文档、配置管理笔记--2011系统集成项目管理工程师.doc

文档、配置管理--2011系统集成工程师.doc 文档和配置管理 P407 《计算机软件产品开发文件编制指南》规定: 从重要性和质量要求方面可以分为:非正式文档和正式文档; 从项目周期角度:开发文档、产品文档、管理文档 信息系统文档的规范化管理体现在: 1) 文档书写规范 2) 图表编号规则(1、生命周期各阶段2、各阶段的文档34、文档内容 56、流水码) 3) 文档目录编写标准化 4)文档 依据《软件文档管理指南 GB/T 16680-1996》之 9.6.1 文档归档 归档的文档应包括整个软件生存期内所形成的全部文档 文档归档应满足以下条件: a) 归档的文档应是经过鉴定或评审的 b) 文档应签署完整成套格式统一字迹工整 c) 印制本打印本以及各种应装订成册并按规定进行编号签署 软件文档应在开发过程每个阶段结束后及时归档 配置管理:为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。P409(主要4个活动:配置项标识，配置项控制、配置状态报告和配置审计) 软件配置管理是一个支持性的软件生命周期过程，它有益于项目管理、开发和维护活动、各种保证活动、最终产品的客户和用户。 软件配置管理包括4个主要活动:配置识别、变更控制、状态报告和配置审计。 有关概念: 配置项:硬件、软件或者二者兼有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项，典型的配置项有项目计划书、需求文档、设计文档、源代码、测试用例等。 配置库:一组受控制的、辅助软开发、使用和维护的软件及相关的文档。(在软件发布管理和交付活动中，起着机械的作用) 配置管理活动和流程:包括制订配置管理计划、配置识别与建立基线、建立配置管理系统、版本管理、配置状态报告和配置审计。 ,(制定配置管理计划 在项目启动阶段，项目经理首先要制定整个项目的开发计划，它是整个项目研发工作的基础。总体研发计划完成之后，配置管理的活动就可以展开了，如果不在项目开发之初制定配置管理计划，那么配置管理的许多关键活动就无法及时有序地进行，而它的直接后果就是造成项目开发状况的混乱，并注定使配置管理活动成为一种救火的行为。。由此可见，在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由CMO制定，主要内容是制定配置管理策略，制定变更控制策略，编写配置管理计划，评审配置管理计划。 覆盖的活动:软件配置标识、软件配置控制、软件配置状态报告、软件配置审计、软件发布管理与交付。 制订计划活动的结果记录在软件配置管理计划中，它要接受软件质量保证的评审和审计。 配置管理计划的主要内容:包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划、配置审计和评审、变更管理。 CCB审批该计划 ,(配置识别与建立基线 所有配置项的操作权限应由CMO(配置管理员)严格管理，基本原则是:基线配置项向软件开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放。 建立基线的目的及其在项目实施中的作用:(一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线) 需加以控制的配置项分类:1)基线配置项(所有设计文档、源程序) 2)非基线配置项(项目的各类计划和报告) 基线定义的内容:建立基线的事件、受控的项、建立和变更基线的程序、批准变更基线所需的权限。 配置项的基线要纳入配置控制，对基线的更新只能采用正式的变更管理过程。确保了基线的变更只反映已批准的组件 部分的变更。 3(建立配置管理系统 (目的是通过确定软件配置管理细则和提供规范的软件配置项管理软件系统，加强软件研制过程的质量控制，增强软件研制过程的可控性，确保软件配置管理项的完备、清晰、一致和可追踪性，以及技术状态的可控制性) 1)建立配置管理方案(最主要成果:配置管理流程，另外配置管理基本章程) 2)建立配置库 分类:动态库(开发库、程序员库、工作库);受控库;静态库;备份库 建库模式:按配置项类型分类建库和按任务建库 工具;VSS、CVS ,(版本管理 1)配置项状态变迁规则:草稿 正式 修改(三种状态) 2)配置项版本号标识 3)配置项版本控制 (作用于多个配置管理活动之中，如创建配置项、配置项的变更和配置项的评审等。目的:按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到配置项的任何版本;) 5. 变更控制:P415 6(配置状态报告(根据配置项操作记录来向管理者报告软件开发活动的进展情况) 应跟踪以下方面:产品描述记录、每个受控软件组件的状态、。。。。 状态说明:应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。 7(配置审计(作为变更控制的补充手段，来确保某一变更需求已被切实实现) 功能配置审计:进行审计以验证:配置项的开发已圆满完成;已经达到规定的性能和功能特定特性;配置项的运行和支持文档已完成并且是符合要求。 物理配置审计 :进行审计以验证:每个构建的配置项符合相应的技术文档;配置项与配置状态报告中的信息相对应; 配置项的操作权限由配置管理员CMO严格管理，基本的原则是:基线配置项向开发人员开发读取权限;非基线配置项向项目经理、变更控制委员会CCB及相关人员开放。配置管理里部分角色的权限如下: (1)项目经理:是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项: 制定和修改项目的组织结构和配置管理策略; 批准、发布配置管理计划; 决定项目起始基线和开发里程碑; 接受并审阅配置控制委员会的报告。 (2)QA人员:需要对软件配置管理有较深的认识，其主要工作是跟踪当前项目的状态，测试，报告错误，并验证其修复结果; (3)开发人员(Developer):其职责就是根据组织确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。 很明显，配置管理员CMO的权限都是?，因此?是可不予考虑的，测试人员是没有ADD权限的，项目成员是没有CHECK权限的，只有CMO才有CHECK权限，因此博主高度怀疑项目经理对代码的CHECK权限～如果项目经理对代码的CHECK权限是“×”，那么选项B是正确的。 答题思路: 【问题 1】分析出现这种情况的原因 (1) 缺乏项目整体管理(尤其是项目整体问题分析) (2) 缺乏整体变更控制流程; (3) 缺乏项目干系人之间的沟通; (4) 缺乏配置管理; (5) 缺乏整体版本管理 (6) 缺乏单元接口测试和集成测试; 【问题 2】说明配置管理的主要工作并作简要解释 (1) 制定配置管理计划。确定方针，分配资源，明确责任，计划，确定干系人，制定配置识别准则，制定基 线计划，制定配置库备份计划，制定变更控制流程，制定审批计划。 (2) 配置项识别。识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责， 进行配置项登记管理。 (3) 建立配置管理信息系统。建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、 保护和权限设置。 (4) 基线化。获得授权，建立或发布基线，形成文件，使基线可用。 (5) 建立配置库。建立动态库，受控库和静态库。 (6) 变更控制。包括变更记录、分析、批准、实施、验证、沟通和存档。 (7) 配置状态统计。统计配置项的各种状态。 (8) 配置审计。包括功能配置审计和物理配置审计。 【问题 3】说明针对目前情况可采取哪些补救措施 (1) 针对目前系统建立或调整基线; (2) 梳理变更脉络，确定统一的最终需求和设计; (3) 梳理配置项及其历时版本; (4) 对照最终需求和设计逐项分析现有配置项及历时版本的符合情况; (5) 根据分析结果由相关干系人确定整体变更计划和实施; (6) 加强单元测试与系统集成测试或联调; (7) 加强整体版本管理; 从项目管理和配置管理的角度分析，造成项目失控的可能原因如下。 1. 赵工作为项目经理兼任配置管理员的工作，可能会造成赵工顾此失彼，从而疏于项目的配置管理。 2. 赵工只了解客户的部分需求之后，就开始对这部分需求进行设计和开发工作。基于这样不完整的需 求进行的配置管理，难免会造成项目的失控。 3. 赵工可能没有制定项目的配置管理计划，也没制定配置项的标识规则，缺乏对配置项进行版本管理和发行管理。 4. 没有制定需求跟踪矩阵。 5. 缺乏配置项的变更控制。 请说明正常的配置管理工作包括哪些活动, 1) 制定项目配置管理计划。 2) 确定配置标识规则。 3) 实施变更控制。 4) 报告配置状态。 5) 进行配置审核。 6) 进行版本管理和发行管理。 配置管理流程图: