网络环境下会计信息系统的构建

赵雪梅

[摘要]网络时代信息用户更加关注信息的时效性和丰富多样性。传统会计信息系统已经无法满足网络时代信息使用者多样化、个性化、实时化的信息需求，因此在网络环境下必须以信息技术为平台，根据信息需求重构会计信息系统。本文重点探讨网络环境下会计信息系统构建的理论依据、会计信息系统体系结构和业务数据模型。

[关键词]事项法会计；事件驱动；REAL模型

[中图分类号]F232[文献标识码]A[文章编号]1673—0194(2009)19-0005—03

随着网络经济时代的到来，企业所处的宏观、微观经济环境与工业时代相比已经发生了很大的变化，这种变化不但使得企业决策时所面临的影响因素更加复杂化，而且还要求企业能够实时捕捉影响决策的各相关因素的变化情况，并根据它们的变化随时修正其已做出的各种决策。网络时代信息用户更加关注信息的时效性和丰富多样性。然而，很多企业的会计信息系统(MS)仍然沿用工业时代的模式，事实上，正是由于会计理论和方法的落后，才使得会计信息系统已经无法满足网络时代信息使用者多样化、个性化、实时化的信息需求，已经受到了强烈的批评和指责。

会计信息系统作为一个信息处理和信息支持系统，如果不能很好地满足使用者的信息需求，就会被淘汰，因此会计信息系统也是在不断的变革和求生存的危机中发展的。信息技术的迅猛发展及其在经济管理中的广泛应用为会计信息系统的变革和发展提供了契机和技术支撑，为满足企业内部和外部信息使用者的信息需求提供了新的实现途径。因此在网络环境下必须以信息技术为平台，根据信息需求重构会计信息系统。本文重点探讨网络环境下会计信息系统构建的理论依据、会计信息系统体系结构和业务数据模型。

一、网络环境下会计信息系统的构建理论一事项法会计

要构造网络环境下会计信息系统，首先要确定其依据的理论基础。20世纪60年代美国会计学家索特提出的事项法会计(Events Accounting)，已经为未来AIS的构造提供了理论基础。

乔治·索特(George H.Sorter)教授在《论会计基本理论》一书中提出了事项法会计理论。他认为：“财务会计人员的任务只是提供有关事项的信息，而让使用者自己选择适用的事项信息”。索特教授将传统的会计信息系统称为“价值法会计信息系统”，价值法会计信息系统基于以下两个假设：(1)假设不同使用者的信息需求是相同的；(2)假设财务报告的编制者事先知道信息使用者的信息需求，或至少知道他们制定决策的模型。网络时代信息使用者由于决策环境的复杂而需要多样化、个性化的信息，显然不满足上述两个假设条件。而“事项法”会计建立在完全不同的假设上，即“会计人员可能对决策者如何使用信息一无所知，会计的目的是为不同的可能决策模型提供可能相关的经济事项信息，而不是直接为不可知或根本不可能知道的决策模型提供价值输入”。事项法会计认为财务会计目标在于提供与各种可能的决策模型相关的经济事项信息，与决策相关的事件的信息应尽量以其原始的形式保存，会计人员的任务只是提供有关事项的信息，而让信息使用者自己根据其决策需要加工产生所需要的适用的事项信息，并将其运用在决策模型中。

事项法会计采用多种计量属性反映事项各方面的特征，多维地揭示经济事项的价值和非价值方面的信息，因而事项信息具有全面性、完整性及冗余量少的特点，提供“原汁原味”的事项信息，让信息使用者运用决策模型进行决策，因而满足信息使用者多样化、个性化的信息需要。因此，基于事项法的会计信息系统无疑是先进的，能够满足网络时代信息使用者的需求。

由于过去缺乏信息技术的支撑，事项法会计一直未能在AIS得到应用。随着计算机在会计中应用的深入，事项法会计日益引起人们的关注。今天，发达的信息技术为事项法会计在AIS中的应用提供了有力的支撑。目前，有关事项法会计的研究主要集中在事项法会计理论上，对其在MS的具体应用涉及很少。本文对基于事项法的AIS体系结构和业务数据模型进行分析。

