国防科技大学计算机学院软件项目管理课件第9讲 软件配置管理.ppt

?Copyright Xinjun Mao 2005 第9讲 软件配置管理 第9讲 软件配置管理 毛新军 xjmao21@21 /~xjmao 计算机科学与技术系602教研室 0731-(45)73649 讲授内容 软件项目案例 什么是软件配置管理？ 如何进行软件配置管理？ 软件配置管理计划 CMM对软件配置管理的要求 软件配置管理工具 小结 项目案例 案例角色和人物 要软件产品进行配置管理(1/2) 软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品 到了编码阶段已经有了近百个软件产品(包括技术文档、管理文档、程序模块等)，项目组在管理这些产品方面感到繁琐和困难 此时，用户提出要变更需求，软件项目组同意用户的需求变更请求，为此，修改了软件需求规格说明书 项目组将更改后、新的软件需求规格说明书交给了软件设计小组，设计小组为此更改了设计。更改后的软件设计涉及诸多的软件模块和数据设计，为此导致许多的模块和源程序代码和可执行代码发生了变化 由于变化的范围太大，项目组很难清晰地了解哪些作了变化、做了什么样的变化 要软件产品进行配置管理(2/2) 由此带来的新的问题是，项目组未能及时将这些变化通知给相关、受影响的小组和人员，从而出现软件产品之间的不一致(设计与编码不一致)，所开发的产品没有完全符合和满足用户的需求 对于某些模块更为糟糕，因为这些模块已经经过了多达6－7次的修改，而且每次修改都有意义，从而产生了不同版本的软件模块设计，由于没有相关的有效管理措施，开发人员已经很难清晰、有效识别、区分这些软件模块，出现许多开发人员都有该模块的诸多版本 与此相对应的是，该模块的源代码也有许多版本 在实际组装软件时，项目组不能有效提取出所需的软件产品，共同构成可运行的软件系统 案例提示我们 软件开发过程中会产生大量软件产品(包括文档、源代码和数据等)，且这些产品之间存在关联关系 同一软件产品，也会发生变更从而产生许多版本 软件开发小组必须清晰的知道会有哪些产品、这些产品会有哪些不同的形式和版本 开发小组必须清晰的知道如何将产品的变更通知给受影响的小组 如果不能有效的了解软件产品及其变更，开发小组很难组装这些软件产品，从而得到所需的软件产品 项目管理问题 什么是软件配置？ 软件配置需要关心哪些方面的问题？ 如何进行软件配置？ 如何撰写软件配置管理计划？ 有哪些软件工具支持软件配置活动 讲授内容 软件项目案例 什么是软件配置管理？ 如何进行软件配置管理？ 软件配置管理计划 CMM对软件配置管理的要求 软件配置管理工具 小结 什么是软件配置管理？ 软件配置项 SCI: Software Configuration Item 基线 Baseline 软件配置管理 Software Configuration Management 软件配置项(1/4) 软件配置项(2/4) 什么是SCI? 软件生命周期内产生、需进行配置管理的各种工作产品 文档、程序、数据、标准和规约 SCI的形式 技术文档 软件需求规格说明书 软件概要设计规格说明书 软件测试计划 用户手册, …… 软件配置项(3/4) 管理文档 软件开发计划 软件配置管理计划 软件质量保证计划，…… 程序代码(源和可执行) 模块1的源程序代码(例如，A.Java) 模块1的可执行代码(例如， A.class) 组件(程序包，例如， code.dll) 可执行文件(例如，word.exe) …… 数据 配置文件(例如，a.ini) 数据文件(例如，a.pot)，…… 软件配置项(4/4) SCI的描述 唯一的命名和编号 如SRS 属性 版本(1.0) 类型(文档) 关系 与软件概要设计文档、数据设计文档关联 基线(1/4) 什么是基线？ 已经通过正式复审和批准的软件产品、标准或规约，它们可以作为进一步开发的基础，并且只能通过正式的变化控制过程才允许对它们进行变更 如软件需求规格说明书经过评审后，发现的问题已经得到纠正，用户和项目组双方认可，并且正式批准，就可纳入基线 基线(2/4) 为什么需要基线？ 变化不可避免 软件产品的变化不利于软件开发 需要控制变化、软件产品保持一定程度的稳定 以此作为软件开发的基础 不允许随便、非正式更改 因此相对稳定 要改，须经评估和认可，要进行控制 基线(3/4) 软件产品典型基线 基线(4/4) 作为基线的SCI 软件配置管理(1/5) 什么是软件配置管理 在软件的整个生命周期中，对SCI进行以下工作 系统地控制SCI的标识、存储、更动和发放 记录、报告其状态 验证SCI的正确性和一致性 对上述工作的审计 软件配置管理(2/5) 为什么需要SCM 软件产品的易改性与可控性 修改很可能引入新的错误, 使结构变坏 牵一发动全身(影响域