成果框架系統平衡

㈠ 一個系統受力平衡,內部每一部分每一點都平衡嗎

一個系統受力平衡，內部每一部分每一點都平衡。

㈡ 系統框架

一、系統總體框架

延安市寶塔區地質災害信息系統是以寶塔區地質災害調查所獲得的大量勘查資料為基礎，充分利用數據融合、集成及管理技術、空間分析技術以及空間搜索查詢技術，藉助ArcGIS平台進行二次開發，其形式和功能均圍繞地質災害地質資料庫建設而開發，側重於地質災害調查信息的集成管理和成果綜合評價。

總體框架採用軟體工程的結構化設計，以Client/Server實現數據與用戶操作分離的，自上而下將系統逐步分解為相對獨立的子系統或模塊。總體強調模塊完備性與擴充性、功能實用性、操作可視化等，既提高了系統運行的穩定性，也大大增強了系統運行的可擴展性。其結構組成關系如圖8-1所示。

根據項目規模大小和數據管理方式的不同，伺服器端實現了兩種定製模式，單機模式和伺服器模式。單機模式下資料庫以ArcGIS Personal Geodatabase形式與管理系統安裝在同一客戶端，一體化集成管理。伺服器模式下，資料庫ArcSDE+SQLServer形式分布與專門的數據伺服器。伺服器端具備完備的資料庫管理功能，藉助ArcINFO、ArcEditor完整的數據編輯與管理功能，由資料庫管理者進行集中管理、統一維護。實現圖形資料庫與屬性資料庫邏輯上的無縫連接，以及與其他數據形式的文本、圖像、照片等的熱連接（hot link）。

圖8-1 信息系統總體結構框架圖

客戶端基於最新的ArcObjects組件對象庫，利用VB6開發語言實現，是信息系統的主體部分。一方面通過靈活友好的人機界面實現了空間數據的管理、瀏覽、查詢、統計、列印等功能，滿足了項目資料信息的集成化管理和成果展示。另一方面藉助ArcGIS平台完備的空間分析與柵格疊加功能，以及專業穩定性分析軟體Geoslop和Flac3D的成熟分析演算法，通過建立多種地質災害評價預測數學模型如信息量模型、層次分析模型、模糊數學模型等，實現了區域地質災害的穩定性、風險動態評價。

二、運行環境

延安市寶塔區地質災害信息系統既可以運行於個人台式機，也可建立於C/S架構的模式下。

（1）管理端：ESRI ArcGIS Desktop，Personal Geodatabase或者ArcSDE8.1+SQL Server；

（2）瀏覽端：ESRI ArcObjects，Geoslop，Flac3d；

（3）操作系統：Windows 2000，WinXP。

三、系統界面

地質災害信息系統界面如圖8-2所示。

㈢ 怎樣寫科技成果的技術框架

．基礎研究和前沿技術創新能力顯著增強。五年來，中國基礎研究取得一批重大原始性創新成果。國際論文總數世界排名上升到世界第四位，在三大國際論文檢索系統（SCI，EI，ISTP）論文總數中佔7%，進入世界第二方陣，與英國、德國、日本相當；納米科學論文數居世界第一，工程科學論文數居世界第二。前沿技術領域突破了一批核心技術，與世界先進水平差距不斷縮小。非線性光學晶體、量子信息通訊、超強超短激光、高溫超導等前沿技術研究居世界領先水平，涌現了載人航天、超級雜交水稻、高性能計算機、超大規模集成電路、第三代移動通信國際標准等一批自主創新重大成果。

2．產業技術創新取得多方面突破。近年來，中國在基礎工業、加工製造業以及新興產業領域，技術創新能力大幅度提高，石油、鋼鐵、船舶、電子信息、先進裝備製造和生物技術等領域重大技術創新成果不斷涌現，產業整體技術素質邁上新台階。重大技術裝備自主開發能力、成套水平以及綜合工程化能力明顯提高，有力地支撐了三峽工程、西電東送、西氣東輸、南水北調、青藏鐵路等國家重大工程建設。

3．科技走進千家萬戶、惠及億萬人民。近年來中國政府把解決民生問題和發展社會事業放在突出位置，科技進步為人口健康、節能減排、氣候變化、防災減災、公共安全等提供了有力支撐。雜交水稻的培育和應用，糧食豐產科技工程的實施，為解決糧食安全提供了重要支撐。能源領域突破一批石油勘探、大型煤液化工程成套設備、大型水電設備、先進核電等關鍵技術，攻克一批燃料電池、風能、生物質能等新能源關鍵技術，為調整能源結構、保障能源安全奠定了基礎。艾滋病、病毒性肝炎、SARS病毒、高致病禽流感等重大疾病、重大傳染病防控技術取得重要進展，一批新葯創製成功，傳統中醫葯得到新的發展，為提高人民健康水平提供了重要保障。

4．知識產權產出水平大幅度提高。五年來，中國國內發明專利申請量和授權量持續、快速增長，知識產權創造能力進一步增強。2002年到2006年，國內發明專利申請量從3.97萬件增長到12.2萬件，國內發明專利授權量從0. 58萬件增長到2.5萬件。隨著中國知識產權制度的建立和逐步完善，中國專利局受理的國內外發明專利申請量連年增長，2006年中國發明專利申請總量達21萬件，居世界第4位。 回答人的補充 2009-05-21 14:46 5．高新技術產業規模持續高速增長。五年來高新技術產業規模平均增速高達27.0%，高於「九五」時期平均增速6.5個百分點。高技術產業總產值占製造業比重由14.5%上升到16%。2006年，規模以上高技術產業企業實現工業總產值41322億元，是2002年的2.7倍；高技術產品進出口總額達5288億美元，是2002年的3.5倍，優化了貿易結構，國際市場競爭力日益增強。

6．國家高新技術產業開發區成為科技創新的重要基地和區域經濟發展的重要引擎。2006年，國家高新技術產業開發區總收入和總產值分別達到4.3萬億和3.6萬億；聚集了全國一半數量的高新技術企業和科技企業孵化器，研究開發投入佔全國的1/3；區內企業擁有發明專利數為32600；區內企業創造的工業增加值達8520.5億元，約佔全國工業增加值的9.4%。2007年上半年，國家高新技術產業開發區實現營業總收入25891.8億元，工業總產值21873.2億元，工業增加值5021.6億元，出口創匯967億美元。

