CN101281466A - 基于业务本体特征的业务对象建模方法 - Google Patents

Abstract

本发明是关于一种基于业务本体特征的业务对象建模方法，包括以下步骤：在业务领域模型中包含一种基础的语法库；建立具体的业务架构模型，通过业务领域模型语法库的支持，对业务模型中每个层次上对象的特性、行为、属性、进行细化表达，得到一个具体的领域对象业务语法库。从而通过对业务领域模型提供一种简单灵活的建模基础语法，对领域软件开发中业务本体语法库的复用和共享奠定基础。

Description

基于业务本体特征的业务对象建模方法

技术领域

本发明涉及计算机的建模技术，尤其涉及一种基于业务本体特征的业务对象建模的方法及装置。

背景技术

目前，建模领域主要由对象管理组织(OMG)提出的模型驱动结构(ModelDriven Architecture，简称MDA)主导，MDA是建模相关的一系列规范与标准，主要有统一建模语言(Unified Modeling Language，简称UML)、元对象设施(Meta-Object Facility，简称MOF)、可扩展的标记语言(eXtensible MarkupLanguage，简称XML)、基于XML的元数据交换(XML-based MetadataInterchange，简称XMI)、模型查询/视图/转换等。但是，MDA在实际应用中还存在着严重的问题：首先，MDA规范的复杂性较高，使得其应用受到限制；其次，MDA作为通用的软件系统建模方法与标准规范，本身存在诸多尚未解决的难点，如：模型转换、模型与代码间同步等问题，目前仅有很少的几种模型转换方法与工具，它们之间的异构性造成了模型转换代码重用的困难，且使学习和使用模型转换方法的成本增加；而模型与代码间存在的同步问题，使开发人员需要进行两边维护，也造成MDA实际应用的复杂与困难；而且主流MDA工具目前只有UML，而UML对面向领域的个性化需求的表达能力严重不足。

所以基于上面存在的这些问题，目前MDA的研究与应用根据解决问题侧重点的不同出现了分支，如模型驱动开发(Model Driven Development，简称MDD)便是重要的一支。MDD强调只要能实现模型驱动的思想，其实现技术可以任意。所以目前针对某业务领域通常依据模型驱动的思想建立起适合该业务领域的领域模型，并使领域模型尽可能覆盖该业务领域，业务领域内的所有业务问题均可通过领域模型来描述、表达，至于领域模型的实现技术则可便易选择适合该领域的任意技术，即模型驱动技术的重点在于模型在软件开发中被使用的程度，模型的重要程度，而不再是实现模型的支撑技术。经过长期积累后，领域模型便可成为该业务领域内的通用、完整且强大的领域特定模型，在该业务领域，领域特定模型可被充分使用，成为利用率极高的领域内通用模型工具，大大改善了如UML针对领域特定需求无法满足的情况。这就使得模型的使用范围、频率、效果大大提高，使模型在软件开发中占据越来越重的位置，大大提高软件开发的抽象级别，使软件开发方法向着正确的方向发展。而在模型的实现技术上，基于语义与语法的语法库技术是比较好的选择。

目前，企业级应用软件越来越复杂，而分层通常是解决复杂问题的有效方法，所以搭建企业级应用软件的首要任务越来越多的是确定满足企业级应用的多层软件架构，而软件架构历经两层、三层、四层、五层等层次的发展，目前已经发展到N层架构，即不论业务需求的复杂程度有多高，均可以通过分解和抽象的手段划分成多个层次，然后放置在软件系统环境的相应位置，并组织多个层次之间的逻辑关系，使之很好的表达业务需求。但目前N层软件架构的搭建并不严谨，因为业内对N层软件架构虽然存在共识，但并未形成标准或事实，所以在N层软件架构的搭建上存在着随意搭建、层次划分不合理、层次定义不准确、层次边界模糊、层次间逻辑关系混乱等情况，致使N层软件架构得不到合理正确使用，严重影响软件功能的实现及软件的运行性能。

发明内容

有鉴于此，本发明的主要目的是提供一种基于业务本体特征的业务对象建模方法，使用该方法能够解决现有模型驱动架构技术存在的问题，从而提高软件的开发效率、复用度和规范性。

本发明遵循模型驱动开发的思想，提供一种以业务本体特征为基础的业务对象建模方法，能解决现有技术中模型驱动架构等技术问题，

为达到上述目的，本发明的技术方案是这样实现的：

一种基于业务本体特征的业务对象建模方法，包括如下步骤：

A、依据业务需求将业务进行模块化分层；

B、依据所述模块化分层在基础语法库基础上构建层次化的系统架构模型；

