配置库结构与配置项列表

配置管理规程

配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。

配置管理过程域的四个主要规程：制定配置管理计划－配置库管理－配置版本控制－配置变更控制定义1.工作成果（Work Product）项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等。

2.配置项（Configuration Item, CI）所有纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类：（1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。

（2）项目管理中产生的文档。

如计划、报告等。

这些文档虽然不是产品的组成部分，但是值得保存。

每个配置项的主要属性有：标识符、名称、文件状态、版本、作者、日期等。

所有配置项都须保存在配置库里，确保不会混淆、丢失。

配置项及其历史记录反映了软件的演化过程。

3.基线（Baseline）基线由一组配置项组成，并且这些配置项已被“冻结”，任何人不能再随意修改（见变更控制规程）。

基线通常在里程碑处建立，所以一个产品可以有一个或多个基线。

基线的主要属性有：标识符、名称、版本、日期等。

通常将交付给客户的基线称为一个“Release”，为内部开发所用的基线则称为一个“Build”。

4.项目配置管理员（Project Configuration Manager）为了提高配置管理的效率和安全性，项目需要有专人为项目制定《配置管理计划》，创建和维护配置库，在本文档中，该负责人称为项目配置管理员。

在公司，项目支持负责人担任项目配置管理员的角色。

5.项目变更控制委员会（Change Control Board, CCB）项目CCB对项目内配置管理的各项活动拥有决策权（例如审批配置管理计划，审批变更请求等）。

对于配置管理而言，项目CCB是决策者，而项目配置管理员是执行者。

配置管理系统

配置管理系统（北大软件 ************）配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。

配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。

1.1.1 组成结构（北大软件 ************）配置管理系统支持建立和维护三库：开发库、受控库、产品库。

根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。

1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。

图表 1三库结构2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。

图表 2四级库结构配置管理各库功能描述如下：以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。

图表 3 配置管理工作流程1.1.2主要特点（北大软件************）3.独立灵活的多级库配置支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。

4.产品生存全过程管理支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。

5.灵活的流程定制可根据用户实际情况定制流程及表单。

6.支持线上线下审批方式支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。

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

不要把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。请大家注意！

配置库目录结构

配置库目录结构
1.软件开发项目配置库
<项目名称>
├─01 开发工程库
│├─01 需求
│├─02 设计
││├─01 界面原型
││├─02 数据库设计
│├─03 编码
││├─01 源程序
││└─02 SQL日志
│├─04 测试
│├─05 交付
│└─06 评审区
├─02 项目管理库
│├─01 项目管理
││├─01 立项管理
││├─02 项目计划及监控（包括对风险的管理计划和监控）
││├─03 项目开发会议记录
││├─04项目报告
││└─05 经验与教训
│├─02 质量保证管理
││├─01 质量保证计划及记录
││└─02 质量保证报告
│├─03 配置管理
││├─01 配置管理计划及记录
││├─02 配置管理报告
││├─03 基线发布报告
││└─04 变更管理
│├─04 度量管理
││├─01 度量计划
││├─02 度量数据记录表
││└─03 度量报告
│└─05 同行评审
│├─01 评审通知及评审会议记录
│└─02 代码走读记录
├─03 受控库
│├─01 项目开发文档
│└─02 项目开发代码（根据项目特点可选择以打标签方式或者物理存储的方式）├─04 参考资料
└─05 基线库（根据项目特点可选择以打标签方式或者物理存储的方式）
2.组织过程资产库
目前已按这个进行管理了
欢迎您的下载，
资料仅供参考！
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。

配置管理任务列表(Configuration Management Task List)

CMO 每天在上午检查项目成员是否CHECK OUT VSS上最新的版本进行工作，下班之前检查项目成员是否把当天CMO 确保SRS阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人放这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据若是在设计阶段出现对需求的变更，相应的负责人要填写CR单，CCB批准后相应的负责人品变更后需要在变更后的版本上打上label，label名称和配置项实际版本号一致，并在label注释中说明变CMO 要检查CR单填写是否标准，检查修订记录以确保所涉及到的配置项都已经同步更新。

设计阶段这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据CMO 确保LLD阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人放CMO 在LLD阶段结束时检查VSS1.1、1.2、1.3、1.4、1.5中对应的配置项是否都在VSS中，收回以上文件夹中名-LLD-Baseline流水号”，并出具配置状态报告。