7．科技投入規模和強度持續提高。2006年，全社會科技支出經費總額4500億元，全社會研究開發支出總額3003.1億元，居世界第5位；研發投入強度不斷提升，全社會研究開發支出總額占國內生產總值的比重達到1.42%。近5年國家財政科技投入保持了年均17%的較快增長，其中2006年中央財政科技撥款達1009.7億元，比上年增加25.0%。

8．中國成為世界科技人力資源大國。2005年，中國科技人力資源總量約為3500萬人，居世界第1位；2006年，中國研究與試驗發展全時人員達150萬人/年；一支充滿活力的中青年科技人才隊伍正在迅速成長，45歲以下中青年科研人員占研究人員總數的80%；高等院校在校生總規模達到2300萬人，成為世界上科技人才培養規模最大的國家。
回答人的補充 2009-05-21 14:46 9．國家創新體系建設取得重要進展。科技體制改革不斷深化，企業在技術創新中的主體地位逐步增強，大學、科研機構在科技創新中的骨乾和引領作用進一步發揮。2006年，中國企業研究開發支出總額達到2134.5億元，佔全社會研究開發支出總額的71.1%，企業開發的重大技術成果不斷涌現；民營科技企業已由20年前的7000多家發展為2006年的15萬家。高等院校現有研究開發人員22.7萬人，取得了人類細胞衰老主導基因、下一代互聯網示範工程、家蠶基因組等一批重大創新成果。科研院所創新能力顯著提高，應用開發類科研院所面向市場的創新能力得到加強，公益類科研院所創新能力進一步增強，中國科學院知識創新工程取得一批重大創新成果，成為國家創新體系建設的一支重要力量。

10．國際科技合作的廣度和深度進一步拓展。目前，中國已與152個國家和地區建立了科技合作關系，與96個國家簽訂了102項政府間科技合作協議，簽訂了1000多項部門間科技合作協議，形成了較為完整的政府間雙邊和多邊國際科技合作框架。積極利用國際科技資源，中國參與了國際熱核聚變實驗反應堆（ITER）、伽利略全球衛星導航、國際對地觀測、地球空間雙星探測、人類肝臟蛋白質組、中醫葯國際科技合作等等國際大科學、大工程計劃。中國科學家、科學技術人員參與國際科技合作的渠道進一步拓展，人員交流與合作更加緊密、便捷，方式更加靈活、多樣。迄今為止，中國已參加了大約350個國際科技組織，有206位科學家在國際

㈣ 什麼是系統架構設計

簡單一點，系統架構設計就是一個系統的草圖，描述了構成系統的抽象組件，以及各個組件之間的是如何進行通訊的，這些組件在實現過程中可以被細化為實際的組件比如類或者對象。在面向對象領域中，組件之間的聯通通常面向於介面實現的。

是人們對一個結構內的元素及元素間關系的一種主觀映射的產物。架構設計是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。

「架構」一詞最早來自建築學，原意為建築物設計和建造的藝術。但是在軟體工程領域，軟體架構不是一個新名詞，只是在早期的著作中人們將軟體架構稱為軟體體系架構。這就是架構的概念。所謂架構，就是人們對一個結構內的元素及元素間關系的一種主觀影射的產物。

無論何種系統架構應用領域，目的都是一樣的，即完整地、高一致性的、平衡各種利弊的、有技術和市場前瞻性的設計系統和實施系統。

(4)成果框架系統平衡擴展閱讀

系統架構的主要任務是界定系統級的功能與非功能要求、規劃要設計的整體系統的特徵、規劃並設計實現系統級的各項要求的手段，同時利用各種學科技術完成子系統的結構構建。

在系統架構中，由於對軟體越來越深入的依賴，軟體架構的任務也體現出重要的作用。而且系統架構與軟體架構是緊密聯系和相互依賴的。

1997年，Eberhadrt Rechtin 與MarkW Maier 在其論著中，為計算機科學總結了系統架構方面的實踐成果，從而奠定了系統科學和系統架構在計算機科學中的基石。

㈤ 什麼是軟體系統架構設計

「架構」一詞最早來自建築學，原意為建築物設計和建造的藝術。但是在軟體工程領域，軟體架構不是一個新名詞，只是在早期的著作中人們將軟體架構稱為軟體體系架構。這就是架構的概念。所謂架構，就是人們對一個結構內的元素及元素間關系的一種主觀影射的產物。
系統架構的主要任務是界定系統級的功能與非功能要求、規劃要設計的整體系統的特徵、規劃並設計實現系統級的各項要求的手段，同時利用各種學科技術完成子系統的結構構建。
在系統架構中，由於對軟體越來越深入的依賴，軟體架構的任務也體現出重要的作用。而且系統架構與軟體架構是緊密聯系和相互依賴的。
1997年，Eberhadrt Rechtin 與MarkW Maier 在其論著中，為計算機科學總結了系統架構方面的實踐成果，從而奠定了系統科學和系統架構在計算機科學中的基石：
無論何種系統架構應用領域，目的都是一樣的，即完整地、高一致性的、平衡各種利弊的、有技術和市場前瞻性的設計系統和實施系統。

㈥ 城鎮土地分等與基準地價平衡信息系統設計與實現

劉耀林 焦利民 劉洋

（武漢大學資源與環境科學學院，武漢，430079）

摘要：本文探討了城鎮土地分等與基準地價平衡的技術路線、模型方法和系統設計思路，提出了系統的總體結構模式、功能模塊劃分、資料庫構成和面向對象的系統類設計，並基於高級語言、GIS組件和資料庫技術實現了該系統。實例表明，系統設計可行，效果較好，實用性強。

關鍵詞：城鎮土地分等；基準地價平衡；組件式；GIS

城鎮土地分等是通過對影響城鎮土地質量的經濟、社會、自然等各項因素的綜合分析，揭示城鎮之間土地質量的地域差異，採用多因素綜合評定方法判定城鎮土地等別。城鎮土地等反映城鎮之間土地質量的總體差異，其序列在區域（如省）或全國范圍內統一排列。基準地價平衡是在區域范圍內，根據現有各城鎮土地定級與基準地價平衡成果，在統一基準地價內涵、基準地價修正的基礎上，對各城鎮的基準地價進行平衡，建立區域內統一、協調的基準地價體系。目前我國城鎮基準地價體系基本建立，但各城鎮的基準地價由於技術方法、基準地價內涵等的不一致性，導致城鎮之間基準地價的不可比性。開展城鎮土地分等和基準地價平衡工作對於規范基準地價體系、發揮基準地價對土地市場的宏觀調控作用有重要意義。

