产品配置管理方法

产品配置管理方法
产品配置管理方法

通过建立汽车产品生命周期统一数据模型和模块化的产品配置管理中心,对汽车产品的整个生命周期的数据进行有效的组织和管理,更有效的进行产品配置管理以及产品工艺数据管理。使系统能够通过用户的需求驱动,快速的进行汽车产品配置设计和客户产品配置点选的需要,为汽车产品模块化配置设计和管理提供行业解决方案。

一、面向生命周期模块化的产品数据管理模型

1.建立汽车产品生命周期统一数据管理模型

汽车产品的全生命周期是一个复杂的过程,在产品设计、生产工艺、采购物流和销售售后等不同阶段会产生大量不同类型的数据文件,随着产品生命周期的扩展,数据文件会不断的扩展。因此,必须建立产品统一数据模型,解决不同类型数据的综合管理、过程管理以及跨部门、跨区域和供应链协同工作的问题。清软英泰汽车行业解决方案为企业提供统一的数据建模工具,根据企业产品的特点、产品开发和生产工艺的业务特点搭建产品数据模型。统一产品数据模型包括零部件族管理、产品文档分类管理、产品配置模型、业务过程模型和工艺数据模型等。

通过建立产品设计和工艺一体化统一数据模型,确保数据的完整性、借用件的有效管理和数据变更管理,从而缩短新产品设计准备周期与变型设计准备周期,为汽车产品的快速配置管理管理提供了统一数据模型环境。其次,汽车产品设计涉及的部门和人员多,产品主要由总体布置、动力设计、车身设计和底盘设计等四个部分组成。先由总体布置部门根据市场或客户要求对其他具体设计部门提出参数要求,再由各设计部门根据这些参数进行设计。在各具体设计部门内部,设计不同部件的设计师又需要参考别的部件的设计参数,或者,在设计到定型过程中,总体布置部门对某一个参数进行了更改,需要通知到各个部门等等。传统孤立的手工设计和手工信息管理就会带来许多不足,耗时长,准确率低并出错率高,难以满足汽车制造企业现代化发展的需要。而借助信息化手段,建立产品统一数据模型和统一的业务过程模型,以PLM建立产品协同工作平台,就能很好的满足汽车制造业现代化发展的需要。

2.建立产品配置管理基础知识库

汽车行业采取面向订单基于产品模块化的生产模式,面对客户需求,如果当前的基本型产品或者已经存在的变型设计满足客户需求,那么就可以直接根据客户需求配置生成BOM

清单,进行制造和装配;如果当前的产品不能满足客户需求,但通过变形设计能满足需要,则需要进行变形设计,得到新的模块并替换原有模块,形成新的变型产品。第二种情况是全新系列产品设计,技术部门需要根据客户需求设计产品的功能,并进行功能分解,然后把功能映射到结构,进行模块化设计,当然也可能新系列借用原有的模块,在这期间可以根据经验,考虑到用户可能的潜在需求,设计一些可选的模块,形成系列产品。

面对汽车行业这种订单驱动的模块化式生产模式,而要实现产品快速配置管理,必须先通过PLM系统建立并维护产品基础数据库,如基准车型库、选用装置库、标准模块库、专用模块库与相似零部件库等。其次,产品结构管理与产品配置管理密不可分,通过产品结构管

理,建立、维护产品配置中的产品结构模型和基本型产品结构是产品配置的基础。一旦设计人员接到定单,首先查找标准件模块库、相似件模块库,对无法直接利用的模块可在其基础上进行配置设计,形成新的模块,重新组合模块使之成品化,从而缩短产品设计周期。

3.基于模块化的产品族管理