若是在编码阶段出现对需求或设计或用例的变更，相应的负责人要填写CR单，CCB批准后化的产品变更后需要在变更后的版本上打上label，label名称和配置项实际版本号一致，并在label注释中CMO 检查CR单填写是否标准，检查修订记录以确保所涉及到的配置项都已经同步更新。

这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据编码阶段CMO 每天下班之前检查项目成员是否把当天写的SRS Check in到配置库上，若没有需进行提醒。

CMO 确保Coding阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人项目成员每天将将当天的工作产品CHECK IN 到VSS上。

CMO 在Coding&UT阶段结束时检查VSS1.1、1.2、1.3、1.4、1.5、1.6中对应的配置项是否都在VSS中，收回以命名为“项目名-LLD-Baseline流水号”如：“imps-Coding&UT-Baseline04”并出具配置状态报告。

软件工程中的软件配置管理

软件工程中的软件配置管理在软件开发中，软件配置管理（Software Configuration Management, SCM）是一个重要的环节。

它涉及到软件开发全过程中的统筹规划、版本控制、组织结构管理、工具选择和质量保证等诸多方面。

通过有效的软件配置管理，可以确保软件的可靠性、可重复性和可维护性，提高软件的质量和效率，降低开发成本和风险。

软件配置管理的主要任务包括：建立和维护软件工程过程，定义和管理软件配置项，控制软件配置变更，记录和审查配置状态，协调软件开发活动，提供配置信息和支持软件测试和发布。

这些任务需要通过一些工具和技术来达成，如配置管理计划、配置项清单、配置库、变更控制系统、版本控制系统、构建工具、发布管道等。

下面我们来分别介绍这些方面。

首先是配置管理计划。

配置管理计划是指制订软件配置管理的策略、过程和工具，以适应特定的软件开发项目和组织环境。

配置管理计划应包括配置管理的目标、任务、职责和要求、组织结构和资源分配、工具和技术的选择和使用、配置项标识和版本命名规则、配置库和备份策略、变更控制和审查过程、配置状态报告和审核要求等方面。

配置管理计划需要与项目计划和质量计划相一致，并经过项目管理和软件质量保证的审查和批准。

其次是配置项清单。

配置项清单是指识别和分类软件或软件开发过程中的有组织的、可识别的、可测量的资产的过程。

通常采用树形结构的方式将软件组成部分进行层次化管理，具体包括文档、源代码、二进制文件、测试数据、工具和库文件等。

配置项清单应该包含清单标识符、项目描述、版本信息、关联关系、配置过程和状态等信息，方便对软件配置项进行识别和跟踪。

在设计配置项清单时应该遵循一定的标准和约定，使得各个配置项在不同的阶段和环境下保持一致和可追溯性。

第三是配置库。

配置库是指存储和维护软件配置信息和软件版本的物理和逻辑结构，是软件开发和管理的核心。

配置库主要有两种类型，一是集中式配置库，所有的软件配置项都存储在同一个位置，不同的开发人员和团队都可以访问和更新。

信息系统的配置库结构

信息系统的配置库结构1.引言1.1 概述概述部分的内容可以简要介绍信息系统的配置库和其在信息系统中的作用。

如下所示：概述在现代信息技术发展的背景下，信息系统在各个领域中起到了重要的作用。

信息系统的运行离不开各种各样的配置信息的支持和管理。

为了更好地管理、维护和追踪这些配置信息，配置库成为了不可或缺的组成部分。

配置库是一种用于存储和管理信息系统配置信息的数据库，它是信息系统的关键组成部分之一。

它不仅能够记录各种配置项的详细信息，还能够跟踪配置项之间的关系和变更历史。

通过配置库，可以实现对信息系统进行有效的配置管理，提高系统的可靠性和可维护性。

在信息系统的配置库中，配置项是最基本的单位。

配置项可以是硬件、软件、文档、过程等任何与信息系统相关的实体。

配置库通过记录配置项的属性和关系，为组织和管理系统的配置信息提供了基础。

通过配置库的管理，可以实现配置项的版本控制、变更管理和问题跟踪等功能，提高系统配置的可控性和可追溯性。

