首页软件开发正文

螺旋模型适用于什么样的软件开发（什么是软件开发的螺旋模型）

软件开发 2023-01-24T06:00:09 1495

今天给各位分享螺旋模型适用于什么样的软件开发的知识，其中也会对什么是软件开发的螺旋模型进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！本文目录一览： 1、软件开发瀑布模型适用于

今天给各位分享螺旋模型适用于什么样的软件开发的知识，其中也会对什么是软件开发的螺旋模型进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、软件开发瀑布模型适用于
2、螺旋模型适用于哪些项目？
3、螺旋模型

软件开发瀑布模型适用于

软件开发瀑布模型适用于以下场景：

1、需求在规划和设计阶段就已确定，且项目开发周期内需求没有或极少变化，对需求变更进行严格控制，例如航空航天、金融核心系统等。

2、稳定的低风险项目（对目标、环境非常熟悉），规模小实现简单易受控的项目。

3、合同式的合作方式，严格按照说明执行，客户需求明确且不参与软件实现过程。

瀑布模型

1、瀑布模型的优点：有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。

2、瀑布模型的缺点：开发过程一般不能逆转，否则代价太大；很难严格按该模型进行。

3、瀑布模型的使用范围：用户的需求非常清楚全面，且在开发过程中没有或很少变化，对软件的应用领域很熟悉；用户的使用环境非常稳定；开发工作对用户参与的要求很低。

快速原型模型

1、快速原型模型的优点：可以得到比较良好的需求定义，容易适应需求的变化；有利于开发与培训的同步；费用低、开发周期短且对用户更友好。

2、快速原型模型的缺点：客户与开发者对原型理解不同；准确的原型设计比较困难；不利于开发人员的创新。

3、快速原型模型的使用范围：对所开发的领域比较熟悉而且有快速的原型开发工具；项目招投标时，可以以原型模型作为软件的开发模型；进行产品移植或升级时，或对已有产品原型进行客户化工作时，原型模型是非常适合的。

增量模型

1、增量模型的优点：优点是人员分配灵活，刚开始不用投入大量人力资源；可先发布部分功能给客户，对客户起到镇静剂的作用。

2、增量模型的缺点：并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构；变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。

3、增量模型的使用范围：进行已有产品升级或新版本开发，增量模型是非常适合的，完成期限严格要求的产品，可以使用增量模型对所开发的领域比较熟悉而且已有原型系统，增量模型也是非常适合的。

螺旋模型

1、螺旋模型的优点：灵活性，可以在项目的各个阶段进行变更计算变得简单容易；客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目的可控性。

2、螺旋模型的缺点：需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；会增加开发成本，延迟提交时间。

3、螺旋模型的使用范围：螺旋模型只适合于大规模的软件项目。

螺旋模型适用于哪些项目？

螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。否则，项目就很可能被取消。

另外，如果有充足的把握判断遗留的风险已降低到一定的程度，项目管理人员可作出决定让余下的开发工作采用另外的生命周期模型，如“演化模型”，“瀑布模型”，或自定的混合模型。

优点：

a.强调严格的全过程风险管理。

b.强调各开发阶段的质量。

c.提供机会检讨项目是否有价值继续下去。

缺点：

a.引入非常严格的风险识别，风险分析，和风险控制，这对风险管理的技能水平提出了很高的要求。这需要人员，资金，和时间的投入。

螺旋模型是瀑布模型与演化模型相结合，并加入两者所忽略的风险分析所建立的一种软件开发模型。该模型于1998年由美国TRW公司（B.W.Boehm）提出。软件项目风险的大小作为指引软件过程的一个重要因素，引入这一概念有可能使得软件开发被看作一种元模型，因为它能包容任何一个开发过程模型。

快速原型是指在进行了基本需求分析之后，快速开发出产品的原型，然后基于这个原型，同客户沟通、交流，更好地了解客户需求，不断修改这个原型，到了双方认可的程度，再做详细地分析、设计和编程，最终开发出令客户满意的产品。

一般步骤如下：

–(1) 先定义软件的总体目标，根据已知的需求来规划出可实现的区域。

–(2) 然后是“快速设计”，集中于系统的总体框架、基本功能和直观的输入方式和输出格式等。

–(3) 有了原型，使客户对系统实现哪些具体功能、功能实现到什么程度有更好的理解。开发者可以边开发边评估，不断细化软件的需求，逐步调整原型使其满足客户的要求。这形成一个迭代的过程。

即使开始建立的原型过于简单或性能很差，难以使用，但为下一次建立适用的模型积累了经验，而浪费的成本、时间有限。

原型模型的优点是使用户能够感受到实际的系统，使开发者能够快速地构造出系统的框架。

原型模型的缺点是产品的先天性不足，因为开发者常常需要做实现上的折中，可能采用不合适的操作系统或程序设计语言，以使原型能够尽快工作。

RAD模型

RAD（rap application development）模型，即快速应用开发模型。由于其模型构图形似字母“V”，故也称V模型，是属于线性顺序一类的软件开发模型。它通过使用基于构件的开发方法来缩短产品开发的周期，提高开发的速度。RAD模型实现的前提是能做好需求分析，并且项目范围明确，这一点正好和原型模型相反。

RAD模型还有一种改进型，将“编码”从V字型的顶点移到左侧，和单元测试对应，从而构成水平的对应关系。

从水平对应关系看

左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，即对设计和分析的结果进行测试，以确认是否满足用户的需求。如：

需求分析和功能设计对应验收测试，说明在做需求分析、产品功能设计的同时，测试人员就可以阅读、审查需求分析的结果，从而了解产品的设计特性、用户的真正需求，可以准备用例（use case）。

当系统设计人员在做系统设计时，测试人员可以了解系统是如何实现的，基于什么样的平台，这样可以事先准备系统的测试环境，包括硬件和第三方软件的采购。因为这些准备工作，实际上要很长时间才能完成。

在做详细设计时，测试人员就可以准备测试用例（test case，以有效地发现软件缺陷的最小测试执行单元）。

一面编程，一面进行单元测试，是一种很有效的办法，使我们可以尽快找出程序中的错误。充分的单元测试可以大幅度提高程序质量、减少成本。

从图可以看出，RAD模型避免了瀑布模型所带来的误区——软件测试是在代码完成之后进行。RAD模型说明软件测试的工作很早就可以开始了，项目一启动，软件测试的工作也就启动了。

从垂直方向看

水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。

所以RAD模型一般适合信息系统应用软件的开发，而不适合高性能、技术风险高或不易模块化的系统开发。如果一个系统难以被适当地模块化，那么就很难建立RAD所需的构件；如果系统具有高性能的指标，且该指标必须通过调整接口使其适应系统构件才能达到，使用RAD方法可能会导致整个项目失败。

发表于 @ 2007年04月14日 10:13:00|评论(1)|编辑

新一篇: 不顺 | 旧一篇: js动画——图片轮播评论

#gauss32 发表于2007-04-14 10:24:36 IP: 124.160.110.*

喷泉模型fountain model

喷泉模型主要用于采用对象技术的软件开发项目，喷泉一词本身就体现了迭代和无间隙的特性。（喷泉中的水循环使用，不间断的喷出）软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。