基于构件、面向业务的装配平台总体设计方案（new）

1、 密级：a级基于构件、面向业务的装配平台总体设计方案版本：1.0软件工业化生产工程研究小组联合编制目录1装配原理42构件装配概念模型42.1构件粒度分类及其特征42.2构件装配概念模型63装配平台总体实现思路73.1原子功能构件装配平台实现思路73.2业务构件装配平台实现思路83.3系统级构件装配平台104标准规范定义104.1构件分解映射规范定义104.2构件框架分类规范定义104.2.1表现层构件框架实体模型114.2.2业务逻辑层构件框架实体模型124.3业务规则分类规范定义134.4业务规则描述规范定义165原子功能构件装配平台设计方案165.1基于eos平台面向业务规则的嵌入式方案设

2、计165.1.1嵌入方式分析165.1.2固定的业务规则嵌入方案175.1.3可选业务规则嵌入方案175.1.4可变业务规则嵌入方案186业务构件装配平台设计方案186.1总体规划186.1.1业务构件装配平台概念模型186.1.2应用结构模型196.1.3平台总体实现思路206.1.4总体功能方案206.1.5主要工作内容216.2具体功能与实现方案226.2.1可视化业务构件装配平台226.2.1.1功能构架226.2.1.2实现构架236.2.1.3主体界面视图246.2.1.4关键技术266.2.2组合业务构件调试、发布工具306.2.2.1功能构架316.2.2.2实现构架316.2

3、.3构件化包装平台316.2.3.1功能构架326.2.3.2实现构架366.2.4装配平台总体特点376.3关键技术386.3.1业务构件框架模型定义与描述386.3.2原子业务构件接口逻辑模型描述396.3.3组合业务构件接口逻辑模型描述396.3.4可视化图元拖拽技术397系统级构件装配平台设计方案398业务规则配置工具399构件库管理平台4010构件框架库管理平台4011业务规则库管理平台4012销售订单管理4012.1业务需求分析4012.1.1业务分析4012.1.2需求分析4212.2构架设计4312.2.1业务构架4312.2.2功能构架4312.2.3信息构架4312.3构件

4、设计4313计算客户购买商品实付总额业务4314附录：计划4414.1业务装配平台核心设计与开发计划451 装配原理从宏观角度来看构件装配的本质是实现构件粒度状态空间的转换，即粒度小的构件通过构件装配平台形成粒度大的构件；从微观角度来看构件装配的本质是构件接口之间的装配。站在宏观角度来分析构建装配平台的必要条件，首先要从构件粒度的角度形成构件的分类；其次要确定构件之间实现装配的关联因素业务规则。站在微观角度来分析构建装配平台必须要明确构件接口的表现形式：数据、运算、业务逻辑、展现。数据：数据实体。运算：基于代码形成构件。业务逻辑：不带界面、由多个运算构件或业务逻辑构件组装而成的构件。展现：多有

5、界面且由多个业务逻辑构件或展现构件组装而成的构件。对于每个构件接口必须配有一个xml文件，构件接口之间的装配实质是通过其配置文件来完成。2 构件装配概念模型2.1 构件粒度分类及其特征按构件粒度角度对构件由大到小进行分解：系统级构件、组合业务构件、原子业务构件、原子功能构件。l 原子功能构件原子功能构件是指完成一个最基本运算功能的构件，与业务无关，不带有与用户交互的界面。l 原子业务构件原子业务构件是指针对于某一或多个业务实体按照一定的业务规则，把原子功能构件组装而成，并完成一个基本单元的原子业务操作，带有与用户交互的界面。如增加一张销售订单、修改一张销售订单、删除一张销售、查询一张销售订单等

6、。l 组合业务构件组合业务构件是把多个原子业务构件按照一定的业务规则组装而成，其装配方式就是把原子业务构件插入构件框架中，带有与用户交互的界面。如销售订单管理就是一个组合业务构件，它涵盖了增加一张销售订单、修改一张销售订单、删除一张销售、查询一张销售订单等原子业务构件。l 系统级构件系统级构件是把多个组合业务构件，按照菜单进行装配形成应用系统。2.2 构件装配概念模型1 原子功能构件原子功能构件自包涵式装配即原子功能构件之间的装配形成原子功能构件。这类构件的装配关联机制是通过数据层次的交互来实现。2 原子业务构件原子业务构件：以原子业务为对象，原子功能构件业务规则组装而成。构件之间的装配关联机

