三层架构模式：
1.表现层:负责用户与系统的交互
2.业务层：维护业务逻辑系统的核心部分
3.数据访问层：负责与数据库交互
数据访问层：持久层 JDBC+DAO模式（数据访问对象）
业务层：业务逻辑 Service
表示层：界面 MVC
表示层中的三个组件：
M:Model 用于封装数据
V:View 显示数据和用于交互
C:Controler 控制器，接受用户请求
业务层的架构模式：
事务脚本模式：是按照传统的过程化方式组织业务逻辑
领域模型模式：按照面向对象的方式组织业务逻辑
OOAD总结一
软件工程三大要素:方法、过程、工具
软件生命周期6个阶段：
可行性分析阶段
需求分析阶段
系统设计阶
系统实现阶段
测试阶段
维护阶段
使用类图表示关系：接口与类（实现关系）、对象与对象之间（泛化关系、关联关系）。
关联关系有分为：聚合关系、组合关系、依赖关系
高内聚：一个类或一个方法只负责一项任务，
低耦合：模块之间联系越紧密，其耦合性就越强，模块的独立性则越差
面向对象基础设计原则：
单一职责原则
开闭原则
里氏替换原则
依赖倒转原则
组合/聚合复用原则
接口隔离原则
迪米特法则
模式的分类：
架构模式、设计模式
创建型模式分类：
工厂模式：简单工厂、工厂方法、抽象工厂
单例模式：懒汉模式、饿汉模式
原型模式：浅度克隆（实现cloneable接口）、深度克隆（实现serialiable接口）
行为型模式：行为模式关注的是对象的行为。该类型的模式需要做的是对可能变化的行为进行抽象，通过封装达到整个架构的可扩展性
模版模式：模板方法模式是通过把不变行为搬移到超类，变化的抽象
观察者模式：分为主题与观察者，主题要继承Observable类，观察者要实现Observer接口
命令模式：算法与逻辑解耦
ooad第七天
业务层架构模式
业务层的架构模式有多种，根据业务逻辑组织的方式，可以分为事务脚本模式和领域模型模式两种。
事务脚本模式：是按照传统的过程化方式组织业务逻辑
领域模型模式：按照面向对象的方式组织业务逻辑
事务脚本模式设计步骤：
1.识别事务脚本
2.实现事务脚本
3.实现DTO (DTO：事务脚本类操作DTO（Data Transfer Object，数据传输对象))
4.实现DAO (DAO：事务脚本使用DAO访问数据库)
领域模型模式：领域模型架构模式采用面向对象分析和设计技术来实现整个业务逻辑，这种设计方法也称为领域驱动设计（Domain Driven Design，简称DDD）
领域模型中类按照角色分为五种类型，分别是：
实体（Entity）：具有唯一业务标识的对象，且该标识与对象的属性值分离
值对象（Value Object）：由属性值定义的对象，没有唯一标识
工厂（Factory）：定义创建实体的方法
仓库（Repository）：管理实体的结婚，并封装持久层
领域服务（Domain Service）：实现无法指派给单个类的责任，并封装领域模型