slide02 - Process.ppt

第二章 软件工程过程 内容提要 软件过程 基本概念 基本活动：需求工程、软件开发、测试和演化 软件过程模型 瀑布模型 快速原型模型 增量模型 螺旋模型 形式化方法模型 基于组件的开发模型 微软公司软件开发过程模型 建造一个房屋的过程 任务思维模式 问题 假设：软件需求可以在开发初期完全确定下来 与用户的交互只是发生在确定需求之时和发布产品之后 现实情况很少符合上述假设 过程思维模式 好处 通过提高可见性来降低开发风险 允许在项目进展过程中基于用户的反馈进行项目变更 软件过程的概念 软件过程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动。 软件过程应该明确定义 团队人员的工作和职责 所执行的活动及其顺序关系 活动的内容和步骤 软件过程的目标 标准化、预见性、生产率、高质量、计划进度和预算的能力 软件过程的运行机制 定义软件过程的步骤 过程定义模板 软件过程的基本活动 软件过程的四个基本活动 规格说明（Specification） 定义软件功能以及对其使用的限制 软件开发（Development） 设计和实现满足规格说明的软件 软件确认（Validation） 验证软件以保证能够满足客户的要求 软件演化（Evolution） 改进软件以适应不断变化的需求 不同的组织或软件类型拥有不同的软件开发活动。 软件规格说明 软件规格说明是确定系统需要的服务以及运行与开发中所受约束的过程，也称为需求工程。 需求工程的过程 软件设计与实现 软件设计是根据需求规格说明，确定软件体系结构，进一步设计每个系统部件的实现算法、数据结构及其接口等。软件实现是将软件设计转换成程序代码。 软件设计的过程 软件确认 验证和确认（VV）需要指出软件是否符合规格说明以及是否满足客户的需求。 验证和确认包括检查和评审过程以及系统测试 系统测试是使用由规格说明产生的测试用例执行软件的过程 软件测试过程 软件演化 软件的内在本质是灵活的和可变的 随着业务需求的变化，软件必须进化和变更 尽管在开发过程和演化（维护）过程之间存在划分，但是 现实中全新的系统越来越少 认识软件演化过程 好的软件需要维护 维护软件的成本是很高的，应该在开发阶段考虑维护的问题 文档是很重要的，但在实际开发中经常存在文档过时或缺 少文档的情况 案例：IBM 开发过程流程 案例：设计规格说明阶段 入口准则 由计划负责人和开发负责人决定是否在编码之前需要更详细的设计规格说明 出口准则 设计规格说明书通过批准 输入 与该模块相关的功能规格说明 输出 经批准的设计规格说明书 与所批准的设计规格说明书相关的配置项 评审文档的质量记录 批准文档的质量记录 案例：设计规格说明阶段 设计规格说明的评审者 固定评审人 计划负责人，开发负责人，功能测试负责人 相关组件的开发负责人（由计划负责人决定） 可用性测试代表（如果在功能规格说明或用户接口文档中缺少附加的外部接口细节） 可选评审人 开发团队人员 系统测试和性能测试人员，文档编写人员，可用性测试人员 设计规格说明的批准者 开发负责人 案例：设计规格说明阶段 流程 设计负责人决定所建设计规格说明书的数量和范围 设计规格说明负责人参考模板创建文档 将设计规格说明书发布在配置库中 评审文档 开发负责人批准所有的设计规格说明书 案例：编码与单元测试子流程 入口准则 已经获得功能规格说明和设计规格说明 出口准则 体系结构文档 代码已编写并准备进行构建 输入 软件开发文档 软件设计文档 输出 代码 单元测试检查单 案例：编码与单元测试子流程 代码审查者 由代码审查过程指导手册中指定人员 编码与单元测试过程 基于编码指南编写程序代码 对所编写代码进行单元测试 执行代码审查 将代码登入配置管理系统 输出文档 代码审查结果 编码与单元测试过程检查单 讨论：课程实验项目的软件过程 内容提要 软件过程 基本概念 基本活动：需求工程、软件开发、测试和演化 软件过程模型 瀑布模型 快速原型模型 增量模型 螺旋模型 形式化方法模型 基于组件的开发模型 微软公司软件开发过程模型 软件过程模型 软件过程模型 软件过程模型是对实际过程的抽象描述 包括软件过程的活动、软件产品以及参与人员的不同角色 也称为软件生命周期模型，是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。 软件过程模型 常见的软件过程模型 瀑布模型 快速原型模型 增量模型 螺旋模型 形式化方法模型 基于组件的开发模型 瀑布模型 瀑布模型 适用 在开发的早期阶段软件需求被完整确定 挑战 实际的项目开发很少是线性的过程，客户很难明确地描述软件需求 缺点 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量