03配置管理工作指南

合集下载

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

软件配置管理过程指导说明书目录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组长可以是质量工程师或质量部领导，但不能是项目经理。

软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。

它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。

软件配置管理：对软件配置项的管理称为软件配置管理。

软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。

软件配置管理的有效指南

一
工作空间的污染的发生很大程度是低效率合并和公司政策的结果。大多数的公司，每日的版本例行控制在检查是重要的项目代码集成策略。种方法保持了文件这版本处于最小的块的层次，以致在项目集成过程中可以
维普资讯
配置管理
软配管的效指南件置理有
石勇编译
“管理和控制 ” 样的词汇经常在一些公司的项目这码，只有稳定的代码可以成为项目的保留对象。然而，支是一个平行开发的概念，的最好的影分它响是在项目的宽度和系统的宽度上扩展了思路。且一而个有秩序的过程一定会运用分支概念，则合并的代码否会使系统如噩梦一般，很难理解和进行后续工作。当讨论是否保留间隔独立的文件级别时，支就显分得更加复杂。且因为需要良好的设备和环境，公司而小中很少进行分布式开发。（２）方案
入项目库。 ” １４解决方案．（）分支１
记录了每个软件版本改变的过程，且为下个新的版本并
统的管理独立化。些政策都是非常重要的，们在应是完全隔离而又相对变化的
独立环境，样开发人员可以在不担心他们工作环境的这

（完整版）配置管理计划编写指南

（完整版）配置管理计划编写指南XXX项⽬配置管理计划修订历史记录⽬录1引⾔ (1)1.1编写⽬的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2 管理 (2)2.1 机构 (2)2.2 任务 (2)2.3 职责 (2)2.4 定义软件配置项（SCI） (2)2.5 软件配置管理计划的实现 (3)2.6 适⽤的标准、条例和约定 (3)3 软件配置管理活动 (4)3.1 配置标识 (4)3.1.1 基线配置 (4)3.1.2 配置标识 (4)3.2 配置控制 (4)3.3 配置状态的记录和报告 (5)3.4 配置的检查和评审 (5)4 ⼯具、技术和⽅法 (6)5 对供货单位的控制 (7)6 记录的收集、维护和保存 (8)1引⾔1.1编写⽬的编写的⽬的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满⾜⽤户需求。

1.2背景a.开发的软件系统的名称列出本软件系统的中⽂全称、英⽂全称及英⽂表⽰简称。

b.开发的软件系统的最终⽤户或适⽤的领域；c.项⽬来源、主管部门等1.3定义列出本⽂件中涉及的专门术语定义和外⽂缩写的原词组。

1.4参考资料列出涉及的参考资料。

2 管理描述软件配置管理的机构、任务、职责和有关的接⼝控制。

2.1 机构描述软件⽣存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。

说明项⽬和⾃项⽬与其他有关项⽬之间的关系。

指出在软件⽣存周期各阶段中的软件开发或维护机构与配置控制组的关系。

2.2 任务描述在软件⽣存周期中各阶段的配置管理任务以及要进⾏的评审和检查⼯作，并指出各阶段的阶段产品应存放在哪⼀类软件库中（软件开发库、软件受控制库或软件产品库）。

2.3 职责指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；指出上述机构与软件质量保证机构、软件开发单位、项⽬承办单位、项⽬委托单位以及⽤户等机构的关系。

配置管理过程及工具的使用

不要把CVS作为练习的场所
配置管理过程

岗位及职责项目建立配置管理计划出入库变更流程配置状态报告 SCM总结报告验证
岗位与职责

SCCB（Software Configuration Control Board） SCCB负责人：一般由室主任、项目所有者(Project Owner)或项目负责人担当，主要职责是审批《配置管理计划》、审批重大的变更； SCCB成员：一般由室主任、项目负责人、SQA人员共同组成，主要职责是讨论、审批配置项或基线的变更； SQA：主要职责为审核配置管理活动；配置管理员：主要职责为制定《配置管理计划》、创建和维护配置库、定期做《配置状态报告》。
包括中间发布和最后的发布配臵库结构说明3配臵管理放臵项目配臵项清单配臵管理光盘清单配臵状态报告等scm读写其他人只读质量保证放臵项目不符合报告sqa核查表和sqa周报等sqa读写其他人只项目跟踪和监控放臵项目状态报告项目周报个人工作周报等评审和报告基线工作产品入基线时评审的报告项目组长读写其他人只读配臵库使用说明1因为cvs工具本身的问题如果你将文件放在错误的位臵或者命名不规范scm进行位臵移动或者修改文件名称的时候会造成历史版本的丢失想要找回历史版本很不容易给配臵管理造成一定的工作量

