【问题标题】:UML Use case for Online Quiz Application在线测验应用程序的 UML 用例
【发布时间】:2016-01-24 02:06:40
【问题描述】:

我正在尝试为我正在开发的 Android 在线测验应用程序创建一个 UML 用例设计。设计后我很困惑,我不知道这是否足够。这是我想出的结果:

正如您在上面看到的,我不确定这是否有意义。我在这里真正要做的是当用户打开应用程序时,他们将登录、注册或以访客身份登录。此后,网络服务器将检查用户的详细信息,并在有效后继续进行测验。用户还可以以访客身份登录以进行测验。他们还可以选择跟踪他们在测验中的表现、请求主题或评分并提供反馈。当他们进行测验时,显然问题将从网络服务器生成。我不确定这是否符合流程。如果您认为这很好,或者您认为我需要在这里进行一些改进,请发表评论,请告诉我。提前致谢。

【问题讨论】:

  • 这已经在堆栈溢出时被一遍又一遍地覆盖了。
  • 登录根本不是用例。附加值在哪里?

标签: android uml use-case


【解决方案1】:

您应该区分注册用户和访客。他们是不同的代理人。

另一方面,您的网络服务器不是代理。他没有自己的行为,没有主动性,他只对用户的行为做出反应。我会删除它。 (如果你愿意,你可以留下它——我明白你的理由——但通常你应该使用系统的一部分作为代理来逃避——它不属于标准用例语言)

Rate 和这两个检查不属于 Play Quiz。完全没有。

Play Quiz 不扩展请求主题,但包含在内。

检查登录过多。或者没有它的登录是过度的。一个用例就足够了。

在生成问题之后更新测验?我打赌不会。应该断开他们的连接。

只有一次登录。登录用户和登录访客将没有单独的组件。

注册用户不能参加测验。你真的需要那个吗?

Play Quiz 应该连接到注册用户和访客。

Connection login-play 属于状态图或时序图,不属于用例。断开它们。

请记住,唯一可以在用例中工作的情况是“如果 A 是 B,那么它会做这个做那个”

如果一个代理可以做 A 和 B,或 A 或 B,或 A 和之后的 B,则与用例图无关。代理可以做 A. 连接它们。代理可以做 B. 连接它们。就是这样。

【讨论】:

    猜你喜欢
    • 2021-04-12
    • 1970-01-01
    • 2018-01-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-10-30
    • 1970-01-01
    相关资源
    最近更新 更多