國有土地供后監管信息系統設計研究
2013-04-29 00:00:00鄭占
決策與信息·下旬刊 2013年1期
摘要 國有土地供后監管是規范土地開發利用，提高土地節約集約利用水平的重要手段，供后監管信息系統則是“金土工程”的重要內容。本文采用軟件工程中結構化方法設計了國有土地供后監管信息系統的三層體系結構，并對系統功能層次和數據存儲設計進行了探討，其目的在于建立一個科學合理的軟件系統模型，指導國有土地供后監管工作信息化的開展，為進一步提高國有土地供后監管工作效率和水平打下基礎。
關鍵詞 土地 供后監管 軟件系統
中圖分類號：F276 文獻標識碼：A
一、引言
國有土地供應有兩種方式，一種是無償劃撥方式供應，另外一種是出讓方式供應。前者主要是為了滿足純粹的非營利性公共需求，后者是市場化的手段，符合國家改革發展趨勢，因此本文以出讓方式供應的營利性國有土地為研究對象。
《國務院關于深化改革嚴格土地管理的決定》（國發〔2004〕28號）中提出：“組織實施‘金土工程’，充分利用現代高新技術加強土地利用動態監測，建立土地利用總體規劃實施、耕地保護、土地市場的動態監測網絡”。金土工程通過信息技術的廣泛應用，建立科學、高效的國土資源變化分析、預測和信息服務體系，使國家能夠直接、全面、準確地掌握國土資源信息及其動態變化情況，形成上下聯動的規范、科學的網絡化國土資源管理方式。因此，研究設計國有土地供后監管信息系統是推進國土信息化建設的重要內容，是國土管理發展的要求。
二、國有土地供后監管簡介
為控制建設用地過快增長，提高土地調控水平，節約集約用地，必須進一步加強城市建設用地供后監管工作。國有土地供后監管主要是依據土地出讓合同和補充合同中約定的項目開竣工時間、投資強度、規劃用地指標、出讓金支付方式等內容，對土地的開發利用情況進行監察、管理和控制。土地供后監管工作需要規劃、建委、財政、開發區等部門通力合作，共享信息。目前，傳統的土地供后監管主要采取用地備案、地方日常性監管和派駐地方的國家土地督察局檢查、國土資源部不定期抽查等監管方式，缺乏動態監管的有效途徑和技術，信息獲取速度慢、共享程度低、流通性差，導致土地供而未用、違法違規用地等現象不能得到及時有效地處置。
三、系統的結構分析
通過對國有土地供后監管工作和現有研究成果的分析，采用軟件工程中系統體系結構分層理論，整個系統框架由上至下可以分為應用功能層、支持功能層和數據層三個層次。三個系統層次之間相互依賴、相互影響，低層次向高層次提供支持，高層次指揮協調低層次工作，各層次不能跨層控制。這種封閉式的層次結構使各層職責更明確，相互之間關系更簡單，系統整體結構更合理穩定。國有土地供后監管信息系統結構見圖1。
（一）數據層。
數據層可以劃分為“三庫一中心”，三庫是指基礎庫、系統庫和項目庫，一中心是指數據中心。“三庫一中心”之間關系密不可分，共同搭建成國有土地供后監管信息系統工作的數據平臺。
基礎庫是指國有土地供后監管過程中基本穩定不變的基礎數據。用地類別庫指規定的工業用地、商業用地、科教用地等土地用途及與用途有關的約束條件。規劃指標庫指土地供應監管依據的投資強度、容積率等約束指標。法律法規庫指供后監管的依據。規則庫指規劃指標、閑置土地面積、違約金等的計算方法，以及各種項目用地情況的系統處理辦法。模版庫指出讓合同等與供應、監管有關的報表。
系統庫是指存儲系統全局數據的數據庫，包括日志庫、參數庫、角色庫。日志庫主要用來記錄系統的運行情況，便于以后對系統使用情況進行檢查，發現和解決使用中帶來的諸如安全問題等。參數庫用于保存系統的全局設置，影響系統運行和功能。角色庫用于存儲用戶信息。
項目庫是指與具體項目密切相關的數據庫。合同庫存儲約定的合同內容。執行庫存儲土地實際開發利用及合同執行情況，通過與合同庫中項目信息對比，分析項目用地是否違法違規。變更庫用于記錄土地開發利用中合同變更、規劃條件變更等情況。
數據中心是根據具體項目需要，對所有與項目有關的數據進行抽象和匯總，針對具體項目設計和存在。數據中心能夠對底層原始數據進行初步的加工，使之更符合系統操作要求，更好的為系統上層服務。同時，數據中心僅提供具體項目關心的數據，從而使外界無法訪問與項目無關的數據，提高了數據訪問的安全性。
（二）支持功能層。
支持功能層實現所有基本操作，對系統運行提供基礎保障，在系統框架層次中起承接作用。一方面直接操作底層數據，另一方面向上層提供數據支持和基本功能支持，如數據查詢和刪除等。同時對于上層的操作要求進行管理，保證系統運行穩定。
支持功能層可以分為“三心”，即消息中心、安全中心和服務中心。
消息中心是控制數據流的中轉樞紐，系統中所有操作命令必須通過它轉發，所有操作結果也必須通過它回發給需求者，同時生成系統日志。消息中心的存在使系統運行中各功能間的調用關系更簡潔，操作指令流轉更易追蹤。各個調用功能通知消息中心需要做什么，然后等待消息中心的反饋，中間處理環節無須關心，使各功能部件可以更專注于自己的任務。
安全中心負責檢查系統運行中操作請求是否合理，主要是權限和數據規范性檢查。很多開發平臺都提供異常處理機制，解決系統運行中的異常情況。充分運用異常處理機制，安全中心可以很好的保障系統運行穩定，避免錯誤的發生和解決發生的錯誤。
服務中心由完成基本操作的功能部件組成，包括基本的數據查詢、刪除、更新、添加，數據間基本的運算操作等，它是系統結構上層各種應用功能實現的基礎。服務中心是系統結構的核心，系統運行效率高低、功能實現程度等重要指標都取決于服務中心內各種功能部件的設計及它們之間協作的好壞。
（三）應用功能層。
應用功能層由具體功能組成，直接面對用戶需求，解決國有土地供后監管過程中的問題，其實現依賴于下層的支持。該層包括的功能有系統管理、項目管理、庫管理、報表管理、數據分析等。
四、系統的功能結構設計
國有土地供后監管信息系統設計過程中應遵循基本原理，例如模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨立等，參考一些啟發規則改進系統設計，如模塊規模適中、降低接口復雜度等。依據軟件工程中結構化設計的思想，系統功能按“自頂向下，逐步求精”進行分層設計。
（一）數據分析。
系統應能夠根據規則庫對項目用地數據進行對比分析，判斷土地開發利用是否達到合同約定條件，并對系統項目用地數據進行分析歸類，確保最終報表正確無誤，輔助用戶作出用地管理決策。
（二）報表管理。
通過報表管理，用戶可以根據需要設計新報表或修改已有報表、報表模板，以供使用。
（三）項目管理。
項目管理功能是整個系統的核心部分，以項目或宗地為單元，對土地開發利用情況進行處理、分析。
（四）庫管理。
系統應很好的管理數據層中各個庫保存的大量項目數據和系統控制參數，保證擁有科學合理的數據基礎，并充分考慮以后系統擴展。
（五）系統管理。
用戶權限、日志等系統全局要素，不受具體項目約束，應納入系統管理。
五、數據存儲設計
數據層中系統庫、基礎庫、項目庫由若干子庫構成，這些子庫可以是一個獨立的數據庫，可以是數據庫中的一張數據表，還可以是一個獨立的文件，如日志庫就可以采用文本文件形式。這些庫采取何種形式，應從實際情況出發進行選擇。系統涉及的空間數據，可以使用arcgis等空間數據庫，屬性數據可以采用關系數據庫。在數據存儲設計中，還應充分靈活運用數據庫管理系統提供的功能，例如觸發控制、存儲過程和權限管理等，提高數據存儲的安全性、完整性和訪問速率，提高系統運行效率，提升用戶體驗。
在關系數據庫中，數據表設計需符合范式規定。一般來說，數據庫允許存在一定的數據冗余，數據表至少應達到第三范式（即3NF）。3NF指關系模式R
六、總結
本文從國有土地供后監管實際工作入手，依據軟件工程思想，使用結構化方法設計系統結構，探討了系統功能和數據存儲設計，對后續信息化工作具有一定指導意義。本文研究成果屬于軟件工程中總體設計范疇，明確了國有土地供后監管信息系統應該滿足的基本要求，但從實際開發應用角度考慮，需進一步擴展和完善系統結構和功能設計。□
（作者單位：黃山市徽州區國土資源局）
參考文獻：
[1]張海藩．軟件工程導論（第四版）．清華大學出版社，2003，12：84-92．
[2]薩師煊，王珊．數據庫系統概論（第三版）．高等教育出版社，2000，2：176．
[3]朱熀，白亞男，王連生．建設用地批后監管信息系統設計．信息技術，2009，2．
[4]韓杰．基于GIS的土地監察管理信息系統關鍵技術研究．測繪通報，2007，6．
[5]蔣文娟，王繼堯，陰江濤等．征供一體化土地批后監管系統研建．地理空間信息，2010，3．