二、网络环境下会计信息系统的体系结构——事件驱动体系结构

网络环境下，基于事项法的MS应采用“事件驱动”的体系结构替代传统会计信息系统的“目标驱动”体系结构。所谓事件驱动是指由业务活动(在事件驱动的会计信息系统中将其定义为业务事件)驱动信息处理过程，也就是在业务活动发生时触发信息系统记录或存储该业务活动的相关数据；而由用户提出信息需求时触发对业务活动的报告过程。事件驱动会计信息系统的体系结构如图1所示。

事件驱动会计信息系统具有如下特征：

1能够满足信息使用者多样化、个性化的信息需求。现行财务会计模式以预先知道信息使用者的信息需求为假设，这一假设导致了财务报告数据的高度综合性，而综合信息的缺陷是一切信息使用者都只能被“一视同仁”地接受同样的会计信息，这显然不能满足信息使用者的个性化需求。与之不同的是，事件驱动会计信息系统强调在不完全了解信息使用者的信息需求的情况下，会计应立足于提供与各种可能的决策模型相关的经济事项，由信息使用者根据决策需要对数据进行处理。

2能够促进各部门之间的融合。该系统面向业务事件本身，专注于生成各种视图的基础——业务事件，自然会促成企业中各职能部门的融合，这样才能在信息技术的支持下，使业务流程和信息流程紧密结合。

3集成所有的业务数据，集中处理业务事件。有效的数据集成便于数据更加一致和可靠地描述经济业务，同时减少了数据的冗余。选择所有管理层想要规划、控制和考核的业务事件，多角度地反映企业业务活动，能提供更完善、更能代表企业运行状况的信息。

4实时处理。传统信息系统由于受技术限制而必不可少的中间处理步骤，在事件驱动系统中已消失，转而由实时处理的信息报告过程取代。在事件驱动环境下，系统通过将信息技术应用嵌入到业务过程中，以便在每个业务事件发生时以实时方式采集和存储有关业务过程的细节数据并履行业务事件。企业可以通过数据库储存大量的信息(事项)，信息使用者通过Internet访问企业的数据库，借助计算机强大的信息处理能力，及时地获取并处理有关的信息，这大大提高了信息的时效性。

基于事项法的会计信息系统需要记录经济业务的原始事项信息，并向信息使用者提供各种符合决策需求的信息，这与“事件驱动”体系的主张是一致的。即不希望因为汇总而丢失信息的细节，对会计数据不作武断的分类和分配，尽可能按最底层记录数据，数据尽可能保留所有有用的属性。所以，基于事项法的会计信息系统十分适合采用“事件驱动”的体系结构。并且。只有使用“事件驱动”的体系结构，才能更好地实现网络环境下会计信息系统为信息使用者提供多样化、个性化、实时化信息的目标。

三、网络环境下会计信息系统业务数据模型——REAL会计模型

在事件驱动会计信息系统中，业务事件数据库是整个信息系统的基石，具有集中统一规划的数据库是信息系统成熟的重要标志。如何建立业务事件数据库模型，进而建立业务事件数据库，是事件驱动会计信息系统设计的关键内容。

REA模型是一种业务过程建模技术，是一种基于企业价值链的，反映经营业务语义关系的概念数据模型工具，能从数据结构方面反映AIS，REA模型可以作为构造AIS数据库的一种应用形式。

REA模型是美国密歇根州立大学会计与信息系统教授W.E.McCarthy在1982年7月出版的《会计评论》中提出的，它用于表示企业中关键的资源(Resource)、业务事件(Event)和参与者(Kgent)及其相互关系。REA模型推出后，理论界中有不少人对它推崇备至，认为可以利用REA模型构建MS，如阿妮塔·S·霍兰德在《现代会计信息系统》一书中就认为REA模型是构造现代会计信息系统的基础，建立在PEA模型上的AIS就是现代会计信息系统。

