T2_软件生命周期模型.pptVIP

第二课 软件生命周期模型 学习目标 软件过程 煮鸡蛋的启示： 软件过程 （1）中国人凭借他的聪明直奔结果 （2）而德国人却仔细地把每一个过程细化到最简单，然后按部就班地执行。 （3）要保证产品的质量，并且规模化，程序化，必须实现过程控制。 （4）早期的依靠个人能力编写的代码现在已经不适用了。 （5）从ISO9001到CMM，中国正在逐步适应从结果到过程的转换。 研发流程—阶段与活动 软件生命周期 概念阶段?需求阶段?设计阶段?实现阶段?测试阶段?安装阶段?交付使用阶段?运行阶段?维护阶段 瀑布模型 瀑布模型强弱项 强项： 每个阶段要提供相应的文档和严格的评审和测试 弱项： 理想化，实际的项目很少按照该模型给出的顺序进行 文档驱动型，前期不利于客户对最终产品的理解 太按部就班，缺乏有效的应变需求变化的对策 用户必须有耐心。程序的运行版本一直要等到项目开发晚期才能得到。大的错误如果直到检查运行程序时才被发现，后果可能是灾难性的。 开发者常常被不必要地耽搁。在项目的开始和结束阶段会造成阻塞。 此模型是最早，也是应用最广泛的软件工程范例．后来的其他模型都是以此为基础演化的。 瀑布模型 应用： 有清晰定义和理解的需求的项目 小型项目 新开始的项目 如：一些维护性项目 原型模型 原型模型特点 强项： 客户可以很快知道自己想要的 方便与客户的交流 可灵活的应对需求变化 弱项： 原型仅仅是用以沟通，加强需求认识的DEMO 距离实际系统还有很大的差距 原型模型 增量模型 增量模型优缺点 强项： 产品分阶段交付给客户，客户可以很快与产品见面 客户可逐渐接受一个新的产品，并及时提出改进建议 客户可在使用产品获利的同时，进行产品开发的投资 利于各个建造之间的并行开发 弱项： 要求产品的设计具有开放式的结构 容易陷入建造-改错的开发方式 增量模型应用 应用： 系统需求和软件需求得到充分定义和清晰理解的系统 大型系统 新系统 迭代模型 迭代模型优缺点 强项： 更好地支持软件复用和关注软件质量 较好地解决了测试过多或过少的问题 将维护作为迭代的一个周期，避免了开发人员忽视维护的问题 弱项： 容易使项目遭受过度的需求增长，允许额外的和扩展的需求所带来的开发的延期或成本的增长 迭代模型应用 应用： 知道项目的一般性质，但难于知道、定义和特征化详细的系统和软件需求 内部开发项目 大型软件开发 软件生命周期模型与研发流程 实际使用中，存在多种模型的思想混合使用的情况。如：在瀑布模型中，可采用迭代的方法。 完整的软件过程 各阶段的文档输出 * 作者：吴进 为什么要制订编码规范 1 2 3 4 编码与单元/模块测试 批量生产 项目论证阶段 系统设计阶段 工程研制阶段 试生产阶段 生产阶段 阶段 活动 系统方案 系统设计 详细设计 制造联试 综合试验和试生产 小批量 项目论证 包含的软件活动 系统需求分析 系统方案设计 软件需求分析 软件概要设计 软件详细设计 软件/系统集成测试 软件生命周期模型 瀑布模型 原型模型 增量模型 迭代模型 快速原型 验证 规格说明 验证 设计 验证 编码 测试 综合测试 维护 变化的需求 验证 维护过程 应用： 实验型、探索性的项目 新系统 需求规约 高层设计 集成计划 详细设计 建造 单元测试 集成 系统测试计划 系统测试 接收性测试 SRS HLD Code 文档 安装 保证 SRS HLD plan DD Code Code software requirements specifications(SRS) HLD High Level Design 概要设计 项目可行性分析： 《可行性分析报告》 项目应标 《标书》《方案》 软件需求分析 《软件需求规格说明书》 概要设计： 《软件概要设计文档》 详细设计： 《软件详细设计文档》 《软件测试方案》 编码与单元测试 《源代码清单》 计算机软件部件集成和测试 《软件测试计划》 《软件测试报告》 计算机软件配置项测试 《版本说明文档》 软件保障和运行文档： 《软件用户手册》 * 建造N 建造一 产品能力N 测试 编码 设计 产品能力一 测试 编码 设计 增量计划 需求 用户评估 操作 测试 编码 设计 计划 需求 操作 测试 编码 设计 计划 需求