软件项目信息文档管理与配置管理

合集下载

软件配置管理文档范本

软件配置管理文档范本

软件配置管理文档范本一、引言软件配置管理(Software Configuration Management, SCM)是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理,以确保软件开发过程的可控性和可追溯性。

本文档旨在提供一个软件配置管理的范本,帮助项目团队进行规范的配置管理工作。

二、配置管理计划1. 引言配置管理计划(Configuration Management Plan, CMP)是指对整个软件开发项目进行配置管理的计划,包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。

2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。

配置库的建立和维护需要确定合适的存储方式和清晰的分类规则,以便于对各个配置项进行有效的管理。

(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识,以便于在开发、测试、交付和维护过程中进行溯源和变更管理。

配置项控制是对各个配置项进行版本控制和变更控制,确保软件开发过程的可控性。

3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节,确保变更能够按照既定的流程进行评审和实施,避免对软件开发过程造成不可预知的影响。

(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪,包括变更请求的来源、变更评估结果、变更实施情况等内容。

变更记录的建立可以为软件开发过程的分析和评估提供参考依据。

三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具,可以提高配置管理工作的效率和准确性。

常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。

1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理,可以进行代码版本的比较、合并和回滚等操作,确保在多人协同开发环境中的代码一致性和可追溯性。

2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源,可以追踪某个配置项的修改历史和关联关系,方便进行变更管理和问题定位。

软件管理制度包括哪些内容范文

软件管理制度包括哪些内容范文

软件管理制度包括哪些内容范文软件管理制度是指为了规范软件开发、维护和管理过程,保证软件质量和项目进度的管理制度。

软件管理制度的内容包括软件开发流程、项目管理、团队协作、质量保障、变更管理、文档管理、配置管理等方面,下面将详细介绍这些内容。

1. 软件开发流程软件开发流程是指软件开发团队按照一定的步骤和方法进行软件开发的过程。

常见的开发流程包括瀑布模型、迭代模型和敏捷开发等。

软件管理制度应明确规定具体的开发流程,包括需求分析、系统设计、编码、测试和发布上线等环节,并明确每个环节的具体工作内容和交付物,确保每个阶段的工作能够顺利进行。

2. 项目管理项目管理是指对软件开发项目进行全面的计划、组织、指挥、协调和控制的活动。

软件管理制度应明确规定项目管理的具体要求,包括项目计划的编制、项目管理工具的使用、项目进度的控制、资源的管理和风险管理等。

同时,还要制定相应的沟通机制,确保项目团队之间的有效沟通和协作。

3. 团队协作团队协作是指软件开发团队内部成员之间的合作与协调。

软件管理制度应明确规定团队协作的具体要求,包括团队成员的分工与负责、日常工作交流与沟通、团队内部的决策与协调等。

同时,还应建立有效的团队管理机制,包括定期的团队会议、团队建设活动和个人绩效评估等,以促进团队的凝聚力和合作精神。

4. 质量保障质量保障是指在软件开发过程中对软件质量进行检验和控制的活动。

软件管理制度应明确规定质量保障的具体要求,包括测试策略的制定、测试计划的编制、测试用例的设计与执行、缺陷管理的流程和质量评估的标准等。

同时,还应建立有效的质量管理机制,包括定期的质量评审、不断改进的措施和质量培训等,以提高软件开发过程中的质量。

5. 变更管理变更管理是指对软件需求、设计和代码等方面进行控制和管理的活动。

软件管理制度应明确规定变更管理的流程,包括变更申请的流程、变更评审的标准、变更实施的方式和变更验证的方法等。

同时,还应建立有效的变更管理机制,包括变更管理委员会的设立、变更管理工具的使用和变更通知的发布等,以确保变更的控制和追踪。

信息系统项目管理师教程重点笔记【第14章】文档和配置管理

信息系统项目管理师教程重点笔记【第14章】文档和配置管理

14.2配置管理
配置管理越早规划越好! 例子一∶没有配置及变更管理的研发文档会不 一致(大家拿到的文档不一致) 例子二:没有配置及变更管理的代码可能会混乱 不堪(多人维护同一段代码错乱)
★1、配置管理包括6个主要活动:制订配置管 理计划、配置标识、配置控制、配置状态报告、 配置审计、发布管理和交付。(掌握) ★2、典型配置项包括项目计划书、需求文档、 设计文档、源代码、可执行代码、测试用例、 运行软件所需的各种数据,它们经评审和检查 通过后进入配置管理。(掌握) 注意点:测试报告、会议纪要、工作记录不计 入配置项的内容;因为一经形成就不好修改了!
配置管理员为每个项目成员分配对配置库的操作权 限。一般地,项目成员拥有Add, Checkin/Checkout,Download等权限,但是不能 拥有“删除”权限。配置管理员的权限最高。具体操 作视所采用的配置管理软件而定。
14.2配置管理
★4、配置项的状态可分为“草稿”“正式”和“修 改”三种。
②处于“正式”状态的版本号格式为X.Y,X为主版 本号,取值范围为1~9。Y为次版本号,取值范围 为0~9。配置项第一次成为“正式”文件时,版本
号为1.0。 ③处于“修改”状态的版本号格式为X.YZ。配置项 正在修改时,一般只增大Z值,X.Y值保持不变。当 配置项修改完毕,状态成为“正式”时,将Z值设 置为0,增加X.Y值。
★3、在信息系统的开两类
基线配置项可能包括所有的设计文档和源程序等;
非基线配置项可能包括项目的各类计划和报告等。
所有配置项的操作权限应由CMO(配置管理员)严 格管理,基本原则是:基线配置项向开发人员开放读 取的权限;非基线配置项向PM、CCB及相关人员开 放。(掌握)
7、配置基线(常简称为基线)由一组配置项组成,这些配置项构成一个相对稳定的逻辑实体。基线中的 配置项被“冻结”了,不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。

软件工程软件配置管理

软件工程软件配置管理

软件工程软件配置管理软件配置管理(Software Configuration Management,SCM)是软件工程中的一项重要管理活动,通过对软件项目中各项配置项的控制、追踪和审计,确保软件开发过程的可控性和可追溯性,提高软件产品的质量和可维护性。

本文将深入探讨软件配置管理的概念、目标、重要性以及最佳实践。

一、概念软件配置管理指的是在软件项目的整个生命周期中,从需求分析到软件交付和维护阶段,对软件开发过程中的各项配置项进行有效的版本控制、配置控制、变更管理和文档管理。

其中,配置项指的是开发过程中的所有软件和硬件组成部分,如源代码、编译器、库文件等。

二、目标软件配置管理的主要目标是确保软件项目的可控性和可追溯性。

具体来说,它可以帮助团队实现以下目标:1. 版本控制:通过对各个配置项进行版本控制,确保开发团队可以随时回溯到之前的某个版本,避免版本混乱和代码冲突的问题。

2. 配置控制:通过对软件配置项进行授权和权限控制,防止未经许可的更改,确保软件健壮性和一致性。

3. 变更管理:对于软件开发过程中的变更请求,通过严格的变更管理流程进行审批、安排和实施,最大程度地减少变更对系统稳定性的影响。

4. 文档管理:对软件开发过程中的相关文档进行有效的组织、存储和检索,确保开发人员和维护人员能够快速获取所需文档。

三、重要性软件配置管理在软件工程中具有重要的地位和作用,主要体现在以下几个方面:1. 提高开发效率:通过版本控制和配置控制,团队成员可以更好地协同工作,减少开发过程中的混乱和冲突,提高开发效率和质量。

2. 提高软件质量:通过变更管理和文档管理,可以有效地控制软件开发过程中的变更,减少潜在的错误和漏洞,提高软件产品的质量。

3. 保证软件可维护性:通过建立可追溯的配置库,使得对软件产品进行维护和升级更加方便和可靠,避免对已发布版本的错误修改。

4. 支持项目管理:软件配置管理为项目管理提供了重要的依据和支持,可以实时跟踪项目进展,利于项目计划的制定和管理。

信息文档管理与配置管理

信息文档管理与配置管理

信息文档管理与配置管理信息文档管理与配置管理是现代企业中非常重要的两个方面,它们对于企业的运营和发展起着至关重要的作用。

本文将从不同角度介绍信息文档管理与配置管理的概念、作用以及相关的流程和方法。

我们来了解一下信息文档管理。

信息文档管理是指对企业内部和外部的各种信息文档进行有效的分类、存储、检索和利用的过程。

在信息爆炸的时代,企业面临着大量的信息文档,如何管理和利用这些文档对于企业的运营和决策起着至关重要的作用。

信息文档管理可以帮助企业实现信息共享、提高工作效率和降低风险。

在信息文档管理中,首先需要对文档进行分类和归档。

不同的文档具有不同的属性和重要性,需要根据其内容和用途进行分类和归档。

其次,需要建立文档的存储和检索系统。

存储系统可以选择传统的纸质文档存储方式或者是数字化的电子文档存储方式,根据企业的实际情况进行选择。

检索系统可以采用关键词检索、目录检索或者是全文检索等方式,方便用户快速找到所需的文档。

最后,需要建立文档的利用和保护机制。

文档的利用可以通过共享平台、权限控制等方式实现,保护机制可以通过备份、加密等方式保障文档的安全性。

接下来我们来介绍配置管理。

配置管理是指对企业内部各种配置项进行有效管理和控制的过程。

配置项可以是软件、硬件、网络设备或者是各种服务等,在企业运营中起着重要的作用。

配置管理可以帮助企业实现资源的有效利用、降低故障风险和提高工作效率。

在配置管理中,首先需要建立配置项的清单和标识。

清单可以记录所有的配置项信息,包括名称、型号、位置、责任人等。

标识可以对不同的配置项进行唯一标识,以方便管理和控制。

其次,需要建立配置项的变更管理机制。

由于企业的配置项会不断变化,需要建立变更管理机制来控制配置项的变更过程,确保变更的及时性和准确性。

最后,需要建立配置项的控制和验证机制。

控制机制可以通过权限控制、访问控制等方式来保障配置项的安全性,验证机制可以通过测试和审查等方式来验证配置项的合规性。

第31次课 信息文档管理与配置管理

第31次课 信息文档管理与配置管理

1.60是什么状态? 当配置项修改完毕,状态重新成为“正式发布” 时!!!
北京恒佳
13
建群网培
配置基线(简称基线)
版权所有:我能过软考
基线是一组经过正式审查并且达成一致的规范或工作产品,是开发工作的基础 基线由一组配置项目组成,这些配置项构成了一个相对稳定的逻辑实体。基线通常对应于开发过程
中的里程碑,一个产品可以有多个基线,也可以只有一个基线 基线的主要属性有:名称、标识符、版本、日期等
北京恒佳
23
建群网培
基于配置库的变更控制流程 ***
版权所有:我能过软考
将待升级的基线从产品库中取出,放入受控库;
程序员将欲修改的代码段从受控库中检出(Check out),放入自己的开发 库中进行修改。代码被Check out 后即被“锁定”,以保证同一段代码只能 同时被一个程序员修改,如果甲正对其修改,乙就无法Check out;
1
1
1
1
1
2
1
1 1
3
1
1
1
2
1
1
1
12
1
1
1
1
1
1
1
2
配置审计
0
案例 25分
案例 5分
配置管理的权限与角色 2 各年考分小计
1
1
211 3
5
2
2
3
5
2
4
3
2
北京恒佳
4
建群网培
三类文档
三类文档
1. 开发文档
2. 产品文档 3.
管理文档
北京恒佳
• 可行性研究和项目任务书 • 需求规格说明书 • 功能规格说明书 • 设计规格说明书(包括程序和数据规格说明) • 开发计划 • 软件集成和测试计划 • 质量保证计划、标准和进度 • 安全和测试信息

软件项目管理及配置管理

软件项目管理及配置管理
配置管理系统应该具备以下主要功能: 配置管理系统应该具备以下主要功能: 并行开发支持:因开发和维护的原因,要求能够实现开发人员同时在同一个软件模块上工作,同时对同一个代 码部分作不同的修改,即使是跨地域分布的开发团队也能互不干扰,协同工作,而又不失去控制; 修订版管理:跟踪每一个变更的创造者、时间和原因,从而加快问题和缺陷的确定 ; 版本控制:能够简单、明确地重现软件系统的任何一个历史版本 ; 产品发布管理:管理、计划软件的变更,与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一 致;项目经理能够随时清晰地了解项目的状态 ; 建立管理:基于软件存储库的版本控制功能,实现建立(build)过程自动化 ; 过程控制:贯彻实施开发规范,包括访问权限控制、开发规则的实施等 ; 变更请求管理:跟踪、管理开发过程中出现的缺陷(Defect)、功能增强请求(RFE)或任务(Task),加强沟 通和协作,能够随时了解变更的状态 ; 18 代码共享:提供良好的存储和访问机制,开发人员可以共享各自的开发资源
一、软件项目管理
项目的定义: 项目的定义: 为完成某一独特的产品或服务所做的一 次性努力。 项目管理的定义: 项目管理的定义: 在项目活动中运用知识、技能、工具和 技术,以便达到项目的要求。 利用获得的信息来计划、协调并管理各 项承诺,通过实现时间、成本、质量和范围 内的目标,获得客户满意。
2
一、软件项目管理
提纲
一、项目管理 1、项目管理过程(五大过程、九大知识体系)。 2、软件项目开发的六个阶段。 3、项目管理过程中输出的文档。 4、主要输出文档的编写(需求文档、概要设计文档、详细设计 文档测试文档等)。 二、配置管理 1、配置管理的作用、功能、基本概念等。 2、配置管理的基本知识,三库(开发库、受控库、产品库)、 Version、Tag、Branch、 Conflict 、Merge等。 3、主流配置管理工具介绍

软件配置管理

软件配置管理

软件配置管理在软件开发过程中,软件配置管理(Software Configuration Management,简称SCM)是一个关键的活动。

它涉及管理和控制软件产品的配置项,以确保软件开发过程的可靠性、可重复性和可维护性。

本文将从定义、重要性、功能和实施过程等方面来探讨软件配置管理的相关内容。

一、定义软件配置管理指的是一系列活动和技术,用于跟踪和控制软件项目的配置项。

配置项是指软件产品中独立变更和可追踪的元素,例如源代码文件、文档、编译生成的可执行文件等。

软件配置管理通过定义、记录和控制这些配置项的变更,确保开发团队能够以有序和一致的方式进行工作。

二、重要性软件配置管理在软件开发过程中具有重要的作用。

首先,它可以帮助团队管理和跟踪软件开发过程中的各个版本和变更。

这对于追踪问题、修复错误和保证软件交付质量至关重要。

其次,软件配置管理可以确保软件开发过程的可持续性和可维护性。

通过对配置项进行版本控制和文档管理,可以方便开发人员对软件进行修改和改进。

此外,软件配置管理还可以提高团队合作的效率,确保各个成员在开发过程中能够协同工作,避免冲突和重复劳动。

三、功能软件配置管理包括多个功能和任务,以下是其中的几个主要功能:1. 配置项标识:为每个配置项分配唯一的标识符,以便对其进行跟踪和管理。

2. 配置控制:控制配置项的变更,确保只有经过授权的人员才能进行修改和提交。

3. 版本控制:跟踪和管理每个配置项的不同版本,确保对历史版本的追溯和还原。

4. 变更管理:管理软件开发过程中的变更请求,确保对变更进行评审、测试和批准。

5. 构建管理:管理和记录软件构建过程中的各个环节,例如编译、打包和发布。

6. 发布管理:协调和控制软件发布的过程,确保软件的交付和部署正常进行。

四、实施过程实施软件配置管理需要遵循一定的过程和方法。

以下是一个基本的软件配置管理的实施过程:1. 需求分析:明确软件配置管理的目标和要求,根据项目的特点确定适合的配置管理策略。

信息文档管理与配置管理思维导图脑图

信息文档管理与配置管理思维导图脑图

14章 信息文档管理与配置管理文档管理文档种类开发文档:描述开发过程的本身(说明、开发类计划)需求规格说明书SRS设计规格说明书开发计划集成和测试计划质量保证计划产品文档:描述开发过程的产物(手册、指南)培训手册用户指南产品手册管理文档:记录项目管理的信息(记录、管理类计划)项目管理计划项目阶段报告变更情况的记录文档的质量等级最低限度文档(1级文档):适用于1个人月的开发者自用程序比如个人笔记内部文档(2级文档):适用于未与其他用户共享资源的专用程序个人的思维导图、归纳总结工作文档(3级文档):适用于同一个单位内若干人联合开发的程序,可被其他单位使用的程序正式文档(4级文档):要正式发行供普遍使用的软件产品文档的编码规则配置管理配置项定义:为配置管理设计的硬件、软件或二者的集合,在配置管理过程中作为一个单个实体来对待受控范围内的所有配置项都应该按照相关规定统一编号,按照相应的模板生成,经评审和检查通过后进入配置管理,并都以一定的目录结构保存在配置库中典型的配置项:项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、各种数据。

分类基线配置项(向开发人员开发读取的权限):所有的设计文档、源程序等非基线配置项(向PM、CCB及相关人员开放):项目的各类计划和报告等主要看对谁开放所有的配置项的操作权限都应该由CMO(配置管理员)严格管理配置项的状态和版本号草稿可以随意修改版本号:0.YZYZ:0.98正式不可随意修改版本号:X.YX:1-9(主版本号)Y:0-9(次版本号)第一次成为“正式”文件时,版本号为1.0修改走流程修改版本号:X.YZX:1-99Y:01-99修改时:Z增大,X.Y不变,1.12修改完毕:Z设为0,增加X.Y,1.2对配置项的任何修改都将产生新的版本,不能抛弃旧版本,要按照一定的规则保存配置项的所有版本配置基线(基线,configuration baseline)定义:由一组配置项组成,这些配置项构成一个相对稳定的逻辑实体。

信息系统开发中项目文档与配置管理的作用

信息系统开发中项目文档与配置管理的作用

( u n nN r a U i ri u ie sS h o, u mig 6 0 6C i ) Y n a o m l n e s yB s s c o l n n 5 1 , h a v t n K 0 n A s a t h a e ma l su s e mp  ̄ n l fh n g rt n n gme tn Tpoe t b t c: e pr i y i se t o a toe o e o f ua o a e n i jc r T p n dc dhi r s t c i i ma I r . Ke w r sS f a cme t i ;o f ua o n g m n; oe t n ae n; oet hn e o u e t es n y o d :ot r d u na o C ni rt n w eo tn g i ma a e e t rjc ma g me t rjc c a g ; c m n 8期 0 0年
C m u e DS fw r n p lc t o s o p t rC o t a ea dA p i a i n
信息技术应用研 究
信息系统开发中项 目文档与配置管理的作用
施 媛 波
( 云南师范大学商学院,昆明 60 0 5 16)


概 述
随着软件 系 统的 日益复 杂化 和用户 需求 、 软件 更新 的频 繁化 , 信 息 系统开 发 中项 目文档 与配 置管理 逐渐 成 为软件 生命 周期 中的 重 要控 制过程 ,在软 件开 发过程 中扮 演着 越来 越来 重要 的角 色 。 众 所周 知 ,信 息 系统 从其规 划阶 段到 安装 调试 阶段 会产 生大 量 的 技 术和 管理类 的 文档 ,如何 对这 些文 档进 行有 效地控 制 和管 理成 为 当今 I T项 目管理 中 的一个 重要课 题 , 决此 问题 的办 法就 是配 解 置 管理 。本文 从论 述信 息系 统文 档 的作用谈 起 ,将详 细 介绍 配置 管理 在软 件项 目管理 工作 中 的重要性 。 二 、信息 系统文 档管 理 软件 项 目的整个 生命 周 期中文 档管 理是 开发 应用 的一 部分 , 没有 正式 文档 的软件 项 目开发 ,就 不是 规范 标准 的软 件项 目。笔 者在 担任信 息系 统管 理员 工作 实践 体会 到技 术文 档是在 项 目中有 以下 几方面 的作 用 。1 作 为公 司软件 资 产 的项 目文 档 中包含 了有 . 关系统 结构 的基 本思 想这 些可 以为 以后 的项 目所利 用 。2 项 目技 . 术文档 可 以帮助 系统 开发人 员通 过 审阅 以往 系统 的技术 文档 查 明 系统什 么部 分 已试 验过 了,什么 部分 运行 得很 好 ,什么 部分 因某 种 原 因难 以运 行而被 排 除等 问题 。. 3 文档 是 I T项 目中用 户和 系统 分 析人员 ,系 统开 发人 员与 测试 人员 ,系 统维 护人 员与 客户 交流 的重要 的手段 通过纸 质 或 电子 的文档 可 以避 免项 目相关 干系人 之 间存 在 的矛盾和 口述 无评现 象 。 文档 是记录 系统 的痕迹 , 系统各 种参 与者 之 间的沟通 工具 。 是 但是 , 目前 的 I 在 T项 目的研 发过程 中普 遍存 在着 不论 是项 目管 理 人员 还是项 目开 发人 员不 重视 项 目技术 文档 的现 象 。那 么 如何 在 系统文 档 的开发 过程 中进 行有 效 的控制 和管 理 ,如何进 行文 档 的 分发并 保证 每个 使用 者都有 相 同 的拷贝 ,这 是文档 管理 中的重要 的课题 ,解 决这个 问题 的唯 一办法 是配 置管 理 。 三 、软件 配置 管理 信 息系统 项 目的对 象是信 息 系统 ,它和 传 统 的制造产 品 有着 很大 的差 别 ,这些 差别 决定 了信 息系 统项 目必 须相应 地采 取特 殊 的措 施 ,否则无 法 达到其 目标 。但 是 , 由于 在 当今 软件 开发活 动 中 由于缺 乏必要 配 置管理 流程 和工 具很 多软 件企 业在 日常开发 工 作 中都 会遇 到诸 如组 织知 识和 过程 财 富流失 ,项 目成 员不 能及 时 了解项 目进 展状 况 ,缺乏 实现 并行 开发 手段 ,无法 有 效管 理和跟 踪 变更 等 问题 。 那么 配置 管理在 I T项 目管理 中到底 能起 到什 么作 用 呢? 笔 者通过 在学 院担 任系 统管 理员 工作 实践 中 ,积累 了关 于如 何 根据 软件 公司 的规模 和研 发力 量制 定配 置管 理 的策划 ,如 何进 行 配置 管理 的审计 和配 置管 理与项 目 更之 间的关 系等 方面经 验 变

软件开发项目中文档编制及其管理规范

软件开发项目中文档编制及其管理规范

软件开发项目中文档编制及其管理规范1. 文件种类计算机软件所包含的文件有2类,一类是开发过程中填写的各种图表,称之为工作表格;另一类是应编制的技术资料或技术管理资料,称为文档。

在一项计算机软件的开发过程中,一般地说,应该产生14种文件:-可行性研究报告-项目开发计划-软件需求说明书-数据要求说明书-概要设计说明书-详细设计说明书-数据库设计说明书-用户手册-操作手册-模块开发卷宗-测试计划-测试分析报告-开发进度月报-项目开发总结报告2. 使用文件的人员以及所关心的文件:人员文件种类管理人员可行性研究报告模块开发卷宗开发进度月报项目开发总结报告开发人员可行性研究报告项目开发计划软件需求说明书数据要求说明书概要设计说明书详细设计说明书数据库设计说明书测试计划测试分析报告维护人员设计说明书测试分析报告模块开发卷宗用户用户手册操作手册3. 软件生存周期各个阶段及其相应的各种文件的编制3.1 软件生存周期一个计算机软件,从出现构思,经过开发成功并投入使用,到停止使用,完成一个生存周期。

这个周期可以分为6个阶段:-可行性与计划研究阶段-需求分析阶段-设计阶段-实现阶段-测试阶段-运行与维护阶段3.2软件生存周期各阶段中各类文件的编制3.3扩展的文件当被开发的系统的规模非常大时,例如工作量超过30人月时,编写的文档应该按照以下的方法分类,以包含更加详细的内容。

4. 文件编制工作的管理文件编制工作必须有管理工作的配合,才能使所编制的文件真正发挥作用。

文件编制工作是一项贯穿整个软件开发过程的工作。

因此对文件的管理必须贯彻整个开发过程。

在开发中必须进行的管理工作有:4.1文件的形成文件的形成是各个阶段开发工作正式完成的标志,因此,开发集体必须及时地对这些文件进行严格的评审。

开发人员在软件开发过程中,必须-按照规定,及时完成各种产品文件的编写工作;-将开发过程中做出的决定和取得的修改及时写入文件;文件中必须有编写者、评审者、批准者的签字,必须有编写、评审完成的日期和批准日期。

软件项目配置管理计划

软件项目配置管理计划

软件项目配置管理计划配置管理计划一)基本信息项目名称:软件项目配置管理计划项目代号:CGN-IT-C3-A12-01立项时间:2021年6月预计主要项目阶段有:需求分析、设计、编码、测试、发布配置项目命名规则依据:项目代号+配置项名称二)角色与职责高级配置管理员:制定《配置管理计划》搭建配置库结构申请并配合建立配置库配置库的管理准备、申请、并实施基线化(或发布入库)工作将建库和入库情况及时通知各项目成员备份、维护基线库(或发布库)配合SQA完成配置管理状态报告项目配置管理员:根据实际情况审批建库申请分配服务器资源,完成建库管理配置库的用户帐号、权限对配置库做物理审计配合SQA完成配置管理状态报告SQA:审核配置管理计划审核建库申请配合高级配置管理员、项目配置管理员完成配置管理状态报告三)配置管理资源配置库服务器:配置库软件数据库管理软件系统管理软件四)权限分配高级配置管理员:配置库管理员权限项目配置管理员:配置库用户权限五)配置项计划配置项名称:软件需求规格说明书软件设计文档源代码测试计划测试报告发布文档六)配置库基线基线名称:版本1.0版本2.0版本3.0七)配置库备份计划备份频率:每周一次备份方式:备份到本地磁盘备份到远程服务器八)配置库状态报告报告频率:每月一次报告内容:配置库使用情况基线情况变更情况九)配置审核审核内容:建库申请入库申请基线申请十)审批意见批准人:高级配置管理员SQA审批时间:2021年6月审批配置管理员提交的基线化申请表和发布入库申请表,与各项目组代表一起评审配置项的变更,并审批配置管理计划。

