前言：尋找寫作靈感？中文期刊網用心挑選的企業信息化建設財務論文，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。

1BI理論

1.1數據倉庫

數據倉庫的體系結構主要包括數據源、數據的存儲與管理、聯機分析服務器、前端工具4個部分，是決策支持系統和聯機分析應用數據源的結構化數據環境，其特點在于面向主題、集成性、穩定性和時變性。數據倉庫從數據源獲得數據后，進行抽取、清理、集成，利用報表工具、查詢工具、數據分析工具，進行多角度、多層次的分析。

1.2抽取—轉換—裝載（ETL）

ETL作為商務智能的核心，負責完成數據從數據源向目標數據庫的傳輸工作，在整個項目中工作量最大，構成了數據倉庫的關鍵環節。ETL能夠按照統一的規則集成并且提高數據的價值，分析用戶的需求并設計相應的模型。在具體實施時，ETL會創建一個或多個軟件包，并定義每一個軟件包的任務、對象等約束條件，最后執行程序。

1.3聯機分析處理

隨著數據庫技術的發展，數據庫存儲的數據量不斷增加，用戶的查詢需求也越來越復雜，甚至需要進行綜合查詢，分散、雜亂、非系統化的數據庫并不能滿足要求。聯機分析處理是針對這一問題而開發的技術，通過對各種信息的快速、穩定、交互性的取存，在短時間內響應非數據處理專業人員的復雜查詢要求，以便決策人員準確地了解公司經營狀況，選擇正確的決策方案。

1.4數據挖掘

數據挖掘能夠在大量的數據中自動發現有價值的信息，同時還具有預測未來發展趨勢的能力。數據挖掘是數據庫中知識發現不可缺少的一部分，主要依賴傳統的計算機技術來創建索引結構，增強信息檢索系統的能力。在這個過程中，通過數據預處理清洗數據，以便消除噪聲和重復的觀測值，這也是整個過程中比較費時費力的步驟。

1.5報表

報表包括制造費用、管理費用、財務費用、預算費用等明細表，是與企業財務信息化系統息息相關的數據表達方式，也是實施BI戰略的基礎，能夠把大量有用的數據信息以安全可靠的方式呈現給使用者。在BI戰略中，報表可以通過應用程序和工具來制作、和管理，同時通過基于Web的鏈接來查看。

2財務信息系統總體設計

2.1系統設計

系統設計包括文件設計、輸入輸出設計、人機對話設計和文檔設計，每一個步驟都關系到數據庫在財務信息系統中的應用是否可靠。文件是存儲的基本單位，是整個系統的基礎。代碼由數字和字母組成，在計算機技術中有著非常廣泛的應用，有助于加快程序的運行速度。輸入設計是把數據信息準確地輸入到計算機內，而輸出設計則相反。人機對話設計是隨著科技發展而普遍采用的設計，能夠方便客戶像點菜一樣控制程序的執行。文檔設計是指在正式編程前所設計的系統說明書，它是系統編程、評審、驗收的依據。

2.2系統分析

在傳統的手工記賬系統中，審核原始憑證、填制記賬憑證、登記明細賬和總賬等各個步驟缺一不可，但是在BI系統中，這些步驟只是改變了數據信息的物理存儲方式，只要把數據正確輸入，就能保證輸出的正確性，大大簡化了手工賬簿體系。無論哪一個環節或階段，系統都能夠根據使用者的不同要求，輸出相應的會計信息。

2.3模塊設計

2.3.1財務處理模塊功能

首先，將把會計分錄輸入計算機系統的復合賬庫中，然后建立起會計科目的字典庫，根據對應關系生成日記賬等相關分類賬簿，最后生成資產負債表、利潤表等財務報表。為了使輸出的信息被更多用戶所接受，根據科目字典庫，將業務代碼和科目代號都還原成漢字信息。財務處理模塊形成的復合賬庫和科目字典庫是整個系統的主要處理對象。

2.3.2成本核算模塊功能

操作員將完工產品、在產品成本計算與報表輸入到系統中，形成完工產品的成本報告單；材料成本差異的計算與分配是通過科目字典庫的轉換進入復合賬庫中的；完工產品、在產品成本費用與復合賬庫、本期產品成本費用形成了內部循環系統；輔助生產費用、制造費用、本期產品成本費用分別與復合賬庫建立聯系；最后把輔助生產費用的歸集和分配輸出給操作員。

