文档、配置管理笔记--2011系统集成项目管理工程师_第1页
文档、配置管理笔记--2011系统集成项目管理工程师_第2页
文档、配置管理笔记--2011系统集成项目管理工程师_第3页
文档、配置管理笔记--2011系统集成项目管理工程师_第4页
文档、配置管理笔记--2011系统集成项目管理工程师_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、文档和配置管理P407计算机软件产品开发文件编制指南规定:从重要性和质量要求方面可以分为:非正式文档和正式文档;从项目周期角度:开发文档、产品文档、管理文档软件文档1U入如下三种类别:a)开发文档描述开发过程本身*b)产品文档描述开发过程的产物;c)管理文档记录项冃管理的信息口信息系统文档的规范化管理体现在: 1)文档书写规范2)图表编号规则 (1、生命周期各阶段2、各阶段的文档34、文档内容56、流水码)3)文档目录编写标准化4)文档管理制度0依据软件文档管理指南GB/T 16680-1996之961文档归档归档的文档应包括整个软件生存期内所形成的全部文档文档归档应满足以下条件:a)归档的文

2、档应是经过鉴定或评审的b)文档应签署完整成套格式统一字迹工整c)印制本打印本以及各种报告应装订成册并按规定进行编号签署软件文档应在开发过程每个阶段结束后及时归档配置管理: 为了系统的控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性,而标识系统在不同时间点上配置的 学科。P409 (主要4个活动:配置项标识,配置项控制、配置状态报告和配置审计)软件配置管理是一个支持性的软件生命周期过程,它有益于项目管理、开发和维护活动、各种保证活动、最终产品的客户和用户。 软件配置管理包括 4个主要活动:配置识别、变更控制、状态报告和配置审计。有关概念:配置项:硬件、软件或者二者兼有的集合,为配置

3、管理指定的,在配置管理过程中作为一个单独的实体对待。产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。 该集合中的每一个元素称为该产品配置中的一个配置项,典型的配置项有项目计划书、需求文档、设计文档、源代码、测试用例等。配置库:一组受控制的、辅助软开发、使用和维护的软件及相关的文档。(在软件发布管理和交付活动中,起着机械的作用)配置管理活动和流程:包括制订配置管理计划、配置识别与建立基线、建立配置管理系统、版本管理、配置状态报告 和配置审计。1制定配置管理计划在项目启动阶段,项目经理首先要制定整个项目的开发计划,它是整个项目研发工作的基础。

4、总体研发计划完成之后,配置管理的活动就可以展开了,如果不在项目开发之初制定配置管理计划,那么配置管理的许多关键活动就无法及时有序地进行,而它的直接后果就是造成项目开发状况的混乱,并注定使配置管理活动成为一种救火的行为。由此可见,在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由 CMO制定,主要内容是制定配置管理策略,制定变更控制策略,编写配置管理计划,评审配置管理计划。覆盖的活动:软件配置标识、软件配置控制、软件配置状态报告、软件配置审计、软件发布管理与交付。制订计划活动的结果记录在软件配置管理计划中,它要接受软件质量保证的评审和审计。配置管理计划的主要内容:包括配置管理软硬

5、件资源、配置项计划、基线计划、交付计划、备份计划、配置审计和评审、变更管理。CCB审批该计划2 配置识别与建立基线配賈识别是“配置管理的 个要索,包括选择 个系统的配戳项和在技术文档中记录配置项的功能和物理特tt.o "见IEEE-610文本】配買识别是配总管理员的职能,包括如下内容-(1识别需要受控的软件配呂项。给毎个产品和它的细件及相关的文档分配唯啲标识。定义每个配置项的童耍特征以授识别兀所冇者“(4识别组件.数据及产品获取点和准则=(5) 建立和控制基线。(6) 维护文档和组件的修订与产品版本之间的关系o所有配置项的操作权限应由 CMO(配置管理员)严格管理,基本原则是:基线配

6、置项向软件开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放。创建基线或发行基线的主要步驟如下】 配置管理员识别配连项;(2) 为配置顼分配标识土(3) 为项目创建配置库,并给每个项目成员分配权限;(4) 各项目团队成员根据自己的权限操作配置库;(5) 创建基线或笈行基线并荻得CCB的授权。把上述步骤记录为文档。建立基线的目的及其在项目实施中的作用:(一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和 用户文档构成一条基线)需加以控制的配置项分类:1)基线配置项(所有设计文档、源程序)2)非基线配置项 (项目的各类计划和报告)基线定义的内容: 建立基线的事