本文将主要关注信息系统的配置库结构设计要点。

在接下来的章节中，我们将介绍配置库的定义和作用，以及设计一个良好的配置库结构所需要考虑的重要因素。

通过深入了解和理解这些内容，读者将能够更好地应用配置库来管理信息系统的配置，提高系统的可信度和稳定性。

在下一章节中，我们将详细探讨配置库的定义和作用。

通过对配置库的概念和功能的阐述，我们将更好地理解配置库在信息系统中的重要性。

1.2 文章结构文章结构部分的内容分为以下几个方面：首先，本文将从引言、正文和结论三个部分来构建信息系统的配置库结构的文章结构。

通过这样的结构，可以清晰地展示出本文的内容和组织方式。

其次，在引言部分，我们首先进行概述，简要介绍信息系统的配置库结构的定义和作用，引起读者的兴趣和注意。

然后，我们介绍文章的整体结构，包括各个章节的内容和安排，帮助读者对文章有一个整体的了解。

最后，我们明确说明文章的目的，即通过对信息系统的配置库结构的研究，提供有关设计要点和展望，为相关领域的研究和实践提供指导。

配置函数参数以及参数列表

配置函数参数以及参数列表
函数参数及参数列表的配置是一种将用户输入的信息以层次形式记录的方法，这样做的主要目的是用来识别或者调用函数。

配置函数参数以及参数列表的主要内容有：
一、参数类型：函数参数列表中会定义该参数的类型，它可以是任意可支持的数据类型，比如字符串、整数、布尔值、浮点数等。

二、参数名称：参数名称是每个参数的唯一标识符，它用来标识每个参数，这样就能够根据参数名称来生成正确的代码。

三、可选参数：有时候，函数的参数列表会声明为可选参数，这意味着可以在调用函数时省略不必要的参数，而调用函数时也可以传入可选参数来表示特定参数的值。

四、默认参数：另一个可以在参数列表中声明的属性是默认参数，默认参数可以在参数列表里赋予一个常量值，这样调用函数时可以省略该参数的值，此时会使用默认参数的值。

五、参数说明：参数说明是对参数的描述性文字，它可以用来提供关于函数的参数的更多的信息。

六、传入的参数类型限定：参数的类型也可以通过声明来限定，这样可以避免错误的参数类型传入函数中，达到避免错误和提高效率的目的。

以上就是关于配置函数参数以及参数列表的主要内容。

参数列表是一个函数必不可少的部分，它对于函数的执行，对参数的操作，甚至参数的传递有着重要的作用，因此，在函数参数配置中，需要仔细考虑，准确地定义函数参数类型、参数名称以及参数列表中的其他内容，这样才能够保证函数的正常执行并达到期望的效果。

软件项目-配置项清单-模板

序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52配置项清源自1所属过程或阶段售前支持
需求调研需求分析
设计实现测试上线项目收尾
第 1 页，共 2 页
53
配置管理总结
54
质量保证总结
55
同行评审报告
56
同行评审问题跟踪表
57
里程碑状态报告
58
里程碑评审报告
59
配置库备份检查表
60
配置管理工作跟踪表
61
配置项状态表
62
基线列表
63
配置审计报告
64
配置管理报告
配置项名称售前技术支持表售前立项可行性分析报告售前交流汇总表售前项目归档记录表系统方案建设书售前项目总结项目任务书项目已定义过程项目总体计划项目进度计划项目计划 WBS分解配置管理计划决策分析计划候选方案描述候选方案列表决策分析评价报告质量保证计划调研报告调研计划用户需求说明书需求规格说明书需求跟踪矩阵风险列表估算表页面原型服务接口列表概要设计说明书模块概要设计.mdl 数据模型概要设计.CDM 详细设计说明书产品源代码代码走查检查表单元测试检查表测试方案性能测试报告测试用例测试报告用户手册测试环境确认单上线方案环境确认单产品发布测试检查单培训及上线环境确认单培训手册培训讲义试运行反馈表试运行问题跟踪表试运行总结测试总结项目总结技术总结

项目管理-项目三库配置管理规范

配置管理规范1目的规范产品开发过程中配置活动的流程和要求，确保产品及其相关交付件的版本和使用在项目的整个生命周期中的完整性和可追踪性。

