CMMI5文档之配置项状态报告模板

配置状态报告
第页共页
配置状态报告填写说明
配置状态报告按规定时间，以项目为单位由配置管理员汇总并提交。

配置状态报告由多页组成，因此应编制页码，每一页都应有表头。

1)项目名称：以受控库为单位的项目名称。

2)序号：从1开始顺序排列，次页连续排列。

3)配置项名称：配置项的中文名称。

对一个配置项的若干个分项（卷），每
个分项都作为一个配置项管理。

4)配置标识：包括版本号的配置项标识。

5)时间：本配置项最近一次状态变更的时间，用CCYY-MM-DD表示。

6)状态：配置项的现行状态。

状态分为三类：
●建立：表示本配置项是首次入库从未进行过任何变更；
●修改：表示本配置项正在修改过程中；
●重建：表示本配置项经变更后从新入库。

变更后从新入库可能会出现
多次，一律用“重建”表示，用版本号区分。

备注：其他要说明的信息。

欢迎您的下载，
资料仅供参考！
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。

全套CMMI（信息系统项⽬管理）⽂档模板-配置管理⽅案配置管理⽅案⽬录1简介 (2)1.1⽬的 (2)1.2适⽤范围 (2)1.3术语表 (2)1.4参考资料 (2)1.5职责描述 (2)2配置管理活动 (3)2.1软件资源与硬件资源 (3)2.2标识配置项 (3)2.2.1配置项标识规则 (3)2.2.2配置项名称格式说明 (4)2.2.3配置项 (4)2.3项⽬基线管理 (4)2.3.1基线列表 (5)2.3.2基线建⽴流程 (5)2.3.3基线的变更控制 (6)2.4发布管理 (7)2.5配置库管理 (7)2.5.1各类库结构 (7)2.5.2库的权限设置 (8)2.5.3库的备份与恢复 (8)2.6配置状态的记录和报告 (8)2.7配置审计 (8)2.8⼈员安排与时间安排 (9)3数据资料管理计划 (9)1简介1.1 ⽬的本计划是⽤来指导项⽬配置管理作业的过程与步骤，以便全⾯地管理、保存软件⽣命周期各个配置项，监控各配置项的状态，让⼩组所有成员能及时了解软件基线的状态和内容，从⽽实现对软件过程的控制，持续改进软件流程，保证软件产品质量、降低风险，实现项⽬规划的所有需求，同时提⾼开发团队的⼯作效率、降低软件开发成本。

1.2 适⽤范围本项⽬中纳⼊配置管理的活动：项⽬管理⽂档(如项⽬计划、配置计划等)、项⽬技术⽂档（需求规格说明书、概要设计等）、源程序及模块⽂档、基线、产品、⽤户⽂档、项⽬⼯具。

1.3 术语表1.4 参考资料⽆1.5 职责描述表2-12配置管理活动配置活动的⽬的是向项⽬组每⼀个⼈传达在本项⽬中如何进⾏配置。

参见《配置管理过程⽂件》。

2.1 软件资源与硬件资源2.2 标识配置项2.2.1配置项标识规则项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。

为了便于查询、搜索今后各项⽬的⽂档及版本，下⾯将专门制订⼀套约定，统⼀、规范项⽬的命名格式。

凡进⼊项⽬级配置管理库下的⼯作产品都应依照下列命名约定进⾏。

概要设计说明书文档编号：FHI_CMMI_TS_TEM_SUMD文档信息：概要设计说明书文档名称：概要设计说明书文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版*变化状态：C――创建，A——增加，M——修改，D——删除目录1导言 (4)1.1目的 (4)1.2范围 (4)1.3命名规则 (4)1.4术语定义 (4)1.5相关文档 (5)1.6参考资料 (5)2总体结构设计 (5)2.1总体结构图设计 (5)2.2运行环境设计 (6)2.3子系统清单 (6)2.4功能模块清单 (7)3模块功能分配 (7)3.1一级模块功能名称 (7)4外部接口设计 (8)4.1外部接口模块清单 (8)4.2外部接口1设计 (8)4.3外部接口2设计 (8)5出错处理设计 (9)5.1出错输出信息 (9)5.2出错处理对策 (9)6其它设计 (9)1导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2范围本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是需求分析规格书，它的下游是系统详细设计说明书，并为详细设计说明书提供测试的依据。

