一 概述
这部分的内容详见缘易姿姿Hermes Liu的博客中名为《什么是CMMI? 》的随笔(转载)。
二 需要撰写的文档
具体见下表:
序号
|
一类项目
|
二类项目
|
三类项目
|
文档总数:
|
52
|
文档总数
|
30
|
文档总数
|
4
|
项目推进阶段
|
|
|
立项及计划准备
|
|
|
1.
|
《项目立项建议书》
|
《项目立项建议书》
|
《项目立项建议书》
|
2.
|
《工作任务书》
|
《软件生命周期模型选择表》
|
|
3.
|
《软件生命周期模型选择表》
|
《进度计划表》
|
|
4.
|
《软件项目开发过程定义表》
|
《项目估算表》
|
|
5.
|
《进度计划表》
|
《风险评估表》
|
|
6.
|
《项目估算表》
|
《软件项目开发计划》
|
|
7.
|
《风险评估表》
|
《质量保证计划》
|
|
8.
|
《项目度量表》
|
《配置管理计划.》
|
|
9.
|
《软件项目开发计划》
|
|
|
10.
|
《质量保证计划》
|
|
|
11.
|
《配置管理计划.》
|
|
|
需求
|
|
|
12.
|
《需求调研计划》
|
《需求调研计划》
|
《用户需求书》
|
13.
|
《需求调研提纲》
|
《用户需求书》
|
|
14.
|
《用户需求书》
|
《软件需求规格说明书》
|
|
15.
|
《软件需求规格说明书》
|
|
|
设计
|
|
|
16.
|
《概要设计说明书》
|
《概要设计说明书》
|
|
17.
|
《数据库设计说明书》
|
《测试计划》
|
|
18.
|
《用户界面设计说明书》
|
|
|
19.
|
《详细设计说明书》
|
|
|
20.
|
《测试计划》
|
|
|
编码和单元测试
|
|
|
21.
|
《单元测试计划》
|
《代码审查记录》
|
|
22.
|
《单元测试用例》
|
《用户手册》
|
|
23.
|
《代码审查记录》
|
|
|
24.
|
《用户手册》
|
|
|
集成与系统测试
|
|
|
25.
|
《测试用例》
|
《缺陷记录》
|
《测试总结报告》
|
26.
|
《缺陷记录》
|
《测试总结报告》
|
|
27.
|
《测试总结报告》
|
|
|
验收运行
|
|
|
28.
|
《实施计划表》
|
《初验报告》
|
《终验报告》
|
29.
|
《实施记录》
|
《终验报告》
|
|
30.
|
《安装、试运行问题记录》
|
|
|
31.
|
《初验报告》
|
|
|
32.
|
《内部验收报告》
|
|
|
33.
|
《终验报告》
|
|
|
结项
|
|
|
34.
|
《归档定义表》
|
《项目总结报告》
|
|
35.
|
《项目总结报告》
|
《质量保证评估报告》
|
|
36.
|
《质量保证评估报告》
|
|
|
日常工作
|
|
|
每周工作
|
|
|
37.
|
《项目成员工作周(日)报》
|
《项目问题跟踪表》
|
|
38.
|
《项目周报》
|
《计划变更申请报告》
|
|
39.
|
《项目问题跟踪表》
|
《变更控制单》
|
|
40.
|
《里程碑报告》
|
《配置状态报告》
|
|
41.
|
《计划变更申请报告》
|
《需求跟踪矩阵》
|
|
42.
|
《变更控制单》
|
|
|
43.
|
《配置状态报告》
|
|
|
44.
|
《需求跟踪矩阵》
|
|
|
评审
|
|
|
45.
|
《评审计划》
|
《评审记录》
|
|
46.
|
《评审记录》
|
《评审总结报告》
|
|
47.
|
《评审总结报告》
|
|
|
质量保证
|
|
|
48.
|
《过程审计检查表》
|
《质量保证审计报告》
|
|
49.
|
《质量保证审计报告》
|
《审计不符合问题跟踪表》
|
|
50.
|
《审计不符合问题跟踪表》
|
|
|
51.
|
《QA周报》
|
|
|
三 实施过程
下面是实施过程的细则表:
序号
|
过程活动简述
|
提交的文档
|
活动备注
|
检查结果
|
不符合
问题说明
|
检查时间
|
项目推进
|
立项及计划准备
|
|
立项:提交、评审及批准《项目立项建议书》
|
《项目立项建议书》
|
在所有项目活动开始前完成审批
|
|
|
|
|
任务创建:提交、评审及批准《工作任务书》
|
《工作任务书》
|
|
建立项目组,确定成员及其职责,指明需求与设计的责任人
|
|
项目计划“项目组织结构”段落
|
|
|
|
|
确定生命周期模型及各个里程碑
|
《软件生命周期模型选择表》
|
需在开发计划中简述
|
|
|
|
|
制定软件项目开发过程定义
|
《软件项目开发过程定义表》
|
需在开发计划中简述
|
|
|
|
|
进行任务分解,制定项目进度计划
|
《进度计划表》
|
|
|
|
|
|
进行项目估算并填写《项目估算表》
|
《项目估算表》
|
|
|
|
|
|
进行风险分析并填写《风险评估表》
|
《风险评估表》
|
|
|
|
|
|
确定培训活动(项目组内的培训)
|
|
视情况执行
|
|
|
|
|
确定项目的输出件和交付件,并确定评审方式
|
|
开发计划对客户做出的承诺”中
|
|
|
|
|
确定项目质量目标,并填写《项目度量表》
|
《项目度量表》
|
|
|
|
|
|
编写项目计划,
|
《软件项目开发计划》
|
|
|
|
|
|
指定QA人员,并制定质量保证计划
|
《质量保证计划》
|
在项目开发计划编制后制定
|
|
|
|
|
指定CMO,编写配置管理计划
|
《配置管理计划.》
|
|
评审项目、质量保证、配置管理计划并纳入基线
|
|
生成评审文档或记录
|
|
|
|
需求
|
|
制定需求调研计划,并通过客户同意
|
《需求调研计划》
|
|
|
|
|
|
准备需求调研提纲
|
《需求调研提纲》
|
|
|
|
|
|
展开需求收集活动,并编写用户需求书
|
《用户需求书》
|
|
|
|
|
|
编写软件需求规格说明书
|
《软件需求规格说明书》
|
|
|
|
|
|
用户需求书经过评审及用户确认
|
|
视情况变更评审时间,最迟在概要设计编制前评审
|
|
|
|
设计
|
|
分配系统设计任务、安排工作
|
|
|
|
|
|
|
明确设计方法
|
|
|
|
|
|
|
制定概要设计
|
《概要设计说明书》
|
|
|
|
|
|
编制数据库设计
|
《数据库设计说明书》
|
|
|
|
|
|
编制用户界面设计
|
《用户界面设计说明书》
|
|
|
|
|
|
评审软件需求规格说明书,并向客户确认,责任人签字
|
|
评审时间视情况可改变,最迟在详细设计评审前进行
|
|
|
|
|
对概要设计、数据库设计、界面设计说明书进行评审
责任人签字
|
|
|
|
|
|
将制定的需求(及规格说明)填写到《需求跟踪矩阵》
|
《需求跟踪矩阵》
|
|
|
|
|
|
制定详细设计
|
《详细设计说明书》
|
|
|
|
|
|
评审详细设计,责任人签字
|
|
评审时间视情况可改变,最迟在代码开发执行一段时间后进行
|
|
|
|
|
批准的各类设计文档提交CMO进行管理
|
|
|
|
|
|
维护《需求跟踪矩阵》
|
|
|
|
|
|
|
制定集成测试计划,确定集成顺序
|
《测试计划》
|
根据需求和设计信息制定集成顺序及测试计划
|
|
|
|
|
评审测试计划
|
|
生成评审文档或记录
|
|
|
|
编码和单元测试
|
|
PM分配编码任务、编码人员明确任务
|
|
建议召开会议,指明开发要求、参照标准等
|
|
|
|
|
按照《详细设计说明书》《数据库设计说明书》《用户界面设计说明书》及相关规范进行编码工作
|
|
|
进行代码自测工作
|
|
|
|
|
|
|
制定单元测试计划
|
《单元测试计划》
|
|
|
|
|
|
制定单元测试用例
|
《单元测试用例》
|
|
|
|
|
|
进行单元测试,修复单元测试发现的缺陷
|
|
|
|
|
|
|
根据项目开发计划对代码进行审查
|
《代码审查记录》
|
|
|
|
|
|
对评审发现的缺陷进行修复
|
|
|
|
|
|
|
编写相关用户文档
|
《用户手册》
|
|
|
|
|
集成与系统测试
|
|
编制测试用例,并评审
|
《测试用例》
|
|
|
|
|
|
准备测试参考文档、配置独立的测试环境
|
|
|
|
|
|
|
记录缺陷,并跟踪缺陷直至关闭
|
《缺陷记录》
|
|
|
|
|
|
进行回归测试
|
|
|
|
|
|
|
形成《测试总结报告》,报告测试结果
|
《测试总结报告》
|
|
|
|
|
|
报告、测试结果置于配置管理之下
|
|
|
|
|
|
验收运行
|
|
进行内部验收(初验)
|
|
仅填写会议纪要
|
|
|
|
|
向用户提出安装申请、了解客户安装环境
|
|
|
|
|
|
|
制定实施计划表,并向客户确认
|
《实施计划表》
|
|
|
|
|
|
进行用户测试并填写《实施记录》
|
《实施记录》
|
|
|
|
|
|
进行试运行并填写《安装、试运行问题记录》
|
《安装、试运行问题记录》
|
|
|
|
|
|
实施用户培训
|
|
根据用户情况执行
|
|
|
|
|
进行系统初验,并与客户签署《初验报告》
|
《初验报告》
|
《验收报告》模板
|
|
|
|
|
进行内部验收的终验并签署《内部验收报告》
|
《内部验收报告》
|
|
|
|
|
|
进行系统终验,并与客户双方签署《终验报告》
|
《终验报告》
|
《验收报告》模板
|
|
|
|
结项
|
|
汇总并归档项目产品、文档资料
|
《归档定义表》
|
|
|
|
|
|
编写项目总结报告
|
《项目总结报告》
|
|
|
|
|
日常工作
|
每周工作
|
|
项目组成员每周提交工作周报
|
《项目成员工作周(日)报》
|
视情况规定提交时间
|
|
|
|
|
项目经理指定人员每周提交项目进展报告
|
《项目周报》
|
|
|
|
|
|
随时记录项目问题,并跟踪解决进展
|
《项目问题跟踪表》
|
|
|
|
|
|
在定义的里程碑到达时间,编写里程碑报告
|
《里程碑报告》
|
建议进行例会
|
|
|
|
|
已评审的计划需要变更时,需要进行变更控制
|
《计划变更申请报告》
|
|
|
|
|
|
已评审的需求需要变更时,需要进行变更控制
|
《变更控制单》
|
|
|
|
|
|
CMO在项目开始后,负责编写和维护配置状态报告
|
《配置状态报告》
|
|
|
|
|
|
PM指定人员及时维护需求变更和实现情况
|
|
|
|
|
|
|
维护项目度量表,并在里程碑报告中发布数据
|
|
|
|
|
|
|
召开会议后整理会议记录
|
《会议纪要》
|
|
|
|
|
评审
|
|
编制评审计划:
|
《评审计划》
|
|
|
|
|
|
召开介绍会
|
|
视情况执行
|
|
|
|
|
进行预审
|
|
|
|
|
|
|
召开评审会议,并作出评审结论
|
《评审记录》
|
|
|
|
|
|
修改及验证发现的问题
|
|
|
|
|
|
|
填写评审总结报告
|
《评审总结报告》
|
|
|
|
|
质量保证
|
|
按时对每个阶段进行审计,并使用合适的审计检查表(根据项目计划裁减)
|
《过程审计检查表》
|
包含开发各过程
|
|
|
|
|
在各阶段审计活动结束后编写《质量保证审计报告》
|
《质量保证审计报告》
|
|
|
|
|
|
按计划对工作产品进行评审,记录问题
|
《审计不符合问题跟踪表》
|
|
|
|
|
|
对不符合问题进行跟踪和上报
|
|
|
|
|
|
每周编写QA周报,通报QA活动、不符合问题等数据
|
《QA周报》
|
|
|
|
|
|
项目结束时,对项目的QA活动进行总结、统计不符合问题,并形成项目质量报告
|
《质量保证评估报告》
|
|
|
|
|
分享到:
相关推荐
CMMI项目实施涉及多个方面,包括项目规划、执行、监控以及控制,确保软件开发过程的质量、效率和可靠性。以下是对CMMI项目实施可交付文档及其相关知识点的详细说明: 1. **项目规划**:在CMMI项目实施中,规划阶段...
CMMI 5标准文档模板是实现这一高级别认证的关键资源,它为组织提供了一套完整的指导文件,用于规范项目管理、质量管理、过程改进等多个方面的工作。以下是基于这些文档模板的一些关键知识点: 1. **CMMI-DEV V1.3....
有效的变更管理是CMMI3的重要组成部分,它要求对任何项目变更进行系统的评估、审批和实施,以减少变更带来的风险和影响。 **8. 项目监督与控制** 项目经理在CMMI3环境下需密切关注项目的进度、成本和质量,定期进行...
《CMMI V1.2 标准:提升IT项目管理的专业化之道》 CMMI,即能力成熟度模型集成,是国际上广泛认可的一种评估和改进组织软件开发和服务提供能力的标准。CMMI V1.2是该模型的一个重要版本,它旨在通过提供一套系统化...
2. **质量管理**:CMMI5要求实施全面的质量保证活动,模板可能包括质量目标、质量检查单、审计计划等,用于监控和改进项目执行的质量。 3. **风险管理**:风险识别、评估和应对是CMMI5关注的重点,模板可能有风险...
总结,CMMI项目文档模板是项目管理的重要工具,它帮助项目团队遵循标准化流程,提高工作效率,同时确保项目的质量和合规性。正确使用这些模板,可以为项目成功奠定坚实的基础。通过学习和应用CMMI文档模板,无论是...
这些模板帮助组织按照CMMI标准制定和执行项目计划,确保所有工作都有明确的指导和记录,从而提高工作效率和质量。 **CMMI文档模板的主要内容:** 1. **项目计划文档**:包括项目章程、项目计划、需求管理计划等,...
CMMI覆盖了项目管理、工程、支持和服务等多个方面,通过五个成熟度级别(Level 1-5)来衡量一个组织的软件开发能力,从不成熟到优化逐步提升。 **CMMI学习资料中的关键知识点:** 1. **成熟度级别**:CMMI的五个...
2. 学习如何在组织中实施CMMI。 3. 了解SCAMPI评估方法的运用。 **培训内容**涵盖以下几个方面: 1. **计划过程改进**:制定改进策略,确定改进的重点。 2. **SCAMPI评估方法介绍**:学习评估流程、要求和目标。 3....
CMMI 成熟度模型集成(CMMI)是由SEI(Software Engineering Institute)开发的,它是一个标准的框架,组织可以用它来评估他们管理软件开发和其他项目的能力。CMMI 模型通常用于指导过程改进、确保质量控制、并以...
8. **工具与资源**:介绍有助于CMMI实施的各种工具,如项目管理工具、质量保证工具,以及相关的标准和最佳实践。 **cmmjaocai.pdf**可能是这份CMMI培训教程的电子版,其中可能包含了以上提到的所有内容,通过阅读这...
### CMMI3评估实施的风险与对策 #### 风险及应对策略概述 CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种用于改进组织过程成熟度的方法论,广泛应用于软件工程和系统工程领域。CMMI3...
标题中的"CMMI的PDF资料+标准模版资料收集"指的是包含CMMI相关指南和模版的PDF文档集合,这些资料通常包括详细的CMMI模型解释、实施指南、评估方法以及实践领域的模板。这些资料对于理解和实施CMMI过程改进活动至关...
CMMI_3标准代表了“已定义级”,是CMMI五个成熟度级别中的第三个级别,它标志着一个组织在过程管理和执行上达到了标准化和系统化。 在CMMI_3标准文档中,主要包括以下几个关键知识点: 1. **过程改进策略**:CMMI_...
CMMI旨在提高组织在项目管理、软件开发、产品和服务提供等方面的效率和质量,通过评估、改进和标准化流程来实现。 CMMI中文版的出现,是为了方便中国以及中文使用者理解并实施这一模型。中文版将原本的英文标准翻译...
项目管理是确保项目能够按时、预算和质量要求完成的核心活动。...总之,通过遵循CMMI实践解析中的项目管理指南,组织可以有效地管理项目,确保项目能够高效地交付,同时还能从每个项目中学习并不断改进。
- **作用**: 支持新项目的启动和执行,加速过程学习。 #### 42. Organizational Process Performance (OPP) 组织过程性能 - **定义**: 衡量组织过程有效性的指标。 - **作用**: 通过度量过程性能,识别改进的机会。...
1. **项目管理**:CMMI提供了标准化的项目管理框架,包括范围管理、进度管理、质量管理、风险管理等。 2. **需求管理**:强调需求的清晰、完整和可追踪性,确保产品满足客户的需求。 3. **质量管理**:通过质量保证...
学习CMMI有助于提升软件开发团队的专业素质,规范工作流程,降低项目风险,提高产品质量,同时也有利于增强客户信任,提升组织的整体竞争力。通过深入理解和应用CMMI模型,可以推动组织的持续改进,实现更高的业务...
通过对本文档的学习和实践,企业和项目团队可以更好地理解如何利用统计学方法和技术来支持CMMI高成熟度级别的实施。这不仅有助于提高软件开发过程的效率和质量,还可以增强企业的竞争力。同时,随着CMMI标准的不断...