配置管理之三类配置库

三库管理原则

项目配置管理的库分为开发库、受控库、产品库。这三个库是相互独立的物理库,其中受控库在逻辑上分为配置库和基线库。

1.1 开发库

存放代码、脚本等开发过程中的产物。由开发人员使用。

只有开发人员可读和写。开发人员在配置项写入时,必须填写注释信息以标识配置项的功能;配置项变更时注明变更理由。

例如:http://192.168.1.1:3000/TD_GROUP/gateway_portal.git

1.2 受控库

保存已被批准的配置项(包括基线)或项目统一管理的过程资产记录,由配置管理员管理与维护。分两类:

1、 受控基线库

存放基线类配置项,由项目配置管理员管理和使用。其变更需要经CCB评审或项目经理批准后,由配置管理员负责检入、检出。

例如:开发人员在源程序编码完毕并自测通过后,提交配置管理员将代码入基线库。

      架构人员提交经过评审的系统设计文档。

2、 受控文档库

存放各类计划、项目的支持性记录等不是基线的配置项。受控文档库由其项目经理指派人员维护其变更,可不是配置管理员。其变更不需要经过CCB或项目经理审批。

例如:周报、会议纪要、检查单等记录性文件。

1.3 产品库

保存发布基线的配置项。作为最终产品存放在产品库,等待交付客户使用,出入库要严格办理手续。

例如:通过系统测试的程序包。

IBM、微软、华为等……均采用的软件配置。目录摘要如下: 配置结构 ..........\1 配置项 CI ..........\...........\1.01 客户文档 Customer ..........\...........\1.02 项目计划 Plan ..........\...........\.............\1.2.1 软件估计Estimation ..........\...........\.............\1.2.2 软件开发计划PPL ..........\...........\.............\1.2.3 配置管理计划CMP ..........\...........\1.03 需求分析SRS ..........\...........\................\infoX-MDSP PortalDemo SRS 软件需求规格说明书.doc .................................................. ..........\2 项目管理 PM ..........\.............\2.1 会议纪要 MOM ..........\.............\................\2.1.1 开工会 kick-off ..........\.............\................\2.1.2 周例会 weekly ..........\.............\................\2.1.3 阶段结束会议 EOP ..........\.............\................\2.1.4 关闭会议 closure ..........\.............\................\2.1.5 技术讨论会 Technical ..........\.............\................\2.1.6 其他会议 other ..........\.............\2.2 项目报告 Daily ..........\.............\..................\2.2.1 项目日报 Daily ..........\.............\..................\2.2.2 项目周报 weekly .................................................. ..........\.............\2.3 问题跟踪 Tracking ..........\.............\2.4 团队建设 Team Buliding ..........\.............\..........................\MTV-SMCP项目组月考核汇总表9月.xls ..........\.............\..........................\portaldemo项目沟通既要.xls ..........\.............\..........................\vssver.scc ..........\.............\2.5 公司制度 ..........\3 配置管理 CM .................................................. ..........\4 质量管理 QM ..........\.............\4.1 度量 Metrics .................................................. ..........\5 测试记录 Test Record .................................................. ..........\6 培训及总结 Training ..........\.....................\6.1 Plan阶段 .................................................. ..........\7 工具使用 Tools ..........\8 参考资料 Reference ..........\9 日志 Timesheet ..........\................\9.1 工时统计 Timesheet ..........\................\9.2 工作日志 Log ..........\................\9.3 技术问题跟踪Tracking ..........\................\........................\infoX-PortalDemo技术讨论问题跟踪表.xls
配置管理实施指南配置通常被认为是 ITIL 服务管理的核心,因为其他所有流程均需要使用配置管理数据 (CMDB)。因此,CMDB 的准确性和及时更新至关重要。考虑到 CMDB 的重要性,发现配置管理具有管理报告和 KPI 就不足为奇了。在查看推荐的度量标准之前,我们应该提醒自己配置项 (CI) 是 CMDB 中的一项。首先,我们先从管理信息谈起: • 配置审核的结果。 • 已检测到的所有未注册或未准确注册 CI 的信息和纠正措施。 • 按 CI 的种类、类型和状态(也可能按位置或其他 CI 属性)细分的注册 CI 数量和 CI 版本的有关信息。 • 增长和容量信息。 • CI/CMDB 和 DSL(留存软件)的变化率信息。 • 因配置管理活动造成的配置管理工作的任何工作积压或任何延迟的详细信息以及提出的补救措施。 • 配置管理人员配备原则。 • 其他 IT 服务人员在上班时间之外完成的授权工作量。 • 效率/效益复查、增长复查和配置管理系统审核的结果以及解决实际或潜在问题的建议。 • 按数据类型(例如,服务、服务器、路由器、集线器、软件许可证、台式机等)分类的 CI 数量的有关数据和分析。 • CI(或资产)值。 • 按业务部门、支持小组或服务分类的 CI 位置。 正如您所见,管理信息主要涉及三个方面:CMDB 的准确性、CMDB 内容的分析和 CMDB 的维护人员。接下来我们了解一下各个度量标准。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值