0

我在理解如何制作系统序列图时遇到了一些麻烦，因为我不完全理解为什么在某些情况下应该为 System -> 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)

现在，问题：

据我了解，我的讲师说我们不应该在SDDfor上进行操作，5)因为我们应该只在系统向我们呈现数据（如中）或验证发送的数据时显示从Actor到的操作（如在）。Systemc)b)

我觉得这很奇怪，好像我试着把它想象成一个 DOS 应用程序，你必须按顺序输入你的输入，即使为 5) 做一个箭头也是有意义的。为什么这是错误的？我应该如何尝试将其可视化？

谢谢

4

1 回答 1

2

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

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

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

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

于 2010-06-11T09:10:28.310 回答