金融软件开发螺旋模型（Spiral-Model）

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

金融软件开发螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：

（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；

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

（3）实施工程：实施软件开发和验证；

（4）客户评估：评价开发工作，提出修正建议，制定下一步计划。

特点:

需求->架构->设计->开发->测试

螺旋模型最大的价值在于整个开发过程是迭代和风险驱动的.通过将瀑布模型的多个阶段转化到多个迭代过程中,以减少项目的风险.

金融软件开发人员应该擅长寻找可能的风险,准确地分析风险,否则将会带来更大的风险

适合于金融软件开发前期需求不稳定,后期需求新增变更较多的项目,这是一种增量迭代开发的模型,每一次循环都是一次版本的升级。

金融软件开发核心在于您不需要在刚开始的时候就把所有事情都定义的清清楚楚.在定义最重要的功能时,去实现它,然后听取客户的意见,之后再进入到下一个阶段.如此不断轮回重复,直到得到您满意的最终产品

优点:

设计上的灵活性,可以在项目的各个阶段进行变更.

金融软件开发以小的分段来构建大型系统,使成本计算变得简单容易

客户始终参与保证了项目不偏离正确方向以及项目的可控性

客户始终掌握项目的最新信息,从而他或她能够和管理层有效地交互.

金融软件开发客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品.

缺点:

很难让用户确信这种演化方法的结果是可以控制的.建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,和当前的技术水平有了较大的差距,无法满足当前用户需求.

金融软件开发每轮循环包含六个步骤:

确定目标,可选项（替代方案）,以及强制条件（约束条件）

识别并化解风险

评估可选项

开发并测试当前阶段

规划下一阶段

确定进入下一阶段的方法步骤.

模型:

BTW：

金融软件开发螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小.以帮我我们加强项目的管理和跟踪,在每次迭代结束后都需要对产出物进行评估和验证,当发现无法继续进行下去时可以及早的终止项目.

螺旋模型复杂的地方在于尽责,专心和知识渊博的管理.因为对于每一次迭代我们要制定出清晰的目标,分析出相关的关键风险和计划中可以验证和测试的交付物并不是一件容易的事情.

金融软件开发螺旋模型的每一次迭代只包含了瀑布模型的某一个或两个阶段.如第二次迭代重点是需求,第三次迭代是总体设计和后续设计开发计划等.因此这是和RUP（Rational Unified Process，统一软件开发过程）提倡 的迭代模型是有区别的,RUP的每一次迭代都会包含需求,设计,开发和测试等各个阶段的活动.RUP迭代的目的在于逐步求精而不是仅仅完成瀑布模型某一阶 段的工作.