配置审核
配置审核包括两方面的内容：配置管理活动审核及基线审核。配置管理活动审核确保项目组成员所有配置管理活动遵循批准的软件配置管理方针和规程，比如检入（Check in）/检出（Check Out）的频度，工作产品成熟度提升原则等。实施基线审核，保证基线化软件工作产品的完整性和一致性，并且满足其功能要求。
the log message”，请大家一定要填写，主要填写几个方面的内容：修改的目的，修改的主要内容（段落或者函数名称），修改可能造成的影响。尤其是进入编码和测试阶段，要求每个文件的提交必须有log message。请大家注意！

vmware iSCSI SAN 配置指南

iSCSI SAN 配置指南Update 1ESX 4.0ESXi 4.0vCenter Server 4.0在本文档被更新的版本替代之前，本文档支持列出的每个产品的版本和所有后续版本。

要查看本文档的更新版本，请访问/cn/support/pubs。

ZH_CN-000267-03iSCSI SAN 配置指南2 VMware, Inc.最新的技术文档可以从VMware 网站下载：/cn/support/pubs/VMware 网站还提供最近的产品更新信息。

本产品受美国和国际版权及知识产权法的保护。

VMware 产品受一项或多项专利保护，有关专利详情，请访问 /go/patents-cn 。

VMware 是 VMware, Inc. 在美国和/或其他法律辖区的注册商标或商标。

此处提到的所有其他商标和名称分别是其各自公司的商标。

VMware, Inc.3401 Hillview Ave.Palo Alto, CA 94304 北京办公室北京市海淀区科学院南路2号融科资讯中心C 座南8层/cn 上海办公室上海市浦东新区浦东南路 999 号新梅联合广场 23 楼/cn 广州办公室广州市天河北路 233 号中信广场 7401 室/cn目录更新的信息5关于本文档71将 ESX/ESXi 与 iSCSI 存储区域网络配合使用9了解虚拟化9iSCSI SAN 概念11将 ESX/ESXi 与 SAN 配合使用概述14将 SAN 存储器与 ESX/ESXi 配合使用的细节15了解 VMFS 数据存储16决定 LUN 的大小和数目17虚拟机如何访问 SAN 上的数据18了解多路径和故障切换19选择虚拟机位置24针对服务器故障的设计25LUN 的显示与重新扫描262配置 iSCSI 启动器和存储器27ESX/ESXi iSCSI SAN 要求27ESX/ESXi iSCSI SAN 限制28设置 LUN 分配28网络配置和身份验证28设置硬件 iSCSI 启动器28设置软件 iSCSI 启动器29配置 iSCSI 启动器的发现地址35配置 iSCSI 启动器的 CHAP 参数36配置 iSCSI 的其他参数39添加 iSCSI 存储器403为 ESX/ESXi 修改 SAN 存储系统41测试 ESX/ESXi SAN 配置41iSCSI SAN 存储系统的常规注意事项42EMC CLARiiON 存储系统42EMC Symmetrix 存储系统43使 HP StorageWorks MSA1510i 能够与 ESX/ESXi 通信43HP StorageWorks EVA 存储系统44NetApp 存储系统44EqualLogic 存储系统47LeftHand Networks SAN/iQ 存储系统47Dell PowerVault MD3000i 存储系统47VMware, Inc. 3iSCSI SAN 配置指南4从与 ESX 系统配合使用的 iSCSI SAN 引导49从 SAN 引导概述49实现从 SAN 引导505管理使用 SAN 存储器的 ESX/ESXi 系统53查看存储适配器信息53查看存储设备信息54查看数据存储信息56解决显示问题57路径扫描和声明59共享诊断分区63避免和解决 SAN 问题63优化 SAN 存储器性能63解决性能问题66SAN 存储器备份注意事项69管理重复 VMFS 数据存储71A iSCSI SAN 配置对照表75B VMware vSphere 命令行界面77resxtop 命令77vicfg-iscsi 命令77vicfg-mpath 命令77esxcli corestorage claimrule 命令77vmkping 命令78C管理存储路径和多路径插件79列出主机的声明规则79显示多路径模块80显示主机的 SATP81显示 NMP 存储设备81添加 PSA 声明规则82删除 PSA 声明规则83屏蔽路径83取消路径屏蔽84定义 NMP SATP 规则84esxcli corestorage 命令行选项85索引874 VMware, Inc.更新的信息本《iSCSI SAN 配置指南》随每一版本的产品更新或在必要时进行更新。

