螺旋模型.pptVIP

螺 旋 模 型Spiral Model 11110842190 王萍 简介 1988年，Barry Boehm正式发表了软件系统开发的螺旋模型，它将瀑布模型和原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。 螺旋模型的原理 螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动： （1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； （2） 风险分析：分析评估所选方案，考虑如何识别和消除风险； （3） 实施工程：实施软件开发和验证； （4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。 存在问题 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。 如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。 软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险 能解决的问题 优点 设计上的灵活性,可以在项目的各个阶段进行变更。 以小的分段来构建大型系统,使成本计算变得简单容易。 客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。 随着项目推进,客户始终掌握项目的必威体育精装版信息 , 从而他或她能够和管理层有效地交互。 客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。 缺点 采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。 过多的迭代次数会增加开发成本，延迟提交时间。 缺乏灵活性：因为瀑布模型确定了需求分析的绝对重要性，但是在实践中要想获得完善的需求说明是非常困难的，导致“阻塞状态”。反馈信息慢，开发周期长。 适用于哪里 瀑布式开发方法适合软件需求非常明确、设计方案确定、编码环境熟悉等所有阶段都有较大把握的软件开发活动。 * * 在早期就找出并关注风险 采用瀑布法开发 从第一次迭代就开始测试 糟糕的测试和质量保证 在项目早期就发现不一致问题 潜在的不一致 通过测试和质量保证,作出客观的评估 主观臆断 开发首先关注重要的业务和问题 刚性的体系(Overwhelming architectures) 在项目早期就消除严重的曲解 沟通不明 允许并鼓励用户反馈信息 用户需求不够充分 螺旋模型的解决方案 经常遇到的问题 *