引 言
對傳統(tǒng)會計信息系統(tǒng)的大量研究表明：傳統(tǒng)會計信息系統(tǒng)存在一定的局限性，其局限性突出表現(xiàn)為：信息單一性，分類標準單一、缺乏靈活性，高度匯總所采集的數(shù)據(jù)，與企業(yè)其他職能信息系統(tǒng)的集成度有限，傳統(tǒng)會計信息系統(tǒng)中數(shù)據(jù)沒有被實時記錄和處理，以滿足主要視圖的需要為系統(tǒng)的目標，仍然局限于靜態(tài)的、歷史的和滯后的信息揭示，難以滿足用戶不同的、變化的、未知的信息需求。這些局限性在一定程度上影響了會計信息系統(tǒng)和會計信息的價值。針對這些局限性，研究者提出了改進會計信息系統(tǒng)的理論，其中：用REA模型描述業(yè)務(wù)流程，并基于REA模型建立會計信息系統(tǒng)的數(shù)據(jù)模型是發(fā)展較為成熟的理論，該理論受到了會計信息系統(tǒng)開發(fā)人員的重視，在實踐中得到了應用。本文的研究結(jié)合當前的企業(yè)經(jīng)營模式及信息技術(shù)的發(fā)展，提出基于網(wǎng)絡(luò)計算模式重構(gòu)會計信息系統(tǒng)的基本框架。本文的基本結(jié)構(gòu)為：
第一章回顧了對重構(gòu)會計信息系統(tǒng)的已有研究，著重分析了REA模型，為下文應用REA模型奠定了基礎(chǔ)；
第二章分析了重構(gòu)會計信息系統(tǒng)的必要性來自于企業(yè)經(jīng)營向電子商務(wù)轉(zhuǎn)變的需要，可行性則來自于以網(wǎng)絡(luò)計算為特征的信息技術(shù)；
第三章首先提出了基于網(wǎng)絡(luò)計算重構(gòu)會計信息系統(tǒng)的基本框架，接著對基本框架中的組件進行分析，以REA模型為基礎(chǔ)，從會計信息系統(tǒng)的業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)模型的建立出發(fā)，進而討論對業(yè)務(wù)數(shù)據(jù)的操作處理模型，以及引入數(shù)據(jù)倉庫技術(shù)，拓展會計信息系統(tǒng)的決策支持功能；
第四章則是對會計信息系統(tǒng)的網(wǎng)絡(luò)計算模式的實現(xiàn)以及國內(nèi)會計信息系統(tǒng)的現(xiàn)狀和改進方向進行分析。
最后，在結(jié)束語中對基于網(wǎng)絡(luò)計算重構(gòu)會計信息系統(tǒng)的進一步研究提出了建議。



第一章 重構(gòu)會計信息系統(tǒng)相關(guān)研究綜述


近50年來，會計學者和實務(wù)工作者注意到傳統(tǒng)會計信息系統(tǒng)難以支持會計信息使用者日益增長的信息需求，針對傳統(tǒng)會計信息系統(tǒng)的局限性，人們進行了大量研究。這類研究的思路是在分析傳統(tǒng)會計信息系統(tǒng)的特征的基礎(chǔ)上，提出構(gòu)架新的會計信息系統(tǒng)的模型。本章總結(jié)前人在重構(gòu)會計信息系統(tǒng)方面已有的研究成果，其中的某些成果將會作為本文的分析工具。
1． 1 對傳統(tǒng)會計信息系統(tǒng)的局限性的分析

這里所講的傳統(tǒng)會計信息系統(tǒng)不僅包括手工條件下的會計信息系統(tǒng)，還包括基于桌面系統(tǒng)的會計信息系統(tǒng)，后者是“以現(xiàn)代信息技術(shù)適應手工會計模型的規(guī)則及其功能定位”（袁樹民，1998）。它們采集會計事項的財務(wù)計量結(jié)果，基于會計循環(huán) ，以會計科目表為核心對會計事項數(shù)據(jù)進行加工、匯總，最后得到通用財務(wù)報告和較為固定的管理報告。不斷的研究表明，這一會計信息系統(tǒng)有一定的局限性。
美國會計學會（American Accounting Association, AAA）在1969年對管理決策模型進行研究及在1971年對非財務(wù)計量的有效性進行研究后，列出了他們在研究中發(fā)現(xiàn)的傳統(tǒng)會計信息系統(tǒng)的局限性（MaCarthy,1980）：
（1）信息單一性：僅存儲、處理業(yè)務(wù)活動數(shù)據(jù)的一個子集，主要是會計事項的日期和財務(wù)影響。記錄和維護會計事項的貨幣計量結(jié)果，而不包括諸如生產(chǎn)能力、執(zhí)行情況、可靠性之類的其他數(shù)據(jù)。
（2）分類標準單一，缺乏靈活性：會計科目表決定了有關(guān)的經(jīng)濟事項的信息應當如何歸類，但對于非會計人員來說，這樣的分類可能掩蓋了數(shù)據(jù)的本質(zhì)特征，使得非會計人員不能從多個不同角度分析會計信息系統(tǒng)所提供的數(shù)據(jù)。
（3）高度匯總所采集的數(shù)據(jù)：會計數(shù)據(jù)的使用者有不同的類別，特定的使用者所需的信息量、信息的匯總程度及其關(guān)注的焦點取決于使用者個體的個性、決策風格和概念框架。所以，有關(guān)經(jīng)濟事項及經(jīng)濟對象的數(shù)據(jù)應該盡量以最基礎(chǔ)的形式存在于會計信息系統(tǒng)中，以便于最終用戶對這些基礎(chǔ)數(shù)據(jù)按個人需求進行匯總，但傳統(tǒng)會計信息系統(tǒng)只對用戶提供已匯總的會計數(shù)據(jù)。
（4）與企業(yè)非會計信息系統(tǒng)的集成度有限：與同一經(jīng)濟現(xiàn)象有關(guān)的數(shù)據(jù)常常需要由會計信息系統(tǒng)與非會計信息系統(tǒng)重復輸入和存儲，即在多個系統(tǒng)中存在同一數(shù)據(jù)的若干拷貝，導致系統(tǒng)與系統(tǒng)之間數(shù)據(jù)的不一致性。
在此基礎(chǔ)上，部分學者發(fā)展了對傳統(tǒng)會計信息系統(tǒng)的局限性的分析，我國學者薜云奎（1997）將手工會計信息系統(tǒng)的技術(shù)特點概括為“只讀寄存”，系統(tǒng)提供的信息“非此即彼”，即
（1） 連續(xù)性：會計系統(tǒng)對信息的收集、處理、儲存與交換是按照一種嚴格設(shè)定、不可更改的程序連續(xù)不斷、順序進行的；
（2） 有形性：會計信息的收集、處理與交換都必須以有形的實物（紙質(zhì)的原始憑證、記賬憑證、賬簿、報表等）為載體；
（3） 單一性：會計系統(tǒng)在信息收集、儲存與交換過程中所表現(xiàn)出非此即彼性，收集與處理的信息只限于與主體直接相關(guān)的、能夠用貨幣計量的、已發(fā)生或已執(zhí)行的經(jīng)濟交易或事項的信息，只儲存和報告應用符合會計準則的確認和計量方法生成的會計信息。
這種只讀寄存、非此即彼的特征造成了手工會計系統(tǒng)的局限性：
（1） 傳統(tǒng)會計所提供的信息量相對減少，主要是向資本市場提供單一性質(zhì)的信息；
（2） 信息生產(chǎn)成本大。
對計算機桌面系統(tǒng)應用于會計核算，他稱為是會計信息系統(tǒng)的初次革命，是一次成功的“仿真”，而且實現(xiàn)了“隨機寄存”功能，可以根據(jù)記賬憑證所提供的基礎(chǔ)數(shù)據(jù)直接生成各類賬簿所寄存的信息，瞬間生成各類會計報表，省略了手工會計循環(huán)中用于信息重組和分類的諸多煩瑣的環(huán)節(jié)，并且使得各程序之間的技術(shù)性核對（賬賬、賬證、賬表核對）失去存在的必要性。但該革命是未脫離“傳統(tǒng)會計的窠臼”，它的局限性表現(xiàn)為：
（1） 未改變信息處理和報告上的單一性或非此即彼性；
（2） 未引起傳統(tǒng)會計信息處理程序和方法的變革；
（3） 未因為信息處理成本的降低和信息處理效率的提高而改變會計信息揭示的基本框架，仍然局限于靜態(tài)的、歷史的和嚴重滯后的信息揭示。
Hollander等(1999)提出：
（1） 傳統(tǒng)會計信息系統(tǒng)中數(shù)據(jù)沒有被實時記錄和處理：會計數(shù)據(jù)的收集與處理大量采用批處理方式，用于決策的會計信息總是滯后的，影響了信息的決策有用性。
（2） 傳統(tǒng)會計信息系統(tǒng)采集與存儲數(shù)據(jù)以滿足主要視圖的需要：視圖是人們?yōu)檎J識事物而選擇和組織與該事物有關(guān)的信息的模式。人們認識事物的角度、深度不同，認識該事物的視圖也會不同，傳統(tǒng)會計信息系統(tǒng)以事先已確定的視圖作為其最終輸出結(jié)果，采集與存儲滿足視圖需要的數(shù)據(jù)。會計信息系統(tǒng)面向的主要視圖是通用財務(wù)報表及由管理人員預先確定的管理報告，根據(jù)這些視圖制定會計科目表（賬戶分類方案），依據(jù)科目表來存儲、匯總數(shù)據(jù)，再由這些數(shù)據(jù)生成固定化的輸出結(jié)果，難以支持用戶信息需求的變化。
肖澤忠（2000）提出現(xiàn)行財務(wù)報告模式是一種大批量生產(chǎn)模式，指出盡管通用財務(wù)報告模式在對報告者與審計人員的規(guī)模效益、簡化財務(wù)報告程序并保持財務(wù)報告在不同公司的可比性、有利于監(jiān)管等方面有一定的優(yōu)勢，但由于通用財務(wù)報告基于的兩個假設(shè)：（1）不同使用者的信息需求是相同的、（2）財務(wù)報告的編制者事先知道使用者的信息需求，或至少知道他們制定決策的模型，并不合理，需要有一種由用戶按需定制財務(wù)報告的機制保證會計信息系統(tǒng)產(chǎn)生靈活多樣的財務(wù)報告，滿足用戶共同的和不同的、穩(wěn)定的和變化的、已知的和未知的信息需求。
1． 2 重構(gòu)會計信息系統(tǒng)的研究

在對傳統(tǒng)會計信息系統(tǒng)的局限性進行分析的基礎(chǔ)上，研究者開始思考以會計信息使用者的信息需求為導向，以傳統(tǒng)會計信息系統(tǒng)為改造對象，對傳統(tǒng)會計信息系統(tǒng)進行根本性的思考和分析，重構(gòu)會計信息系統(tǒng)，提高會計信息系統(tǒng)的績效。研究者對重構(gòu)會計信息系統(tǒng)的研究的側(cè)重點有所不同，部分研究從建立會計信息系統(tǒng)的基礎(chǔ)數(shù)據(jù)模型入手，部分研究討論會計信息系統(tǒng)的數(shù)據(jù)庫與處理模型庫的結(jié)合，分類介紹如下：
1．2．1事項會計

Sorter（1969）提出“事項會計”(event accounting)，他認為會計應該提供對各種可能的決策模型有用的相關(guān)經(jīng)濟事項的非匯總數(shù)據(jù)，為達到該目的，他明確了事項會計的兩項操作原則：
（1） 使用者能夠按照事項解構(gòu)資產(chǎn)負債表中的匯總數(shù)據(jù)，并按照需求重新匯總數(shù)據(jù)；
（2） 在收益表中對事項的描述信息應有助于使用者在設(shè)定外生變量的變化的情況下，對未來發(fā)生的同類事項的預測。
他還提出用多欄式報告，按照事項在各個時期的計量屬性、可控性、重要性在不同的欄目中分別報告。
事項會計通過在財務(wù)報告中增加關(guān)于事項的描述 ，幫助使用者從財務(wù)報告推斷有關(guān)的會計事項，獲取更多的信息輔助決策。
1．2．2 數(shù)據(jù)庫會計

（1） 該模型由Goetz于1939年提出，他認為會計人員只有完全理解了需要進行決策的事項的本質(zhì)，才能對經(jīng)濟現(xiàn)象進行挑選、分類和計量；另一方面，使用者只有完全理解了產(chǎn)生信息的方法，才能正確評價信息；同時，由于不同的目的或適應不同的情況需要不同的信息，應該記錄多種價值。他提出的解決方案是應用“基礎(chǔ)歷史記錄”，將數(shù)據(jù)庫或類似的發(fā)明用在會計和財務(wù)報告中，得到一個可調(diào)整的系統(tǒng)，達到支持管理的目的，針對法律或財務(wù)會計目的所作的必要調(diào)整則作為該系統(tǒng)所得記錄的補充。所以，Goetz在1939年提出的目標系統(tǒng)是保存最原始狀態(tài)的數(shù)據(jù)，使得這些數(shù)據(jù)可以按照最切合每一個決策者需求的形式進行組織。
在數(shù)據(jù)庫會計的理論基礎(chǔ)上，部分學者開始嘗試將理論與數(shù)據(jù)庫技術(shù)聯(lián)系起來，建立更為儲存強大的非匯總（Disaggregate）和多維數(shù)據(jù)的會計信息系統(tǒng)。Colantoni等（1971）描述了可以將每個事項用貨幣與非貨幣特征進行編碼的工具，用層次數(shù)據(jù)結(jié)構(gòu)圖（樹形結(jié)構(gòu)）將通用會計科目表與已編碼事項類型對應列示，并強調(diào)對數(shù)據(jù)進行管理必須引進一種數(shù)據(jù)管理語言。提出層次數(shù)據(jù)庫會計模式的還有Liebarman和Whinston （1975）、Haseman和Whinston （1976），他們引入了70年代先進的數(shù)據(jù)庫技術(shù)，提出了基于事項的會計信息系統(tǒng)的邏輯框架，并描述了系統(tǒng)實施的途徑。另外，也描述了在數(shù)據(jù)庫中將非結(jié)構(gòu)化的數(shù)據(jù)文件轉(zhuǎn)化為邏輯數(shù)據(jù)庫的過程。Everest和Weber（1977）將Codd （1970，1972）提出的關(guān)系數(shù)據(jù)庫模型的概念用于會計領(lǐng)域，為了對管理會計與財務(wù)會計導出關(guān)系模型，他們采用了傳統(tǒng)會計體系結(jié)構(gòu)，并用結(jié)構(gòu)化分解法分解這一結(jié)構(gòu)，形成數(shù)據(jù)庫的概念模式。接著，闡明了如何運用關(guān)系代數(shù)操作從數(shù)據(jù)庫中獲取信息。但是他們發(fā)現(xiàn)：大多數(shù)研究在建立數(shù)據(jù)模型時，數(shù)據(jù)庫主要按傳統(tǒng)會計模式的數(shù)據(jù)邏輯模型組織數(shù)據(jù)，在此基礎(chǔ)上利用數(shù)據(jù)庫技術(shù)對數(shù)據(jù)進行更多的數(shù)據(jù)分類操作。他們建議應研究如何用先進的數(shù)據(jù)結(jié)構(gòu)描述會計處理的對象本身，提出了基于計算機的會計信息系統(tǒng)不一定要以復式記賬會計體系項有關(guān)的數(shù)據(jù)的起點，這就使他們提出的會計信息系統(tǒng)可以產(chǎn)生多個與更全面的事項數(shù)據(jù)相關(guān)的視圖。MaCarthy（1979，1980）進行了這一研究，他運用Chen創(chuàng)建的實體-關(guān)系（Entity-Relationship, E-R）圖，建立了用高度語義 （Semantic）化的表述方式表述的數(shù)據(jù)模型，使數(shù)據(jù)模型不只是對會計處理程序涉及的數(shù)據(jù)進行描述。
1．2．3 REA會計模型

McCarthy（1982）在其將E-R方法用于數(shù)據(jù)建模的基礎(chǔ)上，在大型組織環(huán)境中探討了有關(guān)數(shù)據(jù)庫設(shè)計的問題。他創(chuàng)立了REA會計模型，REA模型將經(jīng)濟活動涉及的實體（entity）分為三類：
(1) 資源（resource）：資源能為組織帶來經(jīng)濟價值，而且可辨認。會計確認為資產(chǎn)的大多數(shù)項目都屬于資源 。
(2) 事件 （event）：包括所有能從某方面直接影響組織的資源的經(jīng)濟活動，不僅限于能夠進入簿記體系的交易事項，還包括其他不進行會計確認與計量的活動 。
(3) 參與者（agent）：參與者是參與事件的一群人，組織收集與他們相關(guān)的數(shù)據(jù)，目的是為了更好地計劃、控制和評價其基本活動。
(4) 在必要時，可將地點也視為REA模型中的實體。
在這些實體之間存在四類關(guān)系：
（1） 事件-資源關(guān)系，稱為存量-流動關(guān)系（stock-flow）,其中資源為存量；事件為流動，包括流入和流出，用于表示那些增加或減少資源的事件；
（2） 事件-事件關(guān)系，稱為二元關(guān)系（duality），指組成一個業(yè)務(wù)循環(huán)、導致兩組資源增減的兩組事件之間的關(guān)系，一組事件導致一組資源流入，另一組事件導致另一組資源流出，流入的資源與流出的資源總是相互聯(lián)系，如銷售與收款循環(huán)中，銷售事件引起存貨減少，而收款事件則引起現(xiàn)金增加，減少的存貨與增加的現(xiàn)金相聯(lián)系，銷售事件與收款事件的關(guān)系就是二元關(guān)系；
（3） 事件-參與者關(guān)系，稱為控制關(guān)系，控制關(guān)系是內(nèi)部參與者、外部參與者和事件之間的三重關(guān)系。為了便于理解和應用模型，這種三重關(guān)系經(jīng)常會被細分為兩個二重關(guān)系：事件-內(nèi)部參與者，事件-外部參與者；
（4） 內(nèi)部參與者-內(nèi)部參與者關(guān)系，稱為責任關(guān)系，描述上級對下級進行控制和負有責任的關(guān)系。
三類實體和四類關(guān)系可以用下圖說明（圖1-1）

McCarthy建議將REA模型作為企業(yè)設(shè)計共享數(shù)據(jù)庫的起點和建立用戶視圖的依據(jù)，他給出了三者之間的關(guān)系如圖1－2：


為了滿足對企業(yè)業(yè)務(wù)流程進行結(jié)構(gòu)化分析的需要，他還提出了將不同類型的事件、資源、參與者，或事件、資源、參與者的子集概念化為通用的類型或集合，如可以將原材料實體、半成品實體、完工產(chǎn)品實體概念化為存貨實體。將對不同實體的概念化與對實體的逐層分解結(jié)合起來，就使所建立的模型更接近真實世界中的現(xiàn)象的本來面目。
Dunn和McCarthy（1997）評價了REA模型相對于事項會計與數(shù)據(jù)庫會計的三個特征：
（1） 基于數(shù)據(jù)：包括三個條件：
① 數(shù)據(jù)必須以未經(jīng)加工的形式存儲（至少在某段期間內(nèi)）；
② 經(jīng)授權(quán)的決策者可以訪問已存儲的數(shù)據(jù)；
③ 可以對已存儲的數(shù)據(jù)以不同的形式進行提取和處理，以滿足不同的使用目的。
（2） 基于語義：由于數(shù)據(jù)庫是描述現(xiàn)實的模型，數(shù)據(jù)庫設(shè)計要采用接近真實世界的綜合語義模型。在會計領(lǐng)域，使用綜合語義意味著會計模型要能描繪產(chǎn)生會計數(shù)據(jù)的經(jīng)濟交換活動或過程。模型的組成部分應該反映真實世界中的現(xiàn)象，而不是只將復式記賬體系這一人造系統(tǒng)（如，借、貸、賬戶等）作為描述現(xiàn)象的原始數(shù)據(jù)。按語義對會計系統(tǒng)建模，可以將對經(jīng)濟交換現(xiàn)象的描述與對非會計現(xiàn)象的描述統(tǒng)一起來，使非會計決策者也可以訪問和使用這兩種類型的數(shù)據(jù)，這是傳統(tǒng)會計信息系統(tǒng)所不能提供的。
（3） 基于結(jié)構(gòu)化：基于結(jié)構(gòu)化指的是將發(fā)生的事件用具有一定結(jié)構(gòu)特征的模板描述，在設(shè)計企業(yè)信息系統(tǒng)的過程中將這些模板作為基層結(jié)構(gòu)。REA模型具備結(jié)構(gòu)化的特征：
① 將所需記錄和存儲的，與某事件有關(guān)的數(shù)據(jù)表述為結(jié)構(gòu)固定的模板：對每一事件而言，該事件所涉及的資源和參與者的有關(guān)數(shù)據(jù)都需要記錄和存儲，如，銷售是企業(yè)記錄并存儲數(shù)據(jù)的事件集，伴隨著收集每一銷售事件的數(shù)據(jù)（如，發(fā)票號、日期、金額等），REA模型要求結(jié)構(gòu)化描述與該事件相關(guān)的資源（如，存貨、運輸車、人工）和參與者（如，銷售人員、顧客）的數(shù)據(jù)，同時還要求結(jié)構(gòu)化表示這些實體之間的聯(lián)系。
② 以二元關(guān)系將兩類基本類型的事件在同一結(jié)構(gòu)中反映：兩類基本類型的事件是：資源流出（支付）和資源流入（獲取），這兩類事件通過二元關(guān)系（一增一減）集合在一起，在同一模型中表示為一個循環(huán)，或稱為一個交換。
數(shù)據(jù)模型基于結(jié)構(gòu)化的特征有利于建立和維護企業(yè)級的業(yè)務(wù)數(shù)據(jù)庫。Geerts和McCarthy在1994年提出的完全REA模型就將企業(yè)視為交換或活動的集合，在該集合中，每個過程都有以付出資源（減少）來獲取另一資源（增加）。將企業(yè)進行最高層次的抽象，則這些集合最終可歸納為一個過程，即現(xiàn)金流入（初始籌資）和現(xiàn)金流出（償債或分配所有者權(quán)益及利潤）。因此，結(jié)構(gòu)化模型有助于按一定層次進行結(jié)構(gòu)化分解，特別是中間層次的結(jié)構(gòu)化模型向下可細分為一系列包含事件、資源、參與人的結(jié)構(gòu)模型，向上則可以綜合，直到企業(yè)所有的活動集合成為企業(yè)的價值鏈 。
1． 2.4以數(shù)據(jù)庫與模型庫支持靈活報告模式

