自治的相邻系统 

自治的相邻系统通过单向数据流与工作进行通信！ 

合作的相邻系统 

合作的相邻系统与我们工作合作完成某个业务过程的执行。 

此类系统不发起业务事件!

确定工作范围和业务事件关键点

要站在整个业务工作的高度来确定业务事件，而不是站在要构建自动化产品角度来确定业务事件。对确定业务事件，重点考虑以下几点： 

1 是否找到了业务事件的真正起源？ 反复问自己能否扩大工作范围？ 

起源不在操作者那里，操作者只是对业务事件响应的的一部分 

2 研究每个业务事件发生时相邻系统发生了什么，相邻系统发起该业务事件时的意图是什么，头脑中想的是什么？ 

3 从工作的角度和相邻系统角度来考虑每个业务事件的成果是什么？而不只是考虑输出是什么？(审计系统查询,数据流量展示成果)

找到业务工作本质

• 业务工作本质就是整个业务系统拥有者花钱投资业务系统的目标，既希望业务系统需要解决的问题.

• 业务目标通过业务系统的响应来完成，即业务过程。业务过程包括自动化系统行为也包括操作员或者业务员等的行为。

• 只有业务目标或者业务工作本质是永恒不变的。 

• 业务过程是可变的。某个设计好的业务过程可以认为只是达到业务目标的一种解决方案而已。

 

确定业务用例和产品用例

 

业务用例： 每个业务事件，有一个预先计划的对它的响应！

       找到了业务事件和业务事件本质目标之后，需求分析师的下一个任务是：寻找最佳业务用例，并确定产品怎么才能对工作产生最大的帮助！

       这和以往项目的区别是，以前项目开始时都是有关于“产品应该是什么”的先入为主的概念，却不理解产品将成为工作的一部分！

       

       只有先理解工作，然后将工作的一部分自动化，才能无缝的将自动化产品放到工作中