C、在所述层次化的系统架构模型的基础上构造满足所述业务需求的全局业务架构模型；

D、在全局业务架构模型的基础上构建每层模型的基础业务语义，并细化模型对象属性和行为。

基于上述技术方案，进一步地，步骤B中所述的系统架构模型描述了各业务模块之间的逻辑关系、组成模式、约束及拓扑结构，在所述系统架构模型中，下层业务模块为上层业务模块提供业务功能，上层系统通过调用不同的下层系统接口来完成更为复杂的业务功能。

进一步地，所述步骤C通过如下步骤构造所述全局业务架构模型：

C1、组装业务对象池容器；

C2、通过业务对象装载业务环境；

C3、为业务对象分配唯一标识。

进一步地，步骤C2中所述的业务环境分为：全局业务级环境、业务信息级环境、业务功能级环境、流程级业务环境、组织机构级环境，所述业务环境通过具有唯一标识的业务消息与其它业务环境进行通讯，通讯的基础是由父环境与子环境组成的环境链。

进一步地，通过所述业务对象池容器对所述业务环境施加控制策略，对所述业务环境下的业务对象进行功能的控制和支配，使得在不同的业务层次上的业务对象能够通过环境链进行通讯和访问。

进一步地，步骤C3中所述业务对象分配的唯一标识由对象访问协议、服务器位置、空间名和对象名加上扩展名组成。

进一步地，步骤D中通过如下步骤构建每层模型的基础业务语义：

D1、基于基础语法库建立每个业务层次上业务对象间的引用关系的表达；

D2、基于基础语法库建立业务与业务层次上业务对象间组成关系的表达；

D3、基于基础语法库建立业务对象间通讯的消息传递机制及业务环境。

进一步地，步骤D2中，所述业务对象间组成关系包括：包含引用关系；依赖引用关系；引入关系；继承关系。

进一步地，步骤B中将所述系统架构模型分为数据层、信息层、功能层、组织层、流程层。

由于本发明提供了一种通过基础语法库建立具体的业务架构模型，并对业务模型中每个层次上的业务对象的特性、行为、属性进行细化表达，得到一个具体的领域特定的业务架构模型的实现方案，该方案使得业务结构更加清晰、易于理解及实现。由于本发明采用的是模型，从而提升了复用程度；模型驱动开发直接面向业务分析与设计，也提高了开发效率，能做到随需应变。由于本发明基于模型的软件复用能达到与所采用的技术无关，与使用的平台无关，使软件可利用性提高。

附图说明

图1为本发明所述方法的实现流程图；

图2为本发明一具体实施例构建的一个具体的业务架构模型体系。

具体实施方式

下面根据附图和实施例对本发明作进一步详细说明。

本发明的核心思想是在业务领域模型中包含一种基础语法库；在基础语法库的基础上构建具体的业务架构模型，并对所建立的具体的业务架构模型中的每个层次上的对象的特性、行为、属性、进行细化表达，获得一个针对某一业务领域的简单灵活的基于业务本体特征的建模语法库(简称业务本体语法库)，从而对领域软件开发中业务本体语法库的复用和共享奠定基础。

本发明创新性的构建了一个的能够反映业务本体特征的基础语法库，包含了各种基础语法的表达，能够适合各领域的需求，该基础语法库包括如下语法内容：

(1)、包含一种统一的业务对象定位体系。业务对象定位体系为每个业务对象提供唯一标识，该标识使用如下业务对象定位体系的表示规则：由对象访问协议、服务器位置、空间名和对象名加上扩展名组成。本发明一具体实施例中的对象访问协议包括四种：biz、file、temp、remote。“biz”是访问业务文件系统的协议，“file:”为访问本地文件系统的协议，“temp:”为访问内存中的临时文件系统的协议，“remote:”为访问远程文件系统的协议。服务器位置指服务器的IP地址或主机名。空间名指业务对象所处的逻辑上的空间的名称。例如访问位于本地文件系统上的位于空间A上的人员对象的定位标识定义如下：file:localhost\SpaceA\User.Obj。由于业务对象定位体系的统一性与全局性，使得每个对象都具有唯一的标识，并通过上述访问协议则能够完整的标识和访问任何对象。

