1， 数据模型（数据结果）

           数据模型，顾名思义，就是整个系统的数据结果了。我是用UML中的类图来表示的，首先是根据Use case进行分析，设计出各个类模型，然后找出各个类模型之间的关系，比如：聚合，关联，组合，继承等关系。根据这一步就可以制作出整个系统的数据模型了。以UML的类图来表示。

      2，业务逻辑（业务模型）

          业务逻辑，就是整个系统需要实现的逻辑功能，比如：用户注册，订购等都可以认为是一个逻辑。在设计过程中，我是以流程图和顺序图来描述业务模型的。流程图可以表示出整个业务的流程处理，而顺序图则可以描述出类的层次设计。

          在设计流程的时候，曾经遇到一个问题，就是流程设计的颗粒度，流程可大可小，小到可以对一个简单方法进行流程描述，大到可以对整个处理的流程描述。个人认为流程描述应该以体现业务流程为主，不能过度的细化，但是也不能太过泛化。业务模型建立的好不好，就取决于如果找到细化和泛化的中间平衡点，不仅能够详细的描述整个业务流程，也能不让流程过渡细化到代码级别。如果能把握住这个要点，我想这个业务模型建立就是比较好的。 

    例子：（今天在网吧，没有资料，下回更新！）