基于ＯＬＡＰ的審計軟件的用例設計

2008-01-01 00:00:00羅振宇

中國管理信息化 2008年1期

［摘要］傳統審計軟件已經難以從海量電算化數據中查找出需要的審計信息，基于OLAP的審計軟件可以在海量數據中快速進行有效的審計，本文首次提供了控制審計軟件關鍵功能的用例設計。

［關鍵詞］審計；OLAP；用例

［中圖分類號］F239.1；TP311.52［文獻標識碼］A［文章編號］1673-0194（2008）01-0071-05

1 引言

從世界范圍來看，基于OLAP（聯機分析處理）技術的審計軟件在加拿大等西方國家得到了迅速的發展，取得了巨大的經濟效益和社會效益。

從我國情況來看，目前我國財會軟件對業務的處理技術也在迅速向電子化、集成化、廣域化、數字化和無紙化的方向發展，導致審計所面臨的會計電算化信息系統環境遠比手工賬簿更為復雜，并且隨著企業財務數據越來越多地與ERP、CRM等經營數據有機交織在一起，僅僅局限于部分財務數據的靜態單機版審計輔助軟件已經無法對海量財務信息和經營信息進行有效的審計，只有開發基于OLAP的審計軟件，才能突破目前傳統審計軟件所面臨的困境。

根據筆者在《基于動態聯機分析的審計信息系統》一文中的討論，基于OLAP的審計軟件包含了5個組成部分；在《審計數據倉庫的分析與設計》一文中，筆者對審計數據倉庫進行了詳細的討論；本文將討論以上兩篇文章尚未涉及的用例設計部分；這3篇文章一起構成了新型審計軟件的完整設計方法。

2 基于OLAP的審計軟件總體功能簡介

概括地說，基于OLAP的審計信息系統主要包括審計數據倉庫、審計聯機分析處理、審計業務管理、審計告警、專家經驗庫等5個子系統：

（1）審計數據倉庫子系統為整個系統提供有效的數據來源，它對用戶是不可見的；

（2）審計聯機分析處理子系統主要包含審計分析、審計計算、查詢、抽樣等數據分析功能，數據完全來源于數據倉庫；

（3）審計業務管理子系統包括形成審計日記、工作底稿、審計報告等業務管理功能，為用戶提供一個完整的審計業務處理環境；

（4）審計告警子系統是對從企業動態采集到的數據，應用數據分析規則，對異常反應的數據向審計人員發出警報；幫助審計人員大幅縮小可疑的審計范圍，大大提高審計效率；

（5）專家經驗庫子系統是將企業的歷史采集數據、有關告警內容、計算指標、審計形成的有關文檔和結論等保存下來；為新的審計告警指標提供參考的依據，并在此基礎上逐步提高系統的智能化程度。

3 數據倉庫與OLAP技術是設計新型審計軟件的基礎

在對企業的審計過程中，最重要的一個環節是對企業的財務數據進行各種類型的分析。數據倉庫是專門用于支持數據分析型的應用的，因此可以很好地滿足審計對數據分析的需求。

審計數據倉庫是在各企業財務基礎數據的基礎上建設的，它的數據存儲方式是采用星型模型的方式而設計的，更適合于審計人員對其進行各種分析。數據倉庫對數據采取雙粒度或多粒度方式存儲，有目的有選擇地存儲需要的歷史數據，提高了計算機資源的有效利用率；在數據倉庫之上可以建立多種數據分析主題，利用OLAP動態聯機分析工具，可以為審計人員提供強大的數據分析工具。

動態聯機分析（OLAP）是建立在數據倉庫基礎之上的數據分析技術，OLAP有3個核心特征：多維觀察、數據鉆取、CUBE運算，恰好與審計業務的特點相吻合。

（1）對被審計數據進行多角度的觀察。對遇到的各種問題進行分析的時候，即使對同樣的現象，通常會從多個角度去分析考慮，并且有時候還需要從幾個角度綜合起來進行分析。這是OLAP分析最基本、最核心的特征：從多個觀察角度的靈活組合來觀察數據，從而發現數據的內在規律。

審計最重要的業務特征是需要對特定的被審計數據集合，通過多個不同角度的觀察，以找出數據集合中的可疑之處，即“雞蛋里面挑骨頭”。而OLAP從多維角度進行數據分析的最核心的特點，恰恰與審計最重要的業務特征相吻合，因此可以說OLAP是現階段最適合用于支持審計業務的技術。

