前言：中文期刊網精心挑選了審批系統范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
審批系統范文1
中圖分類號：TP302 文獻標識碼：A文章編號：1009-3044(2011)27-6590-02
Explore For Construction Model of Examination and Approval System of Networks
HUANG Jian-qiong
(Fuzhou College of Foreign Studies and Trade, Fuzhou 350018, China)
Abstract: Construction of examination and approval system of networks is an important project for governments at all levels at present.This paper analyses the user needs and operation model of examination and approval system of networks, and does a preparatory research for architecture and technology line of this system.
Key words: examination and approval; system; data
隨著信息技術的不斷發展，我國各級政府的電子政務建設也不斷完善，當前電子政務的重心已經從早期的信息、傳輸文件向決策支持和網上辦事轉變，政府部門的許多業務工作從服務窗口走向網絡。網上審批系統是當前電子政務建設中的一個重要組成部分，通過網上審批系統，政府部門可以在線審批信息，在線對民眾或企業申請的業務事項進行審批，還可以在線告知用戶未通過審批的理由；民眾或企業則可以通過該系統在線瀏覽審批政策、在線辦理審批業務，從而改變原先的到設立在各地的行政審批大廳辦理業務的方式。在線辦理可以節省用戶辦理的時間，可以以最快的速度獲取審批信息和當前的審批狀態。網上審批系統的建設將使審批工作透明化、規范化，將進一步提高行政審批部門的辦事效率并減少行政辦公成本，從而更好的為民服務。
網上審批系統是一個功能強大的行政審批系統，此外由于許多的行政審批涉及多個業務部門的聯合審批，這也決定了系統具有復雜性等特點，探析網上審批系統的建設模型具有重要的現實意義。
1 網上審批系統用戶需求分析
網上審批系統的用戶涉及民眾、受理工作人員、審批人員等，每個用戶對系統都有著不同的要求。民眾用戶是審批業務的起點也是終點，民眾用戶的主要需求包括在線查閱審批信息、咨詢審批業務、填寫審批資料、查詢審批進度等；受理工作人員是審批業務中的關鍵，起承上啟下的橋梁作用，受理工作人員的需求包括接收用戶遞交的審批申請、驗證審批資料并初審、回復審批咨詢、對不符合審批要求的申請予以退件處理并告知退件原因、對符合條件的審批申請交由審批領導處理等；審批人員是政府的代言人，是審批業務的決定者，審批人員的需求包括在線審批業務、電子簽名等。
2 審批系統業務模型分析
傳統的審批業務一般過程為民眾到政府設立的審批大廳向業務工作人員咨詢審批業務流程，然后按照審批業務的流程要求提供紙質材料并在審批大廳填寫審批表格，之后挨個部門找相關審批人員簽署意見或蓋章，許多的情況下出現審批人員因各種原因沒有及時找到，整個過程極其繁雜。而網上審批系統的建設使審批過程的大部分工作通過網絡實現，民眾可以直接在線查詢審批流程、在線填寫表格、在線查詢審批業務進度等。但是在線的業務處理并非萬能，在實際的業務辦理過程中可能還涉及到遞交紙質材料，此外由于文化的差異，許多的民眾不會上網更談不上網上申請審批業務了，所以網上審批系統的業務模型必須充分考慮各種因素，而不是一成不變的。審批系統的業務模型有以下四種：
1）在線辦理模型：民眾用戶的審批申請全部通過網絡實現，通過在線注冊用戶名、在線填寫審批材料、繳納相關費用等，直到審批結束為止。
2）窗口受理模型：在線模型雖然可以大大提高業務辦理效率，但必須充分考慮文化程度低的民眾用戶，所以傳統的窗口受理方式必不可少。在窗口辦理模型中，窗口受理人員起到了代辦作用，受理人員根據民眾用戶遞交的材料在線輸入到審批系統中，然后交由審批系統進入下一個環節處理。
3）在線辦理和窗口辦理相結合模型：如果審批業務必須當面提交紙質材料等信息，則部分工作在線辦理，而提交紙質材料等工作則需到窗口直接辦理。
4）代辦模型：審批系統可以通過代辦人員進行辦理，民眾用戶到相關代辦點，把材料交給代辦人員，然后簽署代辦協議，之后的審批申請全部由代辦人員代辦處理，在整個審批申請過程中由代辦員反饋申請進度和審批信息。在審批系統中專門開辟代辦員通道，代辦員可以通過在線辦理也可以到指定的窗口辦理，代辦員是行政審批部門委托的代辦人員。
3 網上審批系統體系架構
網上審批系統以電子政務標準體系為指導，必須充分考慮系統的安全性和穩定性，此外還要考慮今后系統的進一步擴充和移植。結合目前的大型系統建設經驗，網上審批系統可以考慮基于J2EE架構，采用面向組件三層結構的B/S模式。系統中采用先進的Web Services技術，為系統的跨平臺移植奠定基礎。
網上審批系統的網絡體系必須分兩部分，即外網公共服務平臺和內網審批工作平臺，內外網予以物理隔離，這樣可以增加系統的安全性和保密性。整個系統以“外網審批申請――內網審批辦理――外網信息反饋”為建設模式。相應的系統運行模式可以分為三層，分別為物理層、數據層和應用層，數據維護和系統管理貫穿整個系統的所有層，是系統安全運行的保障。網上審批系統的體系結構如圖1所示。
系統由物理層、數據層和應用層構成，各層的作用如下：
1）物理層：物理層位于系統的最底層，由軟硬件系統和網絡系統組成，它直接面向實際承擔數據傳輸的物理媒體，是系統業務的支撐。
2）數據層：數據層是審批數據存儲的倉庫，包括網上審批業務各類主題數據庫，數據層是數據的提供者，也是數據的目標存儲地，數據層整合所有業務數據庫，建立審批業務數據模型。
3）應用層：應用層面向用戶，是用戶和數據庫交流的窗口，是一個網上的虛擬審批業務申報大廳。應用層包括信息咨詢、用戶身份認證、工作人員權限管理和配置管理、信息、數據交換及審批申請等。民眾用戶通過應用層進行身份注冊、查詢審批信息、申請審批事項，政府工作人員則在應用層進行業務受理和審批工作。
網上審批系統的建設將進一步改善和規范政府行政審批過程，有助于實現行政審批業務的電子化和網絡化，通過網上審批系統這個窗口，有助于提高政府為民辦事的效率、增加審批工作的透明度，并自覺接受公眾的監督。由于網上審批系統涵蓋的范圍廣，且存在跨部門聯合審批、業務量大等原因，整個系統是極其復雜的，本文對該系統的建設模型進行了初步探討。
參考文獻：
[1] 陳育武.基于Struts框架的電子政務審批系統[J].廣西輕工業,2007(5):58-59.
[2] 張千帆,殷程亮.網上行政審批系統研究[J].商業研究,2005(24)48-52.
[3] 黨蘭學,鄭逢斌,杜瑩,梁文娟.基于規則的網上審批系統的設計與實現[J].微計算機信息,2006(6):143-145,192.
審批系統范文2
關鍵詞：發文審批；電子政務；公文流轉
隨著信息技術的日益普及，各類信息化技術手段不斷應用，極大地提高了辦公效率，對行政辦公模式產生了深遠的影響。發文審批系統是電子政務建設的重要組成部分，它的開發與應用已經成為各級黨政機關政務信息化的主要內容。由于政務辦公的特殊性和公文的嚴肅性和規范性，發文的審批環節也是公文流轉過程中的重要一環。本文主要對基于網絡的發文審批系統的設計與實現進行分析和研究。
1 黨政機關發文審批系統的介紹及其重要性
電子政務是借助電子信息技術而進行的。政務專門指黨政部門和管理和服務活動，電子政務的直接含義就是行政機構運用現代網絡通訊與計算機技術、將其服務職能通過精簡、優化、整合、重組后到網上實現，打破時間、空間以及部門分隔的制約，提供一體化的高效、優質、廉潔的管理和服務。電子政務的廣泛采用最大限度地提高辦公效率和改進辦公質量，縮短辦公周期，隨著政府信息化基礎設施建設的逐步完備，各類應用系統開始受到各級政府機關的重視，開發重點主要側重于公文信息化、公文流轉、交互式審批等工作領域。因此，改革傳統辦公模式，開展電子政務，使公文擬稿、核稿、審批和管理過程電子化、信息化。通過統一辦公規范，提高工作效率。降低行政成本，實現公文管理信息化已勢在必行。
一個公文的發出要經過擬稿，審批，修改、會簽等多個步驟，傳統的發文審批流轉方式不僅浪費了大量的時間，同時也浪費了大量的人力和紙張，可以說，傳統的發文審批處理方式已經不能適應現代辦公的需要。因而，基于網絡的電子公文自動化系統就成了人們的所需。電子公文自動化系統既是傳統公文處理方式的延伸，可以利用網絡的交互性，滿足辦公流程的復雜性和多變性；它也是對傳統公文處理方式的改進，通過對公文流轉路徑的確定，提高了個人的工作效率，明確了每個辦公人員的崗位職責，并且大大降低了辦公成本。
2 發文審批系統特點
傳統的發文審批流轉模式主要以紙介質為主，給公文的傳遞、審批、歸檔、查詢等帶來了很大的不便。基于網絡的發文審批系統能根據用戶提出的公文流程，在系統環境上自動實現發文審批流轉各環節的處理活動，能對整個工作流程實時跟蹤和對修改審核信息進行記錄。并能按照有關規定，自動地報告公文在處理過程中的狀態，能完成黨政機關內部和對外公文的起草、審批、簽發、、查詢等發文處理工作。發文審批有以下幾個特點：
（1）公文的可操作級別不同。發文審批中必定要流經許多的辦公人員或者各級領導。在這個過程中，每個經手的人員或者領導的權限應該是有所不同的。所以在流轉過程中針對不同的層次、級別的辦公人員而言，公文的可操作程度不同。
（2）系統的操作對象是行政公文。對做出的可以影響單位和型號工作的決策必須能夠具有責任追查的功能。對信息數據的傳輸、交換及其處理對其處理對安全的要求也就格處的高，要更加周到全面地考慮到數據在各方面（權限、傳輸）的安全措施，而這也就要求系統提供一種可以在最大程度上實現真實政務的再現有解決手段。
（3）流程復雜多變。發文審批流轉業務是一個相當復雜的過程，中間經過起草、審批、會簽、核稿、簽發、等多個階段，一個公文流轉的過程就是一個決策的過程，這個決策涉及到不同職務級別人員之間的協作。
（4） 安全級別較高。在電子政務公文管理系統中，不僅涉及到數據的網絡傳輸，還涉及到各類密級的文件、決策與批示的處理過程，而對這類信息的破壞，不僅會對信息發出者造成影響，對信息的篡改更有可能對整個單位的穩定、生產任務造成影響，因此不僅要確保用戶身份的正確性，還要保證數據傳輸過程中數據本身的安全。
3 系統需求分析
3.1 發文管理業務分析
發文管理主要包括公文的起草、校核、會簽和領導審批簽發等程序。機關發文一般流轉程序為：首先由擬稿部門工作人員負責起草；起草完畢，送擬稿部門相關領導進行校核，如果需要相關單位會簽，送相關單位領導會簽；校核（含會簽）完畢后，交秘書審核，審核通過后，轉呈相關所領導審批簽發。已經經所領導審批簽發過的文稿，送至機要室登記編號、排版制文，在印發之前排版清樣可由擬稿人再做校核。擬稿人經校核對文稿確認無誤后，交機要室印發。
3.2 發文辦理流程簡介：
（1）擬稿（起草）。根據工作需要，需以我單位黨、政、工、團的名義對外發送或對內下發的公文，按各機關職責分工，由相關人員擬稿。同時，按規定填寫發文辦理單。
（2）核稿（校核）。各機關擬寫的發文稿，應先送部門領導核稿并簽署意見，需要有關部門會簽的，應做好會簽工作。
（3）審核。各類發文稿件在送所領導簽發之前，先由秘書進行復核。
（4）簽發。以黨委名義發文，一般由黨委書記簽發；以單位名義發文， 一般由分管業務的單位領導簽發；以工會名義發文，由所工會主席簽發；以團委名義發文，由所團委書記簽發。
（5）發文登記。經單位領導簽發后的公文，由機要室統一登記編號并將有關數據準確著錄，按公文規定的格式排版并打印清樣。
（6）校對。排版的清樣，由擬稿者再進行校對。校對無誤后，校對人應簽署姓名，以示負責。
（7）制文。校對后的文稿交由機要室制作成正式公文。
（8）分發。正式公文制成后，機要室按照發文辦理單的要求報送給主送單位和相關抄送單位。
發文辦理功能需求：
（1）發文管理系統應實現文件起草、領導簽批、文件簽發、字號編寫、公文類型、文頭選擇等各項發文管理工作的自動化和智能化。
（2）提供文件的流程監控，可以隨時監控到文件的流程位置。
（3）提供文件的審批情況監控，可以隨時掌握該文件的審批、流轉情況，即那些人已辦理，那些人還沒有辦理。
（4）提供對審批意見的動態選擇功能，可以預設一些簡單、常用的審批意見模式。
（5）提供信息提示功能，可以及時提示系統是每個用戶是否有待辦信息。
（6）提供痕跡保留功能。每一個工作人員對文稿的修改，系統會對其所作的修改進行痕跡保留。
（7）提供紅頭文件格式的模版，便于擬稿人將文稿套用相對應的紅頭文件。
4 系統的詳細設計及實現
4.1 發文稿紙的選擇
發文稿紙的選擇是公文（發文）審批系統的第一個環節，它不僅決定了公文的版頭，還決定了公文的簽發流程、簽發人和公文的用印。我單位的發文版頭有多種形式：按發文單位數量分有一家單位發文，二家單位聯合發文和多家單位聯合發文。按發文種類分有行政發文，黨委發文、工會發文等。
我們在系統的發文稿紙的選擇頁面中，列出了所有我單位公文發文稿紙的全部類型，供擬稿人選擇，并且在以后的流程中我們還設計了與發文版頭相對應的公文模版供擬稿人使用。
4.2 擬稿
承辦人草擬公文應依照發文稿紙的內容填寫有關項目，按規定的電子公文格式或稿紙撰寫內容。
標題。一般由發文單位名稱、事由和文種組成。此字段為必填項。
公文文種。就是公文種類，有決定、命令（令）、意見、通知、通報、報告、請示、批復、函、紀要十種。此字段為必填項，擬稿人根據文件內容在字段中的下拉列表中選擇。
會簽。公文內容所涉及的有關部門對公文進行審核的必要程序。內容涉及其他部門的，必須經有關部門會簽，由擬稿人負責。會簽步驟涉及人員未明確簽署意見或會簽意見不一致的公文不得印發。此字段為必填項，擬稿人根據文件內容必須選擇是否需要會簽，如果選擇會簽，流程會在本部門領導校核后進行會簽程序。
密級屬性。公文必須標注密級屬性，包括機密、秘密、核心商密、普通商密、內部或公開六種情況。此字段為必填項，擬稿人根據文件內容在字段中的下拉列表中選擇。
保密期限。擬稿人根據文件內容和密級填寫相應的時間年限。
緊急程度。公文送達和辦理的時限要求。根據緊急程度，公文應當分別標注“特急”，“加急”，“一般”三種情況。此字段為必填項，擬稿人根據文件內容在字段中的下拉列表中選擇。
主送單位。公文的主要受理單位。此字段為必填項。
抄送單位。除主送單位外需要執行或者知曉公文內容的其他單位。
上傳公文。是擬稿人將草擬的公文上傳到系統中。在編輯文件列表中將上傳的文件顯示出來。并且有編輯、刪除、查看三個功能。
4.3 文件的批示
文件的批示包括主辦部門核稿、相關部門會簽、秘書審核和領導簽發多個環節。
4.4 文件修改的歷史記錄
在文件的歷史版本中，只要某環節的負責人對文件進行了修改，就會留存該負責人修改的版本并留有修改痕跡。
4.5 查詢
發文流程的查詢可以按照文件編號、擬稿人姓名、擬稿部門、標題、密級等多個字段查詢，即可以單獨查詢，又可以組合查詢。
4.6 公文的傳閱
在公文傳閱單里逐項登記公文的相應信息，并按照發文稿紙中的傳閱范圍傳閱，并能看到文件的傳閱名單和傳閱情況。
5 發文審批系統的應用
5.1 提高工作效率
以前公文處理主要依靠的是擬稿人，一份文件從擬稿到下發，文件流向靠文件登記薄跟蹤，呈送批轉靠送，下發文件靠通知，效率不高。遇到領導出差等情況，文件處理速度就更慢了。而發文審批系統運行以后，所有的辦文流程全部通過網絡實現，只需系統中通過鼠標點擊，即可完成擬稿、核稿、會簽、簽發、傳閱等諸多環節，擬稿人還可通過流程跟蹤隨時監控文件流向，對文件進行催辦，保證文件不積壓、不拖延、不耽誤。
5.2 規范流程
系統通過程序控制，保證了公文處理嚴格按規定的流程進行。在紙質辦文時代，為圖方便，有些文件的擬稿人會直接把文件發送給核稿人甚至簽發人，擾亂正常辦文秩序，反而致使辦文速度更慢。而在本系統中，程序是設定好的，一般情況下，任何節點的操作人都不可以跨節點操作，這樣就用程序規范了流程，保證文件在控制范圍內有序辦理。
5.3 修改歷史可追溯
在紙質公文時代，文稿從擬稿人流經各級簽閱部門直至領導，他們都可能根據自己的意見對文稿做出修改，修改后的文稿，只能根據保留的原稿，通過修改人的筆跡才能判定是誰做的修改，日后追溯更加難以判定。而在系統中，傳送的都是電子文檔，各操作人修改的都是電子文檔，修改痕跡得以保留，方便日后追溯查詢。
5.4 促進節能減排
以往印發紙質文件時，不僅需要擬稿人打印底稿，還要專人負責打印、復印、裝訂、分發，造成了紙張和人力資源的極大浪費。而通過系統辦理公文，只需選擇用戶定向發送，接收用戶即可上網辦理、查閱，節約了人力資源和大量紙張，節能效應非常明顯。
6 結論
發文審批系統在我單位的應用，收到了很好的實際效果，滿足了我單位發文審批網上流轉的需要。該系統與收文流轉系統一起，成為我單位OA系統重要的組成部分，實現了我單位收、發公文的無紙化辦公目標。
參考文獻
[1] 王迪 陳暉.基于工作流的高校電子公文流轉系統設計與實現.電腦知識與技術，2014（15）
[2] 譚菊梅 王東.用工作流實現公文審批流轉.金屬材料與冶金工程.2010（6）
審批系統范文3
業主：佛山市紀委監察局
開發建設單位：深圳太極軟件有限公司
項目類型：業務管理平臺
一、建設行政審批電子監察系統的重要性和必要性
建立行政審批電子監察系統本身是電子政務建設的重要組成部分，是適應新形勢要求、加強和改進行政監察工作的創新之舉，同時，又是一個有力抓手，以此為契機，將提高我市電子政務建設水平，推動行政管理創新，改善行政管理和行政服務。
1．建設行政審批電子監察系統將提高行政監察工作成效
從過去的工作實踐來看，促進依法行政、提高行政效能更多地是通過查辦投訴舉報，即通過事后監督的方式來實現的。由于人力資源有限，行政監督很難做到全面、客觀、到位，工作效率也不夠高。南海806案件的教訓之一，就是對行政審批的監控不到位，為不法工作人員失職瀆職留下了空間。如果建成行政審批電子監察系統，對每一項行政審批辦理動態進行公開，進行數據視頻、實時、全程和自動監控，將實現行政監察工作手段的創新，使監察方式由事后監察變為事前、事中、事后監察相結合，有效防治利用審批權進行權錢交易的腐敗行為。同時，電子監察系統能夠對超期限審批自動進行預警糾錯，對行政效能進行綜合考核和評價，可以提高行政審批效率，改進行政服務，有力推動政府的效能建設。
2．建設行政審批電子監察系統，將加快形成運作規范、統一高效、權責對稱的行政管理體制
佛山行政區域調整后，實行了新的行政管理體制。由于歷史的原因，當前的行政管理體制還未能完全理順，達到協調高效運作的效果。市、區審批事權不明晰，各區審批事權不統一，審批實施標準不一致，行政管理存在混亂現象。市直行政機關向各區下放行政審批事項以后，由于缺乏便捷的管理手段，難以對下放事項審批實施有效監管，解決不了權責不對稱的矛盾，削弱了簡政放權積極性，并為進一步下放審批事權帶來了更大阻力，從而降低了簡政放權的政策效果。通過建設行政審批電子監察系統，可以明晰審批事權，設定審批程序、審批時限、審批條件等審批要素，規范、控制審批權力，實現行政審批網上實時在線監督，使下放事權“看得見、管得住”，逐步建立起科學合理的行政審批監控機制，保證事權下放到位，辦理規范。同時，實時共享行政審批信息資源，可以在權責統一的前提下創新行政審批方式，回應各區要求進一步下放審批事權的呼聲，促使行政審批關口繼續向行政管理基層、向經濟建設前線移動，推動形成“同城生活、同城便利”政務環境。
3．建設行政審批電子監察系統將深化行政審批制度改革
近年來，佛山市先后進行了三輪以精簡審批項目為主要內容的行政審批制度改革，取得了階段性成果；同時，還積極簡化行政審批程序，探索推行并聯審批制度。但從外地和佛山市的改革實踐來看，由于缺乏有效的監督管理手段，改革成果很難鞏固下來，改革在各種阻力影響下，往往難以取得預期效果，甚至最后流于形式。建成行政審批電子監察系統，可以設定電子程序將行政審批制度改革的成果固化下來，控制審批設定、審批辦理等權限，簡化監督管理工作；并通過建立行政審批數據共享平臺，進一步優化審批程序，縮短審批時限，提高行政服務效率。
4．建設行政審批電子監察系統將推動電子政務建設上新臺階
過去幾年以來，以建設部門業務系統為主要內容，佛山市電子政務建設取得了明顯成效，改善了行政管理，降低了行政成本，促進了依法行政。但是，目前佛山市電子政務發展、應用水平仍然不高，信息資源缺少整合，部門之間不能共享應用系統和信息資源，形成了若干“信息孤島”，大量信息資源的價值沒有得到充分開發利用，電子政務的功效遠未真正體現出來。如果以建設電子監察系統為突破口，可以起到綱舉目張的作用。通過制訂全市統一的數據技術規范，整合市、區兩級行政部門的審批業務信息采集，建立統一、集中、實時的政務信息數據中心，推動數據共享平臺建設和應用，必將推動全市電子政務建設步上新臺階。
二、業務需求背景
佛山市行政審批電子監察系統（以下簡稱電子監察系統）是建立在行政審批平臺之上的應用系統，基于法定的職責，其功能和運用相對獨立。通過電子監察系統建設，促進行政審批業務系統的改造和建設，整合形成統一的行政服務電子平臺。建立電子監察系統任務本身不包括各行政審批實施機關內部的行政審批業務系統開發。在監督深度上，系統不必將單宗審批辦件的整個業務流程納入監督，重點關注接件、受理、審核、辦結（發證）等業務環節，網上實時監督以行政審批單位為責任主體。行政審批發生過錯的，以審批單位相對固定的聯系人為預警對象，需要追究責任的，可通過事后監督進行調查處理。
電子監察系統建設項目通過監察系統數據采集加工、監察功能開發，促進行政審批業務系統的改造和建設，整合形成統一的行政服務電子平臺，推動電子政務建設。佛山市行政審批電子監察系統的建設系統架構如圖1所示。
一市五區建立統一的電子監察系統平臺。電子監察系統是基于行政審批服務平臺之上的頂層應用建設，系統從市直單位和各區行政審批服務平臺采集監察數據，在統一數據庫的基礎上，建設一市五區統一的電子監察系統平臺，電子監察系統平臺為各區提供區級監察數據，分級分類為各區開放電子監察系統應用權限。
建立統一的行政服務數據中心。五區都要進行行政審批服務系統的建設或改造，各區行政審批服務系統獨立運行，各區行政審批服務系統必須將電子監察系統標準要求的數據報送市行政服務數據中心。
市、區各行政審批實施業務部門必須按電子監察系統的標準要求提供行政審批數據給相應的行政審批服務系統。各行政審批實施業務部門需要以電子監察系統數
圖1 佛山市行政審批電子監察系統架構圖
據標準和規范為依據，對現有系統進行建設和改造，規范行政審批過程中的數據格式。
三、項目設計
1．項目建設內容
整個項目建設內容由以下5大部分組成：
規范與標準建設；
電子監察系統軟件與監察中心建設；
行政審批服務平臺改建；
視頻監控系統建設；
市直及各區部門業務系統接口建設。
在建設佛山市行政審批電子監察系統時的主要工作除了電子監察系統原形構建以及軟件開發、監察中心硬件建設之外，還包括電子監察與一站式審批數據交換標準制定，績效評估管理標準制定，以及各個審批事項信息在系統中的定制等應用工作的推進。
2．項目技術總體的工作任務
鑒于佛山市行政審批電子監察系統的監察數據都取自一市五區的行政審批管理與服務平臺，而目前平臺要適應電子監察和一站式審批還要進行必要的改造，因此電子監察系統建設應與“平臺”改造同步進行，并且有較大的依賴關系。要求電子監察系統的承建商必須對五個系統現有“平臺”的改造，從提供數據內容、標準及傳輸方案等提出要求，使之不但滿足電子監察統一的要求，而且還要滿足今后開展一站式審批的要求。這樣就客觀上對電子監察系統的各個開發商增加了整個項目技術抓總的任務。該項目技術總體的工作任務包括：
（1）結合國內的經驗及佛山市電子監察和一站式審批的業務要求，制定切實可行的佛山市電子監察和一站式審批的數據交換標準；
（2）制定實施電子監察與一站式審批數據交換技術方案，并與“平臺”開發商溝通，統一數據交換模式；
（3）了解一市五區行政審批平臺現狀，制定切實可行的改造與建設的實施方案；
（4）負責組織市區兩級聯網數據交換的系統調試與聯調。
電子監察系統建設采用兩橫兩縱的模式。所謂兩橫是指：區級監察中心與區級行政審批部門之間的橫向監察聯系以及市級監察中心與市級行政審批部門之間的橫向監察聯系；所謂兩縱是指：市級監察中心與區級監察中心之間的縱向垂直監管聯系以及市級行政審批部門與下轄區級行政審批部門之間的垂直監管聯系。電子監察系統總體建設思路如圖2所示。
圖2 電子監察系統總體建設思路示意圖
3．電子監察系統的開發任務和工作目標
基于兩橫兩縱的建設總體思路，確定系統建設采用一市五區統一規劃建設，各區各部門分開實現的方式。具體而言，電子監察系統在市專門領導小組的組織統籌下進行建設。市制定統一的業務規范和技術標準，組織研發電子監察核心系統軟件，并根據系統建設的需求，結合各區以及市直審批部門的實際，提出具體配套的開發任務和工作目標。各區、市直各審批部門單位依據市制定的業務規范和數據標準，分頭按期完成相關開發任務，并同電子監察系統聯通。
（1）行政審批平臺的建設或改造
根據各區的不同情況可進行現有行政審批平臺的改造或建設，區行政審批服務系統的改造或建設可按如下方式進行：
①禪城區、高明區、三水區的行政審批服務平臺改造。禪城區、高明區、三水區使用統一的行政審批服務平臺，根據市監察系統的數據需求，對現有的行政審批平臺進行改造。改造完成后，各區可以統一培訓和實施。改造內容如下：
數據庫結構調整改造。遵循電子監察系統平臺的標準和規范，充分滿足電子監察系統數據需求；要與行政審批改革清理公布的結果保持一致；要保證政務公開的數據與業務系統操作中的數據一致。
數據采集接口建設。建設行政審批服務平臺與行政審批實施業務部門的接口，采集行政審批業務中的需要監察的數據，并通過該接口與行政審批業務部門的業務數據保持同步。
數據上傳接口建設。建設行政審批服務平臺與電子監察系統平臺之間的接口，將監察所需數據項上傳給市級平臺，并實現監察系統平臺數據與行政審批平臺數據同步。
原有功能改造。根據增加的監察數據項和過程數據，對所涉及到的現有功能要進行必要改造，主要要改造的功能有辦件部分、中心管理部分、接口部分、相關審批等。
②南海區行政審批服務平臺改造。南海區需要在現有行政審批服務平臺的基礎上，根據市電子監察系統建設的標準和規范，進行現有行政審批服務平臺的改造，并按要求向市平臺上報數據。
③順德區行政審批服務平臺的建設。順德區行政服務中心暫未建成統一的行政審批服務平臺，應在市電子監察系統建設標準和規范的指導下盡快完成統一行政審批服務平臺的建設，并按要求向市平臺上報監察數據。
（2）行政審批項目流程梳理和數據規范
按照市統一制定的市行政審批電子監察系統建設標準和規范，對各業務部門的行政審批項目進行流程輸理和數據規范。
（3）建設區行政審批平臺與各審批業務系統的接口
在完成業務部門審批項目流程梳理和數據規范工作之后，按照市電子監察系統建設的標準和規范建設各業務系統和行政審批平臺之間的接口，以便監察數據項的采集。
四、CIO的作用和貢獻
一市五區建立強有力的領導小組負責該系統建設的全面領導和宏觀調控。領導小組主要負責組織協調系統建設中的各方關系、批準系統建設工作方案項目建設合同、批準系統建設項目的立項和啟動、指導行政審批電子監察系統的應用。
“項目辦”是項目管理、協調、監督和實施的責任單位，制定詳細的工作計劃和各種管理規范。該項目辦由紀委監察局、行政服務中心、信息產業局相關科室聯合組成，是行政審批電子監察系統建設領導小組的常設辦事機構，負責系統建設的日常工作，項目辦的主要負責起草有關文件、審核項目的立項和規劃、提出項目的初步預算方案、制定系統建設的具體實施計劃、組織項目建設的招標、投標、評標和定標工作、組織對項目建設的施工監理、竣工驗收工作。“項目辦”直接向領導小組匯報，以真正發揮管理作用。
調研小組實施調研，明確使用行政審批平臺的項目、不使用行政審批平臺的項目，根據此兩種項目的數目、監察中心的建設任務、審批平臺的建設或改造工作量，三者結合對項目總投資額進行估算。
根據佛山市的建設任務、預算，進行立項和招標，同時與建設監理單位進行協商，簽定監理合同，全面推進項目的實施。
在市級建設中由市紀委監察局牽頭，行政服務中心業務協作，信息化主管部門技術支持；區級建設中由區監察局牽頭，區行政服務中心業務協作，區信息化主管部門技術上支持。各區要進行行政審批服務中心以及監察中心的建設。目前佛山市一市五區都已經建立了行政服務中心，所以這一部分內容不需要重新進行建設，但一市五區都未進行監察中心的建設，一市五區都要在行政服務中心建立電子監察中心（掛牌電子監察室）。
五、項目效益評估
佛山行政審批監察系統建設的總體目標是，緊密結合佛山實際，充分利用電子政務和行政審批制度改革的成果，整合形成全市統一的行政審批服務平臺，在此基礎上，建立涵蓋一市五區的行政審批電子監察平臺，促進依法行政，提高行政效能。
具體來說，需要實現的目標包括如下幾個方面：
――通過系統建設，推動政務公開，實現對審批過程重要環節的實時在線監察，規范審批行為；
――通過系統建設，建立市級行政部門對下屬區級單位審批的監管渠道，深化行政審批制度改革，推動建立運作規范、權責對稱的行政管理機制；
審批系統范文4
關鍵詞：出差審批； ASP；ACCESS ；辦公自動化
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2011)14-3343-02
隨著計算機技術和網絡的飛速發展，人們對計算機的使用范圍越來越廣泛，網上辦公的優勢越來越明顯，各行業對審批系統的要求也不斷增強，使用傳統的方法辦理審批時存在諸多不便，為解決此問題，筆者在現有的校園辦公網中植入出差審批系統，實現出差審批電子化、網絡化、自動化。
1 需求分析
本系統主要是結合校園辦公網實現出差申請網上審批操作，并將整個操作過程詳細展現出來。傳統的出差審批經常會因審批環節某人不在校導致審批中斷，無法繼續，延誤出差時間。在校園辦公網內添加此項功能，不僅能節省時間提高效率，還能為人事和財務部門提供完實的備案和報銷依據，同時也為有效推行政務公開提供了一個良好的平臺。因此，在校園辦公網中添加出差審批系統是相當必要的。
2 系統實現與關鍵技術
2.1 數據庫物理結構表
部分數據庫物理結構表如表1所示。
2.2 系統流程圖
系統流程圖如圖1所示。
2.3 系統功能的實現
出差審批系統包括出差申請系統與出差任務反饋系統[1]。本系統利用ASP+ACCESS進行開發，采用C/S(客戶端/服務器)模式進行建設[2]。嚴格根據流程圖進行逐級執行，每級執行標志為否表示等待該級執行，下一級無法對該項數據進行相應操作，利用“datediff”函數可以獲得處理（等待處理）時間，財務部門報銷需待申請人費用反饋完畢后，再根據反饋情況及學校出差報銷規定進行費用核對，最后完成費用報銷工作。
2.4 關鍵技術
通過校園辦公網可以準確獲取人員組織結構關系，為提高系統性能、精簡數據庫操作、實現自動化處理，在提交出差申請的同時，對申請人的職位進行判斷，選擇對應的流程分支，生成對應審批人名單，同時利用“datediff(“d”,#出差開始日期#,#出差結束日期#)+1”計算出出差天數，故出差人在填寫出差申請時，只需錄入 “出差事由”、“出差開始日期”和“出差結束日期”即可，無需選擇對應的審批人及錄入出差天數。
3 結束語
通過筆者所在單位近兩年對本系統的使用，本系統不僅能達到大大提高工作效率的目的，還能為財務部門報銷及政務公開提供詳實記錄。本系統自使用以來，深受單位員工、人事部門、財務部門好評，完全達到預期目的，可供借鑒。
參考文獻：
[1] 何麗霞,單保錄.基于工作流的出差管理系統的開發與應用[J].科技信息,2009(23).
審批系統范文5
【關鍵詞】 網絡； 財務管理； 信息系統； 高校
一、引言
21世紀，人類已進入以計算機、多媒體和互聯網為標志的信息時代。信息技術的普遍應用有力地推動著全球經濟社會的深層變革，深刻地改變著人們的生活、學習和工作方式。高校財務部門的信息化建設目前僅限于利用內部局域網的財務軟件系統處理賬目，沒有建立起面向校內各級領導和教職工的預算管理控制、資金使用與審批的網上辦公信息平臺，所以仍然沿用陳舊的手工管理模式，工作耗時費力、效率低、準確性差、信息滯后。如學校各部門年度經費預算完成情況只有財務處有關人員掌握，負責審批的部門領導甚至財務處領導不能實時掌握，審批具有盲目性；教職工公務借款和報賬均需反復找有關領導審批簽字，耗時費力，工作效率低。因此，本文旨在通過研究開發面向高校內部各級領導和教職工服務的資金審批系統，做到“事先有預算、事中有控制、事后有分析”，強化預算管理制度的執行，提高資金使用效率，創新高校財務管理模式，推進高校信息化的建設。
二、系統的需求分析與基本功能
（一）系統的需求分析
資金使用審批管理系統的研究與開發旨在走出高校財務處內部局域網的賬務處理系統，建立起面向高校內部各級領導和教職工服務的資金使用審批信息平臺，提供實時的預算執行信息，避免審批的盲目性和資金使用者反復找領導審批的勞頓之苦，強化預算管理，提高資金使用的計劃性和效率。
基于以上業務場景，涉及的業務處理主要包括：資金使用信息申請和資金使用信息審批兩部分。其中：資金使用信息申請由高校各部門教職工提交；資金使用信息審批由多級審批組成，具體包括職工所在單位（部門）領導審批，部門交叉審批，財務處長審批，主管校領導審批等。對于提交申請的用戶，可實時在線查詢申請信息的審批進度及審批結果。各級審批領導也可以實時在線查看等待審核的申請信息，并能夠實現在線審批業務，不受時間和地點的限制。
另外，由于申請資金總額度不能超過預算額度，所以應由管理人員將每年各部門的各項預算額度預先導入系統。各級領導在審批時，也能根據預算信息，決定是否同意申請，或適當修改申請的額度。同時，管理人員應預先將申請人和各級審核領導的賬戶信息錄入系統。
基于以上功能需求，避免了申請人和審批人面對面簽字的時間和地點限制等不便，但同時對系統提出了更高的安全性需求，具體包括：各申請用戶要使用專門的客戶端，并提供學校財務處提供的唯一的識別碼和密碼；財務處長在審批時，為了避免身份欺騙，采用U盾等安全防范技術；系統用戶分角色管理，不同角色的用戶擁有不同的權限，比如申請人只能看到自己的資金申請和審批信息，部門領導只能看到本部門資金申請和審批信息等。
（二）系統的基本功能
基于以上需求分析，整個系統由資金申請子系統和資金審批子系統構成。資金申請子系統主要實現在線提交申請功能，資金審批子系統主要實現審批提交的申請，兩個子系統實現數據共享和交互。兩個子系統用例圖如圖1和圖2所示。
三、系統的關鍵技術
（一）可維護性
在設計本系統前，通過對一些學校軟、硬件設備及信息化建設的調查，掌握了本系統的開發設計與運行需求。在設計過程中，充分考慮了系統的可擴展性和可維護性，為系統功能的進一步改善留下了必要的空間。
（二）保密性
對于高校資金審批管理系統，應設立用戶權限，確保信息的保密性。數據庫中的數據信息只能通過具有修改權限的管理員修改，其他人不能隨意修改本系統的數據，保證了數據可靠性。用戶的密碼等相關的重要信息都是經過加密的，這樣能很好地保護用戶個人的機密信息。即使非法用戶得到了加密后的信息也會因為沒有密鑰而無法破解為有效信息。
（三）安全性
為了資金審批管理系統數據庫的安全，數據庫中的數據應定期做好備份。未授權的人員無法操作，且在每次登錄時必須隨機輸入驗證碼，確保不會被黑客等惡意破解密碼，也使得學校的資金動向做到相對的保密。結合硬件加密技術，采用ROCKEY2硬件加密鎖，應用生成UID的改良HMAC-MD5算法，內置保密算法等，大大提高了整套系統的安全性。
四、系統的設計與實現
（一）系統架構設計
在對資金審批管理系統的用戶進行需求調研的基礎上，結合資金審批管理系統設計的理念，整個系統采用C/S和B/S相結合的架構模式。其中資金申請子系統用C/S模式，申請人可以通過網絡下載、安裝系統客戶端；資金審批子系統采用B/S模式，解決了時間和地點限制等原有問題。系統架構設計圖如圖3所示。
（二）系統的功能實現
1.系統實現的環境
資金審批管理系統的開發平臺采用 Framework 2.0，數據庫系統平臺是SQL Server2005。
2.系統初始化界面的實現
在研究開發系統初始化界面時首先要考慮到用戶的易操作性，其次要明確財務數據量的所有因素，可根據系統功能的初始定位，在初始化界面啟動過程中預先加載一部分數據，在后續的操作過程中，再動態加載需要的其他數據，提高用戶界面友好性。基于以上功能需求，本系統初始化界面是通過jQuery實現的，并使用Ajax技術實現了在初始化過程中動態異步加載數據集。
3.系統核心功能實現流程
系統核心功能業務流程主要是指預算數據提交給系統后，逐級審批的工作流程。其實現流程如圖4所示。
五、系統潛在數據挖掘
財務部門在系統正常運行過程中，會形成大量的數據。可以利用數據挖掘技術設計新知識發現過程（新知識獲取算法），從數據中獲取有效的、新穎的、潛在有用的新知識。數據挖掘結構如圖5所示。
六、系統的應用
系統開發完成后，在學校投入了試用，通過一段時間的使用，明顯體現出其優越性：一是分管財務的校級領導能夠實時查詢和分析學校資金運行情況，為學校運營管理與決策提供了實時準確的數據；二是部門領導能夠實時掌握本部門預算的完成情況并能做到有計劃地合理審批，確保教學等工作的正常開展；三是教職工公務借款和報賬在網上一次性完成審批，省去反復找有關領導審批簽字的麻煩，減少審批程序和找不到領導的問題。所以，學校各級領導和教職工對該系統的使用非常贊許，獲得了良好使用效果。
七、結論
1.高校資金使用審批管理系統的研究開發與使用，使高校財務管理部門走出內部局域網的賬務處理系統，建立起了面向校內各級領導和教職工服務的預算管理控制、資金使用與審批的網上辦公的信息共享平臺，創新了高校財務管理模式，促進了高校信息化的建設。
2.高校資金使用審批管理系統的應用，實現了分管財務的校級領導實時查詢和分析學校資金運行情況，部門領導實時掌握本部門預算的完成情況和網上審批，教職工公務借款和報賬在網上一次性完成審批，省去反復找有關領導審批簽字的麻煩，提高了工作效率。
3.該系統的投入使用，真正做到了“事先有預算、事中有控制、事后有分析”，強化了預算管理制度的執行，提高了資金使用的計劃性和效率，為高效與動態管理財務預算提供了保障。
【參考文獻】
[1] 謝旭人.著力推進財政科學化精細化管理[N].中國財經報，2009-09-02.
審批系統范文6
Abstract： To deal with the problem， of which during the land-use approval issue the cycle is partially long， the transmission of information way trails， and the departments of land at all levels are lack of the connection with each other， we propose to build the approval network system among the county （city）， prefecture level （state）， the provincial. Through the study of the theory and technology of the Flex and ArcGIS Server， we undergo a process of the design overall of the approval network system， functional design， data organization and system development and implement county（city）， and municipal （state）， provincial three linkage manage land use plans indicators ， as well as automated accounting indicators use and online review of project land occupies information system functions. It makes the network approval work come true by working online through the client browser. This system simplifies the complicated approval work， as well improve the work efficiency.
關鍵詞： Flex；ArcGIS Server；用地審批；開發
Key words： Flex；ArcGIS Server；land-use approval；development
中圖分類號：TP39 文獻標識碼：A 文章編號：1006-4311（2013）10-0165-03
0 引言
近年，國家大力建設國土資源信息化，建設用地審批系統的建設也早已被提出，并且取得一定的成績，但是目前建設用地審批工作方式還是非常的落后，各行政級別的國土部門之間是通過人工傳遞資料，建設用地項目申報資料或是批報結果也是人借助實體交通工具傳遞。這樣的作業方式存在把關不嚴、審批周期偏長、報批流程比較繁瑣、報批資料不易保存、各行政部門的數據難以共享等問題，不便于統一管理。針對上述存在的問題，提出建設用地審批網絡系統，并結合云南國土資源廳用地審批業務需求，實現省、市、縣用地計劃指標，用地業務審批的三級聯動管理功能。
1 研究現狀
目前國內對于建設用地審批信息化、網絡化有了普遍的研究，但是對建設用地實現省、市、縣三級互聯網聯動審批的程度還是非常的低。許多部門采用基于C/S結構的審批系統，主要是單機操作或是在局域網內使用，無法實現建設用地審批業務每個環節相互連通。少部分地區對用地審批實現網絡化建設進行過研究和建設，如合肥市建設了一個面向服務的建設用地審批管理系統[1]，其優點是實現了審批業務的網絡化，缺點是采用傳統的B/S結構不能滿足現代WebGIS快速反應的特點。現如今RIA（Rich Internet Applications，富因特網應用程序）技術快速的發展，將其與GIS結合構建交互能力強、反應迅速的WebGIS應用程序已經被廣泛的應用，將作為未來WebGIS的一種趨勢。
2 系統采用的關鍵技術
2.1 RIA客戶端的實現 RIA將傳統的桌面應用程序功能特性與傳統的Web應用程序結合在一起，可以輕易部署和自由訪問網絡資源，最重要的是能夠實現數據的異步傳輸和頁面的局部刷新，甚至在離線的狀態下也能實現客戶端的操作，RIA將大部分業務邏輯從服務器端移植到客戶端，僅保留一些基礎業務邏輯在服務器端[2][3]。目前，在進行WebGIS應用開發中Flex技術較為成熟[4]，所以選擇Flex技術進行用地審批網絡系統客戶端的開發。
Flex采用GUI界面開發，主要是用MXML定義應用程序用戶界面元素，利用ActionScript定義客戶邏輯與程序控制。Flex程序通過編譯器編譯生成SWF格式的客戶端應用程序，然后部署到瀏覽器中，從而實現了客戶端的開發。客戶端必須與服務器端進行數據通信才能實現設計的功能，Flex開發的客戶端與服務器通訊有三種方式：HttpService、WebService、RemoteObject。因為RemoteObject能夠處理各種數據類型，傳送速度快等優點，所以本系統采用RemoteObject的通訊方式，但是需要安裝FluorineFx解析RemoteObject數據。
2.2 數據庫與應用程序間的數據服務 在本系統的開發過程中采用面向對象的應用和關系數據庫相結合的方式，然而關系數據庫中存放的是關系數據而非面向對象。由于對象模型與關系數據庫模型之間存在著不一致問題，所以需要采用對象/關系映射（ORM）技術實現數據庫中持久化對象存儲和訪問。ORM是解決關系數據庫中持久化對象存儲和訪問的一種技術，對于解決面向對象與關系數據庫存在的互不匹配現象起到一定的作用[5]。在本系統中采用的是輕量級的ORM技術NHibernate，NHibernate主要的功能就是把一個普通的C#類對象映射到關系數據庫中。它不僅管理類到數據庫表的映射，還提供數據查詢和數據獲取的方法，不必去花時間寫SQL語句，直接適用對象進行操作即可。
2.3 ArcGIS Server ArcGIS Server為創建和管理基于服務的GIS應用提供了一個可行的框架平臺[6][7]，該平臺可以把地圖或是其他地理信息資源無縫地集成到網站頁面中，同時將GIS功能以服務的形式體現出來，并且支持多用戶并發訪問。本文中主要使用ArcGIS Server進行地圖和地圖管理，用戶傳輸建設用地項目地塊的數據與空間數據疊加，同時將項目地塊圖繪制于的地圖上，可以直接在網頁上查看項目地塊位于該地圖上的位置。
3 系統的設計與實現
3.1 系統的體系結構 用地網絡審批系統在體系結構上采用基于B/S模式的3層機構，包括表示層、應用層、數據層。表示層可以根據不同用戶級別的業務需求提供不同的服務內容；應用層也就是業務邏輯層，是整個系統的核心，所有的計算和分析都是在這一層完成；數據層包括兩個部分，一部分是數據的存儲層，一部分是數據的服務層，系統中采用大型關系數據庫Oracle存儲指標數據級業務數據，以文件夾的形式存儲格式為MDB的空間數據，應用程序通過數據服務層提供的數據服務訪問數據。體系結構圖如圖1。
3.2 數據組織 用地審批網絡系統涉及的數據有規劃成果數據、計劃指標數據、審批業務數據、勘測定界的界址點數據，其中指標數據、審批業務數據存儲在服務器上的Oracle數據庫中；服務器的一定目錄下根據界址點文件上傳時間生成文件夾，界址點數據文件就存放其中；規劃成果數據是空間數據，規劃成果數據反映了土地利用的空間結構和數量結構，需要涉及多個尺度的地理空間數據，如何組織管理多尺度空間數據是系統的關鍵。
該系統按行政單元組織土地利用規劃數據，以縣為最小單位，每個行政區里面都有MDB格式的空間數據庫。系統按行政單元組織數據，一是為了很好的反映行政單元的綜合用地情況，同時也是便于查看一個行政區的具體情況；二便于數據的管理和更新，同時也是便于檢索。數據組織如圖2。
3.3 功能的實現 根據土地規劃利用審批業務的需求，系統設計了下列功能：
3.3.1 數據查詢 可以通過設置條件查詢或篩選數據。
3.3.2 數據瀏覽 實現分頁瀏覽各種指標數據、業務數據，同時可以瀏覽已經的地圖數據。
3.3.3 統計表查詢 系統中現實分季度、月份對行政區內的保障性住房，增減掛鉤項目等內容進行統計查詢，然后以報表的形式返回到客戶端。
3.3.4 指標管理 指標管理主要實現了指標的錄入、修改、刪除、查看、導出等基本功能，還自動計算系統中已經占用的指標量和剩余指標量。但是由于指標數據非常重要，所以對指標的操作要受到權限限制。
3.3.5 核撥單管理 用戶可以通過自己的賬號管理自己所在行政區的項目核撥單，查看所在行政區內已向上級部門發送的核撥單，是否被上級部門退回，是否有需要處理的核撥單等。很好的管理了項目，避免了粗心大意遺漏項目等情形。
3.3.6 規劃審查 規劃審查是項目所在的行政區國土部門建立項目申請核撥單，然后向上級國土部門發送，省級部門根據情況填寫意見，然后根據是否同意申請決定向上級發送或是向下級回退該卷宗。在這一過程中市級國土部門將進行指標計算查看該申請指標是否在計劃指標范圍內。省級國土部門將再次核算指標是否在計劃指標范圍內決定是否核撥。任何行政級別的用戶都可以打印核撥單，以便網絡不連通也可以了解核撥單的內容。
3.3.7 界址點審查 查看界址點位置：檢查界址點是否在行政區域范圍內，界址點構成的地塊行政是否與實際相符。
計算地塊占地面積：如果地塊形狀與實際相符，則可以用地塊與規劃成果數據庫中的土地規劃地類、建設用地管制區、土地用途區、基本農田調整等圖層進行疊加運算統計出該地塊占地信息。
查看占地報告：通過計算地塊占地面積后，系統在服務器端生成一個報表，然后從服務器返回該報告于客戶端。
3.4 安全機制的設置 本系統為了數據的安全采用了一系列措施，首先：本系統使用一臺服務器，安裝有Oracle11g、ArcGIS Server軟件，部署系統應用程序，由于土地利用空間數據屬于保密數據，只允許國土相關部門使用。其次，用戶必須先登陸界面輸入用戶名和密碼才可以進入系統，且客戶端每次登陸后都會清理掉用戶的信息，下次登陸必須重新輸入用戶名和密碼才可進入系統。
4 總結
本文探索Flex與ArcGISServer集成的WebGIS應用程序開發方式，設計并實現基于網絡的地審批系統。該系統解決了傳統的申報工作復雜、上報數據需要額外的儲存硬件且上報文件不易保存等問題，同時實現省市縣國土部門三級聯動管理指標，對提高工作效率有一定的幫助，系統將土地利用圖上審查功能以服務的形式提供給客戶端，不需要安裝GIS軟件即可實現空間運算，同時還可以可視化表達地塊占地情況。
參考文獻：
[1]談媛媛，高飛，胡小華.建設用地審批管理系統的分析與設計[J].合肥工業大學學報（自然科學版），2008，31（11）：1821-1824.
[2]張宏偉，魏鋒，佘遠見.基于Flex和ArcGIS Server的城市防汛指揮系統的設計與實現[J].地理空間信息，2011，9（6）：34-39.
[3]陳興渝，鐘朝亮.基于Web的告警實時顯示系統的設計與實現[J].北京郵電大學學報，2009，32（增）：115-118.
[4]邱彥林.Flex，越走越寬的RIA之路[J].程序員，2009，4：139-140.
[5]章杰.基于ORM輕量級數據持久化技術的計生技術服務系統的研究與開發[D].貴陽：貴州大學，2005.
[6]張競.GISWebServices系統開發研究[D].上海：華東師范大學，2005.
