十九：项目文档和配置管理
上篇我们介绍了“项目合同管理”。合同管理包括： 合同签订管理、合同履行管理、合同变更管理、合同档案管理、合同违约索赔管理。
本篇我们重点了解“项目文档和配置管理"”。“项目文档和配置管理"包括配置管理是为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。配置管理包括 6 个主要活动：配置管理规划、配置标识、配置控制、配置状态报告和配置审计、发布管理和交付。
配置库可以分为
（1）动态库（开发库、程序员库、工作库）.
（2）受控库（主库）
（3）静态库（软件仓库）
（4）备份库。
配置管理过程一般包括：
（1）制定配置管理计划。在项目启动阶段，项目经理首先要制定整个项目的开发计划，它是整个项目研发工作的基础。体研发计划完成之后，配置管理的活动就可以展开了，如果不在项目开发之初制定配置管理计划，那么配置管理的许多关键活动就无法及时有序地进行，而它的直接后果就是造成项目开发状况的混乱，并注定使配置管理活动成为一种救火的行为。由此可见，在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由CMO 制定，主要内容是制定配置管理策略，制定变更控制策略，编写配置管理计划，评审配置管理计划。
（2）配置识别与建立基线。
（3）建立配置管理系统。
（4）版本管理。
（5）配置状态报告。
（6）配置审核。
配置管理中变更管理的主要任务包括：
（1）分析变更。研究变更的必要性、经济可行性。
（2）记录和追踪变更。
（3）采取措施保证变更在受控状态下进行.
配置审核是验证配置项对于配置标识的一致性。配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何混乱现象。配置审核工作主要集中在两个方面：
（1）验证配置项的实际功效是与其需求一致的。
（2）物理配置审核即确定配置项符合预期的物理特性。
技术评审是一种的同行审查技术，其主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审也称作审查。技术评审目的包括：
（1）发现软件在功能、逻辑、实现上的错误。
（2）验证软件符合它的需求规格。
（3）确认软件符合预先定义的开发规范和标准。
（4）保证软件在统一的模式下进行开发。
（5）便于项目管理。
典型配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置管理。在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。所有配置项的操作权限 应由 CMO（配置管理员）严格管理，基本原则是：基线配置项向开发人员开放读取的权限；非基线配置项向 PM、 CCB 及相关人员开放。
配置项的状态可分为“ 草稿” “ 正式”和“ 修改”三种。配置项刚建立时，其状态为“草稿” 。配置项通过评审后，其状态变为“正式” 。此后若更改配置项，则其状态变为“修改” 。当配置项修改完毕并重新通过评审时， 其状态又变为“正式” 。
配置基线 （常简称为基线） 由一组配置项组成， 这些配置项构成一个相对稳定的逻辑实体。 基线中的配置项被“冻结”了，不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。 一个产品可以有多个基线， 也可以只有一个基线。 交付给外部顾客的基线一般称为发行基线 （Release） ，内部开发使用的基线一般称为构造基线（Build）。
配置控制委员会（CCB）,负责对配置变更做出评估、审批以及监督已批准变更的实施。其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。CCB 不必是常设机构，完全可以根据工作的需要组成，例如按变更内容和变更请求的不同，组成不同的 CCB。小的项目 CCB 可以只有一个人，甚至只是兼职人员。通常，CCB 不只是控制配置变更，而是负有更多的配置管理任务，例 如：配置管理计划审批、基线设立审批、产品发布审批等。配置管理员负责在整个项目生命周期中进行配置管理活动，具体有：①编写配置管理计划②建立和维护配置管理系统③建立和维护配置库④配置项识别⑤建立和管理基线⑥版本管理和配置控制⑦配置状态报告③配置审计⑨发布管理和交付⑩对项目成员进行配置管理培训。
本篇我们主要讲解“项目文档和配置管理”。下篇我们重点了解“ 知识管理"。
感谢您的点赞和阅读。
网友评论