1
我正在开发一个Web应用程序,我正在设计阶段。在用例中,用户可以在某个页面上查看他们的个人资料,他们也可以从该页面更新他们的个人资料信息。现在我想知道是否更新档案操作扩展查看档案操作在我的情况?“更新个人资料”是否扩展“查看个人资料”?
我正在开发一个Web应用程序,我正在设计阶段。在用例中,用户可以在某个页面上查看他们的个人资料,他们也可以从该页面更新他们的个人资料信息。现在我想知道是否更新档案操作扩展查看档案操作在我的情况?“更新个人资料”是否扩展“查看个人资料”?
简而言之:不要使用扩展或包含用例。单个使用案例泡泡表示所考虑的系统返回给参与者的唯一附加价值。如果你不能说有什么东西是增值的,那不是用例。包含/扩展在大多数情况下用作功能分解。但是用例是合成的,这完全相反。
就你的情况(以及涉及到CRUD的地方)来说,想一想幕后的内容。这里正在处理一个配置文件。所以你可以称之为维护配置文件,其中包括(在内部步骤)查看和编辑。通常你可以简单地约束功能部件。此外,当使用较少的气泡时,您的系统描述会更清晰。请记住:如果您的用例开始看起来像蜘蛛网,那么您的系统设计很可能是错误的。
我基本上同意你的观点,最好隐藏用例中的细节,但我很困惑,那些太普通的用例也可能使新增值无法看到。例如,有一个PDF阅读器软件只支持读取PDF的用户,与此相关的用例可能是“维护PDF文档”,就像你说的那样。但是现在开发人员想要改进该软件并添加编辑PDF的新功能,因此如果该用例未经修改,则新增值无法放入应包含该用例的用例中。 –
@IT_Layman使用一粒盐的所有答案。 PDF查看器可能有两种用例:查看和编辑文档。是的,我认为两者都是独立的。为何在这里?那么,在哪里选择一种或其他方法的边界是无关紧要的。我的答案适用于大多数CRUD案例。有很多需要以不同的方式看待。 –