1.配置管理
1.1.Atrium CMDB
Atrium CMDB是配置管理系统核心,Atrium CMDB的配置管理数据方式，是面向生产设计的工作结构，有几种特性帮助高效地管理CI：
支持面向对象数据模型
类管理器（Class Manager）
具备服务模型影响模拟器功能
数据的联邦关联（Federation of data）
数据的灵活模型（Flexible data model)
配置的分区（Partitioning of configurations）
配置的调和（Reconciliation of configurations）
数据的开放访问（Open access to data）
强大的沙盒
1.2.可视化展示
CI和关系的展示底层服务器端使用Flex技术，前台显示工具同时支持B/S
和C/S，能支持IE和Firefox浏览器
可视化CI和关系展示工具不仅能显示相关配置项和关系，还能在界面上
直接编辑，所见即所得的编辑方法，能修改CI和关系的属性，能用拖拽的方式创建新的CI和关系，能立刻保存编辑结果到CMDB中
查询功能：不仅能查询指定的某个类的实例，而且能同时设置多个类的属
性作为查询条件，如：安装了MS SQL 2000的Dell服务器；运行于AAA
服务器上的VMWare虚拟系统BBB
CI和关系能够以业务模型的形式，展示各个CI之间的拓扑链接关系，拓
扑视图中的CI能任意拖动，转换各种视角和排列方式：循环、有机、分层和正交；拓扑图型显示和数据列表可以在一个视图中随意切换
系统用户能按照自己的需求，把查询的结果或者所见到的内容保持成视
图，每个能管理自己的视图，视图中的CI和关系是CMDB当中的一组配置项及关系的集合
过滤器是按照类、或者类的属性设置查询过滤条件，不同用户能管理和定
义过滤器，管理员可以管理公共过滤器，过滤器能过滤关系和类，能立刻生效与用户视图
CI和关系的模型或者某个独立的CI能够通过URL的方式展示，能与第三
方应用集成
1.3.类管理器
配置管理人员可以通过CMDB提供类管理器控制台访问系统中的配置类和关系类，查看类之间的继承关系，维护类的属性，定义类属性的参数，甚至新建类。该控制台带来了巨大的灵活性，可以根据业务要求随时调整缺省的类库，并根据基类或子类进行派生，也可以独立构建类树，具有专业的类管理机制，比如抽象类、独类、类别类。
1.4.具备服务模型影响模拟器功能
能将在静态的CI关系和拓扑图之上做动态的业务影响模拟
影响模拟器模块能模拟某个CI的可用性故障，当发生了某种程度的变化
后，其他相关CI因此受到的影响。这种模拟的测试能帮助用户来做：变更影响分析、灾难恢复计划、网络弱点分析等。例如：如果把“服务器A”
关机或者离线，这对整个系统造成的影响是什么？
模拟器能对作用于CMDB中的所有类型的CI对象，能直接利用现有的配
置项直接的影响关系，业务影响关系的传递不受对象类型的限制
可以更具所需要选择影响模拟范围，把相关CI添加到一次模拟影响测试
中。
影响模拟的结果可以通过报表的形式保存，结果内容可以以图片、xml和
报表格式保存。结果能作为CAB做变更前的变更申请资料。
能保存和加载多个模拟方案，如某些特定的CI可能经常发生变更，例如：
某个核心网络设备的周期性维护，某些数据库服务器上数据库的定期升
级。对这些特定集合的模拟测试方案可以保存，并在需要的时候加载运行，在使用的过程中可以不断维护和定制这些影响模拟方案。
该影响模拟的算法和市场中的服务影响管理工具具有一致性
服务影响模型能一次性创建、持续使用和维护；该模型能真实展现业务系
统的架构，能被业务服务影响管理的监控类工具集成。能够被服务影响管
理直接引用。
1.5.数据的联邦关联
联邦是指集中数据存储，它直接存储者一些数据，同时链接到其他数据源中的其他数据。
有一些希望跟踪的属性并不需要像CI关键属性那样频繁那样旺盛，它们是作为联邦数据的两个首选属性。
这意味着，例如，员工的CMDB记录中的技能属性包括一系列的技能，部门属性包括了雇员的部门名称。同时，它还关联到HR数据存储中的额外数据，比如薪酬等，这些在配置的角度并不重要的数据。
其他的数据类型是与CI相关但并不是CI的属性；也就是说，这些数据指向CI或被CI参考，为CI提供功能性，但又不是CI自身的一部分。
例如，软件实例的CI记录会有相关的许可证记录，它包括许可证在内部网
的URL位置，又或者CI记录可能关联到故障,包含查询CI相关故障数据库的必要信息。
1.6.联邦数据模式价值
能够节省耗费在导入，跟踪和整合CMDB中数据的开销
建立了交叉引用关联数据的标准方法
联合数据可被存储在多个地方
可保留在别的数据存储上的投资
1.7.灵活数据模型
许多不同类型的CI，从计算机系统，到网络硬件，再到软件服务器。如果不用数据模型，那就不能准确地反应这些数据类型和数据之间的关系类型，CMDB 就只存储着一些CI的概要属性，缺少必要的属性，这样就很难按组查找CI。因此数据模型必是面向对象的和可扩展的。
1.8.面向对象
面向对象的数据模型有一系列层次类，每个类能从基类继承属性，并且能把属性加到自己的属性里来创建特定类型的对象：子类。子类能有自己的子类，可以扩展这个层级结构，添加用户希望跟踪的内容。
CMDB应用面向对象的数据模型的好处包括强制类似CI的共同属性，和在任何下级分支层次内搜索类的能力。假如数据类型有一个基类，其它的都是子类，这样的话，就能从基类搜索到所有子类CI和它们的关系。
数据模型符合的行业标准：DMTF CIM, MOF, ITIL等，开盒即用的属性丰富。
开盒即用的类能表达IT组件、环境组件、人、流程、开放系统、主机系
统、资源池和虚拟环境。
面向对象的类能表达CI和关系，具有唯一的基础CI类，和基础关系类；
所有子类都能继承父类的关系。CI类和关系类的继承结构都呈树状结构。
可以按类来设置审计，可以定义审计条件和方式。
可以按类来设置访问权限，可以定义基于用户组的访问权限：可见和隐藏。
具有可视化，图形化的数据模型编辑器，在图形化的界面中能添加、编辑
和删除类。
类修改之后，所有已有的该类实例的相关属性立刻发生变化，此过程实时
生效，无需任何手工数据维护操作。
1.9.可扩展性
组织结构的技术可能经常变化,这意味着CMDB中CI数据类型和它们的关系也必然随之而变，因此，需要数据类型是可扩展的。CMDB应用能增加或删除属性，甚至增加或删除类。
虽然，这个特性是重要的，应用不要过度使用它。配置管理数据库应用有一个公共的CI和它们的关系。在配置管理数据库中为不重要的CI增加类和属性，
不要为配置管理数据库增加负担。
1.10.配置分区
分区能够把用户的配置数据分成叫作数据集的片断，每个代表某个特定时间的一组数据，这允许相同的CI或关系实例存在于多个数据集中。
针对基于基础设施确认和纠正配置的目标，这种技术很重要。能够创建一个数据集来代表用户的预计配置，然后用自动发现应用来创建另外的数据集来代表实际配置。
分区是一个有用的工具，用这个工具能够实现很多别的目的。数据集能够描述：
过期的配置
将来的配置
经过测试的“黄金标准”配置
不同版本的当前配置
总体配置的子集
不同自动发现工具提供的数据
不同客户端配置的数据
用户能创新的其他想法
1.11.配置的调和
当有多个数据集包括相同的实例时，调合过程识别所有数据集当中匹配的实例，然后比较每个实例的不同版本，报告查询或者将数据集合并入新的数据集。它观察到不同时期的变化，在不同的发现源中确定所需要的数据。
识别实例（Identify instances）
在比较不同版本之前，必须确定他们确实表示相同的实体。识别活动完成该任务，它将指定的规则应用中在两个或多个数据集中相同的类。
例如，用于识别计算机系统的规则是两个实例的IP地址相同。当规则找到匹配的实例时，两个实例被标记成相同的调和识别号,一个额外的属性显示了他们每个代表在各自数据集里的相同的元素。
比较数据集（Compare datasets）
比较活动针对两个数据集中的实例进行操作，产生报告显示那些只在一个数据集中出现的实例，并且详细描述实例之间的差异。比较活动只考虑那些已经标记了调合识别号的实例。
比较活动还可以用希望的配置与一个实际配置相比较。可以用它作很多事情。可以设置比较活动当希望保持稳定的配置发生变化时进行报警。或者当某个变更请求正在处理时，可能用比较活动来确认配置是否到了一个希望的新状态。
合并数据集（Merge datasets）
合并活动根据规则将两个或更多数据集中的数据合并入一个新数据集。该活动经常工作在当不同的自动发现工具对同一项目提供了重叠数据的情况下，确立一个有效的配置。
合并活动只考虑那些已经被标识了调和识别号的实例。优先规则应该对于每个数据集中的不同的类和属性指定权重数值。哪个数据集有越高的权重，那么它的类和属性就会优先被放在结果数据集中。
当有两个或多个自动发现应用发现相同的CI时，合并活动非常关键。不同自动发现应用存在着各自的优势和弱项，因此，可以根据它们的优势创建优先规则。采众家所长，这样得到的将会是所有发现数据中最好的CI描述集合。
1.1
2.数据的开放访问
正如我们以前提到的那样，即使有最准确的数据，如果不能访问，那也是没有用的。非常重要的一点是必须让用户和应用程序都能读写CMDB。消费者查看
并更改现存的数据，与此同时，数据的提供者也可创建和修改数据。
CMDB应用提供如下特性：
程序级访问：CMDB必须提供可编程的接口（API）或其它的方式来为应
用程序提供接口来修改数据。这种方式必须包括修改实例数据和数据模型的类定义。
批量数据装载：CMDB必须提供一种方式来同时导入多个实例，从而自动
发现应用和其它应用才能迅速地数据生命化。
数据库和平台独立：CMDB应该与各种操作系统和数据库厂商相兼容，适
应用户灵活多变的环境。
1.13.强大的沙盒
为了保证配置管理库数据的准确性、防止误操作行为的发生而同时有允许用户方便直观的进行手工数据维护或数据中间环节干预，CMDB提供了“沙盒”功能。
从本质上来讲，沙盒是一种特殊的数据集，该数据集同其他数据集一样，容纳可能与最终生产数据不一致的数据，且不被其他管理需求引用到，而其主要的设计目标在于让用户自如而安全的对生产数据进行手工的维护，并将该维护过程方便的纳入管理流程以及各种校验规则中，从而避免对生产数据的直接影响。在CMDB中，当用户需要对某生产数据进行手工修改时，系统会将该修改的目标数据复制到沙盒。这样，用户就在一个相对临时/非生产的数据集进行编辑，而不论该过程是非常快速的或者相对漫长的——这个过程中，只要编辑不被提交，生产数据集就不被该编辑影响，从而完全不影响CMDB消费者（各种工具和流程）。用户在这个沙盒数据集中可以按照希望的方式更新数据（包括关系数据，包括增加、删除、更新数据），也可以针对这份数据拷贝空间进行讨论和分析。当需要将该沙盒中的数据“提升”为生产数据时，系统则会根据规则进行必要的校验，并将数据融入生产数据集中。在这个过程中，校验规则起到重要的作用，它有效防止生产数据集数据完整性被破坏（充分考虑到手工编辑可能带来一些容易被忽
略的底层数据不一致，如拼写错误，一致性规则忽略等），相当于在沙盒被升格为生产数据的过程中，进行了自动的检查，从而极大程度的保障了生产数据集数据的质量和可用性。
沙盒的存在大大的方便了用户的数据管理过程，同时对数据质量的保障又毫不妥协；大大提高了CMDB的可用性，对发挥CMDB的管理价值起着重要的作用。
配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；
项目配置管理过程规范文档种类：研发体系 发行范围：研发中心
变更记录
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；
配置管理系统（北大软件 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.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的
1引言 ...................................................................................................... 错误!未定义书签。编写目的....................................................................................................... 错误!未定义书签。背景 .............................................................................................................. 错误!未定义书签。定义 .............................................................................................................. 错误!未定义书签。参考资料....................................................................................................... 错误!未定义书签。2外部设计............................................................................................... 错误!未定义书签。标识符和状态............................................................................................... 错误!未定义书签。使用它的程序............................................................................................... 错误!未定义书签。约定 .............................................................................................................. 错误!未定义书签。专门指导....................................................................................................... 错误!未定义书签。支持软件....................................................................................................... 错误!未定义书签。3结构设计............................................................................................... 错误!未定义书签。概念结构设计............................................................................................... 错误!未定义书签。逻辑结构设计............................................................................................... 错误!未定义书签。物理结构设计............................................................................................... 错误!未定义书签。4运用设计............................................................................................... 错误!未定义书签。数据字典设计............................................................................................... 错误!未定义书签。安全保密设计............................................................................................... 错误!未定义书签。
配置管理文档
项目名 格拉特尼美食梦工厂开发日期：2010-09-20至2011-01-14 称： 分类：配置管理文档指导教师：王崇文 团队：2013 页数： 修订记录 日期版本内容作者<11/3/2010> <1.0> 编写文档框架2013 <11/5/2010> <1.1> 确定基线内容2013 2013 <11/7/2010> <1.2> 将文件进行编号，和整理，并体现在文 档当中 小组成员
魏盛斌20072757 闫志鑫20072759 尹航20072760 郑然20072766 目录 目录 (2) 1引言 (3) 1.1目的 (3) 1.2术语定义 (3) 1.3参考资料 (3) 2软件配置 (5) 2.1软件配置环境 (5) 2.2软件配置项 (5) 2.3配置管理员 (6) 4 软件配置管理计划 (8) 4.1建立示例配置库 (8) 4.2配置标识管理 (9) 4.2.1文档 (9) 4.2.2程序 (9) 4.2.3基线 (9)
4.3配置库控制 (10) 4.3.1权限控制 (10) 4.3.2配置库的控制 (10) 4.3.3建立软件库 (10) 4.3.4软件配置更改 (10) 4.3.5配置文件清单的维护 (10) 4.4配置的检查和评审 (11) 4.5配置库的备份 (13) 4.6配置管理计划附属文档 (13) 5里程碑 (14) 7附录1 文档命名规定 (15) 7.1受控配置库文件命名规则 (15) 7.2非受控配置库文件命名规则 (15) 7.3提交文档文件命名规则 (15) 9附录2 文档编码规范 (17) 10附录3 帐号及权限管理 (18) 11附录4 配置库使用规定 (20) 1引言
配置管理规范
配置管理规范模板 目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件 1. 目的 指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。 2. 适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Source safe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 3. 术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4. 规范内容 4.1 配置管理的范围 软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。 1）项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。 2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。 3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。 4.2 各配置项的获得 项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。1）项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。 2）开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。 3）开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。 4）对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。 5）在项目结束归档时电子邮件也应作为项目的相关资料进行归档。 4.3 配置库的建立 所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。
配置管理员岗位职责 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； ?项目进行中或结束后，能够总结并编写配置管理过程中的案例；
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 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 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
数据库服务器的安装与配置 理论基础 数据库服务器是当今应用最为广泛的一种服务器类型，许多企业在信息化建设过程中都要购置数据库服务器。数据库服务器主要用于存储、查询、检索企业内部的信息，因此需要搭配专用的数据库系统，对服务器的兼容性、可靠性和稳定性等方面都有很高的要求。 1、基本概念 数据库服务器其实就是装有一台数据库的Server，应用于Internet或Intranet。一个数据库服务器是指运行在局域网中的一台或多台服务器计算机上的数据库管理系统软件，数据库服务器为客户应用提供服务，这些服务是查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制等。数据库软件有很多种大型的数据库软件有Oracle，DB2，Sybase等，中型的有SQL Server，还有通常用于个人网站的MySQL等小型数据库软件。 2、企业业务对数据库服务器的要求 （1）数据库服务器要具有极强的承载能力。当企业内部需要查询一些信息时，其后台处理系统（数据库服务器）就要开始查询，并将查找到的信息反馈给用户。当大量的用户在查询信息时，如果数据库服务器不具备极强的承载能力，是无法满足其需求的。 （2）数据库服务器要具有很强的实时应答能力。当数据信息被检索到后，会反馈给用户，如果数据库服务器不具有很强的应答能力，会造成反馈信息速度非常缓慢，甚至造成数据库服务器死机的情况。 （3）数据库服务器要具有很强的扩展能力。数据库中的信息随时都会发生变化，如今是信息时代，大量数据需要录入、处理等，因此，数据库服务器的扩展能力不容忽视。 （4）数据库服务器的可用性和可靠性。数据库服务器要具备365天7*24不间断运行的能力，这样才能满足需要。当然，一台服务器要真正保持这样的运行，也不太现实。因此许多企业的数据库服务器并不只有一台，通常具有多台，并且还配备了备份服务器等。 大型企业需要的数据库服务器性能和扩展能力等方面要求更高，它们在组建数据库系统时，不仅仅是使用多台数据库服务器，还需要存储系统等。而中小企业则有些不同，它们需要的数据库服务器性能不需要像大型企业数据库服务器那么强，数量要求也没那么多，因此在选择服务器时更轻松一些。 3、数据库服务器的优点 (1) 减少编程量 数据库服务器提供了用于数据操纵的标准接口API。 (2) 数据库安全保证好 数据库服务器提供监控性能、并发控制等工具。由DBA统一负责授权访问数据库及网络管理。 (3) 数据可靠性管理及恢复好 数据库服务器提供统一的数据库备份和恢复、启动和停止数据库的管理工具。 (4) 充分利用计算机资源 数据库服务器把数据管理及处理工作从客户机上分出来，使网络上各计算机的资源能各尽其用。 (5) 提高了系统性能 能大大降低网络开销。 协调操作，减少资源竞争，避免死锁。 提供联机查询优化机制。 (6) 便于平台扩展
1.配置管理 1.1.Atrium CMDB Atrium CMDB是配置管理系统核心,Atrium CMDB的配置管理数据方式，是面向生产设计的工作结构，有几种特性帮助高效地管理CI： 支持面向对象数据模型 类管理器（Class Manager） 具备服务模型影响模拟器功能 数据的联邦关联（Federation of data） 数据的灵活模型（Flexible data model) 配置的分区（Partitioning of configurations） 配置的调和（Reconciliation of configurations） 数据的开放访问（Open access to data） 强大的沙盒 1.2.可视化展示 CI和关系的展示底层服务器端使用Flex技术，前台显示工具同时支持B/S 和C/S，能支持IE和Firefox浏览器 可视化CI和关系展示工具不仅能显示相关配置项和关系，还能在界面上 直接编辑，所见即所得的编辑方法，能修改CI和关系的属性，能用拖拽的方式创建新的CI和关系，能立刻保存编辑结果到CMDB中 查询功能：不仅能查询指定的某个类的实例，而且能同时设置多个类的属 性作为查询条件，如：安装了MS SQL 2000的Dell服务器；运行于AAA
服务器上的VMWare虚拟系统BBB CI和关系能够以业务模型的形式，展示各个CI之间的拓扑链接关系，拓 扑视图中的CI能任意拖动，转换各种视角和排列方式：循环、有机、分层和正交；拓扑图型显示和数据列表可以在一个视图中随意切换 系统用户能按照自己的需求，把查询的结果或者所见到的内容保持成视 图，每个能管理自己的视图，视图中的CI和关系是CMDB当中的一组配置项及关系的集合 过滤器是按照类、或者类的属性设置查询过滤条件，不同用户能管理和定 义过滤器，管理员可以管理公共过滤器，过滤器能过滤关系和类，能立刻生效与用户视图 CI和关系的模型或者某个独立的CI能够通过URL的方式展示，能与第三 方应用集成 1.3.类管理器 配置管理人员可以通过CMDB提供类管理器控制台访问系统中的配置类和关系类，查看类之间的继承关系，维护类的属性，定义类属性的参数，甚至新建类。该控制台带来了巨大的灵活性，可以根据业务要求随时调整缺省的类库，并根据基类或子类进行派生，也可以独立构建类树，具有专业的类管理机制，比如抽象类、独类、类别类。 1.4.具备服务模型影响模拟器功能 能将在静态的CI关系和拓扑图之上做动态的业务影响模拟 影响模拟器模块能模拟某个CI的可用性故障，当发生了某种程度的变化 后，其他相关CI因此受到的影响。这种模拟的测试能帮助用户来做：变更影响分析、灾难恢复计划、网络弱点分析等。例如：如果把“服务器A” 关机或者离线，这对整个系统造成的影响是什么？
理论部分 1.你是怎么理解软件配置管理的？ 软件配置管理为软件研发提供了基础性的支持环境，每个人都要面对软件配置管理，学习使用它，根据具体情况选择正确的策略和方法，以便从它那里充分受益。 2.软件配置管理的作用或意义？ 在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。 3.IPD流程有几个决策评审点，几个技术评审点？各个技术评审点的作用？ 4个：概念决策评审（CDCP）计划决策评审（PDCP）计划决策评审（PDCP）可获得性评审（ADCP） 目标、关注点、输入、输出 4.IPD流程分为哪几个阶段？ 3个：市场管理（MM）、需求管理（OR）、继承产品开发（IPD） 5.IPD流程的核心思想是什么？ 1.产品开发是投资行为 2.基于市场的创新 3.基于平台的异步开发模式和重用策略 4.技术开发和产品开发分离 5.跨部门协同 6.结构化并行开发流程 7.产品线和能力线并重 8.职业化人才梯队建设 你是如何理解软件工作成果的？ 软件工作成果包含哪些？ 管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护 6.举例说明什么是配置项？配置项有哪些属性？ 凡是纳入配置管理范畴的工作成果都是配置项 配置项有两大类：属于产品组成部分的工作成果；项目管理和机构职称过程产生的文档。 属性有：名称、标示符文件状态、版本、作者、日期…… 7.什么是配置库？ 存放配置项的数据库，常用两种形式：按配置项类型分类建库和按任务建库。 如果让你为你们组的项目规划一个目录结构，你认为哪些目录是必须的？ 1.项目立项与策划 2.需求分析
配置管理的基本概念 随着国内软件业的崛起和成熟，软件配置管理越来越得到重视。可以说，软件业要想更好的发展，没有软件配置管理的支持是不可能的。手工作坊式的软件开发模式将会成为历史，如何把国外成熟的软件配置管理理论和经验消化吸收，进而应用到国内软件开发中就成为国内软件业迫在眉睫的任务了。 软件配置管理是管理和技术相结合的一门学科。应该说，软件配置管理理论难以理解是其难以实践的原因。本文试从基本概念的角度来探讨这门对软件开发具有重要意义的领域。 什么是配置管理 在软件开发中，变更是不可避免的。从某种角度上讲，软件开发过程就是一个变更的过程。有些变更是有益的，是具有创造性的，但是，也有些变更是有害的，导致混乱的。正像James Bach总结的那样： 我们为变更所困扰，因为代码中的一个极小的混乱可能带来产品的大的故障，但是，他也能够修复大的故障或启用奇妙的新能力。我们为变更所困扰，因为某个喜欢恶作剧的单个开发者可能破坏掉项目，但是，一些奇妙的思想也源自那些喜欢恶作剧的人员。 因此，如何管理这些变更是一个软件开发能否成功的关键。简言之，软件配置管理就是管理变更的过程，它贯穿着几乎软件的整个生命周期。成功的配置管理系统可以提高产品的质量、项目开发效率，而且最大限度的减少对个别“英雄”式人员的依赖。 尽管配置管理（Configuration Management ）这个概念被提出有几十年了，但是，业内还没有一个全面而权威的定义。Configuration的意思是“使成形”，它来源于拉丁语的com-（表示“与”或者“一起”）和figurate (形成)。它还有一个意思是“组成部件或元素的相对排列”。因此，配置管理（Configuration Management ）指的是管理组成部件或者元素的相对排列。 配置管理的概念来自于硬件领域，美国国防部最早使用了配置管理的概念。我们知道一架飞机的构成非常复杂，比如机头、机身、机翼和机尾等。不同型号飞机的各个部分是不能随便组装的。因此，我们只有把相匹配的部件组装在一起，才能构成了一个功能完备的飞机整体。随着技术的提高，各个部件可能还要进行功能改善，我们还要使得不同版本的部件能够正确无误组合在一起。 准确地说： 配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。 从上面的描述，我们知道，配置管理的基本单位是配置项。软件配置项可以是：
配置管理程序 信息技术有限责任公司
变更履历
目录 1简介4 1.1 目的 (4) 1.2 适用围 (4) 1.3 术语表 (4) 1.4 配置运行状态 (4) 1.5 配置审计状态 (4) 1.6 引用文件 (4) 2 职责 (5) 2.1 项目经理 (5) 2.2 服务部 (5) 3 流程图 (6) 4 具体容 (7) 4.1 配置项策划 (7) 4.2 配置项识别 (7) 4.3 配置项状态记录 (7) 4.4 建立配置管理数据库 (7) 4.5 过程监控 (7) 4.6 更新配置管理数据库 (8) 4.7 CMDB验证和审计 (8) 4.8 定期报告 (8) 5输出的文件和记录9
1简介 1.1目的 通过建立、监控和维护配置管理数据信息，为服务实现提供基础性的保障。 1.2适用围 适用于公司识别、定义、管理与服务有关的配置项的管理活动。 1.3术语表 配置管理： 指识别和确认服务系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确和完整性等活动构成的管理活动。 配置管理流程： 是一系列针对IT基础架构组成元素的计划、记录、管理、审核的流程。 配置管理数据库（CMDB）： 保存所有配置项及其相互关系的相关信息。 配置项（CI）： 是配置管理中最基本的信息单元。 配置基线（Configuration Baseline）： 指一个服务系统在某一特定时刻的配置状况。 1.4配置运行状态 编号状态描述 1 使用 2 注销 3 丢失介质丢失或文件丢失 4 损坏介质损坏或文件损坏 1.5配置审计状态 编号状态描述 1 未审核 2 已审核 3 不匹配 4 丢失 1.6引用文件 【1】《ISO/IEC 20000》 【2】《IT服务管理手册》
配置管理控制程序 历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、
配置管理员的基本岗位职责 一、配置经理的基本技能与资格 1、资格： 1.能够重视配置管理工作； 2.能够按规范实施配置管理工作； 3.积极支持部门的配置管理方面的工作； 4.能够积极支持与帮助其他人员； 5.为部门的配置管理能力的提高贡献力量； 6.熟悉公司配置流程以及其他相关的流程； 7.为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门；2、基本技能： 1.能够独立规划项目的配置管理工作； 2.熟练掌握配置管理的相关概念； 3.能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 4.具有基本的与人沟通的技巧； 5.能够了解项目管理过程中的主要环节； 6.初步了解项目管理过程中的质量保证的各个方面； 7.了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力.
1、具体表现为： 1.项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； 2.积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； 3.熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； 4.为项目控制好版本，保证项目各阶段所使用的版本正确； 5.及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； 6.与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； 7.能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； 8.项目进行中或结束后，能够总结并编写配置管理过程中的案例； 三、配置经理的工作内容 1、项目计划阶段： 在项目计划阶段，是配置管理工作前期准备的重要阶段，配置经理的工作主要有以下几方面的内容： 1、制定配置管理计划 2、对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置经理要与项目经理协商，制定配置管理的计划，规划未来的配置管理工作。配置管理计划的约束条件： 1)配置管理的规划必须以项目开展的工作为基础，参考配置管理规程； 2)配置管理计划的编写必须以公司的流程为模版，与工作说明书和质量保证计划相一致； 3)配置管理计划能够指导未来的配置管理工作，配置管理工作必须以配置管理计划为基准； 4)配置管理计划必须经过最终的评审通过，才能够成立； 5)如果配置管理计划不能满足未来配置管理工作的需要，可以再增加配置管理工作计划作为配置管理计划的辅助，指导未来的配置管理工作； 3、规范配置管理环境 配置管理计划制定结束后，配置管理人员要依据计划实施配置管理的前期工作。首先必须规范配置管理的环境，实现项目组内的专机专用，与项目经理协商，开发用机、测试用机、配置用机的情况，并最终生成配置管理环境维护清单，便于后期对环境的维护； 4、建立配置库 配置库作为项目组内成员今后工作的平台，前期的详细准备是非常重要的。配置库建立的准则： 1.依据配置管理计划中的定义建立配置库； 2.与项目经理协商配置库人员使用的权限规定与配置库工作区间的划分，保证个人工作区间
配置管理 无线电分类2010-09-13 10:49:27 阅读334 评论0 字号：大中小订阅 文档说明 文档修改履历 1概述 1.1标识 该文档的统一编号为：SDC-CM-001 该文档的标题为：SDC平台配置管理计划
1.1目的 SDC平台在对外支持过程中，涉及不同的大小版本，各个项目的应用范围也并不一致，原有的管理过程与规范已经不能满足项目的需要。为了更好的为项目提供支持，使项目本身具有良好的持续 性，特制订此配置管理计划。以更好的为项目服务。 1.2缩略语定义 ●计算机数据定义Computer Data Definition 对硬件相应的计算机指令所操作的信息元素基本特性的说明。这些特性可包括（但不限于）类型、 范围、结构和值。 ●计算机软件部件（CSC）Computer Software Component 计算机软件配置项中功能和性质不同的部分。计算机软件部件可以进一步分解成其它计算机软件部 件和计算机软件单元。 ●计算机软件配置项（CSCI）Computer Software Configuration Item 为独立的配置管理而设计的且能满足最终用户功能要求的一组软件。 ●计算机软件文档Computer Software Documents 一个资料或信息的集合，包括计算机软件的列表和打印输出。用文档记录了计算机软件的要求、设计或细节，解释软件的能力和限制条件，并提供在软件运行中或保障时使用的操作命令。 ●计算机软件单元（CSU）Computer Software Unit 计算机软件部件设计中确定的能单独测试的一部分软件。 ●发行Release 为某种目的，对某个可用的软件版本进行的一种配置管理的行为。 ●可重用软件Reusable Software 为一种应用要求开发的，但可全部或部分满足另一种应用要求的软件。 ●软件开发文件Software Development File 有关软件开发和维护保障资料的集合。其内容一般包括（或引用）设计考虑的约束条件、设计文档和数据，进度和状态信息，测试要求、测试用例、测试规程和测试结果。 ●软件保障Software Support 为保障和支持已实现和投入使用的软件正常运行所进行的全部活动。 ●软件测试环境Software Test Environment 测试软件所需的一组自动工具、固件和硬件的集合。自动工具可以包括（但不局限于）测试工具，如模拟软件、代码分析器和测试用例生成器等，也可能包括那些包含在软件工程环境中的工具。 1.3软件配置管理角色职责 对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后，比较理想的状态就是：组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。因此，在本文档中所说明的这个软件配置管理过程中主 要涉及下列的角色和分工：
配置管理程序 目录 1 简介...................................... 1.1 目的 .................................. 1.2 适用范围 ................................. 1.3 术语表 ................................ 1.4 配置运行状态................................ 1.5 配置审计状态 ............................... 1.6 引用文件 ................................. 2 职责...................................... 2.1 项目经理 ................................. 2.2 客户服务部（以下简称服务部）............... 3 流程图.................................... 4 具体内容.................................... 4.1 配置项策划 ............................... 4.2 配置项识别 ............................... 4.3 配置项状态记录............................. 4.4 建立配置管理数据库............................ 4.5 过程监控 ................................. 4.6 更新配置管理数据库............................ 4.7 CMDB佥证和审计........................... 4.8 定期报告 ................................. 5 输出的文件和记录............................... 2 2 2 2 2 2 2 3 3 错误！未定义书签。 4 5 5 5 5 5 5 5 6 6 6