uml - 系统序列图是分析还是设计的一部分？
问题描述
我想知道系统序列图（SSD）属于设计部分还是分析部分？
解决方案
系统序列图 (SSD)是一种特殊类型的UML序列图，旨在为一个特定用例记录所考虑的系统与外部参与者之间的交换序列。
它不是标准的 UML 图，而是建立在这样的图之上。《变化世界中的系统分析与设计》一书似乎普及了这种方法，但我可以找到可以追溯到 2000 年初的文章（如this或this）。
上述书将SSD置于分析活动中。原因是分析是关于理解需求，这通常从用例开始。SSD 就是对这种分析的微调。
然而，有人可能会争辩说这是设计活动的一部分，因为用例是需求，但是如何通过一系列交换来满足这些需求已经是解决方案设计的开始，就像你开始画草图一样用户界面：多个 SSD 可以满足需求，您可以选择。
因此，答案取决于您使用该模型的目的。
我自己的观点是你已经在起草一个解决方案，所以它应该是设计的，除非你对现有应用程序进行一些逆向工程，或者你的客户有非常详细的要求
推荐阅读
- cpu-architecture - 如何在真正的 FPGA 上实现 nand2tetris 处理器？
- python - Python 套接字 OSError：[Errno 98] 地址已在使用中
- python - UnboundLocalError：分配前引用的局部变量“computed_matrix”
- c - 是否有任何 CHAR_BIT > 8 的托管 C 实现？
- javascript - 未调用 node.js 流完成或错误事件
- spring - 将 Spring 项目转换为 Spring Boot 时面临的问题
- c# - 将要求添加到默认 [授权] 策略
- python - 带有sklearn的python中的决策树将sklearn更改为使用c4.5
- flask - 错误：找不到 Flask 应用程序
- c++ - 如何防止 /* 创建评论块？