摘要：螺旋式和敏捷式软件开发模式有什么不同 螺旋开发，1988年，巴利·玻姆（Barry Boehm）正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析...

螺旋式和敏捷式软件开发模式有什么不同

螺旋开发，1988年，巴利·玻姆（Barry Boehm）正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。

“螺旋模型”刚开始规模很小，当项目被定义得更好、更稳定时，逐渐展开。

“螺旋模型”的核心就在于您不需要在刚开始的时候就把所有事情都定义的清清楚楚。

您轻松上阵，定义最重要的功能，实现它，然后听取客户的意见，之后再进入到下一个阶段。

如此不断轮回重复，直到得到您满意的最终产品。

制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；风险分析：分析评估所选方案，考虑如何识别和消除风险；实施工程：实施软件开发和验证；客户评估：评价开发工作，提出修正建议，制定下一步计划。

螺旋模型很大程度上是一种风险驱动的方法体系，因为在每个阶段之前及经常发生的循环之前，都必须首先进行风险评估。

敏捷软件开发又称敏捷开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。

它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。

人和交互，重于过程和工具。

可以工作的软件，重于求全而完备的文档。

客户协作，重于合同谈判。

随时应对变化，重于循规蹈矩。

其中位于右边的内容虽然也有其价值，但是左边的内容最为重要。

人员彼此信任，人少但是精干，可以面对面的沟通。

项目的敏捷开发敏捷开发小组主要的工作方式可以归纳为：作为一个整体工作。

按短迭代周期工作。

每次迭代交付一些成果。

关注业务优先级。

检查与调整。

最重要的因素恐怕是项目的规模。

规模增长，面对面的沟通就愈加困难，因此敏捷方法更适用于较小的队伍，40、30、20、10人或者更少。

大规模的敏捷软件开发尚处于积极研究的领域。

如何为软件开发项目选择一个合适的软件生命周期模型

可以选择迭代式或螺旋模型。

如果开发时间紧迫： 如果需求定义明确，不是几句话就能说清楚的、同类型软件开发经验充足、软件功能配合度要求非常高、软件运行质量要求非常高，可以选择V模型。

如果需求定义不明确、软件项目规模为中小型，可以选择瀑布模型。

如果需求定义明确，很多人为此写了专门的著作。

大概来说的话，可以按如下几点来选择、人员资金配置、时间期限等等因素有关 这跟软件类型、需求定义、具有同类型软件开发经验 ...

最适用于内部开发的大型软件是什么模型

1、边做边改模型（build-and-fixmodel）这种模型一般不会使用。

是不断的修正版本不断的供用户使用，如果出现错误或是新的需求又不断的修改代码的过程。

缺点： 缺少规划和设计环节。

忽略需求环节，风险大。

周期长费用高。

2、瀑布模型（Waterfall-model）较常用。

提供了一种有效的管理视图。

每项开发活动均处于一个质量环节。

文档驱动，以项目阶段评审和文档控制为手段有效的对整个开发过程进行指导。

主要是针对客户的需求较明确。

缺点：缺乏灵活性，太过于理想化。

如果开发其中，客户难以明确需求，需求错误在后期就难以纠正。

软件的开发严格的按照线性方式进行，当前活动的工作结果，实施完成所需要的工作结果需要验证，如果验证通过，则结果作为下一项活动的输入，继续。

否则返回。

3、快速原型（rapid prototype）快速原型是运行的模型 在功能上等价产品的一个子集。

适用于 用户需求不明确。

一旦需求确定，原型将被抛弃。

原型内部结构不重要，重要的是能迅速的构建原型，并迅速修改以满足客户的需求。

适用于：小型或是交互型式的系统。

大型系统的某些部分，例如用户界面。

生命周期较短的。

特点：快速模型克服瀑布模型的特点，减少由于软件需求不明确带来的开发风险，具有显著的效果第一步：建造一个快速的模型。

第二步：是建造一个快速的模型。

4、增量模型（incremental model）是渐增演化的过程，软件被看作是一系列的增量构建来设计、实现、集成和测试，每一个构建由多种相互作用的模块所形成的提供特定功能呢的代码片段构成。

开发出一部分就向用户展示一部分，及早的发现问题。

先开发一个原型模型的软件，完成模型的主要功能。

展示给用户征求意见。

特点：缩短时间开发人员与用户可以通过原型充分的交流；有利于用户的培训和开发的同步。

加入构建必须不破坏已构造好的体系结构。

模型的灵活性可以使其适应需求的变化，但也很容易退化为边做边改模型。

5、螺旋模型（Spiral Model）特点：强调了风险分析主要是分为如下的活动：制定计划：明确软件的目标，选定实施方案，弄清项目开发的限制条件。

风险分析：分析评估所选方案，考虑如何识别和消除风险。

实施工程：实施软件开发和验证客户评估：评估开发工作，提出修正建议，指定下一步计划。

6、形式化模型方法形式化模型方法采用数学方法将系统描述转化成为可执行的程序。

适用：适用于对于那些安全性和保密性要求极高的软件系统，这些需要在投入运行前进行验证。

优点：犹如教学方法具有的严密和准确性，形式化方法开发过程中所交付的软件信息具有较少的缺陷和较高的安全性。

缺点：费时费力，开发人员需要经过特殊的训练。

难以进行形式化描述。

7、基于组建的开发模型基于组建的开发技术是使用技术是使用可重用的组建或是商业组建建立复杂的软件系统。

组建开发急速的两个重要的因素。

基于组建的软件体系。

基于组建的开发过程。

优点：充分体现软件复用的思想，实现快速的交付。

软件开发模型各种模型的优点和缺点是什么呢？

软件开发模型各种模型的优点和缺点瀑布模型文档驱动系统可能不满足客户的需求快速原型模型关注满足客户需求可能导致系统设计差、效率低，难于维护增量模型开发早期反馈及时，易于维护需要开放式体系结构，可能会导致效率低下螺旋模型风险驱动风险分析人员需要有经验且经过充分训练1.张友生、王勇.系统分析师考试论文试题分类分析与范文：电子工业出版社，2010:13-14