2适用范围适用于本公司所有项目及其整个软件开发生命周期的所有配置管理活动，及项目产生的技术文件的入库及使用管理。

3定义3.1 配置管理Configuration Management（CM）是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目标是记录产品的演化过程，确保开发者在产品生命周期中各个阶段都能得到精确的产品配置。

3.2 配置项凡是纳入配置管理范畴的工作成果统称为配置项。

配置项包括两大类：一是属于产品组成部分的工作成果，例如印制板图、源代码、需求文档、设计文档、测试用例等等；二是在管理过程中产生的文档例如各种计划、监控报告等等。

3.3 配置库包括项目开发库、项目受控库、项目检验库、项目成品库。

3.3.1项目开发库存放与项目研制有关的可由计算机读取的产品开发过程文档的信息库，命名为XXX PDL （project development library），其中XXX为项目代号。

项目开发库的地址为：“\\技术部门\项目开发库”。

3.3.2 项目受控库存放与项目研制有关的可由计算机读取的通过里程碑和节点评审的产品的信息库，命名为XXX PCL（project controlled library)。

项目受控库的地址为：“\\技术部门\项目受控库”。

3.3.3 项目检验库作为受控库的子库，用于存放边研制边生产阶段的设计文档。

3.3.4项目成品库存放符合最终研制要求的设计文件(含电子版、纸质版及其它形式)成品的库，命名为XXX PPL （project product library）。

项目成品库由总师办标准化/技术资料部进行管理，包括底图室、科档室和软件成品库。

详细管理要求见《项目成品库管理办法》。

4角色与职责4.1 高级管理者负责建立项目的CCB配置控制委员会，一般情况由管理团队中的总工程师担任，负责Ⅰ类技术文件借用的最终审批。

计算机软件配置项csci

计算机软件配置项csciCSCI是计算机软件配置项（Computer Software Configuration Item）简称，在软件设计文档中经常用到。

配置与配置项在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。

因此“配置”包括了即将受控的所有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置” 包括更多的内容并具有易变性。

受控软件经常被划分为各类配置项（Configuraion items, CIs），这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系统的各组成部分。

比如一个软件产品包括几个程序模块，每个程序模块及其相关文档和支撑数据可能被命名为一个CI。

一个系统包括的CIs的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的CIs将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个CI也同时包括软件和硬件部分，一个纯软件的CI通常也称之为软件配置项（CSCI）。

本规范的CI一般指CSCI，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。

基线与基线管理各CIs随软件开发活动的进展，会有越来越多的部件进入受控状态。

一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各CSCIs的编码或写作，集成测试，最后是用户手册的编写等。

软件配置管理包括了在软件生命周期的时间分散点上对各CIs进行标识并对对他们的修改进行控制的过程。

在一个开发阶段结束或一组功能开发完成后，要对相应的CIs进行基线化并形成各类基线。

在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。

软件配置模板

目的（Purpose）为了建立和维护软件项目中所有产品的完整性，该文件描述了用于软件配置管理Software Configuration Management（SCM）的过程。

目标（Objective）通过有计划的软件配置管理活动，使软件工作产品经过标识、受到控制并具有可用性。

任何对软件工作产品的更改都是受控的，并确保相关小组和个人能及时了解软件基线的状态和内容。

范围（Scope）受控于配置管理下的工作产品，包括交付给客户的软件产品，以及生成软件产品所需要的或由软件产品标识的有关项。

准备/前提/条件（Input）软件配置控制委员会（SCCB）：负责评价、认可或否定有关基线更改建议并确保确认的更改得以执行。

具体活动包括，授权标识与建立软件基线，阐述项目负责人和所有受软件基线变更影响的小组的权益。

高层SCCB包括BUM和高层经理。

项目SCCB包括项目经理和产品经理。

每个软件产品都有一个软件配置管理（SCM）小组负责协调和实施产品的软件配置活动。

SQA定期对SCM小组的活动进行监察与审核，以验证SCM小组的活动是否按照相应的规程进行。

规程/任务/活动（Procedure）制定SCM计划Making SCM Plan在项目的初期需要制定《SCM计划》SCM Plan.dot，并且始终与项目保持一致。

在项目计划（Project Plan.dot）的软件配置管理一章中，需要指明该项目对应的SCM计划文档。

