c# - 何时定义SDD(系统序列图)操作System->Actor？

Question

我在理解如何制作系统序列图时遇到了一些困难，因为我不完全理解为什么在某些情况下应该为系统 -> Actor 定义操作，而在其他情况下则不然。这是一个例子:

假设系统是一家电影票务商店，而 Actor 是想要购买门票的客户。

1) The User tells the System that wants to buy some tickets, stating his client number.
2) The System confirms that the given client number is valid.
3) The User tells the System the movie that wants to see.
4) The System shows the set of available sessions and seats for that movie.
5) The System asks the user which session/seat he wants.
6) The User tells the System the chosen session/seat.

这将转换为:

a) -----> tellClientNumber(clientNumber)
b) <----- validClientNumber
c) -----> tellMovieToSee(movie)
d) <----- showsAvailableSeatsHours
e) -----> tellSystemChosenSessionSeat(session, seat)

我知道，当我们处理 SDD 时，我们离编码还很远。但我忍不住尝试想象如果我立即将其转换为代码会是什么样子:

我能听懂1)和2)。就像是具有以下签名的 C#/Java 方法:

boolean tellClientNumber(clientNumber)

所以我把两者都放在 SDD 上。

然后，我们就有了3) 4)对。我可以想象为:

SomeDataStructureThatHoldsAvailableSessionsSeats tellSystemMovieToSee(movie)

现在，问题是:

据我了解，我的讲师说我们不应该在 SDD 上对 5) 进行操作，因为我们应该只显示来自Actor 到系统，以及当系统向我们呈现数据(如c))或验证发送的数据(例如b))。

我觉得这很奇怪，就好像我试图把它想象成一个 DOS 应用程序，你必须按顺序输入你的输入，甚至为 5) 制作一个箭头是有意义的。为什么这是错误的？我应该如何想象这一点？

谢谢

Answer 1

您还没有定义您的系统是什么，也不清楚您处于哪个设计阶段，所以有点难以回答。

如果您想象类似在网络上预订火车的系统，显示时间的屏幕旁边只有复选框供用户选择他们想要的，而不是系统提示用户 - 用户收到数据后启动下一步。因此，用户界面完全有可能允许用户仅从数据中进行选择，而无需额外的提示。

如果您正在进行系统的初步设计，请尽量避免对用户界面做出假设，并且仅包括必要的用例。如果您正在设计 DOS UI 组件，则只需要“为用户打印提示”用例；这不会是基于网络的系统中的用例。

所以问题不在于您有一些用例需要用户和系统之间的交互，而有些则没有。问题在于，您的某些用例假设了特定的 UI 实现细节，这对于系统运行来说并不是必需的，也不应该出现在顶层设计中。