2.3.3財務成果模塊功能

操作員將期初產品結存數、本期入庫數、銷售數輸入到系統中，進行產品銷售成本的結轉；產品銷售成本、產品銷售稅金、利潤分配分別與復合賬庫建立聯系；最后，通過科目字典庫的翻譯，將數據輸出到利潤表庫中，將有價值的信息呈現在操作員面前。

2.3.4財務分析模塊功能

按照編制現金流量表的方法，復合賬庫依次從經營活動、投資活動、籌資活動數據中獲取數據信息，通過科目字典庫的翻譯，將數據計算、分析的結果填入對應的現金流量表庫中的相應位置中。

3系統實現的技術重點

3.1數據遷移

數據遷移是利用導入導出工具來實現的，主要步驟包括選擇數據源、選擇目的、指定表復制和查詢、執行導入操作。對數據庫進行處理時，操作員通過編寫專門的升級工具來進行有效的控制。如果舊操作系統將各年數據保存在不同的目錄中，新系統就能將數據重新導入到“當前表空間”和“歷史表空間”，進行適當的處理，例如將近兩年的數據保存到“當前表空間”中，而兩年以前的數據都保存到“歷史表空間”中。

3.2通用性功能實現

3.2.1通用性功能的實現方案

不同的財務人員對財務信息的需求不同，所以通用性就是為了便于用戶的個性化設置，達到各個用戶的個性化要求。但是通用性功能的實現需要遵循一定的原則：首先外觀上要簡潔明了，支持快捷鍵的設定；其次除了對系統參數、功能配置進行初始化設置，其他設置可以由用戶自行設定，實現個性化設置；最后實現子功能的重用，為日后的維護創造條件。該技術使用戶在使用上有很大的自由度，具有很大的靈活性，實現了通用性和個性化的統一。其通用性主要表現在界面層、功能層和數據庫層3個方面。

3.2.2財務科目、科目組成項

不同企業、不同行業、不同會計主體的實際情況有所不同，在會計科目的設置方面應根據實際情況自行增加、減少或合并一些會計科目，經過合法性驗證后，保存設置的科目組成項。

3.2.3自定義報表的設置

除了資產負債表、利潤表、現金流量表、所有者權益變動表以外，用戶可以自定義其他格式的報表。首先，選擇對應的報表類別，系統會導入相應的報表模板，然后，用戶可以對模板進行“改造”，可以增加或減少列的中文標題，也可以修改列對應的計算函數，最后，進行保存后系統就可以自動把數據導入該表格中。

3.2.4明細賬查詢條件通用化

用戶通常以查詢和打印的方式來使用明細賬，但是每個財務科目的科目組成項不盡相同，所以有必要設計一個通用的查詢界面。首先要在表格中顯示出用戶選擇的科目組成項目，經過系統處理，界面下方會同時列出相應的查詢條件，然后，用戶輸入相應的查詢條件，最后點擊“確定”就會輸出滿足條件的明細賬。

3.3個性化技術實現

3.3.1系統主界面的個性化

在進入系統時需要輸入用戶的權限，不同權限的用戶菜單的功能是不同的，該系統把用戶分為9個級別，能夠分別設置個性化的主界面。首先經過身份確認后，用戶能夠根據淺顯易懂的界面來調整菜單樹，把經常使用的菜單拖進常用菜單欄等，同時，如果一個用戶擁有多個身份，可以為每一個身份制作不同的主界面，使其在切換身份后使用更便捷。

3.3.2數據錄入界面的個性化

當用戶選擇某個科目來錄入憑證時，系統會自動根據“有借必有貸，借貸必相等”的原則進行合法性檢查，若用戶違反了這一原則，則不能成功地生成憑證，錄入完畢后，系統會自動彈出對話框，用戶可以選擇是否繼續錄入憑證。

3.4自動化功能實現

BI數據庫系統需要定期進行軟件版本的更新升級，升級方式主要有自動升級和手動升級兩種：一方面，系統會通過客戶端定時進行檢測，發現有新版本時就會自動更新；另一方面，用戶可以隨時根據需要進行手動升級。

作者：李曙虹 單位：華立集團股份有限公司