zqrain

第三章 事件驱动的用例

在本章中，作者强调了理解用户工作本质的重要性。同时，作者提出了一系列概念，用于确定系统的范围，对系统需求调研的工作目标进行分解，以获得最终“产品用例”。

这个本质包括，用户做什么，这么做的目的是什么，用户如何做，为什么采用目前的做法，用户最终的目标是什么。越是理解了用户工作的本质，越有可能生产出用户需要的软件系统。

先看一下概念：

1. 工作：业务活动发生的整个系统。如书店卖书
2. 相邻系统：与工作发生联系的所有东西。包括受工作影响和影响工作的所有系统，实体和人。如购书的读者，出版社，书批发商等(他们可以是人，也可以是计算机系统)。
3. 业务事件：完成业务活动时发生的事件。如买卖一本书。
4. 业务用例：对业务事件的响应。如书店卖书业务事件对应的业务用例：读者拿着他想购买的书去收银台，售货员扫描条码并收银，然后打印发票，将发票和找零给读者。
5. 产品用例：拟建产品做出的影响，对业务用例的一种计算机实现。

我们最终需要得到的是产品用例，以指导我们的开发工作，而产品用例是业务用例的一种计算机实现，所以我们需要首先得到业务用例。考虑业务用例是由业务事件驱动的，我的目标变成寻找所有的业务事件。

作者提出了一个经验法则：从越远的地方看预期的系统，就越可能发现产品的有用和创新之处。具体来说，首先从相邻系统开始，来认识工作。在需求调研的开始阶段，工作是模糊的，不明确的，我们需要更具它与外部的联系来认识它，界定它。从外部，我们看相邻系统是如何参与工作的，这正是用户所熟知的“业务事件”。

从本章可以学习到：

1. 用相邻系统和工作的交互，认识工作上下文和工作的本质。
2. 不是看内部，而是从外部看，这样我们能够很清楚地发现划分工作的最有效的方式。
3. 不是以产品为中心考虑问题，而是考虑工作的本质。
4. 不要把思考局限于计算机系统边界，而是应该试着去发现所有可能影响工作的东西。
5. 如果太沉溺于目前的技术和业务现在的工作方式，有时就难以发现业务事件。
6. 需求分析师必须超越那些显然的东西，这意味着理解工作的真实本质。