我國對重構(gòu)會計信息系統(tǒng)的研究主要是沿用如何結(jié)合數(shù)據(jù)庫與模型庫，應用模型對數(shù)據(jù)進行處理，生成滿足用戶需求的報告。
傅元略（1997）提出將財務(wù)會計電算化信息系統(tǒng)擴展成支持經(jīng)營決策的系統(tǒng)，應從信息使用者的需求出發(fā)，將原來只支持會計核算的數(shù)據(jù)庫擴展成為支持核算、控制和決策的數(shù)據(jù)庫，該數(shù)據(jù)庫包括下列數(shù)據(jù)類型：
（1） 企業(yè)外部（環(huán)境）數(shù)據(jù)：行業(yè)、競爭對手、市場、技術(shù)、可利用的資源、產(chǎn)品供求關(guān)系等；
（2） 內(nèi)部經(jīng)營計劃和控制數(shù)據(jù)：管理方針和策略、預算、各種控制標準、投資計劃、本量利關(guān)系等；
（3） 預測數(shù)據(jù)：銷售預測、成本估計和機會成本等；
（4） 總括數(shù)據(jù)：過去銷售額度、財務(wù)比率、其他比率。
他建議在原有的數(shù)據(jù)庫中增加以上數(shù)據(jù)項，以該數(shù)據(jù)庫和一個對數(shù)據(jù)庫進行操作的模型庫為會計信息系統(tǒng)的關(guān)鍵組成部分，將數(shù)據(jù)輸入、數(shù)據(jù)庫管理、模型庫管理、經(jīng)營控制和信息加工處理等功能集成在會計信息系統(tǒng)中。支持經(jīng)授權(quán)的用戶調(diào)用菜單，由系統(tǒng)自動從數(shù)據(jù)庫和模型庫中取所需的數(shù)據(jù)與模型加工成用戶所需的信息。
袁樹民（1998）提出以會計業(yè)務(wù)流程重組為核心，真正建立一個以會計信息的使用者為導向，基于業(yè)務(wù)流程重組、現(xiàn)代信息技術(shù)和現(xiàn)代會計模型的未來會計信息系統(tǒng)。提出未來會計信息系統(tǒng)的一個藍圖： 核算和管理應共享同一個數(shù)據(jù)庫，將財務(wù)會計與管理會計集成，以會計信息使用者的決策為導向，確定需要的信息，提倡用戶與會計信息系統(tǒng)的交互式建模。
薜云奎（1999）則提出了未來財務(wù)報告的特征：采用多元報表價格體系、可靠性與相關(guān)性并重、歷史成本與公允價值并重、主體與關(guān)聯(lián)方信息并重、有形資產(chǎn)與技術(shù)資源并重、表式與圖像信息并重、貨幣與非貨幣信息并重、事后與事前信息揭示并重、年度與日常信息揭示并重。提出了會計頻道的概念，支持用戶的多元選擇。
肖澤忠（2000）提出大規(guī)模交互式按需報告模式，認為企業(yè)應維護一個可用來保存其愿意披露的信息數(shù)據(jù)庫，該數(shù)據(jù)庫包括財務(wù)和非財務(wù)數(shù)據(jù)，這些數(shù)據(jù)在最原始的水平保存；將會計程序模塊化，為信息使用者提供報告生成器。使用者通過該生成器選擇具體的信息項目、類型和表達形式。
吳旺盛（2000）提出針對網(wǎng)絡(luò)時代的“決策有用性”的會計目標，重組會計業(yè)務(wù)流程，并提出了網(wǎng)絡(luò)時代會計業(yè)務(wù)流程需要實現(xiàn)的主要目標：將原始數(shù)據(jù)適當加工成標準編碼的源數(shù)據(jù)，實現(xiàn)數(shù)據(jù)資源共享；事件驅(qū)動對源數(shù)據(jù)的處理；擴大數(shù)據(jù)規(guī)模，提高相關(guān)性及數(shù)據(jù)之間的對應關(guān)系；進行在線實時財務(wù)報告，提取信息與企業(yè)處理信息同步。
本章回顧了對重構(gòu)會計信息系統(tǒng)的有關(guān)研究，這些研究從理解會計所反映的業(yè)務(wù)流程的本質(zhì)，而不是單純地模仿已有的會計處理流程入手，力圖建立一個高度概括、抽象反映經(jīng)濟活動本質(zhì)的數(shù)據(jù)模型，在該模型的基礎(chǔ)上建立滿足用戶需求的視圖；對結(jié)合數(shù)據(jù)庫與模型庫的研究則提出了如何對源數(shù)據(jù)進行處理，生成對決策有用的信息。在這些研究的基礎(chǔ)上，本文的研究將討論面對企業(yè)經(jīng)營向電子商務(wù)轉(zhuǎn)變的要求，如何基于網(wǎng)絡(luò)計算的會計信息系統(tǒng)的基本框架，并著重對支持該基本框架的數(shù)據(jù)模型及操作處理模型、構(gòu)造數(shù)據(jù)倉庫的建立進行討論。


第二章　重構(gòu)會計信息系統(tǒng)的必要性和可行性


隨著企業(yè)經(jīng)營向電子商務(wù)的轉(zhuǎn)變，重構(gòu)會計信息系統(tǒng)在實踐中的必要性越來越突出，同時，信息技術(shù)向網(wǎng)絡(luò)計算模式的演變則使重構(gòu)具備了可行性。
2．1 電子商務(wù)提出重構(gòu)會計信息系統(tǒng)的必要性
電子商務(wù)是在信息技術(shù)平臺上進行商務(wù)活動的方式，這要求企業(yè)的信息系統(tǒng)以更高的效率運作，提出了重構(gòu)信息系統(tǒng)的必要性。
2．1．1 電子商務(wù)的定義

電子商務(wù)（e-Business），是指“應用計算機硬件設(shè)備、軟件和網(wǎng)絡(luò)基礎(chǔ)設(shè)施，在按一定的協(xié)議連接起來的電子網(wǎng)絡(luò)環(huán)境下從事商務(wù)活動的方式”。 這里所指的電子商務(wù)不僅是網(wǎng)絡(luò)和電子化手段在商業(yè)貿(mào)易方面的技術(shù)性運用（即電子貿(mào)易，E-Commerce）,還是整個商業(yè)活動和企業(yè)組織結(jié)構(gòu)基于Internet、Intranet和企業(yè)外部網(wǎng)Extranet的重組或創(chuàng)新，這一過程中任何能加速商務(wù)處理過程、減少商業(yè)成本、增加商業(yè)價值、創(chuàng)造商業(yè)機會的活動都可以歸入電子商務(wù)的范疇。
2．1．2電子商務(wù)的分類

電子商務(wù)按照交易對象分為四類：企業(yè)對企業(yè)（Business to Business，簡稱 B2B）、企業(yè)對消費者（Business to Customer，簡稱B2C）、企業(yè)對政府（Business to Administrations，簡稱B2A）、消費者對政府（Customer to Administrations，簡稱A2C）。其中對企業(yè)經(jīng)營管理的影響主要來自于B2B、B2C兩種類型， B2B類型是電子商務(wù)發(fā)展的主要領(lǐng)域，是電子商務(wù)發(fā)展的真正突破口，對于企業(yè)來說是大勢所趨。
（1） B2B電子商務(wù)
B2B電子商務(wù)就是“利用供應鏈（SCM: Supply Chain Management）技術(shù)，以中心制造商為核心，將產(chǎn)業(yè)上游原材料和零配件供應商、產(chǎn)業(yè)下游經(jīng)銷商、物流運輸商及產(chǎn)品服務(wù)商以及往來銀行結(jié)合為一體，構(gòu)成一個面向最終客戶的完整電子商務(wù)供應鏈（iSCM）” 。
B2B電子商務(wù)能夠通過在供應鏈中適時、準確的信息流加速物流和資金流?？s短供應周期、資金周轉(zhuǎn)期，整合供應鏈，保證對最終客戶的需求快速反應，得到上游企業(yè)的及時供應，降低成本（如，采購成本、庫存成本等）。典型例子如網(wǎng)絡(luò)設(shè)備制造商Cisco，由于采用Web采購和銷售網(wǎng)絡(luò)，Cisco的交貨周期從過去的3周縮短到3天，銷售額增長了500%，而人員卻只增長1%；美國最大的零售商Wal-Mart通過其外部網(wǎng)絡(luò)連接它的主要供應商，供應商電腦能夠?qū)崟r接收Wal-Mart的貨架上商品數(shù)額的變化數(shù)據(jù)，根據(jù)這些數(shù)據(jù)，供應商及時組織生產(chǎn)和送貨，使Wal-Mart約97%的商品直接由供應商送至商場貨架而毋需入庫，大大減少了商品庫存，降低了成本，提高了商品到貨率，使得Wal-Mart以獨有的價格優(yōu)勢成為零售業(yè)巨頭。
B2B起源于電子數(shù)據(jù)交換（Electronic Data Interchange,簡稱EDI）。EDI是人們俗稱的“無紙貿(mào)易”，它將企業(yè)與企業(yè)之間的商業(yè)往來文件（如，合同、報價單、訂單、運輸說明、收貨通知等），按照共同制定的電子數(shù)據(jù)交換標準（已有國際標準UN/EDIFACT）轉(zhuǎn)換成標準的EDI報文，通過一定的網(wǎng)絡(luò)在進行商業(yè)往來的兩個企業(yè)的計算機應用系統(tǒng)之間進行報文交換。EDI能在無需人工輸入業(yè)務(wù)資料、無需紙張文件的條件下，完成原材料的采購、商品銷售、銀行匯總、保險、貨物托運、海關(guān)申報等商業(yè)活動。現(xiàn)階段，增值網(wǎng)絡(luò)（Value Added Net，簡稱VAN）是EDI通信的首選網(wǎng)絡(luò)，而利用Internet進行EDI通信主要是以電子郵件的方式實現(xiàn)EDI報文的傳輸。兩者各有所長，Internet上幾乎沒有增值服務(wù)，數(shù)據(jù)的安全性與VAN有很大差距；但Internet是開放性網(wǎng)絡(luò)，接入方式多種多樣，使用費用低廉，且覆蓋范圍廣，則是VAN所不能比擬的。隨著Internet安全性的增強及網(wǎng)絡(luò)法律規(guī)范的完善，Internet也將成為EDI的理想平臺。
（2） B2C電子商務(wù)
B2C電子商務(wù)利用Internet的互動性、全球性、個性化，企業(yè)與消費者之間借助于Internet開展在線銷售活動，它利用Internet提供的搜索瀏覽功能和多媒體界面，提高了消費者檢索商品信息的能力，并允許消費者在線定制商品的配置，在線通過信用卡、電子貨幣或電子錢包完成支付，使消費者足不出戶即可買到稱心如意的商品。B2C的意義在于簡化了客戶與企業(yè)做生意的過程，減少交易的中間環(huán)節(jié)，降低了交易成本，加強企業(yè)與客戶的直接關(guān)系，提高客戶對企業(yè)的忠誠度。
2．1．3 電子商務(wù)對企業(yè)經(jīng)營管理的影響

電子商務(wù)對企業(yè)經(jīng)營管理的影響表現(xiàn)為：
（1）　加強企業(yè)內(nèi)外價值鏈的連接關(guān)系

企業(yè)價值鏈理論是邁克 • 波特（Michael Porter）提出的，Porter認為企業(yè)的最終目標是為顧客提供價值，而每個企業(yè)都是一系列存在邏輯關(guān)系的活動的集合體?？梢杂闷髽I(yè)價值鏈來分析為企業(yè)的產(chǎn)品和服務(wù)增加價值的一組業(yè)務(wù)活動，企業(yè)價值鏈可以用下圖來表示（圖2－1）：

企業(yè)價值鏈中存在兩類活動：主要價值活動和支持價值活動，主要價值活動直接為顧客創(chuàng)造價值和在市場上為組織創(chuàng)造特色，支持價值活動則是促進主要價值活動的完成、保證企業(yè)運行所必需的活動。加強價值鏈中的活動的連接關(guān)系，是提高企業(yè)運作效率的有效途徑，而加強活動之間連接關(guān)系的基礎(chǔ)是信息在活動之間的順暢流動。電子商務(wù)通過企業(yè)Intranet的建立，在企業(yè)內(nèi)部集成企業(yè)的所有信息子系統(tǒng)，把企業(yè)的管理層、職能部門、工作小組等緊密地聯(lián)系在一起，將經(jīng)營管理中所產(chǎn)生的信息都放在Intranet的數(shù)據(jù)庫中，在企業(yè)內(nèi)部實現(xiàn)了信息的順暢流動，以信息流促進物流和資金流加速流動，達到了加強企業(yè)價值鏈中內(nèi)部活動的連接關(guān)系的目的。
B2B電子商務(wù)的發(fā)展，也改變了企業(yè)與企業(yè)的連接關(guān)系，各個企業(yè)通過Extranet或Internet連接在一起，實現(xiàn)供應鏈管理（Supply Chain Management，SCM）。信息在整個供應鏈范圍內(nèi)順暢地流動，減少了供應商和企業(yè)之間的多層環(huán)節(jié)，使得企業(yè)的生產(chǎn)活動一方面能夠及時得到供應商的供應；另一方面，能得到銷售商提供的產(chǎn)品需求數(shù)據(jù)，按需生產(chǎn)。整個供應鏈協(xié)同作業(yè)，供應鏈中的每一個體系緊密相連，形成一個跨企業(yè)的生產(chǎn)體系最終，IBM公司的Pat Tools所預言的“企業(yè)之間的市場競爭將演變成供應鏈之間的競爭”將成為現(xiàn)實。
B2C電子商務(wù)則改變了企業(yè)與顧客的連接關(guān)系，為實現(xiàn)更好的顧客關(guān)系管理（Customer Relationship Management，CRM）提供了可能，與顧客直接交流使得企業(yè)能夠滿足顧客的個性化需求，縮短定貨時間、交貨時間，對顧客提供售后跟蹤服務(wù)，為顧客建立檔案以期建立長期關(guān)系，提高顧客滿意度。
（2）電子商務(wù)模式要求進行業(yè)務(wù)流程重組
電子商務(wù)的實現(xiàn)依賴物流、資金流、信息流在企業(yè)及整個供應鏈中的順暢流動，而企業(yè)甚至整個供應鏈本質(zhì)上是特定業(yè)務(wù)流程的集合，因此，企業(yè)及供應鏈中的業(yè)務(wù)流程的合理性直接決定了物流、資金流、信息流的流速及三者相互契合的程度。這就提出了對傳統(tǒng)業(yè)務(wù)流程進行重組的必要性。
業(yè)務(wù)流程重組（Business Process Reengineering，簡稱BPR）由邁克是 • 哈默（Michael Hammer）在1990年首先提出，BPR指“從顧客需求出發(fā)，以企業(yè)流程為改造對象，對企業(yè)流程進行根本性的思考和分析，通過對企業(yè)流程的構(gòu)成要素重新組合，產(chǎn)生出更為有價值的結(jié)果，以此實現(xiàn)企業(yè)流程徹底的重新設(shè)計，從而獲得企業(yè)績效的巨大改善。”（芮明杰、錢平凡，1997） 。業(yè)務(wù)流程重組要解決的問題是重新組合業(yè)務(wù)流程的四個要素：活動、活動間的邏輯關(guān)系、活動的實現(xiàn)方式及活動的承擔者。由于以現(xiàn)代信息技術(shù)作為業(yè)務(wù)流程中活動的實現(xiàn)方式，使某些在手工條件下產(chǎn)生的活動失去存在的必要性，活動間的邏輯關(guān)系也發(fā)生了變化，而某些活動則用新的實現(xiàn)方式完成。企業(yè)要以最大地滿足顧客需求為目標，真正理解每一業(yè)務(wù)流程，在新的活動實現(xiàn)方式的支持下，明確業(yè)務(wù)流程中所需要進行的活動，摒棄不必要的活動，增加新的活動，或是改變活動之間的邏輯關(guān)系，減少分工的程度，在保證內(nèi)部控制的前提下，將原來分散的工作集中由一人處理。例如 ，IBM信貸公司的業(yè)務(wù)是為IBM公司售出的計算機、軟件、和其他服務(wù)提供貸款，原先，為完成一筆貸款，需經(jīng)過五個環(huán)節(jié)：
第一步：IBM現(xiàn)場銷售員接到客戶貸款請求后電話通知IBM信貸公司；
第二步：接線員將電話記錄傳遞給信貸部，由信用審核員負責將各項信息輸入電腦系統(tǒng)，并查核該貸款申請者的信用情況，查詢結(jié)果傳遞到商務(wù)慣例部；
第三步：商務(wù)慣例部根據(jù)顧客的要求修訂標準合同，把各項特別條款附于貸款申請表格，將該貸款申請表格送給核價員；
第四步：核價員確定貸款利率，將利率寫在紙上，連同其他文件一起送到文秘科；
第五步：由文秘科的一位行政主管把所有信息匯總，寫成一封報價信，由聯(lián)邦捷運公司寄給現(xiàn)場銷售代表。
整個流程一般要6-14天，流程太長，顧客會在這段時間內(nèi)另找渠道貸款或者另覓條件優(yōu)惠的供應商。為解決這一問題，IBM進行了業(yè)務(wù)流程重組，取消了信用審核員、核價員，取而代之的是負責全局的交易員，每當現(xiàn)場銷售代表打來電話，就由交易員從頭到尾全權(quán)處理。為了協(xié)助交易員工作，IBM信貸公司設(shè)計了一套專家系統(tǒng)，在一般情況下為交易員提供必要的指南，只有遇到特殊情況，才由信貸公司的專家出面指導工作。這一改變，使原來歷時長久的公文旅行刪減為四個小時。大大削減了成本，使信貸公司的業(yè)務(wù)足足增加了一百倍。
另外 ，由于電子商務(wù)整合了整個供應鏈，企業(yè)重組業(yè)務(wù)流程的范圍會向外擴張：
① 企業(yè)的業(yè)務(wù)流程連貫了供應鏈中上下游企業(yè)的業(yè)務(wù)流程，組成擴展了的，橫貫供應鏈的業(yè)務(wù)流程，如前文中所提到的Wal-Mart與供應商業(yè)務(wù)流程結(jié)合的例子；