模块是一组具有同一功能和结合要素(指联接部位的形状、尺寸、连接件间的配合或啮合等),但性能、规格或结构不同却能互换的单元。模块化一般指使用模块的概念对产品或系统进行规划和组织。产品的模块化设计是在对一定范围内的不同功能或相同功能不同性能、不同规格的产品进行功能分析的基础上,划分并设计出一系列功能模块,通过模块的选择和组合可以构成不同的产品,以满足市场不同需求的设计方法。要满足汽车产品模块化生产模式,汽车产品的设计都是按照模块化来进行划分和设计的,产品模块主要由基本车型和模块化组织的零部件组成。模块化的可互换性和可组合性是实现产品配置的基础。根据模块化思想,产品将传统产品-部件-零件的构成模式转变为以模块和模块单元组成的产品构成模式。如图1所示,模块化产品与传统产品构成的区别在于后者通过独立的模块及子模块构成产品。汽车设计由于引入了模块化设计思想,使得模块化产品实现了产品对客户个性化定制、缩短产品的设计与制造周期和有利于新产品的开发。

图1 传统和模块化产品构成形式

二、模块化产品配置管理实现方法

1.产品配置变量和状态的定义

模块化的产品模型中所有模块之间受具体变量取值的约束,这些约束形成配置状态(规则)库,产品配置是一个配置规则匹配、知识推理的过程。配置规则是在配置过程中,对产品模型中需要配置的项目进行选择和确定的一系列限制和匹配原则。如图2所示。系统提供针对于模块化设计企业的产品数据定义与配置管理功能,用户可以直接在产品结构树上做配置管理,根据预定义的产品模块集合以及它们之间的相互约束关系,在系统中定义配置变量及配置变量取值,并且把模块与相对应的配置变量取值进行绑定,通过合理的组合,确定单个产品的配置状态,完成满足客户个性化要求的产品设计过程,为产品模型的变型和客户需求之间建立了联系。

图2 配置变量取值点选和配置状态示例

2.模块化产品配置管理设计过程

PLM系统为企业搭建了统一的产品配置选用平台,在一定产品平台上对所有基准车型、选用装置、系统与模块化库及配置进行统一管理。图3为某汽车企业订单车型模块化配置过程图,根据客户的需求,设计人员在基准车型库、选用装置库、系统与模块库和零部件库的配置设计中,使用基于实例的推理技术为客户产生一个满足客户要求的订单车型,设计中可重复利用已有的设计知识,从而实现订单产品的快速设计。

图3 模块化配置管理配置过程流程图

基于统一产品配置平台的汽车产品模块化配置设计主要包括以下几个步骤:

1)根据产品规划的要求,按产品相对固定的主要特征如车身形式、驱动形式、内外饰级别、市场品牌等确定产品的基准车型和选用装置,并分析所有车型的配置情况,如空调、座椅以及轮胎、车门、内外饰、转向、制动、电子设备和颜色的状态,建立车型配置之间的约束关系,进行统一的车型配置管理;

2)零部件编号规则是数据管理工程的最基本标准,是实现模块化配置设计的基础,因此首先制定零部件编号规则,并在此基础上制订出与之相关的一些标准和规范,根据统一的零部件编码规则,建立模块化组织的零部件矩阵库和基本车型矩阵库;

3)根据各业务部门的需要,建立产品数据一体化管理模式,设计人员对设计结构及其相关设计数据负责、工艺人员对在设计结构的基础上对工艺结构及相关工艺数据负责,其他部门对其扩展数据负责。数据一旦归档投入使用,不可随意更改,如需更改,必须通过PLM

系统中的更改管理进行更改管理,以便保持数据的一致性和最新性;

4)基准车型库仅含法规允许的最低配置的相关分组与系统,选用装置是专用分组(系统)与基准分组(系统)之差,新设计要求按照模块化进行设计,并归入相应的模块单元库中。订单车型在基准车型的基础上,根据选配关系或配置变量对相应的模块进行点选;

5)点选完成后,对可配置BOM进行解算,得到具体订单车型的BOM。企业的管理人员、技术人员或生产人员,只要用这一标识(订单配置号)就可以查到相应订单车型的全部技术状态。由于是按基本项、选择项和特定项分类的,安排计划组织生产就非常方便,从而缩短了了产品设计和制造周期。

3.模块化产品配置管理在汽车企业的应用

