我正在为一个研究生班做一个项目,但仍然无法绕过它们。
序列图 (SD)和系统序列图 (SSD)有什么区别?
在进行系统开发项目时,它们应该以什么顺序开发?
系统序列图中参与(交换消息)的元素是参与者和系统。这些元素交换的消息可以是任何类型,具体取决于系统(从 Web 服务调用到人类的数据输入)。
参与序列图的元素是对象(各种类的实例)。这些元素交换的消息是方法调用。
首先,您将分析并记录用例。每个用例都描述了所需的主要业务任务。系统用例图是该活动的一部分。
稍后您将设计每个子系统,即参与系统用例图的每个元素。您绘制一个或多个类图来描述参与解决方案的类。然后,您将为最重要(或难以理解)的方法绘制序列图。
编辑:可以在敏捷建模站点中找到一些示例。
序列图:它显示了两个对象之间的交互。系统序列图:它显示了系统和参与者之间的交互。
序列图只是一个更常见的术语。
序列图主要用于显示按顺序表示为生命线的对象之间的交互。
(来自 VP ULM 帮助) 所以,顺便说一句,您可以看到它不是 @nakosspy 所写的一种方法的可视化。
它可以用于任何级别:方法、服务、组件、系统。
系统时序图,是为最高层做的时序图。正如Wiki所说,它甚至可以描述一组用例,而不仅仅是一个用例。但更重要的是,系统 SD 的元素应该用用户术语来描述,而不是 IT 俚语。因为它属于项目文档的需求部分。
我们在 UML 中只有一个序列图,我们可以将其用于不同的抽象级别。我们可以使用此图来记录参与者与组件、类等之间的交互 有时您可以找到名称“系统序列图”以防万一,图描述了实现特定操作(可能是 web 服务),没有参与者的组件。