② 企業(yè)將本企業(yè)具有競爭優(yōu)勢的業(yè)務(wù)流程與其他企業(yè)具有優(yōu)勢的業(yè)務(wù)流程集合在一起，形成虛擬企業(yè)（Virtual Corporation，VC）完成特定的項目，在項目完成后即解散該虛擬實體，如Apple計算機公司缺乏生產(chǎn)PowerBook筆記本電腦的能力，1991年就借助了Sony公司的生產(chǎn)線，將Apple易用的軟件與Sony的生產(chǎn)能力結(jié)合生產(chǎn)PowerBook，待該種電腦的銷售額超過10萬臺后，Apple即結(jié)束了這一合作；
③ 企業(yè)還可以將本企業(yè)不具競爭優(yōu)勢的業(yè)務(wù)流程通過外包（Outsourcing）方式實現(xiàn)，以保證企業(yè)專注于核心競爭力的提高。據(jù)經(jīng)濟學家情報社、安達信咨詢公司和IBM咨詢公司所作的展望2010調(diào)查，被調(diào)查企業(yè)認為外包的好處（圖2-2）有：

2．1．4電子商務(wù)提出重構(gòu)企業(yè)信息系統(tǒng)的要求

實現(xiàn)電子商務(wù)不只是對企業(yè)業(yè)務(wù)流程進行重組，而是要建立一個包括電子商務(wù)平臺、前端交易系統(tǒng)和后臺應用系統(tǒng)的完善電子商務(wù)系統(tǒng)，實際上就是要對信息系統(tǒng)進行重構(gòu)，建立滿足以下基本要求的企業(yè)信息系統(tǒng)（包括會計信息系統(tǒng)）：
① 高度集成的開放式系統(tǒng)，能夠跨平臺運行程序、在多種應用系統(tǒng)中進行數(shù)據(jù)交接，達到數(shù)據(jù)高度共享；
② 分布式存儲數(shù)據(jù)與應用程序：支持信息系統(tǒng)對分散的數(shù)據(jù)進行管理及分散的用戶訪問數(shù)據(jù)和調(diào)用應用程序；
③ 子系統(tǒng)、子系統(tǒng)的功能、應用程序高度模塊化：實現(xiàn)對子系統(tǒng)及子系統(tǒng)內(nèi)部的功能進行自由剪裁和重新配置，以滿足不斷變化的信息需求；
④ 支持企業(yè)的業(yè)務(wù)流程重組與組織創(chuàng)新：企業(yè)為適應外部不斷變化的環(huán)境，必須進行業(yè)務(wù)流程重組，甚至需要為了某一目標，通過動態(tài)聯(lián)盟組成虛擬化的網(wǎng)絡(luò)化的組織形式，即虛擬公司。信息系統(tǒng)要迅速調(diào)整以支持新的業(yè)務(wù)流程、虛擬公司；
⑤ 支持智能化的信息處理功能：用商業(yè)智能（Business Intelligence, 簡稱BI）進行智能化業(yè)務(wù)過濾和處理、優(yōu)化計劃、分析數(shù)據(jù)等；
⑥ 面向用戶個性化設(shè)計：允許用戶對輸出界面、運算邏輯、業(yè)務(wù)關(guān)聯(lián)等方面進行符合個性需要的設(shè)計；
⑦ 高可靠性和安全性：網(wǎng)絡(luò)操作要求系統(tǒng)有超強的穩(wěn)定性，對各種意外情況及時處理，同時要保證系統(tǒng)有健全的安全防線、嚴格的權(quán)限控制及健全的操作日志等；
⑧ 具備可擴展的框架，有標準的對外接口：信息系統(tǒng)要有一個可擴展，能夠針對企業(yè)信息系統(tǒng)需求的改變進行維護、擴展的功能，在信息技術(shù)和產(chǎn)品發(fā)展換代時，可以順利升級；擁有標準的對外接口，實現(xiàn)對外部系統(tǒng)的銜接，使企業(yè)能在Internet上暢順地與外部相關(guān)者交流信息。
2．2 信息技術(shù)的發(fā)展為重構(gòu)會計信息系統(tǒng)提供了可行性

通信技術(shù)與計算機技術(shù)是信息技術(shù)的核心，而通信技術(shù)與計算機技術(shù)的結(jié)合，網(wǎng)絡(luò)技術(shù)的深入發(fā)展和廣泛應用已成為第四次技術(shù)革命的標志，第四次技術(shù)革命的方向是計算模式向網(wǎng)絡(luò)計算發(fā)展，軟件開發(fā)技術(shù)、數(shù)據(jù)資源管理等都圍繞這一主題發(fā)展，同時技術(shù)人員與使用人員水平有所提高，這些都支持會計信息系統(tǒng)的重構(gòu)：
2．2．1計算模式網(wǎng)絡(luò)化

在基于信息技術(shù)的信息系統(tǒng)中，系統(tǒng)應用由數(shù)據(jù)邏輯、業(yè)務(wù)邏輯和顯示邏輯組成，計算模式就是解決在系統(tǒng)中如何處理這三種邏輯。計算模式的發(fā)展經(jīng)歷了以下歷程：
（1） 從50年代到70年代初期，大型機系統(tǒng)分時主機計算模式。輸入/輸出設(shè)備與主機相連，三種邏輯都必須由主機分時處理，一個企業(yè)僅能負擔一個主機系統(tǒng)，處理資源有限，各部門分時段使用主機，數(shù)據(jù)處理大量采用批處理方式。
（2） 70年初期到80年代中期，小型機將計算機帶入部門級應用，提供可交互終端和通信軟件，小型機系統(tǒng)與自有網(wǎng)絡(luò)或APPANET連接，但只提供E-mail和電子備忘錄，三種邏輯仍由小型機系統(tǒng)的主機處理，可用的資源有所增加，但呈分割狀態(tài)，難以溝通，數(shù)據(jù)處理仍以批處理為主。
（3） 80年代后期，PC及圖形界面流行，“迷你小型機”工作站運行在局域網(wǎng)上，PC用戶可以利用局域網(wǎng)傳輸數(shù)據(jù)，利用工作站中的軟件處理數(shù)據(jù)，數(shù)據(jù)的實時處理具備了經(jīng)濟可行性。逐漸形成了服務(wù)器與PC客戶機通過局域網(wǎng)互連，網(wǎng)絡(luò)操作系統(tǒng)開始出現(xiàn)，最終產(chǎn)生了Client/Server（簡稱為C/S）計算模式，數(shù)據(jù)邏輯和業(yè)務(wù)邏輯由服務(wù)器處理，顯示邏輯則由PC客戶機處理。實現(xiàn)了資源共享，但這種共享僅在局域網(wǎng)內(nèi)部實現(xiàn)，難以滿足用戶實現(xiàn)資源廣域共享的要求。
（4） 80年代末90年代初，萬維網(wǎng)（World Wide Web,簡稱為WWW）這一將局域網(wǎng)互連的廣域網(wǎng)開始為人所知，NETSCAPE作為首先成功面市的瀏覽器，不僅促進了Web站點與應用的發(fā)展，也使研究人員意識到瀏覽器可以作為瘦客戶機，Web服務(wù)器作為應用服務(wù)器，完成數(shù)據(jù)處理；同時利用Java代碼與硬件平臺無關(guān)的特性，為所有瀏覽器提供統(tǒng)一用戶接口，擺脫不同計算機上特定代碼格式與數(shù)據(jù)的限制。C/S計算模式由于瀏覽器的引入發(fā)展為分布式的C/S結(jié)構(gòu)，即Browser/Server（B/S），這一結(jié)構(gòu)使用戶可以通過瀏覽器向分布在網(wǎng)絡(luò)上的許多服務(wù)器發(fā)出請求，客戶機上只需安裝、配置少量的客戶端軟件，服務(wù)器則負擔大部分工作，例如，對數(shù)據(jù)庫的訪問和應用系統(tǒng)的執(zhí)行將在服務(wù)器完成。數(shù)據(jù)邏輯和業(yè)務(wù)邏輯交由服務(wù)器處理，而客戶機作為一個獨立的計算單元，其處理器和存儲器則負責處理顯示邏輯，B/S系統(tǒng)可視為一臺巨大的計算機，其中客戶機相當于終端，而網(wǎng)絡(luò)上所有服務(wù)器則是“虛擬主機”。在B/S計算模式下，可利用的資源從局域擴展至廣域，數(shù)據(jù)處理以實時處理為主。
（5） B/S計算模式已為大眾化的分布計算做好鋪墊，該模式發(fā)展的最終目標即網(wǎng)絡(luò)就是計算機。網(wǎng)絡(luò)就是計算機模式中，網(wǎng)絡(luò)中的一切，包括軟件、硬件設(shè)備和用戶都可看作是一種服務(wù)，都可以不需要復雜的安裝與設(shè)置就能簡單且無縫地連接入網(wǎng)絡(luò)，做到即插即用，客戶需要服務(wù)時，只需向分布式網(wǎng)絡(luò)體系發(fā)出請求，分布式網(wǎng)絡(luò)將會分配一個服務(wù)，為客戶與服務(wù)提供者建立通道，使得網(wǎng)絡(luò)虛擬機所有資源都可以共享。網(wǎng)絡(luò)即計算機計算模式為客戶提供了一個開放的平臺，任何時候客戶總能在網(wǎng)絡(luò)的某節(jié)點找到可使用的硬件、軟件資源實時處理數(shù)據(jù)，執(zhí)行網(wǎng)絡(luò)對象。以SUN公司1998年7月公布的Jini技術(shù)為代表，信息技術(shù)供應商們正在致力于技術(shù)研發(fā)，以推動網(wǎng)絡(luò)即計算機模式的發(fā)展。
2．2．2 面向?qū)ο蠓椒?

（1）面向?qū)ο蠓椒ǜ攀?
面向?qū)ο螅∣bject-Oriented）方法是一種新的思考問題的方法，將所需解決的問題描述為一組相互作用的對象，對象包含處理指令和數(shù)據(jù)，其中，數(shù)據(jù)用于表示對象的靜態(tài)屬性，處理指令被稱為方法，是一組事先定義好的程序代碼，這些程序代碼是基于對象的行為共性編寫的，一組代碼可以在解決不同的問題時重復應用。通過在對象間發(fā)送信息來激活對象包含的方法，各個對象就可以集成在一起解決問題。數(shù)據(jù)與指令封裝在類中，在已有類的基礎(chǔ)上創(chuàng)建派生類（子類），子類可繼承父類的所有元素，同時可添加新任務(wù)所需的方法或變量。由于子類與父類存在繼承性，父類上所作的改動將會自動反映到相應的子類中。類和對象成為應用程序的組裝模塊(module)，程序員編程不再是從頭到尾逐句編寫，而是利用已有的模塊（類和對象）組裝程序，極大地提高了編程的速度、效率和正確性，程序的可維護性也等到了改善，更能適應迅速變化的環(huán)境。面向?qū)ο笳Z言采用圖形化界面，將可供選用的對象、類以圖形（如控件、表單）的方式形象地顯示，人機交互方式友好，更符合人們認識事物的方式，使不精通編程語言的人也能按圖索驥，自行選擇已有模塊編程。
（2）傳統(tǒng)結(jié)構(gòu)化方法和面向?qū)ο蠓椒ū容^（表2-1）
表2-1 傳統(tǒng)結(jié)構(gòu)化和面向?qū)ο蠓椒ǖ谋容^
傳統(tǒng)結(jié)構(gòu)化方法 面向?qū)ο蠓椒?
基本方法學 解決特定問題要按一定的過程完成 特定的問題由不同對象及對象間的相互聯(lián)系構(gòu)成
設(shè)計方式 （1）采用順序性的程序處理問題；
（2）采用邏輯概念設(shè)計程序文件；
（3）在解決問題的過程中，常采用調(diào)用子過程文件的方法。 （1）不采用順序性的處理方式，而采用了對象本身的屬性與方法來解決問題；
（2）在處理問題的過程中，可以直接在對象中設(shè)計事件程序，直接觸發(fā)程序解決問題。
數(shù)據(jù)處理方式 程序與數(shù)據(jù)分離，數(shù)據(jù)暴露。 數(shù)據(jù)與方法（程序）封裝于對象中，數(shù)據(jù)隱藏。
運行方式 單一程序文件方式，通過程序之間的調(diào)用完成程序運轉(zhuǎn)。 以不同對象之間的消息傳遞完成程序運行。
使用方式
（程序重用性） 除公用模塊（該模塊很難擴展為更復雜的處理方式），重用性不高。 類可重用，在可視化工具中，直接用控制點取方式快速定義重復的對象與方法
處理順序 采用程序本身的“直線型”順序處理，用戶無法自由導航。 將對象編號，用戶用Tab或Enter鍵可選擇所需對象。
注：參考彭江平、王毅、李靜、倪芳編著.Visual Foxpro 5.0中文版面向?qū)ο蟪绦蛟O(shè)計詳解及實例.第1版.北京.人民郵電出版社.1998年9月：2-3、7-10
2．2．3 數(shù)據(jù)資源管理技術(shù)的發(fā)展

（1）數(shù)據(jù)資源管理技術(shù)
數(shù)據(jù)資源管理由創(chuàng)建文件系統(tǒng)記錄數(shù)據(jù)程序與數(shù)據(jù)文件只能為一對一的關(guān)系，轉(zhuǎn)變?yōu)閯?chuàng)建數(shù)據(jù)庫存放多種實體、實體屬性及實體間的關(guān)系等信息，一個數(shù)據(jù)庫支持多個應用程序。數(shù)據(jù)庫的發(fā)展又表現(xiàn)在數(shù)據(jù)庫中用于抽象描述事物的數(shù)據(jù)模型從非關(guān)系模型（層次模型、網(wǎng)狀模型）發(fā)展到關(guān)系模型。由于數(shù)據(jù)庫面向日常事務(wù)處理，不適合進行分析處理、支持決策，數(shù)據(jù)倉庫技術(shù)應運而生。這里著重介紹關(guān)系數(shù)據(jù)庫以及數(shù)據(jù)倉庫的情況。
① 關(guān)系數(shù)據(jù)庫
關(guān)系模型以二維數(shù)據(jù)結(jié)構(gòu)表表示實體及實體間的聯(lián)系，每個實體有自己的二維結(jié)構(gòu)表，該表又稱為數(shù)據(jù)表或關(guān)系表 。表中用列表示實體的每一種屬性（字段）；行表示實體中的單一個體，稱為記錄；每條記錄及全體記錄的集合就稱為關(guān)系。
對單個表，可以設(shè)置能夠唯一標識該實體的字段或字段的組合為候選關(guān)鍵字，在候選關(guān)鍵字中選一個主關(guān)鍵字，就可以利用對主關(guān)鍵字的約束條件（如不能為空值，值只能唯一）保證數(shù)據(jù)的完整性及正確性。另外，利用關(guān)鍵字對數(shù)據(jù)庫進行索引，能實現(xiàn)對數(shù)據(jù)庫的快速操作（如查詢，合并，過濾等）。
在表與表之間，設(shè)定主表的主關(guān)鍵字（主鍵）與從表的外部關(guān)鍵字（外鍵）后，保證外鍵字或者為空、或者等于主表的主鍵，就設(shè)定了主表與從表的參照關(guān)系。以后，一旦主表中的主鍵改變，從表中的外鍵將自動更新，保證了數(shù)據(jù)的一致性。對二維關(guān)系表及主鍵、外鍵圖示如下（圖2-3）：


關(guān)系數(shù)據(jù)庫還有一個特點，其關(guān)系查詢語言功能非常強大。其基于文本的結(jié)構(gòu)化查詢語言（SQL），雖然簡單易用卻功能強大，SQL用戶可以是應用程序，也可以是終端用戶，而且不受具體的計算機型號和程序語言的限制。用SQL對一張或一張以上的表進行查詢操作得到的結(jié)果是新的關(guān)系表，對該結(jié)果表又可以用SQL查詢。
為支持網(wǎng)絡(luò)就是計算機，關(guān)系數(shù)據(jù)庫的進一步發(fā)展有：
a.分布式數(shù)據(jù)庫：用戶可以在網(wǎng)絡(luò)中任意場所訪問所需的數(shù)據(jù)，這些數(shù)據(jù)存儲于分布在網(wǎng)絡(luò)中不同場所的數(shù)據(jù)庫中，數(shù)據(jù)庫管理系統(tǒng)在服務(wù)器上運轉(zhuǎn)，由服務(wù)器向客戶提供數(shù)據(jù)?？梢酝ㄟ^超文本（Hypertext）數(shù)據(jù)庫、超媒體（Hypermedia）數(shù)據(jù)庫，實現(xiàn)在網(wǎng)絡(luò)多個節(jié)點上的數(shù)據(jù)鏈接及管理。
b. 面向?qū)ο髷?shù)據(jù)庫：將數(shù)據(jù)以及作用在數(shù)據(jù)上的方法封裝在對象內(nèi)部，特點是作用在數(shù)據(jù)上的方法也被視為數(shù)據(jù)定義的一部分，是面向?qū)ο蠹夹g(shù)在數(shù)據(jù)庫管理系統(tǒng)的體現(xiàn)。
c. 多媒體數(shù)據(jù)庫：內(nèi)容從傳統(tǒng)的字符發(fā)展到文字、圖像、聲音、視頻影像等多媒體形式的數(shù)據(jù)，為實現(xiàn)虛擬現(xiàn)實提供了數(shù)據(jù)支持。
② 數(shù)據(jù)倉庫
數(shù)據(jù)倉庫之父W.H.Inmon將數(shù)據(jù)倉庫定義為“支持管理決策過程的，面向主題的，集成的，隨時間而變的，非易失的數(shù)據(jù)集合”。數(shù)據(jù)倉庫并不是多個數(shù)據(jù)庫的簡單集合，它與數(shù)據(jù)庫系統(tǒng)的區(qū)別見表2-3：

表2-3 數(shù)據(jù)倉庫系統(tǒng)與數(shù)據(jù)庫系統(tǒng)的特征
數(shù)據(jù)庫系統(tǒng) 數(shù)據(jù)倉庫系統(tǒng)
應用對象 日常事務(wù)處理 管理、決策支持
功能 面向具體業(yè)務(wù) 面向主題（可能涉及到多種業(yè)務(wù)的多個環(huán)節(jié)）
數(shù)據(jù)源 單一（多為手工錄入） 多種數(shù)據(jù)源（數(shù)據(jù)來源于多個業(yè)務(wù)系統(tǒng)）
操作類型 增、刪、改、小規(guī)模查詢 無須修改、刪除，大規(guī)模查詢
數(shù)據(jù)性質(zhì) 動態(tài)、時時更新 數(shù)據(jù)快照
歷史數(shù)據(jù) 很少使用 利用大量歷史數(shù)據(jù)
數(shù)據(jù) 細節(jié)的 細節(jié)的大量的匯總數(shù)據(jù)
（資料來源：羅曉沛.數(shù)據(jù)庫技術(shù).第1版,北京：清華大學出版社，1999年9月：430-431）

從表中可以看出，數(shù)據(jù)倉庫是以數(shù)據(jù)庫為基礎(chǔ)的，對企業(yè)信息系統(tǒng)中的數(shù)據(jù)進行綜合、歸類并進行有利于分析的抽象。在建立數(shù)據(jù)倉庫需要解決多數(shù)據(jù)源、數(shù)據(jù)不一致等問題，這就需要在設(shè)計信息系統(tǒng)中的數(shù)據(jù)庫時注意保證數(shù)據(jù)的一致性，以及開發(fā)數(shù)據(jù)倉庫中的數(shù)據(jù)轉(zhuǎn)移工具和制定數(shù)據(jù)轉(zhuǎn)移規(guī)則。同時，在數(shù)據(jù)倉庫的基礎(chǔ)上，發(fā)展數(shù)據(jù)挖掘和聯(lián)機分析處理技術(shù)，才能使決策支持系統(tǒng)進入實用化階段。
2．2．4信息系統(tǒng)開發(fā)和使用人員水平的普遍提高

