CMMI项目管理开发过程(36张)课件.ppt

1、CMMI 体系知识培训议程：CMMI与项目管理对应关系过程体系各阶段流程过程体系文档组成项目实例1.CMMI与项目管理对应关系 CMMI作为软件过程改进标准，包含了在不同领域建立有效过程的必要元作为软件过程改进标准，包含了在不同领域建立有效过程的必要元素，反应了业界普遍认可的素，反应了业界普遍认可的“最佳最佳”实践。实践。CMMI的每个过程区域及其实的每个过程区域及其实践都与项目管理的各个过程都是一一对应的，每个项目过程都能在践都与项目管理的各个过程都是一一对应的，每个项目过程都能在CMMI中找到想对应的实践。中找到想对应的实践。过程过程序号序号级别级别过程域过程域项目管理过程1CMMI3集成

2、项目管理（IPM）2CMMI3决策分析与解决方案（DAR）3CMMI2项目计划（PP）4CMMI2项目跟踪与监控（PMC）5CMMI3风险管理（RSKM）6CMMI2需求管理（REQM）工程过程7CMMI3需求开发（RD）8CMMI3技术解决方案（TS）9CMMI3产品集成（PI）10CMMI3验证（VER）11CMMI3确认（VAR）组织培训（OT）CMMI318组织过程焦点（OPF）CMMI317组织过程定义（OPD）CMMI316度量（MA）CMMI215供应商协议管理（SAM）CMMI214过程与产品质量保证（PPQA）CMMI213配置管理（CM）CMMI312组织过程过程域过程域级

3、别级别序号序号过程过程支持过程2.过程体系各阶段流程2.1 项目启动流程 1、立项评审准备入：立项评审申请 出：立项评审呈现（立项报告）2、立项评审入：立项评审呈现出：立项评审报告评审结论应包涵以下内容：项目是否可行；开发成本；大致工期；其他约束条件。3、项目启动立项启动申请批准4、分配研发管理资源5、项目策划2.2 项目规划流程 过程数据库分解需求估计产品规模估计项目资源估计进度计划是否满足要求/符合实际计划获得批准项目监控协商约定WBSLOC工作量、成本进度是否估计基线项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶

4、段的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用性。项目策划贯穿整个项目周期，涉及的文档：软件开发计划软件开发计划协作计划风险管理计划配置管理计划质量保证计划测试计划度量计划项目跟踪与监控计划培训计划组件协调项目数据采集表2.3 项目监控流程 目的：目的：增加项目过程的可视性，使得对项目的管理能够起到切实有效增加项目过程的可视性，使得对项目的管理能够起到切实有效 的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施 制定跟踪计划数据采集项目状态分析项目例会里程碑评审修订软件开发计划制定计划按照计划采集数据定期项目例会分

5、析项目状态根据分析的数据找出原因并采取措施里程碑阶段进行评审必要时需要修改软件开发计划2.4 风险管理流程 上图给出了风险管理的模型，可以看出风险管理活动主要划分为：识别 分析 计划 跟踪 控制这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效沟通应该看作是各阶段的基础。对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管理策略做了明确的定义。具体请参照常见风险列表、风险识别检查表。2.5 需求工程2.5.1 需求开发与需求管理的关系2.5.2 需求跟踪开发过程工作产品完成建立需求跟踪矩阵工作产品作者需求跟踪表审核定期开发过程工作产品完成需求变更需求跟

6、踪项目经理修改工作产品更新需求跟踪矩阵工作产品作者不一致邮件或口头通知需求跟踪表未审核审核项目经理需求或后续工作产品发生变更时，要及时更新需求跟踪矩阵项目经理利用需求跟踪矩阵进行正向和逆向跟踪，查找工作产品与需求不一致的地方 2.5.3 需求变更变更申请人按变更流程进行需求变更，提交变更请求申请与状态跟踪表项目成员对提出的变更请求进行影响域分析 （有效性、影响范围、资源、成本等等）SCCB评审变更请求申请（SCCB会议纪要）需求角色更改需求文档 修改后的需求文档被批准纳入基线2.7 系统设计流程 2.8 系统开发流程 软件实现开发过程可以分为三个子阶段：详细设计编码单元测试详细设计是在系统设计

