探讨会计信息系统中REA的数据模型方法及具体应用.docVIP

　　探讨会计信息系统中REA的数据模型方法及具体应用 --一、引言 随着我国会计电算化不断发展提升，对会计人员的计算机应用知识的要求越来越高，有些企业的会计信息系统正面临从传统的核算型软件向管理决策性的大型管理软件的再开发。这样会计人员就会被要求加入到系统开发中去，向系统开发人员提供有关专业技术支持，帮助开发人员了解企业的账务处理程序、经营过程、管理要求及用户的信息需求等。由于目前会计人员普遍缺乏足够的系统开发知识，不仅会增加与开发人员之间沟通的难度，有时还会严重会计信息系统论文影响系统开发的正常进程，甚至增加开发成本。会计电算化教材虽然在一定程度上涉及了数据库、系统开发知识，但很多还是以介绍传统会计体系结构或一些会计软件的应用为主，缺乏足够的开发大型管理型会计系统所需的知识与技巧。 REA建模方法是1982年由美国教授McCarthy最先提出的，在此基础上还发展出了其他的建模方法，如REAL建模方法等。由于REA数据模型已经在国外的企业软件应用及会计信息系统的教学中扮演着重要角色，我国有关文献也有对此的研究，但会计工作人员及在教学中运用还很少涉及，故本文想就REA数据模型方法及具体应用作进一步的探讨，希望能向在会计信息系统环境下工作的会计人员及在校师生提供一些系统建模知识，以及REA的具体建模步骤及分析方法，本文还列举并编制了一个简单的反映商品采购与付款业务循环的REA概念模型。 二、REA建模方法 （一）REA的实体分类 数据库系统设计的一个重要步骤，就是要确定哪些实体应该包括在数据库中。一般的E-R图是由各种实体及其之间的联系组成。而在会计信息系统的数据库中应包括哪些实体，应用REA数据模型法可以很好地解决这一问题。REA是一种基于企业价值链的，反映经营业务语义关系的概念数据模型工具，特别适用于会计信息系统的开发。REA数据模型法将实体明确地分成三种类型：资源（Resorces）、事件（Events）和参与者（Agents）。 资源，是指企业拥有并能控制的资产。如企业的产品、机器、设备、用品、仓库等。但是在此作为资源定义的资产与传统会计理论中的资产是有区别的，资源实体强调企业现时拥有的，而且资源实体在系统的逻辑数据设计时，需要对其属性进行定义和维护。传统财务会计的资产注重一项资产能否带来未来经济利益的流入。如传统会计的结算资产应收账款就不是独立的资源实体，它是由销售与收款两个业务事件发生的时间上的差异造成的，由于销售业务与销售收款业务的数据已经存储在数据库中，则计算应收账款所需的全部信息都可以从该两个事件存储的信息中产生，即其信息可以通过销售额与销售收款额的差额获取。 事件，是对资源变动产生影响的经济活动，具体包括企业价值链活动中引起资源变动的经济交易事件以及对未来经济交易所做的承诺两种事件。本文列举的购货业务与付款业务都是交易类事件，而购货订单业务是承诺类事件。正确及时地采集两类事件数据在会计信息系统中是十分关键的，确保系统不仅能反映业务过程的真实面貌，还可以通过承诺事件提供的信息帮助管理者编制有关的预算计划。例如，管理者通过收到的定单可以计划未来产品的产量等。 参与者，是指参与上述事件的人或部门，他们可以是来自企业内部的业务人员或部门，也可以是企业外部的有往来关系的供货商、供货单位等。这些信息可以帮助管理者考查业务人员的业绩及往来客户的交易情况。 采用REA的实体分类法，企业的全部经济业务的信息都要分离，并重新按照资源、事件和参与者归类到相应地实体集中，与传统会计系统中以会计凭证作为数据的录入依据不同，具有这种概念模型的系统体系结构与传统的AIS的体系结构也不同，它既能提供传统的AIS能提供的财务报告信息，还能提供用于管理目的的非财务会计信息，而且还大大增强了系统数据的一致性和存储有效性。 实体联系的类型 两个实体之间的联系可概括为3种： 一对一联系（1∶1）。表示一个实体中的一个实例只与另一个实体中的一个实例有联系，而另一个实体中的一个实例也只能与这个实体的一个实例有对应联系。在数据模型中，一对一的联系实体是可以合并为一个实体，没有必要单独建立此种联系。 一对多联系（1∶n）。表示一个实体的一个实例可以与另一个实体的多个实例有联系，反过来，另一个实体的一个实例只能与这个实体的一个实例相对应。如供货商与购货订单两个实体，当一个供货商可以提供多个订单，而某一个订单却只能由某一个供货商提供时，这两个实体之间就是一对多的联系，记作1∶n。 多对多联系（m∶n）。表示一个实体的一个实例与另一个实体的多个实例相联系，同样，另一个实体的一个实例也可与这个实体的多个实例有对应联系。如购货订单与产品之间通常就是多对多的对应关系，表示一个订单可以购买多种产品，而一个产品也可以在多个订单中购买。 由于目前E-R数据库不能直接执行多对多的