清软英泰模块化产品配置管理解决方案在汽车企业实现了成功应用,为汽车企业产品模块化设计提供了有利工具。配置管理平台为销售部门提供了产品销售手册和客户点选器,客户可以在企业现有产品的基础上进行产品的选择,并生成客户订单,技术部门针对销售部门的下单进行产品模块化规划及设计,生产部门按照设计部门的配置结果组织生产,三个主要环节相互关联,紧密联系。售后服务部门输入订单配置号可以实时查询订单车型的全部技术状态,为产品的售后服务提供了及时的产品数据状态。图4为某汽车企业产品配置结构树,通过模块化式配置,可快速形成订单需求的产品。

图4 某汽车企业产品配置结构树

产品配置的应用思路

快意电梯是典型的按订单型组织生产的企业,电梯产品的系列化特征显著,产品配置管理的目的就是要根据客户的个性需求,基于通用或者全局的产品结构,通过特定的规则或者配置条件选配出完全或部分满足需要的零部件及其产品结构。因此我们可以理解产品配置管理的功能为:定义产品特征和选项,用户将通过不同的产品特征选项来区分不同的配置;定义规则以便根据特征取值选择具体零部件;运用这些定义的产品结构和规则,产品选项管理能够判断产品的某个配置是否有效;为生产有效的产品配置创建精确产品BOM,即生成产品实际的精确结构。

以下将对快意电梯PLM系统实施过程中的产品配置管理功能进行详细阐述。 TiPLM系统通过四部分功能实现快意电梯产品结构的变型配置:

· 建立全局的产品BOM。全局产品BOM是用于定义选配和变型BOM基础,实现选装配置的约束,这是产品配置最重要的部分,只有全局BOM正确,才能配置出符合客户要求的产品;组成BOM结构的信息要依靠设计图纸,所以能创建全局BOM的前提是要从设计图纸中提取出所有的子件和子件的配置条件,由于设计图纸采用部件图多变量设计,如下图:

图1 电梯设计图例

由于设计图纸的部件图表达了全部变量传递,一套设计图纸可能表达了多重BOM结构,所以创建BOM的前提是要把图纸信息实例化,程序要运算出所有可能的实例结构,这样才能为后续的选配提供数据保证,因此需要在快意电梯使用的二维CAD软件MDS前端和Solidwork二维图上的对所有基于表格上的配置信息进行批量读取,提取变量传递从而得到能导入创建全局BOM的EXCEL表;

图2 全局BOM的excel表

· 配置条件导入。由于全局BOM的来源是多变量设计的图纸信息,在每个可能的BOM 下都有相应的配置条件,也就是设计图纸中的变量,在PLM系统中创建了全局BOM之后,用户需要通过配置条件的导入功能提取excel表或者手动的方式来给全局BOM中的二级部件创建相对应的配置条件,如下图:

图3 配置条件导入

图4 配置条件

在配置条件导入成功后会在每个需要选配的子件下创建如下图的配置条件,以方便用户通过条件选取出该部件。

· 创建精确的实例BOM。为方便与用户的友好交互,简化操作,通过建立产品属性与配置条件的联动,在产品属性栏中输入条件值从而达到选取配置条件的目的。

输入属性值以后点击“类似创建精确化配置”按钮系统会自动处理与属性值相匹配的配置条件,从而得出用户需要的零部件。

图5 属性输入

图6 类似创建精确化配置

· 电梯维护数据管理。设计部门需要做的工作是在设计完图纸之后根据销售部门提供的基础数据选择出客户需要的精确产品结构,然后提供给生产部门进行生产,直到生产完毕装箱出产。由于电梯行业的特殊性,电梯出厂之后规定年限内需要对电梯做定期的维保,所以每个产品在出产之前都需要在系统中记录出厂时的BOM结构,目的就是为了方便后续维保部门在做维保过程中对产品的某些零部件做出必要的更改做相应的记录。利用TiPLM产品快照功能能够实现对维保数据的有效管理。

图7 产品快照记录

通过以上四个步骤:BOM信息与配置条件的提取,创建配置条件,类似创建精确化配置和产品快照的记录,即保证了运算的准确性也简化了用户的操作,较好解决了系列化产品的配置管理问题。

操作系统安全配置管理办法