审批建库申请表,并与CCB成员一起审批配置项的变更、基线化和发布申请。

检查配置管理计划的完成情况。

了解并按权限正确使用配置库,并与项目组配置管理员配合准备和申请基线化(或发布入库)工作。

检查项目SCM工作是否按流程和计划实施,反馈不符合项给项目组,并跟踪其修正情况。

对配置库进行功能审计,检查项目组和高级配置管理员的工作,并与之合作完成配置管理状态报告。

软件项目管理-配置管理

软件项目管理-配置管理
缺点:需要投入一定的时间和资源进行工具的学习和实施可能会增加软件开发的 成本。
比较:不同的配置管理工具在功能、易用性、开放性、可扩展性等方面各有优劣 需要根据实际需求进行选择。
结论:选择适合的配置管理工具是软件项目管理中非常重要的一环可以提高软件 的质量和开发效率。
PRT SIX
配置管理定义:在软件开发过程中对项目的配置项进行控制、状态记录和变更管理的 过程。
配置管理目的:确保软件产品的完整性和可追溯性提高软件质量降低开发成本。
配置管理实践:实施配置管理计划进行版本控制、基线管理、变更控制等操作确保软 件开发的顺利进行。
配置管理工具:使用配置管理工具进行配置项的管理、跟踪和审计如Git、SVN等版本 控制系统。
配置管理在软件项目管理中的重要 性
配置管理在项目管理中的实践案例
配置项:软件项目中需要管理的对象如代码、文档、数据等 版本控制:对配置项的变更进行记录、追踪和管理的过程 目的:确保配置项的一致性和可追溯性避免出现混乱和冲突 常用工具:Git、SVN等版本控制系统
配置项的变更请求提交 变更请求的评估和审批 配置项的变更实施 变更后的验证和审核
配置项审计:确保配置项的准确性和完整性防止 错误和遗漏
添加标题
添加标题
配置管理的实践经验分享
添加标题
添加标题
配置管理未来的发展趋势和挑战
配置管理流程:从需求分析、设计、编码、测试到部署的完整流程 配置管理工具:如Git、SVN等版本控制工具的使用 配置管理最佳实践:如分支管理、代码审查、自动化部署等 案例分析:如某公司如何通过配置管理提高软件质量与开发效率
配置管理工具:用于支持配置管 理的软件工具如版本控制系统、 配置管理系统等。
标识:识别和 管理配置项的

