如何解决UML 用例 - 我用对了吗？
我要为现有的 Web 程序创建一个用例图。不幸的是，我对 UseCase 非常不确定，我喜欢将它与其他 UML 混合使用。
为此，我选择了订单页面。
管理员可以查看所有订单并可以创建新订单。 司机可以看到他自己的订单，以及他可以接受的订单。 客户可以查看自己的订单，也可以下新订单。
可以在标准视图（行视图）和订单元信息的小部件视图之间进行选择。
最后但并非最不重要的一点是，可以点击其中一个订单并打开一个订单概览。
基于此，我现在创建了一个用例图，我的第一个问题是：根据我提供的信息，这一切都正确吗？
这会成为一个巨大的用例图吗？还是应该为 Web 应用程序逐页完成？例如，如果这是订单概览，而我现在有更改页面的用例（在这种情况下，当我转到单订单概览时）。有没有办法让这个看起来更干净？ 1 个地方的所有这些扩展/包含看起来令人困惑。
恐怕我不知道我是否只是部分正确，还是完全没有抓住重点。
解决方法
您需要记住的是，用例是关于附加价值的，而不是关于技术实现的。这对技术人员来说真的很难，这就是为什么他们总是开始功能分解。所以看看上面的内容，唯一的用例是 Show Order，没有别的。
Login 不是用例。这只是您应用于某些用例的约束。
您只关注了 Show 方面，但可能还有添加/编辑/删除。可以通过多种方式处理此类 CRUD，并且没有通用规则。可能有 Manage 和 Show 或任何组合以及约束。
基本上，当您的 UC 图类似于蜘蛛网时，您的设计很可能已损坏。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
