盧勇 崔高峰 付強 劉興
摘 要:審計工作是中國鐵路沈陽局集團有限公司經濟建設的重要工作之一,由于中國鐵路沈陽局集團有限公司下屬單位有200家左右,每年的審計工作任務都很繁重,如何能提高審計工作的效率,規范審計流程是急需解決的問題。本文簡單闡述了中國鐵路沈陽局集團有限公司審計工作的業務流程,結合網絡編程技術,介紹了基于三層架構開發全局審計問題綜合管理平臺的方法以及頁面UI采用的新技術。
關鍵詞:內部審計;問題整改管理;網絡編程技術;3層架構;HTML5;CSS3
中圖分類號:TP393 文獻標志碼:A
0 前言
中國鐵路沈陽局集團有限公司的審計工作按審計活動執行主體的性質分類屬于內部審計,由中國鐵路沈陽局集團有限公司內部專門的審計機構和人員對下屬各個單位財務收支和經濟活動等方面實施的獨立審查和評價,審計結果向中國鐵路沈陽局集團有限公司決策層報告。其具有顯著的建設性和內向服務性,目的在于幫助本單位健全內部控制,改善經營管理,提高經濟效益。由于中國鐵路沈陽局集團有限公司下屬單位有200余家,每年針對每個單位開展一次審計工作就需要200多次,而且審計發現問題后,需要報批領導,再審核被審計單位提報的整改方案,跟蹤被審計單位的整改情況,審計的周期很長。同時,一個審計問題需要由多個部門和多個人員參與,整個流程的環節越多,出錯的概率就越大。至今,所有的業務都是通過審計人員與站段聯系人利用郵件、傳真等方式溝通完成,沒有系統化、信息化。因此,研制一套審計問題綜合管理系統,對于提高審計工作效率,規范審計流程是非常必要的。
1 審計工作業務流程
由于中國鐵路沈陽局集團有限公司的審計工作屬于單位內部審計,因此有其獨有的特點。其主要流程如圖1所示,包括:成立審計組,選定被審計單位并確定審計工作內容,審前公示,進駐被審計單位,形成審計發現問題報告,被審計單位提報整改方案,被審計單位匯報整改情況,審計問題辦結。審計發現問題從審計項目上分為:財務收支類、經營業績類、經濟責任類、建設項目類、內控審計類、管理審計類、效益審計類和其他共八個種類。按問題分類又可分為:成本方面、收入方面、資產管理、資金管理、物資管理、工資管理、合同管理、勞動用工、投資效益、建設方面、招投標方面、制度建設和其他共13個分類。
從宏觀上,中國鐵路沈陽局集團有限公司審計工作可概括為兩大方面:
(1)審計發現問題分類匯總。主要是由審計人員將審計中發現的問題以問題描述標題為最小單位分類匯總,然后提報領導審核形成審計材料發送到相關單位或部門進行督辦整改。
(2)整改推進計劃。被審計單位接收到審計發現的問題后,根據問題描述的情況逐個問題落實責任人,制定相應的整改方案,提報審計部門。審計部門審批通過后,被審計單位按整改方案落實,在整改時限內每月匯報整改實施情況。
2 系統架構
針對中國鐵路沈陽局集團有限公司審計工作特有的業務流程,從方便用戶使用的角度出發,采用B/S模式進行系統設計是最適合的。同時為提高軟件編程效率,規范編程標準,實現松耦合,軟件架構采用3層架構。前端頁面采用HTML5+CSS3技術進行開發,在增強人機交互體驗的同時又能提高數據交互的性能。
2.1 總體架構設計
審計問題綜合管理平臺的架構采用B/S模式,即瀏覽器/服務器模式。
B/S架構(如圖2所示)的優點在于:
(1)分布性強,客戶端零維護。只要有網絡、瀏覽器,就可以隨時隨地進行查詢、瀏覽等業務處理。
(2)業務擴展簡單方便。通過增加網頁即可增加服務器功能。
(3)維護簡單方便。只需要改變網頁,即可實現所有用戶的同步更新這是BS架構非常突出的一個優點。
(4)開發簡單,共享性強。有大量的第三方BS組件和技術,可用于后端開發、前端顯示,因此從快速開發角度來看BS模式占有很大的優勢。
但B/S架構也有其不足之處,例如:
(1)在跨瀏覽器上,BS架構不盡如人意。
(2)表現要達到CS程序的程度需要花費不少精力,頁面通用化,沒個性。
(3)在速度和安全性上需要花費巨大的設計成本,這是BS架構的最大問題。
(4)功能雖然多樣化,但是不能專業化,不能實現復雜的功能。
B/S架構的優點和缺點都很明顯,主要看審計問題綜合管理平臺的需求是否適合這種網絡架構。審計問題綜合管理平臺的用戶包括中國鐵路沈陽局集團有限公司審計部門和下屬單位在內,共200余家單位,分布于遼寧全省、吉林全省以及內蒙古自治區和河北省的部分地區,地域分布較廣,用戶數量多,在程序的界面上個性化需求不高,系統的實時性要求不強,因此,綜合比較B/S架構的優缺點,對于審計問題綜合管理平臺而言是利遠遠大于弊的。
2.2 程序設計
程序采用3層架構設計,如圖3所示。將整個業務應用劃分為:表示層(UI)、業務邏輯層(BLL)、數據訪問層(DAL)。這樣的層次設計體現了“高內聚,低耦合"的思想。
3層架構的優點:
(1)開發人員可以只關注整個結構中的其中某一層;
(2)可以很容易地用新的實現來替換原有層次的實現;
(3)可以降低層與層之間的依賴;
(4)有利于標準化;
(5)利于各層邏輯的復用。
(6)擴展性強。
(7)安全性高。
(8)項目結構更清楚,分工更明確,有利于后期的維護和升級。
3層架構的缺點:
(1)降低了系統的性能。如果不采用分層式結構,很多業務可以直接造訪數據庫,以此獲取相應的數據,如今卻必須通過中間層來完成。
(2)有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加一個功能,為保證其設計符合分層式結構,可能需要在相應的業務邏輯層和數據訪問層中都增加相應的代碼。
(3)增加了代碼量,增加了工作量。
審計問題綜合管理平臺的程序開發在采用3層架構的基礎上,又引入了實體模型和通用工具類庫。實體模型是系統的對象抽象出來的類,通用工具類庫是一些通用的、各個模塊都可能用到的類庫。通過這樣優化組合,最大限度地發揮了3層架構的優勢,同時大大縮短開發周期,方便日后代碼維護。
2.2.1 表現層
表現層是接受用戶的請求以及返回數據,為客戶端提供應用程序的訪問。其主要工作是程序的頁面設計,根據審計工作各個用戶的功能不同,系統頁面按登錄用戶不同動態加載界面UI元素。同時采用了基于bootstrap技術頁面設計,頁面顯示效果大幅提升,增強了用戶體驗。
2.2.2 業務邏輯層
業務邏輯層負責對數據層進行操作,也就是說把一些數據層的操作進行組合。
2.2.3 數據訪問層
數據訪問層中各個函數完成各個對數據文件的操作,而不必管其他操作。
3 業務實現
根據審計問題管理的實際業務流程,從提升中國鐵路沈陽局集團有限公司審計工作效率,減輕審計人員勞動強度的角色出發,審計問題綜合管理平臺分為兩大模塊,一塊是面向全局的審計展示平臺,一塊是問題整改管理平臺。
3.1 審計展示平臺
審計展示平臺面向全集團公司用戶,采用瀑式布局,頁面響應速度快,動感流暢,人機交互界面友好。主要功能如下所述:
3.1.1 關于審計
關于審計模塊采用鼠標懸停顯示動畫的方式展現頁面,在減少頁面使用空間的基礎上又增加了動感,使頁面的美觀。其共包括4個板塊。第一個板塊是介紹審計工作, 用文字的方式簡述什么是審計,審計工作對于中國鐵路沈陽局集團有限公司的重要性。第二個板塊是展示審計成果,以標題的方式列出近年審計工作的重要成果。第三個板塊是追溯審計歷史,用列表的方式瀏覽審計工作重要的歷史時刻。第四個板塊是審計反響,用于展示用戶對審計工作的肯定。所有的數據信息都可在后臺進行維護。
3.1.2 審前公示
審前公示采用文字水平輪播的方式展示近期的審前公示內容。其主要用于在審計組進駐被審計單位之前,面向全局進行公示,公示的內容包括:被審計單位名稱、審計內容、審計時間等。通過網絡平臺發布公示消息,可第一時間讓全集團公司用戶了解審計工作情況,然后通過各種通信方式來向審計組反應被審計單位的違章情況,幫助全集團公司審計工作更好更深入地開展。
3.1.3 舉報信箱
舉報信箱的設計主要用于為用戶舉報被審計單位違章提供錄入線索的網絡途徑。用戶通過選擇單位類型篩選到被審計單位,然后填寫舉報內容,最后可選擇匿名或實名的方式進行舉報。如果用戶選擇了實名舉報還需要提供本人的姓名、身份證和聯系方式。對于舉報的信息審計部門將根據調查處理結果向實名舉報人做出反饋。
3.1.4 審計意見與反饋
本模塊用于和全集團公司用戶進行互動。集團公司內部的審計工作有其特殊性,如何把審計工作做好,把審計的作用發揮好需要大家群策群力。這個模塊的作用就是聽取廣大職工的意見,不論最終是否能被上級采納,審計部門都會對各個意見逐一進行反饋。
3.2 問題整改管理平臺
問題整改管理平臺主要面向與審計問題整改相關的審計人員、集團公司領導、業務處室用戶和被審計單位用戶。主要功能如下所述:
3.2.1 審計項目組管理
在實際審計業務中,對于被審計單位每次的審計都會從審計人員中抽調部分人員臨時組成審計項目組,項目組人員包括:組長、主審和成員。系統根據實際業務設計的審計項目組管理模塊,審計管理員可根據實際人員創建審計項目組,由于每次審計的審計項目是固定的一種,因此可以在此進行設置,同時可輸入審計決定文號。之后的審計問題都需要關聯到審計項目組上來。
3.2.2 審計問題管理
審計問題管理包括:審計問題錄入、審計問題審批、審計問題處理等功能。為方便審計人員錄入問題,提高工作效率,系統設計了兩個入口。一個入口是我的審計項目,用戶可以篩選審計項目編號、日期、被審計單位等選項找到需要錄入審計問題的項目,然后按實際業務要求的數據項錄入審計問題。另一個入口是我創建的審計問題,這個列表會列出所有登錄用戶所創建的問題。用戶可以選擇修改或直接創建新問題,創建問題時需要選擇問題所在審計項目組。兩個入口主要區別是:我的審計項目會列出登錄用戶作為組長、主審和成員參加的所有項目組,進入項目組可以查看其他人員錄入的問題但不能更改,自己創建的問題在條件允許的情況下可以修改。而我創建的問題只列出我自己創建的審計問題。審計問題審批是按照層級關系對錄入的審計問題進行審核。這里涉及審批流程可根據實際情況進行配置。當前的流程是審計人員錄入問題并提交,審計組長一級審核,審計副處長二級審核,審計處長三級審核,發送集團公司領導批示,審批流程結束。審計問題處理功能主要是面向審計管理員,包括對正常結束的審計問題和異常的審計問題的處理。主要包括:辦結、延期、銷號等操作。
3.2.3 審計問題流轉
由于集團公司內部管理的特殊性,審計問題流轉分為業務處室流轉和站段流轉兩個類別。兩個流轉的流程基本一致,業務處具有監督職能,流轉到每個節點都有查看的權限。而站段是審計問題具體處理單位,功能上有所不同。具體流轉流程以站段流程為例設計如下:流程起點由審計管理員發起,發送到站段后由站段管理員接收,確認審計問題發送信息無誤后發送站段段長處理。段長指派一名副段長具體負責該審計項目所有問題的處理情況。副段長接受到任務后根據每個審計問題所涉及的部門分配責任部門和配合部門。責任部門和配合部門科長收到任務后都會指派一名負責人具體負責該審計問題,不同的是配合部門負責人須將自己的解決意見轉達給責任部門負責人,由責任部門負責人具體填寫整改方案上報處理。至此,整個流轉過程結束,業務處流轉過程與站段一致,最后責任部門的負責人只有查詢功能,沒有填寫整改方案的功能。
3.2.4 整改方案管理
整改方案管理主要流程是被審計單位問題整改負責人(審計問題流轉中,最后的責任部門負責人。)根據責任部門和配合部門共同商議形成的方案上報,然后經過層層審批最終進入整改實施階段。這其中需要經過兩部分審批,一部分是站段內部審批,由責任部門負責人填寫整改方案并提報,責任部門負責人一級審批,主管副段長二級審批,段長一級審批。然后由站段管理員將方案發送到審計處。第二部分由審計組長接收整改方案并實施一級審批,審計處副處長二級審批,審計處處長三級審批。審批通過后進入整改實施階段。問題整改負責人定期上報整改情況。
3.2.5 消息提醒與預警
消息提醒主要用于向審計問題相關用戶傳達集團公司領導的批示內容,讓各級用戶做出及時響應,提高執行力。預警功能用于整改問題的到期提醒,由于整改問題都是有時限的,而且每月固定日期需要上報整改的進度,因此設計預警功能,在時限到達的前5個工作日提醒問題整改負責人辦理相關業務。
結語
綜上所述,審計問題綜合管理平臺的系統設計從中國鐵路沈陽局集團有限公司審計工作實際出發,基于安裝便捷,易于使用,方便維護的架構設計,采用結構靈活的流程設計方案,對于提高審計工作效率,規范審計工作流程有較大的意義。
參考文獻
[1]鐵路技術管理規程[S].北京:中國鐵道出版社,2006.
[2]軟件開發技術聯盟.ASP.NET開發實例大全(基礎卷)[M].北京:清華大學出版社,2016.