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



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


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

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

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

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

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

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

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


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

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


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


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

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

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

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

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

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


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

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

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

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

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

（1）面向?qū)ο蠓椒ǜ攀?
面向?qū)ο螅∣bject-Oriented）方法是一種新的思考問(wèn)題的方法，將所需解決的問(wèn)題描述為一組相互作用的對(duì)象，對(duì)象包含處理指令和數(shù)據(jù)，其中，數(shù)據(jù)用于表示對(duì)象的靜態(tài)屬性，處理指令被稱為方法，是一組事先定義好的程序代碼，這些程序代碼是基于對(duì)象的行為共性編寫(xiě)的，一組代碼可以在解決不同的問(wèn)題時(shí)重復(fù)應(yīng)用。通過(guò)在對(duì)象間發(fā)送信息來(lái)激活對(duì)象包含的方法，各個(gè)對(duì)象就可以集成在一起解決問(wèn)題。數(shù)據(jù)與指令封裝在類中，在已有類的基礎(chǔ)上創(chuàng)建派生類（子類），子類可繼承父類的所有元素，同時(shí)可添加新任務(wù)所需的方法或變量。由于子類與父類存在繼承性，父類上所作的改動(dòng)將會(huì)自動(dòng)反映到相應(yīng)的子類中。類和對(duì)象成為應(yīng)用程序的組裝模塊(module)，程序員編程不再是從頭到尾逐句編寫(xiě)，而是利用已有的模塊（類和對(duì)象）組裝程序，極大地提高了編程的速度、效率和正確性，程序的可維護(hù)性也等到了改善，更能適應(yīng)迅速變化的環(huán)境。面向?qū)ο笳Z(yǔ)言采用圖形化界面，將可供選用的對(duì)象、類以圖形（如控件、表單）的方式形象地顯示，人機(jī)交互方式友好，更符合人們認(rèn)識(shí)事物的方式，使不精通編程語(yǔ)言的人也能按圖索驥，自行選擇已有模塊編程。
（2）傳統(tǒng)結(jié)構(gòu)化方法和面向?qū)ο蠓椒ū容^（表2-1）
表2-1 傳統(tǒng)結(jié)構(gòu)化和面向?qū)ο蠓椒ǖ谋容^
傳統(tǒng)結(jié)構(gòu)化方法 面向?qū)ο蠓椒?
基本方法學(xué) 解決特定問(wèn)題要按一定的過(guò)程完成 特定的問(wèn)題由不同對(duì)象及對(duì)象間的相互聯(lián)系構(gòu)成
設(shè)計(jì)方式 （1）采用順序性的程序處理問(wèn)題；
（2）采用邏輯概念設(shè)計(jì)程序文件；
（3）在解決問(wèn)題的過(guò)程中，常采用調(diào)用子過(guò)程文件的方法。 （1）不采用順序性的處理方式，而采用了對(duì)象本身的屬性與方法來(lái)解決問(wèn)題；
（2）在處理問(wèn)題的過(guò)程中，可以直接在對(duì)象中設(shè)計(jì)事件程序，直接觸發(fā)程序解決問(wèn)題。
數(shù)據(jù)處理方式 程序與數(shù)據(jù)分離，數(shù)據(jù)暴露。 數(shù)據(jù)與方法（程序）封裝于對(duì)象中，數(shù)據(jù)隱藏。
運(yùn)行方式 單一程序文件方式，通過(guò)程序之間的調(diào)用完成程序運(yùn)轉(zhuǎn)。 以不同對(duì)象之間的消息傳遞完成程序運(yùn)行。
使用方式
（程序重用性） 除公用模塊（該模塊很難擴(kuò)展為更復(fù)雜的處理方式），重用性不高。 類可重用，在可視化工具中，直接用控制點(diǎn)取方式快速定義重復(fù)的對(duì)象與方法
處理順序 采用程序本身的“直線型”順序處理，用戶無(wú)法自由導(dǎo)航。 將對(duì)象編號(hào)，用戶用Tab或Enter鍵可選擇所需對(duì)象。
注：參考彭江平、王毅、李靜、倪芳編著.Visual Foxpro 5.0中文版面向?qū)ο蟪绦蛟O(shè)計(jì)詳解及實(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ù)文件只能為一對(duì)一的關(guān)系，轉(zhuǎn)變?yōu)閯?chuàng)建數(shù)據(jù)庫(kù)存放多種實(shí)體、實(shí)體屬性及實(shí)體間的關(guān)系等信息，一個(gè)數(shù)據(jù)庫(kù)支持多個(gè)應(yīng)用程序。數(shù)據(jù)庫(kù)的發(fā)展又表現(xiàn)在數(shù)據(jù)庫(kù)中用于抽象描述事物的數(shù)據(jù)模型從非關(guān)系模型（層次模型、網(wǎng)狀模型）發(fā)展到關(guān)系模型。由于數(shù)據(jù)庫(kù)面向日常事務(wù)處理，不適合進(jìn)行分析處理、支持決策，數(shù)據(jù)倉(cāng)庫(kù)技術(shù)應(yīng)運(yùn)而生。這里著重介紹關(guān)系數(shù)據(jù)庫(kù)以及數(shù)據(jù)倉(cāng)庫(kù)的情況。
① 關(guān)系數(shù)據(jù)庫(kù)
關(guān)系模型以二維數(shù)據(jù)結(jié)構(gòu)表表示實(shí)體及實(shí)體間的聯(lián)系，每個(gè)實(shí)體有自己的二維結(jié)構(gòu)表，該表又稱為數(shù)據(jù)表或關(guān)系表 。表中用列表示實(shí)體的每一種屬性（字段）；行表示實(shí)體中的單一個(gè)體，稱為記錄；每條記錄及全體記錄的集合就稱為關(guān)系。
對(duì)單個(gè)表，可以設(shè)置能夠唯一標(biāo)識(shí)該實(shí)體的字段或字段的組合為候選關(guān)鍵字，在候選關(guān)鍵字中選一個(gè)主關(guān)鍵字，就可以利用對(duì)主關(guān)鍵字的約束條件（如不能為空值，值只能唯一）保證數(shù)據(jù)的完整性及正確性。另外，利用關(guān)鍵字對(duì)數(shù)據(jù)庫(kù)進(jìn)行索引，能實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的快速操作（如查詢，合并，過(guò)濾等）。
在表與表之間，設(shè)定主表的主關(guān)鍵字（主鍵）與從表的外部關(guān)鍵字（外鍵）后，保證外鍵字或者為空、或者等于主表的主鍵，就設(shè)定了主表與從表的參照關(guān)系。以后，一旦主表中的主鍵改變，從表中的外鍵將自動(dòng)更新，保證了數(shù)據(jù)的一致性。對(duì)二維關(guān)系表及主鍵、外鍵圖示如下（圖2-3）：


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

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

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

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

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


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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



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

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

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

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

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

結(jié)束語(yǔ)


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

參考文獻(xiàn)


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

擴(kuò)展閱讀

版權(quán)聲明：