7、件、受控的项、建立和变更基线的程序、批准变更基线所需的权限。配置项的基线要纳入配置控制,对基线的更新只能采用正式的变更管理过程。确保了基线的变更只反映已批准的组件 部分的变更。需求规格说明规 是需求基线的内容;概要设计和详细设计说明书,是设计曜线的内容:用户刖,是产晶曜线的内容。作为开发项口的基础文档,只有需求规格说明巧是三条基线均包含的内3.建立配置管理系统(目的是通过确定软件配置管理细则和提供规范的软件配置项管理软件系统,加强软件研制过程的质量控制,增强软件研制过程的可控性,确保软件配置管理项的完备、清晰、一致和可追踪性,以及技术状态的可控制性)1)建立配置管理方案 (最主要成果:配置管理

8、流程,另外配置管理基本章程)2)建立配置库分类:动态库(开发库、程序员库、工作库);受控库;静态库;备份库建库模式:按配置项类型分类建库和按任务建库工具;VSS CVS4版本管理1) 配置项状态变迁规则:草稿正式 修改(三种状态)2) 配置项版本号标识3)配置项版本控制(作用于多个配置管理活动之中,如创建配置项、配置项的变更和配置项的评审等。目的:按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确的查找到配置项的任何版本;)5.变更控制:P4156配置状态报告(根据配置项操作记录来向管理者报告软件开发活动的进展情况)应跟踪以下方面: 产品描述记录、每个受控软件组

9、件的状态、。状态说明:应着重反映当前基线配置项的状态,以作为对开发进度报告的参照。7配置审计(作为变更控制的补充手段,来确保某一变更需求已被切实实现)功能配置审计:进行审计以验证:配置项的开发已圆满完成;已经达到规定的性能和功能特定特性;配置项的运行和支持文档已完成并且是符合要求物理配置审计:进行审计以验证:每个构建的配置项符合相应的技术文档;配置项与配置状态报告中的信息相对应;配置项的操作权限由配置管理员CMO严格管理,基本的原则是:基线配置项向开发人员开发读取权限;非基线配置项向项目经理、变更控制委员会CCB及相关人员开放。配置管理里部分角色的权限如下:(1)项目经理:是整个软件研发活动的

10、负责人,他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它 们的进程。其具体职责为以下几项: 制定和修改项目的组织结构和配置管理策略; 批准、发布配置管理计划;决定项目起始基线和开发里程碑; 接受并审阅配置控制委员会的报告。(2)QA 人员: 需要对软件配置管理有较深的认识,其主要工作是跟踪当前项目的状态,测试,报告错误,并验证其 修复结果;(3)开发人员 (Developer ):其职责就是根据组织确定的软件配置管理计划和相关规定,按照软件配置管理工具的使 用模型来完成开发任务。很明显,配置管理员CMO的权限都是",因此是可不予考虑的, 测试人员是没有 ADD权限的,项目

11、成员是没有 CHECK 权限的,只有CMO才有CHECK权限,因此博主高度怀疑项目经理对代码的 CHECK权限!如果项目经理对代码的 CHECK 权限是“X”,那么选项B是正确的。答题思路:【问题 1】分析出现这种情况的原因(1)缺乏项目整体管理(尤其是项目整体问题分析)(2)缺乏整体变更控制流程;(3)缺乏项目干系人之间的沟通;(4)缺乏配置管理;(5)缺乏整体版本管理(6)缺乏单元接口测试和集成测试;【问题 2】说明配置管理的主要工作并作简要解释(1)制定配置管理计划。确定方针,分配资源,明确责任,计划培训,确定干系人,制定配置识别准则,制定基 线计划,制定配置库备份计划,制定变更控制流程

12、,制定审批计划。(2)配置项识别。识别配置项,分配唯一标识,确定配置项特征,记录配置项进入时间,确定配置项拥有者职责, 进行配置项登记管理。(3)建立配置管理信息系统。建立分级配置管理机制,存储和检索配置项,共享和转换配置项,进行归档、记录、 保护和权限设置。(4)基线化。获得授权,建立或发布基线,形成文件,使基线可用。(5)建立配置库。建立动态库,受控库和静态库。(6)变更控制。包括变更记录、分析、批准、实施、验证、沟通和存档。( 7)配置状态统计。统计配置项的各种状态。(8)配置审计。包括功能配置审计和物理配置审计。【问题 3】说明针对目前情况可采取哪些补救措施( 1)针对目前系统建立或调

13、整基线;(2)梳理变更脉络,确定统一的最终需求和设计;(3)梳理配置项及其历时版本;(4)对照最终需求和设计逐项分析现有配置项及历时版本的符合情况;(5)根据分析结果由相关干系人确定整体变更计划和实施;(6)加强单元测试与系统集成测试或联调;(7)加强整体版本管理;从项目管理和配置管理的角度分析,造成项目失控的可能原因如下 。 1. 赵工作为项目经理兼任配置管理员的工作,可能会造成赵工顾此 失彼,从而疏于项目的配置管理。 2. 赵工只了解客户的部分需求之后,就开始对这部分需求进行设计和开发工作。基于这样不完整的需求进行的配置管理,难免会造成项目的失控。3.赵工可能没有制定项目的配置管理计划,也没制定配置项的标识规则,缺乏对配置项进行版本管理和发行管理。4.没有制定需求跟踪矩阵。5.缺乏配置项的变更控制。用于控制工作产品,包括存睹嫌体、规程、和访问 的工具是配置管理的前提.它的组成可能包括交付客户的 产品、内部工柞产品-采的产品或使用的工具等 可看做是一个相对稳定的逻辑实体,其组成部分禾 能被仟拥人荫負修改 记录配置项有关的所有信息.存放受控的配置项一 能够及时"准确地给出配置项的当前状抚,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论