7、制是通过业务规则来实现的。3 组合业务构件组合业务构件：若干原子业务构件（或组合业务构件）业务规则组装而成。构件之间的装配关联机制是通过业务规则来实现的。装配方式：基于构件框架装配。4 系统级构件系统级构件：若干组合业务构件菜单组装而成。构件之间的装配关联机制是通过业务系统功能来实现。3 装配平台总体实现思路根据装配概念模型可以明确装配平台包括原子功能构件装配平台、业务构件装配平台、系统级构件装配平台。l 原子功能构件装配平台l 业务构件装配平台有两种实现思路：基于业务规则进行装配。l 系统级构件装配平台基于系统菜单进行装配。3.1 原子功能构件装配平台实现思路原子功能构件装配平台是为原子功能

8、构件之间的装配提供服务，形成原子业务构件。即一系列原子功能构件按照一定的业务规则进行组装，形成原子业务构件。原子功能构件装配平台采用eos开发平台，在装配过程中嵌入业务规则（业务规则的处理包括两个部分：业务规则描述、业务规则解析，具体详见业务规则管理平台设计章节。）。在装配过程中原子功能构件的装配采用eos开发平台现有的方式完成，业务规则嵌入有两类：l 一类是业务规则的处理过程不带展现l 一类是业务规则的处理过程带有展现对于不带展现的业务规则处理构件业务规则解析构件，直接组装成业务逻辑构件，其应用装配思路按照eos开发平台现有的方式完成。对于带展现的业务规则处理构件，直接与界面的操作功能按钮进

9、行装配。3.2 业务构件装配平台实现思路业务构件装配平台主要为原子业务构件之间的装配形成组合业务构件，以及组合业务构件之间自包含的装配。装配的关联因素是业务规则。装配方式是基于构件框架的装配。具体实现思路：先从构件库中把业务构件读取出来形成业务构件资源树，在从构件框架库中把构件框架读取出来形成构件框架资源树，如下图所示：关键技术：l 可视化的图元拖拽技术l 业务构件装配编辑器技术l 业务构件接口描述技术l 业务构件框架描述技术3.3 系统级构件装配平台系统级构件之间的装配，是基于系统最终展现给用户有哪些功能菜单项为出发点，因此系统级构件装配平台实质是实现组合构件与系统功能菜单的映射。4 标准规

10、范定义4.1 构件分解映射规范定义详见构件分解映射标准规范.doc文档。4.2 构件框架分类规范定义业务构件框架主要为一组关联构件提供接插框架。业务构件框架从技术实现层次可分为表现构件框架、业务逻辑构件框架、数据构件框架；从系统功能层次需按具体业务分解形成一系列的业务构件框架。l 表现层构件框架是在表现层为各种构件提供装配的容器；l 业务逻辑层构件框架是在业务逻辑层为各种构件提供装配的容器；l 数据层构件框架为数据层提供装配的容器；4.2.1 表现层构件框架实体模型主要包括界面视图、原子业务构件之间业务规则逻辑处理视图。1） 界面视图界面视图主要包括界面视图框架、原子业务构件功能区、初始数据操

11、作区。l 界面视图框架主要实现界面视图分区样式、操作风格。l 原子业务构件功能区展现该业务构件框架所包括的原子业务构件，具体内容根据装配状况动态添加。下面是几种实现参考方案： 采用树型结构 采用动态添加按钮l 初始数据操作区初始数据操作区具体显示什么内容，在装配过程中进行设置。如：假设订单管理业务框架初始数据操作区定义为订单录入原子业务的录入接口，则在装配过程中，通过业务装配平台进行设置。2） 原子业务构件之间业务逻辑规则处理原子业务构件之间业务逻辑规则包括：前驱逻辑处理（紧耦合处理、松耦合处理），后续逻辑处理（紧耦合处理、松耦合处理）前驱处理都由各原子业务构件自身处理，后续紧耦合业务逻辑处理

12、由业务框架处理。如：主角原子业务构件：销售订单录入。其前驱处理的业务规则可能有：销售订单数据可由销售合同生成，也可能由销售协议数据生成，并同时要修改其相应的销售合同或销售协议状态。4.2.2 业务逻辑层构件框架实体模型业务逻辑构件框架实体模型包括业务规则解析容器、构件服务容器。其运行机制：4.3 业务规则分类规范定义先基于领域工程可把业务规则分为：固定业务规则、可变业务规则、可选业务规则。针对于固定业务规则、可变业务规则、可选业务规则，从首先从管理业务的构成要素（业务行为、业务流）角度分析来看，可分为业务行为规则、业务流程规则；从技术实现角度可分为定性业务规则、定量业务规则、推理规则。1） 业

