《软件项目管理方法与实践第12讲配置管理（2）》由会员分享，可在线阅读，更多相关《软件项目管理方法与实践第12讲配置管理（2）（47页珍藏版）》请在金锄头文库上搜索。
1、软件项目管理 第12讲：配置管理（2）,阳王东,复习,学习一门课程可以看作一个项目，谈谈学习本课程的配置管理 有哪些配置项 如何规划这些配置项 谈谈自己电脑的文档资料的组织,总结与建议,好记心不如烂笔头； 项目中不要存在私房软件； 规划和确定项目的软件配置项，其实也是对软件的一个整体认识过程； 要把需要进行组织上控制和个人控制的软件配置项进行严格分开。,本讲主要内容,配置管理过程 配置管理的一些建议 案例分析,配置管理过程,配置项的标识 版本的编号 变更控制 配置状态报告,软件配置项的标识符原则,在本项目中是唯一的； 能反映该软件配置项的功能及所处的结构层次； 有利于对该软件配置项的状态控制，
2、且便于修改、增删。,软件配置项分类：,文档 指导性文档 软件生命周期中各阶段的计划文档、设计文档、测试文档、用户手册及客户文档等 程序 内部开发的程序 外包的程序 开源的程序 接口 通信协议 API 接口语言,文档的标识,文档的首页 文档的首页是对文档的编号、所有者、编写者、所在项目、标题及发布时间等方面属性进行标识。 文档的分发页 文档的分发页记录该文档应该分发给哪些人员看，这样不但可以记录该文档经过哪些人审核过，还可以确定文档的影响范围。 文档的修改页 此页给出该文档自生成起的全部修改历程。,文档首页,文档的编号,文档的编号是唯一标识号。不同的软件公司有不同的编码规则，有一些公司采用下面这
3、种编码规则。 文档标识号命名规范由六个字段组成，从左到右依次为：公司、行业、产品、项目、类型和编号。 前两个字段用一点“”分隔，以后每个字段之间用一横线“”分割。,文档的编号样例,可行性研究阶段 FR （Feasible Research） 需求管理阶段 RM （Requirement Managment） 设计阶段 DS （Design） 编码和单元测试阶段 CD （Coding） 测试执行阶段 TS （Test） 验收阶段 CA （Check and Accept） 维护阶段 MT （Maintenance）,文档的分发页,记录文档分发的好处 文档的影响 文档的跟踪,文档的修改页,此页给出
4、该文档自生成起的全部修改历程。在此页中的内容均不能删除；该文档以前版本的修改页内容在此新版本中均须保留。,程序的标识,程序的模块的配置项标识 程序文件的配置项标识并不是指程序文件的文件名，而是该程序模块作为一个配置项的标识。 程序的注释。,程序模块的配置项标识,标识要求 要反映该程序模块所实现的功能； 该模块所处于整个系统中的结构层次； 系统中任何时候均应以同一标识符调用； 同一程序，确保程序命名的一致性。 标识样例,程序的注释,程序语言的标准注释 Java、C#等注释规范 /* Title: 角色管理* Description: 角色的增加、修改、删除，查询以及授权* Copyright:
5、Copyright (c) 2000* Company:*软件开发公司* author 刘波* version 1.0*/,特有的程序注释风格,接口标识,接口的标识也必须反映两个方面的特性。 接口提供的服务功能。 接口的类型。,版本的编号,版本编辑 版本变更记录 版本编码方法,版本编辑,版本的组成 版本号。 版本号可以细分小版本号 修订号 。修订号 可以还细分小修订号 。 版本编辑原则 。设软件产品的版本号用R表示，修正号用V表示。 若仅对原版本作少量或次要的修改，则应保持原版本号，而增加修订号。即：R=R， V=V1。 若有重大更动或多次修订导致该文档有全局性的重要更动，则应编辑新版本，增加
6、版本号，并令其修订号为零。即：R=R+1，V=0。,版本变更记录,变更记录信息 更动者（名及其身份）； 更动日期和时间； 被更动SCI（名及其版本号）； 更动内容及其位置； 更动原因； 受此更动影响的诸SCI名表。 演化表,版本编码方法,普通编码方法（Alpha，阿尔法）和（Beta 贝塔）版本编号 内部发布版本编号,普通编码方法,品的版本号有三部分组成，主版本号、特征版本号和缺陷修复版本号，用“.”进行分割，例如x.y.z，x为主版本号，y为特征版本号，z为缺陷修复版本号。 主版本号用来表示提供给客户主要产品功能的增强，从市场和许可权的角度来看，主版本的升级相当于购买一个完全独立的产品。 特
7、征版本号的迭代用来表示产品新增了一些特征，或在原来文档中描述的特征上作了重要修改。 缺陷修复版本号用来表示在该版本上所做的缺陷维护行为的等级。 版本号每个部分的版本字迭代就像是汽车的里程表，只是版本字并不是非得要达到它的最大值以后才回复到0。,和版本编号,在缺陷修复版本号后面增加一个大写字符A或者B来分别表示版本或版本。例如1.2.4A或1.2.4B。 存在多次的发布和发布为了更加清晰，有时会在A或B后面添加一个数字来说明发布的次数，例如：1.2.5A1，1.3.0B2。,内部发布版本编号,日期编码法 在客户版本号上记录每次内部发布的日期 超载编码法 对于版本号的数字进行分段来区分内部发布的版
8、本号。 版本扩充法 进一步扩充版本号的区域 项目编号法 以开发产品的项目名称进行编号,变更控制,标识需要的变更,引起变更要求是三个方面原因 软件配置项存在缺点 需求变更 功能增加。 变更请求 提出变更请求的人和组织、请求日期、请求者认为的变更紧急程度、需要的变更以及变更的描述等信息，还可能包括对其他文档的引用，例如软件测试异常报告。,变更申请表,确定变更请求,评估变更请求 评审批准,评估变更请求,变更请求进行分类 按变更的紧急程度。 按被改变的项以及潜在的影响。 按所需的分析类型。,变更评估表,变更的批准,直接实现这一变更。也就是说，接受这一变更请求； 挂起或延迟这一变更； 拒绝这一变更。,实
9、施变更,尽可能快地实施变更。期望的变更是要修改开发基线的一个软件配置项的问题。只有解决了这个问题其他工作才能进行； 按一个特定的日期实现变更：考虑项目内或项目外的事件，确定合适的日期实现变更； 实现到一个项的一个特定版本中：处于技术上或运行上的原因，期望一组变更一起发布。,验证变更,首先要验证是否是按照被批准的变更请求进行变更。 其次通常要重新执行测试方案中的测试，一般还要执行回归测试，以确保变更的结果没有引入错误或没有发生不期望的副作用。 另外实现的变更的软件配置项必须通过质量保证员的质量验证，以确保符合既定的规范和原则。,完成变更,完成变更的最后一个步骤就是将更新的软件配置项放入控制库中。
10、对于一个完成的变更，至少要记录以下信息： 相关的变更请求； 受影响的软件配置项的名称和版本； 验证数据以及责任单位； 发布或安装日期及责任单位； 新版本的标识符。,配置状态报告,现行状态 名称（标识符）； 生产者； 消费者； 生成日期 现行状态； 设计态测试态受控态工作态； 现行版本号； 目前是否正被更动； 目前是否正被某人专用？还是可共享？ 历史状态 名称（标识符）； 生产者； 消费者； 生成日期； 历次版本号； 历次更动记录。,建议与忠告,任何软件配置项必须及时入库； 对于开发库的控制权可以交给开发人员本人，但必须记录其状态，以便检查； 不要喜新厌旧，随意删除以前做的软件配置项； 对变更的
11、控制必须依赖于制度，不能单纯相信个人的自觉性； 不要轻易地实现变更； 配置管理在于平时的坚持，养成一种习惯。,配置管理的一些建议,配置管理的三大误区 配置管理员的要求 配置管理员的设置,配置管理的三大误区,软件配置管理就是版本控制 编程水平最差的人来担配置管理员 采用配置管理工具就可以保证有效的配置管理,配置管理员的要求,职业道德 软件配置管理的专业知识 熟悉公司规程 了解项目内容 项目管理的知识，对软件开发流程熟悉 有一定的大局观 沟通技巧 稳重、细心、有耐心 做事较真,配置管理员的设置,公司的在配置管理部门的岗位设置 配置管理经理 创建发布工程师 项目的配置管理员的设置方式：兼职专职 公司
12、应该设立专职的配置管理人员 项目可以设置兼职的配置管理人员,一个软件开发公司实施配置管理的改进过程,无配置管理 文档版本管理 变更控制管理 配置工具管理,无配置管理,软件产品的程序和资料保管很混乱，需要时，难以很快找到一个完整和资料齐备的软件系统。 客户的资料和相关文档没有清晰分类管理，有时出现张冠李戴的现象。 客户的维护记录缺乏系统管理，导致维护响应不及时，有时甚至出现重复维护现象。,文档版本管理,把公司的社会养老保险管理系统软件程序，按照版本分目录分别保存。由于对于不同城市所用的软件之间也有一些不同，对于同一主版本下，按照不同城市来分小版本号，也分目录保存。 把不同客户的资料、联系方式、合同、需求、改进意见报告、维护记录也分门别类进行保存，没有电子文档的必需形成电子文档。 利用EXCEL表对每种程序、文档和资料进行登记及相关描述。 专门指定一台计算机来保存上述资料。,变更控制管理,指定变更控制负责人。强调变更控制过程。加强变更后的测试。变更信息的记录。异地变更控制。,配置工具管理,clearCase CVS VSS 自行开发基于B/S配置管理工具,思考题,如何规划和改善自己电脑上的文档资料的组织和管理,