编号:SM-ZD-96562 操作系统安全配置管理办 法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制:____________________ 审核:____________________ 批准:____________________ 本文档下载后可任意修改

操作系统安全配置管理办法 简介:该制度资料适用于公司或组织通过程序化、标准化的流程约定,达成上下级或不同的人员之间形成统一的行动方针,从而协调行动,增强主动性,减少盲目性,使工作有条不紊地进行。文档可直接下载或修改,使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理,提高重要信息系统的安全运行维护水平,规范化操作,确保信息系统安全稳定可靠运行,特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括:AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本规范。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法

配置管理系统

配置管理系统(北大软件 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 按照配置管理计划,进行项目的配置库管理。 ● 项目配置管理员规划、建立项目的目录结构。该结构支持对配置项的存储和检索功能。 ● 项目配置管理员根据项目的规模,规划和配置管理工具相关的配置库结构。 ● 项目配置管理员依据经项目经理确认的权限清单对目录结构进行权限分配,以达到在相关组之间或 配置库内部之间进行共

软件配置管理过程指导说明书(超级实用)

软件配置管理过程指导说明书

目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)

1 前言 1.1 目的 用于描述配置管理作用和过程,规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB:Configuration Control Board,配置管理委员会,每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导,但不能是项目经理。 软件配置项:是指软件工程过程中所生产或使用的任何元素,或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等,包括:项目文档,源代码,执行程序,相关设备及资料。 软件配置管理:对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品:由定义、维护和使用一个软件过程所产生的任何人工制品,包括过程描述、计划、规程、计算机程序和相关文档,无论是否打算将它们交给客户或最终用户。 软件产品:可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线:基线,是开发过程中标识出的里程碑所交付的一个或多个配置项,也即指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征:(1)已经过正式的评审和批准;(2)作为项目发展和产品升级的基础。(3)基线变更必须经过CCB审批。 变更控制:对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布:指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布(release)。 配置审计:可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性,主要考查软件受控库的结构、内容及其它相关信息,以验证基线和描述它的文档的一致性;功能审计审查配置项内容的正确性与一致性,主要考核配置项在实现功能上的一致性,功能审计主要通过评审和测试报告体现。 物理审计的内容包括: ? 确认配置项标识的正确性; ? 确认已受控配置项的更改是受到控制的; ? 验证配置库内容与相应记录之间的一致性; ? 验证配置管理活动与相应记录之间的一致性; ? 验证配置管理工作是否符合适用的标准和规程; ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括: ? 验证当前基线所含配置项对前一基线所含配置项的追溯性; ? 确认当前基线所含配置项均正确反映了项目需求; ? 评估基线的完整性; ? 验证当前基线和各基线间所含配置项的一致性; 验证配置库内容的完备性和正确性等。

软件配置管理流程

配置管理流程规定 (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)配置库的日常操作和维护 开发人员

35配置管理办法

配置管理办法 文件名称:配置管理管理办法 文件编号:ZHWH-CM-01-2017 文件类别:技术管理 编制部门:北京中航鼎成科技有限公司质量管理部 版本号: A 文件密级:秘密 受控标识:受控 拟制/日期:黄妙然 2017年09月27日 审核/日期:刘晔 2017年10月15日 会签: 批准/日期:杨成 2017年11月1日

修订页

目录 第1章目的和范围 (1) 第2章角色和职责 (1) 第3章定义和术语 (2) 第4章配置库管理及规划 (2) 第5章配置管理流程图及活动说明 (2) 5.1 研发配置管理流程图及活动说明 (2) 第6章度量数据收集 (6) 第7章相关文件和记录 (6)

北京中航鼎成科技有限公司配置管理管理办法 第1章目的和范围 为规范北京中航鼎成科技有限公司在项目生命周期过程中的配置管理活动,确保在项目的整个生命周期中建立和维护项目产品的完整性、正确性、可追溯性和一致性,保证项目过程中配置管理相关工作满足公司质量体系要求,特制定北京中航鼎成科技有限公司配置管理规范。 本文档适用于北京中航鼎成科技有限公司所有项目的配置管理活动。 第2章角色和职责