(2)、包含一种业务对象间引用关系的表达。业务引用是业务对象之间的引用关系的表达，即在某业务对象内引入另一业务对象，并使用该业务对象所提供的服务，通过业务对象定位体系来寻找所需要的业务对象。所谓的业务引用就是通过业务对象的访问协议、所在位置、空间名和对象名加上扩展名来得到业务对象的唯一标识，作为存储业务对象的依据，从而可以实现对业务对象的访问控制，实现在某业务对象内引用另一业务对象，实现业务对象之间的引用关系的表达。如在业务对象A中引入业务对象B的引用关系的表达定义如下：import:From(localhost\SpaceA\B.Obj)To(localhost\SpaceA\A.Obj)。

(3)、包含一种业务与业务对象间组成关系的表达，业务由一个或多个业务对象组合而成，是独立的业务逻辑单元，是对业务系统进行业务划分的最小单位。每个业务由若干个业务对象组成，其中必有一个主对象，还可以包含若干个子对象。每个对象都会通过业务对象定位体系得到唯一标识，根据对象的唯一标识可以很容易的实现对象间关联的表达。利用业务之间关系来表达对象之间的关联有：包含引用关系；依赖引用关系；引入关系；继承关系。

包含引用关系：包含引用关系主要起到一个索引作用，使外界可以方便的知道所使用的业务，这种关系定义为包含。两个具有包含引用关系的业务之间是相互独立的，即使去掉包含引用关系的引用者也能完成独立的功能。如在业务对象A中包含引用业务对象B的表达定义如下：IContain:From(localhost\SpaceA\B.Obj)To(localhost\SpaceA\A.Obj)。

依赖引用关系：引用一个业务时，采用的引用模式就是依赖。一个业务假设与另外一个业务有依赖引用关系，那说明该业务依附于被依赖的业务的存在而存在，假设被依赖到的业务不存在，那该业务就是不完整的业务。如在业务对象A中依赖引用业务对象B的表达定义如下：IDepend:From(localhost\SpaceA\B.Obj)To(localhost\SpaceA\A.Obj)。

引入关系：定义一种引入关系，它和依赖引用关系一致的是，被引用的业务是引用的业务的一部分，与依赖引用关系不同的是，引入的引用关系还知道被引用业务的所有信息。如在业务对象A中引入业务对象B的表达定义如下：IInclude:From(localhost\SpaceA\B.Obj)To(localhost\SpaceA\A.Obj)。

继承关系：一个业务可以继承于另外一个单元，这种关系是父与子的关系，如果子单元继承了父单元，那么它的特性就被子单元所支配，这种关系定义为继承。如业务对象A继承业务对象B的表达定义如下：IInherit:From(localhost\SpaceA\B.Obj)To(localhost\SpaceA\A.Obj)。

(4)、包含一种满足业务对象间通讯的消息传递机制，业务模型中的各个业务对象需要通过业务消息来传递，通讯的基础是由父环境与子环境组成的环境链，每个业务环境都可以和自己的所有的父环境、所有的子环境和所有全局性业务环境进行通讯，以达到环境间的消息传递通畅。每一条业务消息都需要有一个唯一的标识。业务消息通常是消息传递双方约定的传输内容，其内容格式则可以为双方能理解的任意形式，在消息传递时，业务消息先传递到接收方所在业务环境，然后由业务环境再传递到具体的业务对象。该消息传递机制与传统的消息传递机制相比，侧重于消息的业务内容及消息所在的业务环境，消息内容是基于业务本体描述的业务内容，而业务对象均处在某业务环境内，在消息传递时必先将消息传递到该业务对象所在业务环境。

(5)、包含一种满足业务对象间通讯的业务环境，包括：全局业务级环境、业务信息级环境、业务功能级环境、流程级业务环境、组织机构级环境。所述环境处于对象池容器当中，容器达到对业务环境的生存环境的控制，可以对业务环境施加控制策略，其对此环境下的业务对象进行功能的控制和支配，在不同的模型层次上共享业务对象，在某个层次的业务环境中生存的对象，对它所有的子环境都是可见的，这些子环境都可以通过环境链访问到这些对象。而且各个层次间的对象可以通讯，其通过的手段是通过业务消息传递机制来完成。

(6)、包含一种业务对象管理机制，它封装了业务模型中的常用的业务对象的生命周期的管理功能，表达出对象生成、复制、移动、销毁等特性。对业务对象的管理通常根据业务环境内最长不使用时间进行自动销毁，或根据业务环境所接受到的对某业务对象的处理消息，执行相应的对象生成、复制、移动等功能。对象生成指在业务环境内创建某业务对象并通过业务对象定位体系给该业务对象提供唯一标识。对象复制指在业务环境内对某业务对象进行复制并通过业务对象修改业务对象的唯一标识。对象移动指将某业务对象从一个业务环境移动到另外一个业务环境，并通过业务对象定位体系修改对象的唯一标识。

