《软件过程管理期末总复习》由会员分享，可在线阅读，更多相关《软件过程管理期末总复习（85页珍藏版）》请在金锄头文库上搜索。
1、Final ReviewSoftware Process Management and ImprovementChen Gang International School of Software, WHU软件过程管理与改进期末总复习陈刚武汉大学国际软件学院，2008Final Review目录一、绪论 二、软件过程成熟度框架 三、能力成熟度模型的结构 四、可重复级 五、已定义级 六、已管理级 七、优化级 八、个体软件过程 九、群组软件过程 十、CMMIFinal Review一、绪论(1)1. 软件与软件产业的发展过程Final Review软件管理工程的发展，经历了从20世纪70年 代开
2、始以结构化分析与设计、结构化评审、 结构化程序设计以及结构化测试为特征的结 构化生产时代，到90年代中期，以CMM模型 的成熟和日益为市场接受为标志，已经进入 以过程成熟度模型CMM、个体软件过程PSP 和团队软件过程TSP为标志的以过程为中心 的时代，而软件发展第三个时代，即软件工 业化生产时代，以90年代中期软件过程技术 的成熟和面向对象技术、构件技术的发展为 基础，已经渐露端倪。一、绪论(2)2. 软件危机及其原因Final Review软件特殊性：软件成本高；软件开发的进度难 于控制；估计软件工作量很困难；软件质量难 于保证；修正维护软件困难。软件企业的4个困难：需求的完全识别；软件
3、产品需求的完全传递；软件产品相关的变更控 制；软件产品相关技术的快速变化。软件构建的核心就是管理复杂度 。软件是由人开 发的，人的智力与软件的复杂度之间存在矛盾。软件复杂度与软件的规模有很大关系，另外也与 模块间的耦合度、模块内的内聚性等因素有关。一、绪论(3)3. 过程及其要素Final Review软件开发项目是在规定的成本和时间内，开 发和提交满足客户某些需求的软件产品。项目的三个基本特征是:成本、进度和质量（ 代表软件在多大程度上满足客户的要求）。对于机构而言，包含多个项目，而实现机构 的高质量和生产率，依赖于三个因素:过程 、人和技术。其中过程不仅仅是一系列步骤，还包含了机 构所积累
4、的经验，包含了机构可以从已成功 的项目中所学到的一切。一、绪论(4)4. CMM与软件产业Final Review管理是影响软件研发项目全局的因素，而技术 只影响局部。1987年9月，美国卡内基-梅隆大学软件工程研究 所发布了软件过程成熟度框架，并提供了软件 过程评估和软件能力评价两种评估方法和软件 成熟度提问单。4年之后，SEI将软件过程成熟度框架进化为软 件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）。1991年8月， SEI发布了最早的SW-CMM v1.0。经过两年的 试用，1993年SEI正式发布了SW-CMM v1
5、.1， 这是目前使用最为广泛的版本。一、绪论(5)5. ISO9001与CMM的异同Final ReviewISO9000系列包括3个第三方认证标准（ ISO9001 、 ISO9002 和ISO9003 ）和一个质量管理标准ISO9004。CMM和ISO9001标准系列都着眼于质量和过程管理， 二者都为了解决同样的问题。CMM是动态的、开放的和持续改进的，强调没有最 好只有更好，强调不断改进，强调人在软件开发方 面的思想认识和主动性，适用于软件过程的改进； CMM模型只关注软件，它能解决“软件危机” 这个世 界性的问题；ISO9001是静态的质量控制，只要达到 几个关键指标就能完成质量控制，
6、更适用于硬件制 造生产线的质量控制。ISO 9001的适应范围更广，包 括硬件、软件和服务。二、软件过程成熟度框架(1)1. CMM基本知识Final ReviewCMM为软件企业的过程能力提供了一个阶 梯式的进化框架，阶梯共有五级。可重复级：建立基本的项目管理过程。相似 项目，重复以往成果。已定义级：文档化、标准化和标准的软件过 程。初始级：无序、混乱的软件过程。依赖个别 人的努力和机遇。已管理级：软件过程和产品质量有详细的度 量标准。优化级：持续的对过程进行改进。二、软件过程成熟度框架(2)2. 成熟度级别的行为特征Final Review从效果而言，在上述不同阶段，软件开发生产的 成熟程
7、度给软件企业带来了完全不同的效果。第 一阶段到第五个阶段，软件开发生产的计划精度 越来越高，每单位工程的生产周期越来越短，每 单位工程的成本越来越低。各关键过程域中规定了执行约定、执行能力、执 行活动、质量和验证的标准等。管理者：经理、各级经理、领导、职员和个人。软件小组：软件工程组、软件工程过程组、软件 相关组等。二、软件过程成熟度框架(3)3. 成熟度级别的跳跃Final ReviewCMM每个成熟度级别都是下一级别的必要基础。机构可以选择合适的时机，着手进行特定的过程 改进。过程改进工作应该在其业务环境内侧重机构的需 求。实施软件过程改进的差异是由定义关键过程域引 起的。二、软件过程成熟
8、度框架(4)4. 软件过程可视性Final Review等级1一个黑盒等级2 项目里程碑处具有管理可视性等级3盒子的内部结构可视等级4软件过程被配备上度量，并得到定量地控制等级5对过程不断改进三、能力成熟度模型的结构(1)1. CMM的内部结构Final ReviewCMM由5个成熟度级别组成。每一个KPA进一步被分为称为公共特征的5 个部分。这些公共特征包括了关键实践（KP），即每 一个KPA包括5类KP 。每个成熟度级别（除级别1）包含了实现该 级别的若干个关键过程域（KPA）。实现了这些KP后，就实现了关键过程域的目 标。三、能力成熟度模型的结构(2)2. 关键过程域Final Revi
9、ew一系列相互关联的操作活动。每个KPA的目标总结了它的关键实践（KP）， 目标说明了每一个KPA的界限、范围、内容和 关键实践。某一级别的一组目标，用以衡量是否具有此 级别的能力。不同级别的KPA（项目、数目、内容）是不 同的，但其中很多项都有深层次的联系（上 级是下级的深化和延伸）。18个关键过程域，分布在25级。三、能力成熟度模型的结构(3)3. 关键实践Final Review每一个关键过程域都是用关键实践的概念进 行描述。描述了对关键过程域的有效实施和制度化起最 重要作用的基础设施和活动。达到一个KPA而要做的事。描述了“做什么”，但没有规定“如何做” 。三、能力成熟度模型的结构(4
10、)4. 共同特性Final Review无论哪个KPA，它们的关键实践都统一按五个公共属 性进行组织，即每一个KPA都包含五类KP 。执行约定：组织为保证过程得以建立和持续发挥作用 所必须采取的行动，主要包括制定企业范围的政策和 高层管理的责任。执行能力：达到的前提条件，一般包括资源保证、人 员培训等内容。执行活动 ：必须执行的任务和步骤，一般包括计划、 执行的任务、任务执行的跟踪等。度量和分析：度量的基本原则，用以确定、改进和控 制过程的状态。验证实施：验证所开展的关键实践与确立的过程是否 遵循已制定的步骤。三、能力成熟度模型的结构(5)5. CMM的应用Final ReviewCMM的两种
11、主要用途归结为两种评定方法。软件过程评估: 用于确定组织目前的软件过程状态，确 定组织面临的突出软件过程问题，从而求得组织的软 件过程改进的支持。软件能力评价: 用于识别合格的软件工作承包商，或用 于监控现行软件工作项目上用的软件过程的状态。 CMM是软件过程评估和软件能力评价的公共基础。不过， 两种用法的目的不同，而且具体用法也有很大差异。软件 过程评估侧重于确定本组织软件过程改进的轻重缓急；软 件能力评价侧重于确定在选择软件项目承包商时可能碰到 的风险，或者说是确定软件组织在软件能力方面的置信程 度。后面这一点正是许多软件组织看好按CMM评定等级的 原因。四、可重复级(1)1. 可重复级的
12、基本特征Final Review已建立了项目管理的方针和规定。组织的过程能力体现在有纪律。当有转包商时，通过转包合同建立 有效的供求关系。对项目已设置基本的软件管理控制。缺陷：依赖经验管理项目。关注项目一级的软件过程。四、可重复级(2)2. 需求管理（ RM, Requirements Management ）Final Review由上级主管部门和软件质量保证组实施验证。分配需求是指分配给软件的系统需求，包括：软件 项目活动中的非技术性需求、软件技术性需求、接 收标准。它是制定软件开发计划的根据，是整个软 件生命周期中估算、计划、执行和跟踪软件项目活 动的基础。目标：建立基线；软件开发计划、
13、产品和活动与分 配给软件的系统需求保持一致。即，需求确定的管 理、需求实现的管理、需求变更的管理。执行活动：评审分配需求；将分配需求作为软件开 发的基础；评审需求变更并纳入到项目中。四、可重复级(3)3. 软件项目计划（SPP,Software Project Planning）Final Review由高级管理者和软件质量保证组实施验证。目标：对软件估计建立文档；项目活动和约定是有 计划的，并已形成文档；相关小组和个人对约定达 成共识。执行活动：软件项目的策划、建议与评审；确定易 于管理的软件生命周期；制定项目的软件开发计划 （SDP）；识别软件工作产品；作出软件估计并形 成文档；记录软件计
14、划数据。四、可重复级(4)4. 软件项目跟踪和监控(SPTO，Software Project Tracking and Oversight)Final Review由上级主管部门和软件质量保证组实施验证。目标：对照SDP，跟踪实际结果和性能；发生明显 偏离时采取纠正措施；对软件约定的更改应得到相 关小组和个人的认可。执行活动：利用SDP跟踪活动并修订项目的开发计 划；跟踪实际的开发过程，必要时采取纠正措施； 记录软件项目的实际度量数据，并重新计划数据； 定期进行内部审查和在项目里程碑处进行审查。四、可重复级(5)5. 软件转包合同管理（SSM，Software Subcontract Man
15、agement）Final Review由上级主管部门和软件质量保证组实施验证。目标：主承制方选择合格的软件分承制方；主承制 方与软件分承制方确认他们相互间的约定；主承制 方和软件分承制方保持工作联系；主承制方根据约 定跟踪软件分承制方的实际结果和性能。执行活动：选择合格的转包商，并与之签订合同； 主承包商审查转包商的软件开发计划，并用于跟踪 其软件活动；评审、评价转包商；监督、验收转包 商的软件活动。四、可重复级(6)6. 软件质量保证（SQA，Software Quality Assurance）Final Review由上级主管部门和独立于SQA组的专家进行审查。目标：SQA活动是有计划
16、的；客观地验证软件产品 和活动是否遵守所用的标准、规程和需求；SQA组 所进行的活动和结果及时通知到相关的组和个人； 高层管理者及时处理在软件项目内部不能解决的不 一致性问题。执行活动：制定软件项目的SQA计划；按照SQA计 划来开展活动；评审软件工程活动，以检验一致 性；审核制定的软件工作产品，以检验一致性。创建一个SQA小组是开展软件质量保证的必要条件。四、可重复级(7)7. 软件配置管理（SCM，Software Configuration Management）Final Review由上级主管部门和SQA组进行审查。目标：软件配置管理活动是有计划的；所选用的软 件工作产品是经过标识、受控和可用的；对已标识 的软件产品的变更是受控的；相关组和个人能及时 得到软件基线的状态和内容。SCM活动主要解
