软件配置管理.ppt
《软件配置管理.ppt》由会员分享,可在线阅读,更多相关《软件配置管理.ppt(51页珍藏版)》请在三一文库上搜索。
1、软件配置管理,内容提要,软件配置管理的概念 软件配置管理计划 软件配置标识 变更管理 版本管理 配置审核 配置状态报告 软件配置管理工具,一、软件配置管理的概念,(一)软件配置项的概念 1、软件配置项:配置管理的对象称为软件配置项。 表1 软件配置项的分类、特征和举例,2、软件配置 软件配置是一个软件产品在生存期各个阶段的不同形式(记录特定信息的不同媒体)和不同版本的程序、文档及相关数据的集合,或者说是配置项的集合。,图1 不同用户有自己的工作环境,用户1,用户2,图2 面对不同用户产品的配置,产品1 产品2 图3 两个产品具有不同的配置,用户1: A、B、C、D、E和F 用户2: A、B、C
2、、D、E和G、H,(二)软件配置管理 1、什么是软件配置管理 (1)ISO 9000-3 :1997 配置管理是一个管理学科,它对配置项(包括软件项)的开发和支持生存期给与技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。 (2) W.Babich 的解释 软件配置管理能协调软件开发,使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术,目的是最有效的提高生产率。 (3) GB/T 11457 :1995软件工程术语国家标准 A.表示和确定系统中配置项的过程,在系统整个生存期内控制这些配置项的投放和更动,记录并报告配置的状态和更动要求,验证配置项的完整性和正
3、确性。 B.对下列工作进行技术和行动指导与监督的一套规范: 对配置项的功能特性和物理特性进行标识和文件编制工作; 控制这些特性的更动情况; 记录并报告这些更动进行的处理和实现的状态。,2、软件配置管理的任务 制定软件配置管理计划 确定配置标识规则 实施变更控制 报告配置状态 进行配置审核 进行版本管理和发行管理,表2ISO/IEC 12207: 1995信息技术软件生存周期过程 关于软件配置管理过程的规定,3、软件配置管理与软件开发过程 两类不同的变更: 开发阶段内部发生的变更: 开发过程解决不了的变更: 变更的评估和批准以及变更实施都要由软件配置管理人员去做。 开发过程应纳入配置管理过程的控
4、制之下。,开发过程,图4 配置管理与开发过程,(三)软件配置管理的意义 1、软件项目的特点 (1)不可见的逻辑实体 (2)软件项目的规模日益庞大和复杂 (3)参与软件项目的人员增加,人员间的沟通渠道数量按指数倍增。 (4)产品非常容易拷贝 (5)时时处在演化和变更状态。这包括: 技术 业务环境 不同用户各有不同的需求 需求变更 (6)开发人员的离去有较大的影响,2、忽视软件配置管理可能导致的混乱现象 发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人,二、软件配置管理计划,配置管理计划标准IEEE
5、828-1990 1引言 配置管理计划的目的、适应范围、使用要求 项目概述 项目中需特别关注的配置管理问题和风险 软件配置管理严格性要求的等级 限制和假设 术语 参考文件,2、软件配置管理 配置管理的组织结构 职责和权限 指令和方针 参照的规程(组织的规程或客户的规程) 遵循的标准 3、软件配置管理活动 配置管理活动 变更管理和配置控制 配置状态说明 配置审核 接口和子合同方控制,4、软件配置管理进度安排 软件配置管理重要事件的顺序 软件配置管理各项活动间的依赖关系 5、软件配置管理所需的资源 采用的工具 使用的设备 所需的培训 对其他人员的要求 6、软件配置管理计划的维护 维护的职责 计划更
6、新的条件和审批 计划变更的交流和通报,三、软件配置标识,(一)确定配置项 1、 系统规格说明 2、软件项目计划 3、软件需求规格说明书 a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明 4 初步用户手册 5 设计规格说明书 a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述(采用面向对象技术时) 6 源代码清单,7、 测试规格说明 a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册 9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软
7、件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程,图5 软件配置项,(二)配置项命名及其相关信息 1、配置项命名。 命名的基本要求:唯一性;可追溯性。 例:CODE是根结点为PCL_TOOLS树结构的第六层结点,对其命名为:PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE,2、配置项的相关标识信息 每一配置项的有关信息: 组名 项名 项标识(文件名或命名规则) 版本编号规则 什么情况下纳入控制之下,或 版本号 所遵循的变更控制规程,四、变更管理,(一)软件变更 1、软件变更的不可避免性 2、软价变更的复杂性 软件配置项数量大 版
8、本多 变更的迁延性 人员沟通协调 3、变更管理的任务 分析变更 记录和追踪变更 采取措施保证变更在受控状态下进行,(二)配置库 1、配置库的作用 记录与配置相关的所有信息 利用库中的信息可评价变更的后果 可利用库中的信息查询,例如: 那些客户已提取了某个特定的系统版本? 运行一个给定的系统版本需要什么硬件和系统的哪些版本? 一个系统到目前已生成了多少版本,何时生成的? 如果某一特定的构件变更了,会影响到系统的那些版本? 一个特定的版本曾提出过那几个变更请求? 一个特定的版本有多少已报告的错误?,2、三类库 (1)开发库: 存放开发过程中需要保留的各种信息,供开发人员个人专用。 (2)受控库:
9、在软件开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。 (3)产品库: 在开发的软件产品完成系统测试之后,作为最终产品存入库内,等待交付用户或现场安装。,(三)配置基线 基线是软件生存期各开发阶段末尾的特定点,也称为里程碑。,2、三种常见基线 功能基线 在系统分析和软件定义阶段结束时,经过正是评审和批准的系统设计规格说明中对被开发软件系统的规格说明;经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规格说明;由下级申请及上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。 分配基线 在软件需求分析阶段结束时,经正式评审和批准的
10、软件需求规格说明。 产品基线 在软件组装与系统测试阶段技术时,经正式评审和批准的有关所开发的软件产品的全部配置项的规格说明。,3、基线与配置项 4、典型的配置项和基线库内容 初始库:包括项目开始时可供利用的配置项 已有的源代码(如可以利用且需要) 已有的软件文档(如可以利用且有需要) 已有的测试计划和测试数据(如可利用且有需要) 合同或建议书 环境配置项:包括对稳定的开发环境或维护环境所必需的配置项 编译器、操作系统、编辑程序、实用程序、RDBMS 团组所用的工具(项目管理工具,进展表,测试工具,缺陷追踪等) 第三方库 文档工具(字处理器、电子表格等),定义库:在需求规格说明工作结束时生成的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理
链接地址:https://www.31doc.com/p-2402338.html