软件配置管理控制程序内容摘要:
保证提交的代码能够正确地进行编译,不影响开发小组整体的程序构造,对没有完成的功能开发,可以进行注释。 受控域:操作由配置管理工程师控制,所入库的工作产品 ,文档 需经配置管理工程师确认是通过评审的 ;源代码需经 配置管理工程师 成功构造 出 版 本的。 受控域和开发域是逻辑划分,使用 CVS 工具,可用标签( Tag) 记录版本号 的方式实现。 测试域 , 指配置管理工程师负责编译构造好的程序放在专门的位置,供测试组测试使用。 发布域 ,存放发布基线 内容 ,用于实施,包含计划内和计划外产品版本、集成套件版本。 配置管理工程师负责操作,实施人员有读权限。 基线域 ,存放基线内容,配置管理工程师负责操作,对外不开放 ,应与产品域测试域物理分开。 变更 控制委员会 (Change Control Board, CCB): 是负责评价、认可或否定有关基线配置项变更建议并确保确认的变更得以执行的一个小组 , 至少包括 部门总监、产品经理、开发经理。 可根据实际情况增加 研发中心总经理 /副总经理 、专业服务部代表。 如果 研发中心总经理 /副总经理 是需求评审主席,那么也同时担任 CCB主席,否则由 部门总监 担任 CCB主席。 配置状态报告:是配置管理过程中,配置管理 工程师 对所有提交的 工作 产品进行管理控制 , 并记录配置项及其状态 以 后 所 进行的配置状态的说明和报告。 配置状态报告包括《基线发布报告》和《配置项状态记录》。 变更控制:对配置项的更改进行评价、协调、认 可或不认可以及执行更改的过程。 版本构造:源代码过单元测试,提交集成测试或系统测试之前,由 配置管理工程师 在 开发 域中提取版本的源代码并编译成可执行程序,并标识可执行程序版本后提交测试。 即用于内部测试使用的,多数情况下只包括可执行程序,称为一个构造( build)。 版本 发布 : 指从项目的配置库中将需交付给客户的所有配置项组装成一个完北京 XX 技发展有限公司过程管理体系文件 配置管理控制程序 第 3 页 共 15 页 整的软件产品。 即交付给客户的一个包括可执行程序和文档的 发布 基线称为发布( release)。 配置审计: 分为物理审计和功能审计。 物理审计 考查软件基线库的结构、内容 及其它相关信息 ,以验证基 线和描述它的文档的一致性。 功能审计主要考核配置项在实现功能上的一致性,功能审计主要通过评审和测试报告体现。 配置库:为项目建立或利用一个管理库,用于存储软件配置项和相关联的配置管理信息。 . 角色和职责 角色 职责 配置控制委员会( CCB) 评价、认可或否定有关配置项 变更 建议并确保确认的 变更 得以执行。 配置管理工程师 制定《配置管理计划》。 负责配置管理工具使用及制度的培训。 建立配置库,维护配置库及权限。 编译程序、打包,编写或维护脚本。 版本发布。 基线入库与变更管理 配置物理审计、 配置状态报告 编写。 开发经理 《配置管理计划》 评审委员会成员 协助定义基线。 明确项目组内配置管理接口。 确定项目角色。 提供软件工作产品。 协助进行版本编译、打包工作。 配置管理经理 《配置管理计划》评审委员会成员 其他项目组成员 执行公司配置管理方面的要求。 及时更新 CVS里的工作产品,尤其是软件开发工程师, 北京 XX 技发展有限公司过程管理体系文件 配置管理控制程序 第 4 页 共 15 页 要求每天下班前将源代码更新到公司 CVS 服务器上,每天上班时更新本地的源代码。 质量保证工程师 审核项目组里的配置管理活动。 组织文档类的软件工作产品评审活动,协助文档类的软件工作产品的配置管理。 通过检查配 置项的最终版本、系统分析员勾选的《系统功能列表》跟踪报告和《测试报告》进行配置功能审计。 2. 过程描述 . 概述 配置管理( Configuration Management, CM)的目的是通过执行版本控制、变更控制等 活动 ,以及使用配置管理软件,来保证所有配置项的完整性和可跟踪性。 配置管理是对工作成果的一种有效保护。 配置管理包括的内容如图 1所示: 图 1 配置管理的 内容 . 制定配置管理计划 . 概述 配置管理工程师制定《配置管理计划》,主要内容包括配置管理软硬件资源、配置库管理计划、构造和发布计划、变更 控制计划、备份计划、配置审计计划等。 版本控制 版本控制 版本控制 版本控制 制定配置管理计划 版本控制 变更控制 配置审计 计划 版本控制 变更控制 版配置审计 更控 自由草稿 计 计 否 正式发布 置管理 变更控制 版本控制 变更控制 配置库管理 变更控制 配置审计 配置审计 配置审计 配置审计 北京 XX 技发展有限公司过程管理体系文件 配置管理控制程序 第 5 页 共 15 页 制定《配置管理计划》的目的是有计划地开展配置管理工作。 . 入口准则 项目已立项,配置管理工程师 已确定。 项目计划已形成 初稿 ;测试总体计划已形成初稿。 . 输入工作产品 《项目计划书》 《测试总体计划》 . 主要步骤 步骤 角色 业务处。软件配置管理控制程序
相关推荐
方对项目各阶段评估分析和监督管理。 整个项目包括后期修改维护的实施过程始终贯穿 ISO9001 和CMMI的规范,使用国家标准码,提供齐全的项目管理、设计和开发、操作说明等书面文档和电子版。 对项目实施过程中的资料、数据进行保密,未经采购人书面同意不得泄露 五、我方将长期提供优良的技术支持,保修期间的维护服务不收取任何额外费用,保证期后,我方承诺仍根据合同要求向业主方提供技术服务,并以合理价
的合同定价缺乏足够的依据 软件系统的生命周期太短 很多系统上线几年后就无法继续满足业务需求,需要重新开发 重复性开发的东西太多 缺少系统维护所需要的需求、设计等文档 IBM Software Group | Rational software 软件开发成本的控制 量化管理项目开发的成本 分析每一个项目的投资回报 细化项目成本的组成,合理定价 延长软件系统的生命周期 构建一个灵活的系统架构
原则和实践的结合,在风险成为软件项目返工的 主要因素并由此威胁到项目的成功运作前,识别、描述并消除这些风险项。 Boehm 的风险管理模型 Boehm 的风险管理模型,从制定技术与管理流程开始,然后完成风险计划、管理项目风险特征库、风险分析,风险处理和风险控制,最后评估风险管理流程,以不断完善风险管理流程。 CMU/SEI 模型 CMU/SEI
相关文档 放在该目录下。 3) “发布包”中的内容完善之后,项目开发人员将“ tag/’ /发布包”在“ test/测试版本”目录下建立 tag, tag 名称为“ ”(即对应发布版本名称),其下内容为发布包中的内容。 Tellhow 7 图一 4) 测试人员针对“ test/测试版本 /” 下的发布包进行测试。 5) 若需发布新的版本 ,请重复 2~4 步骤。 九 、 基线库建立 流程图如下:
职责 8 对已发生的知识产权侵权事件,研究如何快速应对,以降低公司的损失 职责 9 负责与国家知识产权局、专利代理机构、事务所、律师、法院进行联系 职责 2 代表本公司做好专利等知识产权的外部申请工作 19 执行部门 知识产权管理办法 第 1 章 总则 第 1条 本着以下四个目的,根据国家和行业有关知识产权的法律、法规,特制定本管理办法。 ( 1) 为促进本公司持续、稳定地发展