(7)、包含一种业务数据丰富展现的视图组件，包括网格视图，图表视图，决策立方视图，从而为业务数据表现提供一种展现机制。视图组件从用户的使用和观看要求出发，按照直观的展示效果对业务数据进行展示。通常根据用户的要求按照业务对象定位体系从各业务环境内取得各个业务对象，然后按照业务之间的关系定义业务对象之间的关联关系，如包含引用关系、依赖引用关系、引入关系、继承关系等，然后将存在关联关系的业务对象组通过满足用户使用和观看要求的视图组件展示出来，即将业务对象所包含的业务数据通过视图组件进行展示。

(8)、包含一种能够表达与或非的逻辑表达式。表达式是由简单的表达式经由函数调用、集合结构、操作符、条件、与非逻辑操作符号所组成。

2、包含一个N层系统架构模型。该模型用于描述系统架构组成部分之间的逻辑关系、组成模式、约束及拓扑结构。系统架构模型构建的原则与方法如下：

(1)、系统架构模型面向业务，采用自顶向下、逐层分解的方式对业务问题进行分解和不断细化，并利用分层的方式将复杂业务问题分解后形成N个层次，并将各层抽象化形成N层系统架构。对每个层次可采用模块化、抽象化的方法进一步细化。

(2)、系统架构模型以层次的方式组成，下层系统对上层系统提供功能，上层系统使用下层系统提供的功能，下层系统不能使用上层系统提供的功能。下层系统接口提供简单功能，上层系统通过调用不同的下层系统接口，并按照不同顺序来执行下层系统接口，从而完成多个复杂的业务功能。层次间的调用遵循如下关系：并行调用、顺序调用、选择调用、重复调用、中断调用。其中并行调用指被调用方并行执行。顺序调用指被调用方顺序执行。选择调用指调用方根据选择条件选择某个被调用方执行。重复调用指被调用方重复执行直至满足重复终止条件。中断调用指某被调用方被调用时会中断所有其他被调用方的执行。

(3)、系统架构模型同时还提供关于系统全局组织与控制、数据存取及同步协议、层次逻辑分布与集成等问题的解决方案。

3、在系统架构模型的基础上，通过基础语法库可构造出满足某业务需求的具体业务架构模型。业务架构模型的构建原则与方法如下：

(1)、针对业务需求，将业务细分，按照自顶向下、逐步细分的原则将业务分解抽象，并形成层次，通常根据模块化原则定义层次的边界与层次的内容，然后将各层分配到N层系统架构模型的相应位置，得到一个具体的N层系统架构模型。

(2)、用基础语法库在N层系统架构模型的基础上构建一个全局的业务架构模型，通常包括：业务对象容器组装、业务环境装载、业务空间划分、通过业务对象定位体系为业务对象分配唯一标识。

业务对象池容器组装，并为每层上的业务对象分配业务单元，使其具备业务的基础语义，业务单元指功能单一的一个业务组成部分。通过业务对象装载业务环境，从而实现对业务对象的生命周期控制，控制业务对象在业务环境内从创建到销毁的整个过程。为对象分配业务定位标识，提供对象的唯一标识，通过业务对象定位的机制，实现各个业务对象间消息的传递。

(3)、在全局的业务架构模型基础上，扩展构建每层模型的基础业务语义库，并细化模型对象属性和行为。通过业务对象定位体系完整的标识和访问任何层次上的业务领域特定的业务对象。建立每个层次上业务对象间引用关系的表达。建立业务与每个层次上业务对象间组成关系的表达。通过满足业务对象间通讯的消息传递机制实现每个层次上业务对象间的消息传递。通过满足业务对象间通讯的业务环境。使用业务对象管理机制实现每个层次上业务对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式。

如图1所示，为本发明一具体实施例构建的一个具体的业务架构模型体系，通过在基础语法库的支持下，对业务模型中每个层次上的对象的特性、行为、属性、进行细化扩展定义，得到一个具体的领域对象业务语法库。该具体实施例中所建立的业务架构模型体系包括数据层、信息层、功能层、组织层、流程层。

数据层是整个业务模型体系的基础层，负责将物理数据库映射到业务模型中，为业务模型的其他更高层次提供存取访问数据的统一接口。例如：“销售数据库”和“生产数据库”是物理数据库，它们属于数据层，分别存储了该企业的销售数据和生产数据。

