第12章 面向对象方法与UML.pptVIP

12.4 UML中的动态模型 12.4.3 对象交互时序与顺序图 顺序图(sequence diagram)按时间顺序描述对象间的交互模式；它利用对象的“生命线”和它们之间传递的消息来显示对象如何按时序参与交互。 顺序图由活动者(actor)、对象(object)、消息(message)、生命线(lifeline)和激活(activation)(又称控制焦点(focus of control))组成。在UML中对象表示为一个矩形，其中有对象名；消息由有标记的箭头表示；生命线由虚线表示；激活由薄薄的矩形表示。顺序图的主要目的是定义事件序列，产生一些希望的输出。重点不是消息本身，而是消息产生的顺序。 12.4 UML中的动态模型 12.4.3 对象交互时序与顺序图 12.4 UML中的动态模型 12.4.4 协作与协作图 协作图(Collaboration Diagram)是一种交互图(interaction diagram)，强调的是发送和接收消息的对象之间的链接结构。 协作图组成的基本元素有：活动者、对象、链接(link)和消息。在UML中，使用实线标记两个对象之间的链接，由标记在连接上方的带有标记的箭头表示消息。 12.5 UML中的功能模型与实现模型 12.5.1 用例与用例图 用例是一个行为或功能单元，表达了系统的功能和所提供的服务。用例从用户的目标和观点来描述完成业务要实现哪些功能。 用例能够描述业务要求完成的功能，这种对业务的描述的用例称为业务用例(business use case)。用例通常描述对一个人机系统的使用功能，就称之为系统用例(system use case)。UML 提供了用例图(use case diagram，UCD)表示法，用以描述用例和使用者及其之间的关系。用例自身被画成一个椭圆，使用者被画成一个小人，用线连到用例。 12.5 UML中的功能模型与实现模型 12.5.1 用例与用例图 12.5 UML中的功能模型与实现模型 12.5.2 组件图 1. 组件图(component diagram):描述的是系统的组件(即构成应用程序的软件单元)以及组件之间的依赖关系。一般来说，软件组件就是一个程序文件，可以是源代码文件、二进制代码文件或可执行文件等。组件图可以用来说明编译、链接或执行时组件之间的依赖关系，主要面向系统开发人员。 组件可以用UML 2规范中的三种不同方法表示 12.5 UML中的功能模型与实现模型 12.5.2 组件图 2. 组件接口:一个组件是提供一个或更多公共接口的独立单元。提供的接口代表了组件提供给它的客户的服务或要求它的服务者提供的服务的正式契约。 显示了订货Order组件有第二个区，用来表示它提供提供了名为 OrderEntry 和 AccountPayable 的接口，也要求另外一个组件提供Person接口。 12.5 UML中的功能模型与实现模型 12.5.2 组件图 3. 组件接口建模的另一种方法 建立一个里面有组件名的大长方形，并在长方形的外面放置UML 2 规范中称为接口的图符。 其中，末端有一个完整的圆周的接口(棒棒糖)图符代表组件提供的接口，末端只有半个圆的接口(插座)图符代表组件要求的接口(接口的名字都被放置在接口符号本身附近)。 12.5 UML中的功能模型与实现模型 12.5.2 组件图 4. 组件关系的建模 当表现组件与其他的组件的关系时，棒棒糖和插座图符也必须包括一支依赖箭头(如类图中所用的)。在有棒棒糖和插座的组件图上，依赖箭头从要求的插座引出，并且它的箭头指向供应者的棒棒糖。 12.5 UML中的功能模型与实现模型 12.5.3 部署图 描述了运行处理节点和位于节点上的软件组织配置。部署图可以描述节点的拓扑结构、通信路径、节点上运行的软件组件、软件组件包含的逻辑单元(如对象、类等)。主要面向开发人员、系统集成人员和测试人员。 12.5 UML中的功能模型与实现模型 UML视图与图的小结 1．用例视图(use case view)，功能模型(functional model)：使用者的角度看的或需要的系统功能。用描述系统功能的① 用例图(use case diagram,UCD)来表达。 2．静态视图(static view)，结构模型(structural model)：展现系统静态结构组成及特征。由描述系统描述对象类及其间关系的② 类图(class diagram)和描述在某个时段的对象及其间关系的③ 对象图(object diagram)组成。 3．动态视图(dynamic view)，行为模型(behavioral model)：体现系统的动态行为特征。通过描述系统元素活动的④ 活动图(activity