以上三种情况是我遇到的比较常见的需要写整体设计的场景，还有三种看个人风格是否愿意写出来：
四、复杂功能的本质说明：为了进一步明确表达我需求的核心诉求，往往我会把最核心的东西写出来，比如我在描述ERP系统库存上报模式的时候会给一个核心定义，然后再解释不同模式。
有时候一个问题可以有种模式和方案构成，我习惯于将不同的方案全部罗列出来，甚至标记出优劣势，最后再给出结论，这样做的好处是：
- 强化自己的思考：真正想清楚到底应该用什么方案。
- 用来说服别人：当你的老板、业务方、研测试同事看到你的优劣势对比时，他会能知道你是技能是专业的、态度是积极的从而更容易获取信任。
- 告知以后读文档的人：为什么“不得不”做出的「最符合当时情况的决策」。
例如我做订单拆单时：
脑图和用例图均是为了有层次的表述全盘的功能点。脑图会更加站在全局的角度描述功能构成，而用例图则是以某一个用户的角度来描述此用户需要使用的功能，同时由于用例图不同线段也能代表不同关系，因此用例图的表述会更加的丰富。
例如，我们的功能是一个后台的订单管理功能，用脑图和用例图分别表示如下。
6.1 脑图
倾向于结构性的罗列出此次功能所包含的所有要点，阅读的人一目了然的知道本次功能不同层级的功能是什么。