22信息文档管理与配置管理(含课后练习)

22信息文档管理与配置管理(含课后练习)

信息系统项目管理师(高级)信息文档与配置管理第22课补充考点编制配置管理计划创建配置管理环境审核变更计划变更申请变更实施变更发布CCB√CMO√√√√项目经理√开发人员√√工作负责人各角色在配置管理活动中的权限(必须掌握)1、()验证一个配置项的实际工作性能是否符合他的需求规格说明。

19年5月第12题A、功能配置审计B、物理配置审计C、设计评审D、代码审计【答案】A2、配置管理工作中,确定配置项的所有者及其责任、确定配置项进入配置管理的时间和条件是()的工作内容。

19年5月第50题A、配置状态报告B、配置审计C、配置控制D、配置标识【答案】D3、关于配置控制委员会(CCB)的说法,正确的是()。

19年5月第51题A、CCB负责分配配置库的操作权限B、CCB负责制定配置管理计划C、CCB必须是常设机构D、CCB可以是兼职人员【答案】D4、关于软件配置管理的描述,不正确的是()。

18年11月第11题A、配置控制委员会成员必须是专职人员B、配置库包括动态库(开发库),受控库(主库)、静态库(产品库)C、常用的配置管理工具有SVN、GIT等D、配置项的状态分为草稿、正式和修改三种【答案】A5、在项目配置项与基线的变更控制中,()是配置管理员的主要工作。

