软件配置管理控制程序 A0
《软件配置管理规范》实施细则
目录1 目的 (3)2 配置管理工作授权 (3)3 配置管理库结构标准 (3)4 配置项标识与管理 (3)5 工作流程定义 (4)5.1 项目SCM总流程 (4)5.1.1 编制配置管理计划 (4)5.1.2 配置标识 (4)5.1.3 基线变更控制 (4)5.1.4 配置状态统计/ 报告 (4)5.1.5 配置审核 (4)5.1.6 发布(FCA/PCA) (4)5.2 基线生成、归档 (5)5.2.1 流程 (5)5.2.2 规程 (6)5.2.3 单据 (8)5.3 程序测试 (8)5.3.1 流程 (8)5.3.2 规程 (8)5.3.3 单据 (9)5.4 基线变更控制 (9)5.5 配置状态统计/ 报告 (9)5.6 配置审核 (9)5.6.1 流程 (9)5.6.2 规程 (10)5.6.3 单据 (10)5.7 发布管理(下发) (11)5.7.1 流程 (11)5.7.2 规程 (11)5.7.3 单据 (12)6 配置管理保密管理 (13)7 相关/支持性文件 (13)为了加强公司软件配置管理，保证公司版本管理的一致性，配合《软件配置管理规范》的顺利实施，制定本细则。
1. 公司领导贾林是配置管理工作的最高管理者和权限者，享有VM 和TRACKER系统的用户名和密码，能够对所有项目和产品的任一模块进行任意操作，也可以授权给别人。
既是管理者，又是执行者。
2. 配置管理部经理、部门经理是相应职责范围内的管理者、变更审批者，可以在配置管理部成员或者研发经理/组长配合下检查工作、审核，但不是版本管理工作的执行者，没有VM系统的用户名和密码。
3. 配置管理部组员、研发经理/组长是配置管理操作的管理者和执行者，负责本职责范围内的配置管理工作，并配合相关的检查。
4. 编程人员、文档编制、修改人员是版本管理机的使用者，没有管理权限。
5. 其他人员(如测试、市场、售后、工程等)可以根据需要，在配置管理部申请暂时用户和密码，但必须经过相关领导批准。
配置管理控制程序
配置管理控制程序配置管理控制程序是指为了管理软件系统的各种配置项，确保软件系统的正确配置和版本控制而设计的一套程序。
配置管理控制程序的主要任务是对软件系统配置项进行管理、记录、跟踪、审批和控制，以确保软件系统在不同环境下运行的稳定性和一致性。
配置管理控制程序主要包括以下几个方面的功能：1. 配置项管理：对软件系统中的各种配置项进行分类、管理和记录。
配置项可以是软件代码、库文件、配置文件、脚本等，也可以是硬件设备、网络配置等。
配置项管理需要记录配置项的属性、依赖关系、版本信息等，以便于后续的跟踪和控制。
2. 版本控制：对软件系统中的配置项进行版本控制，确保在不同的开发、测试和生产环境中使用的都是正确的版本。
版本控制可以通过使用版本控制系统来实现，例如使用Git、SVN等工具进行代码的版本管理。
版本控制可以记录每个配置项的版本号、变更历史以及相应的开发者信息，以方便日后的追溯和回滚。
3. 变更管理：当需要对软件系统的配置项进行变更时，需要经过严格的变更管理流程。
变更管理包括变更请求的提交、变更审批和变更执行等步骤，以确保变更的正确性和可控性。
变更管理还需要记录每个变更请求的详细信息、审批流程、变更影响等，以便于后续的分析和评估。
4. 配置项跟踪：配置项跟踪是指对每个配置项的状态进行实时跟踪，以了解其所处的状态和位置。
配置项跟踪可以帮助了解配置项的变更历史、当前状态以及相关的文档和测试结果等信息。
配置项跟踪可以通过配置管理数据库来实现，该数据库记录了每个配置项的详细信息、所处环境和状态，以便于对其进行管理和查找。
5. 发布管理：发布管理是指将经过测试和验证的软件配置项部署到生产环境中的过程。
发布管理需要确保发布的配置项与预期的一致，并记录发布时间、发布者、发布结果等信息。
发布管理还需要实施回滚计划，以应对发布中可能出现的问题。
配置管理控制程序的设计需要考虑以下几个方面的因素：1. 可扩展性：配置管理控制程序需要支持各种不同的配置项类型、配置项关系和配置项依赖关系。
第七章软件项目配置管理
27
本章要点
■ 1 配置管理的概念 ■ 2 配置管理计划 ■ 3 配置标识与建立基线 ■ 4 变更管理 ■ 5 版本管理 ■ 6 配置审核 ■ 7 配置状态报告
28
基线（Base Line）
■ （IEEE）基线：已经正式通过复审和批 准的某规约或产品，它因此可作为进一 步开发的基础，并且只能通过正式的变 化控制过程改变。
9
配置管理的作用
7/1/2021
•软件项目的位置 管理
－－－－
•Who am I ?
•Why am I here
•Why am I who I am?
•Where do I
belong?
10
配置管理主要功能
■ 给出程序的状态 ■ 给出一个程序的最新版本 ■ 处理并发更新申请 ■ 取消一个程序变更 ■ 防止未授权的变更或删除 ■ 提供需求变更申请和程序变更之间的可跟踪性 ■ 取消一个需求变更 ■ 显示相关变更 ■ 收集当前系统源代码和文档信息，以便恢复
■ 记录和追踪变更； ■ 采取措施保证变更在受控状态下进行；
54
配置库
■ Configuration Library ■ 作用：
·记录与配置相关的信息； ·利用库中信息评价变更后果； ·从库中提取配置管理过程的管理信
息；
55
关于软件配置库的概念
■ 动态库（开发库、程序员库、工作库）
·开发周期的某个阶段，存放与该阶段工作有关系 的信息
· 配置管理系统包括提交建议的变更的过程，评审 和批准建议的变更的跟踪系统，为授权和控制变 更规定的批准级别，和确认批准的变更的方法。
■ CMMI即(能力成熟度模型集成)
· 运用配置标识、配置控制、配置状态统计和配置 审计，建立和维护工作产品的完整性。
软件配置管理控制程序
配置管理控制程序北京XX科技发展有限公司YYMMDD历史版本文件审核单文件批准单目录1.引言 (1)1.1.编写目的 (1)1.2.适用范围 (1)1.3.预期读者 (1)1.4.名词解释 (1)1.5.角色和职责 (4)2.过程描述 (5)2.1.概述 (5)2.2.制定配置管理计划 (6)2.2.1.概述 (6)2.2.2.入口准则 (6)2.2.3.输入工作产品 (6)2.2.4.主要步骤 (6)2.2.5.出口准则 (7)2.2.6.输出工作产品及质量记录 (7)2.3.配置库管理 (7)2.3.1.概述 (7)2.3.2.入口准则 (7)2.3.3.输入工作产品 (7)2.3.4.主要步骤 (7)2.3.5.出口准则 (9)2.3.6.输出工作产品及质量记录 (9)2.4.版本构造 (9)2.4.1.概述 (9)2.4.2.入口准则 (9)2.4.3.输入工作产品 (9)2.4.4.主要步骤 (10)2.4.5.出口准则 (10)2.4.6.输出工作产品及质量记录 (11)2.5.版本发布 (11)2.5.1.概述 (11)2.5.2.入口准则 (11)2.5.3.输入工作产品 (11)2.5.4.主要步骤 (11)2.5.5.出口准则 (12)2.5.6.输出工作产品及质量记录 (12)2.6.变更控制 (12)2.6.1.概述 (12)2.6.2.入口准则 (13)2.6.3.输入工作产品 (13)2.6.4.主要步骤 (13)2.6.5.出口准则 (14)2.6.6.输出工作产品及质量记录 (14)2.7.配置审计 (14)2.7.1.概述 (14)2.7.2.入口准则 (15)2.7.3.输入工作产品 (15)2.7.4.主要步骤 (15)2.7.5.出口准则 (16)2.7.6.输出工作产品及质量记录 (16)3.度量要求 (16)4.评审要求 (16)5.裁剪指南 (17)6.附录 (17)6.1.相关程序、作业指导书和指南 (17)6.2.输出工作产品及质量记录 (17)7.参考资料 (18)1.引言1.1. 编写目的本文档描述了配置管理的目的及作用、参加配置管理活动的角色及其职责、配置管理的实施过程等内容，以指导公司的配置管理活动。
三级信息管理技术笔试310
三级信息管理技术笔试310(总分：100.00，做题时间：90分钟)一、{{B}}选择题{{/B}}(总题数：59，分数：60.00)1.下列( )不是企业管理信息系统的基本功能。
（分数：1.00）A.监测企业运行B.控制企业行为C.改变企业职能√D.辅助企业管理解析：2.BSP方法对面谈结果要做四件事，下列( )要求用结构化格式完成。
（分数：1.00）A.回顾面谈B.写出总结√C.问题分析表D.修正图表解析：3.结构化分析方法最后提供的支持是( )。
（分数：1.00）A.系统规格说明书、√B.加工说明书C.可行性分析报告D.结构说明书解析：4.结构化方法将软件生命周期分为三个时期，即( )。
（分数：1.00）A.计划期、设计期、维护期B.设计期、开发期、维护期C.计划期、设计期、运行期D.计划期、开发期、运行期√解析：5.软件设计复审有其客观的标准，诸如可追溯性、风险、实用性等。
“软件设计是否包含软件需求规格说明的所有要求”是属于标准中的( )。
（分数：1.00）A.可追溯性√B.风险C.实用性D.可维护性解析：6.下列协议中，( )是在传输层定义的。
（分数：1.00）A.FTPB.RIPC.TCP √D.IP解析：7.决策支持系统的概念应该是( )。
（分数：1.00）A.收集和存储有关事务处理的数据和信息的系统B.将处理过程的各种数据转换成有效管理信息的系统C.通过提供信息、模型或信息分析工具代替管理者制定决策的系统D.通过提供信息、模型或信息分析工具辅助管理者制定决策的系统√解析：8.信息系统逻辑模型中包含很多内容，下述( )是信息系统逻辑模型应该包括的内容。
Ⅰ．系统总体结构Ⅱ．数据流程图Ⅲ．数据字典Ⅳ．E-R图Ⅴ．过程说明Ⅵ．模块结构图（分数：1.00）A.除了ⅣB.除了ⅤC.除了Ⅵ√D.全部都是解析：9.现代化的面向管理在以计算机为处理信息系统开发人员当中，系统的分析和设计人员，即( )最为重要。
管理控制程序
管理控制程序
管理控制程序是一种用于组织和监督各项任务的工具，它能够帮助人们高效地管理和掌控工作流程。
通过合理的安排和调度，管理控制程序可以帮助我们提高工作效率，减少错误和延误。
管理控制程序可以帮助我们规划和分配任务。
它能够根据项目的紧急程度和重要性来确定任务的优先级，并自动将任务分配给合适的人员。
这样可以确保每个人都能够充分发挥自己的能力，提高工作效率。
管理控制程序还可以帮助我们监督和控制任务的执行情况。
它可以实时跟踪任务的进度，及时发现和解决问题，确保项目按时完成。
同时，管理控制程序还可以生成各种报表和统计数据，帮助我们分析和评估工作的质量和效果。
管理控制程序还可以协调和整合各个部门和团队之间的工作。
它可以提供一个统一的平台，让不同部门的人员可以方便地共享信息和协作。
这样可以有效地减少沟通和协调的成本，提高团队的协作效率。
总的来说，管理控制程序是一种强大的工具，它可以帮助我们更好地组织和管理工作。
通过合理的规划和分配，监督和控制，协调和整合，管理控制程序能够提高工作效率，减少错误和延误，让我们的工作更加顺利和高效。
希望未来的管理控制程序能够越来越智能
化和人性化，为我们的工作带来更多的便利和效益。
软件工程中的软件工程配置管理工具
软件工程中的软件工程配置管理工具软件工程是一门关于开发和维护大型软件系统的学科，而软件工程配置管理是其中至关重要的一个环节。
为了确保软件项目的顺利进行以及后续的维护和更新工作，配置管理工具的使用变得不可或缺。
本文将探讨软件工程中常用的配置管理工具及其作用。
一、版本控制工具在软件工程中，版本控制是一项关键任务。
通过版本控制工具，可以追踪和管理软件代码的变化，以便于协同开发和团队合作。
常见的版本控制工具包括Git、SVN和Mercurial等。
1. GitGit是目前最流行的分布式版本控制工具之一。
它具有高效的分支管理能力，能够简化多人协作开发的工作流程。
通过Git，开发人员可以轻松地进行代码提交、分支合并和版本回滚等操作。
2. SVNSVN是一个集中式版本控制系统。
它采用服务器-客户端模式，开发人员可以从中央服务器上进行代码的拉取和提交。
SVN具有简单易用的特点，适用于小型团队或个人开发者使用。
3. MercurialMercurial是一个分布式版本控制工具，类似于Git。
它具有简单的命令行接口和易于理解的数据模型，适用于中小型团队的协作开发。
二、构建工具构建工具用于自动化构建和部署软件项目，极大地提高了开发效率。
常用的构建工具包括Maven和Gradle等。
1. MavenMaven是一个基于项目对象模型（POM）的构建工具。
它可以自动化执行诸如编译、测试、打包和部署等任务，同时管理项目所依赖的第三方库。
Maven采用约定优于配置的原则，使得项目的结构和构建过程更加规范和统一。
2. GradleGradle是一个高度灵活的构建工具，它与Maven类似但更加强大。
Gradle支持多种编程语言和多种项目类型，可以根据项目的需要进行自定义配置。
同时，它还支持增量构建和依赖管理，进一步提高了构建效率。
三、自动化测试工具自动化测试是保证软件质量的一项重要工作。
自动化测试工具可以帮助开发团队快速、准确地进行测试，并及时发现潜在的缺陷。
第13章 软件配置管理
第27页
三、测试的层次与内容
1．软件测试的层次
软件测试工作包括两个层次：
测试工作的组织与管理，包括制定测试方法与规范、控 制测试进度、管理测试资源。 测试工作的实施，包括编制符合标准的测试文档、研制 测试环境、与开发组织协作实现各阶段的测试活动。
第28页
2．软件测试的内容 软件测试工作可以分为4个方面：
建立控制项； 重构任何修订版的某一项或者某一文件； 利用加锁技术防止覆盖； 当一个修订版时要求输入变更描述； 提供比较任意两个修订版的使用工具，采用增量存储方式； 提供对修订版历史和锁定状态的报告功能；
提供归并功能；
允许在任何时候、任何版本； 控制权限的设置；
渐进模型的建立；
提供各种控制报告。
第18页
实施软件配置管理，主要包括以下活动：
制定配置管理计划；
确定配置标识；
版本管理； 变更控制； 系统整合； 配置审核。
第11页
一、制定软件配置计划
制定配置管理计划的过程就是确定软件配置管理的解决方
案；
项目经理和软件配置管理委员会（SCCB）根据项目的开 发计划确定各个里程碑和开发策略；
一、软件配置管理概述
软件配置管理(SCM)是一组针对软件产品的追踪和控制
活动，它贯穿于项目生命周期的始终，并代表着软件产品接
受各项评审。 IEEE对SCM的论述如下：“软件配置管理由适用于所有 软件开发项目的最佳工程实践组成，无论是采用分阶段开发， 还是采用快速原型进行开发，甚至包括对现有软件产品进行
统，其测试工作涉及大量的人力和物力，有效的测试工作
管理是保证有效测试工作的必要前提。 3）测试环境的建立:设计环境、实施环境和管理环境 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在项目执行过程中，要定期对配置管理计划的执行情况进行评审。对项目生存周期的每一个基线完成后都需要进行配置管理过程评审。
配置管理过程评审有项目经理组织实施，参加评审人员需包括：项目经理、质量控制人员、项目组成员、系统测试人员、配置管理人员。
配置管理过程评审的实施参考《设计开发控制程序》。
配置管理人员的组成及分工
配置管理活动的规定
项目中所设定的基线计划及生成的时机；
配置管理中使用的工具、技术和方法；
配置项的确定以及将各配置项至于配置控制的相应阶段。
4.3配置管理计划评审
配置管理计划评审由项目经理组织实施，参加评审的人员需要包括：项目经理、配置管理人员，质量人员；
评审通过后，由部门经理审核，管理者代表或者主管副总批准。
项目名称；
变更申请人；
变更日期；
变更原因
变更内容概述
变更实施责任人
4.6 配置状态报告
由配置管理人员编写 《配置状态报告》。
依据《配置管理计划》中规定的时间安排提交《配置状态报告》
4.7 配置检查
项目经理在迹象转换是要检查配置状态以及项目的配置管理情况。
项目经理的每次正式检查都应填写《配置状态检查记录表》，作为质量记录保存。
4.9 质量记录的保存
对本程序所产生的质量记录有项目的质量控制人员保存，待项目验收后移交给文控部门统一归档。
5.相关文件
5.1《文件和资料控制程序》
5.2《记录控制程序》
5.3 《设计开发控制程序》
6..2 《配置计划表》
6.3 《评审报告》
6.4 《配置状态报告》
2.范围
适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。
3.职责
3.1项目经理
负责指定配置管理人员；
负责审批配置管理计划；
3.2 配置管理人员
负责执行配置管理计划。
3.3质量部
负责跟踪配置管理计划的实施。
4.工作程序
4.1术语定义
软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。
4.5 配置变更控制
基线的确立：软件开发过程中，至少应在如下过程中建立基线。
配置变更控制是指列入基线的配置项进行变更时的控制。
项目组配置管理人员根据配置状态报告，明确列入基线的各配置项的状态。
变更方法：
a.由变更申请人提出变更评审申请表
b.变更评审由部门经理组织实施，参与人员需要包括：部门经理、项目经理、项目配置管理员、质量部、项目组相关人员，当项目是重大项目时，还要包括主管副总、市场人员等。
软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。
基线：一组拥有唯一标识号的需求、设计、源代码文件以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。。
4.2 配置管理计划编制
所有项目在指定项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写《配置管理计划》，也可以包含在《软件开发计划中》，配置管理计划至少应包括的内容：
名字：一个字符串、明确地标识配置项；
描述：描述配置项类型（如文档、程序、数据、环境配置等）、项目标识、变更和/或版本信息；
资源:对象所提供的、处理的、引用的或其他所需要的一些实体，例如，数据类型、特定函数、变量名等；
基线：说明配置项数据属于哪一基线；
建立配置管理表：对特定项目的配置管理，可以通过《配置管理表》进行维护，配置管理表的内容至少包括上述4项内容。
配置管理计划评审的具体程序参见《设计开发控制程序》。
4.4 软件配置标识
确定软件配置项：在软件开发过程中产生的大量文档中，确定哪些内容需要受控，主要包括：
程序源代码、各种脚本、可执行程序、软件库等；
软件过程中产生的各种过程技术文档；
各种数据等
标识配置项确认需要纳入管理配置的配置项，确定配置项的获取时间和所有者，为识别的配置项分配唯一的标识， 配置项标识内容：
修改页
文件编号
修改条款
修改内容
修改人/日期
生效日期
全文
首次发行
编制
审核
分发部门会签
批准
□业务部
□研发部
□采购部
□生产部
□质量部
□行政部
1.目的
软件配置管理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控制要求，确定配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。
c.评审小组完成《评审报告》
d.评审通过后，由项目经审核，部门经理批准。
e.变更评审的具体程序参见《设计开发控制程序》
f.变更必须进行严格的记录，配置管理人员应填写《配置管理表》并生成新的版本。同时通知相关部门和人员。
变更记录：
a.将《配置变更记录表》作为配置项在《配置管理表》中登记。
b.在变更了的模块代码中做变更记录，变更记录的内容至少应包括：