项目经理或由项目经理指定的SCM小组成员制定SCM计划，并提交该项目的SCCB进行审批。

SCM计划的主要内容包括：确定该项目的SCM小组以及SCCB的成员名单。

需要管理的工作产品和项目使用工具，以及管理它们的目录结构设置。

项目的工作产品包括项目文档、源代码、源代码所生产出的EXE、OCX、DLL等所有生成文件。

目录结构设置可参考《SCM路径设置规程》（SCM Path Setup Procedure.doc）。

配置管理作业指导书

配置管理作业指导书1. 目的为软件工程的配置管理过程中的一些过程执行提供指导性说明，以提高工作效率及统一工作思路；2. 配置管理库说明♦类型分：动态库、基线库、静态库⏹动态库：主要用于开发小组的日常开发；开发人员可以根据权限自由的进展Update/Commit；⏹基线库：主要用于保存工程组提交的具有基线的配置项，对该库的内容的变动需要按照配置项变更控制来进展，该库只有工程级的配置管理员和系统级的配置管理员才有权限进展Update/Commit；⏹静态库：主要用于保存工程的Release〔内部/外部〕版本，包括所有的配置项；该库主要由系统级配置管理员来控制；♦操作示意图♦存储构造把电子文档和源代码使用同一种方式来存储；在公司效劳器上建立一个专门存放配置库的目录，然后各个工程的配置库统一建立在其中；一般构造如下：Svn Database 〔Server Folder〕+ vss SF2021+ vss RAS+ vss ETEStatic Folder 〔Server Folder〕Bluten SF2021[Release ID1].rar[Release ID1].rar+ RAS+ ETE♦动态库〔Dynamic Lib〕、基线库〔Baseline Lib〕：⏹存储构造C:\share\Cmmi\PA\成型文件\配置管理\指⏹动态库：在Dynamic Lib下建立一个Documents和一个Sourcecode文件夹。

Documents下按照软件工程开发流程涉及到的过程域进展命名和建立存放构造；Sourcecode建立时只建立一个空的文件夹，剩余的由工程级配置管理员或工程经理创立；⏹基线库：分开发基线〔Develop baseline〕和产品基线〔Product Baseline〕开发基线的构造和动态库的构造一样；产品基线包含Install Program〔安装包源代码〕、Running Program〔可运行组件〕、Setup Disk 〔安装包〕⏹静态库：〔以操作系统文件目录构造存在〕工程名称***[Release ID1].rar[Release ID2].rar…♦库的建立动态库和基线库由配置管理员建立在公司效劳器上，存贮在SVN建立的库中；静态库由配置管理员在需要时在公司效劳器上，以文件方式存贮；♦Web工程源代码目录构造3. 配置管理配置项配置项识别的准那么及范围配置项类别入库时机备注工程工期个人预估表纸面立项过程完毕工程工期评估综合表纸面立项过程完毕评审会议记录纸面立项过程完毕工程工期评审需求纸面立项过程完毕立项文档电子&纸面立项过程完毕工程承诺书纸面立项过程完毕立项会议记录纸面立项过程完毕工程里程碑报告电子工程里程碑工程里程碑质量报告电子工程里程碑里程碑会议记录纸面工程里程碑工程月会会议记录纸面工程月会完毕工程总结报告电子工程结项会议之前根本配置项以下是公司的根本配置项列表，任何工程都必须包含这个列表中的配置项，其他配置项可以参考“配置项识别准那么〞或工程过程定义来增添。

用友常用数据库表结构(完美版)

