V模型PPT推荐.ppt

V模型PPT推荐.ppt

《V模型PPT推荐.ppt》由会员分享，可在线阅读，更多相关《V模型PPT推荐.ppt（12页珍藏版）》请在冰豆网上搜索。

它通过使用基于构件的开发方法来缩短产品开发的周期，提高开发的速度。

RAD模型实现的前提是能做好需求分析，并且项目范围明确，这一点正好和原型模型相反。

简介,V模型是在快速应用开发（RAD，RapApplicationDevelopment）模型基础上演变而来，由于将整个开发过程构造成一个V字形而得名。

V模型强调软件开发的协作和速度，将软件实现和验证有机地结合起来，在保证较高的软件质量情况下缩短开发周期。

从水平对应关系看,需求分析和功能设计对应验收测试，说明在做需求分析、产品功能设计的同时，测试人员就可以阅读、审查需求分析的结果，从而了解产品的设计特性、用户的真正需求，确定测试目标，可以准备用例并策划测试活动。

当系统设计人员在做系统设计时，测试人员可以了解系统是如何实现的，基于什么样的平台，这样可以设计系统的测试方案和测试计划，并事先准备系统的测试环境，包括硬件和第三方软件的采购。

因为这些准备工作，实际上是要花去很多时间。

当设计人员在做在做详细设计时，测试人员可以参与设计，对设计进行评审，找出设计的缺陷，同时设计功能、新特性等各方面的测试用例，完善测试计划，并基于这些测试用例以开发测试脚本。

从垂直方向看,水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。

水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。

适用范围,RAD模型一般适合信息系统应用软件的开发，而不适合高性能、技术风险高或不易模块化的系统开发。

如果一个系统难以被适当地模块化，那么就很难建立RAD所需的构件；

如果系统具有高性能的指标，且该指标必须通过调整接口使其适应系统构件才能达到，使用RAD方法可能会导致整个项目失败。

缺点：

V模型失败的原因是它把系统开发过程划分为具有固定边界的不同阶段，这使得人们很难跨过这些边界来采集测试所需要的信息。

有些测试应该执行得更早些，有些测试则需要延后进行。

而且，它也阻碍了你从系统描述的不同阶段中取得信息进行综合。

例如，某些组织有时执行这样的做法，即对完成的工作进行签署。

这样的规定也扩展到系统测试的设计。

签署表示已经过评估，该测试设计工作已经完成，除非对应的设计文档改变，否则就不会被修订。

如果同这些测试相关的信息后来被重新挖掘和认识，例如，架构设计表明有些测试是多余的，或者，详细设计表明有一个内部的边界可以和已存在的系统测试组合在一起进行测试的话，那么实际上还需要继续调整原来的系统测试设计。

RAD只能用于信息系统开发，不适合技术风险很高的情况。

当一个新应用要采用很多新技术或当新软件要求与已有的计算机程序的高互操作性时，这种情况就会发生。