一、 业务建模

总体上来说，业务建模主要聚焦于分析涉众利益，厘清业务流程。

从工具上来说，主要是用例图，流程图；从内容上来说，主要是找人（利益涉众，系统执行者），找业务实体（其余系统，相关的重要对象）。

分析涉众利益

分析涉众利益之前，需要找到涉众，一般要经历以下步骤：

找到软件产品的愿景，愿景表达了软件产品带来的核心意义

找到利益相关的的涉众和其利益诉求

表格是一个很好的表达方式，我负责的一个商户从第三方商城采购刷脸设备，由仓配系统配送设备的业务，可以表达如下：

愿景：将设备更多更快且准确无误成本低地卖给商户。

一般而言，涉众的利益是否被满足直接决定了软件产品的成功与否。

而分析涉众利益需要进行详细的调研，研发同学可以根据产品的调研看到对应的涉众，及其利益。

二、业务用例图

知道了涉众的利益之后，就要分析业务流程，并对现有的流程进行改进。软件产品没诞生之前，业务是如何被处理的，找到原来业务的处理方式则可以梳理出业务用例。

例如，你负责的一个业务是向购买设备的商户配送设备，对于业务团队的实际业务来说，用户购买设备有业务价值，业务用例如下：

物流公司和设备渠道商都是辅助购买设备的执行者，因此放到右边。值得注意的是，业务用例要体现价值，虽然在实际业务流程中，商户同时做了很多事情，比如签收设备，但签收设备不能反映业务价值，故而只有一个购买设备的用例。

三、业务流程分析

了解了涉众的利益并且画出用例之后，需要分析业务流程，找到我们软件系统能够改进的流程片段；完整的业务流程图可能很庞大，需要关注的是其中最有可能影响涉众利益的流程片段，如下为购买设备业务流程中配送设备的流程片段，该片段不大符合涉众利益；

可以看到，在原来的业务流程中，配送设备的流程是在全部业务流程中较为繁重，人肉工作量大的流程片段，不符合涉众利益；

1. 收集商城订单信息不及时，导致配送不及时，影响涉众的利益。

2. 人作为节点参与处理，成本高，耗时长，也是不符合涉众利益的。

所以很明显，我们的系统需要改进流程，替代人的部分工作：

新的流程有效地满足了涉众“将设备更多更快且准确无误成本低地卖给商户”的利益诉求。

业务序列图中，每一个箭头代表的是职责，在业务序列图中，需要考虑的是职责的层次问题，过于小的职责放入流程图中，会导致信息过载，忽略最有价值的职责。在上图中，运营核对设备的配送信息是一个很重要的职责，在原来的需求中体现比较弱，研发同学可以借助业务流程的分析来分析需求中不合理的地方，完善需求，避免后期的改动，前期越是完善，后期的损失成本越低。

业务流程分析是一件很复杂的事情，研发同学可以利用需求中的信息，同时加上自己跟涉众的日常沟通和调研，把握核心的涉众利益，业务用例和业务流程，就可以解决大部分在需求上的理解偏差问题。