基于协同制造的产品配置管理研究
基于协同制造的产品配置管理研究
蔡燕华,侯开虎,程旭
(昆明理工大学C I M S研究应用中心,昆明650093)
摘要:作为网络化协同制造平台的重要组成部分,协同产品配置管理可以在联盟企业内建立产品的整体模型,建立统一的材料清单,统一管理产品变更,实现客户、企业和供应商关于产品数据管理在整个产品全生命周期内的集成。针对制造企业产品配置管理存在的问题,提出了一种参考模型,并解决了产品配置管理模型的构建、组合配置方法和基于X ML 的异构产品数据集成等关键技术,构造出系统框架和数据模型,最后利用S QL Server及V isual C#.Net开发语言实现其具体功能。
关键词:协同制造;产品配置管理;动态联盟
中图分类号:TP393 文献标识码:A 文章编号:1671—3133(2008)02—0048—04
Research of product conf i gura ti on manage m en t ba sed
on coll abora ti ve manufactur i n g
Cai Yan2hua,Hou Kai2hu,Cheng Xu
(The Research and App licati on Center of C I M S,Kun m ing University of
Science and Technol ogy,Kun m ing650093,CHN)
Abstract:A s an i m portant part of it,Collaborative Pr oduct Configurati on M anage ment(CPC M)can establish the p r oductsπwhole model,unif or m BOM,and unify p r oductsπchange in the cor porati on alliance.It can carry out integrati on of p r oductsπdata manage2 ment a mong clients,cor porati ons and supp liers in the whole p r oduct lifecycle.I n allusi on t o the p r oblem s of PC M in manufactur2 ing,puts f or ward with a referenced model,s olves key technol ogies of model constructi on,configurati on means,and integrati on of i2 s omer ous data based on X ML,gives out the syste m fra me and data model.A t last,it app lies S QL Server t o build database,and uti2 lizes V isual C#.Net t o realize its functi ons.
Key words:Collaborative manufacturing;Pr oduct Configurati on Manage ment(PC M);Dynam ic alliance
0 引言
21世纪的产品设计和制造过程越来越依赖于协同。在虚拟制造的大环境下,为了适应日益激烈的市场竞争和快速多变的市场需求,基于供应链的专业性,企业之间趋向于组建动态联盟(虚拟企业)开展网络化协同制造。企业通过与它们的协作来发挥双方互补性的优势,增强自己的核心竞争能力,提高产品的竞争能力,共同拓展市场份额,实现市场共享、得益共享、风险分担和优势互补的发展模式。
作为网络化协同制造平台的重要组成部分,产品配置管理以BOM信息为其组织核心,把定义最终产品的所有工程数据与产品结构关联起来,实现对产品数据的有效组织和管理。实现方式主要有:传统方式、联邦式、分布式和W eb方式。W eb方式利用I nter2net技术为用户提供统一的界面,实现动态联盟企业的集中式产品数据组织和管理,是目前的主流方式。本文重点论述面向协同制造的产品配置管理系统的功能和设计实现。
1 协同产品配置管理的功能与特点
111 协同制造
协同是实现供应链上各联盟企业快速响应的重要手段,主要包括知识协同和组织协同。协同制造涉及许多并行和串行的生产活动,强调使地理位置分布的联盟企业协同高效地进行产品的开发和制造过程。
网络环境下支持协同制造的产品数据管理系统应具有如下特点:能支持地理位置分布和功能的分布;协作客户机的实时同步使数据在协作成员之间同步更新;信息共享和通信信息共享是协同制造的核
84
心,通信是基础;系统还需提供各种通信方式,同时支持多媒体的传送,包括文本、图形、声音和视频等;作为一个网络应用系统,需要考虑到其操作性与安全性,同时要兼具开放性和柔和性。112 协同产品配置管理的功能
1)产品配置管理(PC M )。产品配置管理是以电子资料室为底层支持,以BOM 为组织核心,把定义最终产品的所有工程数据和文档联系起来,对产品对象及其相互之间的联系进行管理。产品配置管理涵盖了产品的各个阶段,包括产品的需求分析、策划阶段、开发阶段、生产准备、制造和售后服务等阶段。
产品配置管理所应具备的基本功能是:能够统一管理产品生命周期内全部数据的有效性;能够使企业的各个部门和联盟企业,在产品的整个生命周期内共享统一的产品配置,并且对应不同阶段的产品定义,生成相应的产品结构视图;有灵活的产品数据配置功能;具有重用、替换机制;能够建立安全性和完整性控制等。
PC M 的产品配置一般采用以下几种方式:按发放状态、有效性、变量和规则配置以及组合配置。产品配置规则分为三类:变量配置规则、版本配置规则和有效性配置规则。运用配置规则,可以进行三种形式的产品配置管理:单一产品、系列化产品和产品结构多视图管理。对于同一个零/部件,可同时运用多个有效性管理方式进行选择。
分析当前企业应用实施的现状,可以发现目前产品配置管理存在如下主要问题:(1)缺乏面向整个虚拟企业的全局产品模型;(2)如何建立一致的BOM ,是协同产品配置管理面临的关键问题;(3)多企业之间
数据交换、产品数据和表达方式不统一,造成数据的不统一。(4)产品数据更改频繁,增加了产品数据版本和有效性的难度。
通过上述对产品配置管理问题的分析可知,解决问题的关键是建立虚拟企业之间统一的产品信息模型,实现企业的信息集成。
2)协同产品配置管理(CPC M )。CPC M 与PC M 比较见表1。
网络化协同制造中的产品配置管理,可以在联盟企业内建立产品的整体模型,制定配置规则,建立统一的材料清单,统一管理产品变更,使异地企业在产品的整个生命周期内共享统一的产品配置,并根据产品的结构特征,统一管理变型产品,实现客户、企业和供应商关于产品数据管理在供应链上的集成。
面向动态联盟的产品配置管理下的产品形成过
程,不是每一个盟友企业设计与制造过程的简单叠加,而是通过一个相当复杂的过程网络来实现,从盟友企业的角度看,只有在公司内部贯彻实施与其他盟友公司,特别是与核心公司(盟主)一致的产品配置,并采用并行的工作方式和封装已完成的设计任务来保证产品设计、制造阶段的质量,才能满足盟主对质量的要求,完成盟主的产品在功能、成本、质量等方面的配置要求,才能快速响应来自盟主、其他盟友乃至用户的信息反馈。根据轻量化原则,盟友企业可以指定不同的产品零/部件的版次状态,生成所需要的BOM 视图和三维装配视图。因此,面向动态联盟PC M 系统的产品配置规则,可以采用按照多层次的发放状态配置BOM 。
表1 CPC M 与PC M 比较
对比点CPC M
PC M
适用用户客户、企业各部门、相关供应链或动态联盟成员企业技术部门为主设计过程管理支持产品配置设计,支持协同,设计和制造过程需要流程化管理
对产品配置设计不支持或不完善,以传统管理为主,有不完善的协同管理功能支持创新设计通过对产品的结构化来支持创新设计
不支持或不完善客户支持模块
支持客户需求采集、交互、验证、报价,支持客户产品的预服务,如三维产品展示等
企业内部使用为主,对客户模块不支持或不完善与其他相关
系统接口
有良好的数据接口
基本不考虑
图1所示为面向联盟企业的全球配置系统运行流程图(图中实线为运行步骤,虚线表示资源进入系统,S 表示满足要求)。图2所示为企业动态联盟中联盟企业产品配置管理使用示意图。以企业、联盟、行业、全球的顺序利用资源,是因上一级资源的成本更高。
图1 面向动态联盟的配置系统运行流程
3)冲突管理和协调解决技术。协同制造是对多
个企业相互联系乃至冲突目标进行综合仲裁的过程。
9
4
冲突消解是动态联盟企业运行中必须研究的主要内容。动态联盟企业,其实就是一个多Agent 系统,各盟员作为独立的Agent,都是按自己的目标、策略来求解问题,在实现各自目标时,肯定会与其他盟员的Agent 发生冲突,更会与核心企业的目标和资源发生冲突,产生冲突的相关企业和人员,通过信息的发布与反馈来解决,目前,常见的冲突管理方式主要有两种:集中式和分布式。应以核心企业的目标和资源为基准,核心企业和各联盟企业间进行相互协调,统一产品信息的管理
。
图2 联盟企业产品配置使用示意
2 系统分析、设计与开发
211 系统模型分析、结构与功能描述
1)系统模型、结构分析与设计。根据系统终端用
户类型,可将企业中产品信息分为两类:一类为面向
信息使用者的数据,如产品特征数据、配置参数等,这类信息主要针对企业管理层、市场销售人员、售后服务人员以及协作厂商,可以充分利用I nternet 的优点,在网上及时发布这类信息。另一类是面向信息创建者的数据,如概念设计说明书、详细设计说明书、设计图纸和工艺卡等,这些数据为设计人员、制造人员及装配人员服务,他们需要对这类数据进行动态修改,同时利用这类信息作为协同设计的决策支持系统。
面向协同制造的产品配置管理,需要屏蔽异地异构的环境,解决异构产品数据的共享机制。由全球信息网协会的X ML 工作组定义的扩展标记语言(X ML )为此提供了强大的技术支持。X ML 具有良好的结构、可伸缩性、开放性以及跨平台、与语言和应用程度无关等特点,适合于W eb 大量信息的存储和交换。基于协同制造的产品配置管理系统的系统结构如图3所示。
2)功能描述。系统实现的主要功能子模块包括:(1)系统管理。主要包括用户管理、工作组管理、角色管理、权限设置、日志管理及定制图标、系统数据库配置、系统图档文件柜配置、本地文件柜设置、用户界面定制、系统显示设置和打印设置等功能。(2)产品配置管理。主要有设计和制造资源浏览、产品配置操作、基础件库管理、产品明细报表、BOM 管理和树节点属性维护等功能。(3)版本管理。可以使协同人员有效地管理产品生命周期各个阶段产生的零/部件的不同版本,主要包括版本升级、版本修改、版本删除以及版本查询等功能。(4)BOM 多视图管理。本系统提供了单级(单级反查)BOM 统计、多级(多级反查)BOM 统计以及综合BOM 统计等功能,以满足协同产品开发和制造过程中的不同用户对不同BOM 视图的需求。(5)产品数据共享接口。主要解决异构产品数据的共享和集成问题。系统基于X ML 技术进行产品数据的共享和交换
。
图3 协同产品配置管理系统结构
212 数据结构描述
本文采用S QL Server 及V isual C#.Net 开发语言
来实现系统。
1)根据以上的系统分析和功能描述,提出了产品配置管理对象静态类模型图和可配置产品信息管理设计E 2R 图,如图4和图5所示
。
图4 产品配置管理模型
2)协同工具简介。协同工具主要是为系统的协
同制造环境提供一些必要的交互和协作的应用工具,如电子邮件服务、消息信使服务、电子文本白板、文件传输、可视抓屏等。
5
图5 可配置产品信息管理设计E2R图
3 结语
本文构建了面向协同制造的产品配置管理系统(CPC M)的体系结构,设计了系统功能,并构建产品配置管理的模型。基于X ML技术解决异构产品数据的集成问题,促进动态联盟中各企业的实时信息交互。最后基于W eb技术开发了CPC M系统,使统一管理产品的全局信息成为可能,为异地企业开展协作进行快速化协同产品开发制造提供有力的工具支持。 参考文献:
[1] 王成恩,郝永平,舒启林,等.产品生命周期建模与管
理[M].北京:科学出版社,2004.
[2] 张蓬,黄乐圆.协同产品商务CPC[M].北京:机械工
业出版社,2004.
[3] (德)约瑟夫,萧塔纳.制造企业的产品数据管
理———原理、概念与策略[M]//祁国宁译.北京:机
械工业出版社,2000.
[4] 谢秋,等.面向协同设计效率评估的基础分析模型研
究及应用.现代制造工程,2006(9).
作者简介:蔡燕华,在读硕士研究生,主要研究方向:制造业信息化、工业工程。
侯开虎,教授,硕士生导师,研究方向:制造业信息化、工
业工程。
程旭,在读硕士研究生,主要研究方向:制造业信息化、
工业工程。
作者通讯地址:昆明理工大学莲花校区5栋401室(昆明650093) E2mail:caiyanhua49@https://www.wendangku.net/doc/f118353302.html,
收稿日期:2007210224
(上接第39页)
务管理包括待办任务、流转中任务、已完成任务和督办任务,还包括送审对象查看、审批意见管理、审批过程管理和任务提交等,它是处理和查看运行中的工作流的平台。邮件管理包括收发邮件、邮件箱管理、账号管理、新邮件提示、邮件分类管理、与表单管理集成等,是系统内成员进行协同交流的平台。
413 企业信息系统层
企业信息系统层提供了质量信息管理系统运行的基础,包括操作系统、网络环境、数据库、应用服务器以及文件服务器等。它为系统运行提供了必要的操作环境、网络连接、数据访问与存储支持,使跨平台操作成为可能。
5 结语
本文针对航天制造领域构建了基于I ntranet平台和工作流技术的质量信息管理环境,解决了目前质量数据存储、统计及查询等方面的业务需求和质量表单的动态更改问题。系统还提供了质量管理门户,提高了质量信息透明度,建立了质量处内部的信息沟通平台,为提高产品质量和增强企业竞争能力创造了必要条件。
参考文献:
[1] 柯宏力.I ntranet信息网络技术和企业信息[M].北
京:北京邮电大学出版社,2005.
[2] 刘寅.系统分析之路[M].北京:电子工业出版社,
2005.
[3] 李青,赵萌,闻敬谦.基于工作流的集成质量管理系
统设计[J].北京航空航天大学学报,2005(11):
1264-1268.
[4] 丰世林.质量管理体系有效性综合评价的研究与实
现[J].现代制造工程,2006(6).
[5] 代红梅,黄忠全,等.通用质量信息管理系统的设计
与开发[J].重庆大学学报,2003(8):1-3.
[6] 张建明,陈宏盛,纪效鹏.基于I ntranet环境的装备质
量信息管理研究[J].计算机工程,2004(18):
193-194.
作者简介:尹天才,硕士研究生,主要研究方向:P DM/CAD/信息化工程技术。
莫蓉,教授,博士生导师,主要研究方向:协同设计/
P DM/CAD/CAM。
常智勇,副教授,硕士生导师,主要研究方向:CAG D/网
络CAD。
作者通讯地址:西北工业大学552信箱(西安710072)
E2mail:yintiancai@https://www.wendangku.net/doc/f118353302.html,
收稿日期:2007211205
15
配置管理系统
配置管理系统（北大软件 010 - 61137666） 配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666） 配置管理系统支持建立和维护三库：开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。 图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。
图表2四级库结构配置管理各库功能描述如下：
以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。
系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的
软件配置管理解决方案
软件配置管理解决方案 目的: ● 通过使用配置管理软件,遵守版本控制、变更控制等规程,保证所有配置项的完整性和可跟踪性。 范围: ● 适用于公司的软件开发项目,它规定了软件配置管理活动的具体规程及其工作产品。 角色与职责: ● 配置管理员:编制项目配置管理计划；创建并维护配置库。 ● 配置变更控制委员会(SCCB):审批配置变更申请。 ● 软件开发组成员:在权限内使用配置管理工具操作配置库。 ● 项目SQA人员:审计配置管理活动的规范性。 进入准则: ● 项目计划已制定。 ● 项目软件过程已定义
● 配置管理员和SCCB人员已确定。 输入: ● 项目计划 ● 项目软件过程 结束准则: ● 对项目配置库的操作和管理持续到项目结束。 ● 只要存在用户使用配置管理就要进行。 输出: ● 配置管理计划 ● 产品配置库 ● 软件基线审计报告 主要活动: 1 在项目早期(在项目计划初稿后,并与项目计划一起评审)编制项目配置管理计划。 ● 确定项目配置管理员。 ● 项目经理和项目配置管理员共同指定项目组的SCCB。 ● 项目经理与项目配置管理员按确定的软件生命周期,识别出项目要进行控制的软件配置项和纳入配 置管理的日期。 ● 项目经理与项目配置管理员依据项目定义软件过程,共同确定项目的基线,并标识每个基线的配置项。 ● 项目经理确认由项目配置管理员制定的在软件生命周期各个阶段配置项的使用权限清单。 ● 项目配置管理员按照《配置管理计划模板》制定项目的SCM计划。 ● 项目配置管理员根据项目所使用的开发工具确定项目使用的配置管理工具。 ● 项目配置管理员根据项目计划的变动,适时调整项目的SCM计划。具体规程见《项目跟踪与监控过程》计划变更相关步骤。 ● 由项目主管主持,项目经理、公司配置管理主管、项目配置管理员、软件工程组、软件相关组参加对配置管理计划书的评 审。具体规程参见《同行评审过程》。 2 按照配置管理计划,进行项目的配置库管理。 ● 项目配置管理员规划、建立项目的目录结构。该结构支持对配置项的存储和检索功能。 ● 项目配置管理员根据项目的规模,规划和配置管理工具相关的配置库结构。 ● 项目配置管理员依据经项目经理确认的权限清单对目录结构进行权限分配,以达到在相关组之间或 配置库内部之间进行共
软件配置管理流程
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
产品的技术参数配置
产品的技术参数配置 （一）税务稽查执法箱TX-3016 税务稽查执法箱是一款根据现场执法业务的需求，结合美亚柏科先进的现场取证设备而量身定制的专业一体化综合性产品，可满足现场快速提取信息的需求，可进行执法的存证，具备现场电子账务信息采集及分析功能，具备硬盘复制、动态系统仿真等功能。 产品主要由3个设备组成：TX-2000 数据采集存证系统(税证宝)，DC-8811 电子物证现勘魔方，DC-8670多通道高速获取系统.V2。 1、箱体 硬件要求： 执法箱采用专用加固旅行箱，牢固可靠，可适应实验室设备管理，和正常设备搬运； 尺寸约为：585mm * 450mm * 265mm； 设备重量：6.2kg（空箱）/23.5kg（包括设备）；
2、DC-8811 电子物证现勘魔方 电子物证现勘魔方和数据采集存证系统是一款根据现场执法业务的 需求，结合厦门美亚柏科先进的现场取证设备而量身定制的专业一体化综合性产品，可满足现场快速提取信息的需求，可进行执法的存证，具备现场电子账务信息采集及分析功能，具备硬盘复制、动态系统仿真等功能。 电子物证现勘魔方是一款专为执法部门现场进行勘查分析设计的电子物证采集分析一体化设备，该产品采用全球领先的高速硬盘复制、自动取证分析、动态系统仿真等多种先进技术并行处理，同时提供了符合司法有效性的写保护功能，使得现场进行证据固定、电子物证调查分析工作简单快捷，大大提高现场勘查检验人员的效率。
硬件要求： ●采用一体化设计，配备10.1"电容触摸屏，轻巧便携； ●高性能配置，采用四核八线程CPU，配置16G内存，配置1T 容量硬盘； ●专机专用，采用64位嵌入式操作系统； ●国内自主研发，具有独立自主知识产权； 硬盘复制部分： ●支持2路并行复制功能，并提供SATA/SAS免接线直插式只读接口； ●源盘只读接口支持分别或同时对硬盘进行加载/卸载； ●支持IDE、SATA、SAS、USB等只读接口硬盘的高速复制，复制速度最高可达27GB/min； ●配备USB3.0只读接口，支持对USB3.0设备进行高速复制； ●硬盘复制功能支持一对一、一对二、二对二复制； ●硬盘镜像功能支持一对一、一对二、二对二DD、E01、AFF镜像复制模式； ●支持HPA/DCO隐藏区域的自动识别及数据获取； ●支持对目标计算机进行不拆机硬盘复制； ●支持对现场中断情况进行自动恢复操作；
产品维护阶段配置管理规程
Product Maintenance Phase Configuration Management Regulations 产品维护阶段配置管理规程 (PMM-CM01R01-V1.0/ IPD-PMM / for internal use only仅供内部使用) Prepared by 拟制xxx Date 日期 Reviewed by 审核xxx Date 日期 Approved by 批准xxx Date 日期 XX Co., Ltd. XX有限公司
Revision record 修订记录
Catalog 目录 1Objectives 目的 (5) 1.1确保维护团队的配置管理活动已计划； (5) 1.2确保维护团队所有的配置项都已经唯一标识并且可访问； (5) 1.3确保对维护团队所有配置项的更改都可控和跟踪； (5) 1.4确保所有维护团队配置项的一致性和完整性； (5) 1.5确保维护团队所有已基线化配置项的状态通知到相关人员。 (5) 2Scope 范围 (5) 3Responsibilities 职责 (5) 3.1维护经理职责： (5) 3.2维护团队CMO职责： (5) 3.3维护团队CCB职责 (6) 3.4QA职责： (6) 3.5PDE职责： (6) 4Inputs 输入 (6) 4.1交接清单 (6) 4.2版本树 (6) 4.3版本开发计划 (6) 4.4参考类文档写作需求 (6) 4.5资料开发计划 (6) 5Outputs 输出 (6) 5.1维护团队配置管理计划 (6) 5.2审计报告 (6) 5.3配置项状态跟踪表单 (6) 5.4版本配套表 (7) 5.5版本描述文档 (7) 5.6升级指导书 (7) 5.7产品配置库归档表 (7) 5.8维护项目失效部件清单 (7) 6Control mechanism 控制机制 (7) 6.1维护经理保证维护团队配置管理活动遵守本规程。 (7) 6.2产品质量体系EPG组负责批准所有针对该规程的修改。 (7) 6.3通过内部质量审计来检验流程的符合度。 (7) 7Procedure 规程 (7) 7.1维护团队配置管理活动的对象 (7) 7.2维护团队配置管理活动的启动 (7) 7.3维护团队配置管理活动 (8) 7.4Configuration Identification 配置标识 (9) 7.5The reporting and tracing of CI status 配置项状态的记录和跟踪 (11) 7.6Establishing the Baseline 建立基线 (12) 7.7Management of Configuration Library 配置库管理 (12) 7.8Change Control 变更控制 (12) 7.9Configuration Status Accounting配置状态发布 (13) 7.10Software Release Management软件版本管理 (13) 7.11Configuration Audit 配置审计 (13) 7.12The Product configuration management closure 配置管理活动的结束 (14)
软件配置管理规范流程模板
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
配置管理流程
配置管理流程 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
简介 业务目的： 为解决、控制过程及部分服务交付过程提供需要的配置项及其属性信息。 IT 目的： 1)建立一个完整的配置项管理框架，降低了无控制环境变更的危险性； 2)CMDB提高支援及各类服务活动的效率和品质，确保服务交付流程如连续性、容量等良好运作。 适用范围 此流程适用IT管理手册中定义的服务范围。 相关流程 IT服务管理手册 (QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务报告管理流程 (OP-ITSM-006) 事件和服务请求管理流程 (OP-ITSM-007) 问题管理流程 (OP-ITSM-008) 变更管理流程 (OP-ITSM-010) 发布管理流程 (OP-ITSM-011) 连续性管理流程 (OP-ITSM-012) 容量与可用性管理流程 (OP-ITSM-014) 信息安全管理流程 (OP-ITSM-015) 供应商管理流程 (OP-ITSM-017) 服务策划管理流程(OP-ITSM-019) 定义 术语表： 无 角色定义表
仪器种类代号
编号格式 主要设备按以下方式进行编号登记： XX9999YY XX = 仪器种类代号 9999 = 4至5位数字 YY = 地域代号内的缩写式代号 内容 流程解释 配置管理流程从配置规划、日常运维、配置审计、配置管理检讨的PDCA循环保障CI的完整性和有效性，其中配置规划包括配置管理应用的各类规则。 配置规划 (P) 5.2.1配置管理范围工具、用途说明：
产品配置管理技术
产品配置管理技术 在现代企业中，随着计算机技术和CAD,CAE,CAM等技术的广泛应用，生产效率得以大幅度提高。与此同时，企业中的产品信息旱现出爆炸性的增长势头，这些由不同应用系统产生的产品信息，由于相互之间缺乏很好的互换性，形成了一个个“信息孤岛”，无法被高效地利用，成为制约企业发展的瓶颈。 产品数据管理(Product Data ManagementPDM)正是在这一背景下产生的一项新的管理思想和技术，PDM 系统的主要作用就是作为各种计算机应用系统的集成框架，实现对产品数据的有效组织和管理，进而达到对整个产品生产过程进行控制的目的。它为企业提供一个最大限度地利用企业的人力资源和信息资源的强大工具。产品配置管理是PDM的一项重要功能，是PDM中的核心模块之一，它可以有效地提高设计的重用性和效率，方便系列产品的管理。产品配置管理是对产品结构管理的扩展，它能够很好地满足对产品多样性管理的要求。它也很好地体现了一种设计的方法学:对一个产品的设计首先是进行功能的分解，然后决定实现这些功能的部件，最后对各个部件进行具体的设计。 产品配置管理的目的是为了提供这样一种能力:根据用户给出的配置需求，基于单一、通用的产品结构(或产品族结构)，选配出完全或部分满足需要的零部件及其产品结构。最早的产品配置系统是20世纪80年代著名的基于知识规则的配置系统R1/XCON，此后产品配置在国外得到了广泛的研究，并在计算机软硬件、电梯、汽车、组合家具等方面得到了广泛的应用。近年来，由于大批量定制生产的兴起，针对产品配置的研究再一次引起了人们的重视。 1、产品配置管理的基本功能 产品配置管理是以电子资料室为底层支持，以BOM为组织核心，把定义最终产品的所有工程数据和文档联系起来，对产品对象及其相互之间的联系进行维护和管理。产品配置管理能够建立安全性和完整性控制。产品配置管理能够使企业的各个部门在产品的整个生命周期内共享统一的产品配置，并且对应不同阶段的产品定义，生成相应的产品结构视图，如设计视图、装配视图和工艺视图等。产品配置管理所应具备的基本功能是: (1)对产品数据资源及其使用权限进行集中管理。因为在企业中，产品数据资料不但非常庞大，而且种类也极其繁多，并且各种不同类刑的数据相互关联，为了保证各部门数据的准确和产品各部分之间的关系一目了然，就必须对产品数据资源及其使用权限进行集中管理。 (2)能够统一管理产品生命周期内全部数据的有效性。因为在设计制造及维修服务过程中，产品数据经常会根据需要发生各种各样的更改。而产品配置系统不仅要保证当前数据的有效性，而且还要将整个产品演变过程历程记录下来。因此，产品管理系统不仅要完整地保存产品内数据的全部版本，而且还要建立一套完整的有效性规则。 (3)要保证各部门产品材料清单(BOM)的一致。因为在生产制造过程中，需要随时能获取最新的产品信息，即产品的各类材料清单(BOM)。因此在产品配置系统中也必须能提供自动生成各类物料清单的工具，并能随时更新，从而保证在任何时候各部门产品物料清单的一致性。
系统配置管理方案(最终)
XXX工程XXXXXXXXXXXXXXXXXXXX信息 系统建设项目 （招标编号：XXXX-EMTC-XXXX）XXXXXX总集成项目配置 管理方案 XXXXX科技股份有限公司 2009年10月
目录 关于本文档 (1) 第1章配置项的标识规则 (2) 第2章配置管理计划 (2) 2.1 配置管理计划目的 (2) 2.2 角色、职责和人员 (2) 2.3 配置和细化管理控制 (3) 2.3.1 工作空间规则 (3) 2.3.2 细化管理控制 (4) 2.4 配置状态统计 (4) 2.4.1 DCB会议备忘录 (4) 2.4.2 细化请求的汇总 (5) 2.4.3 基线状态报告 (5) 2.5 配置审核 (5) 第3章配置项说明 (5)
金宏工程国家发展改革委药品和医疗器械价格评审信息系统A包总集成项目配置管理方案关于本文档 说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；
第1章配置项的标识规则 公司名称-Project Name-Type – Name – Version 其中： 项目名称或项目编号：采用立项后的项目名称缩写或给定的项目编号表示 系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示 类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。 编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字； 版本：采取两位，形式为0.0，第一版为V1.0，以后每增加0.1表示较小修改，增加1.0表示新的Release。 第2章配置管理计划 2.1配置管理计划目的 配置管理计划编写目的如下： 在项目的整个生存周期中建立和维护产品的完整性 软件配置管理活动是有计划的 确定需要CM控制的工作产品 建立和维护工作产品的基线 控制对工作产品的细化 2.2角色、职责和人员
软件配置管理计划(SCMP)
软件配置管理计划(SCMP) 说明 《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。 软件配置管理计划的正本格式如下： 1引言 本章应分成以下几条。 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 1.3文档概述 本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 1.4组织和职责 描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。 为了能够清晰的表述，可选用图表的方式进行说明。 1.5资源 描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3管理 描述负责软件配置管理的机构、任务、职责及其有关的接口控制。 3.1机构 描述在各阶段中负责软件配置管理的机构。描述的内容如下： a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构； b.说明项目和子项目与其他有关项目之间的关系； c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。 3.2任务 描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。 3.3职责 描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系： a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责； b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系； c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职
产品版本管理规范
基于Tortoise SVN的软件产品版本管理规范[草稿]
目录 1. 引言 (1) 1.1. 目的 (1) 1.2. 范围 (1) 1.3. 术语定义 (1) 1.4. 参考资料 (2) 1.5. 版本控制记录 (2) 1.6. 版本更新记录 (2) 1.版本管理 (4) 2.1. 版本标示方法 (4) 2.1.1. 正式版本 (4) 2.2. 目录结构 (5) 2.3. 文档的存放 (6) 2.3.1. 开发文档的存放 (6) 2.3.2. 源代码的存放 (6) 2.3.3. SQL的语句存放 (7) 2.3.4. 发行文档的存放 (7) 2.4. 配置管理流程 (7) 2.5. 权限控制的管理 (8) 2.更新管理 (9) 3.1. 源程序的修改 (9) 3.2. 版本升级 (10) 3.2.1. 版本升级原则 (10) 3.2.2. 新版本发布 (11) 3.3. 文档的变更 (11) 3.备份管理 (12) 4.版本工具Tortoise SVN的使用 (13)
1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1.目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2.范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关 内容，包括： ●●●●版本标识方法 软件系统数据的存放文档的修改控制 文档的备份制度 1.3.术语定义 SCM 软件配置管理（Software Configuration Management）缩写SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档
ISO20000-20配置管理程序
密级：敏感 文档编号：HTPC-ITSM-B-20配置管理程序 版本号：V1.0 配置管理程序 ************信息技术有限公司 ---------------------------------------------------------------------------- ************信息技术有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
修订履历
目录 1 目的 (4) 2 范围 (4) 3 职责 (4) 3.1 配置管理负责人 (4) 3.2 配置管理员 (5) 3.3 一线支持人员 (5) 4 相关文件 (5) 5 程序 (5) 5.1 配置计划 (5) 5.2 配置定义和标识 (5) 5.3 建立配置管理数据库 (5) 5.4 CMDB的控制和维护 (6) 5.5 配置审计和验证 (6) 5.6 生成配置报告 (6) 6 记录 (6)
1 目的 配置管理流程的总体目的是提供一个统一的、一致的流程来管理售后服务环境中的所有组成部分，以确保： 1)所有配置项（CI）被识别和记录下来； 2)配置项当前和历史状态得到汇报； 3)配置项记录的完整性得到维护和确认； 4)客户服务环境的稳定性； 5)实现资产管理的目的。 2 范围 配置管理的范围是公司开发的管理信息系统的运行和服务环境下所包含的配置项（CI），包括系统运行环境的部署环境设备、系统软件等，及服务环境中涉及的客户信息配置。具体活动包括识别、控制、汇报和审核等行为。 包括： 1)客户信息：企业客户信息； 2)软件信息：客户运行环境中传输线路综合管理系统、车辆管理系统及其运行环 境，安装软件的拷贝信息； 3)服务器端配置：主机设备、终端设备； 4)备件信息：手持终端设备、车载设备等； 5)服务文档：服务项目文档、服务记录、用户手册等； 6)供应商：供应商信息。 不包括： 1)处于开发或测试环境的业务系统。 3 职责 3.1 配置管理负责人 1)定义并维护配置管理流程文件及所需要的记录模板； 2)管理配置管理流程的实施； 3)确保配置管理流程目标的实现；
HD-CM-301_配置管理计划
<项目编号> <项目名称> 分 类: <模板> 使用者: <配置经理> 文档编号: HD-CM-301 四川华迪信息技术 有限公司 配置管理计划 <版本号> 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： □主管领导 □项目组 □客户（市场） □维护人员 □用户 评审负责人（签名）： 评 审 日 期：
目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 软件配置管理 4 2.1 组织、职责和接口 4 2.2 工具、环境和基础设施 4 3. 配置管理活动 4 3.1 配置标识 4 3.1.1 标识方法 4 3.1.2 项目基线 5 3.2 配置和变更控制 5 3.2.1 变更请求的处理和审批 5 3.2.2 变更控制委员会 (CCB) 5 3.3 配置状态统计 5 3.3.1 项目介质存储和发布进程 5 3.3.2 报告和审计 5 4. 里程碑 6 5. 培训和资源 6 6. 分包商和厂商软件控制 6
配置管理计划 1.简介 ?[配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 ?[阐明此配置管理计划的目的。] 1.2范围 ?[简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 ?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 ?[本小节应完整列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过 引用附录或其他文档来提供。] 1.5概述 ?[本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。] 2.软件配置管理 2.1组织、职责和接口 ?[说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。] 2.2工具、环境和基础设施 ?[说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工具。 ?说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。 ?建立 CM 环境时所涉及的问题有： ?产品数据量的预期大小 ?产品团队的分配 ?服务器和客户机的实际位置] 3.配置管理活动 3.1配置标识 3.1.1标识方法 ?[说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售(COTS) 产品以及产品目录结构中所列的所有应用程序开发工件，例如计划、模型、构件、测试
软件配置管理规范流程
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件配置管理控制程序A0
程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部
软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序
软件配置管理计划
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。
本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
配置管理计划V0.1
XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日
文档编号：XXXXXXXX-XXX-XXX 版本号：1.00 项目名称:XXXX项目 文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人：日期：审核人：日期： 公司名称：xxxxxxxxxxxxxxxxxx有限公司 地址：xxxxxxxxxxxxxxxxxxxxxxxxx 电话：010-xxxxxxxx 网址：https://www.wendangku.net/doc/f118353302.html, 邮箱：mengsuran@https://www.wendangku.net/doc/f118353302.html,
目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)
软件配置管理流程
软件配置管理流程
目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)
1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图
软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理： 1）与（有关负责人员）协商确定项目起始基线； 2）接受配置管理计划，并按相关规定贯彻执行； 3）接受配置控制委员会的报告； 4）提出配置管理计划的修改要求； 5）提出管理的建议和要求。 配置管理员 1）编制配置管理计划； 2）执行配置项管理； 3）执行版本控制和变更控制方案； 4）编制配置状态报告； 5）配置库的建立和权限分配； 6）配置管理工具的日常管理与维护； 7）配置库的日常操作和维护； 开发人员 1）根据确定的配置管理计划和相关规定，提交配置项
25 软件配置管理程序
软件配置管理程序 1 目的 本标准规定了计算机软件配置管理的基本要求。以确保软件配置管理的完备、清晰、一致和可追溯性以及技术状态的可控制性。 2 范围 本标准适用于××武器指挥自动化系统的计算机软件配置管理及其他软件产品的配置管理。 3 引用文件 GB／T 11457—95 软件工程术语 GJB 900lA—2001 质量管理体系要求 EPB 31—96 科研项目技术文件编写和管理要求 Q／ES B7. 3—08—2001 设计和开发更改控制程序 Q／ES B7．5—08—2001 软件产品复制、安装和交付控制程序 4 定义 GJB 900lA和GB／T 11457中确立的以及下列术语和定义适用于本标准。 4．1 计算机软件配置 软件产品在不同时期的组合。该组合随着开发工作的进展而不断变化。 4．2 计算机软件配置项 为独立的配置管理而设计的且能满足最终用户功能要求的一组软件。 4．3 计算机软件配置管理项 置于配置控制之下的软件配置项的有关软件成分。包括各类管理文档、技术文档、源码列表及其可执行码、运行所需的系统软件和支持软件，以及各种数据。 4．4 计算机软件配置管理 标识和确定系统中软件配置管理项的过程，在整个软件生存周期内控制这些软件配置管理项的投放和更动，记录并报告配置的状态和更动要求，验证配置的完整性和正确性。 4．5 基线 在配置管理项生存周期的某一特定时间内，正式指定或固定下来的一组配置标识文件。基线加上根据这些基线批准同意的更动构成了当前配置标识。对于配置管理，至少应有以下三种基线： 功能基线——最初通过的功能配置： 分配基线——最初通过的分配配置： 产品基线——最初通过的或有条件地通过的产品配置。 4．6 计算机软件配置管理项标识 指出系统中的软件配置管理项并对其特性进行记录的过程。 4．7 计算机软件配置控制 在软件配置管理项的配置标识正式确定之后，对配置管理项的更动情况所作的评估、协调、审批的过程。 4．8 计算机软件配置状态报告 记录和报告为有效地管理某一软件配置管理项所需的信息。包括列出经批准的配置标识表、对配置管理项提出更动的状态表和经批准的更动的实现状态。 4．9 计算机软件配置审计 审查与验证所要求的全部软件配置管理项均已产生，当前的配置与规定的需求相符，技术文件说明书完全且准确地描述了各软件配置管理项，并且曾提出的所有变更请求均已得到解决的过程。 4．10软件开发库 在软件生存周期的某一阶段，存放与该阶段软件开发工作有关的计算机／人工可读信息的库。通常，该库中所存放的各种信息在该阶段经常处于动态变化之中。