文档和配置管理

发布时间:2024年01月20日

文档管理

文档分类:开发文档,产品文档,管理文档

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

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

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

文档分级: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绝对是否接受变更,项目经理组织实施,配置管理员将变更的内容做好记录。

配置审计:

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

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

发布管理与交付:

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

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

文章来源:https://blog.csdn.net/arissa666/article/details/135716963
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。