面向对象的层和面向对象的模型(模型描述交互对象面向对象)

区分层次的目的是遵循“高内聚、低耦合”的思想。

1．数据访问层主要是针对原始数据（数据库或者文本文件等存放数据的形式）进行操作的层。
是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。

2．业务逻辑层主要是针对具体问题的操作，也可以理解成对数据层的操作，对数据业务进行逻辑处理。
如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3．表示层

展现给用户的界面，即用户在使用一个系统时的所见所得。

用户不能直接和业务逻辑层交互，而是通过鼠标和键盘对用户界面进行操作，使表示层与业务逻辑层交互。
当业务逻辑层中的对象需要保存实现持久化时，就需要使用数据库实现对象的持久性，即保存对象中的数据。
每个过程需要为每个逻辑类定义一个单独的数据访问层，以便处理数据和保存有用的信息。

这3层构成了系统的物理模型。

UML中提供了3种面向对象的模型，使用这3种模型从不同的视角来描述系统，它们分别是描述系统内部对象及其关系的类模型，描述对象生命历史的状态模型，以及描述对象之间交互行为的交互模型。

对系统的完整描述，需要所有这3种视角的模型。
1．类模型

类模型（Class Model）描述了系统内部对象及其关系的静态结构。

类模型界定了软件开发的上下文，包含类图。

类图（Class Diagram）的节点是类，弧表示类间的关系。

2．状态模型

状态模型（State Model）描述了对象随着时间发生变化的那些方面。
状态模型使用状态图确定并实现控制。

状态图（State Diagram）的节点是状态，弧是由事件引发的状态间的转移。

3．交互模型

交互模型（Interaction Model）描述系统中的对象如何协作，以完成更广泛的任务。

交互模型自用例开始，用例的概念随后会用顺序图和活动图详细描述。

用例（Use Case）关注系统的功能，即系统为用户做了哪些事情。

顺序图（SequenceDiagram）显示交互的对象以及发生交互的时间顺序。

活动图（ActivityDiagram）描述重要的处理步骤。

上述的3个模型描述了一套完整系统的相互独立的部分，但它们又是交叉相连的。
类模型是最基本的，因为在描述何时以及如何发生变化之前，要先描述是哪些内容正在发生变化。