领域模型设计详细举例
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
领域模型设计详细举例
1系统框架3
2层次介绍3
2.1表示层3
2.1.1简单领域模型3
2.1.2复杂领域模型4
2.2业务流程层5
2.2.1简单领域模型5
2.2.2复杂领域模型5
2.3服务层6
2.3.1简单领域模型6
2.3.2复杂领域模型6
2.4集成层6
2.5开发7
2.6管理8
2.7安全性8
3组件视图9
3.1RFID部署实例10
2
2.1
2.1.1
表示层是直接的表示层，直接用一些页面，客户端界面来描述。
消息通知机制：用简单的观察者模式来描述。
2.1.2
表示层用Portlet来描述。
消息通知机制用发布-订阅模式来描述。
表示层中所有组件起的都是系统接口的作用。这些接口使用户得以向系统发出请求。它综合使用HTML (特别是表格)、图形内容和JavaScript。
2．固化基础流程和行业通用的流程（很难与业务无关）。
3．通过事件驱动，例如RFID的数据事件。
a)广泛使用发布-订阅模式。
b)广泛使用消息队列等技术。
c)业务流程是消息总线上事件的使用者。
4．可以创建、执行、管理和监视业务流程（通常是通过流程编辑器设计工作流引擎）
5．通常需要考虑设计出符合SOA架构的业务级服务。这些服务可由任意多个功能级或者数据级服务组成。
a)面向对象多态
b)Xml /Ini / txt /配置文件
c)代码级Ioc注入接口，增强灵活性。
3．有两种常用的模式：
a)对上、下调用接口实现组件式的编程。
b)扩充配置文件，变为围绕脚本语言式的软件结构。
4．通常是同步的流程。
2.2.2
1．单独的业务流程层，一般需要工作流引擎；在很多特定的运用中，甚至是用户操作驱动的流程。
6．通常要考虑异步流程。
业务流程层囊括了应用对工作流的所有需要。它提供了使业务流程自动化和减少或消除为
完成业务流程所需要的人工干预的能力。业务流程层协调服务、数据源以及人之间的交互，从而实现业务流程自动化。
连接RFID解决方案最重要的一个接口就是通过业务流程层实现的。因为，RFID解决方案主要是解决集成问题，事件模型和RFID消息总线是该架构的两个关键组件，是作为接入系统的主要接口。
表示层以适于用户阅读的方式整合第三方EIS和服务。灵活的导航系统方便使用内容管理功能。可定制的外观和感受可以为不同的用户群体提供不同的信息。
表示层提供了下列三个门户
−配送中心(DC)门户
−供应商门户
−零售店门户
针对这三个门户，提供了很多现成的portlet有些只是简单的显示portlet，而有些则提供复杂的用户交互功能。开发具有复杂用户交互功能的portlet时使用Java页面流。
表示层隐藏了集成和处理的复杂性。与业务流程、服务和集成层的通信通过定义明确的接
口实现。因此，多个门户应用可以重复使用同一组业务服务。例如，用于提供客户服务门
户的许多服务都可以用于提供客户自助服务门户。
2.2
2.2.1
1．通常没有单独的业务流程层。与服务层合并在一起。
2．流程在运用程序中固化，辅助以对象的手段
1
例如，RFID框架架构以BEA WebLogic Platform为基础，满足RFID支柱技术的一系列核心要求，同时具有适应不断变化的业务需要的技术灵活性。
每一层都有一组明确的功能，而且都利用定义明确的接口与其他层交互。分离组件使应用有了更好的可维护性和可扩展性。下一节将详细介绍图1中所示的解决方案架构中的每一层。
a)通常需要使用框架，甚至重量级框架。
b)为外暴露Web服务，成为可供重用的服务。
c)提供必要的基础架构服务，如容错数据副本、负载均衡、安全、线程管理、配置、登录、错误处理、事务管理、系统监视、环境管理等。
d)以复杂的方式从集成层获取数据。
服务层是执行业务逻辑和进行数据处理的地方。它还提供了用于支持企业应用的重要基础
BEA WebLogic Integration业务流程是制作业务级服务的一种理想方式。这些服务可由任意多个功能级或者数据级服务组成，并且是符合SOA架构的。利用WebLogic Workshop
开发环境，WebLogic Integration业务流程可自动地展现为Web服务，无需增加任何代码。
业务流程层通过意义明确的接口与服务层和集成层进行通信。
2.3
2.3.1
1．服务层直接管理整个系统的流程，组织整个系统的业务逻辑。
a)通常不是用框架或使用轻量级框架。
b)对外暴露接口。
2．进行数据处理，对下直接调用Dao和BO/DO，
a)以直接的接口调用的方式从数据库中取数据。
3．对上被UI或其他系统调用。
2.3.2
1．执行业百度文库逻辑。
2．进行数据处理。
3．支持企业应用的重要基础架构
Java页面流将导航功能从显示中分离出来，执行数据验证和错误处理，并访问由业务流程层、服务层或者集成层提供的服务。图3所示为Java页面流出现在WebLogic Workshop中的一个实例。
表示层充分利用了WebLogic平台提供的至关重要的基础架构服务。这些服务包括用于容
错（在HTTP会话中）、负载均衡、配置、登录和错误处理中的用户会话数据副本。
事件模型监听与渠道相关的外部源（如，EDI和FTP）事件以及包含阅读器数据的JMS事
件。RFID消息总线负责将放置在总线上的消息传送给一个或多个感兴趣的接收者。
这一层的构成中还包含一组与RFID相关的业务流程，负责处理那些到达消息总线的消息。解决方案预封装了如下流程：
本层中的业务流程是消息总线上事件的使用者。一个或多个流程可处理同一个事件。业务流程层的核心是BEA WebLogic Integration，它提供了在其上创建、执行、管理和监视业务流程的关键基础架构。WebLogic Integration还包括通信和数据转换功能。其他系统因此可以被纳入到业务流程之中。
架构。服务层最常见的组件是Enterprise Java Beans (EJB)和面向Web服务接口的定制控
件。控件是较新的Java结构，使用它开发者不必了解复杂的J2EE就可以构建业务逻辑。
由开发人员构建业务逻辑，由BEA WebLogic Workshop框架创建适当的J2EE结构（如，
无状态会话bean、有状态会话bean、实体bean、消息驱动bean等），从而提供所希望得到的操作。
1系统框架3
2层次介绍3
2.1表示层3
2.1.1简单领域模型3
2.1.2复杂领域模型4
2.2业务流程层5
2.2.1简单领域模型5
2.2.2复杂领域模型5
2.3服务层6
2.3.1简单领域模型6
2.3.2复杂领域模型6
2.4集成层6
2.5开发7
2.6管理8
2.7安全性8
3组件视图9
3.1RFID部署实例10
2
2.1
2.1.1
表示层是直接的表示层，直接用一些页面，客户端界面来描述。
消息通知机制：用简单的观察者模式来描述。
2.1.2
表示层用Portlet来描述。
消息通知机制用发布-订阅模式来描述。
表示层中所有组件起的都是系统接口的作用。这些接口使用户得以向系统发出请求。它综合使用HTML (特别是表格)、图形内容和JavaScript。
2．固化基础流程和行业通用的流程（很难与业务无关）。
3．通过事件驱动，例如RFID的数据事件。
a)广泛使用发布-订阅模式。
b)广泛使用消息队列等技术。
c)业务流程是消息总线上事件的使用者。
4．可以创建、执行、管理和监视业务流程（通常是通过流程编辑器设计工作流引擎）
5．通常需要考虑设计出符合SOA架构的业务级服务。这些服务可由任意多个功能级或者数据级服务组成。
a)面向对象多态
b)Xml /Ini / txt /配置文件
c)代码级Ioc注入接口，增强灵活性。
3．有两种常用的模式：
a)对上、下调用接口实现组件式的编程。
b)扩充配置文件，变为围绕脚本语言式的软件结构。
4．通常是同步的流程。
2.2.2
1．单独的业务流程层，一般需要工作流引擎；在很多特定的运用中，甚至是用户操作驱动的流程。
6．通常要考虑异步流程。
业务流程层囊括了应用对工作流的所有需要。它提供了使业务流程自动化和减少或消除为
完成业务流程所需要的人工干预的能力。业务流程层协调服务、数据源以及人之间的交互，从而实现业务流程自动化。
连接RFID解决方案最重要的一个接口就是通过业务流程层实现的。因为，RFID解决方案主要是解决集成问题，事件模型和RFID消息总线是该架构的两个关键组件，是作为接入系统的主要接口。
表示层以适于用户阅读的方式整合第三方EIS和服务。灵活的导航系统方便使用内容管理功能。可定制的外观和感受可以为不同的用户群体提供不同的信息。
表示层提供了下列三个门户
−配送中心(DC)门户
−供应商门户
−零售店门户
针对这三个门户，提供了很多现成的portlet有些只是简单的显示portlet，而有些则提供复杂的用户交互功能。开发具有复杂用户交互功能的portlet时使用Java页面流。
表示层隐藏了集成和处理的复杂性。与业务流程、服务和集成层的通信通过定义明确的接
口实现。因此，多个门户应用可以重复使用同一组业务服务。例如，用于提供客户服务门
户的许多服务都可以用于提供客户自助服务门户。
2.2
2.2.1
1．通常没有单独的业务流程层。与服务层合并在一起。
2．流程在运用程序中固化，辅助以对象的手段
1
例如，RFID框架架构以BEA WebLogic Platform为基础，满足RFID支柱技术的一系列核心要求，同时具有适应不断变化的业务需要的技术灵活性。
每一层都有一组明确的功能，而且都利用定义明确的接口与其他层交互。分离组件使应用有了更好的可维护性和可扩展性。下一节将详细介绍图1中所示的解决方案架构中的每一层。
a)通常需要使用框架，甚至重量级框架。
b)为外暴露Web服务，成为可供重用的服务。
c)提供必要的基础架构服务，如容错数据副本、负载均衡、安全、线程管理、配置、登录、错误处理、事务管理、系统监视、环境管理等。
d)以复杂的方式从集成层获取数据。
服务层是执行业务逻辑和进行数据处理的地方。它还提供了用于支持企业应用的重要基础
BEA WebLogic Integration业务流程是制作业务级服务的一种理想方式。这些服务可由任意多个功能级或者数据级服务组成，并且是符合SOA架构的。利用WebLogic Workshop
开发环境，WebLogic Integration业务流程可自动地展现为Web服务，无需增加任何代码。
业务流程层通过意义明确的接口与服务层和集成层进行通信。
2.3
2.3.1
1．服务层直接管理整个系统的流程，组织整个系统的业务逻辑。
a)通常不是用框架或使用轻量级框架。
b)对外暴露接口。
2．进行数据处理，对下直接调用Dao和BO/DO，
a)以直接的接口调用的方式从数据库中取数据。
3．对上被UI或其他系统调用。
2.3.2
1．执行业百度文库逻辑。
2．进行数据处理。
3．支持企业应用的重要基础架构
Java页面流将导航功能从显示中分离出来，执行数据验证和错误处理，并访问由业务流程层、服务层或者集成层提供的服务。图3所示为Java页面流出现在WebLogic Workshop中的一个实例。
表示层充分利用了WebLogic平台提供的至关重要的基础架构服务。这些服务包括用于容
错（在HTTP会话中）、负载均衡、配置、登录和错误处理中的用户会话数据副本。
事件模型监听与渠道相关的外部源（如，EDI和FTP）事件以及包含阅读器数据的JMS事
件。RFID消息总线负责将放置在总线上的消息传送给一个或多个感兴趣的接收者。
这一层的构成中还包含一组与RFID相关的业务流程，负责处理那些到达消息总线的消息。解决方案预封装了如下流程：
本层中的业务流程是消息总线上事件的使用者。一个或多个流程可处理同一个事件。业务流程层的核心是BEA WebLogic Integration，它提供了在其上创建、执行、管理和监视业务流程的关键基础架构。WebLogic Integration还包括通信和数据转换功能。其他系统因此可以被纳入到业务流程之中。
架构。服务层最常见的组件是Enterprise Java Beans (EJB)和面向Web服务接口的定制控
件。控件是较新的Java结构，使用它开发者不必了解复杂的J2EE就可以构建业务逻辑。
由开发人员构建业务逻辑，由BEA WebLogic Workshop框架创建适当的J2EE结构（如，
无状态会话bean、有状态会话bean、实体bean、消息驱动bean等），从而提供所希望得到的操作。