如何在业务模型中发现系统用例（2022版）

物流信息管理系统如何在业务模型中发现系统用例（一）如何在业务模型中发现系统用例（一）要确定系统用例及其参与者，开发团队需要认真研究业务用例图，并定义自动化边界（自动化范围）。

首先，要找出需要自动化的真正与过程相关联的参与者。在自动化范围内，有与业务用例进行交互的业务参与者，业务工作者也需要与这些用例进行交互，但不在自动化范围内。在图1所示的例子中，有以下系统参与者：图1根据活动图信息修改的业务用例图如何在业务模型中发现系统用例（一）顾客（Customer)、出版商（Publisher)和信贷卡运营机构（Creditcardoperator),他们是将要自动化地与用例进行交互的业务参与者。

采购经理（Acquisitionmanager)，作为业务工作者，不进行自动化，但会与用例进行交互。另一方面，不应作为系统参与者的有：

职员（Clerk),是一个要被自动化的业务工作者。

市场部（Marketingdepartment)，作为业务工作者，在自动化范围内，不与用例进行交互。如何在业务模型中发现系统用例（一）那些其职能可由系统部分或完全支持的业务工作者，可能会成为重要的信息源，因为了解其当前执行任务的方式，可能对于理解系统必须要进行的操作至关重要。此外，了解其职务具体如何执行是必要的，现实中的部分情况不一定是程序中编写的那样。如何在业务模型中发现系统用例（一）需求的另一个来源是会成为系统参与者的业务参与者。不过，这些参与者不能一直用于需求获取，在这种情况下，就要向相关领域的专家去寻求答案了；

例如，不可能会与书店当中，并不存在的某个客户进行会晤以便获取需求。因此，熟悉业务并且能够清楚解释的人，将会成为获取正确需求的关键性人物。如果不能与出版商和信用卡运营机构进行沟通，那么还要认真校验现有的一些协议和服务文档等，这样才可以了解系统相互间的接口需求。而对于客户来说，就不能应用此方式了。如何在业务模型中发现系统用例（一）一旦通过业务用例图确定了系统参与者，就可以观察活动和状态图，该图在进行业务分析，以确认由系统参与者执行的活动，是否可以视为系统用例时就已经创建。图2并行流如何在业务模型中发现系统用例（一）Orderbooks（订购图书）。

Payforbooks（支付图书）。

其中，出版商（Publisher）的唯一活动就是配送图书（Sendbooks)，信用卡运营机构（Creditcardoperator)的唯一活动就是确认支付(Confirmpayment)。

并不是所有来自于职员（Clerk）的活动都会成为系统用例。如图3所示。图3参与者职责被进行拆分通过分析图2中的活动，可以看到顾客（Customer)所执行的活动如下：将职员这角色划分成两种参与者：采购经理（Acquisitionmanager）和职员（Clerk)。采购经理是不进行自动化的；职员是要自动化的。由采购经理这个角色执行的活动才可能会变成系统用例。而由已自动化的职员这个业务工作者执行的活动，则是系统的一个内部活动。

例如，图2中的记录订单（Registerorder)和库存通知（Informavailabilityandtotal）并不会成为系统用例，它们只是由顾客发起的订购图书（orderbook）用例当中的一部分。然而，由采购经理这个角色发起的向供货商订购图书的活动却是一个系统用例。如何在业务模型