uml顺序图 UML顺序图

UML中顺序图、协作图、活动图和状态图的问题?

用于用例建模的只能是用例图。用于作建模的是顺序图、协作图、活动图。用于分析对象内部行为的是状态图。

uml顺序图 UML顺序图

uml顺序图 UML顺序图

这个三言两语很难说清，而且篇幅很大，去查看百度百科【UML】

UML顺序图是一种表示过程或活动的流程图，它用来表示某一特定时间段内发生的消息或者。它通常从左到右表示时间的发展，这样可以清楚地看到某一活动是否已经发生或持续发生。UML顺序图可以用来展示某一特定过程中涉及到的活动、交互和消息，以及执行这些活动的实体之间的关系。

uml顺序图怎么把对象放进去

1. 如何绘制UML顺序图

一、时序图（Brief introduction） 时序图（Sequence Diagram）是显示对象之间交互的图，这些对象是按时间顺序排列的。

顺序图中显示的是参与交互的对象及其对象之间消息交互的顺序。时序图中包括的建模元素主要有：对象（Actor）、生命线（Lifeline）、控制焦点（Focus of control）、消息（Message）等等。

二、时序图元素（Sequence Diagram Elements） 角色（Actor） 系统角色，可以是人、及其甚至其他的系统或者子系统。 对象（Object） 对象包括三种命名方式： 种方式包括对象名和类名； 第二中方式只显示类名不显示对象名，即表示他是一个匿名对象； 第三种方式只显示对象名不显示类明。

2. 顺序图的创建对象

在一个顺序图上注明对象的创建通常有两种方法。 首先，你可以用版型来发送一个消息，如同图2如。中所示OrderCheckout所示的那样。 其次，你可以通过把图中分类器位置下移，在其侧面调用一个消息的方式直接的显示创建，如你在图1所见的theStudent和图⒉的CreditCardPayment。直接方法的最主要的好处是它可以形象的表示出对象从无到有的逻辑。

为软件消息使用作符号。

当一个消息被发给一个软件实现的分类器时，例如类、接口、或组件。通用的准则是使用实现语言的语法来描述消息名。 例如，在图3中，消息mit ( transactionID)被发送给source account对象，它使用了类似于Ja、C++、和C_#语言的语法。

为涉及人和组织角色的消息使用叙述性文字。

当一条消息的来源或目标人或组织的角色时，需要使用简短的叙述性文字来描述传达的信息、来标记消息。 例如，在图1中，被student角色发送出的消息是provides name和provides student number，它们描述了这个人在做什么。

使用参数名称，而不是参数类型

注意在图3中，大多数的消息都使用参数名称来注明参数，而不是使用类型。的例外是start （)消息中传递的UserID参数。 这可以使你正确地判定该消息传递了什么值，有时候类型信息是不够的。 例如，消息addDeit ( amount, target, transactionID)传达的信息要比addDeit ( Currency, Account, int)多。

3. 时序图与顺序图,该怎么解决

是强调消息时间顺序的交互图。时序图描述类系统中类和类之间的交互，它将这些交互建模成消息交换。时序图是一个模型，用于描述对象间如何随着时间在某些行为方面进行协作。（强调的是消息的时间顺序）

2. 顺序图的作用

1）. 顺序图用来表示用例中的行为顺序。当执行一个用例行为时，顺序图中的每条消息对应了一个类作或状态机中引起转换的。

2）. 顺序图展示对象之间的交互，这些交互是指在场景或用例的流中发生的。 顺序图属于动态建模。

3）. 顺序图的重点在消息序列上，也就是说，描述消息是如何在对象间发送和接收的。表示了对象之间传送消息的时间顺序。

4）. 对类图的完善。

4. 在uml中,状态图,协作图,活动图,顺序图在系统分析中各起到了什

你说的这四个框图都是动态视图，状态图主要表示一个对象不同状态之间的变化关系；

