项目总体计划模版(CMMI)
CMMI 3标准文档模板-配置管理-配置管理计划
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. 配置库备份计划
提示:配置管理员制定配置库备份计划,指明“何人”在“何时”(频度)将配置库备份到“何处”。
附录:本计划审批意见。
CMMI-项目开发计划模板
[打印时忽略本页]变更履历修订类别: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干系人和关键依赖[一般项目都至少会有上级经理、客户代表两个关键外部干系人][视项目情况不同,需要考虑是外部干系人的例子,还有销售代表、用户代表、运维人员、数据管理人员、工具支持人员、…可能有很多][本部分需列明本项目的外部干系人,并且项目对这些外部干系人的依赖事项也需要识别并逐项描述。
(CMMI文件)中国XX银行XX管理平台项目度量计划
编码: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审核。
测试计划CMMI项目管理模板
{项目名称}测试计划文件状态:[√] 草稿[ ] 正式发布[ ] 正在修改文件标识:当前版本:作者:完成日期:文件修改版本控制更新状态: 用字母表示。
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集成测试需求下表用于确定被当作测试对象的各项需求(例如各种设计文档中要求的功能性需求和非功能性需求)。
全套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配置项标识规则项目级的配置项是指由于项目实施而产生的记录。
为了便于查询、搜索今后各项目的文档及版本,下面将专门制订一套约定,统一、规范项目的命名格式。
凡进入项目级配置管理库下的工作产品都应依照下列命名约定进行。
1)举例示例1,系统项目计划的配置标识:--------------------------------------------- 系统---------------------------------------------------- 北京驰波名气通数据服务有限公司2.2.2配置项名称格式说明1) 配置库中配置项命名格式的顺序是根据产出物所产生的文档先后次序 来命名的,例如:01-项目配置管理计划;02-功能配置审计报告。
CMMI项目计划
项目估算制定项目计划承诺并评审1CMMI项目计划完整过程1.1目的目的在于建立并维护定义项目活动的计划,是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照该计划有条不紊的开展工作。
1.2简介项目计划过程域包含以下活动:•制订项目计划•适当地与相关干系人配合•获得对计划的承诺•维护计划1.3项目计划过程活动流程项目计划基本流程:项目计划变更控制开始执行计划项目计划项目计划的大体流程是项目立项之后,由项目负责人编制软件研制任务书,根据软件研制任务书进行项目估算,得到项目估算列表,根据项目估算制定项目计划,评审之后大直一致的理解并作出承诺,项目相关人员根据计划执行任务,执行的过程中根据进度对照计划如果有变差,可以根据实际情况对项目计划进行变更控制。
根据软件研制任务书,分解项目主要功能,项目计划详细流程:流程主线子活动线项目计划阶段项目计划阶段活动项目计划阶段子活动影响线开始WBS:工作分解结构,把项目可交付成果和项目工作分解成较小的,更易于管理的组成部分的过程。
用层级结构对工作任务进行分解输入项目估算 (第一阶段)从产品、质量、时间、费用、资源等方面估算。
估算项目范围(制定顶层WBS)估算工作产品和任务属性比如:需求的数量与繁杂度接口的数量 功能数源代码行数类与对象的数量等建立项目生命周期估算工作量和成本需求范围、对项目资 源的估算以及项目的 性质。
从启动到收尾所经历 的一系列阶段,比如 开发阶段:需求分 析、设计、制造、集 成、验证等阶段使用模型或历史数据 对规模、活动以及其它计划参数进行分析制定项目计划 产生项目估算表以编制好的预先计划的事件或指定时间点对特定活动的 (第二阶段)估算为基础识别主要里程碑工期作出假设建立并维护 预算与进度主要子活动识别进度的假设识别约束识别任务的依赖关系任务工期、资源、输入及输出任务之间的先后次序,并确定最优排序从创建数据项和统一 数据项的内容与格式 来管理项目数据。
CMMI5文档之项目开发计划模板
[**项目]项目开发计划模板文档编号: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主席。
CMMI-35.(PP PMC)项目数据管理计划和跟踪表模板
项目资料收集计划和跟踪记录
存储、操作空间
项目进行中
项目结束
PM空间
存档
PM空间
存档
PM空间
存档
PM空间
存档
PM空间
存档
存档
PM空间
存档
PM空间
存档
PM空间
存档
受控库
存档
PM空间
存档
PM空间
PM空间 PM空间 PM空间 PM空间 PM空间 PM空间
收集时机
每周五 每周五 阶段结束 里程碑评审 项目结束 项目结束 项目结束 项目结束 项目结束 项目结束 项目结束
1) 请周密考虑这部分只是列出需要存档的内容,基线和受控项的内容在《配置项状态表》 中,不要在这里重复填写
2)周密可以按照项目开发过程阶段填写例子。注意:一种产品有多份时请注意 3)本表的第一个表格就不用了
跟踪记录
预计份数
20×4人 20 4 4 1 1 1 1 1 5 1 1 6
实际累计 收集份数
变更权限
1 4 4序号来自数据名称1 工作日志
2 项目周报
3 项目阶段报告
4 项目里程碑报告
5 项目问题跟踪表
6 项目总结报告
7 项目风险分析和跟踪表
8 项目资源计划跟踪表模板
9 项目相关人员参与计划跟踪表 10 项目进度计划 11 项目数据管理计划和跟踪表 12 基线清单 13 基线审计报告 14 变更申请表 15 变更跟踪表 16 配置项状态报告 17 配置管理计划 18 CCB会议记录
CMMI介绍项目策划方案
HANWEB NETWORK CO., LTD
HANWEB . COM
流程图
中国电子政务专业提供商
HANWEB NETWORK CO., LTD
HANWEB . COM
主要活动-项目范围
中国电子政务专业提供商
项目策划前,项目经理应根据《需求开发与管理过程》完成项目需求调 研工作,并形成需求文档。
HANWEB NETWORK CO., LTD
HANWEB . COM
主要活动-项目估算
中国电子政务专业提供商
– 估算工期:根据项目进度要求、阶段划分与任务安排,估算每个阶段的 工期与每个工作包的工期,体现在Project或Excel中。
– 资源估算:根据工作包的大小与难度,综合项目资源到位情况,分配工 作包的资源以及资源的工作量比例,体现在Project或Excel中。
申请、负责权限范围内的项目计划变更审核、批准和管理。
HANWEB NETWORK CO., LTD
HANWEB . COM
入口准则
• 项目立项后 • 《项目PDP说明》审批通过
输入
中国电子政务专业提供商
• 《项目立项公告》/《项目立项申请表》 • 《项目PDP说明》 • 《项目软件需求说明书》/《软件需求分析报告》
审批:OA审批意见或《审批单 》
确认:《项目计划和项目需求 确认函》
HANWEB NETWORK CO., LTD
HANWEB . COM
主要活动-项目范围
中国电子政务专业提供商
项目类型/规模 评审 方式
客户确认时机
大型 开发型 中型
小型
会议 评审
评审后,提交客户 确认,也可以根据 实际情况在裁剪时 定义为将需求与计 划同时提交客户确 认。 如果是公司内部开 发型项目,则无需 客户确认。
CMMI项目计划书模版
〔工程名〕工程方案版本:目录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。
CMMI-项目策划
CMMI-工程筹划1. 引言CMMI〔Capability Maturity Model Integration〕是一种用于软件开发和工程管理的成熟度模型,旨在帮助组织改良其流程并提高工程的质量和效率。
本文档旨在通过CMMI的框架,介绍工程筹划的重要性和步骤。
2. 工程筹划概述工程筹划是工程管理的重要阶段之一,它确定工程的目标、范围、进度、资源和风险等关键要素。
通过工程筹划,工程团队能够制定详细的方案,并为工程的执行和控制提供指导。
3. CMMI工程筹划的关键步骤3.1 明确工程需求在工程筹划阶段,首先需要明确工程的需求。
通过与工程的利益相关者沟通,了解并澄清他们的期望和要求。
需求的明确性对于工程的成功至关重要,因此在此阶段需要确保所有的需求都被充分理解和记录,并达成共识。
3.2 制定工程范围工程范围定义了工程的边界,明确了工程的目标和可交付成果。
在这一阶段,工程团队需要明确确定工程的范围,并将其以文档形式记录下来,以便于后续的执行和控制。
3.3 制定工程方案工程方案是工程筹划的核心,它将工程的目标、范围、进度、资源和风险等要素结合起来,形成一个详细的时间表和活动方案。
在制定工程方案时,需要考虑工程的关键路径、资源分配、时间约束和风险管理等因素,以确保工程可以按时、按质、按量完成。
3.4 确定工程团队和角色工程筹划还需要确定工程团队的成员和角色。
根据工程的需求和范围,确定所需的技能和专业背景,招募和分配适宜的团队成员。
同时,明确每个成员的角色和职责,确保工程团队的协作和沟通顺畅。
3.5 制定工程风险管理方案工程筹划还包括制定工程风险管理方案。
在这一阶段,工程团队需要识别并评估可能会影响工程成功的风险,并制定相应的风险应对策略和措施。
风险管理方案应包括风险识别、风险评估、风险控制和风险监测等方面。
3.6 确定工程沟通和交流策略工程筹划还需要确定工程的沟通和交流策略。
有效的沟通和交流对于工程的顺利执行和团队协作至关重要。
CMMI-集成测试计划模板
【项目名称】集成测试计划广东×××技术股份有限公司修订历史记录A-增加M-修订D-删除【模板使用必读:模板内容和页眉中【】包含内容为指导性的待替换文字,请在使用中替换为具体内容,或删除。
文件提交时不得再含有这些内容。
】目录1.引言 (4)1.1.编写目的 (4)1.2.术语定义 (4)1.3.参考资料 (4)2.测试概述 (5)2.1.测试内容和方法 (5)2.1.1.测试内容 (5)2.1.2.测试方法 (6)2.1.3.测试数据准备 (6)2.1.4.测试顺序定义 (6)2.2.测试用例标识说明 (6)2.3.介入准则 (7)2.4.通过准则 (7)3.测试计划 (7)3.1.进度安排 (7)3.2.环境资源 (8)3.3.人力资源 (8)4.培训计划 (8)1.引言1.1.编写目的【说明编写本集成测试计划的目的,适用范围,阅读者。
】1.2.术语定义【定义集成测试计划中出现的专业术语。
】1.3.参考资料【列出编写集成测试计划的参考资料,如:属于本项目的其他已发表】2.测试概述2.1.测试内容和方法2.1.1.测试内容【说明本计划将要测试的内容:集成测试要求按照集成测试说明中规定的软件集成步骤,分步分阶段把经过集成测试的软件单元集成为软件部件,再将这些软件部件和软件单元集成为新的更大的软件部件,直至最后集成为完整的软件系统。
在集成过程中,要对每一个集成的软件部件进行测试,以保证这些集成的子项之间的无错误联接,同时对这些软件部件应实现的软件需求进行测试。
在测试过程中根据发现的问题对程序进行修改,并不断地对修改进行重新测试。
集成测试的主要包括的软件单元/组件:集成测试包括的上层模块、及对应软件需求的模块:集成测试应包括以下的内容:A) 软件单元的接口测试B) 软件部件的功能、性能C) 全面数据结构测试D) 必要的运行时间、存贮空间、计算精度测试E) 边界条件和非法输入的测试】2.1.2.测试方法【请参阅公司过程体系中的《EP-SP-IMPT-G02 软件集成测试策略和方法》,给出本软件集成测试方法。
质量保证计划CMMI项目管理模板1
质量保证计划1目的[此处描述编写本SQA计划的目的,以下为示例]本SQA计划是XXX项目整体计划的组成部分,它规定了在XXX项目中如何开展SQA活动,以保证软件项目过程和产品满足规定的质量要求。
具体而言,本计划规定了如下条件:●软件项目的质量需求(质量目标/指标)●实施质量保证的相关人员及职责。
●开展的SQA活动、活动的时机和对象(包括过程和产品)、SQA活动输出等。
●SQA活动的资源保证、设备设施、支持环境等。
●其它。
2项目概述[此处简单描述项目的基本情况,例如,项目全称、合同号、立项号、项目经理、项目的背景、体系结构、主要功能和性能要求、特殊的质量要求等。
][如在项目计划或其它文档中已描述了该项目的概况,此处可直接引用该部分内容,例如,具体内容详见《XX项目计划》第XX条]3SQA范围[此处描述在项目中,SQA活动的工作范围。
以下为示例。
]SQA活动的范围包括软件生命周期全过程和软件工作产品两部分,所有软件过程的质量必须经过SQA评审;对于软件工作产品,则是抽样检查,每类产品的抽样率不低于20%(各项目可根据需要确定抽样率)4术语[列出在SQA中出现的但未在公司术语汇总表中列出的相关术语、缩略词及含义]5参考文档[列出撰写SQA计划时使用到的参考文献,包括项目计划、客户需求、引用的过程定义、规程等文档,以下为示列]●软件质量保证过程●XXX项目软件开发计划●XXX项目软件配置管理计划6人员及职责7软件项目质量目标[此处给出项目实施SQA工作的具体目标,包括过程的质量目标和软件的质量目标。
制定SQA目标的依据是:组织的目标、客户需求、组织的过程、规程、标准、规范等。
除必选项外,其余的可根据需要选择,选择的数目不少于2个。
]代码项目使用的所有语言,以及代码行数超过1000行时都要有专门的指标。
8过程的质量目标9软件的质量目标10SQA审计和评审依据[列出制定SQA目标,执行SQA活动的依据。
例如:过程、规程、标准、规范、客户需要,以下为示例。
全套CMMI(信息系统项目管理)文档模板-项目计划书(项目策划)
项目计划书目录1概述 (1)1.1目的 (1)1.2范围 (1)1.3术语和缩写 (2)2项目信息 (2)2.1项目背景 (2)2.2项目范围 (2)2.3项目约束 (3)3软件生命周期 (3)4项目进度安排 (6)5项目监督 (7)6人力资源计划 (8)项目计•划书7培训安排 (13)8数据资料管理计划 (13)9软硬件资源和管理工具计划 (15)10关键依赖 (16)11沟通计划 (17)12干系人介入计划 (20)13风险管理计划 (26)14软件工程计划 (27)14.1需求管理计划 (27)14.1.1需求管理的工作产品列表 (27)14.1.2需求状态的跟踪及追溯 (28)14.2需求变更管理 (28)14.3设计计划 (29)14.4 实现 (29)14.5测试计划 (29)15项目从属计划 (29)15」度量计划 (29)15.2配置管理计划 (29)15.3质量保证计划 (29)项目计•划书15.4评审计划 (30)15.4.1评审环境配置 (31)15.4.2评审的标准 (31)1概述1.1S 的明确项目开发的全过程,规定了在开发过程中需要完成的活动和目标,为本项目的实施提供指导依据。
本文档的读者包括项目经理、系统分析人员、开发人员、测试人员、QA以及相关部门的接口人员等。
1・2范本项目计划适用于《丰县云计算数据资源管理平台》项目。
本文涉及内容包括:项目计划完成的活动及其目标;项目采用的质量计划;项目的交付件;项目采用的质量计划;项目进度;项目的配置管理;项目的风险管理。
仁3术语和缩写术语和缩写解释备注PP PP 项目计划RTM 霊求跟踪矩阵2项目信息2・1项目背景随着网络技术的逐步成熟,网络服务的不断增加,互联网行业己经进入了一个高速发展期。
传统的需求设计,开发测试,上线部署的软件开发模式已经很难满足这些企业快速的发展需求。
而于此同时另一种新的按需付费的软硬件交付模式越来越受到许多企业青睐。
CMMI-配置管理计划模板
【项目名称】配置管理计划广东×××技术股份有限公司修订历史记录【模板使用必读:模板内容和页眉中【】包含内容为指导性的待替换文字,请在使用中替换为具体内容,或删除。
文件提交时不得再含有这些内容。
】目录1人员及职责 (4)2软件硬件资源 (4)3配置项计划 (4)4基线计划 (5)5配置库备份计划 (5)6版本控制规则 (5)7变更控制规则 (6)1人员及职责提示:(1)根据项目计划中的角色分配,确定配置管理员,CCB(2)CCB的人数根据项目的规模而定.(3)职责:项目经理制定项目计划;配置管理员创建和维护配置库等;CCB审批《配置管理计划》及重大的变更2软件硬件资源3配置项计划提示:1、配置项请参照《配置管理规范》的要求确定,应包括管理、工程和支撑类的所有配置项;2、项目经理标识配置项,估计每个配置项的正式发布时间.4基线计划5配置库备份计划6版本控制规则文档版本号规则文档版本和配置管理中的版本概念不同,它指的是文档的发布版本。
1、处于“草稿”状态的文档的版本号格式定义为:0.YZ.➢YZ数字范围可以为01~99。
➢随着草稿的不断完善, “YZ”的取值应不断递增。
2、处于“正式发布”状态的文档的版本号格式定义为:X.Y。
➢X为主版本号,取值范围为1~9。
Y为次版本号,取值范围为1~9。
➢如果文档第一次“正式发布”时,版本号为1.0。
➢如果文档的版本升级幅度比较小,一般只增大Y值,X值保持不变。
只有当文档版本升级幅度比较大时,才允许增大X值。
3、处于“正在修改”状态的文档的版本号格式定义为:X.YZ。
➢文档正在修改时,一般只增大Z值,X.Y值保持不变。
➢当文档修改完毕,状态重新成为“正式发布”时,将Z值设置为0,增加X.Y 值。
注:产品发布后要注意产品发布版本号与CVS版本号的对应关系,填写《版本发布说明书》7变更控制规则提示:参见配置管理过程域中的变更控制规程。
CMMI总体测试计划模板
编号:CMMI-TEST-01(项目名称)总体测试计划(文档版本号)编写人:_编写日期:_审核人:_审核日期:_修订页目录1 简介11.1 目的11.2 背景11.3 参考文档12 测试约束12.1 测试进出条件12.1.1进入条件12.1.2 退出条件12.2 测试通过和失败准则22.2.1 通过准则22.2.2 失败准则22.3 版本发布约定23 测试需求23.1 网络架构23.2 系统架构23.3 测试范围24 测试风险35 测试策略35.1 集成测试35.1.1 测试描述35.1.2 测试方法描述35.2 系统测试35.2.1 测试描述35.2.2 测试方法描述45.3 性能测试45.3.1 测试描述45.3.2 测试方法描述45.4 UA T测试45.4.1 测试描述45.4.2 测试方法描述45.5 安全和访问控制测试45.5.1 测试描述45.5.2 测试方法描述55.6 安装测试55.6.1 测试描述55.6.2 测试方法描述56 测试资源56.1 人力资源需求56.2 测试环境66.2.1 测试网络拓扑图66.2.2 测试环境软硬件资源66.3 测试工具67 测试量化计划77.1 缺陷严重级别定义77.2 缺陷优先级别定义88 测试进度89 测试计划工作量810 交付物91 简介1.1 目的【描述总体测试计划的编写的主要目的。
】如,编写目的:本文档用于描述XXX测试项目的测试范围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。
测试目的:XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系统符合业务需求规格说明书的要求,且系统性能指标和数据库服务器管理方案满足应用要求。
1.2 背景【描述项目或产品的背景。
】1.3 参考文档【描述测试所需要参考的文档及测试依据。
如,业务需求文档、规范文档、概要设计文档。
软件CMMI3过程改进项目计划模板
XXXX软彳牛项目CMMI3过程改进项目计划XXXX企业有限公司一年―月―日文档信息修改记录目录软件CMMI3过程改进项目计划 (2)1弓I言 (2)1 - 1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2项目概述 (2)2.1项目目标 (2)2.2项目范围 (3)2.3客户与最终用户介绍 (3)2.4验收标准 (3)2.5项目限制和制约 (3)3项目组织架构 (3)3.1组织架构 (3)3.2人员及职责 (3)4人力资源计划 (4)5沟通计划 (5)6风险计划 (5)7进度计划 (6)8 QA计划 (6)9配置管理计划 (6)软件CMMI3过程改进项目计划1引言1.1编写目的用于指导,规划整个过程改进过程。
1.2背景近年来,CMM工已经在众多软件公司得到成功实施,提高了软件公司的过程能力。
鉴于此,公司决定在本公司范围内实施CMM工3级过程改进,旨在提高公司软件开发效率,保证软件研发项目能够有序进行。
1.3定义参见《CMM工3过程改进项目词汇表》1.4参考资料《CMM工for Development Version 1.2》《CMM工精粹-集成化过程改进实用导论》2项目概述2.1项目目标通过CMMI过程改进项目,在本公司建立符合CMMI3级要求的软件研发过程框架,并在本公司所有软件研发项目应用;能够根据组织建立的目标,对过程进行不断完善和改进;最终目的是规范化本公司软件研发过程,从而提高开发效率。
2.2项目范围包括CMM工二级和三级规定的18个过程域,覆盖通用及电子政务事业部、石化事业部的MES部、项目及质量管理部、行政事业部、商务部等部门。
2.3客户与最终用户介绍目前对于软件研发过程,已经有一套工s。
质量体系在应用,只是当前软件过程定义是粗粒度的。
要求CMMI相关过程文档,模板和指南要融入到当前的工SO质量体系文件中。
2.4验收标准通过CMMI3级评估。
2.5项目限制和制约3项目组织架构3.1组织架构3.2人员及职责领导小组成员:EPG组成员:QA组成员:领导小组职责:负责整体协调,确定过程改进的整体方针、政策以及目标。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目名称项目总体计划
编制:
日期:YYYY-MM-DD 版本:x.y
软件有限公司
文档修订记录
日期格式:YYYY-MM-DD。
目录
1.引言 (1)
1.1.编写目的 (1)
1.2.读者对象 (1)
1.3.术语和定义 (1)
1.4.参考资料 (1)
2.项目概述 (1)
2.1.项目背景 (1)
2.2.项目范围 (1)
2.3.项目目标 (2)
2.4.遵循的标准和规范 (2)
2.5.项目验收标准 (2)
2.6.项目交付成果 (2)
2.7.关联项目 (3)
2.8.假设和约束 (3)
3.项目组织 (4)
3.1.项目组织结构 (4)
3.2.项目人员 (4)
3.3.项目外部组织 (6)
4.项目策划 (6)
4.1.软件生命周期模型定义 (6)
4.2.项目阶段划分 (7)
4.3.项目定义软件过程 (7)
4.4.工作分解结构 (8)
4.5.风险管理计划 (8)
4.6.项目估算 (8)
4.6.1.估计策略 (9)
4.6.2.进度估计 (9)
4.6.3.方法、工具和技术 (9)
4.6.4.关键计算机资源 (10)
4.7.进度安排 (10)
4.8.项目预算 (10)
4.9.项目评审计划 (10)
4.10.项目跟踪与沟通 (11)
4.11.培训计划 (12)
4.12.数据管理计划 (12)
4.13.配置管理计划 (12)
4.14.质量保证计划 (12)
4.15.软件测试计划 (13)
4.16.项目度量计划 (13)
5.附件 (13)
1.引言
1.1.编写目的
【说明编写这份文档的目的。
】
本计划旨在说明“[单击此处填写项目名称]”项目的项目范围、工作内容、人员分配、时间安排、管理与控制办法、资源情况等,使项目的实施在本计划的基础上得到实施与控制。
1.2.读者对象
本文档的预期读者为高层领导、项目经理、项目成员、QA、客户代表以及其他需要了解本项目情况的人员。
1.3.术语和定义
1.4.参考资料
2.项目概述
2.1.项目背景
【描述待开发的软件系统的名称、背景和起源。
本项目的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本相互来往关系等。
2.2.项目范围
【叙述该项软件开发的意图、应用目标、作用范围。
】
2.3.项目目标
【项目目标是对项目所要达到的要求和目的所做的描述。
可包括业务目标、进度目标、成本控制目标、质量目标等。
】
2.4.遵循的标准和规范
【阐述本产品应当遵循什么标准、规范或业务规则。
】
如:
GB/T 19003-2008 软件工程
GB/T 9385-2008 计算机软件需求规格说明
GB/T 5532-2008 计算机软件测试规范
……
2.5.项目验收标准
【描述项目的最终验收者和项目验收标准。
】
2.6.项目交付成果
2.7.关联项目
【描述与该项目关联的其它项目以及两者之间的影响因素。
】
2.8.假设和约束
【列出进行本软件开发工作的假设因素和约束,包括来自与客户方的、公司内部的、以及有关组织的约定。
可能包括:
●开发期限;
●经费限制;
●地理位置约束;
●计划使用的商业组件,或者其它软件中的某个部件;
●必须采用的方法、技术或工具;
●必须达到的性能目标;
●必须服从的格式;
●必须准从的标准、流程、规程;
●客户或用户的限制;
●宗教、政治、文化、观念上的限制
●其它有关项目约束等。
】
3. 项目组织
3.1. 项目组织结构
【描述项目的内部组织结构,包括管理人员、技术人员、测试人员、QA 等所有与项目实施有关的人员和组之间的关系结构图。
双击下图可进行编辑。
】
项目经理
项目QA
测试人员
需
求人员
美工
设计人员配置管理员
开发人员高层领导
3.2. 项目人员
3.3.项目外部组织
【列出与项目接口的外部组织,对每个接口,指定内、外组的联络人。
一般,外部组包括:
●上层组织(如果本项目是某一大项目的子项目时,存在上层组织);
●客户组织(内部或外部客户组织,如一个合同客户,或公司高层领导);
●分包商;
●最终用户支持组(可能包括一些关联的项目);
●项目与之交互的任何其它组。
】
4.项目策划
4.1.软件生命周期模型定义
【识别项目的特点,从《生命周期模型裁剪指南》中选用适用的生命周期模型,并根据《集成项目管理过程》剪裁确定本项目的已定义过程。
】
生命周期模型选用:
原因:
4.2.项目阶段划分
4.3.项目定义软件过程
【说明项目所遵循的软件过程,并说明与标准过程的差异和原因。
】
本项目根据公司的《集成项目管理过程》与生命周期模型选择,定义了项目遵循的过程,参见《项目已定义过程》。
4.4.工作分解结构
【根据项目范围将整个项目工作分解成工作包(Work Package),形成工作分解结构(WBS:Work Breakdown Structure)。
WBS可以用Project或Excel来体现。
】
参见《项目进度计划WBS》。
4.5.风险管理计划
识别的风险参见《风险和问题跟踪表》。
4.6.项目估算
【选用《项目估算规程》中的方法对的规模、工作量、进度进行估计,形成《项目估算记录》,并将估算结果在此进行描述。
】
4.6.1.估计策略
具体估计情况参见《项目估算书》。
4.6.2.进度估计
参见《项目估算书》。
4.6.3.方法、工具和技术
4.6.4.关键计算机资源
4.7.进度安排
【根据WBS、估计数据与里程碑划,编制项目进度计划,具体描述不同的项目阶段、功能、活动和任务的时间及人员安排。
要考虑到各项任务间的依赖关系、里程碑要求、评审活动、管理活动、可能发生的更改等。
小项目可直接在本文档中描述开发进度。
大项目可在软件开发计划中列出,建议用MS Project 进行项目进度安排。
】
4.8.项目预算
4.9.项目评审计划
4.10.项目跟踪与沟通
【在这里约定项目整个生命周期内的不同阶段、不同部门/组之间,需要沟通和协调活动等事项,包括项目组内个人、小组的沟通、项目经理与组外相关部门、高层经理的沟通;沟通方式可以是正式会议、网上交流、电子邮件等。
】
4.11.培训计划
【根据项目在技术、管理、工具、工作方法等方面的能力要求,评价项目组成员目前的差距,确定需要的培训、培训的时机、培训对象和培训人。
如果培训内容较多则列出专门的计划。
】
4.12.数据管理计划
参见《配置管理计划》。
4.13.配置管理计划
参见《配置管理计划》。
4.14.质量保证计划
参见《质量保证计划》。
4.1
5.软件测试计划
参见《软件测试计划》。
4.16.项目度量计划
参见《项目度量计划》。
5.附件
【列出本计划有关的附件资料清单。
】
《已定义过程》
《项目估算书》
《风险和问题跟踪表》
《项目进度计划WBS》
《系统测试计划》
《配置管理计划》
《质量保证计划》
《项目度量计划》。