软件配置管理规范修订稿
物业管理软件管理制度
物业管理软件管理制度一、总则1. 本制度旨在规范物业管理软件的使用和管理，提高物业管理效率和服务质量。
2. 本制度适用于所有使用物业管理软件的员工及相关人员。
二、软件安装与配置1. 软件的安装与配置由信息技术部门负责，确保软件的安全性和稳定性。
2. 未经授权，任何个人不得擅自安装、卸载或修改软件设置。
三、用户账户管理1. 用户账户由信息技术部门统一创建和管理，确保一人一账号。
2. 员工离职时，应及时注销其账户，防止信息泄露。
四、权限分配1. 根据员工的职责和工作需要，信息技术部门负责分配相应的软件使用权限。
2. 任何员工不得擅自获取或使用超出权限范围的数据。
五、数据录入与维护1. 物业管理数据的录入必须准确、及时，确保信息的实时更新。
2. 定期对数据进行备份，防止数据丢失或损坏。
六、软件使用规范1. 员工在使用软件时应遵守操作规程，避免误操作导致数据错误或系统故障。
2. 严禁使用软件进行非法活动或违反公司政策的行为。
七、安全与保密1. 定期进行软件安全检查，及时更新安全补丁，防止系统遭受病毒或黑客攻击。
2. 加强对敏感数据的保护，未经授权不得泄露给第三方。
八、培训与考核1. 对新员工进行物业管理软件的使用培训，确保其熟练掌握操作技能。
2. 定期对员工的软件使用情况进行考核，对违规行为进行处罚。
九、技术支持与服务1. 信息技术部门提供日常的技术支持和服务，解决员工在使用过程中遇到的问题。
2. 建立故障报告和响应机制，确保软件故障能够及时得到处理。
十、制度修订1. 本制度由物业管理部门负责解释，并根据实际情况进行适时修订。
2. 任何修改和更新需经过物业管理部门审批，并通知所有相关人员。
十一、附则1. 对违反本制度的行为，将根据情节轻重给予警告、罚款或解除劳动合同等处分。
2. 本制度自发布之日起生效，原有相关制度同时废止。
请根据实际情况调整上述内容，以确保其符合具体的物业管理需求和公司政策。
GJB5000A2008全套资料2204-2019软件配置管理规程
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2204-2019软件配置管理规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布XXX 2204-2019前言本标准代替Q/BBTNL 2204-2018《软件配置管理规程》。
本标准与Q/BBTNL 2204-2018相比，主要变化如下：1.修改开发库的建议结构；2.增加受控库的建议结构；3.过程记录流水号标识为可选项；4.修改开发库的存盘名称；5.统一标识规则的描述。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2204-2018。
Q/LJDZ 2204-2019软件配置管理规程1 范围本标准定义了软件配置项的标识规则；规定了软件配置管理中基线管理、更改控制、配置管理记录、配置审核的基本要求；规定了软件开发库、受控库、产品库的管理要求。
本标准适用于本公司军用软件配置管理实施过程。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型S/BBTNL XZ06-2018 档案管理制度3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件能力成熟度模型》确定的术语和定义适用于本标准。
4 活动4.1 软件配置项标识4.1.1 文档标识文档是在软件项目开发过程中产生的软件工作产品，是形成软件产品的部件或依据，属于软件配置项。
为了方便检索配置项，需对每个文档的标识和其存盘命名进行规定。
文档标识规则为：图号+空格+文件缩写+空格+版本号文档存盘命名规则：（文档标识）+文档名称+文件后缀例如：控制信号处理板项目，该项目的图号为：DZJ3160，该项目的软件需求规格说明，版本号为V1.0.0，则：文件标识为：DZJ3160 SRS V1.0.0文档存盘名称为：（DZJ3160 SRS V1.0.0）控制信号处理板软件需求规格说明.doc4.1.2 代码标识代码标识包括软件产品标识、计算机软件配置项标识、计算机软件配置单元标识。
软件配置管理
1.3
保留文件修改轨迹 增量存储方式
1.2 1.1 1.0
软件配置管理的功能
产 品 版 本 管 理
是对应用程序系 统在版本级的管 理 正式版
1.3 1.2 1.1 1.0 File 1 1.4 1.3 1.2 1.1 1.0 File 3
Beta 1 Version Labels
Apex
Check Out Change Requests and Software
Errors
PureCoverage
ClearCase
preVue
ClearDDTS
与资源管理器的无缝集成
与开发工具的无缝集成
被集成到自然的工 作环境中
ClearCase 的市场地位
“在软件配置管理工具市场上，Rational公 在软件配置管理工具市场上，Rational公 司连续两年居于领先地位。 1997年软件配 司连续两年居于领先地位。在1997年软件配 置管理工具的收入中，Rational占据了18. 置管理工具的收入中，Rational占据了18.4% 。”
1.2 1.1 1.0 File 2
软件配置管理的功能
建 立 管 理
允许为建立程序 有可重用的定义
自动构造程序 自动构造程序 自动回溯机制 自动回溯机制 保证程序建立一致性 保证程序建立一致性
软件配置管理的功能
变 更 管 理
对变更严格的加以控制和管 保持修改信息， 理，保持修改信息，并使其 精确、清晰。 精确、清晰。 提出变更申请及方案 对变更进行评价 存取控制 同步控制
VOB
ClearCase 版本控制
主支 2
Checkout Edit Check-in
管理制度修改稿范文（5篇）
管理制度修改稿范文尊敬的各位员工：针对公司当前的发展情况和业务需求，为进一步优化管理体系，促进公司各项工作的顺利进行，特对公司的管理制度进行了修改和完善，现将修改稿提交给各位员工，请各位员工认真阅读并理解。
第一章总则第一条为规范公司各项管理活动，提高企业核心竞争力，制定本管理制度。
第二条本制度适用于公司内部所有员工。
第三条公司的管理体系包括组织管理、人事管理、财务管理、生产管理、市场管理等。
第二章组织管理第四条公司按照业务分部设置各部门，每个部门设置一个部门经理。
第五条公司实行权责相统一的管理原则，各部门的负责人负责本部门的业务运营和管理工作。
第六条公司设立总经理办公室，负责协调各部门之间的工作，并对全公司的经营决策进行指导。
第七条公司定期召开管理会议，讨论和决策重大问题，并及时通知各部门做好相关工作准备和执行。
第三章人事管理第八条公司坚持人才优先的原则，建立健全人才引进、培养和激励机制。
第九条公司通过严格的招聘流程，对招聘人员进行综合评估和筛选，确保人员的岗位匹配和能力适应。
第十条公司建立员工培训计划，定期组织各类培训活动，提高员工的专业素质和综合能力。
第十一条公司设立绩效考核制度，对员工进行定期绩效评估，根据绩效评估结果和岗位要求进行奖惩和晋升调整。
第四章财务管理第十二条公司建立健全财务管理制度，明确财务职责和财务处理流程。
第十三条公司设立财务部门，主要负责公司的财务报表编制和财务数据分析。
第十四条公司建立预算管理制度，对公司的财务预算进行科学编制和监控，确保资金的合理运用和收益最大化。
第五章生产管理第十五条公司建立完善的生产计划和物料管理制度，确保生产工艺的合理性和生产成本的降低。
第十六条公司建立质量控制体系，对产品的质量进行全面监控和检测，确保产品符合国家标准和客户要求。
第十七条公司建立健全的安全生产制度，加强对生产现场的安全管理和事故预防控制。
第六章市场管理第十八条公司建立市场调研和分析制度，及时了解市场动态和需求变化，为公司的市场决策提供依据。
软件配置管理规范精选全文完整版
可编辑修改精选全文完整版软件配置管理规范编制XXXXX审核XXXXX批准XXXXX发布日期软件配置管理规范更改更改人单号/日期——XX/2022- 10-29 更改后的版次A/00更改序号1 第一次发布更改说明软件配置管理规范本文件用于规范软件的配置管理过程。
本程序合用于本公司开辟的XX 软件，其他软件组件可参考实施。
无在整个软件生命周期内，管理软件配置项的版本变更及发布。
配置项包括：源代码文件、配置文件、数据库脚本、资源文件、构建安装相关的脚本与说明文档、生成的二进制可执行文件、引用的库文件、安装文件、设计文档、设计评审记录、设计验证记录、现成软件。
还包括开辟管理、质量管理、风险管理等与软件开辟相关的文档。
使用Apache Subversion 作为版本控制工具。
使用FTP 管理现成软件与安装文件。
建议的SVN 目录如下，可以根据实际情况做变动。
trunk trunk 目录为开辟目录，即最新的内容doc 存放设计相关的文档：输入输出文档，设计相关的记录及验证文档软件配置管理规范buildsrc3rd_partyXX-libsincludelibpublictemplateunittest[project][module]toolsexportexamplestesting[version]branches[branch]tags[tag]documentsmain存放构建与安装相关的脚本文件，说明文档，软件配置表源代码目录开源的第三方内容lib 如果第三方库有静态库，统一放在这里，便于引用... 每一个第三方库单独放在一个子目录公司自己的公共库lib 如果公共库有静态库，统一放在这里... 每一个公共库单独放在一个目录引用的头文件，除XXX 和XXX 的内容，包括但不限于：整个项目相关的定义头文件、配置头文件，接口文件；其他硬件产品的引用头文件；其他工程的引用头文件，定义头文件，其他工程可以是本仓库内的工程；... 按内容，头文件可以再分目录存放与include 对应，引用的静态库，除3rd_party 和XX-libs 的内容，包括但不限于：其他硬件产品的引用静态库；其他工程的引用静态库，其他工程可以是本仓库内的工程；多个工程共用的源码文件模板，配置文件的模板、数据文件的模板、数据库创建脚本等单元测试代码目录工程目录，每一个工程单独一个目录模块目录，每一个模块单独一个目录编写的工具工程或者脚本，不发布可以供其他工程(不在本仓库)使用的输出文件，包括头文件、动态库文件、静态库文件示例工程目录，以下可以再分目录存放测试分支的目录发布前的测试分支，来源于trunk 的拷贝，每一个版本单独一个目录存放试验性分支试验性质的分支，来源于trunk 的拷贝，每一个分支单独一个目录存放分布的标签发布的标签，来源于每一个测试分支的最后一个测试修订其他文档：计划文档，软件测试文档，软件更改相关文档使用external 属性设定，引用/trunk/doc开辟期所有的变更提交至/trunk 目录。
规范软件使用管理制度
规范软件使用管理制度第一章总则为规范软件使用行为，加强信息安全管理，保护公司及个人信息的安全，提高信息化水平，制定本管理制度。
第二章软件管理1. 公司购买的软件必须合法正版，未经授权的软件不得安装和使用。
2. 软件安装前需经过信息化管理部门审批，并通过正规渠道获取安装包。
3. 软件的安装、使用、升级、卸载必须按照公司规定的流程进行，未经授权擅自进行以上操作者将会受到处罚。
4. 对于需要联网的软件，应当设置合理的网络接入策略，保护公司内部网络的安全。
第三章软件使用1. 员工使用软件涉及公司业务的，必须按照公司规定使用，不得进行个人使用或泄露公司信息。
2. 禁止使用公司软件进行非法活动，包括但不限于盗版、破解、仿冒等行为。
3. 不得使用公司软件进行网络攻击、传播病毒、恶意代码等违法行为。
4. 未经授权，不得将公司的软件外传或用于他人商业用途。
第四章软件安全1. 严格控制软件的权限管理，将权限授予合适的人员，并定期审查权限配置。
2. 加强对软件的漏洞管理，及时升级补丁，确保软件的安全性。
3. 设立软件安全专职人员，负责软件安全管理工作，加强软件安全监控。
4. 对于工作机密和敏感信息，应当加密存储和传输，以防泄露。
第五章违规处理1. 对于违反软件使用管理制度的人员，将会受到相应的处理，包括但不限于警告、记过、记大过、甚至开除。
2. 对于造成公司信息损失的情况，将依法追究法律责任。
3. 对于发现软件漏洞不报告的人员，将严厉惩罚。
4. 对于故意传播病毒、恶意代码等行为的，将立即停止账号，并报警处理。
第六章审查与改进1. 定期对软件使用管理制度进行审查，及时修订和改进，以适应公司业务的发展和信息安全的需求。
2. 固化软件使用管理流程和制度，确保各个环节的执行情况。
3. 加强员工培训，提高员工信息安全意识和技能，降低公司被攻击的风险。
第七章附则本管理制度自颁布之日起生效，以上条款及细则由信息化管理部门负责解释。
国军标软件配置管理报告word版
GJB438B-2009附录AA(资料性附隶）《软件配置管理报告》的正文格式《软件配置管理报吿》的正文格式如下：1范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2 系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3 文档概述本条应概括本文档的用途和内容.并描述与其使用有关的保密性考虑。
2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
3软件配置管理情况综述本章应描述软件配置管理活动进展，与软件配置管理计划的偏差；软件配置管理活动与规程是否相符；对不符合项所采取的措施；完成软件配置管理工作的工作量等。
4软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。
5专业组划分及权限分配本章应列出项目专亚组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。
6配置项记录本章应列出项目的所有配置项，包括配置项名称、配置项最后发布日期，配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配览项版本变更历史、配置项变更累计次数等内容。
7变更记录本章应列出软件研制过程中的所有变更，包括变更申谘单号、变更时间、变更内容、变更申请人、批准人、变更实施人等内容。
8基线记录本章应列出项目的所有基线，包括基线名称、基线最后一版发布日期、基线版本变更历史、基线变更累计次数、最后一版基线的内容及版本号等内容。
9入库记录本章应列出配置项的入库记录，包括入库时间、入库单号、入库原因、入库申请人和批准人等。
软件配置管理状态报告
子工程名称
设计工程
单元测试代码
安装工程
子系统名称
测试脚本
其他
2.1
配置项
说明
版本号
基线版本号（如有）
修改人
修改日期
2.2
配置项
说明
版本号
基线版本号（如有）
修改人
修改日期
工程１
文件１
。。。
工程2
文件１
2.2
配置项
说明
版本号
基线版本号（如有）
修改人
修改日期
3
序号
备份名
备份内容
备份的
目的
备份日期
备份人
软件配置管理状态报告
文档编号：
项目名称：
本文档修订记录：
修订人
修订日期
修订内容
1
软件名称
版本号
许可证号
数量
备注
2
配置库存放目录：
用户：
密码：
配置管理目录格式要求：
一级目录
二级目录
三级目录
四级目录
软件产品名称+V版本号
安装部署
XX子系统系统
数据库
应用软件
文档
质量记录
参考资料
数据库资料
用户手册
接口文档
其它资料
TL9000软件配置管理规范
ＸＸＸＸＸ股份有限公司ＸＸＸＸＸ有限公司BD/QW-02-04 软件配置管理规范拟制：审核：批准：版号： C/2受控状态：内部使用2013年9月10日发布 2013年9月12日实施ＸＸＸＸＸ股份有限公司ＸＸＸＸＸ有限公司发布ＸＸＸＸＸ股份有限公司ＸＸＸＸＸ有限公司软件配置管理规范文件编号BD/QW-02-04版号C/2操作文件文件页码共 4 页第 1 页1.目的控制对构成软件产品的各配置项的标识、管理、更改活动，保证软件配置项的完全性和正确性，防止非预期的使用，并能够有效地实现可追溯性。
2.适用范围适用于软件产品在整个生存周期中的控制管理活动。
3.职责3.1.配置管理员●负责建立配置管理系统；●负责执行配置项的创建与变更控制，并在《配置项管理记录表》中进行记录；●负责执行对配置系统的访问控制；●负责制定《配置管理计划》；●负责配置库目录的设置、人员操作权限的定义等；●负责标识配置项；●负责执行日常配置管理系统维护。
3.2.配置审核人●负责审核及批准配置管理计划；●负责审核及批准基线的发布；●负责审核配置项/基线变更的请求。
3.3.项目经理●接受配置管理计划，并按相关规定贯彻执行；●提出配置管理计划的修改要求；●提出基线变更请求。
3.4.开发人员●根据配置管理计划和相关规定，创建和修改配置项。
4.工作流程4.1.术语4.1.1.软件配置管理软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。
是通过技术或行政手段对软件产品及其开发过程进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到版本的产品配置。
4.1.2.配置项凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以设计、实施和测试的。
4.1.3.基线是项目储存库中每个工件版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。
软件配置管理规范流程
软件配置管理规范流程随着软件开发和应用的日益广泛，软件配置管理变得越来越重要。
一个好的软件配置管理规范流程不仅可以提高软件的开发效率和质量，还可以方便软件的维护和升级。
下面介绍一下软件配置管理规范流程的几个方面。
一、版本控制版本控制是软件配置管理的核心，通过版本控制可以追踪软件的历史变更记录，防止不同版本之间的冲突和漏洞。
常见的版本控制工具有Git、SVN等。
在使用版本控制工具时需要注意以下几点：1.分支管理：在团队开发的过程中，不同的成员可能需要同时对同一个文件进行修改，并且还需要保证修改不会对其他的成员造成影响。
通过分支管理可以解决这个问题。
2.版本号规范：版本号的格式应该是“主版本号.次版本号.修订号”，不同版本号之间只能升级，不能降级。
在记录版本号的同时，还需要添加Change log，记录本次版本的变更内容。
二、构建管理构建管理是将软件源代码编译成可执行的程序的过程。
构建管理要求构建过程可以自动化和可重复，以避免人为因素对构建过程的影响。
在构建管理中，首先需要定义构建项目和构建脚本，以确保构建过程中所有的操作都可以自动化。
其次，需要使用构建工具来实现自动化编译、打包等操作。
常见的构建工具有Maven、Gradle 等。
三、发布管理发布管理是将软件部署到生产环境的过程，这个过程需要谨慎对待，因为一旦出现问题就会影响业务的正常运行。
在发布管理中，需要注意以下几点：1.生产环境和开发环境应该完全一致，以保证部署的代码在生产环境中能够正常运行。
2.发布前需要进行必要的测试，以确保代码的稳定性和安全性。
测试包括功能测试、性能测试、安全测试等。
3.需要进行灰度发布，将新功能逐步上线，以避免一次性上线造成系统崩溃。
四、文档管理文档管理是软件配置管理中不可或缺的一部分。
除了源代码和构建文件之外，还需要对软件的文档进行管理。
在文档管理中，需要注意以下几点：1.文档应该与代码一起托管在版本控制系统中，以方便追溯和管理。
3 软件配置管理计划(模板)-GJB438C
密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。
1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。
各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。
c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。
产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件配置管理规范 WEIHUA system office room 【WEIHUA 16H-WEIHUA WEIHUA8Q8-
软件配置管理规范
1.简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
目的
本文档指导项目开展配置管理活动。
范围
本文档适用于SWL开发小组批准立项的软件项目。
文档结构
第一部分：
简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：
配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相
关活动的阐述、验证与确认能及度量。
第三部分：
变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关
活动的阐述、验证与确认能及度量。
第四部分：
参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：
附录，本文中流程图的标准符号定义。
词汇表
CM (Configuration Management)
配置管理。
CCB (Change Control Board)
变更控制委员会。
CI (Configuration Item)
配置项，包含文档、程序。
CR (Change Request)
变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的
信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit)
物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA (Functional Configuration Audit)
功能审计，核心软件配置项的实际性能是否符合它的需求。
基线 (Baseline)
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且
只能通过正式程序，例如变更管理和配置控制才能进行更改。
CML (Configuration Management Library)
配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本 (Version)
某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
1.5参考信息
可追溯性
CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version
方针
SWL开发组项目开发与管理工作方针
过程/规范
项目计划与控制规范
指南
配置管理计划指南
基线策略指南
配置状态报告编制指南
配置审计工作活动指南
配置管理工具指南
VSS 使用指南
组织管理配置库使用指南
软件开发文档命名约定
1.5.5模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
检查表
无
培训
《软件配置管理教材》
《软件变更控制管理教材》
《Clear Case 配置管理培训教材》
工具
Clear Case
Visual SourceSafe
Visual Basic
Office 97/2000/XP
DreamWeaver
PhotoShop
Microsoft SQL Server 2000 参考网站
1．配置管理规范
配置管理流程图
角色
本文档在组织中实施所涉及的角色
进入准则
输入
活动
输出
验证与确认
退出准则
度量
2．变更控制规范变更控制流程图
角色
进入准则
输入
活动
输出
验证与确认
退出准则
度量
3．参考文献
[BUC93]
Implementing Configuration Management,Hardware,Software and Firmware,Los Almitox,CA:IEEE Computer Science Press, 1993.
[Rational 2001]
Rational Unified Process,Version2001,Rational Software Corporation,2001. []
软件配置管理规范，托普信息集团，2002
附录
附录A —流程框图符号
Parallelograms represent Inputs and Output
to or from a
Rectangles represent
individual process/procedure
Lines with arrowheads connect symbols
to show the progression or directionof
Diamonds represent important decision points in the process/procedure.
Circles represent connectors when
附录B —文档命名指南
根据软件工程文档命名规则GB8567中的建议，文档命名采用以下规则：文档命名由两部分构成，格式如下：
其中解释如下：
Project代表项目名称的简写，一般不超过6个安符
是文件名称
Version代表版本号
例如：
代表的意义如下：SWL项目组的软件配置计划。