Uml 用例依赖于另一个用例

Uml 用例依赖于另一个用例,uml,diagram,use-case,Uml,Diagram,Use Case,如何在用例图上显示 在进行任何活动之前,参与者需要登录到系统中吗 e、 g用例“显示员工信息”使用服务器和另一个用例(“在数据库中搜索员工”) 我的用例图正确吗 您需要为UCs设置前置条件约束,告知{用户必须登录} 你的UC图开始像蜘蛛网(很难辨认)。这是一个很好的指示器,表明你的设计出了问题。看看单个UCs,问问自己:这是否代表了参与者的附加值?如果答案是肯定的,你很好 经过一些缩放,我看到“员工管理”、“账户管理”和其他一些简单地没有将UCs命名为有意义的(它们很可能是流程)。使用动词实

如何在用例图上显示

  • 在进行任何活动之前,参与者需要登录到系统中吗
  • e、 g用例“显示员工信息”使用服务器和另一个用例(“在数据库中搜索员工”)
我的用例图正确吗


您需要为UCs设置前置条件约束,告知
{用户必须登录}

你的UC图开始像蜘蛛网(很难辨认)。这是一个很好的指示器,表明你的设计出了问题。看看单个UCs,问问自己:这是否代表了参与者的附加值?如果答案是肯定的,你很好


经过一些缩放,我看到“员工管理”、“账户管理”和其他一些简单地没有将UCs命名为有意义的(它们很可能是流程)。使用动词实体。请记住上述问题。

您需要为UCs设置先决条件约束,告知
{用户必须登录}

你的UC图开始像蜘蛛网(很难辨认)。这是一个很好的指示器,表明你的设计出了问题。看看单个UCs,问问自己:这是否代表了参与者的附加值?如果答案是肯定的,你很好


经过一些缩放,我看到“员工管理”、“账户管理”和其他一些简单地没有将UCs命名为有意义的(它们很可能是流程)。使用动词实体。记住上面的问题。

一个快速的谷歌表明用例先决条件是表示用户首先登录的需求的有用方式。然而,前提条件可能会使UC图中的文本变得混乱,并且可能会限制特定图上用例的数量。我建议创建一个“经过身份验证的用户”的新参与者。这将参与者与尚未登录的用户区分开来,并允许清晰地表示每个人可用的用例。

快速谷歌表明用例先决条件是表示用户首先登录要求的有用方式。然而,前提条件可能会使UC图中的文本变得混乱,并且可能会限制特定图上用例的数量。我建议创建一个“经过身份验证的用户”的新参与者。这将参与者与尚未登录的用户区分开来,并允许清晰地表示每个人可用的用例。

好主意。从来没有想到过。谢谢@foxbuur:看起来很好,可以提交给同龄人、老板或老师审阅。好主意。从来没有想到过。谢谢@foxbuur:看起来很好,可以提交给同龄人、老板或老师审查。为了补充其他答案:你(完全)做错了。@GeertBellekens,是的,现在我知道它错了:)我在下面贴了这个:看起来已经好多了,虽然我会将其分为4或5个不同的图表。一个图表=一个参与者?顺便说一句,我在另一个讨论组(用我的母语)上问过同样的问题,他们说,在用例图上不能有服务器和服务器的用例,因为服务器是系统的一部分。所以我从图表中删除了它。为了补充其他答案:你(完全)做错了。@GeertBellekens,是的,现在我知道它错了:)我在下面贴了这个:看起来已经好多了,尽管我会把它分成4到5个不同的图表。一个图表=一个参与者?顺便说一句,我在另一个讨论组中问过同样的问题(用我的母语)他们说,在用例图上不能有服务器和服务器的用例,因为服务器是系统的一部分。所以我从图中删除了它。