第2章 节 软件工程过程模型 普通高等院校计算机类专业系列教材 软件工程.pptVIP

第2章 软件工程过程模型 ;2.1 软件工程的技术基础; 正如其他工程方法一样，软件工程必须以有组织的软件质量保证为基础。因此说，对质量的关注构成了软件工程的根基。 软件工程过程是将技术层(包括工程技术与管理技术)结合在一起的凝聚力。 过程层是软件工程的基层。软件工程过程定义了一组关键过程域(KPAs)，这对于软件工程技术的有效应用是必需的。这些关键过程区域是对软件工程项目进行管理与控制的基础，并且确定了上、下各区域之间的关系。其中，对于技术方法的采用、阶段产品的产生、工程里程碑的建立、质量监控与保证、变更控制等方面都进行了规定。 除各个开发组织可以定义自己的软件工程过程之外，目前流行比较广泛的软件工程过程包括有RUP过程、极限(XP)过程、敏捷软件过程(Agile S.P)等等。; 软件工程方法涵盖了需求分析、设计、编程、测试、维护等各个环节，它给出了完成这些任务在技术上应当“如何做”的方法。它依赖于一组基本原则，这些原则控制了每一个技术区域，涉及到建模活动和其他描述技术。 工具层对过程和方法提供支持，使得工程活动、管理活动得以自动、半自动的进行。例如，目前广为使用的数据库建模工具Erwin、面向对象的建模工具Rationnal Rose、配置管理工具等等。如果把一系列的工具集成起来使用，使得一个工具产生的信息可以被另一个工具使用时，就形成了一个支持软件开发的系统。这种集成了软件、硬件和一个软件工程数据库的软件工程环境，称为计算机辅助软件工程(CASE)。;2.2 软件工程过程; 一个软件过程可以表示成如图2.2所示的形式。其中，公共过程框架是通过定义若干适合于所有软件项目的框架活动而建立的；若干任务集合中，每一个集合都由软件工程工作任务、软件项目里程碑、软件工作产品和交付物以及质量保证点组成；保护性活动独立于任何一个框架，贯穿于整个过程。;图2.2 软件工程过程;2.3 软件过程模型; 从宏观上来看，所有的软件开发过程都可以看成是一个循环解决问题的过程。其中包括四个截然不同的阶段：状态描述、问题定义、技术开发和方案综述，如图2.3所示。状态描述表示了事物的当前状态；问题定义标识了要解决的特定问题；技术开发通过应用某些技术来解决问题；方案综述提交解决结果(如文档、程序、数据、新的商业功能、新产品)给那些从一开始就需要方案的人。前面定义的软件工程的一般阶段和步骤很容易映射到这些阶段上。 ;图2.3 问题循环解决的各个阶段 ; 上述的问题循环解决过程可以应用于软件工程的多个不同开发级别(阶段)上，包括考虑整个系统开发的宏观阶段，开发程序构件的中间阶段，甚至是代码编制阶段，因此可以采用分级集合表示。可以定义一个模式，然后在连续的、更小的规模上递归地应用它，这样来提供一个关于过程的理想化的视图。问题循环解决过程的每一个阶段又包含一个相同的问题循环解决过程，如图2.4所示。可以认为，软件开发是从用户到开发者再到技术的一个连续的过程。随着向一个完整系统的逐步进展，上述的阶段递归地应用于用户的需求和开发者的软件技术说明中。 ;图2.4 问题循环解决阶段中的阶段; 要想像图2.3那样清楚地划分阶段活动是很困难的，因为阶段内部和阶段之间的活动往往是交叉的。但是对于任何一个软件项目而言，不管选择了什么样的具体的软件工程过程模型，所有四个活动阶段在某个细节的级别上都是同时存在的。图2.4描述了实际过程的递归性质。在后面的讨论中，我们将会看到，每一种具体的软件工程过程模型实际上都代表了一种将本质上无序的活动有序化的企图。每一种模型都具有能够帮助实际软件项目的控制及协调的特征，但在它们的核心中，这些模型又表现了无序模型的特点。; 在软件工程实践中，有许多专家治力于过程模型的研究。像瀑布模型、原型模型、快速应用开发模型、增量模型、螺旋模型、形式化方法模型、RUP模型、敏捷过程模型、构件组装模型、并发开发模型等等都先后得到了有效的应用。目前，关于软件工程过程模型的研究仍然在积极地进行之中，将不断取得新的进展与成就。;2.4 线性顺序模型; 线性顺序模型有时也称为“瀑布模型”。 它表示了软件开发系统的、顺序的方法。虽然瀑布模型支持带反馈的循环，但大多数使用者均把它视为是严格线性的。从系统级开始，随后是分析、设计、编码、测试和维护。借鉴传统的工程周期，线性顺序模型的活动如图2.5所示。 ; 线性顺序模型是最早，也曾经是应用最广泛的软件工程过程模型，但是这种模型不适应需求经常发生变更的环境。实际的项目很少能够严格地按照该模型给出的顺序进行。需求的变更、设计的变更、编码的变更几乎是不可避免的。虽然线性顺序模型能够允许迭代，但却是间接的迭代。在项目的开发过程中，变更可能会引起