1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 對于REA模型下財務信息系統優化研究論文

        時間:2020-07-25 20:37:24 財務稅收 我要投稿

        對于REA模型下財務信息系統優化研究論文

          摘要:隨著國內經濟的發展與經濟的全球化,我國企業面臨著越來越激烈的市場競爭。傳統財務信息系統已不能滿足時代的需求,暴露出諸多弊端,對現有財務信息系統的優化勢在必行。在分析傳統財務信息系統的局限后,本文研究了基于REA(Resource-Event-Agent)模型,如何把一切與業務事件相關的內容,按照其原本的實際語義而非人為加工成借貸分錄的形式輸入業務數據庫集中存儲,優化財務處理流程,構建一個基于REA模型同時吸取傳統財務信息系統優點的新型財務信息系統。

        對于REA模型下財務信息系統優化研究論文

          關鍵詞:REA模型;財務信息系統;流程優化重組

          高速發展的信息技術對財務環境的改變,使得傳統財務理論正面臨嚴峻的挑戰。傳統會計假設與會計原則如計量方式、歷史成本等原則逐步被要求用多種計量假設和多種計價方法所代替,許多非財務信息如人力資源信息、質量信息、社會責任信息對財務系統流程的影響越發重要。

          但是,目前大多財務信息系統是基于傳統會計模式而運行的,仍停留在讓技術手段適應傳統財務假設和規則,而不是用技術手段引領傳統財務流程改造的階段。因此,本文試圖通過REA模型的理論,優化現有的財務信息系統,以達到更好地利用技術改善管理的目的。

          1傳統財務信息系統弊端

          傳統財務信息系統建立在會計恒等式和會計循環基礎之上,其核心思想是分類系統,即將會計反映的對象具體化為要素,最終體現在用于分類的會計科目表上。系統把企業的資產、負債和所有者權益的財務度量分類匯總,將企業在特定時刻的財務狀況數據、一段期間的經營成果數據以及一段期間財務變動的數據分別匯總在資產負債表、利潤表和現金流量表中。

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

          (1)分類標準單一,缺乏靈活性:會計科目表決定了有關經濟事項的信息應當如何歸類,但對于非會計人員來說,這樣的分類可能掩蓋了數據的本質特征,使得非會計人員不能從多個不同角度分析數據的可用性。

          (2)信息單一性:僅存儲、處理業務活動數據的一個子集,主要是財務事項的日期和財務影響。記錄和維護會計事項的貨幣計量結果,而不包括諸如生產能力、執行情況、可靠性之類的其它關聯數據。

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

          (4)與企業非財務信息系統的集成度有限:與同一經濟現象有關的數據常常需要在財務信息系統與非財務信息系統中重復存儲,這樣容易造成不同系統之間數據的不一致性。

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

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

          2.1模型內容

          REA模型是密歇根州大學教授Wi1liam E. McCarthy在1982年的一篇論文中提出的一種新的會計模型。REA會計模型是一種對企業的經濟業務的原始描述方法,其主要思想是對企業的重要資源(Resources)、事件(Events)、參與者(Agents)及其相互關系建模,把企業一切經營事件,按照其初始形態,而不是像傳統財務信息系統那樣將信息處理為財務人員所需的那種形式輸入數據庫中存儲[3]。

          在REA模型中,經濟活動涉及的實體可分為三類:

          (1)資源(Resources)

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

          (2)事件(Event)

          REA模型下事件的定義是指引起企業價值鏈中經濟變動的事項。REA模型下的事件不只包括能夠進入傳統會計賬簿體系的經濟事項,還包括其他與傳統財務理念無關但是能引起資源變動的經營活動,如市場調研活動等能對管理決策提供所需信息的活動,與經營業務密切相關的計劃活動等,但通常不包括單純的信息處理或管理決策等事件,因為它們是對原始的經營事件信息的操作或分析,是由經營業務而產生出的進一步的“結果”,不符合選擇初始形態數據的要求。

          (3)參與者(Agent)

          REA模型下的參與者是指參與經濟事件的單位、部門或個人。組織收集與他們相關的數據,是為了更好的計劃、控制和評價其基本活動。參與者包括組織內部參與者如銷售員、采購員、生產人員、生產或業務部門和外部參與者如客戶、供應商等。

          2.2 建立REA模型的步驟

          用REA模型開發企業財務信息系統,首先要對企業的經營業務建立流程圖,為將來生成數據庫所需數據作好準備。設計數據庫的一個重要的步驟就是決定哪些實體在建立數據模型時是必需的,而基于業務過程的 REA 模型就是來解決這個問題的,它可以辨別哪些實體應該包含在數據庫中,規定在這個數據庫中如何構建那些實體間的關系。REA 對企業建立模型的基本依據是企業的一系列經營業務流程,而業務流程又由若干業務事件組成,涉及若干資源、參與者等,其建模步驟如下:

          (1)了解業務過程,識別重要的業務事件。仍以采購付款業務流程為例,涉及的業務事件有:制定采購計劃、供應商關系處理、采購訂單審核、入庫處理、付款、退貨。

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

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

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

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

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

          3基于REA模型的數據庫設計

          在上文中已介紹借助REA模型建立財務信息系統所需經歷的邏輯設計階段,接著便是物理實現階段,亦即通過數據庫實現REA模型圖中的業務流程。在此步驟中,需將REA模型的每一個實體轉換為一個關系,實體名對應關系名稱,實體屬性對應關系屬性,并將唯一能標識表中每一行特殊性的鍵屬性定義為主鍵。關系中的鍵屬性是實現聯系的主要手段:將一個關系中的鍵屬性放到其他相關關系中,實現兩個關系的聯系。放到其他相關關系中的鍵屬性稱為外鍵。外鍵的作用是聯系關系,使得到的表共同存儲業務數據并產生有用的信息,繼而給出表的結構完成數據庫的設計。例如,在采購事件中,將采購訂單主體作為關系名稱,將唯一標示訂單特殊性的訂單事件號作為主鍵;將與其他表有關聯的供應商號、雇員(采購人員)號作為外鍵,保證表間查詢的完整性。

          至此,基于REA模型的財務信息系統模型已建立。由于篇幅有限,本文僅以采購支付循環為例,其他各財務模塊建模方法一樣,不再贅述。通過比較可以看出,相對于用友U8.72的采購支付過程,經REA模型下優化的系統存儲的是面向業務流程的初始形態數據,體現了濟事件二元關系的結構化特征。此外,該系統解決少了傳統財務信息系統缺少業務數據的問題。例如,當請購審批事件不通過時,如果是傳統財務信息系統,由于缺少了諸如市場調研以及對潛在供應商的評價等方面的內容,無法直接從系統查出申請通不過的原因[5];而REA模型下的系統由于將外部參與者供應商,以及雖不直屬財務系統,但是也是實現企業增值過程中的重要環節的業務數據也加入到系統中,使得決策者能夠在第一時間查找到審批失敗原因,為管理者提供了更全面的決策建議,能夠適應當前日益多樣化、個性化的信息需求的現狀。

          4結論

          本論文是關于REA模型的財務信息系統構建研究,屬于綜合會計學、管理學、信息技術學三種理論的研究范疇。通過對REA會計模型的深入研究,構建了一個比較完善的新型會計信息系統,并以采購應付循環為核心貫穿論文始末,分析了REA模型下的財務信息系統較傳統財務軟件所具備的優勢。

          REA財務信息系統的著眼點在于產生符合各種綜合程度要求的信息,為企業管理者提供更豐富的選擇。作為今后幾十年財務信息系統的發展方向,雖然REA模型及理論仍有許多待改進之處,但是隨著網絡技術與數據庫技術的日臻成熟,問題將逐步得到解決。REA財務信息系統的發展符合以技術手段引領財務理論發展的趨勢,它也必將成為未來財務信息系統和企業信息系統設計所采用的主流形式。

          參考文獻:

          [1] 李端生.論信息需求與會計信息系統的發展.會計研究,2005(6)

          [2] 桂良軍.目前我國財務軟件應用中存在的問題及解決措施[J],中國管理信息化, 2008(2)

          [3] Schuster R., Moral T. From e3-value to REA: Modeling Multi-party E-business Collaborations [A]. Carolina Educational Consulting .2009 IEEE Conference on Commerce and Enterprise Computing[C], 2009(7)

          [4] Haugen, R and McCarthy, W.E. (2005). REA: A Semantic Model for Internet Supply Chain Collaboration. On line (23 May 2006)

          [5] 白仲林.會計信息系統研究[M].北京:經濟科學出版社,200

        【對于REA模型下財務信息系統優化研究論文】相關文章:

        1.基于REA模型下財務信息系統優化研究會計畢業論文

        2.基于REA會計模型擴展研究會計畢業論文

        3.ERP環境下財務會計信息系統優化分析論文

        4.創投項目財務分析模型研究論文

        5.財務會計流程優化的研究論文

        6.關于流程優化的財務會計研究性論文

        7.財務凈現值模型的運用論文

        8.數學模型的創意平板折疊桌優化設計研究

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>