一、数据维护1、数据维护所用的表（1）、基本数据表UFSYSTEM表建立帐套UA_AccOUNT表操作员UA_USER 表操作员权限UA HOLDAUTH表会计日历UA_PERIOD表UFDATA.MDB编码方案GRADEDEF表AccINFORMA TION表数据据精度AccINFORMA TION表（包括各模块的选项）部门档案DEPARTMENT职员档案PERSON客户分类cUSTOMERcLASS客户档案cUSTOMER供应商分类VEMDORcLASS供应商档案VENDOR地区分类DISTRIcTcLASS存货分类INVENTORYcLASS存货档案INVENTORY科目表cODE凭证类别DSIGN（S）项目大类FITEM***外币设置汇率表EXcH币种表FOREIGNcURRENcY结处方式SETTLSSTYLE付款条件PAYcONDITION开户银行BANK仓库档案W AREHOUSE收发记录PR_STYLE采购类型PURcHASETYPE销售类型SULETYPE产品结构PRODNcTSTRUcTURE（S）成套件AccESSARIES费用项目EXPENSITEM成本对象cOSTOBJ发运方式SHIPPINGcHOIcE常用摘要GL_BDIGEST常用凭证GL_LFREA自定义项自定义项定义表USERDEF自定义项编码表USERDEFINE采购计划采购计划所用的数据表：采购周期(PP_Penod)存货档案(Inventory)产品结构Productstructure(s)生产计划(PP_MPSmain、PP_MPSdetail)相关需求(PP_RMRPmain、PP_RMRPdetail)独立需求(PP_IMRPmain、PP_IMRPdetail)。

计划周期（PP_Period）采购计划(PP_PPcmain、PP_PPcdetail)业务处理：采购周期(PP_Penod)、存货档案(Inventory)、产品结构(Productstructure(s))录入数据进行相对应的表中。

软件项目-文档库结构表-模板

项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统架构师
项目组所有成员
项目经理、开发工程师
项目组所有成员
项目经理、测试工程师
项目组所有成员项目经理、实施工程师、测试工程师
1、《配置项状态表》 2、《基线列表》 3、《产品库清单》 4、《配置库信息表》
项目组所有成员
项目经理
系统架构师/系统分析师系统架构师/系统分析师
项目经理
项目经理、质量工程师、配置管理员
项目经理
项目组所有成员
项目经理、系统分析师
1、《用户需求说明书》 2、用户原始需求台账
1、《同行评审通知》 2、《预审问题记录表》 3、《同行评审报告》 4、《同行评审问题跟踪表》 1、《需求规格说明书》
05用户测试反馈表
可按日期分目录
06用户测试问题统计表可按日期分目录
07测试环境确认单
08同行评审
08上线 09项目结项
01系统上线
02培训资料
03试运行反馈表 04试运行问题统计表
可按日期分目录可按日期分目录
10配置管理
01配置项状态记录
02配置审计 03变更管理 04发布申请 05配置管理报告
06代码 07测试
07用户需求说明书
08同行评审
01需求规格说明书 02页面原型 03用户汇报备忘录
04同行评审
05需求跟踪 01概要设计
02数据库设计
03详细设计
04同行评审
可分多个目录
0单元测试检查表
01测试方案
02测试用例
03测试报告
04用户手册

(完整版)CMMI-支持-CM-配置库管理规程-V2.0

广州润衡软件连锁有限公司配置库管理规程配置库管理规程文档编号：GZCY_CMRMG_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言配置库是存储软件配置项和配置管理信息的仓库，本文详细介绍了配置库的组成和结构，以及SCM人员应如何分配各个区域的权限和初始化工作，保证置于配置库中的工作产品的得到有效控制。

目录第一章简介 (1)1.1 目的 (1)1.2 适用范围 (1)1.3 术语表 (1)1.4 参考资料 (1)第二章配置库的构成 (2)2.1 各区域构造规则 (2)2.1.1 基线区域目录结构 (2)2.1.2 开发区域目录结构 (4)2.1.3 管理区域目录结构 (5)2.1.4 测试区域目录结构 (5)2.1.5 发布区域目录结构 (5)第三章配置库管理方法 (7)3.1 SCM人员职责 (7)3.2 基线区域管理 (7)3.2.1 更改权威 (7)3.2.2 变更流程 (7)3.3 管理区域管理 (7)3.3.1 基线管理区域 (7)3.3.2 项目管理区域 (8)3.4 测试区域 (8)3.5 发布区域 (8)第四章配置项标识命名规则 (9)4.1 语法 (9)4.2 语法注释 (9)4.3 基线标识表 (9)4.4 补充基线标识............................................................................. 错误!未定义书签。

4.5 举例 (10)第五章版本标识 (11)5.1 文件版本标识 (11)5.2 配置项版本标识 (11)5.3 基线版本标识 (11)第六章配置库的备份 (13)第一章简介1.1目的说明配置库的存取结构、管理分工、职责和权限。