第11章 UML与RUP.ppt

1、1,第11章 UML与RUP,软件开发过程是软件工程的要素之一，有效的软件开发过程可以提高软件开发团队的生产效率，并能够提高软件质量、降低成本、减少开发风险。UML是一种可应用于软件开发的非常优秀的建模语言，但是UML本身并没有告诉人们怎样使用它，为了有效地使用UML，需要有一种方法应用于它，当前最流行的使用UML的方法就是Rational的统一过程（Rational Unified Process，简称RUP）。RUP是软件开发过程的一种，它为有效地使用统一建模语言UML提供了指导。 本章将介绍如何通过与UML紧密结合的RUP进行软件开发。,2,本章学习要点：,了解软件开发过程 了解UML与

2、RUP的关系及使用RUP的原因 理解RUP的二维空间 理解RUP的各核心工作流程,3,11.1 理解软件开发过程,软件开发过程是指应用于软件开发和维护当中的阶段、方法、技术、实践和相关产物（计划、文档、模型、代码、测试用例和手册等）的集合。有效的软件开发过程可以提高软件开发团队的生产效率，并能够提高软件质量、降低成本、减少开发风险。 软件开发过程是开发高质量软件所需完成的任务的框架。软件工程是一种层次化的技术，如图所示。,4,11.2 Rational统一过程（RUP）,UML（Unified Modeling Language）仅仅是一种系统建模语言，它并没有告诉建模人员应该如何使用它，为了

3、使用UML，需要有一种方法应用于它，当前最流行的使用UML的方法就是Rational的统一过程（Rational Unified Process，简称RUP），也称为Unified Process（统一过程）。,11.2.1 理解RUP,软件开发过程是使软件从概念到成品所能遵循的一系列阶段，RUP作为一种软件开发过程包含了以下4个阶段：初始阶段（Inception）、筹划阶段（Elaboration）、构建阶段（Construction）和转换阶段（Transition）。 1初始阶段 RUP的初始阶段是进行最初分析的阶段，用于确定要开发的系统，包括其内容和业务。 2筹划阶段 RUP的筹划阶段

4、是进行详细设计的阶段，用于确定系统的功能。 3构建阶段 RUP的构建阶段是一个根据系统设计的结果进行实际的软件产品构建的过程，该过程是一个增量过程，代码在每个可管理的部分进行编写。 4转换阶段 在该阶段中，将会处理将软件系统交付给用户的事务。,5,11.2.2 为什么要使用RUP,在目前比较流行的软件开发过程中，RUP是由发明UML的3位方法学家提出的，与其他软件开发过程相比，使用RUP可以更好地进行UML建模，而且，RUP能够为软件开发团队提供指南、文档模板和工具，从而使软件开发团队能够最有效地利用当前软件开发实践中所获得的六大最好经验。,6,11.3 RUP的二维空间,在RUP中，根据时间

5、和核心工作流程，软件生命周期被划分为二维空间，也可以说RUP是沿着两个轴发展的。其中，水平轴（时间维）显示了RUP动态的一面，在RUP中，使用周期（Cycle）、阶段（Phase）、迭代（Iteration）等术语进行描述；垂直轴代表了RUP静态的一面，该维是按照内容组织的，包含了RUP的核心过程工作流程和核心支持工作流程，在RUP中使用活动（Activity）、产品（Artifact）、工作人员（Worker）和工作流（Workflow）等术语进行描述。,7,11.3.1 时间维,时间维空间是RUP随着时间的动态组织。RUP将软件生命周期划分为初始阶段、筹划阶段、构建阶段和转换阶段4个阶段，

6、每个阶段的结果都是一个里程碑，都要达到特定的目标。本章第二节的介绍已使读者对这4个阶段有了一个大概的了解，下面将对这4个阶段进行更加详细的介绍。 在RUP的初始阶段，需要为软件系统建立商业模型并确定系统的边界。为此，需要识别出所有与系统交互的外部实体，包括识别出所有用例、描述一些关键用例，除此之外，还需要在较高层次上定义这些交互。,8,11.3.2 RUP的静态结构,RUP的静态结构是用工作人员、活动、产品和工作流等描述的，这些建模元素描述了什么人需要做什么，如何做，以及应该在什么时候做。,10,11.4 核心工作流程,在上一节中已经对RUP中的工作流进行了概括性的介绍，本节将分别结合工作人员

