第二章 软件开发模型.ppt

第二章 软件开发模型 本章内容 软件生存周期 软件开发模型 传统开发模型 瀑布模型（waterfall model） 快速原型模型（rapid prototype model） 演化开发模型 增量模型（incremental model） 螺旋模型（spiral model） 面向对象开发模型 构件集成模型（component integration model） 软件生存周期 life cycle 定义:软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存周期 软件生存周期三个时期六个阶段: 典型的软件生存周期 计划时期 问题定义： 确定要开发软件系统的总目标 给出功能、性能、可靠性以及接口等方面的要求 可行性研究 估计可利用的资源 (硬件，软件，人力等)、成本、效益、开发进度 制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查 开发时期 需求分析： 对用户提出的要求进行分析并给出详细的定义 编写软件需求说明书或系统功能说明书及初步的系统用户手册 提交管理机构评审 开发时期 软件设计 概要设计 — 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应 详细设计 — 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础 编写设计说明书，提交评审。 开发时期 程序编码： 把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单” 写出的程序应当是结构良好、清晰易读的，且与设计相一致的 开发时期 软件测试 单元测试，查找各模块在功能和结构上存在的问题并加以纠正 组装测试，将已测试过的模块按一定顺序组装起来 按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用 运行时期 纠错性维护 运行中发现了软件中的错误需要修正 适应性维护 为了适应变化了的软件工作环境，需做适当变更 完善性维护 为了增强软件的功能需做变更 预防性维护 修改计算机程序使其能更好的被纠错、适应和增强 表：阶段任务、结果及人员 软件开发模型 开发模型定义：为整个软件生存周期建立的模 型，一般包括：计划，开发，维护 传统开发模型 瀑布模型（waterfall model） 快速原型模型（rapid prototype model） 演化开发模型 增量模型（incremental model） 螺旋模型（spiral model） 面向对象开发模型 构件集成模型（component integration model） 形式化开发模型 转换模型（transformational model） 净室模型（cleanroommodel） 瀑布模型(另一种描述） 瀑布模型 模型本意： 每个阶段当作瀑布中的一个阶梯，把软件的生存过程比喻成瀑布中的流水，由上向下奔流。 规定了各项关键软件工程活动，自上而下、相互衔接、逐级下落，如同瀑布的固定次序。 当发现上由存在缺陷是，可以通过追溯，予以消除或改动但要付出很大代价。 特点 阶段的顺序性和依赖性：前一阶段工作完成才能开始后一阶段工作（包括文档） 推迟实现的观点:逻辑设计和物理设计明确区分，尽可能推迟物理实现。 质量保证：每一阶段要完成完整合格的文档，要对已完成的文档复审。 瀑布模型 选择模型的条件： 在开发时期内需求变化没有或很少 分析人员对应用领域很熟悉 低风险项目（对目标 、环境很熟悉） 用户使用环境很稳定。 用户除提出需求外，很少参与开发活动。 模型缺点 顺序向下流，不能倒流 在项目后期会出现问题堆积 前阶段的问题向后传递会发散扩大 模型适用 在需求被很好理解的情况下是一种很合理的方法 快速原型模型 快速原型模型 模型本意： 首先建立一个能反映用户需求的原型，让用户试用，再根据用户一件修改原型，反复循环几次，直到用户认可。 原型： 仅包含未来系统的主要功能及重要接口； 开发原型用能缩短开发周期的的语言和工具； 原型可以通过补充修改形成最终系统，但一般抛弃原型，仅把建立原型的过程作为定义需求的一种手段。 快速原型模型 特点 向用户提供样品（免纸上谈兵），用户可以向开发人员迅速反馈 循环直到用户确认 对开发环境要求较高 适用 用户定义了一组一般性目标，但不能详细的表示出输入、处理及输出需求。 增量模型 增量模型 增量 大型软件系统中的一模块或子系统 特点 在前面增量的基础上开发后面的增量 每个增量的开发可用瀑布或快速原型模型 有利于控制技术风险。 螺旋模型 螺旋模型 模型本意： 螺旋模型是一种迭代模型，每迭代一次，螺旋线就前进一周，每一周期有四个步骤： 确定目标，选择方案，选定完成目标的策略 风险角度分析该策略