软件配置项状况表
公司 软件系统 项目人员配置表
公司软件系统项目人员配置表XX软件系统项目人员配置表项目阶段 | 项目任务 | 任务描述 | 配备人员 | 备注 |调研分析 | 业务需求 | 分析需求可行性及解决方案 | 项目经理1人，产品经理1人，高级工程师3人 | 项目计划调研分析 |可行性研究 | 需求研究 | 研究数据来源及计算公式、页面风格需求、具体权限需求 | 项目经理1人，页面美工1人，助理2人 | 项目开发计划 |需求分析 | 数据分析 | 分析详细数据及计算公式，制定模块设计方案 | 项目经理1人，产品经理1人，页面美工1人，测试经理1人，高级工程师3人 | 需求说明书 |系统设计 | 概要设计 | 对项目总体进行框架设计 | 项目经理1人 |。
|系统设计 | 详细设计 | 对各功能模块方法进行设计 | 项目经理1人 |。
|编码实现 | 前台页面编码 | 对页面效果进行设计 | 页面美工2人 |。
|编码实现 | 后台编码 | 对数据结构进行优化设计 | 数据结构设计1人，Web工程师3人，Java工程师6人 |。
|编码实现 | 用户手册 | 编制用户手册 | 项目经理1人，测试工程师2人 |。
|编码实现 | 操作手册 | 编制操作手册 | 项目经理1人，测试工程师2人 |。
|软件测试 | 单元测试 | 对模块功能进行单独测试 | Java工程师2人，测试工程师3人 | 软件测试计划 |软件测试 | 集成测试 | 对前后台进行集成测试 | 项目经理1人，产品经理1人，工程师6人，测试工程师2人 |。
| 系统测试 | 系统测试 | 对系统运行进行测试 | 项目经理1人，产品经理1人，测试工程师2人 |。
|项目验收 | 项目部署 | 实施beta测试版本，对beta版进行长期运行测试 | 实施人员2人，测试经理1人 | 验收测试 |配置表中列出了XX软件系统项目的各个阶段和任务，以及每个任务所需的配备人员。
在调研分析阶段，需要项目经理、产品经理和高级工程师来分析业务需求并研究解决方案的可行性。
软件需求规格说明(范例)
项目名称软件需求规格说明文档签署记录文档修改记录目录1 引言 (1)1.1 目的 (1)1.2 项目背景 (1)1.3 范围 (1)1.4 参考资料 (1)1.5 综述 (1)2 总体概述 (2)2.1 产品描述 (2)2.2 产品功能 (2)2.3 用户特点 (2)2.4 设计约束 (2)2.4.1 标准规范 (2)2.4.2 软件开发语言 (2)2.4.3 软件开发工具和环境 (2)2.4.4 软件测试环境 (3)3 具体需求 (4)3.1 软件流程功能 (5)3.1.1 流程1 (5)3.2 功能需求 (7)3.2.1 试验资源管理 (7)3.2.2 试验过程管理 (9)3.3 软件模块划分 (11)3.4 系统集成接口 (12)3.4.1 与管理系统的接口 (12)3.5 性能需求 (12)3.5.1 精度 (12)3.5.2 时间特性要求 (12)3.6 数据处理要求 (12)3.7 软件质量要求 (13)3.7.1 易用性 (13)3.7.2 可靠性 (13)3.7.3 安全性 (13)3.7.4 可维护性 (13)3.8 可靠性、安全性和维护性要求 (13)3.8.1 软件安全性等级、可靠性指标 (13)3.8.2 软件运行寿命 (13)3.8.3 软件安全性要求 (13)3.8.4 软件健壮性要求 (13)3.8.5 软件不期望事件要求 (14)3.8.6 软件维护性要求 (14)4 运行环境规定 (14)4.1 部署方案 (14)4.2 系统运行的硬件环境要求 (14)4.3 系统运行的软件环境要求 (15)1 引言1.1 目的本文档是完成单位就项目名称项目编写的需求分析报告，为平台的设计及开发工作提供可靠的依据。
1.2 项目背景1)项目名称：2)本项目的任务提出者：北京宇航系统工程研究所3)本任务的完成者：4)产品用户：1.3 范围项目名称是完成单位为客户名称定制的集成门户，主要包括功能模块，达到的目标。
软件配置管理计划模板
XXXX软件项目配置管理计划XXXX企业有限公司____年___月___日文档信息修改记录目录软件项目配置管理计划 (2)1 引言 (2)1.1 编写目的 (2)1.2 术语定义 (2)1.3 参考资料 (2)2 计划内容 (2)2.1 人员及职责 (2)2.2 软硬件环境计划 (4)2.2.1 项目计划环境 (4)2.2.2 需求分析和设计环境 (4)2.2.3 开发环境 (4)2.2.4 测试环境 (4)2.2.5 配置管理环境 (4)2.3 配置项计划 (4)2.4 配置库计划 (6)2.5 权限计划 (7)2.6 基线计划 (8)2.7 发布计划 (8)2.8 配置库备份计划 (9)软件项目配置管理计划1 引言1.1 编写目的本文档目的在于对本公司项目进行软件配置管理，提高软件质量，降低软件开发成本。
本计划制定了本公司如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源。
对本公司项目实施软件配置管理活动时，需要参照本计划。
1.2 术语定义1、软件配置管理（SCM）：软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
2、配置项（CI）：配置项可包括以下几方面：项目(或活动)文档、源代码、可执行代码、度量数据、变更请求(CR)。
项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入；源代码和可执行代码是特殊的文档；度量数据指度量分析定义表中定义的度量以及对应的实际数据。
3、基线（BaseLine）: 用来标识一组配置项的特定版本的集合的标记，以记录工作成果的历史状态，或通过不同的版本组合定义不同特性的工作成果。
1.3 参考资料2 计划内容2.1 人员及职责1、根据《软件项目计划书》中的角色分配，确定CM，CCB（变更控制委员会）成员；2.2 软硬件环境计划2.2.1 项目计划环境软件：MS Office Word、MS Office Excel、MS Office Project2.2.2 需求分析和设计环境软件：MS Office Word、MS Office Visio、Sybase PowerDesigner、Rational Rose2.2.3 开发环境软件：Windows Visual Studio .Net、MyEclipse、JDK、Apache-Tomcat、Apache、Oracle 10g、SQL Server 2003、WebLogic、SQL Server 2005、Websphere2.2.4 测试环境软件：Load Runner2.2.5 配置管理环境1、软件：TortoiseSVN2.3 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。
软件产品配置履历表模板及编制规范
单板编号 软件名称 软件编号 位置号
芯片位置
发布单中手工填写：软件存储介质-芯片在单板上的位置。履历表读取发布单中芯片位置信息。
版本是否可视
读取发布单中相应字段信息，下拉菜单选项为：显示器可显示/上位机可查询/否
当前最新版本
系统自动填 必填项 写
①履历表读取发布单中软件版本号信息； ②单板版本号系统自动生成，首次为A.1，后续单板中任何一次装车软件变更，版本号系统自动递增，大版本号递增模式为A、B、C„ ， 小版本号递增模式为数字1~9 ，如：A.1、A.2、A.3、 „ A.9 B.1、B.2、B.3、 „ B.9 等。
软件产品配置履历表编制规范
序号 属性 业务要求 备注
1
创建
①项目技术经理基于一级部件，按照软件产品履历表模板填写模板黄色背景部分（履历表的框架结构），作为发布 单填写和审核依据; ②项目级配置管理员将结构框架表导入PLM系统,生成软件产品配置履历并通过相关设计人员确认软件信息的完整性 和准确性。 ③履历表搜取PLM系统数据的查询模式有两种：a）一级部件&单板直接父项&单板+*&单板+非调试软件 b）软件子part编号+*&单板+非调试软件 配置履历表处于已发布/已接收状态且无流程执行时，有主动修订和被动修订两种修订状态： ①主动修订：项目级配置管理员可直接通过“新建修订版本”后修订，修改完成后重新执行软件产品履历表发布签 审流程； ②被动修订：履历表所涉及的任何一个软件发布单或借用单修订，系统会触发任务告知项目级配置管理员，选择是 否修订履历表，如果选择修订履历表，提交任务后，履历表重新执行签审流程；如果选择不修订，取消任务后，履 历表保持原版本信息，不因此次发布单、借用单的变更而变更。
软件项目-配置项清单-模板
需求调研 需求分析
设计 实现 测试 上线 项目收尾
第 1 页，共 2 页
53
配置管理总结
54
质量保证总结
55
同行评审报告
56
同行评审问题跟踪表
57
里程碑状态报告
58
里程碑评审报告
59
配置库备份检查表
60
配置管理工作跟踪表
61
配置项状态表
62
基线列表
63
配置审计报告
64
配置管理报告
配置项名称 售前技术支持表 售前立项可行性分析报告 售前交流汇总表 售前项目归档记录表 系统方案建设书 售前项目总结 项目任务书 项目已定义过程 项目总体计划 项目进度计划 项目计划 WBS分解 配置管理计划 决策分析计划 候选方案描述 候选方案列表 决策分析评价报告 质量保证计划 调研报告 调研计划 用户需求说明书 需求规格说明书 需求跟踪矩阵 风险列表 估算表 页面原型 服务接口列表 概要设计说明书 模块概要设计.mdl 数据模型概要设计.CDM 详细设计说明书 产品源代码 代码走查检查表 单元测试检查表 测试方案 性能测试报告 测试用例 测试报告 用户手册 测试环境确认单 上线方案 环境确认单 产品发布测试检查单 培训及上线环境确认单 培训手册 培训讲义 试运行反馈表 试运行问题跟踪表 试运行总结 测试总结 项目总结 技术总结
计算机软件配置项csci
计算机软件配置项csciCSCI是计算机软件配置项（Computer Software Configuration Item）简称，在软件设计文档中经常用到。
配置与配置项在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。
因此“配置”包括了即将受控的所有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置” 包括更多的内容并具有易变性。
受控软件经常被划分为各类配置项（Configuraion items, CIs），这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系统的各组成部分。
比如一个软件产品包括几个程序模块，每个程序模块及其相关文档和支撑数据可能被命名为一个CI。
一个系统包括的CIs的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的CIs将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个CI也同时包括软件和硬件部分，一个纯软件的CI通常也称之为软件配置项（CSCI）。
本规范的CI一般指CSCI，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。
基线与基线管理各CIs随软件开发活动的进展，会有越来越多的部件进入受控状态。
一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各CSCIs的编码或写作，集成测试，最后是用户手册的编写等。
软件配置管理包括了在软件生命周期的时间分散点上对各CIs进行标识并对对他们的修改进行控制的过程。
在一个开发阶段结束或一组功能开发完成后，要对相应的CIs进行基线化并形成各类基线。
在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。
(完整版)软件开发实施项目工作量评估明细表
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理（设置，备份还原）
操作人员管理及权限管理
2
24
安全认证
2
70
电子印章
2
64
规章制度管理
3
81
业务整合（初步）
2
20
业务整合（深入）
4
120
8
集成测试
系统集成测试、系统测试，编程与测试可以交叉进行
4
24
9
安装调试
调整全局配置项
建立权限分配方案
2
12
3
流程调研
落实需要上线的流程列表，这些流程主要包括：党委发文流程、纪委发文流程、公司发文流程、部门发文流程（报告、函、请示、通知）、公司收文流程，以及：用印申请流程、出差申请流程、会议管理流程等
培训流程图的标准画法
收集流程图，交流流程信息、修改流程图、流程图定稿
4
2
8
7
用户培训
根据项目实际整理培训资料
落实培训人员、场地、时间安排
三场用户培训，需用户积极配合协调
2
8
8
系统启用
建立起与系统运行相适应的管理规章制度
发布正式启用系统的通知
系统检查与实施补充
问题收集、反馈、调整
2
12
9
项目收尾
项目回顾
权限收回
2
2
合计
244
2、新功能开发工作量
序号
阶段
工作内容
人员配备
人·日
到用户现场安装调试开发好的系统，并与用户一起试走业务流程，对系统进行功能确认测试
DSS软件操作指南
附：设备配置及相关配置手册DSS服务器推荐配置中心管理服务器Dell PowerEdge 2950 IIIDell PowerEdge 2950 III是一款基于英特尔核心双插槽2U机架式服务器，它能够提供内部扩展能力与机架密度的最佳组合。
基本规格设备类型2U机架式服务器主板芯片组英特尔5000X，1066 MHz和1333 MHz前端总线(FSB)软盘驱动器外置USB软驱光盘驱动器可选，CD-ROM，DVD-ROM3或CD-RW/DVD-ROM组合光驱主板扩展插槽（个）3端口后部：4个USB 2.0端口，1个串行接口，1个视频接口，1个用于DRAC 5/i的RJ45接口前部：2个USB 2.0端口、1个视频端口内置USB端口操作系统Microsoft® Windows®Server 2003 R2处理器数字监控系统DSS2.0分布式服务安装说明1.安装说明服务器安装1）运行“DSSServer_Distribute_V2.00.1_build_20091109_CHS.exe”进行数字监控系统分布式程序的安装，首先进入安装界面2）单击按键进入选择安装路径界面在此步骤可点击按键更改默认安装路径（默认为“C:\Program Files\DSS”）。
3）确认安装路径后，单击按键继续安装操作4）单击按键继续安装5）安装完成后，自动进入配置向导界面按照下述介绍逐步进行配置。
配置向导介绍表录像磁盘空间和报警录像磁盘空间。
根据需要可以添加多个存储路径。
6）选择按键完成安装，提示配置在下次服务程序启动后生效7）单击，提示安装成功9）单击，提示是否启动数字监控系统根据需要选择或者即可，至此数字监控系统分布式程序的安装全部完成。
配置分布式DSS 时，中心将各服务器打开，而在分中心则无需开启DMS，因为分布式部署只需要一个CMS 中心管理服务器，再分中心只需开启MTS与SS即可。
如图禁用DMS即可。
公司软件系统项目人员配置表
对前后台进行集成测试
Java工程师2人
测试工程师3人
项目经理1人
产品经理1人
系统测试
对系统运行进行测试
测试工程师2人
项目经理1人
产品经理1人
项目验收
项目部署
部署beta测试版本
实施人员2人
验收测试
对beta版进行长期运行测试
测试经理1人
测试工程师2人
项目交付
交付项目正式版本
项目经理1人
项目经理1人
页面美工1人
调研助理2人
需求分析
分析详细数据及计算公式，形成模块设计方案
项目经理1人
产品经理1人
页面美工1人
测试经理1人
高级工程师3人
需求说明书
编制项目需求文档
项目经理1人
系统设计
概要设计
对项目总体进行框架设计
项目经理1人
详细设计
对各功能模块方法进行设计
项目经理1人
高级工程师2人
页面设计
对页面效果进行设计
页面美工2人
数据库设计
对数据结构进行优化设计
数据结构设计1人
软件测试计划
编制软件测试计划
测试经理1人
编码实现
前台页面编码
Web工程师3人
后台编码
Java工程师6人
用户手册
编制用户手册
项目经理1人
操作手册
编制操作手册
项目经理1人
系统测试
单元测试
对模块功能进行单独测试
工程师6人
测试工程师2人
公司软件系统项目人员配置表
XX
项目阶段
项目任务
任务描述
配备人员
求
项目经理1人
公司软件系统项目人员配置表.doc
XX软件系统项目人员配置表项目阶段项目任务任务描述配备人员备注项目计划调研分析调研分析业务需求项目经理 1 人高级工程师 3 人可行性研究研究需求可行性及解决方案项目经理 1 人产品经理 1 人高级工程师 3 人数据结构设计 1 人项目开发计划编制项目开发计划项目经理 1 人需求分析详细调研调研数据来源及计算公式、页项目经理 1 人面风格需求、具体权限需求页面美工 1 人调研助理 2 人需求分析分析详细数据及计算公式，形项目经理 1 人成模块设计方案产品经理 1 人页面美工 1 人测试经理 1 人高级工程师 3 人需求说明书编制项目需求文档项目经理 1 人系统设计概要设计对项目总体进行框架设计项目经理 1 人详细设计对各功能模块方法进行设计项目经理 1 人高级工程师 2 人页面设计对页面效果进行设计页面美工 2 人数据库设计对数据结构进行优化设计数据结构设计 1 人软件测试计划编制软件测试计划测试经理 1 人编码实现前台页面编码Web 工程师 3 人后台编码Java工程师 6 人用户手册编制用户手册项目经理 1 人操作手册编制操作手册项目经理 1 人系统测试单元测试对模块功能进行单独测试工程师 6 人测试工程师 2 人集成测试对前后台进行集成测试Java工程师 2 人测试工程师 3 人项目经理 1 人产品经理 1 人系统测试对系统运行进行测试测试工程师 2 人项目经理 1 人产品经理 1 人项目验收项目部署部署 beta测试版本实施人员 2 人验收测试对 beta 版进行长期运行测试测试经理 1 人测试工程师 2 人项目交付交付项目正式版本项目经理1人。
xxx_软件项目全过程进度跟踪表(模板).xls
编写《基线申请表》并建立代 码基线 更新《配置状态报告》
实现阶段审计,并跟踪不符合 项 度量本阶段数据，编写《项目 度量表》
编写《测试计划书》 同行评审《测试计划书》 审批《测试计划书》
3.2.2 3.2.2.1 3.2.2.2
3.2.3 3.2.4 3.2.4.1 3.2.4.2
1.3.2 1.3.3 1.3.3.1
1.3.3.2 1.3.3.3 1.3.4 1.3.4.1 1.3.4.2
1.3.4.3
1.3.4.4 1.3.5
1.3.6 1.3.7
2
第二里程 碑（设 计）
2.1 2.1.1 2.1.1.1 2.1.1.2 2.1.1.3 2.1.1.3.1 2.1.1.3.2 2.1.1.3.3 2.1.1.3.4 2.1.1.3.5
3.2 3.2.1 3.2.1.1 3.2.1.2 3.2.1.3
第三里程 碑（实现 、测试）
实现阶 段
实现
集成 用户文档编写
配置工作
QA工作
编写《实现阶段进展报告》 测试阶 段
测试计划编写与评审
编码阶段进度细化 编写代码 同行评审代码 同行评审代码 单元测试 同行评审代码
系统集成 编写《产品集成表》
批准《项目进度表》、《项 目集成计划》 配置工作
QA工作
编写《策划阶段进展报告》 第一里程碑同行评审（立项 、需求、策划） 编写《项目里程碑报告》
设计阶 段
设计
《配置管理计划》定稿 编写《基线申请表》并建立策 划基线 更新《配置状态报告》 《审计计划》定稿 《项目度量计划》定稿 策划阶段审计,并跟踪不符合 项 度量本阶段数据，编写《项目 度量表》
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引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
配置状态报告
配置状态报告现如今，在许多公司和组织里，为了监控各种设备和系统的操作状态，配置状态报告变成了一项日益重要的工作。
所谓配置状态报告，是指对所有系统和设备的配置信息进行积极而有效的收集和分析，并制成有用的报告，以便实时监测和评估其在运行时的状态和表现。
在一些情况下，配置状态报告可用于诊断操作错误或设备故障，以便迅速找到问题的根源。
例如，通过跟踪特定设备的生命周期和安装历史，我们可以确定是否需要更换硬件，或定期升级软件等。
配置状态报告可以通过多种方式收集，包括但不限于手动编写、通过网络自动读取、通过操作系统和设备管理平台的API读取等等。
无论用哪种方式，都需要相应的软件工具来解析和分析这些数据。
在一些规模较小的组织中，手工编写配置状态报告是最常用的方法。
而在大型企业中，为了快速准确地获取和分析各种管理数据，需要借助一些高级IT管辖软件来完成。
虽然每个系统和设备都有自己特定的配置状态报告，但是一个好的配置状态报告都应当具有以下特点：1. 一目了然的报告表格好的配置状态报告应该只需一个快速扫描即可让读者了解到系统或设备的健康状况。
如果系统存在重要问题，背景色应更改为红色，以提醒运维人员优先注意。
2. 表格的比较一个好的工具能够让人员在表格中比较不同时期的数据，以帮助他们更好地诊断和优化系统。
这个功能检测到的任何变化都应备有警报，以通知人员可能存在的安全问题。
3. 操作历史记录配置状态报告应当包含有系统和设备的完整历史记录。
这可以让运维人员追踪所有更改和推断它们是如何影响到系统的发展的。
通过实施一个好的配置状态报告方法，可以帮助组织及时排除错误，并优化各种系统和设备的表现，从而保证公司正常运转和最大化利润。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档编
号：
YYYY-
xxx-
CUST-
PROJ-
CIID-
000n
作成者：
管理库路径：作成日期：
配置项状况表
1．版本
标识规则
版本则采取两位，形式为X.X。
第一版V1.0，增加0.1表示较小修改，增加1.0表示新的Release。
2．基线
的划分
在需求分析阶段完成后建立需求基线，在概要设计完成后建立设计基线，在验收测试完成后建立3．状态
标识规则
打开：指
该配置项
被check
out，正
在进行变
更
关闭：指
配置项新
入库，或
变更完毕
重新入库
后的状态
取消：指
该配置项
已经被取
消，不再
进行配置
管理
更新者：更新日期：
ease。
后建立产品基线；并且表中可以看出各种基线的包含关系。