信息层主要构建于数据层之上，从数据层中获取数据，并且根据实际应用对这些数据进行组织，定义企业具体功能活动执行过程中的输入、输出数据以及这些数据之间的逻辑关系。通过数据网格、表格、图表、决策立方等各种形式所表现。同时还为功能层的形成提供了基础，它是数据层和功能层之间的衔接层。例如：“客户信息”、“订单信息”、和“生产信息”是业务信息，属于信息层，它们的数据从数据层中得到，具体为：“客户信息”、“订单信息”的数据从“销售数据库”得到，“生产信息”的数据从“生产数据库”得到，通过本发明中的视图组件来展现信息层中的数据。

功能层是描述企业功能的，且功能层和信息层密不可分，这两个层次相辅相成。功能层确定了企业业务功能的逻辑结构和相互关系。功能层构建于信息层之上，是信息层的直接调度和控制。每一个业务功能都是一个业务，可以说它们是业务的最小组成体，业务功能间调度通过业务来表达，业务功能可以继承一个业务功能，对于继承后的子功能就具备了父功能的特征，每一业务功能的实例它不仅仅是业务功能的实例，同时它还存在于业务环境中，也可以说，它就是一个功能级的业务环节。例如对订单的处理，就需要经过订单申请、订单审批、拨款等步骤才能完成对一个订单的完整处理。另外一种经营活动，是相互之间相对独立的、可以独立完成经营目标的经营活动。例如：“收到订单”、“收取预付款”、“规划生产”是业务功能，它们属于功能层，反应了企业的经营活动。业务功能是由业务信息得到的，具体为：“收取订单”由“客户信息”和“订单信息”得到，“收取预付款”由“订单信息”得到，“规划生产”由“生产信息”得到。

组织层是设计与建立企业的组织机构。企业的组织机构是由一系列层次化的组织单元构成，每一个组织单元属于某一个层次，对其下一层次的组织单元具有管理职责，并对上一层次的组织单元负责，从而形成企业的组织结构树。组织层和功能层之间的关系十分密切，功能最终要分配到组织中的组织单元上，形成功能权限。组织层还会对流程层中的流程控制，由具体的组织单元控制流程的流转情况。

组织层中业务元素包括人员、部门、机构三部分组成，各部分构建在组织机构环境链中，它对业务功能级环境产生一个引用的关系，通过业务的引用特性来表达。例如：“销售部门”和“生产部门”，它们属于组织层，可以对业务功能进行权限分配，即：“确认订单”功能由“销售部门”执行，“规划生成”功能由“生成部门”执行。另外，它们还能对流程中功能环节的执行进行控制，具体为：“销售部门”控制“确认订单”，“生产部门”控制“规划生产”。

流程层是企业的经营过程由一系列任务组成。这些任务按照企业的管理规章和业务流程顺序或并行执行，最终完成企业的经营目标，如提供一种产品和服务。一个经营过程是为了实现企业某个经营目标的一个过程，它在部分或者全部组织机构和人员的参与下，按照预先确定的规则，在参与者和组织机构之间进行文档、信息、任务的传递和处理，从而实现预定的经营目标。

流程层构建于功能层和组织层之上，由功能层上业务功能组成业务流程，可以在流程中定义各个功能环节之间的流转规则。而流程的执行和运转则由组织层中的人员成员或其他组织单元负责完成。例如：“收到订单”、“收取预付款”、“规划生产”属于流程层，根据执行顺序和规则、条件的不同，“确认订单”、“订单已确认并发出”、“预付款收到”、“生产计划已编制”一起组成了一个业务流程，反应了企业经营活动过程中功能之间的关系。

业务流程依赖于业务功能环境，是通过业务功能中依赖关系来描述，一个业务流程环境链是由所需的各个业务功能所组成，在每一个流程分支通过业务表达式来控制业务流程的流传方向，流程间的消息传递通过业务消息来发送，子流程获得父流程流传递的消息后才能向下一级流程转移。

下面结合图1的流程图以构建网上商店系统为例说明本发明业务对象建模的过程，网上商店系统主要包括如下功能：库存管理、商品发布、搜索服务、购物车服务、配送管理、交易服务、日志管理、客服服务等。本实施例中，以库存管理中的商品入库详细说明：

步骤A、依据业务需求将业务进行模块化分层；

此步骤是在逻辑上根据业务需求将业务进行抽象，采用自顶向下、逐层分解的方式对业务问题进行分解和不断细化，并利用分层的方式将复杂业务问题分解后形成模块化分层结构。例如可将库存管理系统架构模型分为五层，如上所述分别为：数据层、信息层、功能层、流程层、组织层，在此步骤中将对层的边界，层说包含的功能模块做出逻辑上的定义。

步骤B、依据所述模块化分层在基础语法库基础上构建层次化的系统架构模型；