REA模型的基本思想是在信息系统中存储每个经济业务的资源(Resource)、业务事件(Event)和参与者(Agent)的有关属性数据。根据REA模型的思想，当经济业务发生时，AIS按资源、业务事件和参与者3个要素确定要收集的事项信息。REA模型集成存储所有的经济业务数据，一个集成的数据库足以支持所有的用户视图，信息用户利用报告过程构造出各自所需的信息视图。因此事项法会计信息系统需利用REA模型实现其为信息使用者提供多样化、个性化信息的目标。

REAL模型是在REA模型的基础上发展而来的，它是在REA模型中加入了一个新的因素：地点(Loca—tion)，即业务事件发生的位置。

在从业务事件到业务事件数据库的转换过程中，可利用REAL模型对业务过程建模，该模型要求识别“发生了什么事”、“事件何时发生”、“参与者是谁”、“涉及哪些资源和涉及多少”、“事件在何处发生”等。实际上，这些都是系统分析所要回答的基本问题，不过运用REAL模型可以透彻地分析企业现实业务活动，可以清晰地反映业务事件的细节。它把事件作为实体，事件与事件发生触发和被触发联系。把在每个事件过程中涉及的资源、参与者和地点也作为实体，事件与资源、参与者、地点发生联系。利用关系数据库设计原理可以将REAL模型中的实体与联系转换为若干关系模式，每个关系模式就是一个二维表文件，从而构建事件组成，对于业务活动的描述基本上着眼于这样的语意，即谁在什么时候、什么地点做什么以及涉及的资源和资源的量。因此构建业务事件数据库的第一步就是要识别事件、资源、参与者和地点的相关特征和属性，如事件发生的顺序、事件发生前的授权、事件的类别、资源的量和参与者的情况等，然后确定事件、资源、参与者和地点之间的联系。

应用REAL模型设计会计信息系统的步骤如下：

1识别企业的经营业务流程，建立REAL模型。

(1)识别企业的经营业务流程，按照REAL的建模原理对每一业务流程构造一个REAL模型图。具体过程如下：①明确要建模的业务流程，确定流程包括的范围，起点和终点。②识别应包括在REAL模型图中的经营业务事件。对要建模的业务流程进行分析，看是否存在必要的业务事件。它们应是支持企业的战略目标和信息需求的有增值作用的业务事件，不包括纯信息处理或管理／决策事件。因为经营业务事件的资源、事件和参与者的属性数据，已经足以生成各种所需的信息。这些属性所构造的数据库和获取数据的有效方法，可以在将来产生各种管理和决策所要的信息。③把识别出来的所有业务事件按发生的可能顺序在RE—AL模型图的中部自上而下排成一列用矩形画出，在每一矩形中标上该事件名称。④识别各事件相关的资源和参与者，用矩形把它们画进REAL模型图中，资源画在事件的左边，参与者画在事件的右边，分别标上名称。不同事件相关的同一资源、同一参与者只画一次。不重复画。⑤把与某一事件相关的参与者、资源从事件开始画一条连线连接起来，最后把相关事件也画一条连线。⑥在每条连线的两端标上联系数，即两实体间发生联系的可能个数。它在据此建立的数据库模型中对确立相关数据表文件的主键、外键是有作用的。

(2)整合这些REAL模型图，统一各模型中相同实体的名称。如在销售与收款业务流程、采购与付款业务流程的REAL模型中都会有“存货”这一实体，名称必须一致，以免在下一步由REAL模型转换出的数据结构模型中产生不必要的数据冗余。

2由REAL模型转换出数据结构模型。即设计数据库结构的逻辑模型，优化数据库结构。由于信息系统使用关系数据库，所以一般是REAL模型图中的每个不同实体(即不同的资源、事件、参与者)设计一个数据表文件，确定其文件名、包含的数据项(字段)。要注意几个不同业务流程建立的不同的REAL模型图中相同的实体转换出一个数据表文件，因此，其所应包含的数据项应全面考虑各个业务流程的实际情况，应能存储这几个不同业务的相关数据。

3建立实际数据库，输入各资源、参与者的基本数据。

4开发事件驱动会计信息系统软件。软件能实现在业务事件发生时获取、输入业务数据，并能为信息使用者提供获取所需数据信息的方便途径。