在REA基本框架中植入Batras模式

课题资助：本文受到北京市师资基地财经类专业教师素质提高工程课题资助

摘 要：选择REA本体论作为会计信息系统概念模型的基本框架后，建模人员可以再REA基本框架中植入两种类型的Batras模式：交易类型和通用抽象类型。可以植入的交易类型模式有常规交易模式、减少生产模式、时序交易模式、后续交易模式和数据仓库模式。可以植入的通用抽象模式也可以进一步划分为严格继承模式、类型模式、通用模式、实体-事项模式和递归模式。

关键词：REA；公司本体论；Batras模式；会计信息系统；概念模型

公司模式和抽象模式的结合形成了一个具有两个相互垂直的维度的REA基础框架。在该框架中，公司模式一般在实例、类型和分组级别上开发。抽象模式通常应用于资源构造。

由于Batras模式是可以重复使用的业务建模解决方案，所以该模式适用于基于REA基础框架的公司级会计信息系统的各种应用情境。适用于REA基本框架下的公司级会计信息系统的Batras模式主要分为两大类：交易模式和通用抽象模式。

一、交易模式

Batras收集的很多模式表明如何给交易建模。通用的交易模式是指给服务型交易建模。服务型交易通常由两部分构成。第一部分是很难确认个体的无形服务型交易。第二部分是大批量生产的低廉的、注册识别个体不经济的有形服务型交易。

根据两大分类维度，我们给交易模式进一步细分，然后再将这些细分后的具体交易模式放入我们的REA基本框架。根据公司模式，交易个体之间、客户个体和商家个体之间都是参与关系。客户和商家充当对应的提供方和接收方角色。

1.常规交易模式

常规交易模式中的其他类型表达了类型或分组抽象级别上的资源。我们用服务类来表达一种某一流水线作业服务类交易中涉及的资源类型。资源类型的分类表明该类资源对象的实例个体表达的是抽象的服务，而不是某一具体服务本身。生产类，与此相反，因为其某些属性与生产类型相关，而其另一些属性（如库存量）只有在资源分组时才有意义，例如产品类型的实际库存。它表明出现的某一资源类型和分组。因此，生产类给一类生产及其外延建模。

给常规交易建模，也不存在明确的生产个体的表达。这种建模实务，将抽象模式内聚成一个单独的类，这对于大批量生产的、低廉的产品生产建模时很常见，它不接收个体的识别。某一交易中涉及的生产个体可以用分组生产线产品协同类来明确标识。该类的每个实例表示同一笔交易中产品生产个体的集合。

交易和服务/生产之间的协作可以被识别为存量关系的变量，该存量关系的是由资源个体抽象的。通过增加一个依靠某属性来收集个体信息的资源分组解决了抽象个体的难题。

2.减少生产模式

与常规交易模式不同，减少生产模式明确表达了某一交易所涉及的资源个体。产品类再一次表明出现了类型和分组情况。减少生产模式的范围可有可能受限于存量关系的建模。因此，给同时需要识别参与者和地点的交易建模。就必须把模式扩展到委托人、经销商、交易地点等类。

3.时序交易模式

时序交易的模式是常规交易模式的变形。时序交易模式拥有不同的属性集，以指明某些交易的时序特征，例如租赁事项。时序交易模式在我们构造框架中的放置与常规交易模式无异。

Batras教授同时也表达了时序交易模式的一种变形，比如，时序交易的登录。该事项吸收了三个抽象模式级别上的所有资源类。

4.后续交易模式

后续交易模式表明了两个具有强制先后顺序发生的交易。例如，发票通常是由于先有订单而后才能产生，发票不能离开订单而单独存在。订单和发票事项个体之间，只有未来的二重关系得到明确建模。

另外，在某些货到后的现金付款案例中，根据等价交换原则，可能用到后续交易模式来表达货物或服务与付款，或本次交易中的其他货物或服务。随着登录和减少生产模式的出现，建模人员会发现交易模式的某些部分已经被忽略了，例如参与方、地点、产品或服务等。

5.数据仓库模式

数据仓库模式是交易模式的一种变形。数据仓库模式汇总了一定时间间隔中发生的交易。此时交易类可以分成事项分组的代表。每个事项分组汇集了某一时间间隔内，某一地点、某类产品、某两个参与者个体之间发生的所有交易。当我们表达参与关系时，由于该模式直接与事项分组的参与者个体相关，所以它可从事项个体抽象而来。