此步骤在步骤A的基础上，对业务对象、对层与层之间的调用接口、业务环境之间通讯消息等进行实体的定义，从而构造出一个层次化的可实例化的系统架构模型。

步骤C、在所述层次化的系统架构模型的基础上构造满足所述业务需求的全局业务架构模型；

用基础语法库构建一个全局的业务架构模型，通常包括如下步骤：

1)、组装业务对象池容器，按照自顶向下、逐步细分的原则将业务分解后分配到模型的各个层次上，使其具备业务基础的语义。

2)、通过业务对象装载业务环境，从而实现对业务对象的生命周期控制，控制业务对象在业务环境内从创建到销毁的整个过程。

3)、为对象分配业务定位标识，提供对象的唯一标识，通过业务对象定位的机制，实现各个业务对象间消息的传递。

步骤D、在全局业务架构模型的基础上构建每层模型的基础业务语义，并细化模型对象属性和行为。

此步骤主要包括如下步骤：

1)、构建数据层模型业务语义

建立库存管理数据源，数据连接对象它负责提供连接各种数据库的一种媒介，基本属性表达库存管理业务系统所连接的数据源信息。建立库存管理数据表，包括入库单数据表、商品数据表。数据表是包含数据库中所有数据的数据库对象。数据表对象它主要负责数据层中数据对象逻辑上的定义，不是实际物理数据库中的表。但是，它和表完全保持一致，是直接映射生成的关系。主要属性包括：表名、字段名、字段类型、主键、外键、索引主要数据元素的描述，通过业务定位能表达每一张表的数据结构和位置，并映射数据层数据对象之间的关系。通过业务定位来对数层中数据进行定位和访问，建立数据层对象间引用关系的表达。建立业务与数据层对象间组成关系的表达。通过满足对象间通讯的消息传递机制实现数据层对象间的消息传递。通过满足对象间通讯的业务环境，使用对象管理机制实现数据层对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式，从而达到对业务数据控制和调度。

2)、构建信息层模型业务语义

建立库存管理商品入库信息模型，信息是对数据的合理组织，它是企业进行事务处理、实现业务功能的基础。企业数据可能来源于不同的应用系统中，其存储结构也可能各不相同，这些数据需要通过信息的形式进行组织、管理和表现。例如采购清单、库存清单、客户订单、生产计划、销售记录、结算报表等信息实体都具有共同的特性，即对企业数据的封装，并加以友好的表现形式后提供给企业运营过程中的业务活动所调度和控制。通过对象定位体系能够完整的标识和访问任何信息层对象。建立信息层对象间引用关系的表达。建立业务与信息层对象间组成关系的表达。通过满足对象间通讯的消息传递机制实现信息层对象间的消息传递。通过满足对象间通讯的业务环境。使用对象管理机制实现信息层对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式。

在整个模型层次体系中，业务活动被映射成业务功能，在业务活动中被调度和控制的信息实体则被映射成业务信息。业务信息在业务功能和业务数据库之间起到了对数据合理组织及表现的作用；实施要完成主要的构建途径。

应用数据层对象创建数据集对象组件，对数据进行组装，主要是通过标准的查询语句SQL来描述数据的组成方式和来源。

应用一种信息表现文档，它是从业务文档继承下来，文档的类型主要包括表单文档、表格文档和丰富文档。文档需要引用具体的数据集对象，为文档中数据进行数据采集和表现。为业务信息对象维护一个标识，属性包括标识编码、显示名称。标识是信息对象定位标识，由是业务定位组成。

3)、构建功能层模型业务语义

建立库存管理商品入库功能模型，在业务模型体系中，描述业务活动的就是业务功能，说明企业中需要完成的工作和任务是什么，业务功能在业务模型体系中具有承上启下的桥梁作用，它构建与信息之上，是业务信息的直接调度和控制者。业务功能又是组成业务流程的基础。同时通过组织机构的业务分配业务功能。通过对象定位体系能够完整的标识和访问任何功能层对象。建立功能层对象间引用关系的表达。建立业务与功能层对象间组成关系的表达。通过满足对象间通讯的消息传递机制实现功能层对象间的消息传递。通过满足对象间通讯的业务环境。使用对象管理机制实现功能层对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式。