目前我國城鎮土地分等研究主要集中在城鎮土地分等的影響因素和分等方法等問題，採用城鎮土地分等指導基準地價平衡並完成區域性實踐研究的只有山東、福建等地，但並沒有形成統一、成熟的基準地價平衡方法。上述研究大多也藉助了計算機技術、GIS技術，但還沒有設計開發相對獨立、完整的城鎮土地分等與基準地價平衡信息系統。本文提出了一套完整的城鎮土地分等與基準地價平衡技術流程，並基於此開發了信息系統，同時以湖北省為例給出了系統應用實例。該系統操作簡便，功能較為完善，有助於提高工作效率以及結果的准確性和可靠性。

1 技術流程與方法分析

1.1 技術流程

城鎮土地分等是對城鎮土地質量的綜合評定，對基準地價平衡起指導和控製作用。土地市場交易資料是土地市場情況的直觀反映，可以作為土地分等與基準地價平衡的結果驗證的參考依據。本文提出以城鎮分等綜合分值為控制、採用分段線性插值方法進行分類基準地價平衡、並以市場交易樣點進行檢驗的技術路線。同時顧及下面兩點：對於基準地價資料較老、無法通過簡單修正而滿足平衡條件的城鎮，則基於補充調查樣點進行基準地價更新；對土地分等和基準地價平衡結果採用多種方法進行驗證和檢驗。具體的技術流程如圖1。

圖1 城鎮土地分等與基準地價平衡技術流程

1.2 模型與方法

1.2.1 因素選取與權重確定

《城鎮土地分等定級規程》（以下簡稱《規程》）中列出了較為全面的城鎮土地質量影響因素，根據實地情況進行選取或補充，充分考慮因素影響顯著性、區域差異性、可得性等，建立初始的因素因子體系。然後進行主成分分析，提取主成分，基本確定因素因子體系。最後通過召開專家論證會，廣泛聽取意見，最終確定城鎮土地分等的因素因子體系。在進行系統設計時，提供較為全面的因素體系供用戶選擇，一級因素包括以下八大類：城鎮區位、城鎮集聚規模、城鎮基礎設施、城鎮公用設施、城鎮用地效率、城鎮生態環境、區域經濟發展水平、區域土地供應潛力。

權重確定可選用特爾菲法、層次分析法、因素成對比較法或灰關聯度分析法等。

1.2.2 城鎮土地分等

根據《規程》要求，城鎮土地分等採用多因素綜合評判法進行各級因素作用分和城鎮綜合分值的計算，採用數軸法和總分頻率法進行城鎮土地等的初步劃分。而實際工作中，由於城鎮數目較少，採用上述方法進行等別劃分時效果並不理想，引入總分柱狀圖法，按照自然分段法（Natural Breaks）進行等別劃分。

採用聚類分析法進行城鎮土地分等，驗證初始分等結果。將城鎮作為聚類對象，將多因素綜合評判計算的參評因素綜合分值作為因子評分值，分等因素因子的權重作為聚類對象的總排序權重，加權計算聚類對象之間的距離，按距離進行聚類。這里採用歐式距離：

土地信息技術的創新與土地科學技術發展：2006年中國土地學會學術年會論文集

式中，D_ij——第i個分等對象到第j個分等對象的歐氏距離；

W_k——第k個因子的總排序權重值；

F_ik——第i個分等對象到第k個因素的評分值；

F_jk——第j個分等對象到第k個因素的評分值。

此外結合基準地價資料、市場交易資料和專家經驗進行校驗，對分等結果進行調整並最終確定城鎮土地等別。

1.2.3 基準地價平衡

基準地價平衡的操作對象是修正和規范後的城鎮基準地價，如修正後統一到高值、中值、低值。平衡時一般針對高值進行，平衡後中值和低值按不變間距推算。基準地價平衡方法目前還沒有國家規范可循，這里採用選取典型城鎮作為控制點、根據分等綜合分值進行分段線性插值的方法。平衡計算的基本公式為：

P_i＝P₀ －ΔN_i（P₀ －P_n）/（N₀ －N_n）

式中，P_i——某城鎮某用途基準地價高值的平衡結果；

P₀——前控制點某用途基準地價高值；

P_n——後控制點某用途基準地價高值；

ΔN_i——當前城鎮與前控制點分等綜合分值的差；

N₀——前控制點的城鎮土地分等綜合分值；

N_n——後控制點的城鎮土地分等綜合分值。

2 系統結構與功能模塊設計

2.1 系統結構

城鎮土地分等與基準地價平衡信息系統採用組件式開發方式，高級語言採用VC＋ ＋6.0，GIS組件採用MapObjects 2.1，屬性資料庫採用Micro Access 6.0進行管理。系統結構如圖2。

圖2 系統結構圖

2.2 功能模塊

按照軟體結構化設計的原則，自頂向下逐步劃分城鎮土地分等與基準地價平衡信息系統的功能模塊和子模塊。

2.2.1 數據管理模塊

該模塊主要實現圖層加入、圖層顯示控制、視圖縮放瀏覽、視圖導航等功能，並實現對空間數據和屬性數據（分等因素調查數據表、基準地價調查表、修正系數表等）的一體化管理。

2.2.2 數據編輯模塊

該模塊主要實現圖形數據（點、線、面）和屬性數據的編輯處理。

2.2.3 因素體系和權重確定模塊

該模塊包括兩個子模塊。

因素選擇子模塊：實現用戶初選因素因子體系、根據調查數據進行主成分分析、最終確定分等因子體系等功能。

權重確定子模塊：實現因子權重的計算功能，包括特爾菲法、層次分析法、因素成對比較法、灰色關聯度分析法。

2.2.4 城鎮土地分等模塊

該模塊實現多因素綜合評判法城鎮土地分等和結果校驗，包括三個子模塊。

分等因素計運算元模塊：實現單因子分值計算（指標賦分加權求和法、位序法）、次級因素分值計算、一級因素分值計算和總分值計算。

等別劃分子模塊：根據各城鎮分等總分值劃分等別，包括總分頻率法、數軸法和柱狀圖法。

等別校驗子模塊：實現聚類分析法城鎮土地分等並與初始等別進行對比分析、等別的基準地價檢驗等。

2.2.5 基準地價平衡模塊

該模塊包括五個子模塊。

基準地價更新子模塊：對於基準地價成果不具有現勢性（由於上次基準地價工作較早、城區范圍擴大、城市建設迅速等原因）需要進行基準地價更新以滿足平衡需要。