联想店面管理系统使用说明书

问题关闭与反馈
处理完成后，处理人员可以将问题关闭，并向用户反馈处理结果。用户可以对处理结果进行评价和反馈。
售后数据统计与分析
售后问题统计
系统可以统计各类售后问题的数量、处理时长、客户满意度等关键指标，帮助管理人员了解售后问题的整体情况。
配件消耗统计
系统可以统计各类配件的消耗情况，包括数量、类型、更换频率等，为库存管理和采购计划提供支持。
VS
安装升级包
按照提示安装升级包，完成软件的升级过程。
软件版本升级流程说明
软件版本升级流程说明
01
注意事项
02
在升级过程中，请勿关闭电源或中断升级操作，否则可能导致软件损坏或数据丢失。
03
如果在升级过程中遇到问题，请及时联系技术支持人员寻求帮助。
谢谢
THANKS
安装环境与要求
内存
至少4GB内存
显示器
分辨率1280x768以上
操作系统
Windows 7/8/10， 64位系统
硬盘
至少50GB可用硬盘空间
网络
稳定可靠的网络连接，建议使用有线网络
安装步骤与注意事项
01 1. 下载联想店面管理系统安装包，并解压缩到本地目录。
02 2. 双击运行“setup.exe”文件，开始安装向导。
商品信息
包括商品名称、型号、价格、库存等。
配置参数与说明
打印机配置
支持多种打印机型号，可自定义打印模板和格式。
网络配置
可设置网络连接参数，如IP地址、网关、DNS等。
03 系统界面与操作指南
CHAPTER
登录界面与操作
登录地址
在浏览器中输入联想店面管理系统的网址。

AD 站点和服务

Active Directory 站点和服务分步指南本指南说明如何使用“Active Directory 站点和服务”管理单元来管理局域网(LA N) 中单个站点内部和广域网(WAN) 中多个站点之间的复制拓扑。

本页内容简介概述使用“站点和服务”工具附录：复制拓扑概念其他资源简介逐步式指南Windows Server 2003 部署分步指南提供了很多常见操作系统配置的实际操作经验。

本指南首先介绍通过以下过程来建立通用网络结构：安装Windows Server 2003；配置Active Directory®；安装Windows XP Professional 工作站并最后将此工作站添加到域中。

后续分步指南假定您已建立了此通用网络结构。

如果您不想遵循此通用网络结构，则需要在使用这些指南时进行适当的修改。

通用网络结构要求完成以下指南。

•第一部分：将Windows Server 2003 安装为域控制器•第二部分：安装Windows XP Professional 工作站并将其连接到域在配置通用网络结构后，可以使用任何其他的分步指南。

注意，某些分步指南除具备通用网络结构要求外，可能还需要满足额外的先决条件。

任何额外的要求都将列在特定的分步指南中。

Microsoft Virtual PC可以在物理实验室环境中或通过虚拟化技术（如Microsoft Virtual PC 2004 或Microsoft Virtual Server 2005）来实施Windows Server 2003 部署分步指南。

借助于虚拟机技术，客户可以同时在一台物理服务器上运行多个操作系统。

Virtual PC 2004 和Virtual Server 2005 就是为了在软件测试和开发、旧版应用程序迁移以及服务器整合方案中提高操作效率而设计的。

Windows Server 2003 部署分步指南假定所有配置都是在物理实验室环境中完成的，但大多数配置不经修改就可以应用于虚拟环境。

2023静脉用药调配中心建设与管理指南

2023静脉用药调配中心建设与管理指南一、前言近年来，医疗技术的发展与进步使得临床用药方式发生了重大改变，静脉用药逐渐成为临床治疗的主要手段之一。

