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

CMMI-3CM-SP11-配置项状态报告模板

配置项状态报告
项目名称配置项名称系统需求说明书系统概要设计说明书系统详细设计说明书需求跟踪矩阵数据库设计 .net公共模块程序源代码（需细分） UI设计说明书测试计划测试报告软件维护说明书可执行代码项目计划
河南济源信贷管理系统
配置项标识
当前版本配置项状态
JYXD_XTXQSMS
已基线 20060413
20060413
黎平所属基线功能基线设计基线设计基线设计基线设计基线产品基线产品基线产品基线产品基线产品基线产品基线产品基线产品基线
1）计划类是受控配置项； 2）报告类是存档； 3）表中只保存最后一个版本的信息，详细信息看变更记录 4）出库时间为最后一次出库时间，如果是存档类的内容没有出库可言。 5）不同的基线应当存放在不同的路径下 6）平时开发的代码或文档，没有必要进基线库或受控库。所以应当不会出现33次修改，请看《配置管理计划》 7）项目经理不能直接负责配置管理工作
20060703
JYXD_SJCSJ
1
已基线 20050614
20050614
JYXD_CODE_NET_COMMON
1.4
已基线 20060301
20060301
JYXD_CODE_SOURCE
1.33 已基线 20060412
20060412
JYXD_UI
1
已基线 20050622
20050622
20060610 变更次数
0 3 2 0 0 4 3 1 3 3 2 3 2
JYXD_TESTPLAN
1.3
已基线 20050630
20050630
JYXD_TESTREPORT

配置状态报告模版

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

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

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

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

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

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

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

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

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

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

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

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

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

全套CMMI（信息系统项目管理）文档模板-配置管理方案

全套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配置项标识规则项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。

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

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

CMMI5文档之概要设计说明书模板

概要设计说明书文档编号：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的产品需求规格说明书(软件产品需求规格说明书标准模板)

{项目名称}产品需求规格说明书版本历史目录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 对产品需求进行建模与分析。

CMMI5文档之概要设计说明书模板

概要设计说明书文档编号：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通过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第五级认证。

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

配置项状态报告文档编号：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)状态：配置项的现行状态。

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

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

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

CMMI5文档之详细设计说明书模板

××××详细设计说明书文档编号：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功能模块实现设计[详细设计是面向模块的，或者说是面向部件（组件或构件）的，不是面向组织结构或部门单位的。

CMMI5文档之软件需求规格说明书模板

软件需求规格说明书模板文档编号：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目录 ............................................................................ 错误!未定义书签。

CMMI5文档之需求变更原因分析和解决方案报告

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

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

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

封闭
评估
达成培训。

培训反应比较理想。

达到预期目标。

达成培训。

培训反应比较理想。

软件公司-配置项状态报告-模板

正常
0
V1.0
正常
0
XXX-VER-T-UI评审检查单表.xls
V1.0
正常
0
XXX-VER-T-代码评审检查表.xls
V1.0
正常
0
XXX-VER-T-概要设计评审检查表.xls
V1.0
正常
0
XXX-VER-T-集成测试用例评审检查表.xls
V1.0
正常
0
XXX-VER-T-评审计划.doc
V1.0
配置项版本号
V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0 V1.0
V1.0
正常
0
XXX-CM-T-配置审计表.doc
V1.0
正常
0
XXX-CM-T-配置项状态报告.xls
V1.0
正常
0
XXX-MA-P-度量分析过程文件.doc
V1.0
正常
0
V1.0
正常
0
XXX-MA-T-度量定义.xls
V1.0
正常
0
XXX-MA-T-度量计划.doc
V1.0
正常
0
XXX-MA-T-项目各阶段单位缺陷返工计算.xls
内部评估
预评估正式评估 CMMI模型优秀案例可复用代码技术经验
01综合管理技能类

CMMI配置管理说明及相关文档模板

6................................................................................................................................... 骤步要主 5 .3 .71
6................................................................................................................................... 则准动启 3 .3 .71
5....................................................................................... 》划计理管置配《批审 ]5p e tS [
5........................................................................................... 划计份备库置配定制 ]4p e tS [
7.......................................................................................................................................... 制控本版 3. 71 7............................................................................................................................................ 量度 8 .3 .71 7............................................................................................................................................ 出输 6 .3 .71 7................................................................................................................................... 则准束结 7 .3 .71

CMMI5文档之软件需求规格说明书模板

软件需求规格说明书模板文档编号：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目录 ............................................................................ 错误!未定义书签。

CMMI过程文档模板-模板

术语或缩略语
解释
XXX
XX XX XX
XXX
XX XX XX
4.1此处说明有哪些角色参与此过程以及他们在本过程中的职责。
4.2……
此处说明什么情况下，满足进入本过程的条件。
例如：项目立项申请书已经得到批准等。
此处说明哪些活动的产物是作为本过程活动的基础。
此处采用图形化的方法说明本过程的物理流程图，该流程图应包括：什么角色在什么阶段做哪些事情。
CMMI过程文档模板
文件编号
WTH-FM-07102
版本/状态
A/0
生效日期
此处简要说明编写本文档的目的。
此处说明本过程的指导方针，指导方针应尽可能的简洁、易于记忆。
此处说明本文档适用的范围，如适用于哪种类型的项目，或在什么阶段使用等。
例：本文档适用于软件研发项目立项后的项目管理活动。
此处说明本文档中使用的所有术语和缩略语。如果该术语在其它文档中有定义，可以说明参见某某文档的该术语或缩略语。
说明在达到什么条件的情况下，本过程可名称
CMMI过程文档模板
文件编号
MSD-SP-0707
日期
版本/状态
摘要
作者/修订者
备注
A/0
新制定
陈江洪
此处说明具体活动的内容、相关要求、约束以及执行活动的方法等。
如果此活动可剪裁，还要描述此活动的剪裁指南。
裁剪条件
裁剪内容
此处说明满足什么条件才可以进行裁剪
此处说明满足该条件，裁剪哪些内容
此处说明具体活动的内容、相关要求、约束以及执行活动的方法等。
……
说明执行本活动产生的结果产物，或需要进行配置管理的中间产物。

配置状态报告

配置状态报告
目录
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-配置管理置项需要进行版本升级。