产品配置管理

产品配置管理
产品配置管理

探析TcAE汽车产品配置管理

发表时间:2012-4-15 陈娟来源:万方数据

关键字:TcAE汽车产品装配结构配置管理

信息化调查找茬投稿收藏评论好文推荐打印社区分享

本文介绍了通过产品配置的管理,使得汽车整车开发过程设计更为精确,在设计的同时完成数据的检查,使开发周期缩短,并通过配置的管理,为虚拟评审提供更为真实与更为完善的数据。

现代社会汽车行业迅速发展,如何顺应时代的变化,保持较高的竞争力,以及在整个汽车产品开发的生命周期,如何高效管理产品数据,已经成为我们必须克服的难题。许多企业已经意识到,实现信息的有序管理,将成为在未来的竞争中保持领先的关键因素。如何实现对产品相关的数据、流程、资源一体化进行管理,已经被提上日程。

汽车生命周期是一个复杂的过程,整个过程中会产生各种各样错综复杂的数据,如何对这些数据进行有效的管理,使整车开发更加高效,是我们必须面对的课题。而TcAE汽车产品配置管理,则为此提供了好的途径。

1 TcAE的基本概念

曲通用汽车联合西门子公司为汽车行业量身定做的TcAE(Teamcenter Engineering Automotive Edition)系统,是结合产品设计、产品零部件管理、产品文档分类管理、产品配置模型、工艺数据模型管理以及产品数据查询、产品周期管理,数据全程跟踪等多重功能为一体的数据管理系统。TcAE规范了整车开发过程中的产品数据设计,形成了一系列的规范和模版,实现了数据实时共享与协同合作,提高了整车开发能力。

2 整车装配结构VAS的基本概念

整车装配结构VAS(VEHICIE ASSEMBLY STRUCTURE)是TcAE系统一个重要的功能模块,即是一个GMiMAN或NX的多层结构,用来组织各种不同的数据。它是基于全球统一的VAS模板产生,便于数据使用者快速查找和共享数据。一般情况下,一个产品家族(PRODUCT FAMILY)需要一个独立的VAS来管理数据,其中可以包含多个MODEL和多个年份(MODEL YEAR)。

VAS包含五大模块。

(1)MAINSTREAM模块。存放NX格式的三维数模文件;

(2)VEHICLE INTEGRATION模块。存放CRITERIA(UCL)和整车信息等;

(3)STUDY模块。存放工程师在设计初期多个方案的三维数模文件;

(4)DESIGN CENTER模块。存放内外饰面数据;

(5)BUILD模块。存放虚拟数据评审中DEVIATED IA。

IA(Installation Assembly)IA是整车中按照配置和零件位置组织在一起的、具有特定功能的子系统。IA是由设计者创建并维护,IA的准确与完整是在整车位置创建和共享数据(生产零件、售后零件、焊点、造型面等)的基础。

3 基于整车VAS的产品配置管理

3.1 产品配置的定义

产品配置是一个配置规则匹配、逻辑推理的过程。并通过TcAE系统的配置功能,在整车VAS装配完整的基础上,使某一辆具体的车型或者某一辆具体车型的某一部分(譬如前舱等)得到独立地体现(参看图1)。

点击图片查看大图

图1 配置管理下的整车结构

3.2 整车配置管理带来的价值

整车配置管理提高了研发效率,降低了研发成本和提升整车设计品质,在设计阶段和评审阶段都有明显的体现。

(1)设计阶段。实现在整车中进行设计,实现一次设计准确,减少工程变更。整车配置管理还可以帮助设计者在整车研发过程中,实现“边设计、边检查”。

(2)评审阶段。避免手工挑选单一配置车型零部件,通过整车配置快速筛选单一配置车型,为整车虚拟评审(整车干涉检查、虚拟制造、CAE分析、售后零件可替换性等)的数据准备奠定坚实基础,结合数模阶段发布和整车配置功能,可实现在整车研发过程中随时监控整车设计品质,避免不必要的工程变更,提升整车设计品质。

4 基于整车装配结构的产品配置设计步骤

4.1 车型的配置管理

根据PDS(PRODUCT DESCRIPTIONSUMMARY)产品规划的要求,按产品相对固定的主要特征,如产品代码、发动机型号、变速箱类型、驱动形式、驾驶方式、内外饰级别等,确定产品的基准车型和选用装置,并分析所有车型的配置情况,如空调、座椅以及轮胎、车门、内外饰、电子设备和颜色的状态,并将所有信息转换到IA配置上,建立车型配置之间的约束关系,进行统一的车型配置管理。

4.2 选项值的配置

完成配置信息分析后,由TcAE配置管理员将配置信息按照通用的标准转化为一系列代码,首先我们必需了解整车配置的关键:选项。选项是用来描述与约束IA的用法。所有的选项集合能够描述一辆完整的车型,并通过不同的选项值来配置不同的车型或者功能区域。

选项大致可以分为整车技术选项、VAS五大模块选项、功能控制选项、空间控制选项、特殊选项。具体如下:

(1)技术选项。通常从整车和子系统两个角度来描述车辆,驾驶方式、车型代码、车型年、轴距等为描述整车的选项,而座椅、天线、镜子、播放器、电池等作为子系统的选项。

(2)VAS五大模块选项。用来控制VAS下一层的MAINSTREAM模块、VEHICLE INTEGRATION模块、STUDY模块、DESIGN CENTER模块、BUILD模块五大功能模块的选项。

(3)功能控制选项。用来控制描述整车的动力总成、底盘、内饰、车身等十大模块作为选项。

(4)空间控制选项。将表示空间位置的前舱区域、乘客舱区域、仪表盘区域、底盘区域等作为选项

(5)特殊选项。控制焊点文件、控制售后文件等的选项。

4.3 功能模块的配置

在前两项工作完成后,我们就可以根据需求,在系统中配置相对应昀功能模块,一般情况下,分为整车配置、虚拟样车配置、CAE分析配置、舱室配置、以及特殊需求配置。

(1)通过整车规则的配置,我们可以得到某个完整的车型;

(2)通过虚拟样车规则的配置,我们可以得到在整车开发过程中反映物理样车状态的IA组合配置;

(3)通过变量规则的配置,我们可以筛选出CAE分析所需要的数据;

(4)通过舱室变量规则的配置,可以得到特定舱室的数据,如前舱、尾舱数据;

(5)还有某些功能团队(如总布置、售后)需要对VAS进行特殊配置,以便开展研究或验证工作。如售后部门基于某一个配置车型使用售后件替换正式零件,以检查售后零件的可替换性工作。可以通过特殊的变量配置得到预期的数据。

5 配置管理的维护

如果PDS发生更新,那么需要VAS管理员完成TcAE系统中变量规则对象的更新工作。PDS新增车型配置,或修改现有车型配置时,VAS管理员在TcAE系统中新增整车变量规则对象。PDS删除现有车型配置时,VAS管理员在TcAE系统中修改相应整车变量规则的名称。

6 结束语

汽车行业的超高速发展,使得数据管理、数据资源一体化、数据高效运作,成为企业成败的关键。如何更好地利用变量配置管理汽车产品的整个周期,缩短开发周期,降低开发成本,将成为我们继续研究的课题。

配置管理系统

配置管理系统(北大软件 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.360docs.net/doc/8716943201.html, 邮箱:mengsuran@https://www.360docs.net/doc/8716943201.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软件开发库 在软件生存周期的某一阶段,存放与该阶段软件开发工作有关的计算机/人工可读信息的库。通常,该库中所存放的各种信息在该阶段经常处于动态变化之中。

相关文档
最新文档