配置管理
- 格式:doc
- 大小:450.00 KB
- 文档页数:11
配置管理方案目录1. 配置管理的定义与重要性1.1 配置管理的概念1.1.1 什么是配置管理1.1.2 配置管理的作用1.2 配置管理的重要性1.2.1 为什么需要配置管理1.2.2 配置管理对项目的影响2. 配置管理的实施步骤与方法2.1 配置管理步骤2.1.1 需求分析2.1.2 配置项识别2.1.3 配置控制2.2 配置管理方法2.2.1 配置管理工具2.2.2 配置管理流程3. 配置管理的好处与挑战3.1 配置管理的好处3.1.1 提高工作效率3.1.2 降低风险3.2 配置管理的挑战3.2.1 部署复杂性3.2.2 维护成本4. 配置管理的最佳实践4.1 规划良好的配置管理策略4.2 选择适合的配置管理工具4.3 建立有效的变更管理流程5. 结语配置管理的定义与重要性配置管理是软件工程中的一个重要概念,指的是对软件项目中的各种配置项进行有效管理和控制,包括需求文档、设计文档、代码版本、测试数据等。
通过配置管理,可以确保软件开发过程中的每一个变更都得到追踪、记录和审计,从而确保软件项目的可追溯性和稳定性。
配置管理的重要性在于可以帮助团队更好地协作,提高项目交付的质量和效率。
没有良好的配置管理实践,就很容易出现版本混乱、代码冲突和项目延期等问题,影响整个软件开发过程的顺利进行。
配置管理的实施步骤与方法要实施配置管理,首先需要进行需求分析,确定项目的配置管理需求;然后识别所有的配置项,包括软件和文档等;接着制定配置控制策略,确保配置项的变更都经过审批和记录。
配置管理的方法包括使用专门的配置管理工具来管理和控制不同版本的配置项,以及建立详细的配置管理流程,确保每一个配置项的变更都按照规定的程序进行。
配置管理的好处与挑战配置管理的好处包括提高工作效率,降低风险。
通过配置管理,团队可以更好地协作,避免版本混乱和冲突,从而提高项目的交付质量和效率。
然而,配置管理也面临一些挑战,如部署复杂性和维护成本。
配置管理主要职责配置管理是一项关键的职责,它涉及到管理和控制系统配置以确保系统的稳定性和可靠性。
配置管理主要职责包括以下几个方面。
配置管理负责制定和执行配置管理策略。
配置管理策略是根据组织的需求和目标制定的一套规范和流程,用于管理和控制系统的配置。
配置管理人员需要与相关部门合作,了解组织的需求,并制定适合的策略,以确保配置管理的有效实施。
配置管理负责配置项的识别和控制。
配置项是系统中的各个组件或部件,包括硬件、软件、文档等。
配置管理人员需要对系统进行详细的分析和识别,确定系统中的所有配置项,并建立相应的配置项库。
同时,配置管理人员还需制定配置项的控制策略,包括版本控制、变更控制等,以确保配置项的正确性和一致性。
第三,配置管理负责配置变更管理。
系统的配置是一个动态的过程,随着需求的变化和技术的发展,配置项可能需要进行修改、更新或替换。
配置管理人员需要对配置变更进行评估和管理,确保变更的合理性和影响的可控性。
配置变更管理包括变更请求的审批、变更实施的计划和控制、变更后的验证和确认等环节。
第四,配置管理负责配置项的版本管理。
版本管理是指对配置项进行标识、记录和跟踪,以确保每个配置项的变更历史可追溯。
配置管理人员需要制定版本管理策略,确定版本标识的方法和规则,并建立版本库或版本控制系统,以便于对配置项进行管理和控制。
第五,配置管理负责配置项的发布和交付。
配置项的发布是指将配置项的新版本或变更应用到生产环境中,而交付是指将配置项交付给相关用户或部门使用。
配置管理人员需要制定发布和交付的计划和流程,确保配置项的正确发布和交付,并进行相关的验证和确认。
配置管理负责配置项的审计和验证。
配置管理人员需要定期对配置项进行审计,确保配置项的正确性和一致性。
同时,还需要对配置管理的过程和策略进行验证,以确保配置管理的有效性和可靠性。
配置管理主要职责包括制定和执行配置管理策略、配置项的识别和控制、配置变更管理、配置项的版本管理、配置项的发布和交付,以及配置项的审计和验证。
配置管理的定义配置管理(Configuration management)是指Identify,organize,control changes,report track和 audit IT asset管理的一系列活动。
其目标是确保IT环境中的各种组件(包括软件,硬件和文档)得到有效的控制,以确保以下方面的需求得到满足:1.可追溯性--允许对IT环境中的组件进行全面跟踪和审计,以确保其符合企业的标准和政策,并能够管理潜在的安全和合规扰动。
2.变更控制--确保所有对IT环境进行的更改都是经过审批的,并且在进行更改时最小化了对IT运营的影响。
3.版本控制--确保所有软件和硬件组件都具有适当的版本号,并具有与旧版本的明确差异,以便在需要时回退到旧版本。
4.文档管理--确保所有IT环境的相关文档都得到归档和控制,以确保其完整性,准确性和及时性。
5.库存控制--确保组织控制和管理其所有IT资产和物料,从而使其能够有效地利用和管理资源,并最大程度地减少业务风险。
6.透明度--确保所有与IT环境相关的信息都是明确可见和可访问的,以利于快速分析和解决出现的问题。
配置管理的优势配置管理的实施有助于组织实现以下几个优势:1.业务连续性--通过确保对IT环境进行控制和管理,配置管理可以协助组织避免由于更改引起的业务中断。
2.资源最大化--通过优化IT资源的使用和管理,配置管理帮助组织提高其IT部门的工作效率和生产力。
3.合规性和安全性--通过对IT环境中的组件进行全面的控制和审计,配置管理有助于组织保持合规性和安全性。
4.成本节约--通过提高IT资源的利用率和管理效率,配置管理帮助组织降低其IT成本。
配置管理的实施配置管理应该是一个持续的活动,涉及到包括以下方面的活动:1.规划--定义配置管理策略,制定目标和度量标准,以及设计配置管理过程。
2.识别和记录--建立IT资产清单,并记录其性能和关键特点。
3.变更管理--定义和实施更改管理过程,确保对IT环境的任何更改都得到记录和审批,并减轻更改引起的风险。
配置管理计划配置管理计划是一项关键的管理文档,用于指导和管理项目配置管理的各个方面。
它提供了一个框架,以确保项目团队可以有效地管理和控制项目中各种配置项的创建、变更、记录和追踪。
本文将详细介绍配置管理计划,包括其定义、目的、内容和制定方法。
一、配置管理计划的定义和目的配置管理计划是项目管理中的一项重要文档,用于规划和指导项目配置管理的活动。
它定义了项目中所有配置项的管理规程、流程和职责分工,以确保项目团队可以有效地控制和管理各种配置项的状态和变更。
配置管理计划的主要目的是确保项目在整个生命周期内都能够保持配置项的完整性和一致性。
通过制定配置管理计划,项目团队能够准确记录和跟踪配置项的变更,及时控制和修正配置项的错误,确保项目交付的质量和可交付成果的准确性。
二、配置管理计划的内容配置管理计划包含一系列内容,以确保项目配置管理的有效实施。
主要包括以下几个方面:1. 引言:介绍配置管理计划的编写目的和背景,以及项目的基本信息和目标。
2. 配置管理的原则和目标:明确配置管理的基本原则和核心目标,以指导项目团队进行配置管理工作。
3. 配置管理的组织结构和职责分工:描述配置管理的组织结构和各成员的职责和权限,确保配置管理过程的顺利进行。
4. 配置管理流程:详细描述配置管理的各个流程和相关的输入、输出和活动,包括配置项的识别、版本控制、变更控制、审查和确认等。
5. 配置管理工具和技术:介绍配置管理过程中使用的工具和技术,如配置管理软件、版本控制系统、问题跟踪工具等。
6. 配置管理的检查和审核:规定配置管理的检查和审核机制,确保配置项符合相关标准和规定,并能够及时发现和纠正配置项的问题。
7. 配置管理的沟通和培训:制定配置管理的沟通策略,并规划相关的培训活动,以提高项目团队的配置管理意识和能力。
8. 配置管理的风险管理:分析配置管理过程中的风险,并提出相应的风险应对措施,以减少风险对项目的影响。
三、配置管理计划的制定方法制定配置管理计划需要项目团队全力配合,按照以下步骤进行:1. 收集项目信息:收集项目的基本信息和相关要求,包括项目的目标、范围、时间和成本等。
配置管理岗位职责嘿,朋友们!今天咱来聊聊配置管理岗位职责这个事儿。
你想想看,配置管理就像是一个大管家,把所有的东西都安排得妥妥当当。
它得时刻盯着那些软件啦、硬件啦、文档啦等等,可不能让它们出啥乱子。
就好比家里的各种物件,你得清楚地知道它们都放在哪儿,什么时候该用,怎么用。
配置管理也是一样,要对各种资源了如指掌。
如果把一个项目比作一场精彩的演出,那配置管理就是幕后的那个关键人物,确保舞台、道具、灯光一切都准备就绪。
它要负责版本控制呀,这可太重要啦!要是没有好好管理版本,那可就乱套啦,就像你找东西,一会儿找到个旧的,一会儿找到个新的,能不晕头转向吗?配置管理得确保大家用的都是最新最正确的版本,这多关键呀!还要管理配置项呢!每一个配置项都像是家里的宝贝,得好好照看。
不能丢了,不能坏了,还得随时能找到。
这可不是个轻松的活儿,但却是非常重要的呀!而且呀,配置管理还得和各个部门打交道。
和开发部门沟通,确保他们的代码都放对了地方;和测试部门合作,让他们能顺利地进行测试。
这就像是一个协调员,得让各方都满意,都能顺利工作。
你说,要是没有配置管理,那项目不就像没头的苍蝇一样乱撞吗?那得浪费多少时间和精力呀!所以呀,配置管理这个岗位可真是不可或缺的呢!它得细心,不能放过任何一个小细节;它得有耐心,面对繁琐的工作也不能烦躁;它得有责任心,对项目负责,对团队负责。
这可不是谁都能随便干好的事儿呀!想想看,如果一个项目中没有清晰的配置管理,那会是什么样的场景?大家都不知道该用哪个版本的软件,文档也乱七八糟,这项目还能顺利进行吗?肯定不行呀!所以说呀,配置管理真的太重要啦!咱再打个比方,配置管理就像是一个优秀的图书管理员,要把所有的书都整理得井井有条,让读者能快速找到自己想要的书。
这需要多少心血和努力呀!总之呢,配置管理岗位看似平凡,实则伟大。
它是项目成功的重要保障,是团队中不可或缺的一员。
大家可别小看了这个岗位呀!它真的能为项目带来巨大的价值呢!。
配置管理规范配置管理规范是一份组织或企业制定的,用于管理配置项的规定和流程的文件。
它的目的是确保配置项的正确性、一致性和可追溯性,以提高配置项的管理效率和可靠性。
下面是一份配置管理规范的典型内容,共有以下几个方面:1. 配置管理目的配置管理的目的是确保项目的稳定性、可靠性和一致性。
通过合理的配置管理流程,可以减少配置变更对项目的风险和影响,提高项目的质量和效率。
2. 配置管理团队配置管理团队由配置管理员和相关团队成员组成。
配置管理员负责实施和维护配置管理规范,相关团队成员负责配合配置管理工作的实施。
3. 配置管理流程配置管理流程包括配置项的识别、控制、状态管理和审计。
其中,配置项的识别是指对项目中的配置项进行标识和归类;配置项的控制是指对配置项的变更进行管理和控制;配置项的状态管理是指跟踪和记录配置项的状态变化;配置项的审计是指定期对配置项进行审查和验证。
4. 配置项的标识配置项的标识是指每个配置项都有一个唯一的标识符,用于标识和跟踪配置项的变更和状态。
标识符可以是一个编号、一个名称或一个组合的字符序列。
5. 配置项的分类配置项应按照其功能和特性进行分类。
常见的分类包括硬件配置项、软件配置项、文档配置项和人员配置项等。
6. 配置项的变更管理配置项的变更应按照变更管理流程进行控制和审批。
任何对已经配置发布的配置项的更改都必须通过变更管理流程进行审批和记录,确保变更的正确性和有效性。
7. 配置项的版本管理对于代码或软件配置项,应实施版本管理,通过版本号和版本控制工具进行管理,以确保配置项的版本一致性和可追溯性。
8. 配置项的备份和恢复对于关键配置项,应定期进行备份,并测试备份的可恢复性。
备份和恢复的策略和流程应与配置管理流程相衔接,确保配置项的完整性和可恢复性。
9. 配置管理的培训和治理配置管理规范应被广泛传达和培训给相关人员,以确保配置管理流程的全面实施。
同时,应定期对配置管理流程进行治理和改进,以适应项目变化和技术发展的需求。
配置管理制度配置管理是指针对某个产品或项目在不同阶段、不同环节进行配置的过程,目的是确保配置项能够满足产品或项目的需求,并且能够进行有效的变更控制和版本管理。
为了实施有效的配置管理,需要建立一套完善的配置管理制度。
下面是一些配置管理制度的重要内容:1. 配置管理责任制度:明确各个团队及个人在配置管理方面的职责和权限,确保每个人都知道自己的工作范围和责任,避免职责模糊和重复劳动。
2. 配置管理流程:制定详细的配置管理流程,包括需求收集、配置项识别、配置项变更、配置控制等各个环节的流程,并定义各个环节的输入、输出和所需资源。
3. 配置识别和标识:确定每个产品或项目的配置项,对每个配置项进行标识和编号,建立起配置项清单,并保证清单的及时更新和准确性。
4. 变更管理:建立变更管理机制,明确变更的发起人、审批流程、风险评估和变更推进等环节,确保变更能够合理、及时地进行,并避免潜在的风险。
5. 版本管理:对于每个配置项的变更,建立起版本管理机制,确保对于每个版本的变更都能够进行有效的追踪和控制,方便后续的回溯和恢复。
6. 文档管理:建立一套文档管理制度,对于每个配置项的设计文档、操作手册等进行管理,确保文档的版本一致性和可靠性。
7. 工具支持:配置管理工具是配置管理的重要支撑,需要根据实际需要选择合适的配置管理工具,并建立起相应的培训和使用机制。
8. 培训和沟通:配置管理需要涉及到不同团队和个人之间的协作,需要进行培训和沟通,确保每个人都具备一定的配置管理知识和技能,并能够与他人有效地进行沟通和合作。
配置管理制度的建立和执行需要得到各个相关方的支持和配合,需要进行定期的审查和改进,确保制度的有效性和适应性。
只有建立起完善的配置管理制度,才能够确保产品或项目的顺利进行,并且能够满足用户的需求和期望。
配置管理流程详解:配置计划、标识、控制等步骤配置管理是一种系统和程序工程的方法,用于在特定时间内,对系统、软件或硬件的多个版本和组成部分进行控制、追踪、审计、发布和变更管理。
配置管理通常涉及到版本控制、变更管理、权限管理、发布管理和审计等方面。
以下是一个完整的配置管理流程,包括配置计划、配置标识、配置控制、配置状态纪实、配置审计和配置处置六个主要步骤。
本文将会详细解释每一个步骤,字数超过30000字。
一、配置计划配置计划是在整个项目开始之前,对配置管理的范围、目标、策略、角色和责任进行定义的过程。
这涉及到确定哪些资产需要进行配置管理,哪些不需要,并制定相应的策略来管理这些资产。
此外,还要确定配置管理的技术手段,如使用哪些配置管理工具,如何分类和命名资产等。
同时,为了确保配置管理的有效实施,需要明确各成员在配置管理中的角色和责任。
在进行配置计划时,需要考虑以下几个方面:1.确定配置管理的范围。
这涉及到确定需要管理的资产的范围,包括哪些系统、软件、硬件、文档等需要进行配置管理。
2.确定配置管理的目标。
这些目标可能包括确保软件质量、提高开发效率、保护客户数据等。
3.制定配置管理的策略。
这包括如何分类和命名资产,如何进行版本控制,如何处理变更请求,如何进行发布管理等。
4.选择配置管理的工具。
可以选择使用各种配置管理工具,如版本控制系统、问题跟踪系统、变更管理系统等。
5.确定各成员的角色和责任。
这包括确定配置管理员、开发人员、测试人员、发布人员等的角色和责任。
二、配置标识在确定了需要配置管理的资产之后,需要对这些资产进行标识,以便能够准确地跟踪和控制这些资产。
配置标识包括给每个资产赋予一个唯一的标识符,以及为每个标识符创建一个包含所有重要信息的配置项数据库或电子表格。
此外,为了便于搜索和识别,还需要为每个资产创建元数据,这些元数据包括资产的名称、类型、版本、来源、用途等信息。
在进行配置标识时,需要考虑以下几个方面:1.为每个资产分配唯一的标识符。
配置管理计划主要活动
配置管理计划是项目管理中的一个重要组成部分,它描述了项目中实施配置管理的主要活动。
下面是配置管理计划的主要活动:
1. 配置标识:确定和记录项目中的各个配置项,并为其分配唯一的标识符,以便在整个项目生命周期中跟踪和管理。
2. 配置控制:通过制定变更控制过程,确保对配置项进行适当的变更管理。
这包括对变更请求的评估、批准和实施控制。
3. 配置状态记载:记录和跟踪每个配置项的状态和属性,包括版本号、审查状态、变更历史等信息。
4. 配置审核和验证:对配置项进行定期的审核和验证,以确保其符合预期的要求和标准。
5. 配置问题管理:管理和跟踪与配置项相关的问题和缺陷,确保及时解决和关闭。
6. 配置文档管理:管理项目中的配置文档,包括配置项的技术规格、设计文档、用户手册等。
7. 配置库管理:建立和维护一个中央配置库,用于存储和管理所有配置项的版本和变更历史。
8. 配置审计:定期进行配置审计,以确保配置管理的有效性和合规性。
9. 配置培训和沟通:为项目团队成员提供配置管理培训,确保他们理解和遵守配置管理计划。
同时,与相关利益相关者进行沟通,确保他们对配置管理活动的理解和支持。
以上是配置管理计划的主要活动,通过有效地执行这些活动,可以确保项目中的配置项得到有效的管理和控制,从而提高项目交付的质量和可靠性。
配置管理规范配置管理是软件开发过程中的一项重要工作,它涉及到软件的版本管理、配置项管理、变更管理等方面。
一个合理的配置管理规范可以提高软件开发的效率和质量,并且有助于团队协作和项目管理。
下面是一个针对配置管理的规范,包括了配置管理的目标、流程和责任。
一、配置管理的目标1. 提高开发效率:通过规范的配置管理流程,减少了重复的工作,提高开发效率。
2. 确保版本一致性:配置管理可以确保不同开发者之间工作内容的一致性,避免了版本冲突和错误。
3. 控制变更风险:配置管理可以追踪软件版本的变化,并在需要时进行必要的回退操作,降低变更风险。
二、配置管理的流程1. 管理配置项(1)定义所有的配置项:明确所有需要进行配置管理的项,包括源代码、文档、测试数据等。
(2)标识配置项:对每个配置项进行唯一标识,便于跟踪和管理。
(3)建立配置项库:建立一个中央的配置项库,记录所有配置项的详细信息,包括版本、修改日期、修改人等。
(4)配置项的版本管理:对每个配置项进行版本管理,确保每个版本的变更能够被记录和追踪。
2. 变更管理(1)变更申请:任何人都可以提出变更申请,申请内容应包括变更的原因和目的。
(2)变更评审:由配置管理团队进行变更评审,评估变更的必要性和影响。
(3)变更审批:对通过评审的变更进行批准,并确定变更的实施计划。
(4)变更实施:按照变更的实施计划进行变更操作,确保变更的正确性和稳定性。
(5)变更验证:验证变更的效果,确保变更没有引入新的错误或问题。
3. 版本发布(1)版本发布计划:制定版本发布计划,明确发布时间和发布内容。
(2)发布准备:对即将发布的版本进行必要的准备工作,包括构建、测试和文档整理等。
(3)版本发布:按照发布计划进行版本发布操作,确保发布过程的稳定和可控。
(4)版本验证:对发布的版本进行验证,确保版本的正确性和稳定性。
(5)版本控制:记录并管理已发布版本的信息,以供后续参考和回退操作。
三、配置管理的责任1. 开发人员:负责对自己的代码进行版本管理,确保代码的正确性和稳定性,并遵守配置管理规范的要求。
配置管理
1、配置管理过程域
1.1 目的
通过执行版本控制、变更控制等规程,以及使用配置管理软件,来保证产品或项目中所有配置项的完整性和可跟踪性。
配置管理过程域包含以下4个流程:
●配置管理库建立流程
●建立基线流程
●工作产品提交流程
●配置变更控制
2、配置库建立流程
2.1 目的
配置库建立是为已立项的项目建立存放配置项的存储空间,包括动态库、基线库
2.2 角色流程图
2.3 启动准则
项目立项结束
2.4 输入
公司确定的配置库存储结构和要求
项目立项文档
2.5 主要步骤
[Step 1] 配置库建立通知
●项目立项结束后,项目经理向配置管理员发出通知,要求建立项目配置
库
[Step 2] 建立配置库
●配置管理员按照公司规定的配置库存储结构和要求,建立配置库中的动
态库和基线库、静态库。
●通知项目经理配置库的位置和管理员密码,把配置库的管理权限交给项
目经理
[Step 3] 分配权限
项目经理对项目成员分配动态库的目录权限
●动态库下的Documents文件夹权限除了项目经理和配置管理员有
READ/WRITE权限,其他人也有READ/WRITE权限
●动态库下的Sourcecode文件夹,项目经理和配置管理员有READ权限,项
目组其他开发人员有READ/WRITE的权限。
(注:如项目经理也参与编码,
则也有WRITE权限)
●基线库的权限,项目配置管理员有READ/WRITE权限,项目经理有
READ/WRITE权限,其他人没有权限
2.6 输出
项目配置库
2.7 结束准则
项目配置库以及建立,相关人员的权限建立
3、建立基线
3.1目的
使工作产品的特定版本系列能够被有效的管理、追溯。
3.2 角色流程图
3.3 启动准则
里程碑时间
集成测试、系统测试前的内部发布
项目经理认为需要建立基线
3.4 主要步骤
[Step 1] 建立里程碑基线
里程碑到来时,配置管理员发出《基线建立通知》给项目组成员,以便让项目组所有成员了解到项目要准备建立一个特定的基线。
然后配置管理员根据《基线建立通知》来从《配置项状态表》中得到所有的相关配置项,然后建立基线。
命名规则:里程碑名称-数字-基线。
[Step 2] 建立测试基线
系统在每次进行集成测试或系统测试前,项目经理通知配置管理员。
配置管
理员发出《基线建立通知》给项目组成员,以便让项目组所有成员了解到项目要准备建立一个特定的基线。
然后配置管理员根据《基线建立通知》来从《配置项状态表》中得到所有的相关配置项,然后建立基线。
命名规则:测试阶段(集成测试、系统测试)-发布次数-基线
[Step 3] 根据需要建立基线
项目经理可以根据需要来建立基线,此时项目经理通知配置管理员需要建立基线,然后配置管理员按照上述过程来操作。
命名规则:阶段名称(需求分析、编码和测试)建立时间-基线。
[Step 4] 完成基线备份
每次基线被建立后,配置管理员需要把基线涉及的所有配置项进行备份。
备份文件使用RAR压缩,文件名使用基线名称+基线建立时间。
备份放在项目的静态库中。
3.5 输出
●《基线建立通知》
●基线备份文件
3.6 结束准则
●基线备份结束
4、工作产品提交规程
4.1 目的
定义工作产品在受控的方式下增加新的配置项或更新一个配置项的工作流程。
产品工作产品的受控方式指新的配置项相关的内容或该配置项已被基线化。
4.2 角色流程图
4.3 启动准则
一个新的工作产品开发完成,或更新现有工作产品的工作以及结束(以下简称新产品),等待被检入配置管理库
4.4 输入
项目经理通知配置管理员,有新产品或已更新产品
4.5 主要步骤
[Step 1] 提交通知
项目经理通知配置管理员,有新产品需要提交纳入到基线库中。
通知中必需包含工作产品名称、版本、修改记录以及存储位置。
如果提交的配置项是代码,除了第一次提交以外,还需要在修改记录中包含修改的缺陷号或修改的原因。
[Step 2] 增加新配置项
配置管理员按照项目经理提交的通知,把新的配置项存储到基线库中。
在建议基线时,需要将项目经理提交的通知中的修改原因记录下来。
随后更新《配置项状态表》,实时记录配置项的状态。
注:如果配置项是代码,则会在以下情况进入基线库
每个里程碑结束时建立里程碑基线时;
项目在为进行集成测试和系统测试内部发布时
项目经理在其他时间需要建立基线时
[Step 3] 更新配置项
如果是配置项进行了变更,配置管理员按照项目经理提交的通知,把变更后的工作产品更新到基线库中来。
在更新基线库时,需要将项目经理提交的通知中的修改原因记录下来。
同时更新《配置项状态表》,以实时记录配置项的状态。
4.6 输出
《配置项状态表》
4.7 结束准则
项目组配置管理员把工作产品正确的存储到了基线库中。
5、软件配置变更控制流程
5.1 目的
有效的控制基线变更,防止不受控制的变更发生。
5.2 启动准则
变更请求者提出变更请求
5.3 角色流程图
5.4 输入
●变更请求
●已完成的工作产品
5.5 主要步骤
[Step 1] 请求变更
变更提交者按照变更申请模版,填写变更申请单,标明要对配置项实施的任何变更,然后将变更请求表递交给项目经理及其相关人员。
当项目出现需求功能范围变更情况时,项目经理需要了解变更的详细情况,并记录在变更申请单上。
[Step 2] 分析变更的影响
项目经理组织项目组成员对变更请求进行分析,以确定变更的必要性和分析对项目的影响,包括受变更影响的其他工作产品、处理变更需要的工作量和时间、对项目进度的影响,并记录在申请单上。
项目经理以此为依据做出对变更请求批准与不批准的决定。
如果不批准,项目经理把变更请求发回给请求人。
[Step 3] 处理和审批变更
按照变更级别来分别处理,对于项目计划涉及到里程碑变幻的,需要部门经理来确认。
如果项目经理发现有的变更虽然不影响里程碑计划的变换,但对现有工作影响比较大,可以请求部门经理协助处理,提交上级来确认。
其余情况,项目经理自己批准即可。
[Step 4] 变更的实施
变更请求通过批准后,项目经理制定变更计划,组织实施。
当开发人员完成更改后,通知项目经理和配置管理员入库
[Step 5] 确认变更
项目经理组织人员对变更后的工作产品(包括受影响的工作产品)和变更的结果进行验收和确认,以确保变更被正确的实施和进行了必要的测试(包括回归测试);验证无误后在变更申请单上签字确认,并通知配置管理员入库。
[Step 6] 入库并关闭变更
配置管理员将新版本的工作产品按照工作产品提交规程存储到基线库中。
5.6 输出
《变更申请单》
5.7 结束准则
变更已经被完成,工作产品已经被更新。
或者变更请求被拒绝。
变更申请单发布通知单配置项状态表。