18年11月第51题A、确定受变更影响的关联配置项和有关基线B、将变更申请的决议通知受此变更影响的每个干系人C、组织修改配置项,并在相应的文档或程序代码中记录变更信息D、将变更后的配置项纳入基线,并将变更内容和结果通知相关人【答案】D6、结束软件测试工作时,应按照软件配置管理的要求,将()纳入配置管理。

18年5月第10题A、全部测试工具B、被测试软件C、测试支持软件D、以上都是【答案】D7、某软件企业为了及时、准确地获得某软件产品配置项的当前状态,了解软件开发活动的进展状况,要求项目组出具配置状态报告,该报告内容应包括:()。

17年11月第10题①各变更请求概要:变更请求号、申请日期、申请人、状态、发布版本、变更结束日期②基线库状态:库标识、至某日预计库内配置项数、实际配置项数、与前版本差异描述③发布信息:发布版本、计划发布时间、实际发布时间、说明④备份信息:备份日期、介质、备份存放位置⑤配置管理工具状态⑥设备故障信息:故障编号、设备编号、申请日期、申请人、故障描述、状态。

软考信息系统项目管理师模拟题之文档与配置管理

软考信息系统项目管理师模拟题之文档与配置管理

信息系统项目管理师软考信息系统项目管理师模拟题之文档与配置管理1.下面关于变更控制委员会CCB的叙述中,不正确的是( ) 。

