笔记保存应用程序的 UML 用例图
UML use case diagram for note saving application
我是系统建模的新手，我在将我的想法表达成图表尤其是用例图时遇到了一些问题，因为可以说缺少动态交互。
前提条件：用户必须连接
规格
用户将能够查看他的所有笔记（在主页有点）。
用户可以检查特定的注释并通过更改其标题或 body 或两者进行修改。
用户可以从主页访问创建笔记。
他必须添加标题和 body 以及至少一个标签。
用户可以从创建笔记页面和主页访问创建标签。
保存并返回主页面时系统应该将笔记保存到后台。
创建标签时，用户必须输入标签并指定颜色。
问题：
1-这是一个有效的用例图吗？
2- 我应该在后端和创建笔记和创建标签之间添加关联吗？
不，那不是真正有效的 UC 图。 UC 是关于附加值的。你开始了功能分解（就像大多数人从 UC 开始尝试一样）。 UC 代表所考虑的系统交付给其参与者之一的单一附加值。在这里，您有一个注释，您对其进行了 CRUD。不幸的是，这已经让人很痛苦了。加值是一般的Manage X还是Show和编辑有本质区别？这取决于上下文，对此没有通用的答案。但是，您没有将您采取的步骤（操作；如 enter xy）或各种场景（活动）描述为单个用例。您需要尝试在单个 UC 中尽可能多地进行综合，以显示附加值。这对技术人员来说很难。
根据经验：如果您的 UC 图类似于蜘蛛网，那么您的设计可能已损坏。
我一如既往地建议阅读 Bittner/Spence 关于用例的内容。
我是系统建模的新手，我在将我的想法表达成图表尤其是用例图时遇到了一些问题，因为可以说缺少动态交互。
前提条件：用户必须连接
规格
用户将能够查看他的所有笔记（在主页有点）。
用户可以检查特定的注释并通过更改其标题或 body 或两者进行修改。
用户可以从主页访问创建笔记。
他必须添加标题和 body 以及至少一个标签。
用户可以从创建笔记页面和主页访问创建标签。
保存并返回主页面时系统应该将笔记保存到后台。
创建标签时，用户必须输入标签并指定颜色。
问题：
1-这是一个有效的用例图吗？
2- 我应该在后端和创建笔记和创建标签之间添加关联吗？
不，那不是真正有效的 UC 图。 UC 是关于附加值的。你开始了功能分解（就像大多数人从 UC 开始尝试一样）。 UC 代表所考虑的系统交付给其参与者之一的单一附加值。在这里，您有一个注释，您对其进行了 CRUD。不幸的是，这已经让人很痛苦了。加值是一般的Manage X还是Show和编辑有本质区别？这取决于上下文，对此没有通用的答案。但是，您没有将您采取的步骤（操作；如 enter xy）或各种场景（活动）描述为单个用例。您需要尝试在单个 UC 中尽可能多地进行综合，以显示附加值。这对技术人员来说很难。
根据经验：如果您的 UC 图类似于蜘蛛网，那么您的设计可能已损坏。
我一如既往地建议阅读 Bittner/Spence 关于用例的内容。