（2）對可疑的被審計數據進行鉆取，以獲得更為精確的信息。在對被審計數據的觀察分析過程中，可能需要在現有數據基礎上，對可疑的被審計數據進一步細化，以獲得更細致更準確的資料，幫助判斷是否有問題存在。審計的這種對可疑問題需要進行層層追蹤的業務特點，恰好可以由OLAP中的數據鉆取功能來滿足。

（3）通過預先創建數據立方體CUBE，提高審計效率。如果需要順利地利用OLAP的多維觀察、數據鉆取功能提高審計效率，需要預先創建足夠多的被審數據立方體CUBE，也就是說，需要預先為審計人員準備足夠多的各種形式的被審材料，供審計人員隨時調用。因為收集材料是審計過程中非常耗時的環節，要提高審計效率，必然需要由計算機代替人來完成這個步驟的工作。OLAP的預先創建數據立方體CUBE的技術特點也恰恰與審計的這種業務特點相吻合。

4 基于OLAP的審計軟件的用例設計

根據前面的討論，除了數據倉庫部分的設計，基于OLAP的審計軟件5個組成部分的其余4個部分，就是本文所涉及的完整的用例設計，與《基于動態聯機分析的審計信息系統》、《審計數據倉庫的分析與設計》兩篇文章所討論的內容一起構成了新型審計軟件的完整設計方法。

根據目前能夠檢索到的資料，由于設計思路的欠缺，各類討論審計軟件系統的論文只能圍繞算法、功能等進行理論討論，未有論文涉及系統實際設計的討論，導致國內審計軟件的討論只能處于“光說不練”的階段。為了走出這種“象牙塔式”討論的尷尬境地，本文首次提供控制審計軟件關鍵功能的用例設計內容，希望能對這方面的討論起到拋磚引玉的作用。這也是本論文的核心內容，所有經過實際系統檢驗的用例設計，下面都以高度濃縮的用例表和用例圖方式給出。

4. 1審計用例與審計用例模型設計

審計業務涉及非常復雜的內容，而要設計功能強大的基于OLAP的審計軟件，必須有合適的技術手段把審計業務的功能需求準確地表達在軟件設計中。審計用例和審計用例模型正是進行審計軟件設計的必要技術手段。

用例是一個描述性的文檔，用來描述一個參與者使用系統完成某個業務過程時的事件發生順序。用例描述的是使用系統的過程，它描述了系統的功能需求。用例不需要描述系統內部如何工作，而是說明系統必須做什么。而用例圖用來描述用例及用例之間的關系。用例圖在宏觀上給出模型的總體輪廓，而用例的真正實現細節描述則以文本的方式書寫，用例圖所表示的圖形化的用例模型，可視化模型本身并不能提供用例模型必需的所有信息，也就是說從可視化的模型只能看出系統應具有哪些功能，每個功能的含義和具體實現步驟必須使用用例圖和文本描述。它記錄著實現步驟。

用例模型則可以由用例圖構成，也就是系統的用例視圖。用例模型主要應用在系統需求分析設計階段，通過分析描述使開發者在頭腦中明確需要開發的系統功能有哪些。用例模型、用例視圖在建模過程中非常重要，影響著系統中的其他視圖，比如邏輯和物理架構的構建和解決方案滿足基本功能需求的實現。

用例模型(Use-Case Model)本質上是所有用例的集合，提供了系統功能的設計模型。本文采用Craig Larman所著《UML和模式應用》（第2版）中所使用的概念，認為用例模型設計由3個逐步細化的階段組成，即

第一階段：用用例設計出系統功能集合；

第二階段：根據用例繪制系統順序圖；

第三階段：為用例細化行為操作細節。

其中用例模型設計第一階段的工作具有決定性的影響，用例模型第二、三階段可以視作是用例模型第一階段內容的變型和細化。因篇幅所限，本文只能給出第一階段的內容，而第二、三階段的設計可以很方便地推導得到。

既然用例模型是所有用例的集合，因此對每個用例進行的詳細設計從根本上決定了系統將具有的功能，用例設計表明了系統將會怎樣工作。

因篇幅所限以及為了保持設計描述的簡潔清晰，本文給出了包含了聯機分析審計軟件設計思想精髓的主要關鍵用例的文本功能列表（見表1）以及對應的用例圖，而省略了各個審計用例涉及的更詳細的文本描述部分。