第9章——————软件工程.pptVIP

软件过程实施（续） 2、通过过程模拟活动，虚拟执行该过程实例，并以虚拟执行所产生的过程信息为依据，再次通过过程实例化活动改进和完善过程实例，并通过该活动的反复进行而得到改进和优化了的过程实例；同时，这些过程信息还可以作为改进和优化过程模型所进行的各项活动的依据。 3、将过程实例投入实际的执行和运作中，使特定项目的软件开发进入实际的运作过程。 4、通过过程运作活动，在监控、管理和辅助等活动的同时，收集有关过程实例的反馈信息，这些信息将为过程实例及过程模型的改进和优化等诸多活动的持续开展提供依据。 软件过程实施 过程建模阶段活动和过程实施阶段活动的不同点： 从抽象层次的角度看，过程建模阶段活动的结果是对软件过程进行抽象的描述，而过程实施阶段活动所面对的是对软件过程的具体描述和具体的执行运作。 从普遍性和特殊性的角度来看,过程建模阶段活动针对的是非特定的软件项目,也就是某一特定的软件项目所属的一类软件项目，其结果是针对该类软件项目，具有普遍性和通用性；而过程实施活动所针对的是某一个特定的软件项目，其过程实例只能独用，其实际运作情况是相对特殊的，其最终结果也是区别于其他的软件而特有的。 软件过程实施（续） 从适用性角度来看，过程建模阶段活动的结果对实际的执行运作具有指导意义，但是不可直接投入实际的执行运作，而过程实施阶段活动将过程模型转化为过程实例并投入实际的执行运作，其最终结果是软件。 从软件项目工程的角度看，过程建模阶段活动是软件项目工程活动得以开展的基础，而过程实施阶段活动具体而直接地支持软件项目工程活动的开展。 软件过程改进  软件过程改进 是在软件过程工程中为了更有效地达到优化软件过程的目的所实施的改善或改变其软件过程的一系列活动，过程改进的关键是发现软件过程中所存在的问题和缺陷。 软件能力成熟度模型 软件能力成熟度模型（Capability Maturity Model for Software，简记为CMM）是在1990年提出草案，1991年8月提出CMM1.0版本的。其后于1993年提出了CMM1.1版。经过4年在广泛范围内的实施，从软件过程评估中获得了大量反馈， 软件过程改进（续） 并据此不断改进，于1998年初出版CMM2.0版。通过详细阐述软件开发成熟度框架得到的模型，为各软件组织提供了更有效的指导来建立过程改进计划。 为了正确而有序地进行软件过程中的活动，必须为软件过程建立一种能够良好地描述和表示的模型。有了这种模型，就可以更容易地确定各个阶段所需要完成的任务和实现任务的评估方法，表达各个阶段之间的次序和关系。 CMM模型 CMM模型为较全面地描述和分析软件过程能力的发展程度，建立了描述一个组织的软件过程成熟程度的分级标准。提供了5个成熟度级别： 初始级。软件过程的特点是杂乱无章，有时甚至混乱，几乎没有明确定义的步骤，成功完全依赖个人努力和英雄式核心人物。 可重复级。建立了基本的项目管理过程来跟踪成本、进度和机能。有必要的过程准则来重复以前在同类项目的成功。 CMM模型（续） 确定级。管理和工程的软件过程已文件化、标准化，并综合成整个软件开发组织的标准软件过程。所有的项目都采用根据实际情况修改后得到的标准软件过程来发展和维护软件。 管理级。制定了软件过程和产品质量的详细的度量标准。软件过程和产品的质量都被开发组织的成员所理解和控制。 优化级。加强了定量分析，通过来自过程质量反馈和来自新观念、新科技的反馈使过程能不断持续地改进。 CMM模型（续） 图9-5 CMM模型 优化级 (5) 可管理级 (4) 确定级 (3) 可重复级 (2) 初始级 (1) 不断改进的过程 能预见的过程 标准一致的过程 有纪律的过程 图9－5 成熟度级别 软件组织的成熟与不成熟 不成熟的软件组织 软件过程一般不预先计划，在项目进行中由实际工作人员及管理员临时计划。 没有客观的标准来判断产品质量，产品质量得不到保证。一些提高质量的环节，如检查、测试等经常由于要赶进度而减少或取消。 产品在交付前，对客户来说，一切都是不可见的。 没有长远目标，管理员通常只关注解决任何当前的危机。 超支、超时，或以加班加点方式赶进度。 软件组织的成熟与不成熟（续） 成熟的软件组织 有全面而充分的组织和管理软件开发和维护过程的能力。 管理员监视软件产品的质量以及生产这些产品的过程。 有一系列客观标准来判别产品质量，分析产品和过程中的问题。 进度和预算可以按照以前积累的经验来制定，以保证其可行。 预期的成本、进度、功能与性能和质量都能实现，并达到目的。 能准确及时地向工作人员通报实际软件过程，并按照计划有规则地工作。 本章小结