[计算机软件及应用]软件工程实践13配置管理.pptVIP

软件工程实践 汤铭端 中国航天科工集团公司204所 第十三讲 需求管理 软件配置管理 内容和目的 掌握需求管理的概念 掌握需求管理的内容 了解需求管理的过程 掌握配置管理的概念 掌握配置管理的过程 了解配置管理的过程 需求管理 Requirements Management 需求工程 定义需求 获取需求 用户需求 系统需求 分析需求 规格说明 文档化需求 评审需求 管理需求 理解需求 保管需求 实现需求 控制需求 验证需求 需求管理的目的 需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。 需求管理的内容 需求管理包括和顾客一起建立和维护有关软件项目需求的协议，该协议称作“分配给软件的系统需求”。 “顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾客。 协议既包括技术需求、又包括非技术需求（例如交付日期）。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。 分配需求的形成 将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组（例如系统工程组）完成，软件工程组可能对此分配无直接控制。 在项目约束范围内，软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制，该组负责处理分配给软件的系统需求。 需求管理的目标 目标1 分配给软件的系统需求是受控的，建立供软件工程和管理使用的基线。 目标2 软件计划、产品和活动与分配给软件的系统需求保持一致。 对分配需求建立文档 分配需求包括： 1.?? 影响和确定软件项目活动的非技术性需求（即： 协议、条件、和（或）合同条款），如—要交付的产品、交付日期、里程碑。 2.?? 对软件的技术需求，如最终用户、操作员、支持、或集成功能；性能要求；设计约束；编程语言；界面需求。 3.?? 用于确认软件产品满足分配需求的验收准则。 需求管理的过程要求（1） 活动1 在分配需求被纳入软件项目之前，软件工程组评审它们。 1.?? 鉴别出不完整的和遗漏的分配需求。 2.?? 评审分配需求，确定它们是否： 用软件来实现是可行的和恰当的， 被清晰和正确地阐述， 是相互一致的，和 是可测试的。 3.?? 负责分析和分配系统需求的组评审任何被识别出是有潜在问题的分配需求，并作出必要的更改。 4.?? 和受到影响的组协商由分配需求引起的约定。 需求管理的过程要求（2） 活动2 软件工程组采用分配需求作为软件计划、工作产品和活动的基础。分配需求： 1.?? 被进行管理和控制。 “进行管理和控制”意味着在给定时间（过去或现在）使用的工作产品的版本是已知的（即版本控制），而且以受控的方式引进更改（即更改控制）。 2.?? 是软件开发计划的基础。 3.?? 是制定软件需求的基础。 需求管理的过程要求（3） 活动3 评审对分配需求的更改，将其纳入软件项目。 1.?? 评估它对现有约定的影响，合适时协商更改。 对组织外部的个人和组所作约定的更改由高级管理者参与评审。 和受到影响的组协商组织内部约定的更改。 2.?? 对由于分配需求的更改所造成的对软件计划、工作产品和活动必须作的更改要加以： 识别，评价，风险评估，文档化，规划，传达到受到影响的组和个人，跟踪直到结束。 需求管理过程 任何项目都必须存在分配需求类文档 合同、任务书、立项报告、招标文件 Kick Off 会议 项目组讨论（评审）分配需求 分配需求经批准后纳入配置管理 对涉及外部承诺、约定内容的更改严格控制 软件配置管理 SCM Software Configuration Management 讲解内容 定义、要求、过程 简单实例 软件开发中存在的一些问题 文文不一致 文档和文档之间不一致 文实不一致 文档和程序之间不一致 程序版本不一致 无法连接、无法安装、无法形成特定产品 问题处理的混乱 配置(Configuration) 一计算机系统或网络按照其功能部件的特点、数量和主要特征而确定的排列。具体地讲，配置一词可以指硬件装置或软件装置。 为确定一系统或系统组成部分的特定版本而提出的需求、设计和实现。 在技术文件中制定的并在产品中体现的硬件、软件的功能和（或）物理特性。 对配置进行管理 对配置进行管理，也称“技术状态管理”，就是要在研制和维护阶段保证和控制整个配置的完整性和一致性。 软件配置是软件产品在不同时期的组合。也可看作是软件的具体形态在某时刻的瞬时影像。 软件的配置项包括程序、文档、数据、环境、规程等。 定义（ GB/T 11457-1995软件工程术语） 配置管理是指： 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性 对下列工作进行技术和行政指导与监督的一套规范 对一配置项的功能和