软件技术-建模与技术-UML精选.ppt

1.顺序图 注意在图 2 中，对于顺序图，图的标签由文字“sd”开始。当使用一个框架元件封闭一个图时，图的标签需要按照以下的格式: UML 规范给图类型提供特定的文本值。（举例来说，sd代表顺序图，activity代表活动图，use case代表用例图）。 1.顺序图 基础顺序图的主要目的是定义事件序列，产生一些希望的输出。重点不是消息本身，而是消息产生的顺序；不过，大多数顺序图会表示一个系统的对象之间传递的什么消息，以及它们发生的顺序。图按照水平和垂直的维度传递信息：垂直维度从上而下表示消息/调用发生的时间序列，而且水平维度从左到右表示消息发送到的对象实例。 1.顺序图 生命线当画一个顺序图的时候，放置生命线符号元件，横跨图的顶部。生命线表示序列中建模的角色或对象实例。 生命线画作一个方格，一条虚线从上而下，通过底部边界的中心（图 3）。生命线名字放置在方格里。 图 3: 用于一个实体名为freshman的生命线的Student类的一个例子 UML 的生命线命名标准按照如下格式: 1.顺序图 生命线图 3 中我们生命线例子是一个命名的对象，但是不是所有的生命线都代表命名的对象。相反的，一个生命线能用来表现一个匿名的或未命名的实体。当在一个顺序图上，为一个未命名的实例建模时，生命线的名字采用和一个命名实例相同的模式；但是生命线名字的位置留下空白，而不是提供一个例图名字。再次参考图 3，如果生命线正在表现Student类的一个匿名例图，生命线会是: “Student”。同时, 因为顺序图在项目设计阶段中使用，有一个未指定的对象是完全合法: 举例来说，“freshman”。 图 3: 用于一个实体名为freshman的生命线的Student类的一个例子 1.顺序图 消息为了可读性，顺序图的第一个消息总是从顶端开始，并且一般位于图的左边。然后继发的消息加入图中，稍微比前面的消息低些。 为了显示一个对象（例如，生命线）传递一个消息给另外一个对象，你画一条线指向接收对象，包括一个实心箭头（如果是一个同步调用操作）或一个棍形箭头（如果是一个异步讯号）。消息/方法名字放置在带箭头的线上面。正在被传递给接收对象的消息，表示接收对象的类实现的一个操作/方法。 1.顺序图 消息 图 4: 一个在对象之间传递消息的实例 返回消息是可选择的；一个返回消息画作一个带开放箭头的虚线，向后指向来源的生命线，在这条虚线上面，你放置操作的返回值。 1.顺序图 消息 当顺序图建模时，有时候，一个对象将会需要传递一个消息给它本身。一个对象何时称它本身？一个纯化论者会争辩一个对象应该永不传递一个消息给它本身。然而，为传递一个消息给它本身的对象建模，在一些情境中可能是有用的。举例来说，图 5 是图 4 的一个改良版本。 图 5 版本显示调用它的 determineAvailableReports 方法的系统对象。通过表示系统传递消息“determineAvailableReports”给它本身，模型把注意力集中到过程的事实上，而不是系统对象。 为了要画一个调用本身的对象，如你平时所作的，画一条消息，但是不是连接它到另外的一个对象，而是你把消息连接回对象本身。 1.顺序图 消息 图 5: 系统对象调用它的 determineAvailableReports 方法 1.顺序图 消息 图 5 中的消息实例显示同步消息；然而，在顺序图中，你也能为异步消息建模。一个异步消息和一个同步的画法类似，但是消息画的线带一个棍形矛头，如图 6 所示。 图 6: 表示传递到实体2的异步消息的顺序图片段 1.顺序图 约束当为对象的交互建模时，有时候，必须满足一个条件，消息才会传递给对象。约束在 UML 图各处中，用于控制流。在这里，我将会讨论UML 1.x 及UML 2.0两者的约束。在 UML 1.x 中，一个约束只可能被分配到一个单一消息。UML 1.x中，为了在一个顺序图上画一个约束，你把约束元件放在约束的消息线上，消息名字之前。图 7 显示顺序图的一个片段，消息addStudent 方法上有一个约束。 1.顺序图 约束 在图 7 中，约束是文本“[ pastDueBalance=0]”。通过这个消息上的约束，如果应收帐系统返回一个零点的逾期平衡，addStudent 消息才将会被传递。 图 7:UML 1.x 顺序图的一个片段，其中addStudent 消息有一个约束 1.顺序图 约束--组合碎片(变体方案，选择项，和循环)然而，在大多数的顺序图中，UML 1.x“in-line”约束不足以处理一个建模序列的必需逻辑。这个功能缺失是 UML 1.x 的一个问题。UML 2 已经通过去掉“in-line”约束，增加一个叫做组合碎片的符号元件，解决了这一个问题