（1） 信息系統(tǒng)開發(fā)人員的水平提高
① 開發(fā)系統(tǒng)的方法與認識系統(tǒng)的方法的差距減小：人們認識世界是一個漸進的過程，是在繼承了以往有關(guān)知識的基礎(chǔ)上，多次迭代往返而逐步深化的，認識深化過程中，包括從一般到特殊的演繹過程，也包括從特殊到一般的歸納過程，在這些過程中，人們必須使用抽象思維工具。面向?qū)ο蠓椒ň吞峁┝藢δ硞€應用系統(tǒng)的抽象思維工具，系統(tǒng)開發(fā)人員可先設(shè)計出抽象類構(gòu)成的系統(tǒng)框架，隨著認識深入和具體化再派生出更具體的類，逐步實現(xiàn)該系統(tǒng)，這就符合了人們認識客觀世界解決復雜問題時的漸進過程。
② 系統(tǒng)開發(fā)工具日趨豐富：象UNIX等提供了豐富的開發(fā)工具：程序開發(fā)工具、語言開發(fā)工具和源代碼控制系統(tǒng)，完成程序的編譯、源代碼調(diào)試、語法檢查、程序查錯、檔案庫的生成和管理，使源程序的編譯鏈接、檔案庫的生成和管理等過程更加規(guī)范化、條理化，大大提高了系統(tǒng)開發(fā)的效率。
③ 軟件工程的軟件構(gòu)件模型逐步完善：軟件構(gòu)件模型是關(guān)于開發(fā)可重用軟件構(gòu)件和構(gòu)件之間相互通信的一組標準的描述，構(gòu)件模型由構(gòu)件與容器兩種主要成份構(gòu)成。構(gòu)件是具有可重用性的基本軟件部件。容器用于存放和安排構(gòu)件，實現(xiàn)構(gòu)件之間的交互。以CORBA、DCOM、Java為代表的軟件構(gòu)件模型在以下三個方面逐步完善：
a. 集成性：使分布在不同機器平臺和操作系統(tǒng)上、采用不同的語言或者開發(fā)工具生成的各類商業(yè)應用集成在一起，構(gòu)成一個統(tǒng)一的企業(yè)計算框架；
b. 可用性：應用穩(wěn)定、安全，并與數(shù)據(jù)庫技術(shù)緊密集成；
c. 可擴展性：集成框架可擴展，協(xié)調(diào)不同的設(shè)計模式和實現(xiàn)策略，根據(jù)企業(yè)計算的需求進行裁剪。
這些性能有助于信息系統(tǒng)開發(fā)人員通過重用軟件構(gòu)件，快速構(gòu)造更規(guī)范、更可靠的應用軟件。
④ 系統(tǒng)開發(fā)所需的復合型人才增加：針對會計信息系統(tǒng)開發(fā)人員以技術(shù)人員為主、與會計實踐相脫節(jié)的情況，在高等教育中注重與實踐相結(jié)合，培養(yǎng)會計信息系統(tǒng)開發(fā)的復合型人才。在我國，1982年，中國人民大學開設(shè)了會計電算化為研究方向的研究生課程；1984年，財政部科研所、中國人民大學、原上海財經(jīng)學院開始招收會計電算化研究方向的碩士研究生；之后許多大專院校陸續(xù)在教學內(nèi)容中加入了會計電算化教程，一部分院校開設(shè)了會計電算化專業(yè)；財政部科研所從1996年開始培養(yǎng)會計電算化博士研究生。
（2）信息系統(tǒng)使用人員的水平提高
信息系統(tǒng)使用人員水平的提高是與為他們提供的各種培訓、使用系統(tǒng)的經(jīng)驗積累分不開的。以培訓來看，在我國主要有以下形式：
①有組織的大規(guī)模培訓：1994年財政部提出了會計電算化初、中、高三級培訓計劃；1995年4月，財政部印發(fā)了《會計電算化知識培訓管理方法（試行）》和《會計電算化初級知識培訓大綱》，在開展培訓的一年多，共有超過100萬會計人員參加了初級培訓，其中有近90萬取得了初級培訓合格證書；1996年財政部組織了全國范圍的會計電算化中級知識培訓，引導會計人員適應會計電算化深入發(fā)展的要求；到2000年，全國已有近200萬會計人員接受了會計電算化初級培訓，近10萬會計人員接受了中級培訓。
②軟件商提供培訓：軟件商為客戶提供售后培訓、疑難咨詢、應用問題分析等，同時還在網(wǎng)站上提供網(wǎng)上培訓、網(wǎng)上解疑等，幫助使用人員提高使用系統(tǒng)的水平。

本章分析了重構(gòu)會計信息系統(tǒng)的必要性與可行性，在此基礎(chǔ)上，接下來將分析如何在可行的技術(shù)平臺上重構(gòu)會計信息系統(tǒng)，滿足對會計信息系統(tǒng)提出的新需求。


第三章 基于網(wǎng)絡(luò)計算的會計信息系統(tǒng)


在前人研究的基礎(chǔ)上，結(jié)合企業(yè)經(jīng)營模式的轉(zhuǎn)變，以網(wǎng)絡(luò)計算為技術(shù)平臺，本章將給出基于網(wǎng)絡(luò)計算的會計信息系統(tǒng)的基本框架，并對框架中的基本組件進行討論。

3．1 系統(tǒng)基本框架

這里概括地給出系統(tǒng)基本框架，其中列出會計信息系統(tǒng)的基本組件，框架如圖3-1：

該構(gòu)架中的基本組件為業(yè)務(wù)數(shù)據(jù)庫、操作處理模型庫、數(shù)據(jù)倉庫等，其中業(yè)務(wù)數(shù)據(jù)庫用于集中企業(yè)所有業(yè)務(wù)流程中的每一業(yè)務(wù)事件及其涉及的資源、參與者、地點的數(shù)據(jù)，是企業(yè)共享的數(shù)據(jù)庫；操作處理模型庫中放置對業(yè)務(wù)數(shù)據(jù)進行操作處理的模型；數(shù)據(jù)倉庫則是在業(yè)務(wù)數(shù)據(jù)庫的基礎(chǔ)上，對數(shù)據(jù)高一層次的總結(jié)和分析，提供面向用戶的決策支持。本章以業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)模型的建立為重點，進而導出對操作處理模型和數(shù)據(jù)倉庫模型的相關(guān)問題的探討。
3．2 業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)模型

業(yè)務(wù)數(shù)據(jù)庫是對企業(yè)或組織的業(yè)務(wù)流程產(chǎn)生的數(shù)據(jù)的提取和綜合，是會計信息系統(tǒng)的基礎(chǔ)。在數(shù)據(jù)庫中是用數(shù)據(jù)模型對現(xiàn)實世界進行抽象的，數(shù)據(jù)庫系統(tǒng)一定是基于某種數(shù)據(jù)模型的，建立數(shù)據(jù)模型在開發(fā)業(yè)務(wù)數(shù)據(jù)庫的過程中起著關(guān)鍵作用，本節(jié)的重點就是對數(shù)據(jù)庫數(shù)據(jù)模型進行分析，分析的基礎(chǔ)是第一章提出的REA模型和第二章介紹的信息技術(shù)條件，分析切入點則是在建立數(shù)據(jù)模型時應該滿足的要求。
3．2．1 面向業(yè)務(wù)流程建模

REA模型是基于數(shù)據(jù)庫、基于語義化和基于結(jié)構(gòu)化的對業(yè)務(wù)流程建立數(shù)據(jù)模型的工具，它強調(diào)面向業(yè)務(wù)流程而不僅僅是會計業(yè)務(wù)處理流程建立數(shù)據(jù)模型。面向業(yè)務(wù)流程建立數(shù)據(jù)模型的意義在于：
（1） 面向業(yè)務(wù)流程建模的意義
① 會計信息系統(tǒng)需求分析的基礎(chǔ)：會計信息系統(tǒng)存儲的數(shù)據(jù)要能產(chǎn)生不同視圖滿足用戶多種需求，只有先分析用戶需求，才能確定會計信息系統(tǒng)中應該存儲的數(shù)據(jù)，而這些數(shù)據(jù)就是企業(yè)的業(yè)務(wù)流程中存在的事件、資源、參與者、地點的有關(guān)屬性。面向業(yè)務(wù)流程建立數(shù)據(jù)模型，就是要對企業(yè)的業(yè)務(wù)流程進行分析，全面了解流程中各個實體的邏輯關(guān)系，明確不同用戶對同一業(yè)務(wù)流程不同的信息需求。在此基礎(chǔ)上，才能確定會計信息系統(tǒng)中所需存儲的數(shù)據(jù)。
② 業(yè)務(wù)流程重組的前提：所面向的業(yè)務(wù)流程不是局限于現(xiàn)有流程，而是要針對組織的目標和客戶需求出發(fā)，以提高應用現(xiàn)有技術(shù)，特別是信息技術(shù)的效率和效果為宗旨，理解企業(yè)真正需要的業(yè)務(wù)流程。
③ 價值鏈分析的依據(jù)：在業(yè)務(wù)流程分析中辨別構(gòu)成企業(yè)價值鏈的主要價值活動和支持價值活動，取消非增值環(huán)節(jié)，突出重要的戰(zhàn)略性業(yè)務(wù)事件，為它們建立的數(shù)據(jù)模型要能產(chǎn)生支持組織計劃、評價和執(zhí)行/控制這些業(yè)務(wù)事件，加強價值鏈分析的視圖。
因此，面向業(yè)務(wù)流程建立數(shù)據(jù)模型是重構(gòu)會計信息系統(tǒng)的一個關(guān)鍵環(huán)節(jié)，在這一環(huán)節(jié)中，要遵循一定的原則對業(yè)務(wù)流程進行一定的分析。
（2） 面向業(yè)務(wù)流程建模應該遵循的原則
① 明確業(yè)務(wù)流程的目標：首先確定業(yè)務(wù)流程的目標，將目標分解為子目標，與構(gòu)成業(yè)務(wù)流程的事件相對應，明確完成這些目標所需的信息。
② 數(shù)據(jù)庫中反映用戶權(quán)限：通過附加對數(shù)據(jù)庫字段的訪問權(quán)限，使業(yè)務(wù)流程中的用戶在經(jīng)授權(quán)的前提下，可以通過直接對數(shù)據(jù)庫進行維護，觸發(fā)業(yè)務(wù)流程，并親自執(zhí)行業(yè)務(wù)流程。
③ 在數(shù)據(jù)源輸入數(shù)據(jù)，且同一數(shù)據(jù)只輸入一次：傳統(tǒng)的業(yè)務(wù)流程中，在數(shù)據(jù)源中生成一式多份憑證，通過憑證副本的流轉(zhuǎn)實現(xiàn)數(shù)據(jù)傳遞，收到憑證的部門又需再將憑證數(shù)據(jù)輸入本部門信息系統(tǒng)，存在同一數(shù)據(jù)在多個部門的重復輸入，容易造成數(shù)據(jù)在各個信息系統(tǒng)不一致。改造后的業(yè)務(wù)流程應采用EDI和源數(shù)據(jù)自動化設(shè)備在數(shù)據(jù)源自動輸入數(shù)據(jù)，建立聯(lián)機共享數(shù)據(jù)庫，保證同一數(shù)據(jù)只向該數(shù)據(jù)庫輸入一次。
④ 集中處理數(shù)據(jù)與分散處理數(shù)據(jù)相結(jié)合：為了達到規(guī)模效應和避免閑置資源，應建立企業(yè)級的共享數(shù)據(jù)庫，在邏輯上將數(shù)據(jù)集中管理，同時，為了迅速響應顧客和提供更好的服務(wù)，要利用信息技術(shù)在物理上將數(shù)據(jù)分散到提出需求的場所。
⑤ 通過數(shù)據(jù)的完整性約束內(nèi)置部分對業(yè)務(wù)流程的控制：對輸入數(shù)據(jù)進行有效性、正確性、合理性編輯校驗后，才允許數(shù)據(jù)進入數(shù)據(jù)庫，編寫程序?qū)崿F(xiàn)業(yè)務(wù)規(guī)則，如，只有在某些數(shù)據(jù)項都不為空，且匹配正確后才能執(zhí)行業(yè)務(wù)流程的下一個事件。
（3） 對業(yè)務(wù)流程的分析
① 確定業(yè)務(wù)流程中的有關(guān)事件，用準確概述事件特征的描述符描述事件（如，銷售商品、裝運商品給顧客等），確定事件何時發(fā)生（事件發(fā)生的絕對時間）及在業(yè)務(wù)流程中發(fā)生的順序（事件發(fā)生的相對時間）；
② 確認與每一事件有關(guān)的資源、參與者、地點 等實體；
③ 識別事件、資源、參與者等的相關(guān)屬性，對事件、資源、參與者等的控制要求；
④ 確定實體與實體間的聯(lián)系，實體與實體間的聯(lián)系分為：
a. 1對1（1:1）：兩個實體集中，對于實體集A中的一個實例，實體集B中至多有一個實例與之一一聯(lián)系，反之亦然，如，現(xiàn)金銷售中，一次銷售對應一次現(xiàn)金收款；
b. 1對多（1:n）：兩個實體集中，對于實體集A中的每一個實例，實體集B中有n（n≥0）個實例與之聯(lián)系，反之，對于實體集B中的每一個實例，實體集A中至多只有一個實例與之聯(lián)系，如，一個客戶對應多筆銷售，反過來，一筆銷售至多對應一個客戶；
c. 多對多（m:n）：兩個實體集中，對于實體集A中的每一個實例，實體集B中的n（n≥0）個實例與之聯(lián)系，對實體集B中的每一個實例，實體集A中的m（m≥0）個實例與之聯(lián)系，如，一個供應商對應多種存貨，一種存貨也會對應多個供應商。
3．2．2 基于關(guān)系模型建模

REA模型是將關(guān)于數(shù)據(jù)庫的概念模型E-R圖用于數(shù)據(jù)建模的基礎(chǔ)上發(fā)展得到的會計信息系統(tǒng)的數(shù)據(jù)概念模型，因此REA模型要求基于關(guān)系模型建模。
（1） 關(guān)系模型的約束性條件
在第2章中介紹了關(guān)系模型的特點，由于關(guān)系模型具有約束性限制的優(yōu)點，保證了基于關(guān)系模型的數(shù)據(jù)庫管理系統(tǒng)（Data Base Management System, DBMS）簡單易用，提高了數(shù)據(jù)管理的效率和效果。因此，在基于關(guān)系模型建立數(shù)據(jù)模型的過程中，應充分利用由數(shù)據(jù)庫管理系統(tǒng)自動支持的約束性限制，它們是：
① 主鍵（即主關(guān)鍵字）必須唯一：主鍵是用來唯一標識數(shù)據(jù)表中的每一行的單個屬性或?qū)傩缘慕M合。為保證主鍵的唯一，主鍵不能為空。該原則被稱為實體完整性規(guī)則。
② 每一個外鍵必須為空或等于另一數(shù)據(jù)表中主鍵的值：外鍵是與另一關(guān)系中的主關(guān)鍵字相對應的屬性列。該原則被稱為參照完整性規(guī)則，保證兩張數(shù)據(jù)表中的數(shù)據(jù)一致。
另外，用戶還可以定義針對某一應用環(huán)境的完整性約束條件，由系統(tǒng)提供定義和檢驗這類完整性規(guī)則的機制，由系統(tǒng)用統(tǒng)一的方式來處理這些自定義的完整性約束，而不是由具體的應用程序來完成這項工作，如值域控制。這也在一定程度上保證了系統(tǒng)的安全性和易維護性（只需維護自定義完整性約束，而無需顧慮對具體的應用程序的影響）。
（2） 建立關(guān)系數(shù)據(jù)模型
從面向業(yè)務(wù)流程建立的模型（REA模型）出發(fā)，為業(yè)務(wù)流程中有關(guān)事件、資源、參與者等實體及這些實體間多對多的聯(lián)系建立數(shù)據(jù)表。
① 為業(yè)務(wù)流程中的每個實體建立一個實體數(shù)據(jù)表
a. 名稱：該數(shù)據(jù)表的名稱就是實體的名稱；
b. 主鍵：為便于操作和控制，常常對實體數(shù)據(jù)表中的每一個記錄（即每一行）生成一個數(shù)字代碼，以該數(shù)字代碼作為主鍵，如，訂單號、發(fā)票號、存貨代碼、供應商代碼等；
c. 非鍵屬性：非鍵屬性包括這樣幾類：
?。I(yè)務(wù)發(fā)生后自然生成的屬性，即事件涉及的時間、地點等，與事件相關(guān)的資源數(shù)量、金額，參與者（授權(quán)人、執(zhí)行人、審核人等）的名稱等；
ⅱ）為了保證數(shù)據(jù)處理的正確執(zhí)行，人為設(shè)置的屬性，主要是一些控制業(yè)務(wù)流程進行的邏輯型字段。
② 為實體之間的多對多聯(lián)系建立數(shù)據(jù)表
當實體集A與實體集B的聯(lián)系是m:n，要為這種聯(lián)系建立一個聯(lián)系數(shù)據(jù)表（簡稱表C），將實體集A與實體集B的m:n聯(lián)系轉(zhuǎn)化成：實體集A與表C的1：m聯(lián)系和實體集B與表C的1：n聯(lián)系。反映m:n聯(lián)系的關(guān)系數(shù)據(jù)表的要素：
a. 名稱：將產(chǎn)生m:n聯(lián)系的兩個實體的名字相連，作為關(guān)系數(shù)據(jù)表的名稱；
b. 主鍵：兩個實體集的主鍵的組合作為該關(guān)系數(shù)據(jù)表的主鍵，這一類型的主鍵又稱為連接鍵；
c. 非鍵屬性：使兩個實體集產(chǎn)生聯(lián)系的屬性 。
例如，產(chǎn)品實體與零件實體之間為m:n的聯(lián)系，可得到如下三個數(shù)據(jù)表（數(shù)據(jù)表表示方式：數(shù)據(jù)表名稱（主鍵、[外鍵]、非鍵屬性…））：
a. 實體數(shù)據(jù)表：產(chǎn)品（產(chǎn)品號、產(chǎn)品名、規(guī)格）、零件（零件號、零件名、庫存量）
b. m:n聯(lián)系數(shù)據(jù)表：產(chǎn)品零件構(gòu)成（[產(chǎn)品號]、[零件號]、數(shù)量），其中，構(gòu)成產(chǎn)品的零件數(shù)量是使產(chǎn)品和零件產(chǎn)生m:n聯(lián)系的屬性。
③ 實現(xiàn)1:1聯(lián)系
利用外鍵實現(xiàn)1:1聯(lián)系，即將實體集A的主鍵設(shè)置為實體集B的外鍵，反之亦可。特別注意的是如果是兩個事件之間存在1:1關(guān)系，則應選擇先發(fā)生的事件中的主鍵作為后發(fā)生的事件的外鍵，以此來反映事件發(fā)生的順序。
④ 實現(xiàn)1:n聯(lián)系
同樣利用外鍵，選擇父方（1方）的主鍵作為子方（多方）的外鍵。
在③和④中如果發(fā)生關(guān)系的實體是事件與資源或事件與參與者，一般將資源數(shù)據(jù)表、參與者數(shù)據(jù)表中的主鍵作為事件數(shù)據(jù)表的外鍵。如，銷售事件表中，放入存貨代碼、顧客代碼、銷售人員代碼等。
由以上數(shù)據(jù)表可以生成與事件有關(guān)的原始憑證及信息用戶所需的其他視圖。
3．2.3 基于企業(yè)語義建模

由于企業(yè)是一個價值鏈，所有業(yè)務(wù)流程必須銜接良好才能保證價值鏈的正常動作，因此，數(shù)據(jù)模型不只是對單一業(yè)務(wù)流程的抽象，而是要將所有業(yè)務(wù)流程集成起來，建立基于企業(yè)語義的模型?；谄髽I(yè)語義建模首先要根據(jù)業(yè)務(wù)流程之間的聯(lián)系，消除各業(yè)務(wù)流程的數(shù)據(jù)模型之間的沖突，實現(xiàn)業(yè)務(wù)流程的集成，其中要解決的沖突有：
① 屬性沖突：即統(tǒng)一各業(yè)務(wù)流程中相同事件、資源、參與者的屬性值的類型，屬性取值單位（如米與分米相統(tǒng)一）和取值范圍；
② 命名沖突：對同一事件、資源、參與者，應統(tǒng)一它們在各個業(yè)務(wù)流程的模型中的命名，同時要找出不同業(yè)務(wù)流程中命名相同但性質(zhì)不同的屬性，更改這些命名；
③ 結(jié)構(gòu)沖突：同一實體在不同業(yè)務(wù)流程中屬性組成不同，一般用各業(yè)務(wù)流程中同一實體屬性的并（即包含同一實體在不同業(yè)務(wù)流程中出現(xiàn)過的所有屬性）解決沖突；
④ 確定觸發(fā)機制：業(yè)務(wù)流程之間的連接關(guān)系最終要轉(zhuǎn)換成一定的觸發(fā)機制，即將使業(yè)務(wù)流程產(chǎn)生連接關(guān)系的實體為觸發(fā)器，當上游業(yè)務(wù)流程中該實體的相關(guān)屬性值發(fā)生一定的變化時，觸發(fā)相連業(yè)務(wù)流程中的相應事件。
在解決沖突后，綜合企業(yè)業(yè)務(wù)流程的模型才能成為被各方面用戶理解和接受的統(tǒng)一的模型，而且能夠部分解決數(shù)據(jù)倉庫的數(shù)據(jù)源不一致問題 。
其次，要消除不必要的冗余，即冗余的數(shù)據(jù)（如那些可以由數(shù)據(jù)表中已有數(shù)據(jù)計算得出的數(shù)據(jù)，如存貨入庫金額、收到客戶訂單到產(chǎn)品裝運的時間等）或?qū)嶓w間冗余的聯(lián)系。不過，有時為了提高查詢的效率，會保留一些冗余數(shù)據(jù)（存貨入庫金額就是一例），根據(jù)應用需求應保留這些數(shù)據(jù)，但應定義相應的完整性約束條件，以保證更新數(shù)據(jù)表時，自動觸發(fā)完整性檢查例程，修改存在于另一數(shù)據(jù)表的冗余數(shù)據(jù)。
3．2.4 面向?qū)ο蠼?