13、务行为规则业务行为规则是围绕某一业务行为在执行前、执行中、执行后三个阶段形成的各种约束。推理规则是用来识别先后发生的多个事件间的关系。比如：在录入销售订单以前，需要先录入该订单的客户信息；在做结帐工作时，一定需要完成所有凭证的记帐工作。2） 业务流程规则业务流程规则是指对一系列业务行为，按照企业实际管理要求，进行有机的串连，形成企业的管理业务流程。3） 定性业务规则此规则类别通过允许非编程人员对规则进行维护从而支持业务灵活性。定性规则即 if-then 规则。每个 if-then 规则包含一个 boolean 表达式，用于确定是否执行在 then 子句中指定的一个或多个操作。这些操作可以计算规

14、则结果、赋值或调用其他服务。例如if 客户a属于贵宾类客户或者一次性购买额度达到800元 then 给客户a打7折；定性业务规则可分为以下几类：l 业务表单数据引用规则：即某一业务表单的数据通过引用其它业务表单数据自动生成。该规则处理机制：先设置表单之间数据关联项，然后提取相应的数据（如果是多数据源还得进行合并）。l 编码规则：主要针对对象编码。l 数据过滤规则：对那些带常量的数据过滤规则。l 业务执行顺序规则：即表示某一动作必须在相关动作执行结束后才能做。l 同步规则：即在完成某一业务动作同时也要完成另一业务动作。4） 定量业务规则定量业务规则描述某一属性产生的计算规则， 如：月末账户余额

15、= 余额 + 余额*月利率。从技术实现角度来看，该类规则需要被封装成构件来实现。5） 推理规则实现演绎法、归纳法、prolog 样式的统一或其他人工智能(artificial intelligence，ai)样式的规则。可从推理获益的用例是那些设计到很多相互依赖的规则的用例，这些规则的执行顺序必须依赖于数据而不是预先确定的。资源选择、优化、问题诊断和规划问题通常都需要进行一定的推理。这些问题涉及到在很多潜在解决方案中进行搜索，以找到那些满足规则的解决方案。4.4 业务规则描述规范定义5 模型定义5.1 构件模型构件模型分为构件实现模型、构件逻辑模型。5.1.1 构件实现模型构件实现模型是描述构

16、件组成结构，及其各组成部分的规约。主要包括构件规格说明、构件接口、构件实现。而构件接口包括构件提供接口即服务、构件依赖接口即引用。服务是指构件对外提供的各种服务的集合。引用是指构件运行时对环境的各种需求集合。以下给出构件模型的描述方案 - - 功能说明 备注 - - aaaaa bbbbb - aaaaa bbbbb - - aaaaa bbbbb - aaaaa bbbbb 一个构件用一个xml文件来描述，顶级元素是atombcomp元素，代表构件。atombcomp下面有三个子元素：1 spec元素表示构件的规格说明，描述原子业务构件的基本信息：vs 表示版本ename 表示英文名称cna

17、me 表示中文名称id 表示编码date 表示原子业务构件发布日期元素 author描述原子业务构件开发者节点function描述原子业务构件所完成的功能。节点remarks描述原子业务构件注意事项。2 service元素service元素表示构件对外提供所有服务的集合，每个服务用元素interface表示，其中属性id 表示服务的编码，在构件库标识该服务的唯一标致；cname 表示服务中文名称；ename 表示服务英文名称；event 表示服务运行的具体事件。对于每个服务需要的参数用元素param 描述，其中属性name 表示参数名称datatype 表示参数类型3 reference元素r

18、eference元素表示构件需要引用外界的需求集合，每个需求用元素interface表示，其中属性id 表示服务的编码，在构件库标识该服务的唯一标致；cname 表示服务中文名称；ename 表示服务英文名称；event 表示服务运行的具体事件;option 表示该参数是否必选。对于每个服务需要的参数用元素param 描述，其中属性name 表示参数名称datatype 表示参数类型option 表示该参数是否必选5.1.2 构件逻辑模型构件逻辑模型是从构件应用角度来描述构件的应用特性，主要通过刻面来表述。构件刻面主要包括：使用环境、应用领域、功能、层次、表示方法、构件粒度六种l 使用环境：“