随之而来的静脉用药调配服务需求的快速增长，使得建设和管理静脉用药调配中心成为医疗机构必须面对的重要问题。

本指南旨在为2023年静脉用药调配中心的建设与管理提供指引，帮助医疗机构做好相关准备工作，保障临床用药安全。

二、静脉用药调配中心的定义与定位静脉用药调配中心是医疗机构内设立的专门负责静脉用药调配服务的机构，负责按照医嘱，准确、安全地配制和提供静脉用药制剂，确保临床用药的质量和安全性。

三、静脉用药调配中心的建设1. 定位与规划（1）明确目标：明确静脉用药调配中心的定位和目标，确定其服务范围、功能和服务对象。

（2）人员配置：科学合理地规划人员配置，根据工作量和需求来确定各类人员的数量，包括药师、药剂师、护士等。

2. 设备与场地（1）场地选址：场地应选择在医疗机构内部，要有足够的面积用于设备布置、材料存放、工作区域划分等。

（2）设备选购与配置：根据静脉用药调配中心的具体需求，选购具备合适功能和技术要求的设备。

（3）药材储存：要合理规划药材储存区，在温度、湿度等方面进行严格的控制，保证药材的质量。

（4）工作区域划分：根据工作流程和功能要求，将调配区域、质控区域、清洁区域等划分清晰。

3. 管理机制建立（1）质量管理体系：建立质量管理体系，包括药材质量监控、工艺质量控制、制剂质量检测等。

（2）工作流程规范化：制定详细的工作流程，确保每个环节都有明确的操作指引。

（3）质量评估与质量改进：通过内部质量评估和外部评审，评估静脉用药调配中心的质量水平，发现问题并改进。

四、静脉用药调配中心的管理1. 人员培训与管理（1）人员培训：为静脉用药调配中心的员工提供专业的培训，包括药理学、药剂学、质量管理等方面的知识。

（2）绩效考核与激励：根据工作内容和目标，制定科学合理的绩效考核制度，并进行适当的激励。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。

变更履历目录1概述 (4)1.1角色与职责 (4)1.2工作目标 (5)1.3流程概述 (5)2术语定义 (7)3阅读对象 (7)4制定配置管理计划 (7)4.1配置管理软硬件资源确定 (8)4.1.1明确软硬件资源 (8)4.1.2个人工作空间配置参数要求 (8)4.2配置项管理 (8)4.2.1配置项识别 (8)4.2.2配置项标识 (13)4.2.3配置项入库管理 (13)4.3配置库目录结构规划 (14)4.4制定基线计划 (17)4.4.1基线标识 (17)4.4.2制定基线计划 (17)4.5明确权限管理 (18)4.5.1用户管理 (18)4.5.2制定访问控制策略 (19)4.6明确分支版本策略 (21)4.6.1分支合并类型 (21)4.6.2明确分支版本策略 (22)4.6.3基于SVN的分支建立及合并方法 (23)5个人工作空间管理 (26)5.1建立个人工作空间 (26)5.2个人工作空间要求 (26)5.3检查个人工作空间 (26)6基线管理 (27)6.1基线建立要求 (27)6.2基线变更管理 (27)7分支合并管理 (28)7.1分支合并流程 (28)7.2分支合并方案制定 (28)8集成构建 (30)8.1代码集成 (30)8.1.1代码更新说明范围界定 (31)8.1.2代码更新说明填写 (31)8.1.3代码更新说明发布 (31)8.2准备构建环境 (32)8.3构建测试版本 (32)9发布管理 (32)9.1正式版本发布 (33)9.2测试版本发布 (33)9.3临时版本发布 (34)9.4产品版本号编码 (34)10备份/还原管理 (35)11记录配置管理活动 (35)12参考及附录 (35)1概述本文的目的是描述配置管理的所有活动应如何开展，为配置管理活动提供指导。

1.1角色与职责对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义，软件配置管理过程中主要涉及下列的角色和分工：1.2工作目标通过实施配置管理来提高软件开发管理的水平，增强企业自身的竞争力，应对市场的压力，解决以下软件开发中的常见问题：1.开发人员未经授权修改代码或文档。

2.人员流动造成企业的软件核心技术泄密。

3.无法重现历史版本，使维护工作十分困难。

4.“合版本”时，开发冻结，造成进度延误。

5.软件系统复杂，编译速度慢，造成进度延误。

