项目总体计划模版(CMMI)

CMMI 3标准文档模板-配置管理
{ 项目名称}
配置管理计划
Company Information
版本历史
目录
1. 人员及职责 (4)
2. 配置管理软硬件资源 (4)
3. 配置项计划 (4)
4. 基线计划 (5)
5. 配置库备份计划 (5)
附录：本计划审批意见 (6)
1. 人员及职责
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。

（2）CCB的人数根据项目规模而定。

一般地，项目经理是CCB的负责人。

2. 用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。

例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。

（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU 等）。

3. 配置项计划
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。

标识符的参考格式为Project-Type…Type-Number。

例如：
4. 基线计划
5. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。

附录：本计划审批意见。

[打印时忽略本页]变更履历修订类别：C = 创立，A = 增加，M = 修改，D = 删除【项目名称】项目开发计划广东×××技术股份有限公司目录1概述 (4)1.1项目标识 (4)1.2项目简介 (4)1.3缩写和术语 (4)1.4参考文档 (4)2项目目标 (4)2.1工作范围 (4)2.2过程和质量约束 (4)2.3交付物 (5)2.4过程和标准 (5)3项目团队 (5)3.1组织结构 (5)3.2人员、角色和职责 (6)3.3干系人和关键依赖 (6)3.4人力资源需求 (7)4主控时间表 (7)5资源与工作环境 (8)5.1软硬件资源 (8)5.2工作环境 (8)6项目监视和沟通 (9)6.1项目会议 (9)6.2状态报告 (9)7附件 (10)1概述1.1项目标识项目名称：项目简称/别名：项目编号/代号：[或者根据公司项目管理制度所获得的其它标识]1.2项目简介[概要性介绍本项目的背景、产品、商业目标，等]1.3缩写和术语[如果存在读者可能不熟悉的术语、缩写语等，请在这里逐条进行解释]1.4参考文档[编制本文档所参考的文档，可能包括本项目的合同、项目任务书、需求文档、技术方案，等等]2项目目标2.1工作范围[本项目的主要工作任务说明。

概要性的][如果有技术协议、合同或合同附件、客户/产品需求等文件声明了工作范围，则这里只做概要性描述，然后声明引用该文件]2.2过程和质量约束[项目在工作量、成本、时间、质量等方面的目标][项目任务书中已经明确这些目标的，也在这里重新将这些目标列明，以保持本文件的独立性][这些目标还可能来源于合同]2.3交付物[本项目交付给客户的产品中包含的交付物列表，包括工程性产品、也包括管理性产品（例如阶段性总结报告需要提交给客户）][项目不同，交付物可能迥异][如果需要，为交付物附加特别说明]2.4过程和标准[声明本项目将参考的过程和产品标准][可给出成体系的过程集合的版本号，另外附加裁剪说明文件，如：项目执行过程标准遵循：Soft Tech OSSP V2.1，裁剪说明参考《…项目过程定义》] 3项目团队3.1组织结构[团队组织结构图，表达角色、人员、及一定程度的授权和报告层次][组织结构图应包含：●项目经理、项目上级经理●客户代表●其它相关干系人（用户代表、市场人员、运维人员、采购人员、DBA、工具管理人员、第三方监理、…）●项目组和项目成员][组织结构图重点是“结构”，不一定能够列出所有项目成员的姓名，因为可能还没有具体的人员加入项目组，但需要说明结构，譬如一个项目组下含有“程序员4名”] [暂时不能确定具体人员姓名的，以后逐步更新本计划][如下图]3.2人员、角色和职责[项目成员的角色和职责][]3.3干系人和关键依赖[一般项目都至少会有上级经理、客户代表两个关键外部干系人][视项目情况不同，需要考虑是外部干系人的例子，还有销售代表、用户代表、运维人员、数据管理人员、工具支持人员、…可能有很多][本部分需列明本项目的外部干系人，并且项目对这些外部干系人的依赖事项也需要识别并逐项描述。

编码：NK-ECM-MA-T01 中国XX银行XX管理平台项目
度量计划
更改控制页
目录
1目的 (1)
2范围 (1)
3项目概述 (1)
4角色与职责 (1)
5资源 (2)
6度量内容 (2)
7度量活动安排 (3)
8分析活动安排 (12)
9审核 (13)
1目的
本文档的目的在于指导公司项目组如何进行度量以及对度量进行分析，以便支持管理对信息的需要。

2范围
本计划适用于XX银行档案管理平台项目，对该项目进行管理信息的收集、管理。

3项目概述
项目名称：银行档案管理平台
任务提出者：XXXX银行股份有限公司
开发部门：北京XXXX科技股份有限公司
使用部门：XXXX银行股份有限公司
项目背景：
为建行档案管理信息指标体系的建立和应用提供技术支持手段，解决建行档案管理信息收集和档案管理落后的面貌，启动了XXXX银行档案工作管理平台项目建设工作。

按照“充分准备、广泛调查、小组讨论、集中梳理、多次迭代、领导决策”的总体工作思路；二是搜集整理分析了总行近两年来制定、下发的各种档案管理制度、通知、会议纪要；说明书涵盖档案管理的所有方面。

4角色与职责
5资源
电脑:数量1,配置4CPU，内存:2G,硬盘40G
相关度量模版
6度量内容
度量内容，即度量项，详细请参见《度量数据表》。

度量目标，写明选择该度量要达到、满足哪些管理要求。

也就是要体现出为何要选择该度量目标。

详细度量的目标参见《度量方法指南》。

7度量活动安排
8分析活动安排
9审核。

{项目名称}测试计划文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：当前版本：作者：完成日期：文件修改版本控制更新状态: 用字母表示。

C——创建，A——增加，M——修改，D——删除目录1、目的与范围 (4)1.1目的 (4)1.2读者范围 (4)2、定义与缩写词 (4)2.1定义 (4)2.2缩写词 (4)3、测试工作计划 (4)4、项目核实 (4)5、测试策略 (5)5.1集成测试策略 (5)5.2系统测试策略 (5)6、测试需求 (5)6.1集成测试需求 (5)6.2系统测试需求 (5)7、集成测试类型 (6)7.1接口测试 (6)7.2其他测试 (6)8、系统测试类型 (6)8.1功能测试 (6)8.2性能测试 (7)8.3数据准确性测试 (7)8.4业务测试 (7)8.5产品测试 (8)9、测试工具 (8)10、可交付工件 (8)1、目的与范围1.1目的<此处书写编写此文档的目的>。

1.2读者范围<此处书写编写此文档的读者范围>。

2、定义与缩写词2.1定义<此处书写本文档以及与本文档内容极其相近定义>2.2缩写词<此处书写本文档以及与本文档相关的缩写词>3、测试工作计划拷贝《项目阶段计划》中的测试计划部分4、项目核实<列出了制定测试计划时所使用的文档，并标明了各文档的可用性, 可适当地删除或添加文档项。

■表示被选择。

“评审时间”是指测试部希望所需要的文档通过评审的最后期限时间。

“备注”可以书写希望文档包括的主要内容。

原则上测试部只参考使用已评审通过的文档，而且公司应该明确指出从何处提取文档。

测试部不希望从研发人员那里获取文档。

>5、测试策略5.1集成测试策略<描述系统测试的顺序、系统测试的步骤、系统测试的环境>5.2系统测试策略<描述集成测试的集成顺序、集成测试的集成步骤、集成测试的方法、集成测试的环境等> 6、测试需求6.1集成测试需求下表用于确定被当作测试对象的各项需求（例如各种设计文档中要求的功能性需求和非功能性需求）。

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配置项标识规则项目级的配置项是指由于项目实施而产生的记录。

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

凡进入项目级配置管理库下的工作产品都应依照下列命名约定进行。

1）举例示例1,系统项目计划的配置标识：--------------------------------------------- 系统---------------------------------------------------- 北京驰波名气通数据服务有限公司2.2.2配置项名称格式说明1） 配置库中配置项命名格式的顺序是根据产出物所产生的文档先后次序 来命名的，例如：01-项目配置管理计划；02-功能配置审计报告。

项目估算制定项目计划承诺并评审1CMMI项目计划完整过程1.1目的目的在于建立并维护定义项目活动的计划,是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照该计划有条不紊的开展工作。

1.2简介项目计划过程域包含以下活动：•制订项目计划•适当地与相关干系人配合•获得对计划的承诺•维护计划1.3项目计划过程活动流程项目计划基本流程：项目计划变更控制开始执行计划项目计划项目计划的大体流程是项目立项之后，由项目负责人编制软件研制任务书，根据软件研制任务书进行项目估算，得到项目估算列表，根据项目估算制定项目计划，评审之后大直一致的理解并作出承诺，项目相关人员根据计划执行任务，执行的过程中根据进度对照计划如果有变差，可以根据实际情况对项目计划进行变更控制。

根据软件研制任务书，分解项目主要功能，项目计划详细流程：流程主线子活动线项目计划阶段项目计划阶段活动项目计划阶段子活动影响线开始WBS:工作分解结构，把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。

用层级结构对工作任务进行分解输入项目估算 （第一阶段）从产品、质量、时间、费用、资源等方面估算。

估算项目范围(制定顶层WBS)估算工作产品和任务属性比如：需求的数量与繁杂度接口的数量 功能数源代码行数类与对象的数量等建立项目生命周期估算工作量和成本需求范围、对项目资 源的估算以及项目的 性质。

从启动到收尾所经历 的一系列阶段，比如 开发阶段：需求分 析、设计、制造、集 成、验证等阶段使用模型或历史数据 对规模、活动以及其它计划参数进行分析制定项目计划 产生项目估算表以编制好的预先计划的事件或指定时间点对特定活动的 （第二阶段）估算为基础识别主要里程碑工期作出假设建立并维护 预算与进度主要子活动识别进度的假设识别约束识别任务的依赖关系任务工期、资源、输入及输出任务之间的先后次序，并确定最优排序从创建数据项和统一 数据项的内容与格式 来管理项目数据。

[**项目]项目开发计划模板文档编号：FHI_CMMI_PP_错误!未指定书签。

_PDP 文档信息：项目开发计划模板文档名称：项目开发计划模板文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-13创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录（引用时请修改为实际项目的信息）目录1.概述 (4)1.1.项目概述 (4)1.2.术语定义 (4)2.项目干系人列表 (4)3.提交客户的工作产品 (5)4.项目策划 (5)4.1.软件生命周期模型定义 (5)4.2.项目定义软件过程 (5)4.3.质量目标 (5)4.4.WBS (5)4.5.风险管理 (5)4.6.数据管理 (7)4.7.软件估计 (7)4.7.1.估计汇总 (7)4.7.2.进度估计 (7)4.7.3.软件工程设备和支持工具估计 (8)4.7.4.关键计算机资源估计 (8)4.8.需求管理计划 (8)4.9.沟通计划 (8)4.9.1.制定与客户的沟通计划 (9)4.9.2.制定与其它小组的沟通计划 (9)4.9.3.制定组内沟通计划 (9)4.9.4.明确与客户、其他组间关键依赖关系 (9)4.10.团队建设与维护计划 (10)4.11.培训计划 (10)4.12.软件质量保证计划 (10)4.13.配置管理计划 (10)4.14.产品验证计划之同行评审计划 (11)4.15.产品验证计划之软件测试计划 (11)4.16.项目度量计划 (11)5.项目跟踪计划 (11)备注：1、对模版【】括号内的文字为提示如何填写，在形成正式文档时要求去掉这些文字。

1.概述1.1.项目概述【简要说明此项目的目的、范围与目标。

】1.2.术语定义【说明本计划中用到的各种术语。

】2.项目干系人列表【注意：一个人可以担任多个角色，如是项目经理、需求人员、开发人员和CCB主席。

〔工程名〕工程方案版本：目录1.工程介绍 (1)1.1.工程定义 (1)1.2.工程目标 (1)1.3.客户与最终用户介绍〔可裁剪〕 (1)1.4.工程组角色职责 (1)1.5.制约 (1)2.工程组结构 (1)3.工具和方法 (1)4.工程交付清单 (2)5.软件估计 (2)6.人力资源 (2)7.软硬件环境 (3)7.1.开发环境 (3)7.1.1.硬件环境 (3)7.1.2.软件环境: (3)7.1.3.文档存放路径 (4)7.2.目标环境 (4)7.2.1.硬件环境: (4)7.2.2.软件环境: (4)8.阶段/里程碑方案 (4)9.主要风险管理方案 (5)附录: (5)1.工程介绍1.1.工程定义工程产生的背景以及工程所有遵循的流程。

1.2.工程目标完成期限、资源指标、商业目标，1.3.客户与最终用户介绍〔可裁剪〕1.5.制约有无技术〔环境〕限制，人员限制。

有无特殊〔如法律、法规〕约定。

2.工程组结构组织结构图3.工具和方法4.工程主要工作产品5.软件估计1)规模估计〔以功能点度量〕：估计方法：功能分解法，参加估计人员：。

2)7.软硬件环境7.1.开发环境7.1.1.硬件环境1)效劳器硬件配置〔最低〕●CPU：P III〔600〕以上，建议P4(1G) 以上并采用双CPU；●内存：最小512MB，建议1G 或更多；●硬盘：最小10GB，建议40GB 或更多。

注：效劳器至少实现双硬盘备份机制，建议使用双机热备机制，保证系统数据的平安。

效劳器建议使用国内外知名品牌的PC SERVER。

2)开发端硬件配置●CPU：MMX600 或以上●内存：最小128MB，建议256MB 或更多●硬盘：最小1G。

7.1.2.软件环境:1)效劳器●操作系统：推荐使用Windows 2000 AdvancedServer●数据库：Microsoft SQLServer2000。

●配置工具：Microsoft Visual SourceSafe 6.02)客户端●操作系统：Windows2000 或WindowsXP，并安装IE6 以上浏览器，显示器分辨率支持1024*768；●开发工具：Visual Studio 2003；●数据库：Microsoft SQLServer2000；●配置工具：Microsoft Visual SourceSafe 6.0。