软件概要设计的范围是：软件系统总体结构、外部接口、主要部件功能分配、全局数据结构以及部件之间的接口等方面的内容。

1.3命名规则1.变量对象命名规则申明全局变量、局部变量对象的命名规则。

2.数据库对象命名规则申明数据库表名、字段名、索引名、视图名对象的命名规则。

1.4术语定义1.5相关文档[列出与本文档相关的资料，例如详细设计说明书、源程序清单、测试计划及报告、用户手册等]1.6参考资料[列出你所参考的资料，例如需求分析报告、软件开发合同、数据库设计规范、命名规范]2总体结构设计2.1总体结构图设计软件系统的总体逻辑结构，按照不同的设计方法，有不同的总体逻辑结构。

{项目名称}产品需求规格说明书版本历史目录0、文档介绍 (4)0.1、文档目的 (4)0.2、文档范围 (4)0.3、读者对象 (4)0.4、参考文档 (4)0.5、术语与缩写解释 (4)1、产品介绍 (5)2、产品面向的用户群体 (5)3、产品应当遵循的标准或规范 (5)4、产品范围 (5)5、产品中的角色 (6)6、产品的功能性需求 (6)6.0、功能性需求分类 (6)6.M、Feature M (6)7、产品的非功能性需求 (7)7.1、用户界面需求 (7)7.2、软硬件环境需求 (7)7.3、产品质量需求 (7)7.n、其他需求 (7)附录A：需求建模与分析报告 (8)A.1 需求模型1 (8)A.n 需求模型N (8)附录B：需求确认 (9)0、文档介绍0.1、文档目的0.2、文档范围0.3、读者对象0.4、参考文档列出本文档的所有参考文献（可以是非正式出版物），格式如下：【标识符】作者，文献名称，出版单位（或归属单位），日期例如：SEPG，需求开发规范，机构名称，日期0.5、术语与缩写解释1、产品介绍提示：1）说明产品是什么，什么用途。

2）介绍产品的开发背景。

2、产品面向的用户群体提示：1）描述本产品面向的用户（客户、最终用户）的特征，2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3、产品应当遵循的标准或规范阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、4、产品范围阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和。

说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需（）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控5、产品中的角色阐述本产品的各种角色及其职责。

各种角色的具体行为将在功能性需求中描述。

6、产品的功能性需求6.0、功能性需求分类6.M、Feature M提示：此次写一些呈上启下的文字6.m.n Function M.N7、产品的非功能性需求7.1、用户界面需求7.2、软硬件环境需求7.3、产品质量需求7.n、其他需求附录A：需求建模与分析报告建议用Rational Rose 对产品需求进行建模与分析。

概要设计说明书文档编号：FHI_CMMI_TS_TEM_SUMD文档信息：概要设计说明书文档名称：概要设计说明书文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版*变化状态：C――创建，A——增加，M——修改，D——删除目录1导言 (4)1.1目的 (4)1.2范围 (4)1.3命名规则 (4)1.4术语定义 (4)1.5相关文档 (5)1.6参考资料 (5)2总体结构设计 (5)2.1总体结构图设计 (5)2.2运行环境设计 (6)2.3子系统清单 (6)2.4功能模块清单 (7)3模块功能分配 (7)3.1一级模块功能名称 (7)4外部接口设计 (8)4.1外部接口模块清单 (8)4.2外部接口1设计 (8)4.3外部接口2设计 (8)5出错处理设计 (9)5.1出错输出信息 (9)5.2出错处理对策 (9)6其它设计 (9)1导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2范围本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是需求分析规格书，它的下游是系统详细设计说明书，并为详细设计说明书提供测试的依据。

