gpt4 book ai didi

uml - 包含/扩展的用例可以由另一个参与者发起吗?

转载 作者:行者123 更新时间:2023-12-02 09:15:58 31 4
gpt4 key购买 nike

Extension Diagram

您好,我想让接待员和经理能够查看工作类型和费率并随后进行更新。但是技术人员只能查看不能更新。该图是否有效?

我读到扩展用例是由发起基本用例的参与者发起的。我应该如何区分技术人员只能启动基本案例而不能启动扩展案例?我不应该放置扩展关联吗?包含的用例怎么样?

如果之前有人问过这个问题,我很抱歉。

最佳答案

你既不应该«include»也不应该«extend»

查看工作类型和费率编辑工作类型和费率是完全有效的独立用例。

一般来说,将用例链接在一起并不是一个好主意,因为您通常一个接一个地执行。您不应尝试使用用例对事件序列进行建模。为此使用您的业务流程分析。

您可以使用后置条件和前置条件来约束用例的执行。事实上,您的 Edit 用例并不需要特别执行 View 用例,对吗?它可能只需要选择一种工作类型。因此它可以在任何具有后置条件说明选择了工作类型的用例之后立即执行。

哪个用例执行此操作与编辑用例无关,只要在用例开始之前选择工作类型即可。可能有 10 个不同的用例导致选择一个工作类型。

我认为 «extend» 是完全错误的。扩展用例通常是不完整用例,将它们的行为插入完整用例是在扩展用例中定义的特定扩展点。中的扩展用例对扩展用例没有任何了解,不需要或使用此行为的结果。

我发现“扩展”用例适用的少数情况是监控用例。例如,监控系统中打开的工单数量并在超过特定阈值时向管理员发送警报的用例。

如果您仍然坚持将用例链接在一起,例如您真的意味着您只能在执行用例后编辑费率查看工作类型和费率 我会反过来做。从用例编辑工作类型和费率中包含用例查看工作类型和费率,这可能是第一步。

这两种解决方案(单独的用例,或包括从“编辑”到“查看”)都解决了您关于不同用户权利的问题,因为现在毫无疑问谁可以做什么。

关于uml - 包含/扩展的用例可以由另一个参与者发起吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47203336/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com