原文

如何做软件分析 - 分析的目标与层次

为什么难以找到真正的需求（问题）？

1. 一人一世界，人很难通过猜测去了解另一个人的真实想法
2. 人会忽略很多习以为常的东西，这是生理本能，因为精力要用在和生存关系紧密的事务上

拆分

进行合理的抽象分层，在顶层时不宜过度关注细节。

应以用例为基础，每次的迭代目标是实现哪几个用例。
用例：谁在怎样的情境下通过怎么样的操作完成了怎样的需求，是如何完成的。

1. 用例表示的需求，一个或几个用例达成一个目标，描述了用户如何使用某项功能来达成目标。
2. 描述要实现的各用例应完成的全部功能。
3. 优先完成核心（主干）内容。
4. 大目标拆分后，逐个完成让实现者有奔头。

让变更发生在早期

尽早提供给用户一个可运行的系统，让其通过使用提出问题。（让变更发生在付出成本还比较低的时候，用尽量低的成本去验证不确定的内容）

业务第一

技术应服务于业务，它是做好业务的手段，好软件的根本在于业务理解。

架构

将构成总系统的各部分子系统按逻辑划分独立，用约定的接口和协议将他们结合。

如果一个系统承担的功能太多，考虑将其拆分成多个子系统。
如果几个系统间相互依赖的关系很复杂，考虑引入中间对象来负责对接以降低复杂度。
先考虑要做什么（哪些功能），不考虑具体实现（怎么做）：定义接口