基準地價預處理與修正子模塊：完成基準地價標准化（如將城鎮基準地價統一到高、中、低三級）和基準地價修正（期日、年期、容積率、開發程度）。

基準地價平衡計運算元模塊：選擇等別次序和基準地價次序相近、基準地價標准和市場實際情況一致性較高的典型城鎮作為控制點；根據城鎮土地分等總分值採用分段線性插值方法進行基準地價平衡。

基準地價平衡校驗子模塊：採用回歸分析法、空間聚類分析法、空間插值法進行基準地價平衡檢驗。

基準地價控制幅度測算：實現各等別和各城鎮基準地價控制幅度的測算。

2.2.6 數據輸出模塊

報表輸出子模塊：實現城鎮土地分等和基準地價平衡成果表的格式輸出功能。

圖件輸出子模塊：實現城鎮土地分等圖件和基準地價平衡圖件的輸出功能。

發布數據轉出子模塊：將可用於公開發布的數據提取轉出形成信息發布資料庫。

3 系統資料庫設計

3.1 數據組成

城鎮土地分等與基準地價平衡資料庫由空間資料庫和調查表格資料庫兩大部分組成。空間資料庫的主要內容是：基礎地理數據，包括水系、交通、行政區劃等；城鎮土地分等與基準地價平衡單元圖；各城鎮商業、住宅、工業的市場交易調查樣點分布圖。調查表格資料庫的主要內容是：分等因素因子調查表，包括前述八大類因素因子的調查表格；基準地價調查表，包括基準地價評估確定的商業、住宅、工業各級別基準地價、級別面積比例及基準地價內涵和相關參數，以及調查時點基準地價的執行標准；修正系數表，包括城鎮基準地價評估時制定的期日、年期、容積率和開發程度修正系數表；交易樣點調查表，包括城鎮土地交易資料調查表、城鎮商品住宅交易樣點調查表等；基準地價更新樣點調查表（僅對需要進行基準地價更新的城鎮而言），包括土地使用權出租調查表、土地使用權出（轉）讓調查表、商品房出售調查表等。

3.2 空間數據組織

根據空間數據的用途（如基礎地理數據、單元圖、樣點圖等）分類，圖層採用shape格式存儲，通過MO組件進行訪問和管理。單元圖在視圖中用行政區劃結構樹建立索引。

3.3 調查表格數據組織

將調查表格數據規范化，使之符合3 NF要求，並分類存儲於Access資料庫。系統通過ODBC與之交互。

3.4 空間數據和屬性表格數據的關聯

空間數據與屬性表格數據之間通過關鍵字以自然連接方式關聯。城鎮土地分等與基準地價平衡單元圖與分等因素因子調查表關聯生成各分等因素圖層。交易樣點分布圖與交易樣點調查表關聯生成交易樣點地價圖層。

綜上所述，系統資料庫結構可用圖3表示。

圖3 系統資料庫結構圖

4 系統類設計

城鎮土地分等與基準地價平衡系統採用面向對象技術開發，系統類主要包括主程序框架類、視圖類、文檔類、工程管理相關類、土地分等因素體系及權重確定相關類、土地分等相關類、基準地價平衡相關類、基準地價更新及修正相關類、成果輸出相關類。

類設計遵循開閉原則（擴展性方面是開放的而在更改性方面是封閉的）、替換原則（子類應當可以替換父類並出現在父類能夠出現的任何地方）、依賴原則（與特定業務有關的依賴關系依賴介面和抽象類而不是具體類）、介面分離原則（盡量避免功能太多的服務介面類）。類、函數、變數的命名原則遵循一般的設計原則，盡量簡潔、清晰，並具有良好的可區分性。

系統類關系如圖4所示。

圖4 系統類關系圖

5 系統應用實例

城鎮土地分等與基準地價平衡系統在湖北省取得了成功應用。湖北省共有84個城鎮土地分等與基準地價平衡單位。基於該系統完成了因素選取、權重計算、土地分等、等別檢驗、基準地價平衡、平衡結果檢驗等工作，系統界面友好、操作方便，結果符合實際。以下是系統部分功能的界面示例（圖5～圖8）。

圖5 聚類分析圖

圖6

圖7

圖8

6 因素分值計算

採用聚類分析（圖6）等方法與多因素綜合評定法相互驗證，保證了結果的可靠性。從圖8可以看出，分段線性插值曲線與回歸分析曲線在總體趨勢上一致，但回歸分析曲線在分值高端偏差較大，而分段線性插值更加靈活，在分值高端仍然能夠與實際情況保持較高的一致性。市場交易樣點地價也驗證了這一點。

本文在《城鎮土地分等定級規程》的基礎上，提出了一個切實可行的城鎮土地分等與基準地價平衡技術方案和系統設計方案，並基於高級語言、GIS組件（MO）和Accsss資料庫實現了該系統。系統可以實現因素選取、權重確定、土地分等與基準地價平衡等功能，並提供了多種結果檢驗方法，保證了結果的准確性。實例表明，系統功能完善，實際應用效果較好，其中以分等為控制的分段線性插值基準地價平衡方法具有較高的實用性。

參考文獻

國土資源部.城鎮土地估價規程.北京：國土資源部，2001

嚴星，林增傑.城市地產評估.北京：中國人民大學出版社，1999

劉耀林.土地信息系統.北京：中國農業出版社，2002

李清石.最新全國城市基準地價及土地評估業務手冊.北京：中國大地出版社，2004

㈦ 如何系統地進行架構和應用設計

