UML图的序列

Question

创建UML图时我需要遵循的顺序是什么

您可以对其进行编号并将其显示为必填项吗？

在我的想法中它应该如下：

1. 用例（必填）
2. 序列（强制性）
3. 活动
4. 状态
5. 协作
6. 班级（必修）

如果我错了，请纠正！

Answer 1

用例图，类图，对象图，状态图，序列图，协作图，活动图，部署图，组件图

供链接

下面的参考使用

http://www.globalshiksha.com/What-is-the-sequence-of-UML-diagrams-in-project-/ugc/4151036607101480

Answer 2

没有什么比“基于UML的开发方法”更像。

UML只是一种表示法。它不是指导您的“过程”：

Role ---> Activity ---> Artifact

如果您需要这样的指南，您可以查看Rational Unified Process。或者更轻的weigt打开版OpenUP 可以下载http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php

但是没有一个软件流程“喜欢”去买衣服。所有流程都应根据您的项目特定需求量身定制。否则“进程”将会杀死你的软件项目。 Sfinnie 绝对正确。

在他的书Larman（应用UML和模式：面向对象的分析和设计和迭代开发的介绍）中，以轻量级的方式应用Rup和Uml。

以下是他使用Uml（http://www.objectsbydesign.com/books/larman_process.html）

的简短描述

小心不要死于UML FEVER !!! Death by UML Fever

Answer 3

您的订购看起来是对的，我不确定是否有为项目创建UML图的强制序列。你应该真的能够在适合你的时候使用UML。

如果您想了解如何使用UML的结构，您应该查看各种软件建模过程。我用了很多的是ICONIX进程http://www.informit.com/articles/article.aspx?p=167902。这是一个基于用例的轻量级过程。

Answer 4

一般而言，您没有“需要”遵循的序列，也没有图表是强制性的。

有以UML为中心的方法（例如RUP，FDD，ICONIX，如其他地方所述），它们规定了排序，应该生成哪些图表。

所以你写的问题的答案是：

• 如果你正在使用一种特定的方法 - 和严格遵守它 - 那么它会告诉你什么时候生产。
• 否则没有。

如果您正在尝试采用基于UML的开发方法，那么我建议您查看各种方法并决定使用哪种方法 - 这将回答您的问题。

但是。覆盖所有这些：UML是一组工具。在有用的时候使用它们，并且不要成为过程的奴隶。

第h

Answer 5

在IT项目中，我们基于UML图创建所谓的项目图。在使用UML图的大多数项目中（Choi，H.，Yeom，K。：使用4 + 1 View Architecture of Architecture的软件架构评估方法。在：第九届亚太软件工程大会，第286-293页） IEEE计算机学会，2002年），（Kennaley M。：3 + 1架构观点（3D）：4 + 1观点框架的放大。在第七届IEEE / IFIP会议上的工作，第299-302页IEEE计算机学会，2008），用例图是在软件开发之初开发的，用于描述基于软件的系统的主要功能。然后创建类图以显示系统的结构，并且构建状态机图以显示系统元素的行为（Issa A.，Abu Rub FA：使用业务流程模型执行软件开发项目的早期可行性研究，会议录2007年工程世界大会2007年7月2日至4日，英国伦敦），（Dijkman RM，Joosten SM：从业务流程模型中获取用例图的算法，第6届软件工程国际会议）和应用（SEA），Anaheim，CA，USA，Acta Press，pp.679-684,2002）。随后可以使用活动或序列图来验证其他图的一致性。这些图也使用可视化场景，即 - 用例实现图。 但是在我的UML项目中，我首先根据活动UML图创建了上下文关系图。上下文关系图包含一个主要流程，一些输入事件以及一些输出上的产品或服务。 然后我创建分解图，接下来可以构建busioness用例图。 现在，对于每个用例，我首先根据活动图准备用例实现图。 从每个用例实现图中我得出：类，状态和系统用例图。 接下来，我可以基于系统用例图创建一个序列图，以显示IT系统的内部行为和结构。最后，我创建了组件图（基于序列图）和部署图（基于组件图）。 StanisławJerzyNiepostyn，project-media.pl