B的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员B一定是常设机构,是项目中必不可少的C.小的信息系统项目CCB可以只有1人甚至只是兼职人员D.任务是对建议的配置项变更做出评价、审批,以及监督己批准变更的实施[答案] B[分析]变更控制委员会CCB也可称为配置控制委员会(Configuration Control Board),是配置项变更的监管组织。

其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。

CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。

这个组织不必是常设机构,完全可以根据工作的需要组成。

例如,按变更内容和变更请求的不同,组成不同的CCB。

小的信息系统项目CCB可以只有1人甚至只是兼职人员。

如果CCB不只是控制变更,而是承担更多的配置管理任务,那就应该包括基线的审定、标志的审定,以及产品的审定,并且可能实际的工作需要分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。

2.如果想评定按计划得来的参数是否需要修正,应该用( ) 。

A.结构管理软件B.项目管理信息系统C.项目状态评审会议D.绩效测量技术[答案] D[分析]绩效测量技术,例如,己获得价值管理,是指整合范围、成本和进度评审,以协助项目管理团队评估绩效并决定是否要采取纠下行动。

3.根据信息系统文档产生、使用范围的不同,可以将其分为三大类,其中( ) 属于开发文档又属于用户文档。

A.详细设计说明书B.需求说明书C.用户手册D.项目开发计划[答案] B[分析]根据信息系统文档产生、使用范围的不同,可以将其分为以下三大类。