7、和概要设计的基础上进行函数或方法的详细功能的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工作；单元测试主要是通过白盒测试来及早发现软件模块中的错误（可裁剪）2.9 系统测试流程 测试总的流程为：项目早期制定测试计划（项目策划阶段）、设计和实现测试用例、测试执行阶段和后期测试报告与总结。2.10 验收流程 2.11 评审流程 评审的生命周期评审的生命周期准备评审改进InspectionWalkthrough正式评审非正式评审同行评审(PR)技术评审(TR)管理评审(MR)评 审评审类型和方式关系图类型：方式：同行评审侧重于质量同行评审侧重于质量技术评审侧重于审批认可技术评审侧重于审批

8、认可评审所需规范、标准与基线和相关文档已准备好；确定了评审用的检查表；软件工作产品已经稳定；评审通知(作者)评审准备(评审小组)问题记录跟踪表草稿主持评审会议(会议主持)解释工作产品(作者)发现并确认缺陷(评审小组)问题记录跟踪表草稿决定缺陷修改(项目经理)问题记录跟踪表草稿修改工作产品(责任人)工作产品草稿修改缺陷状态(责任人)问题记录跟踪表草稿批准(评审主席)问题记录跟踪表已批准准备评审改进记录缺陷(记录员)1.阶段计划2.问题记录跟踪表模板3.被评审工作产品4.相应Checklist5.相关工作产品审批活动图提交发现的待定问题确认是否为问题结束是否要修改修改问题是否已解决是是是否否否状态

9、：遗留状态：已解决状态：待修复状态：待修复评审成员评审主席PR：项目经理TR、MR：评审主席责任人项目经理/评审主席状态：待验证状态：待修复问题记录与跟踪流程图2.12 2.12 配置管理流程配置管理流程 软件配置管理：软件配置管理：一般在项目启动的同时就开展起来，它的目的就是要建立和维护一般在项目启动的同时就开展起来，它的目的就是要建立和维护在项目的整个软件生命周期中软件项目产品的完整性在项目的整个软件生命周期中软件项目产品的完整性 2.13 质量保证流程 SQA对项目过程和产品的验证活动贯穿项目始终，主要活动包括：1.验证项目活动和工作产品的符合性，记录、报告、跟踪和验证项目问题和不符合项

10、。依据相关过程规程和文档模板、项目软件过程定义、软件开发计划、SQA计划、SQA检查表，验证项目软件过程活动的与项目相应的计划、标准、规程的符合性。对特定的项目工作产品进行审核和审计，特别是在项目软件工作产品提交客户前进行审计。将验证活动中所发现的不符合项进行记录。SQA根据问题的严重程度或者紧迫程度，规定其解决期限，并通知问题责任人，解决期限的上限为3个工作日。当达到解决期限未能解决并对项目造成一定影响时，SQA可将该不符合项上报项目主管领导。注：有的时候项目情况可能会比较特殊（如暂时停滞，或调整较大等），QA根据项目实际情况可以考虑请示QA主管，对不符合项作判断。依据不符合项处理规程报告项

11、目不符合项，并跟踪和验证不符合项的解决直到结束。2.当有需要时，与客户的SQA人员一起对项目过程和产品进行验证。2.14 培训流程 3.过程体系文档组成立项评审申请立项报告立项评审报告立项启动申请软件过程定义软件开发计划质量保证计划配置管理计划测试计划风险管理计划与跟踪表需求分析报告系统设计说明书概要设计说明书数据库设计说明书详细设计说明书集成计划集成报告测试计划测试说明测试报告数据采集表会议纪要工作量统计项目状态报告里程碑评审呈现验收计划验收报告发布评审记录跟踪表移交确认单缺陷报告项目总结报告SCM总结报告测试总结报告客户满意度调查表3.项目实例下面以三部集市项目组文档为例，举例说明：立项、软件计划、下面以三部集市项目组文档为例，举例说明：立项、软件计划、质量保证、风险管理、项目跟踪与监控等文档的关联性。质量保证、风险管理、项目跟踪与监控等文档的关联性。立项报告项目风险解决方案描述资源投入经营分析陈本预算效益分析软件开发计划项目推进计划项目组结构分析人员与技能差距分析项目成员度量计划项目跟踪监控计划风险管理计划与跟踪表培训计划估计结果阶段进度规模估算工作量分解估算质量情况估算阶段计划决策分析与解决方案记录表