crm系统源代码，第14章：信息文档与配置管理和知识与流程管理

一、信息文档与配置管理

1.信息文档

概念：①某种数据媒体和其中所记录的数据

②在软件工程中,文档常常用来表示对活动、需求过程或结果,进行描述、定义、规定、报告或认证的任何书面或图示的信息(包括纸质文档和电子文档)

种类：

①开发文档—描述开发过程本身—例如:需求规格说明、功能规格说明（技术角度）

②产品文档—描述开发过程的产物—例如:用户指南、软件支持手册（技术角度）

③管理文档—记录项目管理的信息—例如:进度变更的记录、项目阶段报告（管理角度）

★质量等级

①最低限度文档(1级文档)—适合开发工作量低于一个人月的开发者自用程序

②内部文档(2级文档)—用于没有与其他用户共享资源的专用程序

③工作文档(3级文档)—适合于由同一单位内若干人联合开发或可被其他单位使用的程序

④正式文档(4级文档)—适合那些要正式发行供普遍使用的程序,关键性程序或重复管理性质(工资)/他用

★图表编码规则

2.配置管理

概念：

①为了系统地控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性

②按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本

配置项

内容

典型配置项—项目计划书、需求文档、设计文档、源代码、可行性代码、测试用例、运行软件所需各种数据，经过评审和检查进入配置管理

★状态与版本

配置基线

概念—由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体，基线中的配置项被“冻结”了,不能再被任何人随意修改，产品包括一个/多个基线。

分类

①发行基线—交付给外部顾客的基线

②构造基线—内部开发使用的基线

建立基线的好处

①基线为开发工作提供了一个定点和快照

②新项目可以在基线提供的定点上建立

③当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法

④可以利用基线重新建立基于某个特定发布版本的配置,以重现已报告的错误（本文由《每天一小时，两月拿证》整理，获取更多请登陆1634网)。

3.配置管理

概念：

★分类：

①开发库—保存开发人员当前正在开发的文档和代码

②受控库—包含已评审确定的文档和代码crm系统源代码，纳入基线及对基线的变更

③产品库—完成系统测试之后,作为最终产品存入产品库,等待交付用户或现场安装

配置管理员(CMO)的工作

①制定配置管理计划

②将变更后的配置纳入基线，并将变更内容和结果通知相关人员

③严格管理所有配置项的操作权限

④基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放

⑤权限设置

★项目经理的相关工作

①确定受变更影响的关联配置项和有关基线

②组织修改配置项,并在相应的文档或程序代码中记录变更信息

★配置控制委员会(CCB)的工作

①负责对配置变更做出评估、审批以及监督巳批准变更的实施

②将变更申请的决议通知受此变更影响的每个干系人

★③不必是常设机构,完全可以根据工作的需要组成,小的项目可以只有一个人,甚至只是兼职人员

④（本文由《每天一小时，两月拿证》整理crm系统源代码，获取更多请登陆1634网)

4.日常配置管理活动

制定配置管理计划

概念—对如何开展项目配置管理工作的规则,是配置过程的基础,应该形成文件并在整个项目生命周期内处于受控状态

★主要内容

配置标识(配置识别).

概念—包括为系统选择配置项并在技术文档中记录配置项的功能和物理特征

★基本步骤

★配置控制

配置状态报告：又称配置状态统计任务,有效地记录和报告管理配置所需要的信息,及时、准确地给出软件配置项的当前状况,供相关人员了解,以加强配置管理工作。

★配置审计

目的—确保项目配置管理的有效性,体现了配置管理的最根本要求—不允许出现任何混乱现象

物理配置审计(审计配置项的完整性)

①要交付的配置项是否存在

②配置项中是否包含了所有必需的项目

功能配置审计(审计配置项的一致性)

①配置项的开发已圆满完成

②配置项已达到配置标识种规定的性能和功能特征

③配置项的操作和支持文档已完成并且是符合要求的

发布管理和交付

主要任务—有效控制软件产品和文档的发行和交付,在软件产品的生存期内妥善保存代码和文档的母拷贝。

汇总图片：