注1:“配置变更控制”参见《TDCS/CTC综合维护平台产品变更实施细则》,本文不再说明,配置项拟审批原则参见《北京中航鼎成科技有限公司配置项清单》。 第3章定义和术语 (1)基线:BaseLine,就是经过正式评审和认可的工作产品,它是以后进一步开发的基础。基线分为过程基线和交付基线。 (2)配置项:配置是指在项目生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合,该集合中的每一个元素称为该配置中的一个配置项。配置项分为基线配置项和非基线配置项。(3)基线配置项:一般组成产品元素的配置项均要定义成基线配置项,如产品需求、设计文件、源代码、测试文件等均要定义成基线配置项,基线发布后所有的变更都要严格按照《北京中航鼎成科技有限公司产品变更实施细则》执行。 (4)非基线配置项:一般非产品组成元素的配置项可以定义为非基线配置项,如项目计划、评审类等。 非本项目控制的工作产品,但为了共享和最新版本的获取,该类元素作为非基线配置项也纳入配置管理库,如外部文件、标准、参考文件、会议纪要、工作报告、过程记录等。 第4章配置库管理及规划 配置库管理及规划如下: 1)研发项目(含工程项目的定制开发):按照产品线进行规划管理; 2)工程项目:按项目管理、工程实施过程两大块进行规划管理; 第5章配置管理流程图及活动说明 5.1 研发配置管理流程图及活动说明 5.1.1研发配置管理流程图

产品的技术参数配置

产品的技术参数配置 (一)税务稽查执法箱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、主管级别(含)以上员工。 2、部分因业务需要的员工(业务员、送票员、地州送票员)。 三、流程 1、需要配置手机的员工,统一到行政人事部报名登记,由公司统一发放。 2、行政人事部负责与通讯公司联系办理购卡业务。 3、员工必须报行政人事部备案,由行政人事部统一建档管理。 四、具体要求 1、员工在职期间使用公司手机卡必须 24 小时开机,保证通信畅通;如出现关机、停机、无人接听等现象,每次罚款 50 元。 2.若手机出现没电、故障等原因造成暂时无法接通的,应第一时间告知上级主管临时联系方式 3.手机卡丢失或损坏的,应第一时间告知公司, 24 小时内补办手机卡并开通,费用由使用人自行承担。 4.员工不得私变更手机卡。 5.员工使用公司手机卡期间不得利用公司手机卡从事任何违法违纪活动,造成恶劣后果的交与司法机关处理。 6.员工离职应将手机卡交还公司,损坏补卡及所欠话费由使用人承担。 7.主管有监督员工手机卡使用的权利和义务,对员工因联络不上对公司造成的损失,公司将视情况追究其主管的连带责任。 员工必须公私分离,不得混淆或有意公私不分,使用公司电话做与工作无关事情,不得再留个人号码 给客户或工作关联事宜。 五、补贴标准 1、50元/人/ 月?

六、手机卡管理办法 1、每月月底打印上月通话记录 微信: 1. 公司配发的手机卡,销售人员必须用公司号码申请一个微信账号,微信号为公司名+手机号码。 2. 所有公司微信账号,昵称必须改为:公司名 +姓名+电话号码。 3.所有公司微信账号,头像必须换成手机持有者的照片(或者公司 LOGO)。 4.公司在微信群发出的通知,所有员工在网咯畅通的情况下必须在两小时之内回复。如收到、执行、马上执行之类的语言,不可见之信息淡漠而视。(特殊情况请做出说明) 5.公司组织的发朋友圈信息活动,所有员工必须无条件的执行。 6.所有销售人员,客户有需求加微信(不主推),必须加到公司微信账号上,不得加到自己私号上。 7.公司不定期抽查销售人员公司微信的对话框中的好友交流时间、人数等等。 8.以上有关微信管理制度的条规,如有违反,每次罚款 50 元,依次叠加。 9.配备手机人员,离职时,不得将工作微信删除,不得将好友删除。如有发现,将扣除最后结算工资。 10、上报用户名及密码监管。

产品配置管理技术

产品配置管理技术 在现代企业中,随着计算机技术和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角色、职责和人员

配置管理流程

