[经济学]第三章 软件项目生存期模型.pptVIP

软件项目的生存期是指软件项目从批准、实施到交付、结束的全部过程。 软件产品的生存期是指软件产品从孕育、诞生、成长、成熟到衰亡的生存过程。 一般而言，软件项目的生存期是软件产品生存期的具体生产阶段。 选择生存期模型，就是选择项目的开发策略。 项目生存期模型的决定，影响了项目的进度和成本。 如果选择了错误的生存期模型，有可能导致项目的失败。 描述了开发的主要阶段 定义了每一个阶段要完成的主要过程和活动 规范了每一个阶段的输入和输出 提供了一个框架，可以将必要的活动映射到该框架中。 选择合适的软件生存周期模型（Software Life Cycle Model,SLCM） 标识和定义生存周期的任务，即创建软件生存周期（Software Life Cycle） 建立管理和技术上的软件生存周期过程（Software Life Cycle Process） 整个周期内对生存周期过程的管理 瀑布模型 V型模型 原型模型 增量模型 螺旋式模型 快速应用开发模型 渐近式阶段模型 简单易用，直观。 开发的进程一个顺着一个。 没有反馈过程。 需要严密控制。 允许基线和配置早期接受控制。 未知的新项目不适合瀑布模型。 用户直到项目结束才能看到产品质量。 不允许或者限制变更。 开发前的过程：系统概念开发和系统配置开发。 开发过程中：需求过程、设计过程、实施过程。 开发后的过程：安装过程、支持过程、维护过程、抛弃过程。 项目开发中，向下、渐进的路径占支配地位。 项目的需求在项目开始前很明确。 解决方案在项目开始前也很明确。 类似的项目有： 公司的财务系统 库存管理系统 短期项目 简单易用。 强调测试过程与开发过程的对应性和并行性。 没有反应实际的开发过程。 项目的需求在项目开始前很明确。 解决方案在项目开始前也很明确。 项目对系统的性能安全要求很严格。 类似的项目有： 航天飞机控制系统 鸟巢奥运主会场的建设 公司的财务系统 在需求定义之前，需要快速构建一个系统。 根据构建系统的优缺点，用户给开发人员提出反馈意见。 根据反馈意见修改软件需求规格，以便系统可以更正确地反映用户的需求。 减少各种假设以及风险。 用户和开发人员根据初始需求共同开发一个项目规划。 用户和开发人员利用快速分析技术共同定义需求和规格。 设计者构建一个模型。 设计者演示这个模型，用户来评估性能。 标识问题，然后用户和设计者一起来解决他们。 循环这个过程，直到用户满意为止。 详细设计就可以根据这个原型进行。 原型可以用代码或者工具来实施。 项目的需求在项目开始前不明确。 项目开始时的需求具有大量不确定性。 类似的项目如： 用户对系统的显示界面有明确要求。 第一次开发的产品，验证技术可行性。 可以循序渐进，避免一次投入太大的风险。 更快地开发出可以操作的系统。 可以减少开发过程中用户需求的变更。 有些增量可能需要重新开发。 首先构建整个系统的一部分，或者是具有高风险的部分功能。 然后逐步地增加功能和性能，循序渐进。 增加功能的时候应该高效而且符合用户的需要。 项目开始，明确了需求的大部分，但是需求可能会发生变化。 对于市场和用户把握不是很准，需要逐步了解。 对于有庞大和复杂功能的系统进行功能改进时，需要一步一步实施的项目。 螺旋式模型时针对风险比较大的项目而设计的一种模型。它是通过一系列瀑布模型的不断循环来逐步规避风险。每个循环步骤包括四个阶段。 螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即： 制定计划──确定软件目标，需求和选定实施方案，弄清项目开发的限制条件。 风险分析──评估所选方案，考虑如何识别和消除风险。 实施工程──实施软件开发，编码，测试等。 客户评估──评价开发工作，提出修正建议，规划下期任务。 是瀑布模型的多次迭代。 它将每个阶段进行更细的划分。 可以进行灵活设计。 通过风险管理驱动。 用户可以更早看到产品。 用户可以不断对产品进行评估。 用户可以与开发人员进行紧密的合作。 项目的投资不用一次投入。 可以给开发人员更多的反馈信息。 项目中风险是主要的制约因素。 不确定因素和风险限制了时间的进度。 用户对自己的需求也不是很明确。 需要对一些基本的概念进行验证。 可能发生一些重大的变更。 项目规模很大。 项目中采用了新技术。 采用最低成本来开发对将来项目有用的一部分。 允许设计的变动。 选择比较小的步伐循序渐进。 使需求规格处于可修改状态。 项目中有很多风险，注意风险的控制。 快速应用开发模型是用工具快速构造系统的一种方法。系统构造的时间比其他模型少，模型中更多的任务是规划和设计，而不是编码和调试。编码和调试多借用技术工具自动完成。 团队很小并且是由经过训练的人员组成。 可以用很少的人很低的成本，改善生产率，缩短循环周期。 可以用自动生成软件生成复用的部分。