(1)开发文档:为开发工作提供支持的各种文档,其读者群主要针对开发人员。

其中主要包括需求规格说明书、数据要求规格说明书、高层设计说明书、详细设计说明书、项目开发计划等;(2)管理文档:为项目的开发管理提供支持的各种文档,其读者群主要针对管理人员,其中主要包括可行性研究报告、项目开发计划、测试计划、技术报告、开发进度记录、项目开发总结报告等;(3)用户文档:向用户传达各种与开发相关、与产品相关的信息,其读者群主要针对最终用户。

软件项目实施过程文档管理

软件项目实施过程文档管理

1项目实施过程文档管理文档编制是一个从形成最初轮廓, 经反复检查和修改, 直到系统和文档交付使用的完整过程, 要随着所反映内容的调整进行不断的补充修改, 以使之与现行系统版本保持一致。

为确保项目的顺利开展和实施, 我们分别制定了项目组人员保证方案和软件开发质量保证方案以及项目进度保证方案。

制定和编写文档在计算机工程各个阶段, 必需按照规定及时完成各种文档的编写工作, 必需把每一个过程中的决定和取得的成果及时写入文档, 及时进行评审。

在实际的项目建设过程中, 可根据项目的规模和复杂性, 掌握文档的灵活性, 制定对文档的规定, 包括:(1).将编制的文档的种类;(2).文档的详细程度(可以依据已定义的相关文档的模版);(3).各个文档的编制负责人和进度;(4).审查的负责人和时间安排;文档的分类和标识➢我公司向贵公司提供的文档可以分成以下两个部分:➢产品本身相关的文档➢作为产品化的软件系统, 我公司承诺提供给贵公司和产品版本相匹配的文档, 并随着以后每次产品版本的升级, 提供相应版本的文档。

➢项目过程中产生的文档文档更新并保持其有效性, 是公司项目管理的重要工作, 在公司的项目管理中, 和设立特定的文档服务器和专职的文档管理人员(一般由项目经理担任), 在项目的每个阶段, 都及时提交阶段性的文档给用户, 并进行相应的版本管理, 以保证整个项目的文档更新和有效性。

在系统集成过程中, 产生的文档很多, 为了便于保存、查找、使用和修改, 将文档按层次分类、组织, 每一页都有明确的标识, 特别是同一文件不同版本号。

因此文档将至少包含以下便于管理的信息:文档的管理对各阶段形成的文档, 必需有编写人、审核人的签字, 必需有编写、审核完成的日期。

对个别修改的工作, 也将按对修改人和审核人进行记录。

建立文档签署机制是为了分清责任和便于管理;签署后的文档可作为本阶段工作完成的标志和下一阶段工作开展的基础。

文档管理是作为配置管理重要内容, 遵守配置管理的管理过程。

配置管理在软件开发中的作用

配置管理在软件开发中的作用

配置管理在软件开发中的作用一、引言随着软件开发的不断发展,软件的复杂性和规模越来越大,对软件配置管理的要求也越来越高。

配置管理是一种对软件开发过程中所有组成部分进行跟踪和控制的方法,它在保证软件质量、提高开发效率、降低维护成本等方面都起到了重要作用。

二、配置管理的概念配置管理是指将软件产品的所有组成部分(包括源代码、文档、测试数据、可执行文件等)进行跟踪和控制,并记录这些组成部分之间的关系和变化历史。

通过配置管理,可以确保每个版本都是可重现的,从而方便进行版本控制、变更管理和问题追踪。

三、配置管理的基本原则1. 统一标识:为每个组成部分分配唯一标识符,以便在整个开发过程中进行跟踪和识别。

2. 版本控制:记录每个组成部分的版本信息,并确保每个版本都可以被恢复或重建。

3. 变更管理:记录每个组成部分的变更历史,并确保变更得到适当地评审和批准。

4. 发布管理:对每个发布版本进行文档化,以便于用户了解软件的功能和特性。

5. 构建管理:确保每个版本都可以被构建和部署。

四、配置管理的重要作用1. 提高开发效率:配置管理可以帮助团队协同工作,避免重复劳动和冲突,并提高代码质量和可维护性。

2. 降低维护成本:通过版本控制和变更管理,可以快速定位并修复软件中的问题,从而降低维护成本。

3. 确保软件质量:配置管理可以确保每个版本都是可重现的,并且经过适当的测试和评审,从而提高软件质量。