REA模型與面向?qū)ο蠓椒ㄓ邢嗤闹笇枷耄琑EA模型應用構(gòu)成業(yè)務(wù)流程的事件、資源、參與者及它們之間的聯(lián)系來實現(xiàn)對業(yè)務(wù)流程的模擬，面向?qū)ο蠓椒▌t是通過構(gòu)成客觀世界的對象以及對象之間的聯(lián)系和作用來實現(xiàn)對客觀世界的模擬。事件、資源、參與者的屬性實際上就是對象中的數(shù)據(jù)。另外，REA模型中的事件需要一個記錄過程來收集描述事件和記錄事件的數(shù)據(jù)，而每個資源、參與者和地點則需要一個維護過程來添加、刪除和更新各自的數(shù)據(jù)，應用面向?qū)ο蠓椒蓪⑹录①Y源、參與者的屬性及其記錄或維護過程封裝起來。由此可見，將REA模型與面向?qū)ο蠓椒ㄏ嘟Y(jié)合，有助于靈活地為企業(yè)的復雜數(shù)據(jù)結(jié)構(gòu)建立數(shù)據(jù)模型，也有利于發(fā)揮面向?qū)ο蠓椒ǖ膬?yōu)點。
同時，REA的基于結(jié)構(gòu)化的特點使REA的層次可以與面向?qū)ο笾蓄惖膶哟蜗嘟Y(jié)合。也就是說，由于REA模型既可以表示具體的業(yè)務(wù)流程中的事件、資源、參與者，又可以將事件、資源、參與者概念化，從企業(yè)層面反映業(yè)務(wù)流程，可將REA的這一特點與面向?qū)ο蠓椒ㄏ嘟Y(jié)合，將概念化程度最高的業(yè)務(wù)流程中的事件、資源、參與者視為概括度最高的父類，最高層次的REA模型逐層向下分解，這些父類就可以向下創(chuàng)建其子類，對子類的某些屬性及操作進行修改，就可以建立下層業(yè)務(wù)流程的相應對象。如，將存貨作為父類，向下可以創(chuàng)建原材料子類、半成品子類、產(chǎn)成品子類等，由原材料子類又可以創(chuàng)建其子類，如按存貨ABC法將存貨分類創(chuàng)建A類存貨、B類存貨、C類存貨。對這些子類分別修改其屬性和操作，如原材料的代碼、原材料數(shù)據(jù)的維護，A、B、C類存貨的管理規(guī)則等。
3．2．5 面向電子商務(wù)的發(fā)展建模

電子商務(wù)的發(fā)展要求供應鏈中企業(yè)間的最優(yōu)協(xié)調(diào)，以及對最終顧客的快速響應和優(yōu)質(zhì)服務(wù)，因此與供應鏈中其他企業(yè)及與顧客有關(guān)的數(shù)據(jù)也需要在數(shù)據(jù)模型中得到反映。由于其他企業(yè)、顧客的相關(guān)數(shù)據(jù)相對本企業(yè)而言是外部數(shù)據(jù)，要實現(xiàn)外部數(shù)據(jù)與企業(yè)內(nèi)部數(shù)據(jù)的雙向流動，就必須建立一定的接口數(shù)據(jù)模型，具體來說：
（1） 面向B2B電子商務(wù)建模
① 支持信息交換的數(shù)據(jù)轉(zhuǎn)換模型
信息交換技術(shù)是B2B電子商務(wù)的基礎(chǔ)，信息交換技術(shù)中已規(guī)定了標準的業(yè)務(wù)數(shù)據(jù)格式，要解決的問題是：如何將業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)轉(zhuǎn)換為標準數(shù)據(jù)格式，及如何將標準數(shù)據(jù)格式中的數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)，因此，要建立支持信息交換的數(shù)據(jù)轉(zhuǎn)換模型。
B2B電子商務(wù)信息交換的主流技術(shù)是EDI技術(shù)，EDI的核心本質(zhì)是：被處理業(yè)務(wù)采用數(shù)據(jù)格式的國際統(tǒng)一標準。EDI中標準的數(shù)據(jù)格式包含三個要素：數(shù)據(jù)元、數(shù)據(jù)段、標準報文格式。以聯(lián)合國標準化組織的UN/EDIFACT為例，這三個要素的定義為：
• 數(shù)據(jù)元（data element）：在確定的上下文中被認為不可再細分的數(shù)據(jù)單元；
• 數(shù)據(jù)段（data segment）：功能相關(guān)的數(shù)據(jù)元值的預定義和標識的集合。段以段標記開始，以段終止符結(jié)束，可以是為電子傳送提供信息服務(wù)的服務(wù)段，也可以是反映單證（一般固定不變，可由人或機器閱讀的記錄數(shù)據(jù)的數(shù)據(jù)載體）中具有一定功能的項的用戶數(shù)據(jù)段；
• 標準報文（standard message）：用于傳送信息的有序字符列，一張標準報文規(guī)定了一組特定含義的項的集合，它可以與業(yè)務(wù)單證對應起來。
該三要素意味著相關(guān)原始憑證與票據(jù)的電子化，這種電子化的單證通過EDI軟件可以直接進入企業(yè)業(yè)務(wù)數(shù)據(jù)庫或由企業(yè)業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)生成。EDI軟件結(jié)構(gòu)包括：用戶接口模塊、內(nèi)部接口模塊、報文生成及處理模塊、格式轉(zhuǎn)換模塊、通信模塊。用戶接口模塊、內(nèi)部接口模塊和報文生成及處理模塊的基礎(chǔ)數(shù)據(jù)模型就是支持B2B電子商務(wù)建模的關(guān)鍵。
該模型中要包括兩類數(shù)據(jù)表，一類數(shù)據(jù)表反映來自用戶接口模塊和內(nèi)部接口模塊的命令和信息中的屬性（字段），以及所需生成的EDI報文中的數(shù)據(jù)元；另一類數(shù)據(jù)表則反映這些命令和信息與EDI報文數(shù)據(jù)元的映射關(guān)系。
隨著Internet安全性及網(wǎng)絡(luò)法律規(guī)范的完善，Internet將成為企業(yè)信息交換的理想平臺，在Internet上運行EDI主要有以下幾種技術(shù)，要在了解這些技術(shù)的基礎(chǔ)上，建立與這些技術(shù)相容的用戶接口模塊、內(nèi)部接口模塊和信息生成和處理模塊。
a. XML/EDI：以可擴展的標記語言XML為基礎(chǔ)。XML表示數(shù)據(jù)的內(nèi)容和邏輯關(guān)系，包含一組基本法則，用于描述諸如購物定單中產(chǎn)品規(guī)格、價格、件數(shù)、送貨方式等。XML支持結(jié)構(gòu)化的數(shù)據(jù)，可以詳細定義某個數(shù)據(jù)對象的數(shù)據(jù)結(jié)構(gòu)，具有統(tǒng)一的數(shù)據(jù)格式，允許不同格式的數(shù)據(jù)互相交換。另外，XML/EDI引進模板概念，解決數(shù)據(jù)的轉(zhuǎn)換問題，模板描述了數(shù)據(jù)對象的數(shù)據(jù)結(jié)構(gòu)及對數(shù)據(jù)的解釋，利用軟件代理自動完成數(shù)據(jù)轉(zhuǎn)換。
b. OBI：是互聯(lián)網(wǎng)開放式購物標準，技術(shù)路線沿襲了美國標準ANSIX12與聯(lián)合國/歐洲經(jīng)濟委員會EDIFACT系列，將原先封閉的各項EDI標準經(jīng)修改、擴充、集成后移植到互聯(lián)網(wǎng)上，按規(guī)定流程在企業(yè)間傳輸數(shù)據(jù)；OBI報文的單元化、層次化結(jié)構(gòu)體系：數(shù)據(jù)元——數(shù)據(jù)段——功能組——業(yè)務(wù)集，以底層的數(shù)據(jù)元為基本標準單元，每一層均以下一層為單元，按規(guī)定的位置和序列拼裝而成。OBI數(shù)據(jù)轉(zhuǎn)換要運用程序語言、動態(tài)網(wǎng)和有關(guān)的WEB數(shù)據(jù)庫連接技術(shù)，編寫靈活的轉(zhuǎn)換程序來解決。
② 電子票據(jù)的相關(guān)數(shù)據(jù)
電子票據(jù)是互聯(lián)網(wǎng)和電子商務(wù)環(huán)境下重要的信息載體，要以相應數(shù)據(jù)及數(shù)據(jù)結(jié)構(gòu)支持對電子票據(jù)的管理要求：
a. 可鑒別：加蓋數(shù)字時間戳和數(shù)字簽名 ，以辨別真?zhèn)危?
b. 可傳輸：把來自各個數(shù)據(jù)源的不同格式的電子票據(jù)按標準化的數(shù)據(jù)結(jié)構(gòu)格式化，并封裝、加密后進行傳輸；
c. 可存儲：以標準化的結(jié)構(gòu)格式妥善保存；
d. 操作控制：設(shè)立數(shù)據(jù)源描述，操作日志保證來源不同的電子票據(jù)數(shù)據(jù)的原始性；
e. 授權(quán)處理：電子票據(jù)中預留權(quán)限字段，只有相應的權(quán)限才能對電子票據(jù)進行相關(guān)處理，如，輸出，由電子票據(jù)產(chǎn)生相應的電子發(fā)票。
③ 網(wǎng)上支付的數(shù)據(jù)驗證
網(wǎng)上支付要驗證參與各方的身份，同時要保證每一筆網(wǎng)上支付業(yè)務(wù)經(jīng)授權(quán)方可進行，企業(yè)內(nèi)部數(shù)據(jù)與支付參與方的相關(guān)數(shù)據(jù)要建立一定的聯(lián)系，通過定期網(wǎng)上對賬確定款項的合理性。
（2）支持虛擬企業(yè)建模
隨著越來越多的企業(yè)加入B2B電子商務(wù)行列，虛擬企業(yè)將成為企業(yè)之間為某一項目進行合作的新型組織形式。為反映在虛擬企業(yè)中進行的業(yè)務(wù)流程，也要建立一定的數(shù)據(jù)模型。虛擬企業(yè)可以視為集合了來自于多個企業(yè)的不同業(yè)務(wù)流程，因此對于各個企業(yè)來說，要建立反映虛擬企業(yè)的數(shù)據(jù)模型，關(guān)鍵是要解決各個企業(yè)投入虛擬企業(yè)的業(yè)務(wù)流程模型的沖突，建立各業(yè)務(wù)流程之間的聯(lián)系，同時建立相應的數(shù)據(jù)模型，將投入虛擬企業(yè)的業(yè)務(wù)流程模型與在本企業(yè)內(nèi)相同性質(zhì)的業(yè)務(wù)流程模型之間建立映射關(guān)系。
（3）支持B2C電子商務(wù)建模
B2C電子商務(wù)強調(diào)客戶關(guān)系管理（CRM），CRM要以顧客為中心，根據(jù)顧客的需求提供個性化的產(chǎn)品和服務(wù)，提高顧客的滿意度，保證顧客獲取產(chǎn)品和服務(wù)的便利，與顧客建立實時溝通。為了支持B2C電子商務(wù)，在建立數(shù)據(jù)模型時，對于顧客這一實體，應該以更豐富的屬性來反映他們的需求特點、對響應的時間要求、對產(chǎn)品或服務(wù)的評價等。
3．2.6 考慮審計要求建模

考慮審計要求建模的關(guān)鍵是在建立模型時貫徹全新的控制觀點，在進行業(yè)務(wù)流程分析時，就要考慮內(nèi)部控制的要求，另外，還要注意以下兩點：
① 通過關(guān)系數(shù)據(jù)模型的完整性約束規(guī)則檢測進入數(shù)據(jù)庫的數(shù)據(jù)的合規(guī)性、合理性，防止不正確的數(shù)據(jù)進入會計信息系統(tǒng)；
② 建立特定的審計數(shù)據(jù)模型，通過在資源、事件、參與者和地點的數(shù)據(jù)元素間建立聯(lián)系，將使得審計人員對于數(shù)據(jù)的分析和提取可以聯(lián)機完成。而且可以進行數(shù)據(jù)的實時監(jiān)控：對一些敏感和重要環(huán)節(jié)實行實時監(jiān)控，記錄異常情況的有關(guān)數(shù)據(jù)。此外，審計人員也可以從數(shù)據(jù)庫中的某結(jié)點出發(fā)，追溯完整的數(shù)據(jù)流，分析整個業(yè)務(wù)流程對財務(wù)報告的影響。
3．2．7 實例

本節(jié)應用以上所討論的要點，以大中型企業(yè)采購和付款系統(tǒng)為例簡述業(yè)務(wù)數(shù)據(jù)模型的建立。
（1） 業(yè)務(wù)流程分析
① 盡管各個企業(yè)的采購和付款業(yè)務(wù)流程在具體的細節(jié)上存在差異，但流程中最基本的事件還是相同的，下面就列出這些事件、決策關(guān)鍵點及決策依據(jù)、產(chǎn)生的原始憑證。
表3-1
事件 決策關(guān)鍵點及決策依據(jù) 產(chǎn)生的原始憑證
采購申請 確定采購何物、何時采購、采購多少。 采購申請單
定購 選擇供應商，以價格、質(zhì)量、發(fā)貨及時性為選擇標準。 采購定單
驗收商品 以采購部門輸入的有效采購定單為依據(jù)，確定是否接收商品；確定收到商品的數(shù)量、狀況。 驗收單
批準付款 核對數(shù)據(jù)庫采購定單、驗收單數(shù)據(jù)后，確定可否付款。 準付憑單
付款 應用短期現(xiàn)金預算，確定如何使用供應商提供的折扣條件。 支票、給供應商的付款通知

② 用REA模型列出業(yè)務(wù)流程中的事件、資源、參與者和地點，并標明它們之間的聯(lián)系

（2） 以關(guān)系數(shù)據(jù)模型表示事件、資源、參與者的相關(guān)屬性
表3-2
事件:(用于存儲與事件有關(guān)的憑證)
表名 屬性例(表示方式:主鍵,[外鍵],非鍵屬性)
實體:
采購申請 采購申請單號,[復查人員代碼],[存貨控制人員代碼],日期,要求到貨日期,特殊請求或備注…
定購 采購定單號, [供應商代碼],[采購人員代碼],日期,裝運指令,注銷日期…
驗收商品 驗收單號,[供應商代碼],[驗收人員代碼],[倉儲人員代碼],驗收日期 …
批準付款 準付憑單號, [采購定單號],[驗收單號],[應付賬款工作人員代碼],供應商發(fā)票號,批準日期,付款最后期限,可使用的折扣…
付款 支票號,[供應商代碼],[出納人員代碼],[現(xiàn)金科目代碼],日期,金額…
m:n聯(lián)系:
存貨--請購 [存貨代碼],[采購申請單號],請購數(shù)量,
存貨--定購 [存貨代碼],[采購定單號],定購數(shù)量,單位議價成本
存貨--驗收 [存貨代碼],[驗收單號],驗收數(shù)量,狀況備注
請購--定購 [采購申請單號],[采購定單號]
定購--驗收 [采購定單號],[驗收單號],驗收結(jié)束否
批準--付款 [準付憑單號],[支票號],發(fā)票金額,已使用的折扣

資源:
表名 屬性例
存貨 存貨代碼,[優(yōu)先選擇的供應商代碼] ,存貨名稱，說明,商品規(guī)格,現(xiàn)時市價,再定貨點,庫存數(shù)量,可用數(shù)量,標準成本, …
現(xiàn)金 現(xiàn)金科目代碼，[銀行代碼]，賬戶類型，余額，利率，起始日期，…
存貨--供應商 [存貨代碼]，[供應商代碼]
存貨--倉庫 [倉庫代碼]，[存貨代碼]，庫存數(shù)量

參與者：
表名 屬性例
內(nèi)部：
雇員 雇員代碼，姓名，街道，城市，郵編，電話號碼，出生日期，婚姻狀況，工號…
外部：
供應商 供應商代碼，名稱，地址，郵編，電話號碼，聯(lián)系人，備注，…
銀行 銀行代碼，名稱，聯(lián)系人，街道，城市，郵編，電話號碼，…
地點：
表名 屬性例
倉庫 倉庫代碼，[經(jīng)理代碼]，地點，電話號碼，雇員數(shù)量，…

（3） 基于企業(yè)語義與其他業(yè)務(wù)流程集成
采購和付款業(yè)務(wù)流程通過存貨(主要是原材料 )與轉(zhuǎn)換業(yè)務(wù)流程 相連接，通過現(xiàn)金與財務(wù)業(yè)務(wù)流程 相連接，利用這些資源的相關(guān)屬性來實現(xiàn)業(yè)務(wù)流程的集成。
① 集成采購和付款業(yè)務(wù)流程與轉(zhuǎn)換業(yè)務(wù)流程
首先解決兩個業(yè)務(wù)流程中存在的沖突：
a. 屬性沖突：統(tǒng)一原材料在兩個業(yè)務(wù)流程中的屬性單位、屬性值的類型和取值范圍；
b. 命名沖突：統(tǒng)一命名；
c. 結(jié)構(gòu)沖突：找出兩個業(yè)務(wù)流程中原材料屬性的并，將轉(zhuǎn)換業(yè)務(wù)流程中才出現(xiàn)的原材料屬性：領(lǐng)用時間，領(lǐng)用部門代碼等加入原材料屬性列。
接下來確定觸發(fā)機制：轉(zhuǎn)換業(yè)務(wù)流程中確定對原材料采購的需求，通過原材料數(shù)據(jù)的改變，確定發(fā)出采購申請的時間和請購數(shù)量：
a. 轉(zhuǎn)換業(yè)務(wù)流程中“原材料--產(chǎn)品”聯(lián)系數(shù)據(jù)表(［原材料代碼］，［產(chǎn)品代碼］，構(gòu)成數(shù)量)反映了原材料與產(chǎn)品的聯(lián)系，由銷售業(yè)務(wù)流程得到的對產(chǎn)品的需求可以求出對原材料的需求量，通過該需求量可以確定原材料的請購數(shù)量；
b. 原材料投入轉(zhuǎn)換業(yè)務(wù)流程，導致原材料減少，當原材料庫存量低于再定貨點時，發(fā)出采購申請，即確定發(fā)出采購申請的時間。
② 集成采購和付款業(yè)務(wù)流程與財務(wù)業(yè)務(wù)流程
以同樣的原理解決沖突后，確定觸發(fā)機制如下：
按照“批準--付款”表確定所需的現(xiàn)金支出額，將付款最后期限、可用的折扣與財務(wù)業(yè)務(wù)流程中預計現(xiàn)金流量比較，確定付款時間，最終觸發(fā)付款事件。
（4） 面向?qū)ο蠓椒ㄅc模型相結(jié)合
首先創(chuàng)建基本對象：
① 設(shè)置事件對象，該對象的數(shù)據(jù)為事件的相關(guān)屬性值，添加執(zhí)行記錄事件發(fā)生時產(chǎn)生的數(shù)據(jù)的控件；
② 設(shè)置資源、參與者、地點對象，它們的數(shù)據(jù)也是相關(guān)屬性值，要添加增加、刪除、更新等維護操作的控件。
接著設(shè)置對象之間的信息傳遞機制：為事件、資源的相關(guān)屬性添加操作指令，使得這些屬性發(fā)生相應變化時，就會觸發(fā)事件對象或是更新資源對象。例如，確定了供應商代碼和定購數(shù)量后，就自動生成采購定單，向供應商定貨；輸入了驗收單號、存貨代碼、驗收數(shù)據(jù)、狀況后，就可更新存貨中的庫存數(shù)量，可用數(shù)量等。
然后，以上述對象為父類，創(chuàng)建子類：如由存貨類可以創(chuàng)建原材料、低值易耗品、辦公用品等子類，按重要性又可在原材料類的基礎(chǔ)上創(chuàng)建重要性不同的原材料子類，對于重要的原材料，增加屬性或是添加控件，對于不重要的，則可以適當減少屬性和控件；由雇員創(chuàng)建子類反映職務(wù)不同的職員；由采購申請可以創(chuàng)建“常規(guī)采購申請”和“非常規(guī)采購申請”，以后者來反映那些不是由產(chǎn)品需求決定、偶然性的采購申請。
（5） 建立電子商務(wù)數(shù)據(jù)接口
采購和付款業(yè)務(wù)流程中定購、付款事件是電子商務(wù)應用最為典型的事件，可以采用EDI技術(shù)，EDI數(shù)據(jù)流如下：
在數(shù)據(jù)模型中，要建立從“定購”事件表生成定購單的映射模板， 供應商發(fā)票報文中的有關(guān)數(shù)據(jù)（發(fā)票號、金額、期限、折扣）轉(zhuǎn)換為“批準付款”表、“批準--付款”表中的相關(guān)屬性。最后如果利用EFT（電子轉(zhuǎn)賬系統(tǒng)）傳輸電子資金，還要將付款金額等數(shù)據(jù)轉(zhuǎn)換為符合EFT的報文形式傳遞給銀行和供應商。
（6） 體現(xiàn)審計要求
① 設(shè)立關(guān)系數(shù)據(jù)模型的完整性約束，如，“采購申請”表中：采購申請單號、復查人員代碼、存貨控制人員代碼都已填列，才能提請采購人員進行采購決策。
② 產(chǎn)生對資源狀況、財務(wù)狀況的分析視圖，如，通過“批準付款”表驗收單號和供應商發(fā)票號判斷貨到單未到或單到貨未到的情況；通過轉(zhuǎn)換業(yè)務(wù)流程投料情況與原材料對應的供應商情況，發(fā)現(xiàn)采購人員選擇供應商是否合理。對數(shù)據(jù)表中的屬性添加控件設(shè)置監(jiān)控程序，如，在“存貨--定購”表中的存貨代碼添加控件，實現(xiàn)對采購重要原材料的監(jiān)控等。
以上提出了建立數(shù)據(jù)模型要滿足的要求，在此基礎(chǔ)上建立業(yè)務(wù)數(shù)據(jù)庫后，會計信息系統(tǒng)中的這些數(shù)據(jù)進行處理以獲取所需的信息。由于企業(yè)業(yè)務(wù)數(shù)據(jù)繁雜，同時不同的用戶的信息需求不同，對業(yè)務(wù)數(shù)據(jù)就有不同的處理要求。為了提高處理的效率和效果，一般將處理分為操作處理與分析處理，操作處理直接對業(yè)務(wù)數(shù)據(jù)庫中的業(yè)務(wù)數(shù)據(jù)進行處理，而分析處理則要在業(yè)務(wù)數(shù)據(jù)庫的基礎(chǔ)上利用數(shù)據(jù)倉庫技術(shù)進行處理。所有的處理都要有一定的模型支持，因此，操作處理模型庫及數(shù)據(jù)倉庫成為會計信息系統(tǒng)的基本組件。
3．3 操作處理模型庫