19、使用环境”是使用（包括打开、编辑、编译、调用）构件所需要的软硬件条件。l 应用领域：“应用领域”是使用该构件的软件系统所关联的应用领域。l 功能：是构件向外提供的功能集合。l 层次：是构件与软件开发过程各阶段所对应的抽象层次。l 表示方法：是构件实体表示的媒体和数据格式。l 构件粒度：表示构件的装配粒度，如系统级构件、组合构件、原子业务构件、原子功能构件等5.2 构件框架模型5.2.1 表现层构件框架模型5.2.2 业务逻辑层构件框架模型5.3 基于构件的体系结构模型6 原子功能构件装配平台设计方案原子功能构件装配采用eos平台完成。对业务规则的启用采用嵌入方式完成。本方案主要对如何将业务规则

20、嵌入到eos平台中进行装配的方案进行设计。6.1 基于eos平台面向业务规则的嵌入式方案设计6.1.1 嵌入方式分析基于eos 平台嵌入业务规则的方式可分为：直接设置方式、通过业务规则解析器连接、通过业务规则引擎连接。l 直接设置方式就是通过eos提供现有的构件以及装配设置完成对业务规则的嵌入。l 通过业务规则解析器连接把业务规则解析器做成eos平台可识别的构件，具体的业务规则内容通过业务规则设计器来描述。在引用业务规则时，通过调用业务规则解析器来嵌入业务规则。l 通过业务策略解析器连接主要解决一个业务行为涉及到多条业务规则的情况。在业务规则解析器连接基础上，加入业务策略的解析。业务策略主要解

21、决引入多条业务规则的定位、优先级等处理。具体实现就是把业务策略解析做成eos平台可识别的构件，通过装配该构件实现嵌入。6.1.2 固定的业务规则嵌入方案1 流程业务规则直接由工作流平台进行定义，然后执行。2 业务行为规则对于固定的业务规则可以直接在装配过程中进行设置，或者把业务规则做成构件形式直接进行装配从而完成固定业务规则的嵌入。6.1.3 可选业务规则嵌入方案1 流程业务规则直接由工作流平台进行定义，然后执行。2 业务行为规则可选业务行为规则要通过业务策略与业务规则解析器共同来解决。即将业务策略解析器做成eos平台可识别的构件。在装配过程中装入业务策略解析器；把业务规则解析器同样做成eos

22、平台可识别的构件，并在装配过程中装入业务规则解析器构件。业务策略与业务规则都通过外部配置。6.1.4 可变业务规则嵌入方案通过业务规则解析器来连接即将业务规则做成eos平台可识别的构件，在装配过程中，若要引用业务规则，只需通过装入业务规则解析器构件即可，具体的业务规则执行交由业务规则解析器来完成。7 业务构件装配平台设计方案7.1 总体规划7.1.1 业务构件装配平台概念模型业务构件装配平台是指面向业务构件（主要是面向原子业务构件），采用基于业务构件框架为“插板”的装配平台。7.1.2 应用结构模型业务装配平台主要实现原子业务构件与业务构件框架之间的装配功能，从而解决系统功能与动态、复杂的实际

23、业务环境不适应问题。具体应用模型如下图所示：该平台首先对eos平台开发的原子业务构件包通过构件化包装工具对其进行构件化形成原子业务构件库；基于领域模型通过业务规则设置平台建立业务规则库；依据领域分析设计结果，通过eos平台开发各业务构件框架，然后利用构件化包装工具对其进行包装形成业务构件框架库；通过可视化业务构件装配编辑工具将原子业务构件与构件框架进行装配，调试测试后发布成可基于系统装配平台进行装配的组合业务构件。7.1.3 平台总体实现思路7.1.4 总体功能方案业务构件装配平台主要功能包括三个部分：构件化包装平台、可视化业务构件装配平台、组合业务构件调试与发布平台。l 构件化包装平台主要实

