系统用例对比业务用例

Posted 2023-03-25

【中文标题】系统用例对比业务用例

【英文标题】：System use case Vs. Business use case

【发布时间】：2010-12-26 18:43:21

【问题描述】：

我在分析和设计方面是全新的.....

请有人告诉我：

系统用例和业务用例有什么区别？

据我所知，UML 中只有一个图叫做用例图。 现在，他们呢？他们有单独的图表吗？

谢谢

【参考方案1】：

来自Wikipedia：

一个业务用例在 无技术术语 将业务流程视为黑色 框并描述业务流程 由其业务参与者使用 （外部的人员或系统 业务）以实现他们的目标（...）

一个系统用例通常是 在系统功能中描述 级别（例如，创建凭证） 并指定函数或 系统提供的服务 用户（...）

因此，简而言之，业务用例更多的是关于用户期望系统做什么，而系统用例更多的是关于系统实际做了什么。

【讨论】：

有趣的文章：pjhobday.wordpress.com/2010/05/08/business-and-system-use-cases，解释了几个问题：一个业务用例是一个设计范围是业务操作的用例；系统用例是设计范围是要设计的计算机系统的用例。业务用例构成用户需求规范的一部分，并定义了用户验收测试的范围；系统用例应侧重于相关系统要实现的过程部分：通常以相当于详细功能规范的详细程度编写

【参考方案2】：

业务用例描述了流程中实现业务目标的步骤。

系统用例描述了自动化业务用例的系统行为。

【参考方案3】：

用例是所研究的系统或组织为参与者提供的价值。 对于组织，命名业务用例； 对于系统，命名系统用例。 见下图（我自己画的）：

【讨论】：

我发现“用例是所研究的系统或组织为参与者提供的价值”有点误导 - 也许你想说“用例为系统的参与者提供价值”或正在研究的组织”？另外，我认为“对于组织，命名业务用例；对于系统，命名系统用例。”一旦它表明业务用例是为业务设计的，系统用例是为系统设计的，那么为了清楚起见，应该重申一下，从字面上看是没有意义的。

【参考方案4】：

用例可以分为两种类型。这不是必需的，但如果有人要求您这样做，这是可能的。

系统用例表示由系统完成（非手动）的用例。

例如：在在线酒店预订系统中，用户预订房间。所以预订是系统用例，用户是系统用户。

业务用例代表手动完成的用例。不一定是系统做的。

例如：通过电话手动预订酒店。用户致电酒店并预订房间。这里电话不是系统用例，因为它不是由系统完成的。该用户也不是系统用户，因为他们不与系统交互。

【参考方案5】：

软件架构包括业务视图（业务流程描述）和系统视图（系统描述）。业务用例描述业务视图的功能，系统用例描述系统视图的功能。业务用例在 UML 标准中有其图形原型。