cmmi-软件工程

第一章 软件工程基础张 可 电子科技大学1本课程预备知识学习过软件开发相关基础知识至少一门高级程序语言（如C+、C#）学习过UML系统分析与设计相关课程较为熟悉.NET/Java开发平台和工具学习过数据库设计，例如 SQL Server或Oracle简介本课程将以CMMI1.3 /CMMI1.2版本相关过程管理思路 为基础，提炼出CMMI中各过程域（简称PA）的精髓 ，结合当前国内企业实际开发需求及CMMI推行情况 ，对CMMI及软件工程相关理论、思想、实践进行介 绍 。 以CMMI中的工程过程、项目管理、支撑过程、过程 管理四大领域中的相关PA为知识点，以国内企业实际 使用的模式来编写，考虑到学生的实际接受能力，每 个领域中均提供了简化后并能充分体现CMMI精髓的 模板及表单。课程内容第一部分 授课环节 第1章 软件工程基础 第2章 案例机构设置及岗位职责 第3章 立项管理 第4章 项目评审管理 第5章 项目初步计划 第6章 需求开发及管理 第7章 风险管理项目第8章 估算及详细计划第9章 项目跟踪及控制 第10章 系统设计第11章 软件配置管理第12章 产品及过程质量保证 第13章 软件测试简介 第14章 系统实现与测试过程 第15章 制订测试方案及编写测试用例 第16章 系统测试第17章 项目总结第二部分 项目实训环节 各章节内容（续）第一章 软件工程基础中国软件企业生命周期模型软件工程基本原理 质量管理体系ISO9001 项目管理知识体系PMBOK 软件能力成熟度模型集成CMMI 软件过程管理标准化国内动态 中国软件企业发展趋势图7到达A点的条件8到达B点时的表现9发展时间到达A点：一两年即可，可以叫创业期 A->B点：3、5年，企业在B点很容易死掉，老板可能 还不知道是怎么死的 B点时重点解决的是内部管理问题，包括决策的流程 化。10第一章 软件工程基础中国软件企业生命周期模型软件工程基本原理 质量管理体系ISO9001 项目管理知识体系PMBOK 软件能力成熟度模型集成CMMI 软件过程管理标准化国内动态 软件开发中存在的问题硬件的发展一直超过软件，难以发挥硬件的所有潜能 建造新程序的能力远远不能满足人们对新程序的需求 ，同时开发速度不能满足商业和市场的要求 计算机的普遍使用对可靠性要求越来越高，如果软件 出错，会造成巨大的经济损失，甚至可能给人类带来 灾难 拙劣的设计和资源的缺乏使得我们难以支持和增强已 有软件12为什么？为什么需要那么长时间才能结束开发？ 为什么成本如此之高？ 为什么我们不能在把软件交给客户之前就发现所有的 错误？ 为什么在软件开发过程中难以度量其进展？从软件企业生命周期模型来看，这些为什么能否解决 好，关系到一个企业生命的长短。13软件的特征“更快、更好、更便宜” 1968年北约科技委员会(NATO)在联邦德国 Garmisch提出“软件工程”这个术语。 著名的软件工程专家波汉姆（Boehm）总结了多 年开发软件的经验，于1983年在一篇论文中提出 了软件工程的7条基本原理。 7条原理是确保软件产品质量和开发效率的原理的 最小集合。人们虽然不能用数学方法严格证明它 们是一个完备的集合，但是，事实证明在此之前 已经提出的100多条软件工程原理都可以由这7条 原理的适当组合所蕴含或派生所得到。软件工程7条基本原理 1、按照软件生命周期的阶段划分制定计划，严格依据计划进行管理2、坚持进行阶段评审3、实行严格的产品控制4、采用现代程序设计技术5、结果应能清楚地审查6、开发小组的人员应该少而精7、承认不断改进软件工程实践的必要性软件过程概念：当开发产品或构建系统时，遵循一系列可预测 的步骤（即路线图）是非常重要的，它有助于及时交 付高质量的产品。软件开发中所遵循的路线图就称为 “软件过程”。人员：软件工程师及其管理人员根据需要调整开发过 程，并遵循该过程。除此之外，软件的需求方也需要 参与过程的定义、建立和测试。 重要性：软件过程提高了软件工程活动的稳定性、可 控性和有组织性，如果没有过程约束，软件活动将失 控并变得混乱。但是，现代软件工程方法必须是“灵 活的”也就是要求软件工程活动、控制以及文档的编 制适合于项目团队和要开发的产品。软件过程（续）步骤：采用的过程依赖于所构造软件的特点。 工作产品：从软件工程师的观点来看，工作产品就是 过程定义的一系列活动和任务的结果，即程序、文档 和数据。 质量保证措施：有大量的软件过程评估机制，开发机 构可以评估其软件过程的“成熟度”。然而，评价所采 用过程的有效性，最好的指标还是所构建产品的质量 、适时性和长期生存能力。CMMCapability Maturity Model，能力成熟度模型；CMMICapability Maturity Model Integration，能力成熟度模型集成；PMProject management， 项目管理；PMBOK（A Guide to the Project Management Body Of Knowledge 项目管理知识体系指南) 三种产品质量管理的标准体系第一章 软件工程基础中国软件企业生命周期模型软件工程基本原理 质量管理体系ISO9001 项目管理知识体系PMBOK 软件能力成熟度模型集成CMMI 软件过程管理标准化国内动态 ISO9001简介ISO9001规定了企业质量管理体系的基本要求，它是通用的 ，适用于所有行业或经济领域，不论其提供何种类别的产 品。 ISO9001质量管理8原则以顾客为中心高层管理者推动全员参与采用过程方法系统的管理持续改进基于事实的决策互利的供方关系建立和实施质量管理体系的步骤：确定顾客的需求和期望；建立企业的质量方针和质量目标；确定实现质量目标所必需的过程和职责；对每个过程实现质量目标的有效性确定测量方法；通过测量，确定每个过程的现行有效性；确定防止不合格项并消除产生原因的措施；寻找提高过程有效性和效率的机会；确定并优先考虑那些能提供最佳结果的改进；为实施已确定的改进，对战略、过程和资源进行策划；实施改进计划；监控改进效果；对照预期效果，评价实际结果；评审改进活动，确定必要的纠正、跟踪措施。ISO9001简介（续）过程方法任何“得到输入并将其转化为输出”的序列活动均可视为 过程。为使组织有效运行，必须识别和管理许多内部相互联 系的过程。通常，一个过程的输出将直接形成下一个 过程的输入。系统识别和管理组织内所使用的过程， 特别是这些过程之间的相互作用，称为“过程方法”。 ISO9001标准鼓励采用过程方法建立和实施质量管理体 系。ISO9001简介（续）质量体系文件的分层结构质量手册：质量体系文件中的纲领性文件。阐明公司质量 方针、质量目标和质量策略；描述影响和参与质量活动的 部门、岗位职责、权限和相互关系，同时概要描述了质量 体系的主体文件即程序文件（规程）。程序文件：质量手册的支持性文件，具体描述质量活动各 个过程、子过程以及各阶段中所采取的措施和必需遵循的 流程。规范和指导书：结合公司的具体情况而颁布的各类技术规 范、工作条例及其配套考核细则。表单模板：包括质量记录模板、文档模板等。某IT企业的质量体系示例第一章 软件工程基础中国软件企业生命周期模型软件工程基本原理 质量管理体系ISO9001 项目管理知识体系PMBOK 软件能力成熟度模型集成CMMI 软件过程管理标准化国内动态 项目基本属性整体性，是一系列活动的有序组合。唯一性，每个项目均是具体的、特殊的，没有二个完全相同的 项目。一次性，目标一旦完成，项目即告结束。目标性，一个项目有确定的成果性目标。多约束性，在多种约束条件下完成项目的成果性目标，约束包 括时间、资源、质量以及其他非技术性约束。依赖性，项目活动的进行涉及多个方面的因素，有对内部各级 各部门的依赖，有对用户条件的依赖，有对标准的依赖和对各 类变更的依赖等等。冲突性，项目内部会有多种冲突，需要沟通、协调和培训。周期性，项目不同，但都有其基本的生命周期属性，都会经历 大体相同的阶段。项目参数项目生命周期项目管理基本过程项目管理领域项目整体管理项目计划制订项目计划实施整体变更控制 项目范围管理启动范围计划编制范围定义范围核定范围变更控制项目管理领域（续）项目时间管理活动定义活动排序历时估算进度计划编制进度计划控制 项目成本管理资源计划编制费用估算费用预算费用控制项目管理领域（续）项目质量管理质量计划编制质量保证质量控制 项目人力资源管理组织的计划编制人员获取班子组建项目管理领域（续）项目沟通管理沟通计划编制信息发布绩效报告管理收尾 项目风险管理风险识别风险量化定性风险分析定量风险分析风险应对计划编制风险监控项目管理领域（续）项目采购管理采购计划编制询价计划编制询价供方选择合同管理合同收尾第一章 软件工程基础中国软件企业生命周期模型软件工程基本原理 质量管理体系ISO9001 项目管理知识体系PMBOK 软件能力成熟度模型集成CMMI 软件过程管理标准化国内动态 什么叫CMM/CMMI？软件能力成熟度模型的英文全名是Capability Maturity Model for Software，缩写为SW_CMM，简称CMM；1993年推出第一 版v1.1。CMMI（Capability Maturity Model Integration）是一套包括多 个学科、可扩充的模型系列，其前身主要包括4个成熟度模型（ 称CMMI的源模型），它们分别是：面向软件开发的SW-CMM 、面向系统工程的SE-CMM、面向产品集成的IPD-CMM以及涉 及外购协作的SS-CMM；2000年推出第一版，最新的是2010年 的1.3版本。37CMMI历史CMMI发展历史图（v1.2） CMM for Software V1.1(1993)INCOSE SECAM (1996)Systems Engineering CMM V1.1(1995)CMMI Software V2 draft C(2007)EIA 731 SECM (1998)Integrated Product Development (1997)CMM for Acquisition V1.1(2007)CMMI for Services V1.2(2007)V1.02(2000) V1.1(2002)CMMI for Development V1.2(2006)CMMI和过程改进 启动（Initiating）诊断（Diagnosing）建立（Establishing）行动（Acting ）推进（Leveraging）激励 改进设定改进范围 提出改进倡议设立实施改进 的组织机构和 岗位职责描述并 评价当 前的过 程实践提出改进建议 并将阶段性结 果形成文档设定改进 策略和优 先排序建立过程改进 行动小组策划 改进活动策划与 执行指南计划、执行 和跟踪定义过程和 度量修订机构 一级的相 关规定分析经验 教训并形 成文档CMMI结构框架 模型的全部描述就是按过程域作为基本构件而展开的 ，针对每个过程域分别规定了应达到什么目标（ Goals）以及为了达到这些目标应该做些什么“实践” （Practices），但模型并不规定这些实践由谁做、如何做等等。 在V1.2/V1.3版本中，共计22个过程域（PA）P.S. 1.2与1.3的区别，取消了IPPD条款，机构改进与部署OID过程域改进为机 构性能管理OPMCMMI的结构图41从机构和项目组、项目管理、过程管理三个方面加以 考察，则可以将上列22个过程域分成如下四大类： 过程域之间的主