24、现对eos平台产生的原子业务包，按照构件构成原理进行构件接口和构件规格说明包装。l 可视化业务构件装配平台主要实现原子业务构件与构件框架直接的装配，从而形成可基于系统级构件装配平台进行装配的组合业务构件。l 组合业务构件调试与发布平台主要为装配好的组合业务构件提供调试运行环境，并提供对调试通过的构件进行发布。7.1.5 主要工作内容业务装配平台主要包括：原子业务构件化包装工具、可视化业务构件装配编辑工具、组合业务构件调试工具、业务构件框架库几个部分。从实现角度分析，可将其细分解为如下内容：1 原子业务构件化包装工具l 原子业务构件化管理l 构件框架构件化管理2 可视化业务构件装配编辑工具3 组

25、合业务构件调试、发布工具l 组合业务构件调试工具l 组合业务构件发布工具4 业务构件框架库l 业务构件框架实体模型l 业务构件框架“插座”描述模型7.2 具体功能与实现方案7.2.1 可视化业务构件装配平台业务构件装配主要完成对原子业务构件与构件框架之间的可视化装配功能。7.2.1.1 功能构架业务装配平台功能构架如下图所示：1 业务构件资源管理器业务构件资源管理器主要包括：原子业务构件资源视图、构件框架资源视图、组合业务构件资源视图。2 图元装配编辑器主要包括图元定义、图元的拖载、图元之间的连接等功能。3 构件框架图元属性设置器主要完成对与该构件框架连接的原子业务构件接口属性以及原子业务构件

26、之间处理规格参数的输入，并保存到构件框架的接口文件中。4 业务构件装配项目管理业务构件装配项目管理主要包括新建、保存、修改、生成等功能。5 基础设置主要完成数据连接设置、文件保存路径设置等功能。6 帮助7.2.1.2 实现构架将构件往构件框架中插入。具体实现方式：将框架中的“插座”通过“外接件”引出来（将插座用xml文件描述），然后与构件接口（xml文件描述）进行装配。其后台数据模型关系如下图所示：7.2.1.3 主体界面视图主要功能包括原子业务构件资源区管理、业务构件框架资源区管理、组合业务构件资源区管理、原子业务构件装配编辑器、工具栏（组合业务生成、保存当前的装配构件、打开现有的装配构件）

27、。说明：菜单栏：文件：新建（新建业务构件）打开（直接打开某一个业务构件）保存（保存处于当前编辑状态的业务构件）设置：数据库连接设置文件发布设置管理：帮助：使用指南关于业务装配平台工具栏：（以下描述）工具栏主要包括生成组合业务、保存、打开、退出等功能。l 生成生成组合业务构件，即生成并保存组合业务构件物理文件，同时修改构件库中对应组合业务构件的状态。l 保存保存当前正在装配、编辑的组合业务构件。l 打开打开现有的业务构件，进行修改。l 预览通过浏览器预览当前编辑的组合业务构件。l 退出完成退出装配平台的功能。视图层：业务构件、原子业务构件、业务框架编辑器部分：状态栏：显示版权、时间日期、其它信息

28、。7.2.1.4 关键技术1 原子业务构件资源区管理从构件库中按行业及其功能提取原子业务构件，形成原子业务构件资源树。构件框架资源树xml数据模型如下所示： - - 销售订单管理 销售计划管理 销售价格管理 说明：1 数据模型元素主要数据元素包括：构件编码(guid码)、构件中文名称、构件描述xml数据模型文件名称及相对路径。2 构造原则l 非子节点的元素描述信息全部以attribute方式表示l 所有子节点的元素描述信息中中文名称用text表示，其它的用attribute来描述。2 业务构件框架资源区管理从业务构件框架库按照行业及其功能提取业务构件框架，形成业务构件框架资源树。原子构件资源树

29、xml数据模型如下所示： - - - 新增销售订单 修改销售订单 说明：1 数据模型元素主要数据元素包括：构件编码(guid码)、构件中文名称、构件描述xml数据模型文件名称及相对路径。2 构造原则l 非子节点的元素描述信息全部以attribute方式表示l 所有子节点的元素描述信息中中文名称用text表示，其它的用attribute来描述。3 组合业务构件资源区管理组合业务构件资源区管理是对组合业务构件的逻辑信息（规格说明、接口）进行管理。主要包括导入、新建、修改、删除等操作功能。l 导入从构件库导入现有的组合业务构件信息在设计阶段已完成构件规格说明、接口等内容的建立。l 新建构件主要包括三