软件概要设计的范围是：软件系统总体结构、外部接口、主要部件功能分配、全局数据结构以及部件之间的接口等方面的内容。

1.3命名规则1.变量对象命名规则申明全局变量、局部变量对象的命名规则。

2.数据库对象命名规则申明数据库表名、字段名、索引名、视图名对象的命名规则。

1.4术语定义1.5相关文档[列出与本文档相关的资料，例如详细设计说明书、源程序清单、测试计划及报告、用户手册等]1.6参考资料[列出你所参考的资料，例如需求分析报告、软件开发合同、数据库设计规范、命名规范]2总体结构设计2.1总体结构图设计软件系统的总体逻辑结构，按照不同的设计方法，有不同的总体逻辑结构。

竭诚为您提供优质文档/双击可除cmmi5文档模板篇一：cmmi5通过cmmi5级的企业-cmmi51、新宇科技集团(newskytechnologygroup)(.cn)于20xx年9月通过cmm和cmmi第五级认证，是中国第一家通过cmmi第五级认证的企业2、塔塔信息技术(上海)有限公司杭州分公司(tatainformationtechnology(shan正文：1、新宇科技集团(newskytechnologygroup)(.cn)于20xx年9月通过cmm和cmmi第五级认证，是中国第一家通过cmmi第五级认证的企业2、塔塔信息技术(上海)有限公司杭州分公司(tatainformationtechnology(shanghai)co.ltd.hangzhou branch.)()于20xx年8月通过cmmi第五级和pcmm第五级认证，是中国通过pcmm第五级认证的首位企业。

3、恩益禧-中科院软件研究所有限公司(nec-cassoftwarelaboratoriesco.,ltd.)(.cn)于20xx年3月通过cmmi第五级认证，是日本nec和中国科学院软件研究所共同出资成立的软件企业。

4、北京软通动力信息技术有限公司(isoftstoneinformationservicecorporation)()于20xx年3月通过cmmi第五级认证，是it咨询以及软件服务提供商。

5、南京富士通南大软件技术有限公司(nanjingFujitsunandasoftwaretechnologyco.,ltd)(/cn/ fnst/)于20xx年4月通过cmmi第五级认证。

是日本富士通株式会社和南京大学共同出资成立的合资软件公司，也是富士通软件事业本部在中国设立的唯一的基盘软件开发中心。

6、新电信息科技(苏州)有限公司(ncsinformationtechnology(suzhou)co.,ltd.)(.cn)于20xx年4月通过cmmi第五级认证。

配置项状态报告文档编号：FHI_CMMI_CM_TEM_LOG文档信息：配置项状态报告文档名称：配置项状态报告文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录*变化状态：C――创建，A——增加，M——修改，D——删除目录1 基线域 (4)1.1 需求RMBL (4)1.2 设计SDBL (4)1.3 运行PRBL (5)2 受控域 (5)2.1 需求开发计划 (5)2.2 项目计划 (6)2.3 项目监控 (6)2.4 沟通管理 (6)2.5 需求管理 (6)2.6 产品集成 (6)2.7 测试 (6)2.8 配置管理 (6)2.9 质量保证 (7)2.10 项目评审 (7)2.11 项目培训 (7)2.12 决策分析 (7)2.13 用户资料 (7)2.14 项目验收 (7)1基线域VSS工具***************** Version 1 *****************User: Admin Date: 08-12-04 Time: 9:50Created 01基线域SVN工具Revision: 1Author: liuhyDate: 16:43:15, 2008年11月19日Message:----Added : /项目名称/Trunk/Documents/01基线域1.1需求RMBL***************** Version 2 *****************User: Admin Date: 08-12-04 Time: 9:50Created 01需求RMBL***************** 01需求RMBL *****************User: Admin Date: 08-12-04 Time: 9:50Added项目名称用户需求说明书.doc***************** 01需求RMBL *****************User: Admin Date: 08-05-16 Time: 17:10Added 项目名称软件需求规格说明书.doc***************** 项目名称用户需求说明书.doc ***************** User: Admin Date: 08-12-04 Time: 9:54Checked in $/项目名称/02基线域/01需求RMBLComment:根据变更申请表进行修改。

配置状态报告
第页共页
配置状态报告填写说明
配置状态报告按规定时间，以项目为单位由配置管理员汇总并提交。

配置状态报告由多页组成，因此应编制页码，每一页都应有表头。

1)项目名称：以受控库为单位的项目名称。

2)序号：从1开始顺序排列，次页连续排列。