4. 管理项目风险:通过记录变更历史和发布信息,可以及时发现并处理项目中的问题,并避免风险扩大化。

5. 支持业务需求:通过发布管理和构建管理,可以确保软件按照业务需求进行交付,并且满足用户的期望。

五、配置管理工具为了实现配置管理的目标,需要使用一些专门的工具来辅助实施。

常见的配置管理工具包括:1. 版本控制系统(如Git、SVN等):用于记录每个组成部分的版本信息,并支持分支、合并等操作。

2. 自动化构建工具(如Jenkins、Travis CI等):用于自动化构建和部署软件,以便于测试和发布。

软件开发项目管理研究项目计划 执行及配置管理

软件开发项目管理研究项目计划 执行及配置管理

关键技术
1、项目管理软件:如Microsoft Project、Oracle Primavera等,可以帮 助项目经理更好地管理项目资源、跟踪项目进度和监控项目成本。
2、需求分析工具:如MindManager、Visio等,可以帮助团队成员更好地了 解客户需求,梳理业务流程,为项目计划和开发提供有力支持。
3、问题解决:针对项目过程中出现的问题,采取有效的解决方法,如根本 原因分析、风险应对策略等。
4、经验总结:项目结束后,对项目进度计划管理的过程进行总结和评价, 以便在今后的项目中更好地应用。
谢谢观看
软件开发项目管理研究项目计划 执行及配置管理

01 一、项目计划
03 三、配置管理
02 二、项目执行 04 参考内容
软件开发项目管理:项目计划、 执行及配置管理的研究
在当今高度信息化的时代,软件开发项目管理的有效性直接关系到项目的成 功与否。项目管理涉及计划、执行及配置管理等多个环节,本次演示将深入探讨 这三个方面的最佳实践。
1、风险管理:在项目执行过程中,风险管理贯穿始终。这包括识别潜在风 险、分析风险影响和概率、制定相应的应对策略,以及持续监控风险状况。
2、质量管理:质量管理是确保软件开发项目满足预期的关键环节。这包括 对代码的审查、测试阶段的严格把控,以及使用质量管理系统来确保软件质量。
3、沟通管理:项目执行过程中的有效沟通至关重要。团队成员需要保持及 时、准确的信息共享,以确保所有人对项目状态有统一的认知。
4、变更管理:在软件开发中,变更管理是必要的。当需求发生变化时,我 们需要及时评估变更的影响,并迅速做出调整。
三、配置管理
配置管理是软件开发项目管理中不可或缺的一部分,它涉及到对项目过程中 产生的各种信息和文件的管理。

软件项目中的文档规范与管理

软件项目中的文档规范与管理

软件项目中的文档规范与管理随着信息技术的不断发展,软件项目已经成为了现代化生产和管理中的必要手段。

在软件项目开发过程中,文档的作用不言可喻,良好的文档规范和管理能够提高软件项目开发效率和质量,降低项目风险和成本。

因此,本文将会介绍软件项目中文档规范和管理的相关知识。

一、文档规范在软件项目开发中,文档规范是非常重要的。

文档规范是指对软件项目中各种文档的撰写标准和要求的总称。

文档规范的具体内容包括文档名称、文件命名规则、书写格式、内容要求、审批流程等。

文档规范对于提高软件项目管理水平、规范团队成员的开发习惯、提高文档质量以及增强软件项目开发的可维护性和扩展性都至关重要。

1.1 文档命名的标准文档命名的标准通常关注以下内容:1、简洁明了。

文件名称应简洁明了,便于开发人员快速区分和查找。

2、准确表达信息。

文件名称应准确的表达文件的内容和用途,避免产生歧义。

3、使用字母和数字,避免使用特殊字符。

字母和数字的组合更容易理解和记忆。

1.2 文档审批流程在软件项目中,一个文档的产生,需要经过从初稿到最终定稿的不断修改和审批过程。

文档的审批流程应该包括哪些环节,应该由哪些人员参与,需要遵守什么原则,都是需要考虑的问题。

一般的文档审批流程包括初稿、初审、二审、定稿。

1.3 文档书写格式文档书写格式不仅要符合规定,而且要尽可能的清晰易懂,让读者能快速的找到所需要的信息,详情如下:1、排版要整洁:字体要统一,行距、字符间距要合适,留白要有规划。

2、段落结构清晰:有标题、正文和结论等。

3、标点符号正确:标点符号的使用要正确,注意中英文之间以及符号和数字之间的空格。

二、文档管理为了保证软件项目文档的质量和有效性,需要进行规范化的管理。

文档管理是保证软件项目文档全过程管理的一项重要工作,要合理利用管理手段、适当规范工作方法,以提高文档生成效率、改善文档的质量和管理能力。

2.1 文档版本控制软件项目开发过程中涉及的文档较多,如需求文档、设计文档、测试文档和用户手册等,可能会面临多个版本的文档,需要定期跟新,必须做好文档版本控制,避免不同版本的文件混乱、文档信息的遗漏或者混淆等问题。

专业前沿技术发展动态(软件项目管理)10

专业前沿技术发展动态(软件项目管理)10