軟體架構設計的目的 對於外包業務類型的項目，軟體架構設計的目的與產品類型的項目有所不同，在這里主要討論外包類型項目的軟體架構設計目的。 1、為大規模開發提供基礎和規范，並提供可重用的資產，軟體系統的大規模開發，必須要有一定的基礎和遵循一定的規范，這既是軟體工程本身的要求，也是客戶的要求。架構設計的過程中可以將一些公共部分抽象提取出來，形成公共類和工具類，以達到重用的目的。 2、一定程度上縮短項目的周期，利用軟體架構提供的框架或重用組件，縮短項目開發的周期。 3、降低開發和維護的成本，大量的重用和抽象，可以提取出一些開發人員不用關心的公共部分，這樣便可以使開發人員僅僅關注於業務邏輯的實現，從而減少了很多工作量，提高了開發效率。 4、提高產品的質量，好的軟體架構設計是產品質量的保證，特別是對於客戶常常提出的非功能性需求的滿足。 軟體架構設計的原則 軟體架構設計必須遵循以下原則： 1、滿足功能性需求和非功能需求。這是一個軟體系統最基本的要求，也是架構設計時應該遵循的最基本的原則。 2、實用性原則，就像每一個軟體系統交付給用戶使用時必須實用，能解決用戶的問題一樣，架構設計也必須實用，否則就會「高來高去」或「過度設計」。 3、滿足復用的要求，最大程度的提高開發人員的工作效率。 軟體架構設計的幾種視圖 我們常常在討論架構設計該做些什麼的時候，或是在架構設計評審的會議上，會提出各種各樣的問題，例如開發人員該如何記錄Log，事務如何控制？怎樣才能提高我們的開發人員的工作效率，即在單位時間內更有品質的完成更多的功能？怎樣滿足客戶的非功能性需求？怎樣讓生產環境的平台管理人員更好的維護系統？ 上面這些問題，實際上是軟體系統的不同的干係人站在不同的角度上提出的問題，要回答上面這些問題，我們就得從不同的視角來看待軟體架構設計這項工作。 1、邏輯架構視角，從系統用戶的角度考慮問題，設計出來的軟體架構能夠滿足業務邏輯的需求，能夠處理現在越來越復雜的業務邏輯需求。 2、開發架構視角，從系統開發人員的角度來考慮問題，設計的架構要易於理解，易於開發，易於單元測試，最好做到讓開發人員可以用最少的代碼行數完成功能的開發。 3、運行架構視角，從系統運行時的質量需求考慮問題，特別關注於系統的非功能需求，客戶常常都會要求我們系統的功能畫面的最長響應時間不超過4秒，能滿足2000個用戶同時在線使用，基於角色的系統資源的安全控制等。 4、物理架構視角，關注系統安裝和部署在什麼樣的環境上，例如現在最流行的企業應用服務解決方案IBM Http Server ＋ WebSphere Application Server ＋ DB2，WebLogic + Oracle等。 5、數據架構視角，如今我們開發的各類系統，如MIS，ERP，SAP，基本上都是對各類數據的操作，把一堆不太好懂的數據展現成用戶容易看懂的數據，自動處理各類數據的運算等，所以數據的持久化是十分重要的一件事情。1、分析需求和理解業務模型（或領域建模），並選定關鍵Use case。 軟體的需求，可以分為從用戶視角和開發人員視角來看，從用戶的角度看，又可以分為功能性和非功能性需求，我們必須從不同的視角和級別去全面的認識需求並分析需求，理解業務模型。實踐表明，常常被我們忽視的非功能性需求常常會導致整個項目失敗。 理解業務需求最好的方式莫過於進行領域建模，領域建模與需求分析往往是交替穿叉進行的，領域建模主要有以下三個方面的作用： ◆探索復雜問題，弄清領域知識。Martin Fowler曾經說過，他採用面向對象方法最大的好處就是它有助於解決更為復雜的問題。領域建模本身作為輔助思維的工具，幫助我們將注意力始終保持在最為重要的業務概念及其關繫上，使我們能夠不斷深入地，系統的對需求進行分析和認識。領域建模往往是一個從模糊到清晰，從零散到系統的過程。 ◆決定功能范圍，影響可擴展性。任何模型都是對現實世界某種程序的抽象，這種抽象就會忽略某一些東西，例如忽略對象的屬性和對象間的關系，而這些忽略往往都是帶有一定的目的性的，這種忽略就決定了功能的范圍。模型揭示了各種功能背後的結構，如果說定義功能相當於「拍照片」的話，那麼領域建模就相當於「做透視」，更加關注問題領域的內在結構，相當於對問題領域進行了一定的抽象，良好的領域模型不僅能很好的支持現有的功能，而且還可以在一定程度上支持未來可能出現的新需求，體現良好的可擴展性。 ◆提供交流基礎，促進有效溝通。領域建模通常會使用UML圖作為呈現的方式，這樣為我們的溝通提供了方便。當然，有時候文字在描述某些特定領域的問題時可能更適合，可以靈活運用。 在我們公司的實際軟體開發流程中，往往領域建模缺少這一環節，這可能是在以後的工作中需要進一步提高之處。 雖然我們總是期望架構設計師能全面掌握需求，但由於時間和精力的限制，擺在我們面前的現實就是架構設計師沒有時間對所有需求進行深入分析，所以我們的策略就是「把好鋼用在刀刃上」，即把大部分時間和精力花在對決定架構最重要的關鍵需求上。在選擇關鍵需求時要注意：高優先順序的需求往往是從用戶的角度來看的，可能並不是真正的關鍵需求。在《RUP實踐者指南》一書中向我們講述了如何確定關鍵功能需求？A.作為應用程序的核心或實現了系統的主要介面的功能，B.必須被實現的功能，即如果這些功能不被實現，則開發出來的軟體就失去了價值，C.覆蓋了系統架構的一些方面，但沒有被其他重要的Use case覆蓋到的功能。 2、分別從各個視角來考慮軟體架構的方方面面。 軟體的架構設計必須考慮到各方面，根據前期工作確立的領域模型，關鍵需求，系統約束等進行設計，必須從系統用戶，開發人員，系統管理員，部署管理員，數據管理員等人員的角度去分析並解決問題。比如說，如果我們的運行架構採用Cluster方式時，就必須小心Cache和Session等的使用；如果我們的業務邏輯要求我們要操作多個資料庫時，就要考慮採用支持二階段事務提交的方式。 只有將這些方方面面的問題都考慮到了，這樣的架構設計才是完整的。至於每一個視圖中，我們應該設計到什麼細節這一問題，實際上與整個項目的過程定義有關。例如，如果我們有專門安排資料庫概要設計的活動，那我們在架構設計的過程中就可以只需要關注更高層次的資料庫特性及資料庫之間的關系，而每一張表的數據字典可以在後續的相關活動中進行設計，但如果沒有這樣的活動，那我們就要細化到每一張表的每一個欄位，以及表之間的關系。 3、解決技術面的重點問題和難題 在軟體架構設計的過程中，我們往往會需要攻克一些技術面的重點問題和難題，這完全是一項極其需要扎實的理論知識和豐富的實踐經驗支撐的工作。例如，我們如何提高整個系統的性能？如何能很好的導出極其復雜的「中國式報表」（一般比西方國家產出的報表要復雜很多，而且很多開源的BI類的框架並不能完全解決問題）？ 當遇到確實是很困難的問題，可以去網路一下或Google一下，也可以去請教公司的資深技術人員或專家，或者召開小范圍的技術專題討論會議，採用腦力激盪的方法試著找找答案，這樣才能提高工作的效率。 4、召開架構設計評審會議進行同行評審。 架構設計評審是極其重要的一環，我曾將其形容為「七種武器」中的離別鉤，就是因為在會議上，同行們可能會提很多問題或意見，而且很多意見很尖銳，所以一定要虛心接受，並做好記錄，正所謂「良葯苦口利於病，忠言逆耳利於行」。 在評審會議之前，我們要完成很多准備工作，最好是能准備一份簡明扼要的電子簡報，把最重要的問題列出來，這樣在進行評審會議時，就不會漫無目的，在會議前就將這些資料發給與會人員，請他們抽空先了解一下，在會議進行時，要學會控制會議的進度，提高會議的效率。 5、針對關鍵Use case在設計的架構上實現功能來驗證架構。 對於架構設計的驗證也是一項十分重要的工作，其驗證技術有很多種，在我們公司通常會採用Sample的形式，即XP中所說的迭代0，RUP中所說的切片。這樣做的好處是既可以從實際的產品角度出發來有效的驗證架構是否滿足要求，又可以比拋棄型原型驗證技術節省成本。 這個Sample絕不是我們在解決架構設計中的問題時拿來做實驗的一些代碼的拼湊，而是完整的實現某一關鍵Use case的符合架構設計和一系列規范的可交付的代碼及相關文檔。同時，這個Sample可以作為你在給大家講解或培訓架構時的教材，也可以作為開發人員使用此架構進行開發的藍本，甚至是只需要復制粘貼，加上簡單的修改即可。 6、交付給客戶Review。 這一環節，在很多公司可能並不存在，因為他們的軟體架構並不一定需要客戶Review，但像我們這種做服務的公司，最重要的就是客尊，落實到軟體架構設計這一活動，就是讓客戶理解並接受你的架構設計方案，同時，客戶也會起到幫你驗證架構的作用。通常，我們的架構得到客戶的認可後，便可進入大規模的開發。 在交付給客戶Review時，通常可能會以會議的形式進行Review，所以我們可以參照評審會議時好的做法來召開會議，在這里就不再冗述。軟體架構設計的常見誤區及解決辦法 1、架構設計的常常會「高來高去」。所謂高來高去，實際上就是我們的架構設計僅停留在模型階段，但也絕不是產生第一支樣常式式。 2、架構設計時常常會在某些方面過度設計（Over engineering）。為了一些根本不會發生的變化而進行一系列復雜的設計，這樣的設計就叫過度設計，往往會帶來資源的浪費並且會增加開發的工作量或難度。雖然我們必須考慮到系統的擴展性，可維護性等，但切忌過度設計。有時候或許你並不能判斷出哪些設計是過度設計，此時你可以請教你的PM，讓他站在整個項目的高度來幫你決策一下。 3、架構（Architecture）不是框架(Framework)，也不是簡單的將幾種框架或技術的組合，框架本身也是有架構的。框架一般是針對於某一方面或領域的重用性和可擴展性非常好的半成品，我們可以用一句較為經典的話來總結：框架是軟體，架構不是軟體，框架是一種特殊的軟體。我們在工作中通過將許多方面的可重用的工具類，公共類，基礎類等抽象出來，即可形成一些可重用的框架。 4、架構設計絕不是新技術展示平台，合適的技術才是對於項目有利的技術，必須考慮到開發人員的能力和維護人員的能力。作為一名架構設計師應該更多的考慮如何平衡業務需求，織織運作（主要指團隊中的協作）和技術三者的關系，而不僅僅是去關注那些技術細節。 5、架構設計的成功與否決定著系統品質的好壞，因為架構設計不好而導致交付的系統Bug過多，無法滿足客戶非功能性需求等問題，從而導致項目取消的案例時有發生。架構設計不是架構設計師一個人的事情，也不是幾天就能完成的一項工作，必須是架構設計師付出大量辛勤勞動後的成果，其成敗往往與組織、主管、項目經理的支持有著密切的關系。 關於架構設計的一點通用技巧 1、分層（Layer）規則。這里的層是指邏輯上的層次（Layer），並非指物理上的層次（Tier）。目前的絕大多數的企業級應用系統中都分為三層，即表現層，領域層和數據層。在對各層次進行劃分時，主要可以從以下幾個方面來考慮：A、每一層是一個相對獨立的部分，可以作為一個整體，無需對其它層了解；B、將層次間的依賴性降到最低，即降低耦合；C、可以從某種程度上替換掉某一層，而對其它層不會產生過多的影響；D，層次並不能封閉所有的東西，假如用戶界面上增加了一個欄位，那麼領域層就要增加一個數據域，數據層就要增加一個相應的欄位。同時，過多的分層可能會對性能造成一定的影響。 2、包（package）之間不要產生循環依賴。通常包的劃分會先按不同的邏輯層來劃分，在層的包下面再按功能來劃分。避免包間的循環依賴是一個比較通用的規則，這樣的規則一定有其存在的價值和道理，之所以這樣主要是出於以下原因：A、循環依賴會使分層失去意義；B、循環依賴會帶來許多潛在的風險，如可能會產生嵌套事務（nested transaction，JavaEE標准中並不支持這種事務）的現象，我就曾遇到過這樣的問題，在一個項目中，事務放在業務邏輯層統一控制，但由於開發人員忽視了架構中這樣的原則，在持久層調用了展現層的公用類，形成了迴圈的現象，導致了嵌套事務的發生。 3、設計模式的應用。在很多人的觀念里，提供設計模式就等同於GOF的設計模式，其實設計模式是個廣泛的概念，比如需求模式、領域模式、反模式等都屬於設計模式。模式其實是一門工具，是人們對於過去解決某一類問題的經驗總結，所以我們可以在設計活動中應用各種設計模式，但是在應用這些模式之前一定要先分析清楚問題，否則就可能出現「牛頭不對馬嘴」的現象。 成功的項目總有相似之處，失敗的項目卻各有各的失敗之處。好的軟體架構設計必定是成功項目的相似之處，我們有什麼理由不把軟體架構設計做好了？