配置管理流程 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配置管理范围工具、用途说明:

产品版本管理规范

基于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. 文档

ISO软件开发全套文档-配置管理计划编写指南

产品/项目系统名称 配置管理计划 北京XXXX有限公司 200 年××月 1引言 1.1编写目的

编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款,以保证所开发出的软件能满足用户需求。 1.2背景 a.开发的软件系统的名称 列出本软件系统的中文全称、英文全称及英文表示简称。 b.开发的软件系统的最终用户或适用的领域; c.项目来源、主管部门等 1.3定义 列出本文件中涉及的专门术语定义和外文缩写的原词组。 1.4参考资料 列出涉及的参考资料。 2 管理 描述软件配置管理的机构、任务、职责和有关的接口控制。 2.1 机构 描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。 说明项目和自项目与其他有关项目之间的关系。 指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。 2.2 任务 描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作,并指出各阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控制库或软件产品库)。 2.3 职责 指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责; 指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。 说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。 指出与项目开发有关的各机构的代表的软件配置管理职责。 指出与其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。 2.4 定义软件配置项(SCI) 包括: 1.系统约定 2.软件项目计划 3.软件需求文档 4.用户手册 5.设计文档

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) 产品以及产品目录结构中所列的所有应用程序开发工件,例如计划、模型、构件、测试

配置管理岗位职责

配置管理员岗位职责 摘自:软件配置管理论坛 一、配置经理的基本技能与资格 资格: 能够重视配置管理工作; 能够按规范实施配置管理工作; 积极支持部门的配置管理方面的工作; 能够积极支持与帮助其他人员; 为部门的配置管理能力的提高贡献力量; 熟悉公司配置流程以及其他相关的流程; 为增进项目管理,对于项目内的困难和关键问题,能够及时反映到部门; 基本技能: 能够独立规划项目的配置管理工作; 熟练掌握配置管理的相关概念; 能够了解配置的相关工具,熟练使用技术工程部配置所使用的工具; 具有基本的与人沟通的技巧; 能够了解项目管理过程中的主要环节; 初步了解项目管理过程中的质量保证的各个方面; 了解部分系统和应用工具,如数据库ORACLE,前台开发工具DEPHI等; 二、配置经理的职责 作为一名配置人员,配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如:作为质量保证的成员之一,能够为整个技术工程部规范化管理的推进作贡献,如宣传规范化管理的知识,陈述规范化管理的利弊等;能够在项目进行的整个生命过程中,不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通,为项目配置管理的规范化作出努力. 具体表现为: ?项目进行初期或首次进入项目中时,能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通,取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持; ?积极了解项目情况,项目各阶段的进展,为更好的进行配置管理作努力; ?熟练并充分的利用配置管理工具的各方面的功能,提高配置管理的效率; ?为项目控制好版本,保证项目各阶段所使用的版本正确; ?及时发现项目问题,把问题及时反馈给项目经理、QA或SCCB,并积极协助解决; ?与项目内其他组成员,如开发组、测试组等协调工作,并能够很好的沟通; ?能够在项目中不断总结、分析,为项目内配置管理工作的进一步优化作贡献;

配置管理计划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/e211227890.html, 邮箱:mengsuran@https://www.360docs.net/doc/e211227890.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.软件配置遵循安全性、适用性、经济性和正版化的原则,不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关的各类软件。 3.优先采用场地授权(许可)方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》,对软件使用部门需要的相关软件进行统一测试和试用,综合考虑软件的价格、兼容性、安全性和售后服务等因素,确定软件选型,明确软件名称和版本。涉及使用免费软件的,更新《可使用免费软件清单》(附件2)。 3.信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可的差异。单位软件许可不足的,编制《软件采购计划表》(附件3)。 4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件,因以下情况申请报废的,需经过信息化部门鉴定,严格履行资产处置报批手续: (1)已经达到规定的最低使用年限,且无法继续使用的。 (2)未达到规定的最低使用年限,因技术进步等原因无法继续使用的。 (3)未达到规定的最低使用年限,因计算机硬件报废,且无法迁移到其他计算机上继续使用的。

相关文档
最新文档