配置管理规范
计算机软件配置管理计划规范GBT12505-90
计算机软件配置管理计划规范GB/T 12505-90 Specification for computer software configuration management plan1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)禾口配置状态记录(configuration statusaccounting) 等术语的定义。
3．1 项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是 (但有时也未必) 确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization 软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user 用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
配置管理规范
配置管理规范配置管理规范是一份组织或企业制定的，用于管理配置项的规定和流程的文件。
它的目的是确保配置项的正确性、一致性和可追溯性，以提高配置项的管理效率和可靠性。
下面是一份配置管理规范的典型内容，共有以下几个方面：1. 配置管理目的配置管理的目的是确保项目的稳定性、可靠性和一致性。
通过合理的配置管理流程，可以减少配置变更对项目的风险和影响，提高项目的质量和效率。
2. 配置管理团队配置管理团队由配置管理员和相关团队成员组成。
配置管理员负责实施和维护配置管理规范，相关团队成员负责配合配置管理工作的实施。
3. 配置管理流程配置管理流程包括配置项的识别、控制、状态管理和审计。
其中，配置项的识别是指对项目中的配置项进行标识和归类；配置项的控制是指对配置项的变更进行管理和控制；配置项的状态管理是指跟踪和记录配置项的状态变化；配置项的审计是指定期对配置项进行审查和验证。
4. 配置项的标识配置项的标识是指每个配置项都有一个唯一的标识符，用于标识和跟踪配置项的变更和状态。
标识符可以是一个编号、一个名称或一个组合的字符序列。
5. 配置项的分类配置项应按照其功能和特性进行分类。
常见的分类包括硬件配置项、软件配置项、文档配置项和人员配置项等。
6. 配置项的变更管理配置项的变更应按照变更管理流程进行控制和审批。
任何对已经配置发布的配置项的更改都必须通过变更管理流程进行审批和记录，确保变更的正确性和有效性。
7. 配置项的版本管理对于代码或软件配置项，应实施版本管理，通过版本号和版本控制工具进行管理，以确保配置项的版本一致性和可追溯性。
8. 配置项的备份和恢复对于关键配置项，应定期进行备份，并测试备份的可恢复性。
备份和恢复的策略和流程应与配置管理流程相衔接，确保配置项的完整性和可恢复性。
9. 配置管理的培训和治理配置管理规范应被广泛传达和培训给相关人员，以确保配置管理流程的全面实施。
同时，应定期对配置管理流程进行治理和改进，以适应项目变化和技术发展的需求。
配置管理规范
配置管理规范配置管理规范模板目录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）开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。
规范公司人员配置管理制度
第一章总则第一条为加强公司人员配置管理，优化人力资源结构，提高公司整体运营效率，特制定本制度。
第二条本制度适用于公司所有部门及员工，旨在规范人员配置流程，明确职责权限，确保公司人力资源合理利用。
第三条公司人员配置管理应遵循以下原则：1. 合理配置：根据公司发展战略和业务需求，合理分配人力资源；2. 公开透明：人员配置过程公开透明，确保公平公正；3. 能力优先：优先考虑员工能力与岗位匹配度；4. 动态调整：根据公司发展变化，及时调整人员配置。
第二章人员配置流程第四条人员配置分为以下步骤：1. 需求分析：各部门根据业务发展需求，提出人员配置需求，经人力资源部审核后形成人员配置计划。
2. 招聘与选拔：人力资源部根据人员配置计划，组织开展招聘工作，包括发布招聘信息、筛选简历、组织面试等。
3. 评估与录用：人力资源部对面试合格的候选人进行综合评估，确定录用名单。
4. 分配与培训：根据岗位需求和员工能力，将录用员工分配到相应岗位，并对其进行岗位培训。
5. 考核与调整：定期对员工进行考核，根据考核结果对人员配置进行调整。
第三章职责权限第五条人力资源部负责：1. 制定和实施人员配置管理制度；2. 组织招聘、选拔、分配和培训等工作；3. 对员工进行考核，提出人员配置调整建议；4. 建立和完善人力资源信息系统。
第六条各部门负责：1. 提出人员配置需求，配合人力资源部完成招聘工作；2. 对分配到本部门的员工进行日常管理；3. 参与员工考核，提出人员配置调整建议。
第四章奖惩与监督第七条对在人员配置工作中表现突出的员工，给予表彰和奖励。
第八条对违反本制度，造成不良影响的员工，给予批评教育、通报批评、罚款等处分。
第九条人力资源部负责对本制度执行情况进行监督，发现问题及时纠正。
第五章附则第十条本制度由人力资源部负责解释。
第十一条本制度自发布之日起施行。
注：本制度可根据公司实际情况进行修订。
配置管理规范文件
配置管理规范文件一、引言在软件项目开发过程中，配置管理是至关重要的一环。
它旨在有效地控制和管理项目中的各种变更，以确保项目能够按照既定的时间和预算完成，同时保证项目的质量和性能。
本文将介绍配置管理规范文件的重要性、主要内容以及如何有效地执行它。
二、配置管理规范文件的重要性配置管理规范文件是一个指导项目团队进行配置管理的关键工具。
它明确规定了配置管理的流程、职责、标准和要求，为项目团队提供了清晰的工作指南。
通过遵循配置管理规范文件，项目团队可以更好地协调和管理项目中的各种变更，避免出现混乱和延误。
三、配置管理规范文件的主要内容1、配置管理计划：明确配置管理的目标、策略、流程和职责，为项目的配置管理提供总体指导。
2、配置项清单：列出项目中需要管理的所有配置项，包括代码、文档、数据等。
3、版本控制规范：规定如何对配置项进行版本控制，以确保每个变更都有明确的记录和追踪。
4、变更控制流程：制定变更请求的处理流程，包括评估、批准、实施和验证等环节，以确保变更得到妥善管理和控制。
5、配置审计流程：规定如何对项目的配置管理进行审计和检查，以确保配置管理的有效性和合规性。
四、有效执行配置管理规范文件的措施1、加强培训和意识提升：针对项目团队成员开展配置管理培训，提高他们对配置管理的认识和理解，使他们能够更好地遵循配置管理规范文件。
2、严格执行和监督：建立有效的监督机制，确保项目团队成员严格遵守配置管理规范文件，同时对违反规定的行为进行纠正和处罚。
3、定期审查和更新：定期审查配置管理规范文件的适用性和有效性，根据实际情况进行必要的更新和改进。
4、建立沟通机制：建立项目团队内部的沟通机制，确保团队成员之间保持良好的沟通与协作，共同推进项目的配置管理工作。
5、重视配置审计：定期进行配置审计，检查项目团队对配置管理的执行情况，及时发现和纠正存在的问题。
6、与其他过程集成：将配置管理规范文件与其他项目管理过程（如需求管理、质量管理等）进行集成，形成完整的项目管理框架。
人员标准配置管理制度范本
第一章总则第一条为规范公司人员配置管理，优化人力资源结构，提高工作效率，保障公司各项业务的顺利开展，特制定本制度。
第二条本制度适用于公司全体员工，包括但不限于招聘、培训、考核、晋升、离职等环节。
第三条人员标准配置管理应遵循公平、公正、公开的原则，以公司发展战略和业务需求为导向。
第二章招聘管理第四条招聘工作应严格按照公司招聘计划进行，招聘流程包括岗位需求分析、招聘渠道选择、简历筛选、面试、背景调查、体检等环节。
第五条招聘岗位应明确岗位名称、岗位职责、任职资格、工作地点等信息。
第六条公司招聘应优先考虑内部员工晋升和调动，外部招聘应注重应聘者的综合素质和与岗位匹配度。
第七条招聘过程中，公司应保证招聘信息的真实性，不得发布虚假招聘信息。
第三章培训管理第八条公司应制定培训计划，对员工进行岗前培训、在职培训、技能培训等。
第九条培训内容应包括公司文化、业务知识、职业技能、职业道德等方面。
第十条培训方式可采用集中培训、在线学习、导师带徒等形式。
第十一条培训效果应进行评估，确保培训目标的实现。
第四章考核管理第十二条公司应建立健全员工考核制度，对员工的工作绩效、工作态度、团队协作等方面进行考核。
第十三条考核结果应与员工薪酬、晋升、培训等方面挂钩。
第十四条考核应坚持客观、公正、公平的原则，确保考核结果的准确性。
第五章晋升管理第十五条公司应制定员工晋升制度，明确晋升条件、晋升流程、晋升标准等。
第十六条员工晋升应依据考核结果、工作表现、岗位需求等因素进行。
第十七条晋升过程中，公司应保障员工的知情权和申诉权。
第六章离职管理第十八条员工离职应按照公司规定程序办理，包括离职申请、离职交接、离职手续等。
第十九条员工离职原因应进行分析，为后续招聘和人员配置提供参考。
第二十条公司应建立健全离职员工信息库，为人才储备和招聘提供支持。
第七章附则第二十一条本制度由公司人力资源部负责解释。
第二十二条本制度自发布之日起施行。
第二十三条本制度如有未尽事宜，由公司人力资源部负责修订。
配置管理规范
精品文档精心整理XX软件股份有限公司配置管理规范变更履历目录1 概述42 术语定义 (4)3 适用范围 (5)4 阅读对象 (5)5 配置管理计划 (5)5.1 配置管理计划流程图 (6)5.2 配置管理计划流程说明 (6)6 配置管理软硬件资源确定 (7)6.1 配置管理服务器 (7)6.2 配置管理工具 (8)7 配置项/文档管理 (8)7.1 配置项识别 (8)7.2 配置项编写及命名 (9)7.3 配置项入库 (9)8 配置库目录结构规划 (9)9 权限管理 (10)9.1 用户角色定义 (10)9.2 配置库操作定义 (10)9.3 配置库授权控制参考 (11)9.4 注意事项 (11)10 基线管理 (11)10.1 基线计划制定 (11)10.2 基线建立时机 (12)10.3 基线建立流程 (12)10.4 基线命名规范 (13)11 分支合并管理 (13)11.1 分支建立 (14)11.1.1 分支建立时机 (14)11.1.2 分支建立模式 (14)11.2 分支合并 (14)11.2.1 分支合并类型 (14)11.2.2 版本库发布模式 (14)12 代码集成管理 (15)13 发布管理 (16)13.1 正式版本发布 (16)13.2 测试版本发布 (16)13.3 临时版本发布 (17)14 变更管理 (17)14.1 变更控制 (17)14.2 变更流程 (18)14.3 变更结束准则 (19)15 备份/还原管理 (19)16 生效 (19)17 参考及附录 (20)1概述配置管理（CM）的目的是协调软件开发过程、对项目生命周期过程中各种阶段产品的演化和变更进行管理、使混乱（一旦发生，其代价通常都很大）减至最小，从而保证软件工作产品的一致性和完整性。
从变更的意义讲，配置管理要解决变更标识、变更控制以及变更发布的问题。
配置管理是项目质量管理的重要组成部分，在控制由多人参与项目所生成的大量工作产品时，配置管理过程规范化至关重要。
医务室规范配置制度范本
医务室规范配置制度范本一、医务室设置原则1. 根据学校规模、师生人数和地域特点，合理配置医务室设施和人员。
2. 医务室应设在交通便利、便于师生就医的位置。
3. 医务室应具备基本的医疗设施和药品，满足日常医疗服务需求。
二、医务室设施配置1. 医务室应有独立的医疗房间，室内面积应满足医疗服务需求。
2. 配备必要的医疗设备，如病床、药品柜、血压计、体温计、听诊器等。
3. 医务室应具备良好的通风、采光和卫生条件。
三、医务室人员配置1. 医务室应配备具备执业医师资格的医生，负责日常医疗服务和师生健康管理工作。
2. 根据学校规模和师生人数，配备适量的护士或助理医师，协助医生开展医疗服务。
3. 医务室人员应具备良好的职业道德和服务意识，关心师生健康，尊重师生隐私。
四、医疗服务与管理1. 医务室应建立健全医疗服务制度，包括就诊流程、药品管理、健康管理等。
2. 医务室人员应认真履行医疗服务职责，做到诊断准确、治疗及时、用药安全。
3. 医务室应定期开展健康教育活动，提高师生的健康素养。
五、药品管理1. 医务室药品应符合国家法律法规和药品管理要求，通过正规渠道采购。
2. 建立健全药品管理制度，做到药品分类存放、定期检查、及时更新。
3. 医务室人员应掌握药品使用方法和注意事项，确保用药安全。
六、环境卫生与消毒1. 医务室应保持环境整洁，定期进行卫生消毒。
2. 医务室人员应掌握消毒知识，严格执行消毒隔离制度。
3. 医务室应定期对医疗设备进行清洁、消毒，确保医疗服务质量。
七、健康管理与预防1. 医务室应建立健全师生健康档案，定期开展健康检查。
2. 关注师生健康状况，提供个性化的健康指导和预防措施。
3. 医务室应参与学校公共卫生事件应急处置，做好疫情防控、传染病防治等工作。
八、培训与考核1. 医务室人员应定期参加专业培训，提高医疗服务水平。
2. 建立健全医务室人员考核制度，定期对医务室人员进行考核。
3. 对考核不合格的医务室人员，应及时调整，确保医疗服务质量。
配置管理规范
配置管理规范1. 引言2. 配置管理流程2.1 配置项识别与分类2.2 配置项版本控制每个配置项应有唯一的标识符，以便于跟踪和管理提交代码时，必须附带有意义的注释，描述本次提交的内容在进行版本合并时，应仔细review代码变更，避免引入潜在的错误定期备份版本库，以保证配置项的安全性。
2.3 配置项变更控制所有变更都必须经过事先的评审和批准，确保变更的合理性和必要性变更过程中需要保留旧版本的配置项和变更记录，以便后续追溯或回滚对于重要的变更，需要及时通知相关人员，并进行必要的培训和指导。
2.4 配置项发布与部署需要使用统一的打包工具，以确保发布的一致性发布前需要进行充分的测试和验证，确保发布的配置项能够正常运行3. 配置管理工具3.1 版本控制工具版本控制工具是配置管理的核心工具，它能够帮助项目团队进行配置项的管理和控制。
常用的版本控制工具有Git、SVN等，项目团队应根据实际需要选择合适的工具进行使用。
3.2 自动化部署工具自动化部署工具能够简化配置项的发布和部署流程，并提高部署的准确性和可靠性。
常用的自动化部署工具有Jenkins、Ansible 等，项目团队应根据实际需要选择合适的工具进行使用。
4. 配置管理团队角色4.1 配置管理员配置管理员是配置管理团队中的核心角色，负责配置管理的日常工作，包括配置项的版本控制、变更控制等。
配置管理员需要具备良好的沟通和协调能力，能够与项目团队和其他相关人员进行有效地沟通和协作。
4.2 配置管理委员会配置管理委员会由项目团队的核心成员组成，负责配置管理的决策和监督。
配置管理委员会需要定期举行会议，审查和批准配置项的变更和发布计划，并解决配置管理过程中的问题和冲突。
4.3 配置使用者配置使用者是项目团队中的其他成员，他们需要按照规定的流程和规范使用配置项，并及时向配置管理员报告配置项的问题和建议。
5. 总结配置管理是软件开发过程中不可或缺的一环，合理的配置管理规范能够提高项目开发效率和质量，保证软件交付的稳定性和可靠性。
办公电脑配置管理规定
办公电脑配置管理规定一、总则为降低公司创业成本，规范公司办公电脑的配置管理，营造良好的办公环境，特制订本规定。
二、办公电脑配置方式和标准㈠办公电脑配置方式1.有办公电脑使用需求且长时间固定办公位置的干部员工，由行政部根据办公电脑采购标准统一配置台式电脑；不能长时间固定办公位置的管理干部，由行政部根据实际需要配置笔记本电脑，员工使用公用电脑。
2.有办公电脑使用需求，且长时间固定办公位置的干部员工，在获得批准后，也可自行购置办公用笔记本电脑，公司按规定标准发放一定金额补贴。
3.服务窗口部门、涉及公司机要数据存储岗位由行政部根据集团采购部当前办公电脑采购标准统一配置台式电脑，不得使用笔记本电脑。
㈡公司办公电脑的配置标准1.台式办公电脑主机、显示器和配件配置标准⑴台式办公电脑主机、显示器、其他配件的配置将根据公司签订的办公设备框架协议所列明的型号进行选择,执行公司统一的供货商和采购流程,不得另行购买。
框架协议中未列明的配件执行标准采购流程。
2.笔记本电脑配置标准⑴不能长时间固定办公位置的，公司级领导购置笔记本电脑，购置金额不得超出6500元，其他干部员工购置笔记本电脑，购置金额不得超出4500元。
所购置的笔记本电脑均应满足工作需求。
⑵专用笔记本电脑需根据其用途另行确定其配置标准。
㈢自行配置笔记本电脑1.经公司批准，使用个人笔记本电脑办公的人员，每月享受电脑补贴120元/人，随当月工资发放，享受期限为36个月。
2.如无个人笔记本电脑而申请自行购置用于办公的，可享受公司上限4000元的个人电脑购置借款（以公文形式报行政部—计财部—公司领导申请），获得批准后，可自行采购，并凭发票和电脑实物在行政部做好登记。
从借款当月起在工资中逐月扣除还款（每月至少扣还1000元）；同时，还款当月起自动享受个人笔记本电脑补贴80元/人，享受期限为36个月。
3.自行购置用于办公的笔记本电脑，硬件配置不能低于以下标准：CPU频率1.3GHz，内存512M，硬盘60G，其它配置必须满足工作需要。
配置管理规范
配置管理规范配置管理是软件开发过程中的一项重要工作，它涉及到软件的版本管理、配置项管理、变更管理等方面。
一个合理的配置管理规范可以提高软件开发的效率和质量，并且有助于团队协作和项目管理。
下面是一个针对配置管理的规范，包括了配置管理的目标、流程和责任。
一、配置管理的目标1. 提高开发效率：通过规范的配置管理流程，减少了重复的工作，提高开发效率。
2. 确保版本一致性：配置管理可以确保不同开发者之间工作内容的一致性，避免了版本冲突和错误。
3. 控制变更风险：配置管理可以追踪软件版本的变化，并在需要时进行必要的回退操作，降低变更风险。
二、配置管理的流程1. 管理配置项（1）定义所有的配置项：明确所有需要进行配置管理的项，包括源代码、文档、测试数据等。
（2）标识配置项：对每个配置项进行唯一标识，便于跟踪和管理。
（3）建立配置项库：建立一个中央的配置项库，记录所有配置项的详细信息，包括版本、修改日期、修改人等。
（4）配置项的版本管理：对每个配置项进行版本管理，确保每个版本的变更能够被记录和追踪。
2. 变更管理（1）变更申请：任何人都可以提出变更申请，申请内容应包括变更的原因和目的。
（2）变更评审：由配置管理团队进行变更评审，评估变更的必要性和影响。
（3）变更审批：对通过评审的变更进行批准，并确定变更的实施计划。
（4）变更实施：按照变更的实施计划进行变更操作，确保变更的正确性和稳定性。
（5）变更验证：验证变更的效果，确保变更没有引入新的错误或问题。
3. 版本发布（1）版本发布计划：制定版本发布计划，明确发布时间和发布内容。
（2）发布准备：对即将发布的版本进行必要的准备工作，包括构建、测试和文档整理等。
（3）版本发布：按照发布计划进行版本发布操作，确保发布过程的稳定和可控。
（4）版本验证：对发布的版本进行验证，确保版本的正确性和稳定性。
（5）版本控制：记录并管理已发布版本的信息，以供后续参考和回退操作。
三、配置管理的责任1. 开发人员：负责对自己的代码进行版本管理，确保代码的正确性和稳定性，并遵守配置管理规范的要求。
配置管理规范
配置管理规范1. 引言2. 配置管理流程2.1 配置项标识与命名2.2 配置变更管理配置变更管理是指对配置项进行变更的管理过程。
在进行配置变更前，需要先进行变更请求的评估和审批，并记录变更的原因和目的。
配置变更应该按照变更管理流程进行，包括变更请求的提交、评估、审批、实施和验证。
在每次变更后，应该进行配置项的验证和测试，确保变更的正确性和稳定性。
2.3 配置版本管理配置版本管理是指对不同版本的配置进行管理的过程。
每个配置项都应该有对应的版本号，用来标识不同的版本。
在进行配置变更时，应该更新配置项的版本号，并记录变更的详细信息。
配置版本管理可以帮助团队追踪配置项的变更历史，快速定位和恢复到特定的版本。
2.4 配置库管理配置库是指存储和管理配置项的集中存储库。
配置库应该具有良好的组织结构和权限管理，确保只有授权人员可以访问和修改配置项。
配置库应该定期进行备份和恢复，以防止数据丢失或损坏。
3. 配置管理要求3.1 配置管理计划项目在启动阶段应制定配置管理计划，明确配置管理的目标、流程和责任。
配置管理计划应该包括配置项的标识方式、命名规则、变更管理流程、版本管理策略、配置库管理要求等内容。
3.2 配置项控制所有的配置项都应该受到控制，禁止对没有经过授权的配置项进行修改。
必要的配置项修改应该通过变更管理流程进行，并记录相关信息。
在配置项变更时，应该进行相应的测试和验证，确保变更的正确性和稳定性。
3.4 配置项审计定期进行配置项的审计，检查配置项是否符合配置管理规范和项目要求。
审计可以帮助发现问题和风险，及时采取措施进行纠正。
3.5 配置项备份与恢复所有的配置项都应该定期进行备份，并存储到配置库或其他安全的地方。
备份数据应该进行加密和权限控制，以防止数据泄露。
在配置项损坏或丢失时，应该及时进行恢复。
4. 配置管理工具5. 配置管理培训与沟通为了确保项目团队对配置管理规范的理解和遵守，应开展相应的培训和沟通。
配置项管理规范
UF/QP/3-01/QI/002配置项管理规范一、配置项管理要求在产品/项目的整个生存周期中，由SCM人员使用配置管理库系统对配置管理计划中确立的配置项进行统一的管理，控制它们的变更、存取和投放，记录并报告它们的状态和变更;SCM组和SQA需分别定期对有关SCM的活动和工作产品进行审计。
各产品开发经理定期且事件驱动地参加SCM活动的评审。
研发主管经理定期参加SCM活动的评审。
二、配置项变更管理规范1.非基线化配置项变更管理规范非基线化配置项由相应SCM人员存放在软件配置数据库中。
SCM人员根据各产品/项目组的《配置管理计划》，来确立各个工程师提交配置项的权限。
在非基线化配置项变成基线前，它(们)的变更可以迅速而非正式地进行。
1.1在配置项通过评审、审核和确认前，各配置项的负责人可根据配置项计划提交时间以及自身需要，事件驱动地向SCM人员提交经过合适修改的配置项，并由SCM 人员标识后放置到软件配置数据库。
1.2当配置项通过相应评审、审核和确认后，在其待基线化的过程中，如需发生必要的变化，则需对变更的内容进行再次评审、审核和确认。
在再次评审前，需提交配置项变更记录（UF/QP/3－01/QR/006）。
1.3 一旦配置项已经经过正式的技术评审且已被认可，并得到基线控制委员会的批准，则此配置项将被基线化，并转入到相应软件基线库中。
2.基线化配置项变更管理规范基线是软件开发过程中的里程碑。
当配置项被基线化后，它(们)的变更需通过正式的变更控制过程，以确保其它基线未受到此变更的影响或完成相应的适当变更。
2.1基线的建立由软件配置控制委员会批准软件基线库的建立，且只有被软件配置控制委员会批准的配置项才能进入软件基线库。
2.2基线变更控制2.2.1变更控制的目的变更控制的目的是不允许跨越里程碑去任意修改前一（或几）阶段的软件工作产品，以保证变更不会对基线造成不可预料的影响。
2.2.2变更控制过程基线库中的某个配置项被提出需要修改时，需遵循以下变更控制过程：2.2.2.1由变更申请人填写并提交变更请求表（CRF），并经由相关产品经理确认。
通用办公设备、家具配置管理办法
通用办公设备、家具配置管理办法第一章总则第一条为进一步规范日常通用办公设备、家具管理，提高资产使用效率，参照《江西省省级行政事业单位国有资产配置使用处置管理暂行办法》等有关规定，结合学校实际情况，特制定本办法。
第二条本办法所称的通用办公设备、家具，是指产权归（以下简称学校）所有，供学校党群、行政、业务部门和直属单位使用，用于满足办公基本需要的设备、家具，不含专业类设备、家具。
第三条学校按照保障基本办公需求、节俭实用和节能环保原则，配置日常通用办公设备、家具，做到资产配置与部门原有资产存量状况结合、满足工作基本功能需求与节约实用结合，不得配置高端设备、家具。
本配置为学校限定配置的最高上限标准，而非必须达到的标准，全校各单位提出采购需求时，应当控制在规定的配置标准和价格上限范围内配置。
第四条通用办公设备、家具配置标准包括实物数量标准、最高上限价格标准以及规定使用年限标准三部分。
通用标准中不含特殊专业需要的专业类办公设备。
各单位为职工配置设备、家具时均应按照学校编制数额内实际到岗的长期聘用（聘期三年及以上）人数为部门最高配置人数，配置数量不得超过编制人数最高配置比例或数量（包括本单位共享共用的设备、家具数量）。
第五条本办法适用于学校党群、行政、业务部门和直属单位日常所需通用办公设备、家具配置。
各学院所需通用办公设备、家具配置应结合自身经费预算管理、教学规律及管理需求提出计划，但购置数量和标准上不得超出学校规定范围。
第二章配置标准与采购管理第六条本办法是学校编制设备、家具配置计划，审核设备、家具购置预算,实施政府采购的设备、家具事项以及监督检查的依据。
第七条配置实物量标准控制（一）按学校内设机构和人事部门核定的编制内实有人数设置标准。
（二）学校规定的各类设备、家具配置管控上线控制最高配置数量和价格标准。
第八条各单位配置通用办公设备、家具时应按照功能满足使用要求，节约经费开支，配置的设备、家具已达规定使用年限，尚可继续使用或稍加修复尚可继续使用的应继续使用，以充分发挥国有资产的保值增值功能。
配置管理规范
配置管理规范对于一个一般的项目来说，配置管理规范的内容至少需要包括以下的内容：1、配置项及其命名规则；2、配置库文件目录结构；3、角色和权限定义；4、配置项变更流程；5、配置项发布；6、基线定义和基线变更。
配置项及其命名规则对我们的项目来说，配置项需要包括以下的内容：1、项目管理过程文档；a) 项目任务书；b) 项目计划；c) 项目周报；d) 个人日报和周报；e) 项目会议纪要；f) 培训记录和培训文档；2、QA过程文档；a) QA不符合报告；b) QA周报；c) 评审记录；3、工作产品a) 需求文档；b) 设计文档；c) 代码；d) 测试文档；e) 软件说明书和手册；4、项目中使用的第三方产品上文中用红色部分标识的是容易遗漏的配置项，尤其是第4个（项目中使用的第三方产品），实际上，一个工程型的项目会大量使用第三方的软件（例如，我们的产品中就使用了IBM 的MQSeries、Oracle、一些第三方的开发控件），对这些产品的管理至少可以解决三个方面的问题：1、版本配合的问题：大部分的第三方软件在升级之后，并不能实现二进制层面上的兼容，需要对原有的代码重新编译；甚至有的第三方软件在升级之后，API层面上的兼容性都做不到；因此，在工程实施的过程中，版本的配合问题是一个需要关注的问题；2、发布的完整性问题：一般来说，比较大型的第三方软件在发布过程中都不会有遗漏，但对一些小的第三方软件来说，比如我们使用的许多perl的CPan模块，如果在开发过程中没有有意识的进行管理的话，很容易就会发生遗漏；3、在某些特殊条件下由于第三方软件的变化引起的基线变更：这种情况极少会发生，但在我们以前的项目中，确实还遇见过。
一般是因为原来选型时使用的第三方软件不能满足要求，只能通过更换新的第三方软件，这就补课避免地需要变更基线（例如需求文档、设计文档等）；将第三方软件纳入配置管理的范畴可以更方便地管理基线的变更。
关于第三方软件产品配置项的管理还有一点需要说明：由于第三方软件有可能会比较大，而且相对我们的项目来说，是很少会发生变更的（一般在一个项目过程中，不会采用不同的配置项的命名可以便于查找相关配置项。
某软件公司配置管理计划编写规范
某软件公司配置管理计划编写规范某软件公司配置管理计划编写规范1. 引言配置管理计划是某软件公司在软件开发过程中进行配置管理的指导文件，包括了配置管理的目标、范围、策略、活动和责任等内容。
本文档旨在规范配置管理计划的编写内容和格式，以确保配置管理工作能够高效进行。
2. 文档组织配置管理计划应该包含以下主要部分：2.1 引言：简要描述配置管理计划的目的、范围和背景等信息。
2.2 配置管理目标：明确配置管理的目标和期望的结果，例如提高软件开发的质量、减少变更的风险等。
2.3 配置管理范围：说明配置管理的范围，包括涵盖的软件项目、开发阶段和相关环境等。
2.4 配置管理策略：定义配置管理的策略和原则，例如变更控制、配置标识、配置审查等。
2.5 配置管理活动：详细描述配置管理的具体活动，例如配置项识别、配置项控制、版本管理、配置审查等。
2.6 配置管理工具：介绍使用的配置管理工具和系统，以及其功能和使用方法。
2.7 配置管理责任：明确配置管理的责任和角色，包括配置管理委员会、项目经理、配置管理员等。
2.8 配置管理培训：描述对相关人员进行配置管理培训的计划和内容。
2.9 配置管理审核：规定配置管理的审核计划，以确保配置管理计划的有效性和改进。
2.10 配置管理计划的更新和变更：说明如何更新和变更配置管理计划，并规定相应的程序和流程。
3. 编写规范为确保配置管理计划的一致性和可读性，应遵循以下编写规范：3.1 文档格式：使用公司规定的文档模板，并确保文档格式清晰、整洁、易读。
3.2 语言和术语：使用清晰简洁的语言，并确保术语的准确性和一致性。
3.3 文档编号：为每个配置管理计划分配唯一的编号，并在文档中注明。
3.4 目录和页眉：在文档中包含完整的目录，并在每页的页眉中标明文档标题和页码。
3.5 图表和表格：使用适当的图表和表格来说明配置管理的流程、活动和责任。
3.6 参考资料：在文档末尾列出所有引用的参考资料和文献，确保引用的准确性和可查性。
医院配置室管理制度
医院配置室管理制度一、配置室管理概述配置室是医院内部重要的医疗物资管理中心，负责对医院各科室的医疗物资进行统一采购、分配和管理，保障医疗物资供应充足、合理使用，提高医疗效率和服务质量。
配置室管理制度的建立和完善，对于促进医院的运作效率和服务水平起着至关重要的作用。
二、配置室管理组织架构1. 配置室设置医院配置室由一名负责人负责管理，下设若干物资管理员和库管员。
配置室设在医院主体建筑内，便于各科室及时取用医疗物资。
2. 配置室管理机构配置室管理机构包括主任医师、护士长、物资管理员和库管员。
主任医师负责领导配置室工作，护士长负责监督和协调医疗物资的使用，物资管理员负责采购和管理医疗物资，库管员负责存储和保管医疗物资。
3. 配置室工作流程医院配置室工作流程包括医疗物资采购、验收、存储、分发和库存管理。
具体操作流程如下：（1）医疗物资采购：配置室按照医院的需求和预算计划，向合格的供应商采购医疗物资，确保医疗物资的品质和数量符合要求。
（2）医疗物资验收：配置室对采购来的医疗物资严格进行验收，确保医疗物资质量合格，数量准确，入库前不允许混放。
（3）医疗物资存储：配置室根据医疗物资的特性和要求，合理安排存放位置，保持库房的整洁和通风，避免灰尘、湿气等影响医疗物资的质量。
（4）医疗物资分发：根据医院各科室的需求和医疗物资的库存情况，配置室制定物资分发计划，按时、按量将医疗物资送到各科室，确保医疗物资的及时使用。
（5）库存管理：配置室定期进行医疗物资库存盘点，了解库存状况，做好库存管理，合理安排医疗物资的补充和调配，及时清理过期、损坏、质量不合格的医疗物资。
三、配置室管理制度1. 医疗物资采购管理制度（1）医院配置室要根据临床需求和科室要求，编制医疗物资采购计划，按照法规和规定，选择合格的供应商进行医疗物资采购。
（2）配置室在进行医疗物资采购时，应当对供应商的信誉、资质、产品质量和价格等进行综合评估，签订合同并保留相关资料。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.3.1
<产品名>_用处，例如：Workflow_designer。
3.3.2
<产品名>_Doc，例如：Workflow_Doc。
3.4
3.4.1
<产品名>_Proj_版本号，例如Workflow_Proj_4.0。
3.4.2
<产品名>_Doc，例如Workflow_Doc。（版本号在流上或者子文件夹上来实现）
Access control
Submitted
Defect最初进入CQ的状态
All Users
Assigned
项目经理将defect分配给具体的开发工程师
开发负责人
Opened
开发工程师重现该defect，并进行修改
开发工程师
Resolved
开发工程师完成修改
开发工程师
Closed
经测试工程师测试，defect已经被正确修改
1 GB
P4
PC008
Windows 2000 Server
ClearCase view server , VOB and installation server
ClearQuest server
4 GB
Xeon
2.3
表格22安全管理
User ID or Global Group
NT Domain
Description
Additional Notes
vobadm
PLATFORM
VOB管理组
管理所有VOB
clearcase_albd
PLATFORM
ClearCase内置
ClearCase程序创建
clearcase
PLATFORM
ClearCase内置
ClearCase程序创建
dev
PLATFORM
ClearCase项目开发组
第4章
4.1
角色（用户组）
描述
<产品名>_All
登录<产品名> CQ配置库的所有人
<产品名>_PM
<产品名> PM
产品名>_Developer
<产品名>开发人员
<产品名>_Tester
<产品名>测试人员
<产品名>_QA
<产品名> QA
4.2
图41缺陷处理流程
4.3
表格41变更状态定义
State
Definition
图34部置文件的目录结构
3.8
开发人员在合适的开发流上建立自己的静态开发视图。视图存放在本地机器上。项目经理与集成经理需要建立动态的集成视图，以便于变更基线与集成。
3.9
配置管理员与项目经理共同制定适合本次开发的流策略，两人达成一致意见之后，由项目经理组织流策略评审会，参加人员为配置管理委员会的所有成员，经过评审通过之后，方可使用。
Report_PVOB
3.2
3.2.1
<产品名>_VOB，例如：
Workflow_VOB
RBCS_VOB
Platform_VOB
Report_VOB
3.2.2
避免在一台服务0个以下；
避免一个文件夹下的Element数量超过200个，超过500个则会带来显著的性能下降。
3.6.2
<Project名>_<stream name>_<迭代号>_Release_<六位日期编号>，说明如下：
<stream name>：在集成流上使用缺省的；
<迭代号>：例如T1表示交付阶段的第一个迭代；
<六位日期编号>：为年月日各两位。
例如：
基线Workflow_Proj_4.0_T1_Release_070718表示Workflow产品07年7月18号打的4.0版本的移交阶段的第一次迭代的开发流上的基线。
Licenses Server
RegistryServer
表格21环境和结构
Host Name
OS release
Server Role
Physical Memory (RA
CPU Class
PC007
Windows 2003 Server
ClearCase registry, license server
3.5
3.5.1
<Project名>_Int，例如Workflow_Proj_4.0_Int。
3.5.2
<Project名>_Dev，例如Workflow_Proj_4.0_Dev。
3.5.3
<Project名>_HotFix_用处，例如Workflow_Proj_4.0_HotFix_shebao。
基础配置管理规范
沈阳东软软件股份有限公司
2006.1
更改履历
版本号
更改时间
更改的
图表和章节号
状态
更改简要描述
更改申请编号
更改人
批准人
1.0
2006-7-25
M
针对第一次讨论结果进行修改
马芳
1.1
2006-8-8
A
补充规范
马芳
1.2
2006-8-17
A
补充规范
马芳
1.3
2007-7-18
A
增加命名规范
黄治纲、马云存、刘作坤、于辉、王伟
项目成员
各项目组成员
QA
马芳、马娜
项目管理员
冯蕾
第2章
2.1
基础软件事业部的员工，必须应用IBM Rational ClearCase作为版本控制工具，IBM Rational ClearQuest作为变更管理工具。
2.2
UCM包含以下服务器：
VOB Server
View Server
3.5.4
<Project名>_Release，例如Workflow_Proj_4.0_Release。
3.6
3.6.1
<Project名>_<stream name>_<迭代号>_<六位日期编号>，说明如下：
<stream name>：在集成流上使用缺省的；HotFix流上：…+_HotFix+…；
主要负责需求类、软件开发计划、High-level设计（系统&概要）和产品的审批；
负责项目策略、流策略的制定。
项目经理：
参与识别配置项，向配置管理员提供接受配置管理的工作产品；
参与创建基准和产品，负责项目产品的发行，批准配置审计结果。
项目成员：
向配置管理员提供将置于配置管理之下的工作产品；
配合项目配置管理的工作要求，完成相应活动。
Active
相关人员处理该©Defect
Opened
Resolved
Divergent
Uncovered
Complete
Defect修改结束
Closed
Duplicated
Waste
重要说明：
上面列出的缺陷处理流程是部门建议使用的流程，对于缺陷处理流程的选择，部门不做硬性规定，项目经理可以根据项目的实际需要，与配置管理员协商指定符合本项目的缺陷处理流程，制定出来的缺陷处理流程需要在配置管理计划中加以详细说明。
QA：
评审和审计项目的配置管理活动于配置管理之下的工作产品，配合项目配置管理的工作要求，完成相应的活动；
参加计划合理性评审；
检查各项目组提交的文档，如有问题及时提交问题报告；
参加部门重要指标的提取和检查工作；
制定部门规范及各类文档模板；
项目管理员：
定期检查项目文档提交情况，如有问题及时提交问题报告；
项目经理
定义组件、权限
定制策略、集成的里程碑
确认活动
版本识别
建立产品基线
建立发布版本
与外部项目集成
选择已发布版本的存放位置
开发人员
建立开发视图
在配置项目上进行工作
提交变更
测试人员
在ClearQuest上提交缺陷
第3章
3.1
<产品名>_PVOB，例如：
Workflow_PVOB
RBCS_PVOB
Platform_PVOB
<迭代号>：例如T1表示交付阶段的第一个迭代；
<六位日期编号>：为年月日各两位。
例如：
基线Workflow_Proj_4.0_T1_070718表示Workflow产品07年7月18号打的4.0版本的移交阶段的第一次迭代的集成流上的基线。
基线Workflow_Proj_4.0_HotFix_T1_070718表示Workflow产品07年7月18号打的4.0版本的移交阶段的第一次迭代的HotFix流上的基线。
3.7
以下面的图片为例，进行说明：
图31文档存放规范目录结构
1） 按照NUP的9大规程对文档进行分类（由于NUP的9大规程中第一个规程“业务建模”不适用于基础软件事业部，所以在上面的图片中没有体现）。其中每个文件夹中的文件要求如下（至少包括）：
部署：课件、白皮书、安装盘、用户手册、安装配置手册等；
测试：测试相关的所有文档；
domainusers
PLATFORM
Platform所有用户组
2.4
表格23角色和职责
配置管理角色
职责
配置管理员
定义组件、权限创建VOB与Component
ClearCase/ClearQuest备份与恢复