协作图在uml1.4中和序列图是可以互相转换的，在uml2以上版本中没有这个了，改为通信图了，主要表示不同对象之间的通信协作关系；

活动图主要表示一个流程，比如一个用例的流程，一个类的流程等；

序列图也可以叫顺序图，表示对象之间交互的生命过程；

更多UML框图的详细介绍可以参考trufun的在线帮助系统，有详细的介绍和文档案例讲解。

顺序图和通信图都属于交互图。

这两种图之间的区别在于：顺序图基于时间，按时间顺序显示出现的任务；而通信图显示任务和信息(对象)的交互方式。在通信中，时间以编码形式显示，很难选取。

虽然存在这些根本区别，但这两类图有相同之处：都用于显示对象和用户如何交互以执行任务

1. 在VP下载 Simple-Registration.vpp 。

2. 在Visual Paradigm中打开已下载的vpp文件。通过工具栏中的 Project > Open 可打开这个项目。

3. 打开类图 Registration ，通过对图表内容的查看，我们了解到这里有三个类——RegistrationUI 、 RegistrationController 和 User 。

4. 现在我们想要对在运行时这些类的对象实例间的交互进行建模。由于类负责控制登记流程，因此添加一个它的子顺序图。将鼠标指针移动到 RegistrationController ，点击底部右下角的资源图标然后从弹出菜单中选择 New Diagram... 。

5. 在 New Diagram 窗口，选择 Sequence Diagram ，然后点击 Next 。保持默认图标名称不变，然后点击 OK 进行确认。

6. 一个空的UML顺序图创建以后，从图表工具栏中选择 Boundary LifeLine (B) 。

7. 点击图表创建生命线的分界线。

8. 输入 registrationUI 作为生命线名称，然后敲击回车键进行确认。

9. 右键点击生命线，然后从弹出菜单中选择 elect Class > Select Class... 。

10. 在 Select Class 窗口，选择 RegistrationUI 类，然后点击 OK 进行确认。

然后所绘制的生命线就：

11. 创建一个控制生命线（ Control LifeLine ）： registrationController : RegistrationController 和一个实体生命线（Entity LifeLine）： user : User 。不要忘了为它们选择合适的类。所绘制的图表如下图所示：

12. 让我们为生命线之间所调用的方法进行建模，将鼠标指针移动到生命线 registrationUI 。

13. 按住资源 Resource Catalog ，然后进行拖动。

14. 移动到生命线 registrationController ，然后释放鼠标按钮。

15. 从Resource Catalog中选择 Message 。

16. 这会弹出一个可供你选择的新的序列信息的列表名称。你可以看到这些选项都是classRegistrationController的作，在其中选择 createUser(name, password) 。

17. 关联生命线 registrationController 和 user ，我们可以看到是 registrationController 创建了user生命线。因此，我们需要创建一条信息来关联这两者。将鼠标指针移动激活生命线 registrationController 。

18. 按住资源 Resource Catalog 进行拖动。

19. 在生命线 user 处放开鼠标指针。

20. 从Resource Catalog中选择 Create Message 。

于是信息就被创建好了，所得的图像如下图所示：

21. 创建从生命线 registrationController 到user的信息 setName 和 setPassword ，到目前为止，图表如下图所示：

22. 您还可以指定作的参数，以信息 createUser(name, password) 为例。右键点击它，然后从下拉菜单中选择 Open Specification... 。

23. 通过点击按钮上的省略号对行为属性进行编辑，跳转到 Action type 。

24. 在 Call Action Specification 窗口，点击 Add > Text... 添加参数。在本例中，点击 Add > Text... 添加参数 peter 。再次点击 Add > Text... 添加参数 mypwd 。注意，这里的两个参数指的是两个通过作赋予的参数，如果你再添加第三个参数，它将被自动忽略（因为只定义了两个作）。

25. 点击 OK 关闭窗口，然后返回图表。添加的参数被呈现在了图表上