Word第第頁基于REA模型下財務信息系統(tǒng)優(yōu)化研究會計畢業(yè)論文但是，目前大多財務信息系統(tǒng)是基于傳統(tǒng)會計模式而運行的，仍停留在讓技術(shù)手段適應傳統(tǒng)財務假設和規(guī)章，而不是用技術(shù)手段引領(lǐng)傳統(tǒng)財務流程改造的階段。因此，本文試圖通過REA模型的理論，優(yōu)化現(xiàn)有的財務信息系統(tǒng)，以到達更好地利用技術(shù)改善管理的目的。

1傳統(tǒng)財務信息系統(tǒng)弊端

傳統(tǒng)財務信息系統(tǒng)建立在會計恒等式和會計循環(huán)基礎(chǔ)之上，其核心思想是分類系統(tǒng)，即將會計反映的對象詳細化為要素，最終表達在用于分類的會計科目表上。系統(tǒng)把企業(yè)的資產(chǎn)、負債和全部者權(quán)益的財務度量分類匯總，將企業(yè)在特定時刻的財務狀況數(shù)據(jù)、一段期間的經(jīng)營成果數(shù)據(jù)以及一段期間財務變動的數(shù)據(jù)分別匯總在資產(chǎn)負債表、利潤表和現(xiàn)金流量表中。

從實際的財務軟件看，除識別所需記錄的交易或事項與編制記賬憑證這兩個步驟外，其余步驟已轉(zhuǎn)由計算機執(zhí)行。然而，計算機的引入并沒有轉(zhuǎn)變傳統(tǒng)財務核算的基礎(chǔ)—會計循環(huán)和會計恒等式。相反，現(xiàn)今的財務信息系統(tǒng)繼承了手工方式下的分類系統(tǒng)，將會計科目表代碼化，為數(shù)據(jù)庫的操作供應標識。這種財務信息系統(tǒng)仍以傳統(tǒng)手工環(huán)境為背景，不能適應現(xiàn)代信息技術(shù)的進展，其局限性日漸暴露，表現(xiàn)為：

(1)分類標準單一，缺乏敏捷性:會計科目表確定了有關(guān)經(jīng)濟事項的信息應當如何歸類，但對于非會計人員來說，這樣的分類可能掩蓋了數(shù)據(jù)的本質(zhì)特征，使得非會計人員不能從多個不同角度分析數(shù)據(jù)的可用性。

(2)信息單一性:僅存儲、處理業(yè)務活動數(shù)據(jù)的一個子集，主要是財務事項的日期和財務影響。記錄和維護會計事項的貨幣計量結(jié)果，而不包括諸如生產(chǎn)力量、執(zhí)行狀況、牢靠性之類的其它關(guān)聯(lián)數(shù)據(jù)。

(3)高度匯總所采集的數(shù)據(jù):財務數(shù)據(jù)的使用者有不同的類別，特定的使用者所需的信息量、信息的匯總程度及其關(guān)注的焦點取決于使用者個體的性格特征、決策風格等。因此，有關(guān)經(jīng)濟大事的數(shù)據(jù)應以最為基礎(chǔ)的形式存在于財務信息系統(tǒng)中，以便于最終用戶對這些基礎(chǔ)數(shù)據(jù)根據(jù)個人需求匯總，然而傳統(tǒng)財務信息系統(tǒng)只對用戶供應已匯總的財務數(shù)據(jù)，掩蓋了數(shù)據(jù)所具備的多樣性。

(4)與企業(yè)非財務信息系統(tǒng)的集成度有限:與同一經(jīng)濟現(xiàn)象有關(guān)的數(shù)據(jù)經(jīng)常需要在財務信息系統(tǒng)與非財務信息系統(tǒng)中重復存儲，這樣簡單造成不同系統(tǒng)之間數(shù)據(jù)的不全都性。

(5)非實時處理。在傳統(tǒng)財務信息系統(tǒng)中，財務數(shù)據(jù)通常是在業(yè)務發(fā)生后收集，而不是在業(yè)務發(fā)生時實時采集，而且財務報表的處理、生成須經(jīng)過若干后臺處理步驟(記賬、對賬、結(jié)賬等)，所以信息使用者用于決策的財務信息總是滯后的，這就會導致數(shù)據(jù)失去部分價值[2]。

2REA模型的理論及建立步驟

2.1模型內(nèi)容