交易事项分组同时也定义了一个明确的资源分组，例如数量属性与各组的资源个体相关，该组资源的类型有生产（PRODUCT）类描述，这导致了包含在交易类当中的存量关系的重叠。

值得注意的是，Batras教授所收集的所有交易模式都是从参与者组以及参与者类型中抽象而来的。即使以上概念在需要数据库支持营销应用时，例如查询与作为参与者的客户分组相关的交易数据时，被证明是有用的，但是在使用我们的框架时，建模人员也能扩展模式自身以包含参与者组以及参与者类型。

二、通用抽象模式

Batras模式集合的第二部分被设计成在概念数据建模过程中使用典型的抽象机制。例如适用于描述各部分如何相互组装在一起的物料清单的递归模式。尽管部分-整体关系存在于实例个体之间，当COMPONENT协同类中存在数量属性时，物料清单在类型级别上得到详细介绍。忽略资源个体情况在给大批量廉价资源建模时常见。递归模式也适用于事项和参与者建模。

1.严格继承模式

Batras的严格继承模式，它在实例个体级别上表达了部分-整体关系，这一点与我们的抽象模式相一致。这种容器-包含关系可以用于合作公司、公司分立、部门分离、货仓合并、地点-分地点等。尽管容器与包含被划入资源，但它们也能用于事项或参与者，

Batras的计划模式完全照搬严格继承模式：将容器-包含关系用于某一计划以及组成该计划的不同步骤之间。endprint

2.类型模式

类型模式不是根据类型建模，其实它是使用成员关系的典型例子。成员组定义为适用于委托方个体的某些条件，例如成员类型、成员期别、成员价格。这些条件通过它们的特征来识别和描述。这些特征如委托方编码、委托方名称、委托方地址、委托方电话等。当然，类型模式在表达分类-实例关系，如委托方和委托方的类型时也很有效。

3.通用模式

通用模式创建了超类和子类之间的继承。Batras教授使用简便的UML来描述这种通用模式，并运用通用模式来确定公司员工的不同类型。在UML中，表达个体的类之间的特殊化-综合化关系得到建模，尽管这些关系的语义与我们抽象模式（如SECRETARY是EMPLOYEE类的子类）中子类-超类之间语义不同，REA基本框架中表达了参与者类型的阴影盒子。

4.实体-事项模式

实体-事项模式用于表达实体的历史。例如，公司员工在事项中的参与导致了公司员工状态的改变。就像它们在REA本体论中定义的那样，EMPJOBHISTORY和EMPSALHISTORY表达了事项。

如果需要，实体-事项模式可以进一步扩展出表达资源和所涉及的交易方的类。另外，实体-事项模式的一个实例，即公司员工-事项模式表达了非经济事项，例如公司员工地址的改变，因此非经济事项处于公司模式范围之外。

5.递归模式

最后，Batras模式集中也包含了递归模式的一个变形，如递归的一对多关系。递归的一对多关系是一种通常的抽象模式中没有的关系，因为在递归模式应用于物料清单时，该模式既没有表达出子类和超类关系，也没有表达出抽象的部分与整体关系。

但是，递归关系建立了类型之间严格的传递关系。除了综合/特殊语义以外的其他语义，暂时还处于我们的抽象模式之外。其他语义不属于公司模式，如有需要，我们在设计支持机构设计和管理应用的数据库时，可以扩展公司模式，从而可以表达这些语义。

综上，Batras模式集中大约一半的模式可应用于不同类型交易的会计信息系统的概念建模，我们选择REA本体论作为会计信息系统概念模型的基本框架，是因为REA是一个被广泛接受的公司本体论。REA公司本体论描述了交易的商务逻辑，如今ISO已经意识到将REA作为一种商务交易本体的标准。 Batras教授选择的其他模式，提供了在概念数据建模中使用不同抽象机制的用途。

参考文献：

[1]周梅.REA公司本体论视角下的AIS建模[J].财会月刊，2012（11）.

[2]周梅.会计信息系统建模[M].吉林大学出版社，2012（7）.

[3]W. E. McCarthy. The REA Enterprise Ontology – An Events-Based Foundation for the New Generation of Business Information Systems Within and Between Enterprises. Scheduled Keynote Speech to CONFENIS 2007 .– The IFIP International Conference on Research and Practical Issues of Enterprise Information Systems， Beijing， China， October， 2007.

作者简介：周梅（1973- ），北京财贸职业学院副教授、CIA、访美学者、ISACA会员，研究方向：会计信息系统endprint