我正在创建一个Android应用程序，只是设计一个简单的用例图。 关于用例设计的快速问题，用户可以阅读我的应用程序的不同部分，例如＆＃34;关于应用程序＆＃34;，＆＃34;有用的链接，＆＃34;术语＆amp;条件＆＃34;等
拥有一个用例会更有意义吗？＃34; Reads＆＃34;并将上述部分作为一个用例的扩展添加？
或者因为它们都是用户可以选择的不同选项，将它们全部添加为单独的用例，例如＆＃34;读取应用程序＆＃34;，＆＃34;读取有用的链接＆＃34;
如果有人对这个问题感到困惑，我可以加入图片。
非常感谢，Leon
答案 0 :(得分：0)
问问自己：它增加了价值吗？用例应使用谓词主题（-object）命名，因此Read不是UC的有效名称。什么更合适？可能是Inform user（很好的猜测）。现在，创造更多和更细粒度的＆＃34;是否有任何优势？ UCS？不，绝对不是。增值是系统的一大块。用户希望在一个块中看到这些添加的值，而不是一个冗长的列表＆＃34;我们提供这个，以及......和＃34;。