6.因一些特性无法按期完成而影响整个项目的进度或导致整个项目失败。

7.已修复的Bug 在新版本中出现。

8.开发团队难于协同，可能会造成重复工作，并导致系统集成困难。

最终实现以下目标：1.控制工作产品的识别、提交、入库和存储，确保项目过程中所有工作产品纳入统一数据库管理。

2.建立基线概念，使版本与一系列内在一致的工作产品相关联，这里的工作产品包括代码、文档、测试数据、构建的二进制文件，能够保证配置库中各历史版本的完整复原。

3.为开发团队建立一致的开发配置环境，开发配置环境包括开发工具、工作空间、开发过程中引用的代码、文档、二进制文件。

4.建立组织配置库的安全管理策略，确保配置库的建立、迁移、存储、复制、发布、访问、删除都处于受控的信任环境下，配置库的访问应能保证合适人员能够访问他应该访问数据、文档、代码，而且也只能访问他责任范围之内数据、文档和代码。

1.3流程概述项目经理制定《项目管理计划》后，配置管理员应与项目经理一起进行配置管理活动的策划，形成《配置管理计划》，作为配置管理活动的基础。

它的主要流程如下：1.项目经理和配置管理员共同确定本项目配置管理的软硬件资源。

2.依据《项目管理计划》，配置管理员与项目经理共同识别主要配置项、规划配置库目录结构、制定权限分配策略、确定基线计划等。

3.配置管理员与项目经理共同确定项目的变更策略、分支合并策略、集成构建策略以及版本发布策略等。

4.配置管理员完成《配置管理计划》。

5.《配置管理计划》评审活动由配置管理员发起，评审组由CCB成员组成。

B对已制定的《配置管理计划》进行评审，直至CCB评审通过。

7.配置管理员将审批通过的《配置管理计划》纳入配置库进行管理，并发布给项目组相关人员。

以上各活动具体要求，可参考《配置管理规范》。

2术语定义3阅读对象配置管理员、产品/项目经理4制定配置管理计划《配置管理计划》的制定过程由明确配置管理软硬件环境、识别配置项、规划配置库目录结构、制定权限分配策略、制定基线计划、明确分支版本策略、明确集成构建策略、明确版本发布策略等一系列活动组成。

每个活动的最终成果体现在《配置管理计划》中，相关流程说明可查看《配置管理规范》第5章节内容。

4.1配置管理软硬件资源确定1.配置管理员与项目经理沟通确定配置管理环境，包括软硬件资源、部署结构、服务器端配置参数要求、个人工作空间配置参数要求等。

2.确定使用何种配置管理工具、其部署情况、配置管理服务器的参数要求等。

3.公司明确规定新立项目自2010年开始，全部使用jqcm配置管理服务器以及SVN配置管理工具。

有关服务器和工具的详细信息已列示在《配置管理计划（模板）》中。

4.2明确软硬件资源●硬件资源1.明确配置管理服务器以及配置管理工具：配置管理服务器的软硬件配置、是集中式管理还是分布式部署（一般情况下，公司配置管理服务器采用集中管理的方式）；配置管理工具客户端软件或插件的版本。

2.预估所需的磁盘容量：为保证选择的机器硬件可以在今后一段时间内（如，五年内）满足可能的需求，需要预先估算配置管理服务器的使用情况、了解配置管理工具对硬件的要求。

●软件资源1.确定CCB成员名单，根据项目不同规模和重要程度，CCB成员建议可以包括分管副总、研发项目总监、部门经理、项目经理以及其他受变更影响的人员代表（必要时可包括测试人员等）。

2.确定本产品/项目研发人员需遵循的编码规范、界面规范或其他开发规范。

4.3个人工作空间配置参数要求1.项目组在编码前需要使团队工作在统一的工作平台上。

2.配置管理员需要与项目经理沟通确定使用的开发/测试平台、开发/测试机的软硬件环境等，并最终记录在《配置管理计划》中。

3.项目组成员应按照《配置管理计划》中约定的个人工作空间配置参数要求准备开发、测试或文档编写等环境。

4.4配置项管理4.5配置项识别在制定项目管理计划时，项目经理需要首先识别配置项，并指定基线配置项、非基线配置项。

