大话3序列号?大话UML
各位老铁们好,相信很多人对大话3序列号都不是特别的了解,因此呢,今天就来为大家分享下关于大话3序列号以及大话UML的问题知识,还望可以帮助大家,解决大家的一些困惑,下面一起来看看吧!
1、UML提供了两种类型的图表来表示交互:序列图和通信图。两个图都可以显示信息的交换。然而,重点是不同的:通信图强调个体对象及其拓扑的关系;序列图强调交换信息的时间顺序。在外部视图中,我们选择通过序列图的表示,并且没有通信图,有两个原因:
2、序列图对于开发人员和读者来说更容易理解。在我们在项目中的实际工作中,由于简单,我们观察到序列图的接受程度更高。
3、我们避免为相同的事实使用不必要的图表类型。
4、如果客户或业务合作伙伴使用提供的服务,合作伙伴将彼此沟通。该过程可以被描述为一系列相互作用。这些相互作用在序列图中有明确的规定,而图中省略了每个合作伙伴的活动以及相互作用发生的条件。但是,他们可以用补充说明来描述。
5、与活动图一样,序列图可以跨越多个用例进行建模,并用于改进业务用例。序列图说明了业务用例的各种场景。
6、序列图可以用作业务系统与外部用户之间的消息交换的基础(图1)。我们将在系统集成建模中讨论这个主题:
7、在序列图中,我们使用以下元素:
8、序列图可以用注释(UML通常允许所有图中的注释)。
9、例如,可以将合作伙伴或条件的活动指定为注释。
10、涉及交互的对象放在x轴上。对象是序列图中消息的发送者和接收者:
11、在业务系统模型(外部视图)中,这些对象代表业务系统和业务系统本身的角色。
12、对象发送和接收的消息显示在y轴上。消息从上到下按照递增的时间顺序插入。箭头方向表示发送信息的方向:
13、业务对象列在括号中。业务对象与消息一起传送。业务对象的一些示例是门票,登机牌和行李。这些例子将在PackageDiagram中得到更详细的说明。
14、图2显示了乘客和乘客服务对象的序列图。整个图表记录了商务用例旅客入住的过程。
15、你开始阅读顶部的序列图(1)。左上角(1)的起始点位于作为消息的发送者和接收者的表示乘客(2)的垂直线上。当旅客将他或她的机票(3)交给乘客服务进行验证(4)时,流程开始。呼叫验证(4)是消息;交出的票(3)是商业对象。箭头的方向表明乘客是的消息和发送者的乘客服务的接收器(6)。在乘客服务中接收到的信息发起活动,由灰色垂直栏(7)表示。该图不显示乘客服务如何处理过程,这意味着它不显示哪些活动进行:
16、只有评论(5)可以包括一个线索。注释可以插入到序列图的左边。在活动图“乘客检查”中可以看到处理的确切描述(见上面的图2)。
17、在最后一个步骤,客运服务问题(8)一个登机证(9)给乘客。因此,在此序列图中说明的交互是为双方完成的。这由宽灰色垂直条(10)的末尾表示。
18、在业务模型中,我们不使用序列图的所有选项。UML为这种图表类型提供了更多的可能性,但是我们的经验表明,这足以传达基本方面。
END,本文到此结束,如果可以帮助到大家,还望关注本站哦!