30、个部分：规格说明、接口、实现。这里新建主要完成对构件的规格说明、接口进行描述。l 修改是对选定构件的逻辑信息进行编辑修改。l 删除删除某一选定的组合业务构件。4 原子业务构件装配编辑器从概念层次上讲，原子业务构件装配编辑器是完成相关原子业务构件基于业务构件框架的装配；从技术实现角度是完成动态生成带有操作功能的应用“界面”。先从业务构件框架资源树中选取相应的框架，然后拖拽到编辑器，然后从原子业务构件资源树中选取相应的构件，并拖拽到编辑器中。编辑器包括两个部分：原子业务构件装配编辑器、jsp界面设计器（代码、界面设计）。原子业务构件装配编辑器：实现原子业务构件与业务框架之间的装配，并为各装配原子业

31、务构件的设置。其装配示意如下图： 其设置示意如下图jsp界面设计器展现由装配编辑器形成的组合业务构件，并提供修改功能。包括两个窗口：代码、界面设计。代码编辑器窗口可以直接看到、修改相关jsp代码。界面设计编辑器窗口用来直接设计图形界面。7.2.2 组合业务构件调试、发布工具主要为装配好的组合业务构件提供一个调试环境，同时对测试好的组合业务构件进行发布。7.2.2.1 功能构架其主要功能包括预览、调试管理、运行服务三个部分。1 组合业务构件预览提供组合业务构件直接2 调试管理3 组合业务构件运行服务7.2.2.2 实现构架7.2.3 构件化包装平台原子业务构件化包装主要是针对于eos平台产生的原

32、子业务包进行接口描述与规格说明，从而将其构件化以便业务构件装配平台对其进行装配。主要包括两个部分：原子业务构件化包装、构件框架构件化包装。7.2.3.1 功能构架1 原子业务构件规格说明包装管理原子业务构件规格说明包装主要包括两部分：原子业务构件规格说明描述模型定义、规格说明可视化设置器。l 原子业务构件规格说明描述模型 功能说明 备注 说明：通过节点atombcomp的属性描述原子业务构件的基本信息：vs 表示版本ename 表示英文名称cname 表示中文名称id 表示编码date 表示原子业务构件发布日期节点 author描述原子业务构件开发者节点function描述原子业务构件所完成的

33、功能。节点remarks描述原子业务构件注意事项。xml源文件详见原子业务构件规格说明描述模型.xmll 规格说明可视化设置器依据规格说明描述模型提供可视化的模型属性输入工具，并生成相应的xml文件。2 原子业务构件接口包装管理原子业务构件接口包装主要包括两部分：原子业务构件接口描述模型定义、接口属性可视化设置器。l 原子业务构件接口描述模型定义 aaaaa bbbbb aaaaa bbbbb 说明：通过节点atombcomp的属性描述原子业务构件的基本信息：vs 表示版本ename 表示英文名称cname 表示中文名称id 表示编码节点 interface 描述原子业务构件对外的接口信息（支

34、持多接口描述）。其中：id 表示编码cname 表示中文名称ename 表示英文名称url 表示接口路径节点param 描述接口参数（支持多参数）。其中：id 表示参数id号name 表示参数名称datatype 表示参数数据类型节点值描述参数默认值xml源文件详见原子业务构件接口描述模型.xmll 接口属性可视化设置器依据接口描述模型提供可视化的模型属性输入工具，并生成相应的xml文件。3 构件框架规格说明包装管理构件框架规格说明包装主要包括两部分：构件框架规格说明描述模型定义、规格说明可视化设置器。l 构件框架规格说明描述模型 功能说明 备注 说明：通过节点compframe的属性描述构件

35、框架的基本信息：vs 表示版本ename 表示英文名称cname 表示中文名称id 表示编码date 表示构件框架发布日期节点 author描述构件框架开发者节点function描述构件框架所完成的功能。节点remarks描述构件框架注意事项。l 规格说明可视化设置器依据规格说明描述模型提供可视化的模型属性输入工具，并生成相应的xml文件。4 构件框架接口包装管理构件框架接口包装主要包括两部分：构件框架接口描述模型定义、接口属性可视化设置器。l 构件框架接口描述模型定义依据构件框架分类，下面对表现层构件框架、业务逻辑层构件框架的接口模型进行定义。表现层构件框架接口模型构件框架接口主要是用来接插