操作處理是用戶操作需求事先明確，支持日常事務(wù)處理，面向具體的應用，事件發(fā)生時驅(qū)動對業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)處理程序(完成取數(shù)、運算、報告等)，相關(guān)原始數(shù)據(jù)及處理的結(jié)果以用戶視圖(以一定形式表現(xiàn)的一組數(shù)據(jù))的方式輸出，因此，操作處理模型庫也可以說是用戶視圖生成器。雖然用戶的需求事先明確，但在操作處理中，依據(jù)產(chǎn)生的用戶視圖是通用視圖還是按需定制視圖，將操作處理模型又分為標準操作處理模型和用戶定制處理模型。
3．3．1標準操作處理模型

標準操作處理模型內(nèi)容標準化、所得視圖格式標準化，用戶只能觸發(fā)標準操作處理模型，而不能改變標準操作處理模型的配置。典型標準操作處理模型有：自動觸發(fā)相對事件的模型、標準賬務(wù)處理模型、標準管理報告生成模型等。
（1） 自動觸發(fā)相對事件的模型
由業(yè)務(wù)數(shù)據(jù)庫中一定的數(shù)據(jù)項的變化觸發(fā)操作程序，啟動同一業(yè)務(wù)流程中下一事件的發(fā)生，或是信息系統(tǒng)中相應控制程序的運行。這一類模型以特定數(shù)據(jù)項的狀態(tài)變化為觸發(fā)器，具體有：
① 時間數(shù)據(jù)項：當時間數(shù)據(jù)項到達規(guī)定數(shù)值，自動觸發(fā)相應程序，如在月末編制銀行存款調(diào)節(jié)表、在顧客信用期滿時向顧客發(fā)出催款通知等；
② 有數(shù)據(jù)值域控制的數(shù)據(jù)項：對某屬性規(guī)定值域（上限、下限或兩者兼有），當該屬性值超出值域時，自動觸發(fā)業(yè)務(wù)流程中的事件。如，存貨控制中，當數(shù)據(jù)庫中實時反映的存貨庫存低于安全庫存時，就會觸發(fā)采購和付款業(yè)務(wù)流程中的采購申請事件；
③ 有勾稽關(guān)系的數(shù)據(jù)項：主要是在業(yè)務(wù)流程中，在前面發(fā)生的一系列事件的相關(guān)數(shù)據(jù)都輸入數(shù)據(jù)庫后，由計算機自動檢驗數(shù)據(jù)庫中已發(fā)生的有關(guān)事件的數(shù)據(jù)的完整與匹配正確后，自動觸發(fā)在業(yè)務(wù)流程中的一系列事件。如，采購和付款業(yè)務(wù)流程中，在與采購定單對應的驗收單的數(shù)據(jù)填列完全且匹配正確后，就可觸發(fā)應付賬款人員批準付款的事件；
④ 具有控制意義的數(shù)據(jù)項：對這些數(shù)據(jù)項的操作將自動觸發(fā)操作日志，為審計留下線索。
（2） 標準賬務(wù)處理模型
在計算機系統(tǒng)中，標準賬務(wù)處理是與業(yè)務(wù)前臺數(shù)據(jù)處理系統(tǒng)相銜接的后臺系統(tǒng)，它采用符合會計準則、財經(jīng)法律法規(guī)要求及一貫性原則的會計確認和計量方法。在該模型中，所有方法是唯一的、既定的，要解決的關(guān)鍵問題是為已發(fā)生且符合條件的業(yè)務(wù)事件編制記賬憑證，因此標準賬務(wù)處理模型的主要構(gòu)件是生成記賬憑證的模型。生成記賬憑證的方式有自動生成和人工生成兩種。
① 自動生成記賬憑證
a.日常業(yè)務(wù)處理記賬憑證
由程序完成對企業(yè)規(guī)范業(yè)務(wù)流程中的業(yè)務(wù)事件編制記賬憑證的工作。所謂規(guī)范業(yè)務(wù)流程，主要是指事件產(chǎn)生的原始憑證（電子化或書面）中的數(shù)據(jù)項輸入業(yè)務(wù)數(shù)據(jù)庫后，要編制的記賬憑證中摘要、借/貸方明細科目可以由程序從業(yè)務(wù)數(shù)據(jù)庫中直接提取，無需人工介入。
自動生成記賬憑證的處理模型中，要設(shè)置記賬憑證中的數(shù)據(jù)與業(yè)務(wù)事件數(shù)據(jù)的對應關(guān)系，及相應的確認條件，一般是數(shù)據(jù)表中有關(guān)數(shù)據(jù)項已填列并滿足匹配要求。當確認條件成立時，機器執(zhí)行對業(yè)務(wù)事件數(shù)據(jù)的提取，并將這些數(shù)據(jù)轉(zhuǎn)化為記賬憑證數(shù)據(jù)。具體說：摘要事先設(shè)置，日期直接對應事件數(shù)據(jù)表中記錄的時間，借/貸方一級科目可以按事先定義的映射模板自動生成，，明細科目則從相關(guān)數(shù)據(jù)表相應數(shù)據(jù)項取得，金額也直接從相應數(shù)據(jù)表中直接獲取或運算而得。其中明細科目的生成比較復雜，而且對業(yè)務(wù)數(shù)據(jù)庫中有關(guān)的數(shù)據(jù)項的規(guī)范性提出了較嚴格的要求。不過，在電子商務(wù)環(huán)境下，特別是B2B電子商務(wù)中EDI的大量應用，交易憑證和支付憑證的電子化將提高業(yè)務(wù)數(shù)據(jù)中有關(guān)數(shù)據(jù)項的標準化和規(guī)范化程度。
以采購和付款業(yè)務(wù)流程為例，在批付款事件表中，一旦采購定單號、供應商發(fā)票號填列完整，即可自動生成記賬憑證 ：
材料采購：借：材料采購-*材料 *****
貸：應付賬款-**供應商 *****
其中，借方明細科目在存貨數(shù)據(jù)表中取存貨名稱，貸方明細科目則從供應商數(shù)據(jù)表中取供應商名稱；金額為“批準--付款”數(shù)據(jù)表中的支票金額。
b.時間觸發(fā)的分錄
多數(shù)為調(diào)整分錄，一般在分期的基礎(chǔ)上，在每一期末進行固定的計算，編制調(diào)整分錄。這類分錄有：固定資產(chǎn)折舊、無形資產(chǎn)攤銷、遞延資產(chǎn)攤銷、債券溢/折價攤銷、應計利息計算、計提預提費用、應付福利費核算、壞賬費用計提等。
另外的分錄則是基于會計分期的需要對成本進行核算，在期末加總相應的成本項目。還包括其他情況，如，由于分期銷售而對銷售收入按合同規(guī)定的收款日期確認銷售收入。
② 人工生成記賬憑證
這類憑證是難以規(guī)范的例外事件，如例外采購、支付零工工資、期末調(diào)整錯誤等。由于例外事件中有關(guān)的憑證不規(guī)范，要由人工進行會計確認和計量，記賬憑證中的摘要、借/貸方明細科目甚至一級科目都需要由人工判斷填列。
為了區(qū)分以上所講的生成方式不同的記賬憑證，可以設(shè)置專門的數(shù)據(jù)項來反映記賬憑證的生成方式（自動/人工），有利于管理人員及審計人員對例外事件的分析和控制。另外，由于記賬憑證數(shù)據(jù)表與各業(yè)務(wù)事件數(shù)據(jù)表是1：1的關(guān)系，一般情況下，業(yè)務(wù)事件發(fā)生在前，編制記賬憑證發(fā)生在后，將業(yè)務(wù)數(shù)據(jù)表的主鍵作為記賬憑證表的外鍵。
（3） 標準管理報告生成模型
主要是為了生成為滿足計劃、評價和控制的信息需求而定期編制的管理報告，如，銷售人員業(yè)績報告、存貨進銷存報告、賬齡分析報告等，這些管理報告只是對業(yè)務(wù)流程中某段時間內(nèi)產(chǎn)生的有關(guān)業(yè)務(wù)事件數(shù)據(jù)及事件涉及資源、參與者數(shù)據(jù)進行一定的分類、匯總、排序、計算而得出的不同視圖。
以采購和付款業(yè)務(wù)流程為例，可以通過“定購--驗收”數(shù)據(jù)表，確定在途材料的情況，生成在途材料情況表；通過“批準付款”數(shù)據(jù)表和“批準--付款”數(shù)據(jù)表生成未付款清單等。
3．3．2 用戶定制操作處理模型

除了滿足用戶的通用信息需求，還要通過設(shè)置用戶定制操作處理模型來滿足用戶個性化的信息需求。所謂用戶定制，指的是用戶通過與計算機的交互，限定所需的數(shù)據(jù)，以及設(shè)定對這些數(shù)據(jù)進行處理的模型，因此，用戶定制操作處理模型實際包含兩個步驟：
（1） 選擇數(shù)據(jù)范圍：選擇數(shù)據(jù)的范圍包括特定的業(yè)務(wù)流程、流程中特定的實體、實體數(shù)據(jù)表中的屬性（如事件發(fā)生的時間、一定值內(nèi)的金額等）或是幾張數(shù)據(jù)表中關(guān)聯(lián)屬性的組合等，常用的選擇標準有：
① 按時間選擇：針對不同的分析要求，提取在不同的時點或時段產(chǎn)生的數(shù)據(jù)，可以是實時數(shù)據(jù)，也可以是以星期、月、季度、年度為時間維度的數(shù)據(jù)，如，對某一時段內(nèi)的銷售情況進行分析等；
② 按特定實體選擇：選擇特定事件、資源、參與者的數(shù)據(jù)進行分析，如選擇某個供應商分析其供貨情況，或選擇某顧客分析其信用狀況以確定給予該顧客的信用條件；
③ 按相關(guān)業(yè)務(wù)流程選擇：將前后銜接的業(yè)務(wù)流程的一系列數(shù)據(jù)選擇出來，分析關(guān)聯(lián)關(guān)系，為評價、控制提供依據(jù)，如，選擇生產(chǎn)過程原材料投入的數(shù)據(jù)和采購和付款過程中反映的該筆原材料采購的數(shù)據(jù)，可以分析供應商提供原材料的質(zhì)量，為控制原材料的質(zhì)量提供依據(jù)；
④ 按其他數(shù)據(jù)項目選擇：有權(quán)限的用戶還可以選擇其他數(shù)據(jù)項目作為標準，也可以將前面所提的數(shù)據(jù)項組合起來，作為選擇數(shù)據(jù)的標準。
（2） 選擇處理模型
處理模型大致分為財務(wù)會計處理模型和非財務(wù)會計處理模型：
① 財務(wù)會計處理模型：可供選擇的項目有：
a. 會計準則和法規(guī)：如采用我國、美國或國際會計準則委員會的會計準則；
b. 多種會計計量和估價方法：歷史成本法、重置成本法、可變現(xiàn)凈值法等；
c. 會計方法：先進先出法、后進先出法或平均成本法，直線折舊法或加速折舊法等；
d. 會計估計：如費用是一次注銷，還是先遞延、再分期攤銷，折舊期限的選擇；
e. 細節(jié)的層次：按不同匯總程度得出總數(shù)；
f. 記賬符號：可以選擇“借/貸”符號為記賬符號，也可以用“+/-”號直觀地作為記賬符號，便于非會計專業(yè)人員理解會計處理；
g. 經(jīng)營期假設(shè)：持續(xù)經(jīng)營或是清算基礎(chǔ)；
h. 幣種：本幣或外幣；
i. 其他：可以由用戶自行應用SQL語言對數(shù)據(jù)進行符合權(quán)限的操作處理。
由系統(tǒng)在人機界面上用菜單列出以上選擇項目，用戶選擇其中的一項或多項，最后，這些選擇項結(jié)合成為一個完整的模型，該模型從數(shù)據(jù)庫中選取數(shù)據(jù)后，生成相應的結(jié)果，所得結(jié)果的表現(xiàn)形式(即顯示邏輯)同樣由用戶進行定制，按用戶習慣的方式輸出處理結(jié)果。
② 非財務(wù)會計處理模型：
主要是管理會計、財務(wù)管理所運用的大量模型，以及由管理人員根據(jù)計劃、評價、控制的要求而產(chǎn)生的管理視圖模型。按照這些模型完成的功能分類，這些模型可以分為：
a. 預測模型：以業(yè)務(wù)數(shù)據(jù)為依據(jù)，運用預測模型，推測事物發(fā)展的情況，一般進行短期預測，內(nèi)容包括銷售預測、成本預測、利潤預測等；
b. 結(jié)構(gòu)化決策模型：結(jié)構(gòu)化決策中的變量可以從業(yè)務(wù)數(shù)據(jù)庫中取得，一般進行銷售決策、采購決策、生產(chǎn)決策、財務(wù)決策等；
c. 計劃或預算功能：充分利用業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)，為制訂預算提供參考數(shù)據(jù)或資料，預算的內(nèi)容一般包括業(yè)務(wù)預算、財務(wù)預算等，其中業(yè)務(wù)預算又包括銷售、生產(chǎn)、直接材料、直接人工、制造費用、生產(chǎn)成本、銷售及管理費用的預算，財務(wù)預算則包括現(xiàn)金預算、預計收益和編制預計資產(chǎn)負債表等功能；
d. 控制和業(yè)績評價模型：企業(yè)為業(yè)務(wù)流程確定了明確的目標，為了確保完成這些預定的目標，要從數(shù)據(jù)庫中獲取業(yè)務(wù)執(zhí)行的數(shù)據(jù)，考核工作業(yè)績，對異常情況進行控制，并作為對人員進行業(yè)績考評的依據(jù)。
用戶定制操作處理模型可借助于面向?qū)ο蠹夹g(shù)實現(xiàn)，即由系統(tǒng)將某類數(shù)據(jù)及特定的處理進行封裝，設(shè)置為父類，用戶可以由該父類自行創(chuàng)建子類，通過修改子類中相應的對象及對象中相應的數(shù)據(jù)和操作，實現(xiàn)對操作模型的定制。對于重要用戶創(chuàng)建的類，系統(tǒng)可以用專門的類庫存儲，用戶在以后對系統(tǒng)進行操作時，只需調(diào)用其創(chuàng)建的類即可。如，由標準賬務(wù)處理模型中的類創(chuàng)建子類，修改子類中對會計計量方法、經(jīng)營期限等操作或限定數(shù)據(jù)范圍，就可以得到所需的視圖。
3．4 基于數(shù)據(jù)倉庫支持企業(yè)決策

由于業(yè)務(wù)數(shù)據(jù)庫系統(tǒng)主要面向日常應用進行數(shù)據(jù)的組織，如何充分利用這些數(shù)據(jù)，從數(shù)據(jù)中找出對企業(yè)較高層次的決策有價值的信息是會計信息系統(tǒng)面臨的新挑戰(zhàn)。解決這一問題需要引入數(shù)據(jù)倉庫技術(shù)，對數(shù)據(jù)進行更為深入的分析和處理，滿足高層次的決策需求。
3．4．1 數(shù)據(jù)倉庫概述

數(shù)據(jù)倉庫技術(shù)是公認的有利于信息利用的最佳解決方案。數(shù)據(jù)倉庫是不同于數(shù)據(jù)庫的技術(shù)手段（見第二章 2.2.3），建立數(shù)據(jù)倉庫的意義在于解決企業(yè)做決策分析面臨的以下問題：
a. 多數(shù)據(jù)源問題：來自于企業(yè)內(nèi)部不同部門和外部的數(shù)據(jù)需要整合、匹配、清洗、加載到數(shù)據(jù)倉庫中，為決策支持服務(wù)；
b. 無法充分利用歷史數(shù)據(jù)的問題：數(shù)據(jù)倉庫存儲大量的歷史數(shù)據(jù)支持對歷史數(shù)據(jù)的分析；
c. 分析的效率問題：在數(shù)據(jù)倉庫中存儲大量經(jīng)過預先計算的匯總數(shù)據(jù)，直接對這些匯總數(shù)據(jù)進行分析；
d. 隨機查詢分析問題：數(shù)據(jù)倉庫、數(shù)據(jù)挖掘和聯(lián)機分析處理技術(shù)相結(jié)合能夠支持對數(shù)據(jù)倉庫中數(shù)據(jù)的隨機查詢。
3．4．2 建立數(shù)據(jù)倉庫的數(shù)據(jù)模型

