【问题标题】:Is this Usecase diagram correct for My Project Plan这个用例图是否适合我的项目计划
【发布时间】:2013-05-21 12:56:55
【问题描述】:

在构建应用程序之前,我正在处理用例图(使用 ruby​​ on rails)。

关联模型(计划):

  • 学生拥有一个用户
  • 老师有一个用户
  • 用户属于学生
  • 用户属于_老师
  • 用户 has_many 主题
  • 用户 has_many 评论
  • 主题属于_用户
  • 评论属于用户

每个模型的属性(计划):

我正在使用两种设计(我没有使用 cancan):一种用于学生身份验证,另一种用于教师身份验证。

  • 学生:id、用户名、密码、姓名、nis
  • 老师:id、email、密码、姓名、nip
  • user : id、student_id、teacher_id(逻辑:如果student has_one user,teacher_id为空,如果teacher has_one user,student_id为空)

这是用例的场景:

  • 作为user 的学生使a topica comment 需要login student
  • 作为user 的老师使a topica comment 成为必填主题login teacher

我做了一个用例,但我不确定这是不是真的。

问题:我应该将post topicleave comment 包含到login studentlogin teacher 吗?如果这是错误的,我该怎么做?

【问题讨论】:

  • 教师和学生都是用户。所有用户都可以创建主题并添加 cmets。你为什么要区分教师和学生,因为他们都是用户?
  • 也许我应该使用一个用户(类型:教师和学生)并且可以轻松地制作用例,我不能给出原因但是,我可以用上述案例制作用例吗?
  • 您可以根据您提供的信息做一个案例。恕我直言,您对用例的翻译不正确。
  • 我在哪里可以找到我的案例的参考资料?我尝试通过谷歌查找没有找到类似的案例。老实说,我不明白制作用例。我整晚都在想这个
  • 也不好掌握。不过也有类似的情况。但是你必须能够识别它们。为此,您需要时间来了解用例是什么。基本上它是描述参与者与系统之间交互的步骤列表。您的用例有一个用户登录、注册用户创建主题和注册用户评论主题。尝试分步描述,也许首先用文字来描述必须做的事情。用例是这些步骤的可视化呈现。

标签: ruby-on-rails uml use-case


【解决方案1】:

恕我直言,以下是您的表述中的一些错误:

  1. 在此图中,用户、教师和学生是多余的。 难道没有任何“功能”只能由教师或学生之一使用吗?这很有意义,但您必须绘制一个新图表。

  2. “登录 XX”绝不应表示为用例。关于这个话题有一个完整的讨论,但这是市场上的常识。用例必须代表对用户有价值的功能,而登录对他没有任何价值。还有另一种常识说用例应该足以满足以下场景:

想象一下,用户的老板在午后满​​脸笑容地走到他面前问他:

-“你现在在做什么?” 老板希望听到的答案不是“我正在登录”。应该是:“我正在计算今天的订单量”(A)或“我正在生成月度报告”(B)。

因此这里有两个用例:

A = 计算订单量 B = 生成月度报告

这样的……

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-05-13
    • 2011-12-19
    • 1970-01-01
    • 1970-01-01
    • 2022-01-11
    • 2019-05-30
    相关资源
    最近更新 更多