2
专业前沿技术发展动态:软件项目管理
天津理工大学华信软件学院 张一鸣
第十章 软件项目的 文档管理和配置管理
• 软件文档概述
• 文档的种类
• 文档的质量要求及其规格
• 文档的管理和维护
• 配置管理概述 • 配置控制 • 配置管理计划
3
专业前沿技术发展动态:软件项目管理
天津理工大学华信软件学院 张一鸣
6
专业前沿技术发展动态:软件项目管理
天津理工大学华信软件学院 张一鸣
软件文档种类
• 可行性分析报告:说明该软件开发项目的实现在技
术上、经济上和社会因素上的可行性,评述为了合
理地达到开发目标可供选择的各种可能实施方案, 说明并论证所选定实施方案的理由 • 项目开发计划:为软件项目实施方案制定出具体计 划,应该包括各部分工作的负责人员、开发进度、
备文档。
• 软件修改报告:软件产品投入运行以后,发现了需要
对其进行修正、更改等问题,应将存在的问题、修改 的考虑以及修改的影响做出详细的描述,提交审批。
11
专业前沿技术发展动态:软件项目管理
天津理工大学华信软件学院 张一鸣
实例:项目的文档管理
“厦兴化工ERP系统”项目中,设立专门的服 务器存放文档,下设项目管理、项目准备、蓝图设计 、系统实现、上线准备上线支持等六个子目录,分别 存放每一阶段的电子文档。各子目录存放的文件如下 : • 项目管理:存放管理制度、会议纪要、问题记录 、项目周例会、项目阶段汇报等有关的文档或子目录 。 • 蓝图设计:存放组织结构定义、各模块AS-IS和 TO-BE流程图设计文档、主数据流程文档等。
关系可以跟踪了解项目的开发动态。
21
专业前沿技术发展动态:软件项目管理
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件项目信息文档管理与配置管理
1、软件文档一般分为三类:开发文档、产品文档、管理文档
1)开发文档描述开发过程本身,基本的开发文档包括:
(1)可行性研究报告和项目任务书
(2)需求规格说明书
(3)功能规格说明书
(4)设汁规格说明书,包括程序和数据规格说明书
Y
(5)开发计划
(6)软件集成和测试计划
(7)质呈保证计划
(8)安全和测试信息
2)产品文档描述开发过程的产物,基本的产品文档包括:
(1)培训手册
(2)参考手册和用户指南
(3)软件支持手册

(4)产品手册和信息广告
3)管理文档记录项目信息管理的信息,例如:
(1)开发过程的每个阶段的进度和进度变更的记录
(2)软件变更情况记录
(3)开发团队职责迄义
(4)项目计划、项目阶段报告
(5)配置管理计划
2、文档的质量可以分为四级:
1
最低限度文档(1级文档),适合开发工作量低于一个人月的开发者自用程序。

该文档应包含程序淸单、开发记录、
测试数据和程序简介。

内部文档(2级文档),可用于没有其他用户共享资源的专用程序。

除1级文档提供的信息外,2级文档还包括程序淸单内足够的注释以帮助用户安装和使用程序。

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

正式文档(4级文档)适合那些正式发行供普遍使用的软件产品。

关键性程序或具有重复管
理应用性质(如工资计算)的程序需要4级文档。

4级文档遵守GB/T8567-2006的有关规定。

3、 配置管理包括6个主要活动:制泄配置管理计划、配程标识、配置控制、配置状态 报
告、配置审计、发布管理和交付。

4、 在信息系统的开流程中需加以控制的配置荐可以分为基线配置和非基线配置项两 类
5、 所有配置项的操作权限应由CMO (配置管理员)严格管理,基本原则是:基线配置
项向开发人员开放读取的权限;非基线配置项向PM 、CCB 及相关人员开放。

6、 配置项的状态分为"草稿"、"正式"、"修改"三种。

7、 配置项的版本号规则与配置项的相关状态: 1) 处于"草稿"状态的配置项的版本号格式为 2) 处于"正式"状态的配置项的版本号格式为 3) 处于"修改"状态的配置项的版本号格式为
并且,由于我们不能保证新版本一泄比旧版本好,所以不能抛弃旧版本。

&信息系统的开发过程是一个不断变化着的过程,为了在不严重阻碍合理变更的情 况下来控制变化,配置管理引入了"配置基线"的概念。

9、 基线通常对应于开发过程中的里程碑,一个产品可以有多个基线,也可以只有一 个基
线。

交付给外部顾客的基线一般称为发行基线,内部开发使用的基线一般称为构造基 线。

10、 建立基线有以下好处:
1) 基线为开发工作提供了一个立点和快照。

2) 新项目可以在基线提供的左点上建立。

新项目作为一个单独分支,将与随后对原始 项
目(在主要分支上)所进行的变更进行隔离。

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

4) 可以利用基线重新建立基于某个特左发布版本的配置,以实现以报告的错误 11>配置库可以分为开发库、受控库、产品库3种类型
1)开发库。

也称为动态库、程序员库或工作库,用于保存开发人员当前正在开发的配 置
实体。

动态库是开发人员的个人工作区,由开发人员自行控制。

2) 受控库。

也称为主库,包含包含当前的基线加上对基线的变更。

受控库中的配置 项被
宜于完全的配置管理之下。

在信息系统开发的某个阶段工作结朿时,将目前的工作产 品存入受控库。

3) 产品库。

也称为静态库、发行库、软件仓库。

在开发的信息系统产品完成测试之后, 作
第1位,牛•命周期法各
阶段
第5、6位,流水码. 第3, 4位,文档内容 笫2位,各阶段的文
为最终产品存入产品库内,等待交付用户或现场包装。

12、配置库的操作权限
13、受控库的权限设置
14、产品库的权限设置
裘M-3产品库的权限设蓝
15、配置委员会,负责对配置变更做出评估、审批以及监督已批准变更的实施。

CCB建立在项目级,苴成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配宜管理员等。

小的项目CCB可以只有一个人,甚至只是兼职人员。

CCB不只是控制配置变更,而是负有更多的配置管理任务,例如:配巻管理、il•划审批、基线设立审批、产品发布审批等。

16、配置库的变更控制流程:
1)将待升级的基线(假设版本号为)从产品库中取出,放入受控库
2)程序员将欲修改的代码段从受控库中检岀(Check Out),放入自己的开发库中进行修改。

代码被Check Out后即被"锁泄",以保证员一段代码只能同时被一个程序员修改, 如果甲正对其修改,乙就无法Check 0ut o
3)程序员将开发库中修改好的代码段检入(Check in)受控库。

Check in后,代码的"锁泄"被解除,其他程序员可以Check Out该段代码了。

4)软件产品的升级修改工作全部完成后,将受控库中的新基线存入产品库中(软件产品的版本号更新为,旧的版本不删除,继续在产品库中保存)
17、配置审计也称配置审核或配置评价,包括功能配置审计和物理配置审计,分别用以验证当前配置项目的一致性和完整性。

功能配置审计是审计配置项的一致性(配置项的实际功效是否与其一致),具体体现在以下几个方面:
1)配宜项目的开发已圆满完成
2)配宜项已到达到配置标识中规定的性能和功能特征
3)配置项目的操作和支持文档已完成并且是符合要求的。

19、物理配置审计是审计配置项的完整性(配置项的物理存在是否与预期一致),具体验证如下几个方面:
1)要交付的配宜项是否存在
2)配置项中是否包含了所有必须的项目。

相关文档
最新文档