服务端设计指南.docVIP

服务端设计指南  预备知识 3 假设和约束 3 术语、词汇表 3 Chapter 1总体设计和分层原则 5 2.1 背景 5 2.2 总体分层设计 5 2.2.1 业务处理流程 6 2.2.2 业务层设计原则 7 2.3 各层次的职责和接口 9 2.3.1 客户端层 9 2.3.2 请求处理层 9 2.3.3 EJBActoin层 9 2.3.4 Facade层 9 2.3.5 业务组件层 10 2.3.6 数据访问层 12 Chapter 2 应用设计模式 19 3.1 背景 19 3.2 Business Delegate模式 19 3.3 Command模式 20 3.4 Fa?ade模式 20 3.4.1 Fa?ade 20 3.4.2 使用Fa?ade模式的注意事项 21 3.5 Strategy模式 22 3.6 DTO模式 22 3.7 DAO 模式 23 3.8 Template Method模式 24 3.9 Factory模式 26 2.2.1 Simple Factory模式 26 2.2.1 Factory Method模式 27 2.2.1 Abstract Factory模式 27 2.2.1 Factory模式的讨论 28  预备知识 为了方便理解和交流，在阅读本文之前，我们假定您已经具备以下一条或多条必要的预备知识： 一门或多门面向对象语言(C++，Java)的设计及开发经验； 了解面向对象技术的基本概念，如类(class)、实例(instance)、继承(inheritance)、接口(interface)、多态(polymorphism)等方面的知识，并对该领域内的一些术语和名词有大致的了解； 了解UML中的常用的术语和符号，掌握类图(class diagram)和时序图(sequence diagram)的画法和含意，并对用例图(use case diagram)以及应用系统提供的用例文档(use case)的含义和产生过程有一定的了解； 对设计模式（Design Pattern）有所了解，并对设计模式中的术语（别名）有比较清楚的认识； 本文中的示例将以社会保险业务为基础进行分析，有一定业务背景的设计人员将会更加清楚的理解示例中的设计思路和设计方法。 假设和约束 本文档的重点在于说明设计过程，主要覆盖系统开发的设计阶段；过程中所涉及到的前阶段提交件，如用例、术语表及需要分析报告等均未包含在系统设计阶段，因此这里假设本文中引用到的需要分析的报告、用例(use case diagram use case)等文档符合业务需求，术语(glossary)表完整且经用户确认。 本文档应用在系统的服务器端的分析设计阶段。在进入分析设计阶段之前，系统分析人员应该提供系统的需求分析报告、用例文档等需求分析阶段提交件，并对这些提交件进行相应的质量监控，具体的工作应由项目管理人员进行组织。 术语、词汇表 本文所涉及到的一些术语和缩写： 术语、词汇名称 含义(缩写) 备注 业务层 应用系统的一部分，主要指系统框架到持久化层(persistent tier)之间的业务处理逻辑层，业务层的原子业务组件以Stateless Session Bean为单位进行组织 Fa?ade(外观) 设计模式的一种，为了对业务层的复杂业务逻辑进行包装，对每个原子业务组件均采用Fa?ade(包装)设计模式进行组织， BPO Business Process Object业务处理对象，用于业务处理的控制对象 BEO Business Entity Object业务实体对象，对业务数据、表单进行封装的数据对象，有一些通用的加载和数据维护方法 DAO Data Access Object数据访问对象，提供持久化层(persistent tier)的对象支持，也对BEO对象提供相关的加载和数据维护支持 DTO Data Transfer Object数据传输对象，用于封装在各逻辑层之间传递的业务数据，以减少各层之间的耦合关系 Helper类 对业务处理中算法的提取可以封装在Helper类中，Helper类可以理解为计算(逻辑计算)的原子处理单元 总控BPO 在应用系统业务层设计中的约定名称，用于表示那些没有业务处理，将控制请求分发给其它BPO进行具体处理的一种特殊类型的BPO。 包package Java语言中用于组织子系统的一种形式，应用系统以包为单元组织系统的各个模块 RDBMS 关系型数据库管理系统 场景角本 Scenario Scripts 用例文档的核心部分，以交互的形式描述系统的使用者对系统的使用过程。 Chapter 1总体设计和分层原则 Design the Tiers 2.