建立數(shù)據(jù)倉庫的數(shù)據(jù)模型主要考慮如何實現(xiàn)業(yè)務(wù)數(shù)據(jù)的轉(zhuǎn)換和對數(shù)據(jù)倉庫中的數(shù)據(jù)進行聯(lián)機分析處理。
（1） 了解數(shù)據(jù)源：確定與業(yè)務(wù)數(shù)據(jù)庫及外部數(shù)據(jù)源的銜接關(guān)系。
（2） 定義數(shù)據(jù)模型：一個決策支持的數(shù)據(jù)倉庫反映了特定行業(yè)需要考慮的業(yè)務(wù)決策數(shù)據(jù)模型，同樣采用REA模型分析數(shù)據(jù)倉庫的數(shù)據(jù)模型，以保證同原有數(shù)據(jù)庫的數(shù)據(jù)模型相一致。
（3） 數(shù)據(jù)轉(zhuǎn)換
數(shù)據(jù)轉(zhuǎn)換通過對業(yè)務(wù)數(shù)據(jù)及外部信息的研究，確認及再規(guī)劃，得到支持決策的信息，具體操作：
① 元數(shù)據(jù)的抽取和建模：通過對原有數(shù)據(jù)的分析得出需要在數(shù)據(jù)模型中建立的元數(shù)據(jù)。元數(shù)據(jù)描述了數(shù)據(jù)的結(jié)構(gòu)、內(nèi)容、索引等內(nèi)容，相當于從數(shù)據(jù)倉庫中最大限度地獲取信息的路徑圖，并能引導用戶利用數(shù)據(jù)倉庫工具處理信息。以元數(shù)據(jù)驅(qū)動數(shù)據(jù)倉庫建立的過程分為幾個階段：
a. 定義元數(shù)據(jù)的數(shù)據(jù)源；
b. 定義元數(shù)據(jù)的內(nèi)容和屬性；
c. 定義元數(shù)據(jù)使用規(guī)則；
d. 聲明數(shù)據(jù)聯(lián)合使用的規(guī)則，構(gòu)造數(shù)據(jù)倉庫/集市；
e. 基于元數(shù)據(jù)進行數(shù)據(jù)轉(zhuǎn)移/清洗/聚合/分布；
f. 基于元數(shù)據(jù)進行前端界面定制。
② 數(shù)據(jù)精煉：將分布于各個系統(tǒng)的分散、不統(tǒng)一的數(shù)據(jù)集中到企業(yè)級的、跨越產(chǎn)品、部門、行業(yè)的企業(yè)級視圖；
③ 數(shù)據(jù)清洗：對原有系統(tǒng)中的數(shù)據(jù)進行重整、再規(guī)劃，避免不規(guī)范的數(shù)據(jù)記錄、隨意的文本文件影響數(shù)據(jù)質(zhì)量；
④ 向數(shù)據(jù)倉庫輸送數(shù)據(jù)：通過標準的結(jié)構(gòu)化查詢語言、大批量加載、增加更新或并行處理，提供可視的、有效的輸送數(shù)據(jù)的基礎(chǔ)結(jié)構(gòu)，同時在操作流程中由用戶定制數(shù)據(jù)的轉(zhuǎn)移和加載。
（4） 利用聯(lián)機分析處理訪問數(shù)據(jù)倉庫中的數(shù)據(jù)
由于數(shù)據(jù)量增長，用戶的查詢需求日漸復雜，涉及的已不僅是查詢或操縱一張或幾張業(yè)務(wù)數(shù)據(jù)表的記錄，而且要對多張表中的幾千萬條記錄中的數(shù)據(jù)進行分析和獲取信息，能夠?qū)Σ煌瑪?shù)據(jù)集合進行基于某個或是多個角度的比較，從不同角度切割數(shù)據(jù)集合，從而進行分析。數(shù)據(jù)倉庫是以多維形式組織起來真實反映現(xiàn)實世界的數(shù)據(jù)集，這里的“維”是人們觀察數(shù)據(jù)的角度，如時間維、產(chǎn)品維、地區(qū)維等，“維”有細節(jié)程度不同的多個描述方面，如時間維可以從年、季度、月、日等不同層次來描述。聯(lián)機分析處理（On-line Analysis Processing，OLAP）就是基于“維”完成對數(shù)據(jù)倉庫的多維分析，它可以在多維數(shù)組的某一維上選定一維成員或選定數(shù)據(jù)倉庫中多個維中的幾個維的交集，使最終用戶能從多個角度、多側(cè)面觀察數(shù)據(jù)倉庫中的數(shù)據(jù)，達到深入理解數(shù)據(jù)中的信息內(nèi)涵的目的。
（5） 運用數(shù)據(jù)挖掘分析數(shù)據(jù)倉庫中的數(shù)據(jù)
數(shù)據(jù)挖掘的目的是從數(shù)據(jù)倉庫豐富的數(shù)據(jù)中提取出未被人知的關(guān)系和模式，通過對大量事實、關(guān)系、趨勢、模式、例外和異常情況的分析、提煉來完成數(shù)據(jù)挖掘工具的基本思路是基于某種技術(shù)（如神經(jīng)網(wǎng)絡(luò)或歸納規(guī)則技術(shù)）的算法配上數(shù)據(jù)接口，由它對數(shù)據(jù)進行處理，并把發(fā)現(xiàn)結(jié)果提示給用戶。對于企業(yè)大量的歷史沉淀數(shù)據(jù)，數(shù)據(jù)挖掘工具無疑可以引導用戶發(fā)現(xiàn)隱藏在現(xiàn)象后的本質(zhì)，提高決策的質(zhì)量。
3．4．3 基于數(shù)據(jù)倉庫的會計決策支持系統(tǒng)的結(jié)構(gòu)

數(shù)據(jù)倉庫技術(shù)的引入，將會計信息系統(tǒng)從操作處理型信息系統(tǒng)拓展至決策支持系統(tǒng)?；跀?shù)據(jù)倉庫的會計決策支持系統(tǒng)的結(jié)構(gòu)如圖3-4，對該結(jié)構(gòu)中的組成部分分析如下：

（1） 數(shù)據(jù)庫（Data Base，DB）：即已建立的業(yè)務(wù)數(shù)據(jù)庫，它主要提供有關(guān)業(yè)務(wù)的基礎(chǔ)數(shù)據(jù)，如采購、生產(chǎn)、銷售、固定資產(chǎn)等數(shù)據(jù)以及從市場采集而來的環(huán)境數(shù)據(jù)等。為了對DB進行管理，相應地設(shè)置了數(shù)據(jù)庫管理系統(tǒng)（DBMS）負責對數(shù)據(jù)的采集、檢索、處理和維護，并能從來自多種渠道的各類信息資源中析取數(shù)據(jù)，把它們轉(zhuǎn)換成會計決策支持系統(tǒng)要求的各種內(nèi)部數(shù)據(jù)。
（2） 模型庫（Model Base，MB）：現(xiàn)實數(shù)據(jù)表示的是過去已經(jīng)發(fā)生的事實，利用各種模型就可以把面向過去的數(shù)據(jù)變換成面向現(xiàn)在或者將來的有意義的信息。模型庫及相應的模型庫管理系統(tǒng)（MBMS）構(gòu)成了會計決策支持系統(tǒng)的核心，是最重要的也是較難實現(xiàn)的部分。模型庫提供大量的標準模型和用戶定制模型，如規(guī)劃模型、預測模型、籌資決策模型、投資決策模型、成本決策模型以及最優(yōu)庫存模型等。MBMS實現(xiàn)對MB的操作處理，如對模型的增刪、修改、聯(lián)結(jié)、調(diào)用、維護和校驗等。
（3） 方法庫（Arithmetic Base，AB）方法庫存放模型庫所需的各種常用的計算方法或算法，包括如基本數(shù)學方法、統(tǒng)計方法、優(yōu)化方法（線性規(guī)劃求解法）、金融方法等基礎(chǔ)級公用方法以及如本、量、利分析法、變動成本計算法、完全成本計算法、作業(yè)成本計算法等應用級專用方法。此外考慮到各種不確定性因素的影響，未來經(jīng)濟評價指標的變化，還需設(shè)置敏感分析法、概率分析法、模糊分析法和風險分析法等輔助方法。方法管理系統(tǒng)（ABMS）負責對方法庫的管理，其主要功能是定義、更新、鏈接、調(diào)用各種算法程序，保護算法的完整性和安全性。
（4） 知識庫（Knowledge Base,KB）知識庫和與之配套的知識庫管理系統(tǒng)（KBMS）是會計決策支持系統(tǒng)智能化的主要部件。知識庫負責存儲決策涉及到的各類會計知識，描述模型特征及模型間相互關(guān)系的模型知識，控制加工會計信息過程中的相關(guān)知識等。KBMS負責對知識庫的管理和維護，并通過特定的推理機制，利用知識庫中的會計知識得出加工各種會計信息的方案或?qū)嬓畔⒌木唧w加工過程作出合理的解釋。
（5） 數(shù)據(jù)倉庫：數(shù)據(jù)倉庫處于核心地位，是信息挖掘的基礎(chǔ)，而數(shù)據(jù)倉庫工具則是整個系統(tǒng)發(fā)生作用的關(guān)鍵，是聯(lián)結(jié)系統(tǒng)與用戶對高層次信息需求之間的橋梁。專用模型工具則是支持會計決策的模型、工具和方法的集成，同數(shù)據(jù)倉庫工具和數(shù)據(jù)倉庫一起接受數(shù)據(jù)倉庫管理系統(tǒng)(DWMS)的統(tǒng)一管理。

第四章 基于網(wǎng)絡(luò)計算實現(xiàn)會計信息系統(tǒng)


上一章討論了會計信息系統(tǒng)中的業(yè)務(wù)數(shù)據(jù)庫及操作處理模型、基于數(shù)據(jù)倉庫的決策支持系統(tǒng)框架，在此基礎(chǔ)上，要解決基于網(wǎng)絡(luò)計算實施會計信息系統(tǒng)涉及的幾個問題。并根據(jù)我國會計信息系統(tǒng)建設(shè)的現(xiàn)狀，提出我國重構(gòu)會計信息系統(tǒng)的方向。
4.1 企業(yè)實施網(wǎng)絡(luò)計算的步驟

（1）以瀏覽器/服務(wù)器模式為基礎(chǔ)建立企業(yè)的內(nèi)部信息系統(tǒng)（Intranet）
Intranet是以瀏覽器/服務(wù)器模式為基礎(chǔ)建立企業(yè)內(nèi)部信息系統(tǒng)的主流模式，Intranet是基于Internet TCP/IP協(xié)議，使用環(huán)球網(wǎng)（WWW）工具，為企業(yè)內(nèi)部服務(wù)、并向企業(yè)的合作企業(yè)有選擇地開放，同時通過防火墻與Internet相連接的企業(yè)內(nèi)部網(wǎng)絡(luò)。Intranet在企業(yè)內(nèi)部集成企業(yè)的所有信息子系統(tǒng)（如，會計信息系統(tǒng)、營銷信息系統(tǒng)、人力資源信息系統(tǒng)、生產(chǎn)信息系統(tǒng)等），把企業(yè)的管理層、職能部門、工作小組等緊密地聯(lián)系在一起，將經(jīng)營管理中所產(chǎn)生的信息都放在Intranet中，當內(nèi)部信息使用者或外部有權(quán)限的使用者需要信息時，直接上Intranet即可得到所需的信息。
（2）Intranet向外拓展，構(gòu)建企業(yè)外部網(wǎng)（Extranet）
將企業(yè)內(nèi)部信息系統(tǒng)Intranet向外拓展到企業(yè)的合作伙伴、供應商、分銷商、零售商和主要客戶，構(gòu)建企業(yè)外部網(wǎng)（Extranet）。Extranet通過使用與Intranet同樣的Internet 技術(shù)和Web標準以及標準的網(wǎng)際通信語言TCP/IP和HTTP，把合作關(guān)系密切的企業(yè)的內(nèi)部信息系統(tǒng)無縫聯(lián)結(jié)，實現(xiàn)信息的交流與資源共享。Extranet同樣位于防火墻之后與Internet聯(lián)結(jié)，使信息安全地在相關(guān)組織與個體之間順暢、快捷地流動，實現(xiàn)供應鏈中個體與個體雙贏（Win-Win）的緊密合作。
（3） 企業(yè)外部網(wǎng)拓展，與Internet相聯(lián)
企業(yè)外部網(wǎng)繼續(xù)拓展，最終將利用Internet快捷的信息傳輸速度和即時接入網(wǎng)絡(luò)的能力，使企業(yè)擺脫時間與空間的束縛，把企業(yè)尋找合作伙伴與商機的范圍從區(qū)域擴展到全球，在全球?qū)ふ遗c建立合作關(guān)系，在全球范圍優(yōu)化資源配置，在全球銷售。到這一階段，企業(yè)基本實現(xiàn)完全意義上的電子商務(wù)。
4．2 基于網(wǎng)絡(luò)計算的系統(tǒng)物理結(jié)構(gòu)

網(wǎng)絡(luò)計算的意義在于將信息系統(tǒng)中的數(shù)據(jù)邏輯、業(yè)務(wù)邏輯與顯示邏輯分散在系統(tǒng)不同的構(gòu)件中，使系統(tǒng)對數(shù)據(jù)的操作和處理對用戶透明化，用戶只需按顯示邏輯提出個人的需求、定制系統(tǒng)的輸出形式即可，而不必深入了解系統(tǒng)中具體的數(shù)據(jù)和處理程序的存儲。以B/S三層計算模型為例，三種邏輯在網(wǎng)絡(luò)計算模式中的分布如圖4-1：



該邏輯分布圖轉(zhuǎn)化為物理結(jié)構(gòu)，則有圖4-2：
如圖4-2所示，業(yè)務(wù)數(shù)據(jù)存放在后臺高性能的數(shù)據(jù)庫服務(wù)器中，對業(yè)務(wù)數(shù)據(jù)的應用和操作處理業(yè)務(wù)規(guī)則置于中間層的應用服務(wù)器中，所有客戶的訪問基于前端的“瘦客戶機”，即用瀏覽器進行，用戶對系統(tǒng)中業(yè)務(wù)規(guī)則和數(shù)據(jù)的調(diào)用要通過Web服務(wù)器和CGI接口或ASP模板完成，具體過程是：
（1） 用戶通過客戶瀏覽器輸入查詢信息或數(shù)據(jù)信息，通過瀏覽器選擇超文本連接，Web瀏覽器通過超文本連接相通的URL來請求獲取Web文檔，等待服務(wù)器發(fā)送文檔，處理這個文檔并顯示出來。Web文檔是通過超文本標記語言（Hypertext Markup Language，HTML）來修飾的，也稱為HTML文檔，HTML語言描述文件的結(jié)構(gòu)和超文本連接信息，URL則描述了在超文本連接激活時所訪問文檔的地址。
（2） Web瀏覽器到Web服務(wù)器通過HTTP協(xié)議通信，Web服務(wù)器接受客戶文檔請求，調(diào)用CGI程序接口、ASP模板或其他程序接口允許用戶訪問應用程序。
（3） CGI程序、ASP模板等調(diào)用系統(tǒng)下其他程序。通用網(wǎng)關(guān)接口（Common Gateway Interface, CGI）是服務(wù)器和HTML文件之間的接口程序，負責處理HTML文件與運行在服務(wù)器中的非HTML程序之間的數(shù)據(jù)交換，CGI程序有助于用戶對系統(tǒng)的交互查詢。另外，還可用動態(tài)服務(wù)器網(wǎng)頁技術(shù)（Active Server Page，ASP）構(gòu)建一個新模板，該模板中將靜態(tài)的模板數(shù)據(jù)和服務(wù)器端可執(zhí)行的腳本綁在單獨的一個文件中，由ASP調(diào)用服務(wù)器中的程序或是數(shù)據(jù)填充模板。
（4） 程序?qū)?zhí)行結(jié)果返回給CGI程序，或是ASP模板得出執(zhí)行結(jié)果。
（5） CGI程序或ASP模板將所得結(jié)果轉(zhuǎn)換成Web服務(wù)器能識別的HTML格式。
（6） Web服務(wù)器將HTML格式表達的數(shù)據(jù)返回提出請求的Web瀏覽器。
（7） Web瀏覽器對HTML的格式返回的數(shù)據(jù)進行處理后，將執(zhí)行結(jié)果呈現(xiàn)給客戶。
4．3 網(wǎng)絡(luò)計算的安全性保障
4．3．1 網(wǎng)絡(luò)計算的安全需求

ISO7498－2提供了5種可選的網(wǎng)絡(luò)安全服務(wù)：認證（Authentication）、訪問控制（Access Control）、數(shù)據(jù)保密（Data Confidentiality）、數(shù)據(jù)完整性（Data Integrity）、防止否認（Non-reputation）。參照這5種安全服務(wù)，對網(wǎng)絡(luò)安全的需求有：
（1） 身份認證
身份認證是授權(quán)控制的基礎(chǔ)，必須做到準確無二義地將對方辨別出來，同時還應該提供雙向的認證，即互相證實對方的身份。
（2） 授權(quán)控制
授權(quán)控制是控制不同用戶對信息資源訪問權(quán)限，對授權(quán)控制的要求主要有：
① 一致性：對信息資源的控制沒有二義性；
② 統(tǒng)一性：對所有信息資源進行集中管理，安全政策統(tǒng)一貫徹；
③ 要求有審計功能，對所有授權(quán)有記錄可查；
④ 盡可能提供更為細節(jié)的控制。
（3） 數(shù)據(jù)加密
數(shù)據(jù)加密是安全通信的手段，用于保證信息的保密性，防止合法接收者之外的人獲取信息系統(tǒng)中的機密信息。
（4） 數(shù)據(jù)完整性
數(shù)據(jù)完整性指通過網(wǎng)上傳輸?shù)臄?shù)據(jù)應防止被修改、刪除、插入、替換或重發(fā)，保證合法用戶接收和使用真實的數(shù)據(jù)。
（5） 防止否認
接收方和發(fā)送方都要求對方保證對已收到和發(fā)出信息的事實不得否認。
4．3．2 可應用的網(wǎng)絡(luò)安全技術(shù)

（1） 防火墻技術(shù)：防火墻（Firewall）是建立在內(nèi)外網(wǎng)絡(luò)邊界上的邏輯過濾封鎖機制，內(nèi)部網(wǎng)被認為是安全的和可依賴的，而外部網(wǎng)（通常是Internet）被認為是不安全的和不可依賴的。防火墻的作用是防止不希望的、未經(jīng)授權(quán)的通信進出被保護的內(nèi)部網(wǎng)絡(luò)，通過邊界控制強化內(nèi)部網(wǎng)絡(luò)的安全政策。防火墻技術(shù)能夠進行用戶級的身份認證、日志記錄和賬號管理，這對于會計信息系統(tǒng)來說很重要，會計信息系統(tǒng)處理大量涉及公司機密的信息，一定要用防火墻保護系統(tǒng)不受外部的攻擊。
（2） 虛擬專用網(wǎng)：虛擬專用網(wǎng)在兩個系統(tǒng)之間建立安全的通道，在虛擬專用網(wǎng)中可以使用比較復雜的專用加密和認證技術(shù)，安全性較高，是企業(yè)與重要供應商和分銷商進行EDI的首選技術(shù)。
（3） 加密技術(shù)：加密技術(shù)能防止合法接收者之外的人獲取信息系統(tǒng)中的機密信息，它采用數(shù)學方法對原始信息(通常稱為“明文”)進行再組織，使得加密后在網(wǎng)絡(luò)上公開傳輸?shù)膬?nèi)容對于非法接收者來說成為無意義的文字(加密后的信息通常稱為“密文”)，而對于合法的接收者，因為其掌握正確的密鑰，可以通過解密過程得到原始數(shù)據(jù)(即“明文”)?，F(xiàn)有加密體制可分私鑰加密體制(加密密鑰與解密密鑰相同或從其中一個可以很容易推出另一個)和公鑰加密體制(加密密鑰與解密密鑰不相同，,而且很難從其中一個推出另一個)。
（4） 認證技術(shù)
與認證相關(guān)的技術(shù)包括數(shù)字簽名技術(shù)、身份識別技術(shù)和信息的完整性校驗技術(shù)等。
①數(shù)字簽名技術(shù)：該技術(shù)是為了驗證網(wǎng)上傳送信息的真實性而產(chǎn)生的，主要還是應用加密技術(shù)來保證：接收者能夠核實發(fā)送者對報文的簽名，發(fā)送者事后不能抵賴對報文的簽名，接收者不能偽造對報文的簽名。
②身份識別技術(shù)：保證合法用戶才可以使用網(wǎng)絡(luò)資源、進入信息系統(tǒng)，也可以在網(wǎng)絡(luò)通信時確認對方的身份，一般也采用密碼技術(shù)設(shè)計安全性高的識別協(xié)議，如使用口令、磁卡或智能卡。
③認證機構(gòu)：認證機構(gòu)(Certificate Authority，CA)對密鑰進行有效的管理，發(fā)放并管理數(shù)字證書，證明密鑰的有效性。其發(fā)放的數(shù)字證書分為：SSL(安全套接層)證書和SET(安全電子交易)證書，它們都是用于身份識別和數(shù)字簽名的證書。其中SSL是基于網(wǎng)絡(luò)傳輸層的安全技術(shù)，通過公開密鑰證明持證人的身份，主要服務(wù)于銀行對企業(yè)或企業(yè)對企業(yè)，即B2B電子商務(wù)活動；SET則是基于應用層的安全技術(shù)，通過公開密鑰證明持證人在指定銀行確實擁有該信用卡賬號，同時也證明持證人的身份，服務(wù)于持卡消費、網(wǎng)上購物，即B2C電子商務(wù)。
4．4 國內(nèi)會計信息系統(tǒng)的現(xiàn)狀及改進方向

我國從1979年起在企業(yè)引入電算化會計信息系統(tǒng)，發(fā)展至今已達到一定水平，但隨著信息技術(shù)的發(fā)展與企業(yè)經(jīng)營管理的深化，企業(yè)現(xiàn)有的會計信息系統(tǒng)已難以滿足企業(yè)的信息需求，因此，分析現(xiàn)狀，尋找改進會計信息系統(tǒng)的方向是企業(yè)、軟件商、理論界所面臨的重大問題。
4．4．1 國內(nèi)會計信息系統(tǒng)的現(xiàn)狀