㈧ 系統構架

系統總體框架由3個主體部分構成:數據層、應用服務層和客戶服務層(圖7－1)。

數據層指各類地質數據，如地下水位、地下水溫、水質、抽灌試驗、換熱試驗、空間數據、成果圖件數據等專業資料庫的結構、編碼分類。

應用服務層是系統的核心，所有的應用邏輯都在此進行，包括基礎信息服務、業務管理、適宜性區劃評價、資源量計算、環境效應評價、經濟效益評價、輔助決策支持等功能。

客戶服務層是用戶最終直接使用的界面，用戶對整個信息管理系統功能的調用都在此進行。客戶服務層構架一個人機交互平台，提供給用戶一個自然的、人性化的圖形用戶界面(GUI)來發出請求、輸入信息和查看結果。

㈨ 分等資料庫的建設

（一）農用地分等數據的組成

農用地分等數據成果豐富，按照農用地分等的流程可分為自然質量分、自然質量等指數、自然質量等別、土地利用系數、土地經濟系數、利用等指數、利用等別、經濟等指數和經濟等別；按照農用地分等數據的性質可分為空間數據、屬性數據、文本數據。為使農用地分等成果能夠方便、直觀地展現國家級、省級、縣級、鄉級各級農用地的質量與數量特徵，實現對農用地分等數據的查詢、分析、融合、分發等功能，必須建立一套統一、規范化的數據管理體系。這套體系能夠從農用地分等的基礎資料、中間成果和農用地分等成果（圖、文、表）等海量數據中提取信息，供匯總平衡、調整、分析，為各級政府部門制定相關政策提供技術支持，是土地信息化的堅實基礎，對各級農用地的數據（包括屬性數據和矢量數據）進行更新、查詢、檢索和集成，建設農用地分等資料庫。