业务功能是业务模型体系中独立的业务，可以认为它就是业务模型体系中可“执行的业务对象”，是最终模型转换的运行体。每一个业务功能从基础功能继承下来，因为业务功能的一些系统级的能力就来自于其父功能，如业务功能环境，业务模型对象管理。每一业务功能的实例它不仅仅是业务功能的实例，同时它还是一个功能级的业务环境，也可以说，它就是一个功能级的业务环节。一个业务功能可以引用了多业务信息，这里的引用使用了业务对象的功能，业务功能是一个最小的业务，具备了业务的引用特性。业务功能的继承由于它是一个业务，本身它就具备了继承的能力，建的业务功能可以从已创建的父功能继承下来，这种方式最大的优点就是可以重用其父功能的所有特性，在此基础上扩展即可，而不需“从头开始”实现一个业务功能。同时也要为业务功能对象维护一个标识属性：包括标识编码、显示名称。标识是功能对象定位标识，它的组成是业务对象定位。

4)、构建组织层模型业务语义

建立库存管理组织层模型，组织是为了完成企业目标而形成分工协作的团队，组织模型就是用来定义企业的组织形式的模型，它以职责、权限的形式定义了企业成员、各部门的作用与任务。在实际应用中，功能、流程和组织三者紧密结合在一起。企业的经营活动是由多个业务功能组成的，业务功能作为功能权限被分配到组织模型中的组织单元，从而形成业务分工，最后由组织模型中的人员操作业务功能。通过对象定位体系能够完整的标识和访问任何组织层对象。并通过对象定位体系能够完整的标识和访问任何组织层对象。建立业务与组织层对象间组成关系的表达。通过满足对象间通讯的消息传递机制实现组织层对象间的消息传递。通过满足对象间通讯的业务环境。使用对象管理机制实现组织层对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式。

在组织建模过程中，主要对人员、部门、组织机构业务元素的构建，并分配相应的权限和职责，从而就可以达到组织模型建模的目的。

人员是指一个独立的、具有一定行为能力和一定技术能力的人的实体，它对应于企业中的每一个雇员。人员是企业的主体，人员具有一定的独立性，但不能独立存在，在企业的人事行政管理中，它总是归属到一个部门或者机构。它表现形式是一种树形机构，用业务定位来表达。例如：

PersionA:Org:\PERSON\KFB.DFD\WXM.psn

人员“王小明”是位于“组织机构\某公司\开发部”下的，其中：Org:\PERSON表示为人员根节点，KFB.DFD表示“开发部”对应路径，WXM.psn表示人员“王小明”。

岗位是一种具有共性、统一性，能够抽象并重复使用的对象，通常人员要分配到多个岗位上工作。例如：

PonsitionB:Org:\POSITION\MANAGEPOS.pos

PonsitionC:Org:\POSITION\DEVPOS.pos

B.Depend{Org:\PERSON\KFB.DFD\WXM.psn}

C.Depend{Org:\PERSON\KFB.DFD\WXM.psn}

岗位B是部门经理，岗位C是开发人员，而依赖描述表达了“王小明”既是部门经理又是开发人员。

组织机构的元素包括：机构、部门。机构、部门、岗位、人员间的层次联系构成组织机构树，描述企业的静态组织机构，使用于企业传统的层次型组织方式。

机构是对一个经营实体的统称，处于组织机构的高层。

将岗位分配到部门下，形成一个新的组织单元，同一岗位可以分配到多个部门下，形成多个组织单元，岗位被分配到部门下，一个部门可以包含多个岗位，这些构成组织机构下的分工。

分配功能权限到组织机构中，组织机构授予业务功能才能有它的职责行为，可以分配功能的组织权限有：岗位、机构、部门。例如：

PonsitionB.import{biz:\\DevSpace\Biz.Info.A}

OrganD.import{biz:\\DevSpace\Biz.Info.C}

DeptE.import{biz:\\DevSpace\Biz.Info.G}

在上面描述了岗位B分配了功能A、机构D分配了功能C、部门E分配了功能G.，它们具备使用和分配功能的能力表述。应用业务中包含、依赖、引入的特性来表达这种关系方式。

5)、构建流程层模型业务语义

建立库存管理商品入库流程模型，业务模型体系中业务流程直接以业务功能和组织模型为基础，位于业务模型体系的最顶层，业务功能组成业务流程，实现和控制业务流程业务数据的“接口”。组织模型中的组织单元通过其业务功能、任务、流程来控制和监视业务流程的运行。在业务流程开展、运行的过程中，业务数据(信息、文档)根据过程模型的定义在不同的参与业务流程处理的组织单元(也就是执行者)间传递，实现协作，达到表达企业的经营流程过程的目标。通过统一的对象定位体系建立流程层对象，通过对象定位体系能够完整的标识和访问任何流程层对象。建立流程层对象间引用关系的表达。建立业务与流程层对象间组成关系的表达。通过满足对象间通讯的消息传递机制实现流程层对象间的消息传递。通过满足对象间通讯的业务环境。使用对象管理机制实现流程层对象的管理。通过业务数据丰富展现的视图组件。使用能够表达与或非的逻辑表达式。