現(xiàn)階段國內(nèi)會計信息系統(tǒng)在開發(fā)和應用上的明顯特征是：開發(fā)與應用形成較大反差。
（1）應用
① 應用需求呈多極化，應用水平參差不齊
既有一批有很強應用需求的大中型企業(yè)，如，機械、電子、石化等行業(yè)中的企業(yè)，又有很多會計電算化水平較低的企業(yè)。像聯(lián)想、方正、康佳、LG等企業(yè)只有求助于SAP、ORACLE、SSA等國外軟件才能滿足需求。而由于信息化建設(shè)的薄弱，全國還有80%左右的企業(yè)沒有完成自身的基礎(chǔ)信息化建設(shè)，至少有70%左右的企業(yè)沒有實現(xiàn)財務(wù)管理信息化。
② 應用功能有限，應用水平普遍偏低
據(jù)武漢大學酈杰、歐陽電平對湖北、湖南、廣東的143家企業(yè)的調(diào)查中發(fā)現(xiàn)，90%以上的企業(yè)常用的會計軟件功能為賬務(wù)處理和報表處理；其次，較為常用的核算功能為工資核算和固定資產(chǎn)核算，均占70%左右；而較少應用的功能為預測決策輔助功能和領(lǐng)導綜合查詢功能。另外，在這些企業(yè)中，全部甩手工賬的占樣本總體的33.9%，而部分甩手工賬、手工賬和電腦賬兩套賬并行的企業(yè)占66.1%。
（2）開發(fā)
我國會計信息系統(tǒng)的開發(fā)大部分是引入商品化軟件（上述同一調(diào)查中表明，在有效樣本中，購買商品化軟件的有97家（含購買后二次開發(fā)的企業(yè)），占73%），因此，開發(fā)力量以軟件商為主，軟件商屬于專業(yè)的IT廠商，在其軟件開發(fā)中呈現(xiàn)下列特點：
① 以滿足先進管理的理念開發(fā)軟件
軟件商一直緊跟潮流，從第一代的“單項處理型財務(wù)軟件”、第二代的“核算型財務(wù)軟件”，接著經(jīng)歷了“管理型財務(wù)軟件”、“財務(wù)及企業(yè)管理型軟件”、“部門級財務(wù)軟件”、“企業(yè)級財務(wù)軟件”，到現(xiàn)在用友提出基于網(wǎng)絡(luò)應用、真正實現(xiàn)集中式管理、財務(wù)業(yè)務(wù)一體化的“網(wǎng)絡(luò)財務(wù)”，金蝶提出由“會計電算化”發(fā)展為開放、共享、以財務(wù)分析作為會計工作主流的“會計信息化”，新中大提出實現(xiàn)網(wǎng)絡(luò)化管理、具備全面開放性和統(tǒng)一物流、資金流的“新時代財務(wù)軟件”，安易提出以財務(wù)和業(yè)務(wù)軟件推動基礎(chǔ)管理，以電子商務(wù)軟件和應用服務(wù)實施電子商務(wù)等，軟件商所提出的理念無不緊跟企業(yè)經(jīng)營管理的發(fā)展。
② 應用先進的信息技術(shù)
各大軟件商都在先進的技術(shù)平臺上進行軟件的開發(fā)，推出的新產(chǎn)品多數(shù)采用了B/S主流模式，支持異構(gòu)平臺，應用Java技術(shù)作為開發(fā)語言，采用標準SQL語句接口，支持目前各種主流大型關(guān)系型數(shù)據(jù)庫，如，DB2、Oracle、SQL Sever等。
但軟件最終要由用戶來應用，如果開發(fā)中忽視用戶的需求，先進的設(shè)計理念和技術(shù)并不能為用戶所接受，這就造成了會計信息系統(tǒng)的開發(fā)與應用相脫節(jié)的現(xiàn)狀，針對這種情況改進會計信息系統(tǒng)應該在信息系統(tǒng)開發(fā)過程中，注重用戶需求分析，以先進的理念和技術(shù)改進用戶的經(jīng)營管理。本文所討論的觀點就可以應用到這一過程中：
對開發(fā)方而言，要從“賣軟件”轉(zhuǎn)變?yōu)橄蛴脩籼峁┙鉀Q方案。首先，以行業(yè)為調(diào)查對象，分析行業(yè)特點，歸納該行業(yè)的業(yè)務(wù)流程，建立適用于行業(yè)的通用業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)模型，采用面向?qū)ο蟮拈_發(fā)方法將這些數(shù)據(jù)和相應的一般操作指令封裝入類中，形成該行業(yè)適用的通用軟件包；提出與該行業(yè)的業(yè)務(wù)流程特點相配合的軟/硬件配置方案、對信息技術(shù)設(shè)備的操作規(guī)程等，得出行業(yè)解決方案。
然后，針對同一行業(yè)中不同規(guī)模的企業(yè)提供具體的解決方案：
（1）對高端應用的企業(yè)：高端應用的特點是由企業(yè)在內(nèi)部運作整套信息系統(tǒng)的解決方案，一般是大型的集團企業(yè)。對這一類企業(yè)的會計信息系統(tǒng)的建設(shè)要單獨立項，分析企業(yè)的業(yè)務(wù)流程，聯(lián)合專業(yè)咨詢力量進行流程重組的咨詢，在此基礎(chǔ)上，對經(jīng)過重組的業(yè)務(wù)流程建立基于企業(yè)語義的數(shù)據(jù)模型，從行業(yè)軟件包中的類創(chuàng)建子類，并針對該企業(yè)的業(yè)務(wù)流程建立新的對象；在解決方案中，要提出如何集中管理和傳輸在分散的數(shù)據(jù)源輸入的數(shù)據(jù)，支持系統(tǒng)用戶訪問數(shù)據(jù)并調(diào)用模型對數(shù)據(jù)進行處理等的策略。
（2）對低端應用的企業(yè)：低端應用的企業(yè)主要是受成本限制難以引入整套系統(tǒng)解決方案的中小型企業(yè)，對于這一類企業(yè)，多數(shù)由軟件商以ASP（Application Service Provider）方式提供服務(wù)， ASP將企業(yè)會計信息系統(tǒng)涉及的應用服務(wù)對象（也就是前面所說的通用軟件包）放置一個集中的地點（即網(wǎng)站，如用友的偉庫網(wǎng)，），對與ASP簽訂了協(xié)議的用戶，可能提供軟件下載，也可能由用戶將相應業(yè)務(wù)數(shù)據(jù)上載進行相應處理。因此，該類企業(yè)主要通過與軟件開發(fā)商的網(wǎng)上交流提出應用需求，通過網(wǎng)上咨詢對企業(yè)業(yè)務(wù)流程進行分析及重組，然后根據(jù)分析結(jié)果修改網(wǎng)上提供的通用行業(yè)數(shù)據(jù)模型，并從自身業(yè)務(wù)流程的特點出發(fā)選擇所需的應用服務(wù)。
對于應用方而言，要從接受產(chǎn)品轉(zhuǎn)變?yōu)閰⑴c開發(fā)。與開發(fā)商、專業(yè)咨詢力量三方共同對企業(yè)業(yè)務(wù)流程進行分析，明確對于會計信息系統(tǒng)的需求，在此基礎(chǔ)上建立業(yè)務(wù)數(shù)據(jù)庫的數(shù)據(jù)模型。同時，要提高應用系統(tǒng)的主動性，特別是從領(lǐng)導做起，能夠應用系統(tǒng)提供的模型生成所需的財務(wù)報告或管理報告，充分利用系統(tǒng)中存儲的數(shù)據(jù)，以系統(tǒng)的應用促進管理的提升，為以數(shù)據(jù)倉庫為基礎(chǔ)的會計決策支持系統(tǒng)的引進打好基礎(chǔ)。

結(jié)束語


本文將REA模型作為建模工具，用于分析會計信息系統(tǒng)所要反映的業(yè)務(wù)流程，使會計信息系統(tǒng)的數(shù)據(jù)模型是基于業(yè)務(wù)流程、基于企業(yè)語義、面向?qū)ο蟮年P(guān)系數(shù)據(jù)模型，而且在建模時考慮了建立電子商務(wù)接口及嵌入審計功能的問題。
通過研究，本文得出結(jié)論如下：由于REA模型基于數(shù)據(jù)庫、基于語義化、基于結(jié)構(gòu)化的優(yōu)點，可與面向?qū)ο蠓椒ńY(jié)合建立業(yè)務(wù)數(shù)據(jù)庫的數(shù)據(jù)邏輯模型，同時，現(xiàn)有網(wǎng)絡(luò)計算技術(shù)支持這一數(shù)據(jù)模型的實現(xiàn)。
本文的貢獻：盡管本文并未深入討論如何從物理上實現(xiàn)基于網(wǎng)絡(luò)計算的會計信息系統(tǒng)，而只是系統(tǒng)地闡述了系統(tǒng)框架及其組件的模型，本文對建立業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)模型、以及如何在業(yè)務(wù)數(shù)據(jù)庫的基礎(chǔ)上建立操作處理模型、數(shù)據(jù)倉庫技術(shù)的討論中有一些論點比已有的研究有進一步的拓展，如面向?qū)ο蠹夹g(shù)與REA模型的結(jié)合，對操作處理模型庫的分類設(shè)置，利用數(shù)據(jù)倉庫技術(shù)將會計信息系統(tǒng)擴展為決策支持系統(tǒng)等。
當然，在此基礎(chǔ)上，對基于網(wǎng)絡(luò)計算的會計信息系統(tǒng)應有更多的研究。研究的方向可以有：
(1) 發(fā)揮REA基于語義和基于結(jié)構(gòu)化的優(yōu)點，將REA模型與面向?qū)ο蠹夹g(shù)更好地結(jié)合起來，在會計信息系統(tǒng)的設(shè)計中，用對象來反映企業(yè)、供應鏈中存在的實體；
(2) 基于企業(yè)語義甚至基于供應鏈語義將業(yè)務(wù)流程整合起來，以更為規(guī)則的數(shù)據(jù)支持數(shù)據(jù)倉庫。
同時，對理論模型要在實際的系統(tǒng)開發(fā)中進行檢驗，使理論模型不斷得到修正和完善。

參考文獻


1. 袁樹民.業(yè)務(wù)流程重建與現(xiàn)代會計模型研究.上海會計.1998年2期:46-48,1998年3期:49-50
2. Dunn, Cheryl L, McCarthy, William E. The REA Accounting Model: Intellectual Heritage and Prospects for Progress. Journal of Information Systems.1997, Spring
3. 阿妮塔 • S • 霍蘭德、埃里克 • L • 德納、J • 歐文 • 徹林頓著.楊周南等譯.現(xiàn)代會計信息系統(tǒng).第2版.北京.經(jīng)濟科學出版社.1999年12月
4. 薛云奎.會計大趨勢----一種系統(tǒng)分析方法.第1版.北京.中國財政經(jīng)濟出版社.1999年11月
5. George H. Sorter. An “Events” Approach to Basic Accounting Theory. THE ACCOUNTING REVIEW,1969;January,12-19
6. Orace Johnson. Toward an “Events” Theory of Accounting. THE ACCOUNTING REVIEW,1970;October,641-653
7. William E.McCarthy, THE REA Accounting Model: A Generalized Framework for Accounting Systems in a Shared Data Environment. THE ACCOUNTING REVIEW,1982;July,Vol.LVII,No.3
8. James A. Hall. Accounting Information Systems. Second Edition. ITP國際出版公司授權(quán)東北財經(jīng)大學出版社出版.1998
9. 傅元略.從財務(wù)會計電算化系統(tǒng)擴展成經(jīng)營決策支持系統(tǒng)的探討.會計研究.1997年12期:39-42
10. 肖澤忠.大規(guī)模按需報告的公司財務(wù)報告模式.會計研究.2000年1期:43-49
11. 吳旺盛.論電算化會計信息系統(tǒng)的模式.上海會計.1998年7期:40-41
12. 吳旺盛.論網(wǎng)絡(luò)時代會計目標下的會計業(yè)務(wù)流程重組.會計研究.2000年6期:43-47
13. 袁樹民,吳旺盛.知識經(jīng)濟時代的會計模式與實現(xiàn)策略.財務(wù)與會計.1999年11期:13-14
14. 高媛、歐陽志明、石曉軍.電子商務(wù).第1版.北京.企業(yè)管理出版社.1999年9月
15. 方美琪主編.電子商務(wù)概論.第1版.北京.清華大學出版社.1999年9月
16. 梅叢銀.Internet的B2B電子商務(wù)供應鏈技術(shù).計算機世界,2000年4月24日:C3
17. 指點江山,激揚話語----第三屆中國電子商務(wù)大會專家座談會摘錄.計算機世界.1999年4月26日:D22
18. 易文.電子商務(wù)時代企業(yè)管理軟件系統(tǒng)的需求特點.中國軟科學.1999年10期
19. 陳勝群.企業(yè)成本管理戰(zhàn)略.第1版.上海.立信會計出版社.2000年1月
20. 經(jīng)濟學家情報社、安達信咨詢公司、IBM咨詢公司.未來組織設(shè)計.第1版.北京.新華出版社.2000年6月
21. Michael Hammer. Reengineering Work Don’t Automate, Obliterate. HARVARD BUSINESS REVIEW. 1990; July-August,104-112
22. 芮明杰、錢平凡.再造流程.第1版.浙江人民出版社,1997年1月
23. 陳曉明,周良冬.”外包”的意義及實現(xiàn)形式.中國軟科學.1999年5期:28-30
24. The Virtual Corporation. BUSINESS WEEK. 1993; February 8:36-41
25. 袁丹平.談現(xiàn)代企業(yè)信息系統(tǒng)發(fā)展的三階段.中國軟科學.1999年4期:13-14
26. 對21世紀初計算機技術(shù)發(fā)展趨勢的思考(根據(jù)汪成為在北京計算機學會信息技術(shù)發(fā)展趨勢學術(shù)報告會上的講話整理而成).計算機世界.1999年4月12日:C12
27. 葉郁.網(wǎng)絡(luò)計算模式演化.計算機世界.1999年5月3日:D14
28. 彭江平、王毅、李靜、倪芳編著.Visual Foxpro 5.0中文版面向?qū)ο蟪绦蛟O(shè)計詳解及實例.第1版.北京.人民郵電出版社.1998年9月
29. 羅曉沛.數(shù)據(jù)庫技術(shù).第1版,北京.清華大學出版社，1999年9月
30. 陳林生,高學東.數(shù)據(jù)庫技術(shù)的現(xiàn)狀及其發(fā)展趨勢.中國軟科學.1999年3期:6-8
31. 陸晶.面向?qū)ο髷?shù)據(jù)庫系統(tǒng)的特性及其發(fā)展現(xiàn)狀.中國軟科學.1999年9期:38-41
32. 胡道元.計算機網(wǎng)絡(luò).第1版.北京.清華大學出版社.1999年8月
33. 楊宏慧.IT環(huán)境下會計的新發(fā)展.上海會計.2000年6期:44-46
34. Romney, Steinbart, Cushing. Accounting Information System, Seventh Edition, USA. Addison-Wesley Publishing Company. 1997
35. 韋沛文,陳婉玲,唐清泉編.管理型會計信息系統(tǒng).第1版.廣州.廣東人民出版社.1998年9期
36. 余鋒.網(wǎng)絡(luò)財務(wù)相關(guān)問題探討.暨南大學碩士學位論文.2000年10月
37. 陳婉玲,韋沛文.網(wǎng)絡(luò)經(jīng)營與網(wǎng)絡(luò)財會條件下的審計初探.會計研究.2000年7期:42-45
38. 邱寒.會計軟件設(shè)計如何適應現(xiàn)代審計的要求----關(guān)于完善我國會計軟件功能的實證研究.1998年4期:38-43
39. 李朝明.基于體系結(jié)構(gòu)的企業(yè)信息系統(tǒng)可重用構(gòu)件模型的探討.中國軟科學.1999年5期:11-13
40. 四木.軟件復用為軟件開發(fā)提速.計算機世界.2001年1月1日:B19
41. 吳良剛,高陽,張金隆.一種面向?qū)ο蟮氖吕R表示方法和事例庫組織.中國軟科學.1999年7期:11-14
42. 王懷民.分布對象技術(shù). 計算機世界.1999年4月26日:C1,C2
43. 李衛(wèi)東.改革傳統(tǒng)簿記的思考.會計研究.1999年3期:24-29
44. 金光華,胡仁昱.網(wǎng)絡(luò)財務(wù)與自助式軟件應用.上海會計.2000年5期:3-5,2000年6期:9-11
45. Andros, David P.; Cherrington, J. Owen; Denna, Eric L. Reengineer Your Accounting, the IBM Way. FINANCIAL EXECUTIVE. 1992; Jul/Aug
46. Zabihollah Rezaee, William Ford, Rick Elam. Real-Time Accounting Systems. INTERNAL AUDITOR. 2000; April:64-67
47. 王文京,胡進平.網(wǎng)絡(luò)財務(wù)時代撲面而來.會計研究.1999年10期:37-40
48. 莊明來.對電子商務(wù)環(huán)境下會計明細信息的思考.會計研究.2000年7期：46-48
49. 韋沛文.論增減記賬法比借貸記賬法更科學、更合理.中山大學管理學院會計系第一屆研究生學術(shù)研討會論文集.1999年6月:1-8
50. James Carbone. Net Buying EFCT on Path for Fast-paced Growth. Purchasing. 1998;Jun
51. 劉江寧,吳泉源,周立.幾種構(gòu)件模型的比較分析.計算機世界.1999年4月26日:C3,C6
52. 竇文,周立,賈焰.基于分布對象技術(shù)的Web應用集成解決方案. 計算機世界.1999年4月26日:C7
53. 黃正瑞.管理型會計軟件與開發(fā)問題.廣東財會.1997年6期:59-61
54. Stewart Mckie. Client/Sever Accounting: Reengineering Financial Systems. First Edition. USA. 1997
55. 李希富.從數(shù)據(jù)庫到數(shù)據(jù)倉庫——對會計決策支持系統(tǒng)進一步發(fā)展的思考.管理信息系統(tǒng).1999年7期：26-30
56. Paul Reynoles. Electronic Reporting and the Dawn of the Private Investor. BUSINESS INFORMATION REVIEW. 2000;June,17(2):67-71
57. Wallman Steven M H. The Future of Accounting and Disclosure in an Evolving world: The Need for Dramatic Change. Accounting Horizons. 1995; September
58. Wallman Steven M H. The Future of Accounting and Financial Reporting part Ⅱ: the Colorized Approach. Accounting Horizons. 1996; June
59. Simon Petravick. Financial Reporting on the World Wide Web. MANAGEMENT ACCOUNTING. 1996;July:25-29
60. 程鴻，羅賽軍.應用的反思.計算機世界.2001年1月1日:C7
61. 用友:勇立潮關(guān)又一年. 計算機世界.2001年1月1日:A14
62. Internet構(gòu)筑財務(wù)管理新模式—新中大成功實施吉通公司財務(wù)管理信息系統(tǒng). 計算機世界.2001年1月8日:C10
63. 網(wǎng)絡(luò)時代企業(yè)成功之道—安易”四務(wù)”全國巡回報告會成功的背后. 計算機世界.2001年1月8日:A30
64. 財務(wù)與會計編輯部課題組.新管理時代與中國企業(yè)管理軟件的發(fā)展.財務(wù)與會計.1999年1期:50-51,1999年2期:48-49
65. 唐. 泰普斯科特,亞歷克斯.洛伊,戴維.泰科爾.電子商務(wù)的勃興.東北財經(jīng)大學出版社,McCraw-Hill出版公司.1999年第1版:215-233
66. 酈杰，歐陽電平.企業(yè)會計電算化狀況的調(diào)查分析與評價.中國會計電算化.2000年2期：50-52
67. 孫耀.我國財務(wù)軟件的現(xiàn)狀及其發(fā)展.中國會計電算化.2000年6期：9-12
68. 楊周南.IT對會計的12大變革.財務(wù)與會計.1999年7期：5-7
69. 閻達五.核算型會計向核算管理型會計轉(zhuǎn)化的問題.1999年9期：6-8
70. 金勤，王衍，姚建榮.中外財務(wù)軟件應用的若干比較.上海會計.1998年5期：41-42
71. 楊利.ASP：中小企業(yè)電子商務(wù)的解決之道.計算機世界.2000年4月24日：C8，C9，C10
72. ASP要腳踏實地. 計算機世界.2001年1月8日:D10

擴展閱讀

版權(quán)聲明：