7、、产品和工作流这3个建模元素对RUP中的几个核心工作流进行详细介绍。,11,11.4.1 需求获取工作流,系统的用户对其所用系统在功能、性能、行为和设计约束等方面的要求就是软件的需求。需求获取就是通过对系统问题域的分析和理解而确定系统所涉及的信息、功能和系统行为，进而将系统用户的需求精确化、完全化。进行需求获取的任务主要是在RUP的初始阶段和筹划阶段完成的。,12,11.4.1 需求获取工作流,系统的用户对其所用系统在功能、性能、行为和设计约束等方面的要求就是软件的需求。需求获取就是通过对系统问题域的分析和理解而确定系统所涉及的信息、功能和系统行为，进而将系统用户的需求精确化、完全化。进行需求

8、获取的任务主要是在RUP的初始阶段和筹划阶段完成的。,13,11.4.2 分析工作流,分析工作流的主要工作是从初始阶段的末尾开始进行的，但是大部分工作是在筹划阶段进行的。通常情况下，在对系统进行需求获取的同时也需要进行分析。 工作人员 分析工作流期间的工作人员包括： 架构工程师 架构工程师在该过程中负责“分析模型”和“架构描述”两个UML产品，但是不需要对分析模型中各种产品的持续开发和维护负责。 用例工程师 用例工程师的任务是完成若干用例的分析和设计，使这些用例实现相应的需求。 组件工程师 在分析工作流中，组件工程师的任务是定义并维护若干个分析类，使它们都能实现相应用例实现的需求，并维护如干个

9、包的完整性。,14,11.4.3 设计工作流,设计工作流中的主要工作是在筹划阶段的末尾部分和构建阶段的开头部分完成的。在获取系统需求和分析活动比较完善之后，接下来的主要工作就是设计了。下面将对设计工作流进行详细介绍。 工作人员 设计工作流中的工作人员包括： 架构工程师 在该工作流中，架构工程师的主要任务是确保系统设计和实现模型的完整性、准确性和易理解性。 用例工程师 在设计工作流中，用例工程师的任务是确保用例实现（设计）的图形和文本易于理解并且准确地描述系统的特定功能。 组件工程师 组件工程师的任务是定义和维护设计类的属性、操作、方法、关系以及实现性需求，确保每个设计类都实现特定的需求。,15

10、,11.4.4 实现工作流,实现工作流是把系统的设计模型转换成可执行代码的过程，可以认为实现工作流的重点就是完成系统的可执行代码。实现工作流是RUP中构建阶段的重点。系统的实现模型只是实现工作流的副产品，系统开发人员应当把重点放在开发系统的代码上。 工作人员 RUP的分析工作流期间的工作人员包括： 架构设计师 在实现工作流中，架构设计师主要负责确保实现模型的完整性、正确性和易理解性。 架构设计师必须对系统实现模型架构以及可执行体与节点间的映射负责，但实现模型中各种产品的继续开发和维护不属于他的职责范围。 组件工程师 组件工程师的任务是定义和维护若干组件的源代码，保证系统中的每个组件都能正确实现其功能，除此之外，组件工程师还应确保实现子系统的正确性。 系统集成人员 系统集成人员主要负责规划在每次迭代中所需的构造序列，并在实现每个构造后对其进行集成。,16,11.4.5 测试工作流,在获取系统需求以及分析、设计、实现等阶段的工作都完成后，就需要认真查找软件产品中潜藏的错误或者缺陷，并进行更正和完善。测试工作流的工作量通常会占到系统开发总工作量的40以上。测试工作流贯穿于系统开发的整个过程，它开始于RUP的初始阶段，并是筹划阶段和构建阶段的重点。 工作人员 R