CMMI简介概要1.ppt

* * * * * * * * * * * * * * SP 1.1 建立標準流程 SP 1.2 建立生命週期模式說明 SP 1.3 建立調適準則及指引 SP 1.4 建立組織度量儲存庫 SP 1.5 建立組織流程資產館 SP 1.6 建立工作環境標準 * * 请注意 * * * A級評鑑 完整詳盡方式、涵蓋全部模式、提供正式成熟度等級評鑑 B級評鑑 完整詳盡程度較低、成本較低、剛開始使用、部分使用、或自行評鑑、焦點放在專注的領域、不提供正式成熟度等級評鑑 C級評鑑 快速檢視、檢查特定風險領域、低成本、僅需很少的訓練 * * * 请注意 * 1986年美國國防部委託卡內基美隆大學軟體工程學院(Software Engineering Institute；SEI)所開發出來的評鑑準則 * * * 印度1991年開始大量引進CMMI技術，並鼓勵廠商取得評鑑資格。特別重視嚴謹的軟體發展程序與品質控制，取得國際客戶的信賴，塑造國家競爭優勢，成為美國以外的第二大軟體生產國。軟體產業每年以50%的速度成長，2000年總產值為83億美元，為我國的2.8倍 * 请注意 * * 组织过程绩效 量化项目管理 * * * * 需求管理 项目计划 项目監控 供应商协议管理 度量與分析 过程与产品质量保证 配置管理 * * * 需求开发 技术方案 产品集成 验证 确认 组织过程专注 组织过程定义 （IPPD) 组织培训 集成项目管理 (IPPD) 风险管理 决策分析与解决 * * * 组织过程绩效 量化项目管理 * * 组织创新与部署 原因分析与解决 * * * * * * * * 组织过程绩效 量化项目管理 请注意 * * * * * Level 5 之 公司定下新的目标 预算的偏差率当前值是-20%到20%，领导觉得不满意，要求改进为-10%到10%。 SEPG就非常紧张了，投入大量人力物力分析如何改进。 SEPG发现导致预算偏差大的地方主要在于酒水采购方面，供应商的价钱浮动太厉害。 * Level 5 之 公司定下新的目标 SEPG定下改进计划，修改了采购方面的过程，对供应商的选择加强了标准。 在某次聚餐中试行新的采购过程，结果发现成本偏差果然控制在-10%到10%范围内。 分析试行结果后，SEPG把过程正式推行，最终满足了领导的要求。 * CMMI成熟度等级回顾 1.初始级 2.受管理级 3.已定义级 需求管理 项目计划 项目監控 供应商协议管理 度量與分析 过程与产品质量保证 配置管理 4.定量管理级 需求开发 技术方案 产品集成 验证 确认 组织过程专注 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与解决 组织过程绩效 量化项目管理 组织创新与部署 原因分析与解决 成熟度等級 过程域 5.持续优化级 议题 1：CMMI简介 4：CMMI3级认证 2：CMMI等级划分 3：CMMI2-3级体系 * * 达到2级管理水平项目的特点 客户要签《需求规格说明书》，并且变更受控制。 要编写《开发计划》来指导工作 根据《开发计划》跟踪实际工作 如果涉及到软硬件采购，则需要采取一套方法来管理。 采取一些度量的办法，获取项目的一些信息。 有SQA监督项目工作。 有SCM保证工作产品的一致性。 * 2级的7个PA 需求管理（Requrements Management）(RM) 项目计划(Project Planning)(PP) 计划跟踪与控制(Project Monitoring and Control)(PMC) 供应商协议管理(Supplier Agreement Management)(SAM) 度量与分析（Measurement and Analysis） 过程与产品质量保证(Process and Product Quality Assurance)(PPQA) 配置管理(Configuration Management)(CM) * 项目计划(Project Planning)(PP) Project Planning的目的： 建立和维护计划，计划规定了项目需要做的活动。 那么，需要做到怎样的程度，才算把PP做好，达到CMMI的要求呢？ * 1.基础工作 分解项目任务，做WBS 列出工作产品和工作任务 考虑采用怎样的软件开发生命周期 确定工作量、费用等 这类工作，就是要满足项目计划的第一个目标(Goal)：建立评估(Establish Estimates) 而以上每一项，就是一个实践(Practice) * 2.写计划 建立预算和进度 识别项目风险 计划好如何管理各类文档、代码等 计划好软硬件资源 计划好需要哪些培训或者技术支援 计划好与用户、外单位的交涉 把以上内容文档化