软件工程模型76743.docVIP

软件开发的V模型的优缺点? V模型是最广为人知的测试模型。 最典型的V模型版本一般会在其开始部分对软件开发过程进行描述 图1 V模型的各级开发阶段 这是古老的瀑布模型。作为开发模型， 在V模型中，测试过程被加在开发过程的后半部分，如下图所示： 图2 V模型示意图 单元测试所检测代码的开发是否符合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品是否符合最终用户的需求。 预验收测试 可行性分析 －－－－－－－ 验收测试 ↘ 预系统测试 ↗ 需求分析 －－－－－ 系统测试 ↘ 预集成测试 ↗ 概要设计 －－－－ 集成测试 ↘ 预单元测试 ↗ 详细设计 － 单元测试 ↘ ↗ 编码 这就是软件测试的V模型 V模型的缺陷 仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段 忽视了测试对需求分析,系统设计的验证，一直到后期的验收测试才被发现。 W 模型： 上次说到V模型的局限性在于没有明确地说明早期的测试,无法体现“尽早地和不断地进行软件测试”的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W模型。在模型中不难看出，开发是“V”，测试是与此并行的“V”。基于“尽早地和不断地进行软件测试”的原则，在软件的需求和设计阶段的测试活动应遵循IEEE1012-1998《软件验证与确认（VV）》的原则。 W模型由Evolutif公司提出，相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。 W模型也有局限性。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。 W模型也被称为双V模型，在每个开发阶段，测试都可以介入，并执行编写、评审、基线化的过程。 双V模型的第一条线代表开发，第二条线代表测试准备，第三条线是测试执行。他的模型是这样的： SRS编写 STP编写 SRS评审 STP评审 ST系统测试 SRS基线化 STP基线化 HLD编写 ITP编写 HLD评审 ITP评审 IT集成测试 HLD基线化 ITP基线化 LLD编写 UTP编写 LLD评审 UTP评审 UT单元测试 LLD基线化 UTP基线化 Coding H模型 ： H模型应该是横过来，将测试和开发作为两条平行的线，开发进行概要设计和详细设计的时候，测试线就做各种准备活动。如做测试计划、编写测试要点和详细的测试用例。它将测试活动作为一个独立的流程。　H中的横杠是一个节点，当开发活动进行完成，在这个节点上，测试就可以执行测试活动了。 测试计划 测试要点 测试用例 测试执行 时间 节点 各种 的 开 发 活动 　　　H模型揭示了一个原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。H模型指出软件测试要尽早准备，尽早执行。不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的，只要某个测试达到准备就绪点，测试执行活动就可以开展。 瀑布模型： 主要的软件过程模型有：瀑布模型，演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。 瀑布模型（waterfall model）是1970年有W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段过渡，最终得到所开发的软件产品。瀑布模型如下图所示，有时也称为软件生存周期模型。 瀑布模型中，上一阶段的活动完成并