1.1.6 尽量减少在为全球客户提供服务时所产生的延迟

系统不应该给用户留下一种运作较为缓慢的印象。用户与系统之间的交互，以及系统所给出的响应，都应该比常见的企业级系统更加迅速，以防用户失去耐心。

系统要把分布在全球各地的用户全都覆盖到，但这并不应该增加系统的延迟时间，也不应该使系统的吞吐量变低。

系统要根据时间方面的敏感度和关键度，来对各项特性进行归类，并且优先保证那些较为敏感且较为关键的特性，可以具有最小的延迟时间和最大的吞吐量。比如，“在机器运转过程中进行实时处理与监控”，就是一项对时间要求比较严格的特性，因此，系统不应该给用户留下响应速度比较慢的印象，也就是说，系统要能够迅速展示机器的性能和监测到的指标等信息，以便给用户呈现出一种实时刷新的感觉。

无论什么人与系统相交互，这项特性都应该得到体现。

本章提到的这四个用例，应该视为IT系统所必须体现出的一些重要能力。这些能力，通常都是用上面所展示的业务用例来进行描述的。

此外大家还要注意，业务用例（business use case）与系统用例（system use case）是两个不同的概念。在进行用例分析时，我们固然不能陷入其中而无法自拔，但同时，却也必须意识到业务用例与系统用例之间的区别。前者说的是系统应该提供“什么样的”能力，而后者说的则是系统应该“怎样”来实现这些能力。用例的定义，本身就是一门学问，我们要把它放在整个软件开发生命期的第一个阶段，也就是需求收集（Requirements Gathering）阶段中来完成。