36、构件。其数据模型包括：功能操作规则接口、原子业务构件基本信息以及接口。可描述如下： - - - 说明：节点atomcomp 表示要插入的原子业务构件，其中属性id 表示原子业务构件编码cname 表示原子业务构件中文名称url 表示原子业务构件路径节点event 表示原子业务构件的接口参数（包括操作规则、原子业务构件输入参数）业务逻辑层构件框架“插座”模型 - - - 说明：节点atomcomp 表示要插入的原子业务构件，其中属性id 表示原子业务构件编码cname 表示原子业务构件中文名称url 表示原子业务构件路径节点interface表示原子业务构件的接口参数。l 接口属性可视化设置器依

37、据接口描述模型提供可视化的模型属性输入工具，并生成相应的xml文件。7.2.3.2 实现构架依据构件分解映射规范，抽取各类原子业务构件接口属性，构造原子业务构件接口描述模型，根据接口描述模型开发模型属性设置器，最后把用户设置好的属性生成一个xml文件。示意图如下：7.2.4 装配平台总体特点前提：支撑业务装配平台的数据模型（针对该平台的应用）1. 原子业务构件数据模型：以eos为原子业务构件的开发平台，并形成原子业务构件资源库；将该资源库通过一定的数据模型转换成数据结构树（xml格式），客户端存储该数据树，业务装配平台直接加载该数据树，即装配平台的原子业务构件树。 2. 业务框架数据模型：将业

38、务构件框架资源库通过一定的数据模型转换成数据结构树（xml格式），客户端存储该数据树，业务装配平台直接加载该数据树，即装配平台的业务构件框架。 3. 业务构件数据模型：通过一定的数据模型（xml格式），将本地存储的业务构件文件展现出来，以方便该平台对其相关的管理操作。业务构件装配平台的底层实现：基于eclipse的开发，形成自己的应用中间件产品。图形编辑器框架get：gef是具有标准mvc（model-view-control）结构的图形编辑框架，其中model由我们自己根据业务来设计，它能够提供某种模型改变通知的机制，用来把model的变化告诉control层；control层由一些edit

39、part实现，editpart是整个gef的核心部件。视图层draw2d：基于swt的图形处理包，它适合用作gef的view层业务模型emf：eclipse建模框架，emf可以使用jet来生成代码。我们主要通过图形来生成相应的页面构件代码。问题1. 业务框架和实际应用结合时，业务框架倒底需实现什么样的功能，充当什么样的角色？2. 装配后形成的业务构件，出错机制检测。由于该业务构件具有一定动态交换性，无法直接通过平台对其构件进行整体出错机制检测。（个人认为，出错检测方式如同eos一样，平台仅提供接口规范及构件关联合理性的检测，运行态的结果检测，由用户直接通过浏览器自行测试）。7.3 关键技术7.

40、3.1 业务构件框架模型定义与描述业务构件框架是在对专项业务抽取的基础上，从信息系统角度设计而成的。主要包括专项固定业务规则集、业务规则处理器、用户交互界面。采用什么样的技术从装配的角度出发对各部分进行描述。1 业务构件框架模型描述信息列表业务构件框架描述信息定义主要从两个方面考虑：l 从业务构件框架的本质工作（完成插入构件之间的逻辑处理）方面考虑，依据具体专项业务而定。l 从基于jsp界面装配实现角度考虑。基于业务逻辑处理信息列表基于jsp界面装配信息列表7.3.2 原子业务构件接口逻辑模型描述7.3.3 组合业务构件接口逻辑模型描述7.3.4 可视化图元拖拽技术8 系统级构件装配平台设计方

41、案9 业务规则配置工具包括业务规则描述语言规范定义、业务规则设计器、业务规则库。10 构件库管理平台11 构件框架库管理平台12 业务规则库管理平台13 销售订单管理13.1 业务需求分析13.1.1 业务分析业务分析主要完成三件事：建立事实模型（业务实体模型）、明确业务行为（业务用例）、提取业务规则。销售订单是销售业务体系中的主体部分，涵盖了从接收客户订单、订单执行、订单执行跟踪等一系列业务过程。下面对销售订单业务从业务行为与业务规则两个方面对其进行描述与分解。各业务员接收（通过传真、网络或其它手工方式）客户下的订单或者是根据与客户签订的长期合同中转换过来，并通过适当的转换形成企业内部流通的销售订单。1 业务行为业务行为是从为实现某一业务目的而设计的一系业务流程分解而来。业务行为分析到原子业务行为为止。业务目的：接收客户合适的销售订单业务流程：依据业务流程分解其原子业务行为：编制新销售订单、