领域模型驱动的开发方法.ppt

模型驱动数据库设计 模型驱动架构设计 模型驱动详细设计－业务逻辑部分 代码实现的组成 模型驱动代码实现－业务逻辑部分 代码实现－表现层部分 附录 设计原则 从领域模型推导出数据库对象设计，在数据库对象设计时对领域模型进行有效补充和调整 将领域模型的实体和服务进行分包，形成领域模型的架构设计 同时引入架构模式（j2ee核心模式），形成最终的基于J2EE的架构设计 From domain and architecture To business logic layer code From domain and architecture To business logic layer code From user interface to presentation layer code 改进 RUP割裂了领域模型和设计模型，我们应该寻找一个单独的模型来满足这两方面的要求 由于公司的J2EE架构模式已经固定，我们可以进行简化，即直接使用领域模型来指导编码 基于架构模式可以把领域模型转换成设计模型，转换后的设计模型是一个能够指导编码的模型 误区 一般认为领域模型是贫血模型，只有实体没有服务，只有属性没有行为，这样导致转换后的设计模型中实体只有属性和默认的增删改行为，没有对外服务 领域模型应该有实体和服务，类包括属性和行为。 那么转换后的设计模型？ 1、为什么要引入领域模型 2、如何创建领域模型 3、模型驱动设计 领域模型 Database Object Design Class Class Class Class 1 n Domain Model 数据库对象设计采用PDM 包括索引，存储过程…… 模型驱动 J2EE Web App. MVC Arch. Blueprint (Patterns) Class Class Class Class 1 n Domain Model Architecture Design 模型驱动 Business Logic Detail Design (AppSvc) Class Class Class Class 1 n Domain Model Architecture Design 模型驱动 Business Logic Layer Code Presentation Layer Code Database Object Source Code Business Logic Detail Design (AppSvc) Business Logic Layer Code (Delegate/Fa?ade/AppSvc /Entity/VO/DAO) 最终代码 Class Class Class Class 1 n Domain Model Architecture Design Business Logic Layer Code Framework 代码框架 包括基础代码 模型驱动 OK Cancel User Interface Presentation Layer Code (JSP/js/Action) Presentation Detail Design (jsp/js/action) 表现层的详细设计可以省略 原J2EE架构模式 改进 改进前: 实体的属性对应于EJB EntityBean 实体默认的增删改行为对应于EJB SessionBean 改进后： 实体默认的增删改行为（领域模型不需要定义）对应于Application Service的行为 实体的行为（领域模型定义）对应于Application Service的行为 服务对应于Application Service的行为，或者作为接口被Application Service实现 现J2EE架构模式 领域模型中的行为——业务逻辑集中在AppSvc 从模型到代码 J2EE架构模式 Action + ActionForm PurchaseForm.java,PurchaseItemForm.java PurchaseListAction.java,PurchaseItemListAction.java PurchaseMultiOperationAction.java,PurchaseItemMultiOperationAction.java delegate PurchaseMan.java SessionBean + EntityBean PurchaseSesBean.java，……PurchaseItemSesBean.java，…… DAO PurchaseDAO.java appservice PurchaseAppService.java , PurchaseItemAppService model Purch