第一章 建模和UML

在软件行业中，可以认为 利润 = 需求 - 设计,
需求工作致力于解决"产品好卖"的问题，设计工作致力于解决"降低成本"的问题。二者不能相互取代。如果需求和设计不分，利润就会缩水。从需求直接映射设计，会导致功能分解，得到重复代码。如果从设计出发来定义需求，会得到一大堆假的“需求”。

简单归纳一下，需求和设计有如下的区别：

1、需求:卖的视角、具体、产品当项目做。

2、设计: 做的视角、抽象、项目当产品做。

设计源于需求，高于需求。

我们可以通过以下几个核心工作流来达到“低成本制造好卖的产品”.

1、业务建模: 描述组织内部的各系统(人肉系统、机械系统、电脑系统...)如何协作，使得组织可以为其他组织提供有价值的服务。(业务流程)

2、需求: 聚集于待开发系统的边界，详细描述系统要卖得出去必须具有的表现.(功能和性能)

3、分析: 提炼系统内需要封装的核心领域机制。 (核心科技)

4、设计: 将核心域和非核心域知识结合起来，最终实现系统。

对于上述四个核心工作流，可以通过四句话来阐述：

1、组织要解决什么问题？(组织内系统之间)
------ 业务建模

2、为了解决组织的问题，待开发系统应该提供什么功能和性能？(系统边界)
------ 需求

3、为了提供功能，系统内部应该有什么样的核心机制？(系统内核心域)
------ 分析

4、为了提供性能，系统的核心机制如何用选定平台实现？(系统内各域之间)
------ 设计

同时，我们应该知道软件需求不是由涉众直接提供的，而是由需求工程师综合不同涉众的利益编造出来的。涉众没有资格、也没有责任提供需求。

和涉众交流的形式应该采用视图，而不是模型。和涉众交流的内容应该聚焦涉众利益，而不是需求。