在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