BOA技术架构实例详解.pptVIP

在BU中，模型部分由DO和Ops实现（分别在DO定制工具、业务逻辑编辑器中构造和维护），用户界面由BU页面来实现（在BU组装工具的页面编辑器中创建和维护），控制器由Action及配置文件共同实现（通过BU组装向导构造）。BU组装工具完全遵照MVC的思想，在操作上把开发人员强制限制在MVC这种良好的模式中，从而可以帮助开发人员构造出具有较好结构的应用系统。 * 该工具负责将各种基于BU的应用集成起来。集成的模式可以分为：表示集成、过程集成和数据集成。这些集成模式不是孤立的，它们可以根据需求互相结合，综合利用。集成工具主要包括门户定制工具、过程建模工具、数据集成建模工具以及相应拦截器的配置工具。 集成的工作包括对各种集成机制的建模以及建立各集成模型中的元素和BU间的连接。其中，关联模型元素和BU的工作是通过AOP的方式实现的。采用AOP的方式可以避免修改已有的BU，提高集成的敏捷性和可靠性。在用户界面上，这些工作都是以可视化的图形界面或向导的方式展现的，具有直观、易操作的特点。 * * * * 在BOA支撑平台的支持下，应用系统分为四个层次：应用视图、应用（子）系统、业务活动、业务单元（BU）。 在BOA支撑平台的支持下，应用系统开发过程涉及4类角色：开发人员、业务分析人员、系统管理员、用户。开发人员负责BU的开发，业务分析人员负责需求分析和BU装配工作，系统管理员负责系统定制、授权工作，用户负责个性化应用视图设置工作。支撑平台提供以上构造过程中业务建模，设计、开发，实施、部署、维护以及外系统整合等方面的支持 1）业务单元（BU） BU是符合特定规范的业务构件，是最小的应用组装和操作权限分配单元，完成一定的功能或者提供一定的服务。该层次主要由开发人员实现。 2）业务活动 业务活动由支撑平台提供的组装工具和集成机制将BU装配而成，装配方式包括基于数据集成的装配、基于表示集成的装配、基于过程集成的装配。业务活动由业务分析员按照业务需要，通过对BU的装配形成。 3）应用（子）系统 应用（子）系统由由业务分析员在支撑平台提供的定制工具支持下，按照业务需要，通过对业务活动的定制形成。 4）应用视图 应用视图是根据用户的个性化需求，由支撑平台的授权和定制工具对应用系统进行个性化设置而成，适应变化方式主要通过对应用系统中可定制、可配置的项进行设置以及授权完成。其中授权、定制工作由系统管理员完成，个性化配置工作由用户完成。 5）支撑平台 支撑平台提供以上构造过程中业务建模，设计、开发，实施、部署、维护以及外系统整合等方面的支持。 角色 开发过程涉及4类角色：开发人员、业务分析人员、系统管理员、用户。开发人员负责BU的开发，业务分析人员负责需求分析和BU装配工作，系统管理员负责系统定制、授权工作，用户负责个性化应用视图设置工作。 * * * * 应用软件的体系结构演化，经历了从独石（monolithic）、到模块化、再到层次化（C/S、B/S等两层、三层和多层结构）等阶段。 * * BOA可以利用SOA技术实现业务的框架和策略，帮助合作伙伴快速开发面向行业的应用系统，快速适应企业业务的变化，充分和正确的利用基础技术以降低成本，并可以方便地集成和扩展业务系统。 北大软件在长期从事软件工程技术研究和电子政务领域应用软件开发的基础上，规约了应用构件规范，提出了业务单元（BU）的概念，并设计了业务单元模型。 在CIM层，利用ARIS模型作为工具从组织、数据、功能和控制四个方面为企业建模， 在平台独立层，以BU作为最小的构造元素为应用系统建模， 在平台相关层，映射到特定平台的数据库、展现层和构件模型， 在编码阶段，为这些层次之间的转化定义了转化规则，来支持自动或者半自动的转化 * 支撑平台为业务单元提供了运行环境。业务单元使用支撑平台提供的数据集成机制，完成数据的共享和交换；使用支撑平台提供的过程集成机制，完成业务活动的协作；使用支撑平台提供的表示集成机制，完成用户界面的集成。 支撑平台为业务单元提供了开发环境。业务单元的开发和数据、表示、过程都有关系，为了方便开发业务单元，支撑平台提供了可视化环境，对业务单元进行定制、开发和组装。 * BU是符合特定规范的业务构件，是最小的应用组装和操作权限分配单元，完成一定的功能或者提供一定的服务。在支撑平台提供数据集成、过程集成和表示集成等多种集成机制的支撑下，支持基于业务单元的应用系统集成组装。应用系统的组成粒度分为四个层次，即业务单元、业务活动(Business Activity)、子系统(Sub-System)和系统(System)。若干功能上相关的业务单元通过表示、数据和过程集成机制构成一个业务活动；若干相关的业务活动构成了一个子系统；子系统的集合构成整个系统。 * BU容器为BU提供了运行时支