REA模型是密歇根州高校教授Wi1liamE.McCarthy在1982年的一篇論文中提出的一種新的會計模型。REA會計模型是一種對企業(yè)的經(jīng)濟業(yè)務的原始描述方法，其主要思想是對企業(yè)的重要資源(Resources)、大事(Events)、參加者(Agents)及其互相關(guān)系建模，把企業(yè)一切經(jīng)營大事，根據(jù)其初始形態(tài)，而不是像傳統(tǒng)財務信息系統(tǒng)那樣將信息處理為財務人員所需的那種形式輸入數(shù)據(jù)庫中存儲[3]。

在REA模型中，經(jīng)濟活動涉及的實體可分為三類：

(1)資源(Resources)

McCarthy認為資源是稀缺的，可為企業(yè)帶來利益的，并且可以詳細量化的對象實體。傳統(tǒng)財務信息系統(tǒng)中的資源概念與會計體系中的資產(chǎn)類似，但二者并不完全等同。以應收賬款為例，在REA模型中認為它是由于銷售大事與確定收入大事有時間差而產(chǎn)生的。McCarthy認為應收賬款是一個用于存放和傳遞數(shù)據(jù)的人為記錄，即中間數(shù)據(jù)，因此不以REA模型基本實體的形式納入數(shù)據(jù)庫中。

(2)大事(Event)

REA模型下大事的定義是指引起企業(yè)價值鏈中經(jīng)濟變動的事項。REA模型下的大事不只包括能夠進入傳統(tǒng)會計賬簿體系的經(jīng)濟事項，還包括其他與傳統(tǒng)財務理念無關(guān)但是能引起資源變動的經(jīng)營活動，如市場調(diào)研活動等能對管理決策供應所需信息的活動，與經(jīng)營業(yè)務親密相關(guān)的打算活動等，但通常不包括單純的信息處理或管理決策等大事，由于它們是對原始的經(jīng)營大事信息的操作或分析，是由經(jīng)營業(yè)務而產(chǎn)生出的進一步的“結(jié)果”，不符合選擇初始形態(tài)數(shù)據(jù)的要求。

(3)參加者(Agent)

REA模型下的參加者是指參加經(jīng)濟大事的單位、部門或個人。組織收集與他們相關(guān)的數(shù)據(jù)，是為了更好的打算、掌握和評價其基本活動。參加者包括組織內(nèi)部參加者如銷售員、選購員、生產(chǎn)人員、生產(chǎn)或業(yè)務部門和外部參加者如客戶、供應商等。

2.2建立REA模型的步驟

用REA模型開發(fā)企業(yè)財務信息系統(tǒng)，首先要對企業(yè)的經(jīng)營業(yè)務建立流程圖，為將來生成數(shù)據(jù)庫所需數(shù)據(jù)作好預備。設計數(shù)據(jù)庫的一個重要的步驟就是確定哪些實體在建立數(shù)據(jù)模型時是必需的，而基于業(yè)務過程的REA模型就是來解決這個問題的，它可以區(qū)分哪些實體應當包含在數(shù)據(jù)庫中，規(guī)定在這個數(shù)據(jù)庫中如何構(gòu)建那些實體間的關(guān)系。REA對企業(yè)建立模型的基本根據(jù)是企業(yè)的一系列經(jīng)營業(yè)務流程，而業(yè)務流程又由若干業(yè)務大事組成，涉及若干資源、參加者等，其建模步驟如下：

(1)了解業(yè)務過程，識別重要的業(yè)務大事。仍以選購付款業(yè)務流程為例，涉及的業(yè)務大事有：制定選購打算、供應商關(guān)系處理、選購訂單審核、入庫處理、付款、退貨。

(2)建立業(yè)務過程的REA模型，分析業(yè)務大事、資源、代理人以及它們之間的關(guān)系、特征及屬性。本步驟可基于以下著眼點建立，即:哪些代理人參加了該大事;該大事涉及到哪些資源的變動;大事發(fā)生地點在哪里。如上文所述，模型選取要素時應選擇原始形態(tài)的大事，而不要包括一些信息大事。同時，在此步驟要識別關(guān)于資源、大事和代理人需要的屬性，將來用這些屬性來創(chuàng)建數(shù)據(jù)庫。

(3)連接各業(yè)務大事，組成業(yè)務過程的REA模型。識別各大事相關(guān)的資源和參加者，把它們畫進REA模型圖中，資源畫在大事的左邊，參加者畫在大事的右邊。不同大事相關(guān)的同一資源、同一參加者只畫一次，不得重復。

(4)在每條連線的兩端標上聯(lián)系數(shù)，即兩實體間發(fā)生聯(lián)系的可能個體數(shù)。傳統(tǒng)的ER圖用1-1，1-n，n-n分別表示1對1，1對多，多對多聯(lián)系，即聯(lián)系線的一端只標一個數(shù)字。在REA模型圖中，連線的兩端需要各標記兩個數(shù)，分別表示可能聯(lián)系的個體數(shù)的'最小值和最大值，且最小值可以為O，最大值用n來表示。