農用地分等資料庫的建設是實現土地資源數量、質量、產能與生態環境並重管理及國土信息化工程建設的基礎保障，是實現國土資源現代化管理、社會化服務的必要前提，也是各級政府和國土資源管理部門切實保護基本農田、實施耕地佔補按等級折算的重要手段。廣西壯族自治區農用地分等自治區級與縣級農用地分等成果主要包括文字成果、圖件成果、數據成果和電子成果。

1.文字成果

文字成果主要包括自治區級與縣級農用地分等技術報告（包含縣級農用地分等基礎資料匯編等）。農用地分等技術報告主要包括4個方面的內容：一是分等對象所在區域的自然、經濟和社會概況；二是分等技術方法，包括分等參數的確定，分等因素指標區、分等單元、土地利用系數等值區與土地經濟系數等值區的劃分方法，分等因素及其分值和權重的確定方法，等別劃分方法，分等成果檢驗與調整方法，計算機技術在分等中的應用以及其他需要說明的技術問題等；三是分等成果及其分布特點和規律、地域組合特點、差異原因、農用地利用中存在的主要問題等；四是分等成果的應用分析。

2.圖件成果

圖件成果具體包括分等單元圖、農用地自然質量等別分布圖、農用地利用等別分布圖、農用地經濟等別分布圖、標准樣地分布圖。

3.數據成果

數據成果包括廣西壯族自治區的農用地分等單元原始屬性數據表、樣點投入產出調查數據表、農用地分等基本參數表、各指標區「指定作物－分等因素－自然質量分」記分規則表、農用地分等各指標區分等因素體系及其權重表、土地利用系數與土地經濟系數匯總表、土地利用系數等值區間表、土地經濟系數等值區間表、自治區級農用地分等單元指定作物計算結果表、自治區級農用地分等單元多作物綜合計算結果表、農用地分等結果各鄉（鎮）面積匯總表、農用地分等結果各地類面積匯總表、自治區級農用地分等單元綜合數據表、農用地標准樣地屬性數據表等，部分表格見附錄。

4.電子成果

廣西壯族自治區農用地分等電子成果用光碟或硬碟保存，提交的農用地分等成果包括文字、圖件和數據等成果的電子版本。

（二）農用地分等資料庫建設的依據與內容

1.農用地分等資料庫建設的依據

農用地分等資料庫建設首先要依據分等數據的特點：一是信息量巨大；二是數據與信息種類多種多樣，按數據的特徵分為屬性數據和矢量數據，按數據的來源和性質分為農用地自然屬性和社會經濟屬性，這些數據涉及土地學、農業學、地理學、測繪學、信息學和經濟學等眾多學科；三是成果具有復雜多層次的特徵。其次，依據《農用地分等資料庫標准》，農用地分等成果數據的內涵、特點及其應用需求，設計農用地分等資料庫建設方案，按照《農用地分等規程》對農用地分等的各個環節及其成果數據進行整合加工標准化處理，把農用地分等成果的矢量數據和屬性數據，通過關聯式數據系統儲存、管理、整合在一起，建立統一、規范的農用地分等資料庫。

2.農用地分等資料庫建設的內容

農用地分等資料庫建設的內容主要包括農用地分等數據的分類編碼、農用地分等數據的圖形要素分層、農用地分等數據的屬性數據結構、分等單元擴展屬性結構、外部表格信息和農用地分等數據文件命名6個方面的內容。

農用地分等數據的分類編碼包括基礎地理信息分類與編碼、土地利用信息分類與編碼和分等基礎信息分類與編碼。

農用地分等數據的屬性數據結構內容復雜，主要包括基礎地理、土地利用類圖層屬性表、注記屬性表結構、縣級分等基礎層屬性表結構、縣級分等結果層屬性表結構、自治區級分等基礎層屬性表結構、自治區級分等結果層屬性表結構等內容。

分等單元擴展屬性結構包括指定作物分等計算結果表結構和縣級綜合等別計算表結構。

外部表格信息包括指定作物參數表結構、「指定作物－分等因素－分值」說明表結構、「指定作物－分等因素－權重」說明表結構、標准樣地屬性特徵基準分值表結構、「縣級－自治區級」農用地分等單元對應表結構、縣級文檔結果和自治區級文檔結果。

農用地分等數據文件命名規則包括以行政區為基礎的數據文件命名規則和文檔數據文件命名規則等內容。

（三）資料庫系統的設計思想和目標

廣西壯族自治區農用地分等數據管理信息系統的設計思想是以地理信息系統（GIS）為平台，在計算機軟硬體支持下，把各種地理信息按照空間分布，以一定的格式輸入、存儲、檢索、更新、顯示、制圖和綜合分析的計算機技術系統。利用該系統，通過對農用地諸多因素（自然因素和社會經濟因素）的綜合分析，找出農用地變化的特點與規律，從而迅速地獲取滿足應用需要的信息，並能以地圖、圖形或數據的形式表示處理的結果。

1.系統的設計思想和目標

