软件工程软件生命周期与开发模型.pptVIP

（5）螺旋模型 软件开发几乎总要冒一定的风险，例如，产品交付给用户之后用户可能对产品不满意；到了预定的交付日期软件可能还未开发出来；实际的开发成本可能超过了预算；产品完成之前一些关键的开发人员可能“跳槽”了；产品投入市场之前竞争对手发布了一个功能相近、价格更低的软件等等。 软件风险是任何软件开发项目中都普遍存在的实际问题，项目越大，软件产品越复杂，承担该项目所冒的风险也越大。软件风险可能在不同程度上损害软件开发过程和软件产品质量。因此，在软件开发过程中必须及时识别和分析风险，并且采取适当措施以消除或减少风险的危害。 （5）螺旋模型 （5）螺旋模型 螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动： （1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； （2）风险分析：分析评估所选方案，考虑如何识别和消除风险； （3）实施工程：实施软件开发，验证阶段产品； （4）客户评估：评估开发工作，提出修正建议，制定下一步计划。 （5）螺旋模型 优点： 结合瀑布模型和原型模型的优点 风险分析可使一些极端困难的问题和可能导致费用过高的问题被更改或取消 缺点： 螺旋模型开发的成败，很大程度上依赖于风险评估的成败，需要开发人员具有相当丰富的风险评估经验和专门知识 一般使用场合： 需求不能完全确定，同时又存在技术、资金或开发时间等风险因素的大型开发项目。 （6）统一软件开发过程 统一软件开发过程（Rational Unified Process，RUP）是?Rational 公司创造的软件工程方法，它汲取了各种软件开发模型的先进思想和丰富的实践经验，通常与统一建模语言（Unified Modeling Language，UML）一起完成整个软件开发过程。 RUP的本质 1、RUP是风险驱动的、基于Use Case技术的、以架构为中心的、迭代的、可配置的软件开发流程。2、我们可以针对RUP所规定出的流程，进行客户化定制，定制出适合自己组织的实用的软件流程。3、RUP是一个流程定义平台，是一个流程框架。 （6）RUP六大经验 迭代式开发 在软件开发的早期阶段就想完全、准确地捕获用户的需求几乎是不可能的。实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许在每次迭代过程中需求可能有变化，通过不断细化来加深对问题的理解。迭代式开发不仅可以降低项目的风险，而且每个迭代过程都可以执行版本结束，可以鼓舞开发人员。 管理需求 确定系统的需求是一个连续的过程，开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。RUP描述了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本的使用已被证明是捕获功能性需求的有效方法。 （6）RUP六大经验 体系结构 组件使重用成为可能，系统可以由组件组成。基于独立的、可替换的、模块化组件的体系结构有助于降低管理复杂性，提高重用率。RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。 可视化建模 RUP往往和UML联系在一起，对软件系统建立可视化模型，帮助人们提供管理软件复杂性的能力。RUP告诉我们如何可视化地对软件系统建模，获取有关体系结构及组件的结构和行为信息。 （6）RUP六大经验 验证软件质量 在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。 控制软件变更 迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中。RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此为每个开发人员建立安全的工作空间。 （7）敏捷开发模型 是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。 （7）敏捷开发模型 敏捷开发就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 敏捷软件开发宣言 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 敏捷宣言遵循的原则 最优先要做的是通过尽早的、持续地交付有价