文档和配置管理

文档管理

文档分类：开发文档，产品文档，管理文档

     开发文档----开发过程本身。可行性研究报告和项目任务书，需求规格说明，功能规格说明，设计规格说明，包括程序和数据规格说明，开发计划，软件集成和测试计划，质量保证计划，安全和测试信息。

     产品文档----开发过程的产物。培训手册，参考手册，用户指南，软件支持手册，产品手册和信息广告。

     管理文档----项目管理信息。进度和进度变更记录，变更情况，职责定义。

文档分级：1-4级，1最低

      1级---最低限度文档---开发自用，工作量低于1个人

      2级---内部文档

      3级---工作文档---同已单位内若干人联合开发

      4级---正式文档---正式发行供普遍使用的软件产品。

文档规则方法：书写规范，图标编号规则，目录编写标准，管理制度

      统一的书写规范，符号图标含义，程序注释行，书写人及书写日期。

     编号1位生命周期阶段，2位各阶段文档，34位文档内容，56位流水码。

     

配置管理

配置项

纳入配置管理的所有项目，

内容包括：项目计划书，需求文档，设计文档，源代码，可执行代码，测试用例，运行软件所需的各种数据。

由配置管理人员CMO严格管理，涵盖整个生命周期。

状态：草稿0.YZ ,，正式X.Y，修改X.YZ，正式 

       X是主版本号1-9，Y是次版本号0-9，

       修改时只增加Z值X.Y值保持不变，状态成为正式时，将Z设置为0，增加X.Y值

       简单理解就是1.0是正式的，小于1是草稿，大于1是修改的

活动：指定配置管理计划，配置标识，配置控制，配置状态报告，配置审计，发布管理和交付

版本控制：创建，确定，任何修改都肯产生新版本，要保存所有版本，可以快速准确找到任何版本

权限原则：基线配置项，非基线配置项

基线：

基线变更必须遵循正式变更控制程序。建立后变更通过评价和验证变更的正式程序来控制。

一个产品可以有多个基线，也可以只有一个基线。

总价格给客户的基线是发行基线Release,内部开发用的基线是构造基线Build

配置库

配置项保存的地方，包含开发库，受控库，产品库

开发库---可以任意修改

    动态库，程序员库。开发人员自行控制，库中信息可能有较为频繁的修改。

受控库---可以修改，需要走变更流程

    主库，某个阶段工作结束时，将当前的工作产品存入受控库。

产品库---一般不修改，真修改要走变更流程

     静态库，发行库，软件仓库。作为最终产品存入产品库内，等待交付用户或现场安装。

配置库建库模式：按配置项类型建库，按任务建库

配置库权限：Read ,Check,Add,Destroy

受控库权限

产品库权限

配置管理

配置管理员职责：编写计划，建立维护系统，建立和配置配置库，配置项识别，建立基线，版本管理，配置状态报告，配置审计，发布管理和交付，项目成员进行配置管理培训

配置标识识别：识别需要受控的，制定唯一性标识号，定义重要特征，确定所有者及其责任，确认进入配置管理实践和条件，建立控制基线，维护文档和组件的修订和产品版本之间关系。

配置控制即配置项和基线的变更控制，包括：标识和记录变更申请，分析和评价变更，批准或否决申请，实现、验证和发布已修改的配置项。

变更过程：

变更申请---变更评估---通告评估结果---变更实施---变更验证与确认---变更的发布

其中CCB绝对是否接受变更，项目经理组织实施，配置管理员将变更的内容做好记录。

配置审计：

确保项目配置管理有效性，不允许出现任何混乱现象。

分类：功能配置审计(一致性)，物流配置审计(完整性)

发布管理与交付：

存储，复制，发包，交付，重建

要注意副本存储在不同受控场所防丢失，发布的介质不含无关项，打包标识要容易辨认