廣西壯族自治區農用地分等數據管理信息系統的設計是在充分研究和總結土地利用管理的實際工作需求和吸收目前計算機技術在土地管理中的應用經驗的基礎上，結合國土資源部新一輪國土資源大調查中《縣級土地利用資料庫標准》和《縣（市）級土地利用資料庫建設技術規范（徵求意見稿）》而制定的。系統的設計綜合了以下幾方面的技術：①數字制圖技術；②計算機的自動查詢、檢索分類、計算統計技術；③空間查詢和分析技術；④空間信息的存儲管理技術；⑤計算機網路技術。配套統一以上技術，將地理信息系統（GIS）技術應用到系統的設計中，形成系統基本的設計思想，即按照農用地分等數據的規范和標准，建立起農用地分等數據管理的技術路線和工藝流程，按照GIS的要求嚴格控制入庫數據的精度；提供方便、快捷的實用工具，提高資料庫的利用率和滿足國土資源管理部門的工作需求；利用地理信息系統中的空間分析功能，完成對資料庫的動態更新，維持資料庫的現勢性。

廣西壯族自治區農用地分等數據管理信息系統設計的基本目標是滿足國土資源管理部門對農用地分等數據的管理需求，提高土地管理的效率和質量，並且充分利用計算機技術來減輕土地管理工作的勞動強度，最終實現土地管理的信息化，構建「數字國土」工程的基礎設施。

2.數據入庫

數據入庫前要檢查採集數據的質量，檢查合格的數據方可入庫。數據檢查主要包括矢量數據幾何精度和拓撲檢查、屬性數據完整性和正確性檢查、圖形和屬性數據一致性檢查、接邊精度和完整性檢查等。數據入庫主要包括矢量數據、DEM數據、DOM數據、元數據等數據的入庫。最後進行系統測試（圖3-17）。

圖3-17 入庫工作流程圖

數據入庫前要對採集數據進行全面質量檢查，並對錯誤進行改正，數據的檢查與更正是數據建庫中至關重要的一步。

（1）按照《縣級土地利用資料庫標准》、《農用地分等規程》等相關標准確定檢查項，包括矢量數據幾何精度和拓撲檢查、屬性數據完整性和正確性檢查、圖形和屬性數據一致性檢查、接

邊完整性檢查等。

（2）基於上述檢查項，定製檢查內容，配置相應的參數。

（3）按照定製的內容，系統自動實現批量檢查，也可以採用人機交互方式對重點內容進行檢查，對發現的錯誤及時修正。

（4）自動生成或手工編寫檢查報告，檢查與更正工作結束（圖3-18）。

圖3-18 數據檢查流程圖

1）矢量數據入庫

（1）數據檢查。數據入庫前，對矢量數據質量進行全面檢查，並記錄檢查結果，對質量不合格的數據應予以返工，質量檢查合格的數據方可入庫。

（2）參數輸入及其數據組織入庫。依據參數設置的要求，向資料庫管理系統中輸入各種建庫參數，對不同數據層的數據建立索引等，各要素數據可分層入庫，也可批量入庫。

（3）多尺度空間數據連接設置。對於多尺度空間資料庫應設置連接參數，便於不同比例尺數據的顯示。

2）元數據入庫

利用資料庫管理軟體，採用人工和自動相結合的方法對各要素元數據內容進行檢查和處理，導入各種元數據。

3）屬性入庫

利用Excel軟體輸入分等評價單元質量分值表，形成分等評價單元自然屬性電子表格文件；再將各評價單元的土地利用系數和土地經濟系數進行匯總，劃分各等值區；然後，匯總到分等評價單元自然屬性表中，計算農用地分等單元的自然質量等指數、利用等指數和經濟等指數；利用相關軟體將整個Excel總表轉換到資料庫中，存為DBASE格式文件；最後，根據關鍵屬性欄位掛接，使圖、表合一，形成統一的空間資料庫。

4）系統運行情況

數據入庫完成後，對系統進行全面的測試；並對測試出現的問題進行全面分析和處理。

具體測試內容及要求為系統運行無死機現象；系統能對資料庫中數據層進行組合查詢，且數據結構正確；系統能夠對數據進行匯總統計並輸出相關表格成果；系統能按要求輸出相關圖件，等等。

（四）系統設計總體框架圖

廣西壯族自治區農用地分等評價數據管理系統橫向包括農用地調查評價基礎業務工作，縱向涵蓋國家、省、市、縣四級國土資源管理部門，其總體框架如圖3-19和圖3-20。

圖3-19 總體框架橫向結構圖

圖3-20 總體框架縱向結構圖

（五）資料庫系統功能的實現

依據農用地分等成果和土地利用管理的需求，該系統應具有以下基本功能：

1.系統建庫

系統建庫是指把農用地分等成果及其涉及的信息用計算機存儲起來，它具有兩個方面的含義：一是全面進行數字化建庫，採用MapGIS的數據結構和幾何特徵的描述術語，輸入農用地分等數據；還可在已有的圖形資料庫的基礎上進行建庫，可利用MapGIS平台提供的數據轉換和屬性管理工具把圖形和屬性轉換到系統中來；二是變更數據，根據農用地分等進展情況，及時更新農用地分等數據信息系統。

2.數據查詢和檢索

數據查詢和檢索模塊是系統的主要功能模塊。該系統提供了強大的地圖瀏覽、圖層控制、空間索引、查詢統計、空間分析和報表輸出等功能，為實現統籌數量、質量與生態並重管理，建設資源節約型社會提供了良好的手段；同時，也滿足公眾參與管理農用地分等數據的功能，加大土地科學普及工作，樹立全社會關注農用地資源安全、耕地保護與國家糧食安全的意識；通過模糊查詢、條件查詢、空間查找等具體功能可以快速查詢村、國家級基本農田、地類圖斑等重要對象的空間位置和屬性信息；能對縣（市、區）各級數據進行實時動態的統計匯總，並可用專題圖的形式對不同區域的農用地分等數據按不同的指標進行對比分析，可以輸出各種圖形和報表；可以根據不同的業務需要，設計不同的數據應用分析模型，例如征地分析模型、土地開發整理前後質量評價模型、土地利用變化模型等。通過系統，按這些模型進行處理，輸出分析結果，從而有效地促進國土資源管理工作的信息化、科學化、專業化，提高辦事效率，避免決策失誤。

3.成果輸出

依據農用地分等制圖規范和土地利用管理需求，輸出農用地分等圖形和數據成果；還可以按行政區域及任意區域裁剪圖件等。

4.系統維護

該系統是按照國家的有關規程和標准進行設計的，可根據土地管理實際情況做進一步的編碼和更新，滿足國土資源管理工作的實際需要。