流程层模型在业务模型中担负控制和协调业务活动的角色，要实现此模型的重点在环节表达上。

环节是组成流程模型基础的元素之一，包括开始环节、结束环节、活动环节、条件环节。环节中主要表达内容有：

开始环节：它代表一个流程的开始

定义一个业务流程的开始：ProcActivityA.Start

结束环节：它代表一个流程的结束。

定义一个流程结束：ProcActivityA.End

业务活动在业务模型体系中表示为业务功能，所以活动环节也可看作是业务功能环节。一个活动环节只能引用一个业务功能，但是一个业务功能可以被多个活动环节所引用。如：订单申请、订单审批就是单独的、独立的业务活动。

ProcActivityA.Use(biz:\\DevSpace\Biz.fun)

ProcActivityB.Use(biz:\\DevSpace\Biz.fun)

活动环节所引用的业务功能通过业务定位来传递，一个活动环节必须引用而且只能引用一个业务功能。在为活动环节中的各种规则设置执行者时，其定义的“业务功能拥有者”即为可以运行此业务功能的组织单元。处理活动环节的任务时，运行起来的就是这个业务功能。

条件环节在流程模型中起到了“条件路由”的作用，主要由条件为真的后续环节和条件为假的后续环节逻辑形式定义。

分配流程环节的控制者组织机构是业务流程的控制者，也可以把它看作是业务流程的基础，它解决了业务流程中谁来做的问题。在业务流程开展、运行的过程中，业务数据(信息、文档)根据过程模型的定义在不同的参与业务流程处理的组织单元间传递。已达到各种不同机构、部门、组织单元间的协作。

分配一个流程到机构中表述如下：

ProcActivityA.depend{Org:\Organ\COMMPANS.organ}

分配一个流程到部门中表述如下：

ProcActivityA.depend{Org:\Dept\PRODUCT.dept}

本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，本领域技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (9)

1、一种基于业务本体特征的业务对象建模方法，其特征在于，包括如下步骤：

A、依据业务需求将业务进行模块化分层；

B、依据所述模块化分层在基础语法库基础上构建层次化的系统架构模型；

C、在所述层次化的系统架构模型的基础上构造满足所述业务需求的全局业务架构模型；

D、在全局业务架构模型的基础上构建每层模型的基础业务语义，并细化模型对象属性和行为。

2、根据权利要求1所述的方法，其特征在于，步骤B中所述的系统架构模型描述了各业务模块之间的逻辑关系、组成模式、约束及拓扑结构，在所述系统架构模型中，下层业务模块为上层业务模块提供业务功能，上层系统通过调用不同的下层系统接口来完成更为复杂的业务功能。

3、根据权利要求2所述的方法，其特征在于，所述步骤C通过如下步骤构造所述全局业务架构模型：

C1、组装业务对象池容器；

C2、通过业务对象装载业务环境；

C3、为业务对象分配唯一标识。

4、根据权利要求3所述的方法，其特征在于，步骤C2中所述的业务环境分为：全局业务级环境、业务信息级环境、业务功能级环境、流程级业务环境、组织机构级环境，所述业务环境通过具有唯一标识的业务消息与其它业务环境进行通讯，通讯的基础是由父环境与子环境组成的环境链。

5、根据权利要求4所述的方法，其特征在于，通过所述业务对象池容器对所述业务环境施加控制策略，对所述业务环境下的业务对象进行功能的控制和支配，使得在不同的业务层次上的业务对象能够通过环境链进行通讯和访问。

6、根据权利要求5所述的方法，其特征在于，步骤C3中所述业务对象分配的唯一标识由对象访问协议、服务器位置、空间名和对象名加上扩展名组成。

7、根据权利要求6所述的方法，其特征在于，步骤D中通过如下步骤构建每层模型的基础业务语义：

D1、基于基础语法库建立每个业务层次上业务对象间的引用关系的表达；

D2、基于基础语法库建立业务与业务层次上业务对象间组成关系的表达；

D3、基于基础语法库建立业务对象间通讯的消息传递机制及业务环境。

8、根据权利要求7所述的方法，其特征在于，步骤D2中，所述业务对象间组成关系包括：包含引用关系；依赖引用关系；引入关系；继承关系。

9、根据权利要求8所述的方法，其特征在于，步骤B中将所述系统架构模型分为数据层、信息层、功能层、组织层、流程层。

Images