3)配置项名称：配置项的中文名称。

对一个配置项的若干个分项（卷），每
个分项都作为一个配置项管理。

4)配置标识：包括版本号的配置项标识。

5)时间：本配置项最近一次状态变更的时间，用CCYY-MM-DD表示。

6)状态：配置项的现行状态。

状态分为三类：
●建立：表示本配置项是首次入库从未进行过任何变更；
●修改：表示本配置项正在修改过程中；
●重建：表示本配置项经变更后从新入库。

变更后从新入库可能会出现
多次，一律用“重建”表示，用版本号区分。

备注：其他要说明的信息。

××××详细设计说明书文档编号：FHI_CMMI_TS_TEM_PARD文档信息：详细设计说明书文档名称：详细设计说明书文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版目录1导言 (4)1.1目的 (4)1.2范围 (4)1.3术语定义 (4)1.4相关文档 (4)1.5参考资料 (4)2功能模块实现设计 (5)2.1功能模块清单 (5)2.2一级功能模块名称 (5)2.2.1二级功能模块名称 (5)3数据库实现设计 (6)3.1数据库模块清单 (6)3.2存储过程实现设计 (6)3.2.1存储过程名称1 (6)3.3函数实现设计 (7)3.3.1函数名称1 (7)3.4触发器实现设计 (8)4外部接口实现设计 (8)4.1外部接口模块清单 (8)4.2外部接口1实现设计 (8)4.3外部接口2实现设计 (9)5其它实现设计 (9)5.1详细设计名称1 (10)6程序文件清单 (10)1导言[本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

]1.1目的[本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的详细设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

详细设计的详细程度，应达到可以编写程序的水平。

[1.2范围[本文档用于软件设计阶段的详细设计，它的上游（依据的基线）是概要设计说明书，它的下游是源程序清单及单元测试计划，并为单元测试报告提供测试依据。

软件详细设计的范围是：各功能模块实现设计、数据库实现设计。

[1.3术语定义1.4相关文档1.源程序清单2.单元测试计划及报告3.用户使用手册1.5参考资料1.软件需求规格说明书2.概要设计说明书3.软件合同4.命名规范2功能模块实现设计[详细设计是面向模块的，或者说是面向部件（组件或构件）的，不是面向组织结构或部门单位的。

软件需求规格说明书模板文档编号：FHI_CMMI_RD_TEM_RSPEC文档信息：软件需求规格说明书模版文档名称：软件需求规格说明书模版文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录（引用时请修改为实际项目的信息）*变化状态：C――创建，A——增加，M——修改，D——删除目录1 引言 (5)1.1 编写目的 (5)1.2 产品的范围 (5)1.3 预期的读者和阅读建议 (5)1.4 术语、定义、符号及缩略语 (5)1.5 参考资料 (5)2 综合描述 (5)2.1 产品的背景 (6)2.2 用户类和特征 (6)2.3 产品的功能 (6)2.4 遵循的标准和规范 (6)2.5 应用模型 (6)2.6 运行环境 (6)2.7 设计和实现上的限制 (6)2.8 假设和依赖 (7)3 功能需求 (7)3.1 功能需求关系模型 (8)3.2 功能1 (8)3.3 功能n (8)4 功能需求 (9)4.1 包结构模型/模块关系模型................................................................ 错误!未定义书签。

4.2 <Package A>（With UseCase） ........................................................ 错误!未定义书签。

4.2.1 <Package A> 概述 ..................................................................... 错误!未定义书签。

4.2.2 Use Cases目录 ............................................................................ 错误!未定义书签。

# 结果根来源因行动方案细化举措1
2 3项目的“优化”、“需求理
解偏差”致使的需求更改许
多，进而影响了产质量量及
开发进度
需求人员技术不足1、拟订技术培训教材：
2、培训
3、总结
需求调研未使用原型开发工1、引入界面原型开发工具：
具，原型设计不充足2、试点
3、试点总结
4、推行
5、总结
需求评审不充足1、需求评审过程培训
2、培训
3、总结
实行进度实行人员行动追踪行动状态
见组织培训计满波已达成教材编写工封闭
划作和培训。

见需求更改过见需求更改过程改良 _进已达成工具推行。

封闭
程改良 _进度计度计划
划
见组织培训计划满波已达成教材编写工
作和培训。

封闭
评估
达成培训。

培训反应比较理想。

达到预期目标。

达成培训。

培训反应比较理想。

软件需求规格说明书模板文档编号：FHI_CMMI_RD_TEM_RSPEC文档信息：软件需求规格说明书模版文档名称：软件需求规格说明书模版文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录（引用时请修改为实际项目的信息）*变化状态：C――创建，A——增加，M——修改，D——删除目录1 引言 (5)1.1 编写目的 (5)1.2 产品的范围 (5)1.3 预期的读者和阅读建议 (5)1.4 术语、定义、符号及缩略语 (5)1.5 参考资料 (5)2 综合描述 (5)2.1 产品的背景 (6)2.2 用户类和特征 (6)2.3 产品的功能 (6)2.4 遵循的标准和规范 (6)2.5 应用模型 (6)2.6 运行环境 (6)2.7 设计和实现上的限制 (6)2.8 假设和依赖 (7)3 功能需求 (7)3.1 功能需求关系模型 (8)3.2 功能1 (8)3.3 功能n (8)4 功能需求 (9)4.1 包结构模型/模块关系模型................................................................ 错误!未定义书签。

4.2 <Package A>（With UseCase） ........................................................ 错误!未定义书签。

4.2.1 <Package A> 概述 ..................................................................... 错误!未定义书签。

4.2.2 Use Cases目录 ............................................................................ 错误!未定义书签。

配置状态报告
目录
1. 项目概况
1.1 项目背景
1.2 项目目的
2. 配置状态
2.1 硬件配置
2.2 软件配置
2.3 网络配置
3. 状态分析
3.1 现有问题
3.2 改进建议
4. 总结与展望
1 项目概况
1.1 项目背景
这个项目是关于配置状态报告的写作，旨在展示文章写作家的专业技能和写作能力。

1.2 项目目的
通过撰写配置状态报告，展示文章写作家在写作方面的能力和水平，为读者提供有关配置状态的详细信息。

2 配置状态
2.1 硬件配置
文章写作家在写作过程中需要使用电脑等设备，确保硬件设备的正常运行和高效性能。

2.2 软件配置
文章写作家使用的写作软件包括Microsoft Word、Markdown等工具，保证软件配置的合理性和稳定性。

2.3 网络配置
文章写作家需要稳定的网络连接，以确保及时获取信息和与客户沟通交流。

3 状态分析
3.1 现有问题
目前文章写作家可能面临的问题包括硬件设备老化、软件更新需要等情况，影响到写作效率和质量。

3.2 改进建议
建议文章写作家定期检查硬件设备，及时更新软件版本，保持良好的网络连接，提高写作效率和质量。

4 总结与展望
通过配置状态报告的撰写，文章写作家将能够更好地展示自己的写作技能和专业能力，提高与客户沟通和合作的效率，展望未来的发展将更加光明和稳健。

(SUPCONIT-TEMS-PI-PIChkList)V1.0(SUPCONIT-TEMS-PI-InterfaceCheck)V1.0(SUPCONIT-TEMS-PI-ModuleCheck)V1.0(SUPCONIT-TEMS-VER-TestCase-IntegrationTest)V1.0(SUPCONIT-TEMS-VER-ITBUGlist)V1.0(SUPCONIT-TEMS-VER-TestReport-IntegrationTest)V1.0(SUPCONIT-TEMS-VER-TestCase-SystemTest)V1.0(SUPCONIT-TEMS-VER-STBUGlist)V1.0(SUPCONIT-TEMS-VER-TestReport-SystemTest)V1.0(SUPCONIT-TEMS-DA-DeploymentPlan)V1.0(SUPCONIT-TEMS-DA-FixingList)V1.0(SUPCONIT-TEMS-DA-AcceptencePlan)V1.0(SUPCONIT-TEMS-DA-TestCase-AcceptencePlan)V1.0(SUPCONIT-TEMS-VER-VALBUGlist)V1.0(SUPCONIT-TEMS-VER-TestReport-AcceptenceReport)V1.0(SUPCONIT-TEMS-PC-FinalReport)V1.009-结项(SUPCONIT-TEMS-PMC-MeetingRcd)V1.0非基线配置项08-试运行及验收01-项目监控(SUPCONIT-TEMS-PMC-IssuesManagement)V1.0(SUPCONIT-TEMS-PMC-BignessIssuesRpt)V1.0(SUPCONIT-TEMS-PMC-MeetingRcd)2(SUPCONIT-TEMS-OT-Evaluation).xls(SUPCONIT-TEMS-RSKM-Checklist)V1.0(SUPCONIT-TEMS-RSKM-Plan)V1.0(SUPCONIT-TEMS-RSKM-Chk&Tracking)V1.0(SUPCONIT-TEMS-MA-Plan)V1.0(SUPCONIT-TEMS-MA-DataSheet)V1.0(SUPCONIT-TEMS-DAR-EvaluateRpt)V1.004-决策分析1、(SUPCONIT-TEMS-VER-RevChkList)1、(SUPCONIT-TEMS-VER-Plan-ReviewRpt)V1.0 (SUPCONIT-TEMS-VER-DefectManagement)V1.0.xls (SUPCONIT-TEMS-MC-Request)V1.0(SUPCONIT-TEMS-CM-Crecord)V1.0(SUPCONIT-TEMS-PPQA-QAPlan)V1.0 (SUPCONIT-TEMS-PPQA-Process-Checklist).xls 05-评审管理06-变更管理08-质量保证02-风险管理03-度量分析(SUPCONIT-TEMS-PPQA-NClist)V1.0 (SUPCONIT-TEMS-PPQA-NCrpt)V1.0 (SUPCONIT-TEMS-PPQA-Rpt).xls(SUPCONIT-TEMS-PPQA-SummaryRpt)V1.0(SUPCONIT-TEMS-CM-PPlan)V1.01.(SUPCONIT-TEMS-CM-BaseLineApplyList)v1.0 (SUPCONIT-TEMS-PMC-CCBMeetingRcd)V1.0 (SUPCONIT-TEMS-CM-AuditReport)V1.0.xls (SUPCONIT-TEMS-CM-Release)V1.0 (SUPCONIT-TEMS-CM-CIList)V1.0 (SUPCONIT-TEMS-CM-BorrowList)V1.0(SUPCONIT-TEMS-SAM-StockApplyList)V1.0 (SUPCONIT-TEMS-SAM-PurchasingPlan)V1.0 (SUPCONIT-TEMS-SAM-Supplierlist)V1.0 (SUPCONIT-TEMS-SAM-EvaluateList)V1.0 (SUPCONIT-TEMS-SAM-Purchaseagreement)V1.0 (SUPCONIT-TEMS-SAM-Schedule)V1.010-采购09-配置管理置项需要进行版本升级。