第二章 软件开模型.ppt

第二章 软件开发模型 本章从叙述软件生存周期开始，介绍了传统的软件开发模型（瀑布模型、快速原型模型）、软件演化模型（增量模型、螺旋模型）、面向对象过程模型（构件集成模型）、基于形式化方法的软件开发模型（转换模型、净室模型）等。 重点掌握：各种软件开发模型的内容，不同开发模型的特点比较。 传统开发模型 瀑布模型（waterfall model） 快速原型模型（rapid prototype model） 演化开发模型 增量模型（incremental model） 螺旋模型（spiral model） 面向对象开发模型 构件集成模型（component integration model） 形式化开发模型 转换模型（transformational model） 净室模型（cleanroommodel） 2.1 软件生存周期 1、计划时期 任务 调查用户需求，分析新系统的主要目 标，分析开发该系统的可行性。 问题定义 明确“用户需要计算机解决什么问题” 提出关于“系统目标与范围的说明”请用户确认。 可行性研究 明确“上一阶段确定的问题是否有行得通的解决办法” 提出一套或多套在技术上可行、在经济上有较高效益的可操作解决方案。 2、开发时期 设计 需求分析 软件设计 实现 编码 测试 开发时期划分阶段的目的 程序员在开发初期集中全力搞好软件的逻辑结构，避免过早为实现的细节分散精力。 需求分析 概括地回答“怎样实现目标系统?” 弄清楚用户对软件系统的全部需求； 用“需求规格说明书”准确表达出来； 系统分析员必须和用户密切配合，充分交流信息,以得出经过用户确认的系统需求。 软件设计 将需求转变为软件的表示形式 总体设计(概要设计) 建立软件系统的总体结构，形成系统的功能结构图； 定义功能模块的接口，包括模块功能、关系及接口界面定义 设计全局数据库或数据结构 规定设计约束，定义软件系统的边界并给出约束说明 编制概要设计文档 详细设计 模块详细设计，包括模块详细功能、算法、数据结构和接口 信息的设计，拟定模块测试方案； 编制模块的详细规格说明 编码 选择一种程序设计语言； 写出正确的容易理解、容易维护的源程序模块； 产生可执行的目标程序。 测试-----保证软件质量的重要手段 任务 保证输出与要求的一致； 发现错误。 单元测试 验证模块功能及接口与文档的一致性 综合测试（组装测试） 将经过单元测试的模块逐步进行组装和测试 生成可运行的系统源程序并编写组装测试报告 确认测试 软件系统测试 编制确认测试文档 软件评审，通过后交付用户使用 3、运行时期 使用 将软件安装在用户确定的运行环境中使用 维护 通过各种必要的维护活动使系统持久地满足用户的需要。 对所有的维护写出维护报告。 通常有四类维护活动 改正性维护 适应性维护 完善性维护 预防性维护 退役：软件一旦完成其使命，就要终止对软件产品的 支持，软件停止使用。 2.2 传统软件开发模型 软件开发模型 为整个软件生存期建立的模型。 内容 定义--------What 开发--------How 维护--------Change 传统软件开发模型 瀑布模型 快速原型模型 2.2.1 瀑布模型 又称线性顺序模型或生存周期模型 W.Royce于1970年首次提出 各个阶段的工作顺序展开 重要的指导思想 把逻辑设计与物理设计划分开，尽可能推迟程序的物理实现 瀑布模型的特点 阶段间的顺序性和依赖性 相邻两个阶段有因果关系，要求严格顺序执行 上一阶段的变换结果是下一阶段变换的输入 每个阶段都要进行阶段性评审，确认后转下一阶段 推迟实现的观点 尽可能推迟软件的编码时间 质量保证的观点（文档驱动性） 每个阶段都要完成规定的文档； 每个阶段都要对已完成的文档进行复审，尽早发现问题，消除隐患。 带“反馈环”的瀑布模型 瀑布模型的优点 可强迫开发人员采用规范的方法 严格地规定了每个阶段必须提交的文档 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证 瀑布模型的缺点 周期长：顺序推进，环环审查 需求难以准确把握(不能准确提出和沟通、不能快速适应变化的需求)，导致返工甚至推倒重来 无法预测新引入模块的影响 最终的形式难以预料 不适合需求模糊的系统 2.2.2 快速原型模型 快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌。通常，用户试用原型系统之后会提出许多修改意见，开发人员按照用户的意见快速地修改原型系统，然后再次请用户试用……。一旦用户认为这个原型系统确实能做他们所需要的工作，开发人员便可据此书写规格说明文档，根据这份文档开发出的软件可以满足用户的真实需求。