對象1(最小值，最大值)-(最小值，最大值)對象2，可從下面的過程得到對象1和對象2旁邊的最小基數(shù)和最大基數(shù):選擇對象2的一個實體，找出與對象2中的實體相關(guān)的對象1中的實體，并推斷該實體的最小數(shù)目和最大數(shù)目，得到對象1旁邊的最小基數(shù)和最大基數(shù)。反之，選擇對象1的一個實體，找出與對象1中的實體相關(guān)的對象2中的實體，并推斷該實體的最小數(shù)目和最大數(shù)目，得到對象2旁邊的最小基數(shù)和最大基數(shù)[4]。在很多資料里，為了使圖面不致過于繁雜，往往不標聯(lián)系數(shù)。然而，在設計數(shù)據(jù)庫以實現(xiàn)模型時，就需要由聯(lián)系數(shù)確立對應表文件的主外鍵，這點在下文會有印證。

例如，在供應商-選購大事關(guān)系中，供應商(1，1)選購交易(0，n)則表示一個供應商可以與多項選購交易相連，也可以不參加任何一項選購交易(即只是個潛在的客戶);每一項選購交易至少且只能有一個供應商。

3基于REA模型的數(shù)據(jù)庫設計

在上文中已介紹借助REA模型建立財務信息系統(tǒng)所需經(jīng)受的規(guī)律設計階段，接著便是物理實現(xiàn)階段，亦即通過數(shù)據(jù)庫實現(xiàn)REA模型圖中的業(yè)務流程。在此步驟中，需將REA模型的每一個實體轉(zhuǎn)換為一個關(guān)系，實體名對應關(guān)系名稱，實體屬性對應關(guān)系屬性，并將唯一能標識表中每一行特別性的鍵屬性定義為主鍵。關(guān)系中的鍵屬性是實現(xiàn)聯(lián)系的主要手段:將一個關(guān)系中的鍵屬性放到其他相關(guān)關(guān)系中，實現(xiàn)兩個關(guān)系的聯(lián)系。放到其他相關(guān)關(guān)系中的鍵屬性稱為外鍵。外鍵的作用是聯(lián)系關(guān)系，使得到的表共同存儲業(yè)務數(shù)據(jù)并產(chǎn)生有用的信息，繼而給出表的結(jié)構(gòu)完成數(shù)據(jù)庫的設計。例如，在選購大事中，將選購訂單主體作為關(guān)系名稱，將唯一標示訂單特別性的訂單大事號作為主鍵;將與其他表有關(guān)聯(lián)的供應商號、雇員(選購人員)號作為外鍵，保證表間查詢的完好性。

至此，基于REA模型的財務信息系統(tǒng)模型已建立。由于篇幅有限，本文僅以選購支付循環(huán)為例，其他各財務模塊建模方法一樣，不再贅述。通過比較可以看出，相對于用友U8.72的選購支付過程，經(jīng)REA模型下優(yōu)化的系統(tǒng)存儲的是面對業(yè)務流程的初始形態(tài)數(shù)據(jù)，表達了濟大事二元關(guān)系的結(jié)構(gòu)化特征。此外，該系統(tǒng)解決少了傳統(tǒng)財務信息系統(tǒng)缺少業(yè)務數(shù)據(jù)的問題。例如，當請購審批大事不通過時，假如是傳統(tǒng)財務信息系統(tǒng)，由于缺少了諸如市場調(diào)研以及對潛在供應商的評價等方面的內(nèi)容，無法直接從系統(tǒng)查出申請通不過的緣由[5];而REA模型下的系統(tǒng)由于將外部參加者供應商，以及雖不直屬財務系統(tǒng)，但是也是實現(xiàn)企業(yè)增值過程中的重要環(huán)節(jié)的業(yè)務數(shù)據(jù)也加入到系統(tǒng)中，使得決策者能夠在第一時間查找到審批失敗緣由，為管理者供應了更全面的決策建議，能夠適應當前日益多樣化、獨特化的信息需求的現(xiàn)狀。

4結(jié)論

本論文是關(guān)于REA模型的財務信息系統(tǒng)構(gòu)建討論，屬于綜合會計學、管理學、信息技術(shù)學三種理論的討論范疇。通過對REA會計模型的深化討論，構(gòu)建了一個比較完善的新型會計信息系統(tǒng)，并以選購應付循環(huán)為核心貫穿論文始末，分析了REA模型下的財務信