在执行项目配置管理时，需要重点控制基线配置项，在识别项目配置项时，配置管理员需完成以下工作：1.配置管理员参照公司《配置项参考列表&配置库参考目录.xls》制定本项目配置项列表。

2.配置管理员与项目经理和项目主要成员确认项目配置项列表。

3.配置管理员确认工作成果的内容，确定是否可以与现有配置项合并或者作为新的配置项。

4.配置管理员与项目经理确认，识别新的配置项。

5.配置管理员识别出新配置项为基线类配置项或非基线类配置项。

基线配置项参考列表项目经理制定项目里程碑计划时，需要明确各里程碑产生的配置项。

配置管理员根据里程碑计划制定基线计划。

基线配置项往往需要严格控制，并会对项目基线建立产生影响。

基线配置项确定标准如下：1.重要的提交物。

2.配置项易发生变化，需要进行版本控制。

3.属于管理控制重点的配置项，如源代码。

下表给出了基线配置项参考列表，各项目可以根据实际情况确定相应的基线配置项。

表1 基线配置项参考列表非基线配置项参考列表项目非基线配置项区别于基线配置项，是指没有纳入基线计划的配置项。

非基线配置项一般不影响项目进展，不需要在基线建立时进行严格控制。

下表给出了非基线配置项参考列表，各项目可以根据项目实际情况确定相应的非基线配置项。

表2 非基线配置项参考列表在项目进展过程中，配置管理员需定期跟踪并维护项目配置项列表（体现在《配置管理计划》中），需注意以下各项工作：1.配置管理员每周阅读项目周报、每月阅读项目月报，关注周报、月报中列出的项目工作成果。

2.配置管理员对照《配置管理计划》的配置项计划，识别出未纳入计划的配置项清单。

3.配置管理员就新配置项清单与项目经理和项目主要成员确认。

4.将新识别的配置项清单更新到《配置管理计划》中（将新的基线配置项列入基线配置项列表，将新的非基线配置项列入非基线配置项列表）。

5.将新经过评审的基线配置项和正确的非基线配置项纳入配置库。

6.基线配置项入库后如需修改请遵循变更流程。

4.6配置项标识标识的本质就是区分，在众多的配置项中合理、科学的命名是最好的区分方法。

所有配置项都应按照相关规定统一编号，按照相应的模板生成。

●配置项标识需要遵循以下原则：1.唯一性2.可追溯性3.与同类配置项不同的信息，应纳入标识：这是为了便于区分、查找4.同类配置项的标识方法统一5.容易记忆●配置项标识需要遵循以下要求：1.所有纳入管理的配置项必须按照公司文档编码规范进行命名（不包含配置库草稿目录下的草稿文件），配置项的命名要遵守“项目编号+项目名称+文档产品+可选字段（主题/版本/人名/日期）”的命名原则，同时命名要求需体现在《配置管理计划》中，详细内容请参见《文件编码及命名规范》。

2.基线配置项必须符合文档规范，需使用公司最新发布的文档模板（若客户方有特殊要求，需提前说明），各类最新项目文档模板可直接进入公司portal主页-规章制度下获取。

3.新建或修改基线配置项的文档内容时，必须同时填写相应的变更履历。

4.7配置项入库管理1.配置项的存放目录应参考组织级配置库目录，由配置管理员在配置库中建立。

2.配置项必须按照《配置管理计划》中配置库目录结构划分的要求纳入到正确的目录中。

3.配置项需及时、正确入库，配置管理员或项目经理/工作产品负责人根据项目周报中的工作成果每周检查、并督促入库。

4.配置项的首次入库时间不以基线建立时间为准，应以评审、定稿时间为准，最多不得超过两周时间、并且必须在基线建立前；对配置项的修改或变更在评审、定稿后同样应及时入库。

5.配置项的正式发布必须在配置库的正式目录中，不得存放于工作草稿等目录中。

6.产品/项目进行过程中产生的各种需求、设计、测试、实施、评审、培训等以及项目管理的最终文档、中间文档以及附带的图稿原件如时序图等，临时产生的各种用于交流、讨论、备忘的记录、材料等，均应该完整、及时纳入配置库，由项目经理负责检查落实，配置管理员定期督促。

7.对于主要配置项，如需求规格说明书、项目管理计划等的变更，需要走“申请-CCB审批-CM检出-变更-CCB审批-检入”的变更流程。