四、主要技術路線目錄管理系統四、主要技術路線目錄管理系統目錄TOC\o"1-5"\h\z\o"CurrentDocument". 前言 1.建設目標 1.現狀調查 1\o"CurrentDocument".總體設計技術路線和系統框架 3\o"CurrentDocument"技術路線 3\o"CurrentDocument"系統結構 4\o"CurrentDocument".系統運行環境 7\o"CurrentDocument". 應用功能方案 9. 其它性能要求的響應 12\o"CurrentDocument".質量保證計劃 16系統測試方案 16系統驗收方案 17\o"CurrentDocument"系統運行維護方案 17系統培訓方案 18\o"CurrentDocument".技術團隊和實施計劃 19實施團隊 19項目組結構 19\o"CurrentDocument"項目組成員 20\o"CurrentDocument"實施計劃 20\o"CurrentDocument".提交成果 21共24頁，目錄第i頁目錄管理系統四、主要技術路線目錄管理系統.前言我司全面研究了成都市規劃信息技術中心數字成都地理信息公共平臺“目錄管理系統”項目詢價文件，按照詢價文件要求編制了本投標文件。本部分為“四、主要技術路線”，旨在按照詢價文件要求提出技術解決方案、應答以及實施計劃。.建設目標根據詢價書要求，以及我們對用戶需求的初步調研討論，本項目的建設目標為：以應用需求為導向，以提升數據資源管理水平為核心，優化完善各類成果資源組織結構，形成結構清晰、便于擴展的成果資源體系。基于該體系，梳理并優化各類數據元數據結構，建立數據資源元數據庫。開發一套基于網絡以及數據庫的元數據管理和查詢應用平臺，供用戶快速了解中心數據或數據服務全貌，并進行檢索查詢，實現管制內容系統化、可視化及安全化。.現狀調查成都市規劃信息技術中心承擔著數字成都地理信正文第1頁目錄管理系統四、主要技術路線目錄管理系統息公共平臺運行的維護工作，已基本建立了覆蓋城鄉規劃管理全過程的成果資源，包括基礎地理信息數據、規劃編制數據、規劃審批數據等。在日常維護管理中，為了對數據平臺中的各類文件數據、空間數據以及針對各部門的應用需求而發布的若干地圖服務。為此，數據管理部已經積累了對若干不同種類數據的元數據，目前基本采用mdb或excel等文件方式，由各類數據的管理員進行單機管理。根據初步調查，元數據管理現狀概況如下：一：中心現有若干臺服務器（包括文件服務器和圖形服務器）。目前在文件服務器上，建立虛擬機，對9類文件數據進行分類的文件存儲和管理，目前數據量約為10-20丁。其中，本次要納入系統目錄數據庫的數據類型主要為：規劃審批文件、規劃編制文件、基礎地理數據。二：中心目前對文件元數據目錄管理采用excel和mdb格式：1）文件元數據：根據文件類型（例如：控規、總規……（詳細類型待用戶提供詳細資料）），分別制定excel格式，每類文件元數據單獨為一個sheet，其中定義好元數據項，隨時人工進行填寫更新。2）空間數據元數據:采用mdb格式，內容類似catalog正文第2頁目錄管理系統四、主要技術路線目錄管理系統（mdb將由用戶在開發期間提供詳細資料）。3）服務元數據：服務是指ArcGISServer發布的服務，中心根據各個部門使用空間數據的需要，在多臺服務器上發布了多個服務實例，目前采用excel方式，記錄服務信息，包括服務名、IP，訪問地址……（詳細表格待用戶提供詳細資料）.總體設計技術路線和系統框架根據詢價書要求，本項目中主要進行三項工作：（一）數據組織標準優化，對現有數據資源組織結構進行優化并形成相關資料。（二）元數據庫建設：調研中心現有各類元數據內容、結構及存儲方式，兼顧系統應用功能及管理需求，進行文件元數據庫和GIS元數據庫設計，在此基礎上完成元數據信息整合（主要針對已有元數據）、建庫及相關資料編寫工作。（三）目錄管理系統研發，支持數據資源的預覽、查詢、編輯更新以及系統配置。本章敘述我公司將采用技術路線和系統框架。技術路線系統設計及技術路線選擇綜合考慮實用、成熟、先正文第3頁

目錄管理系統四、主要技術路線目錄管理系統進性、可擴展性，同時考慮系統的易用性、易維護性。因此，本方案總的技術路線是采用B/S的瘦客戶端架構，系統采用.NET技術架構為基礎，通過三層結構的設計實現各業務應用。所采用.NET框架體系結構如下圖所示：系統結構本系統采用分層結構設計為系統的各功能實現提供統一的支持、規范化設計思路。系統結構如下圖：正文第4頁目錄管理系統四、主要技術路線目錄管理系統系統架構應用邏輯層數據庫技術實現.NET/ASP.NETMVCD一瀏覽器Http的PC51\GET

請求Q2N對象）客戶端架構IE、Chrome控制層業務遇輻層基礎服務層數據訪問層數據存儲層匚#程序集題福庫訪問IDAL玄話管理

參數解析

身份認證元數據采集ADO.NfI系統架構應用邏輯層數據庫技術實現.NET/ASP.NETMVCD一瀏覽器Http的PC51\GET

請求Q2N對象）客戶端架構IE、Chrome控制層業務遇輻層基礎服務層數據訪問層數據存儲層匚#程序集題福庫訪問IDAL玄話管理

參數解析

身份認證元數據采集ADO.NfI口B業務數據管理系統元數據查詢應用層執行架構IIS服務器REST服務文件訪問,HTTP數據層執行架構數據庫服務器?文件服務黯本系統使用數據執行架構層、應用服務執行架構層和客戶端架構層的三層架構體系來構建。其職責劃分如下1）數據執行架構層：負責與數據源的交互，即數據的插入、刪除、修改以及從數據庫中讀出數據等操作。對數據的正確性和有效性不負責，對數據的用途不了解，不負擔任何業務邏輯。2）應用服務執行架構層：負責系統領域業務的處理，負責邏輯性數據的生成、處理及轉換。對流入的邏輯性數據的正確性及有效性負責，對流出的邏輯性數據及用戶性數據不負責，對數據的呈現樣式不負責。正文第5頁目錄管理系統四、主要技術路線目錄管理系統3）客戶端架構層：負責接收用戶的輸入、將輸出呈現給用戶以及訪問安全性驗證。對流入的數據的正確性和有效性負責，對呈現樣式負責，對流出的數據正確性不負責，但負責在數據不正確時給出相應的異常信息。4）從邏輯上分為以下模塊：5）實體類模塊（Entity）：實體類的集合，負責整個系統中數據的封裝及傳遞。6）數據訪問層接口族（IDAL）：數據訪問接口的集合，表示數據訪問層的接口。7）業務邏輯層接口族（IBLL）：業務邏輯接口的集合，表示業務邏輯層的接口。8）數據訪問層模塊（oracleDAL）：數據訪問類的集合，完成數據訪問層的具體功能，實現數據訪問層接口。9）業務邏輯層模塊（JKCFlowEngine）：類的集合，完成業務邏輯層的具體功能，實現業務邏輯層接口。10）表示層模塊（Web）：程序及可視元素的集合，負責完成表示層的具體功能。11）程序集管理模塊（Factory）：負責通過反射加載相關程序集。正文第6頁

目錄管理系統四、主要技術路線目錄管理系統12）輔助類模塊（Utility）:完成全局輔助性功能

系統各層間的調用關系如下圖：操作UIe-界面顯示-操作UIe-界面顯示-.系統運行環境我們開發的目錄管理系統采用B/S結構，所需運行環境應滿足以下條件：服務器端：?操作系統：WindowsServer2008R2EnterpriseEdition64bit?支撐應用服務器：MSIIS7.0或以上（64位）?數據庫：oracle11g企業版（64位）或MSSQLServer2008或以上（64位）正文第7頁目錄管理系統 四、主要技術路線》編碼：UTF-8/GB2312/GBK編碼/BIG5編碼/GB18030編碼客戶端：＞客戶端瀏覽器：支持IE7及以上版本，支持chrome、firefox主流版本》操作系統：WindowsXP及以上?CPU：1.2GHz及以上＞內存：1GB及以上對照詢價文件，我司方案所需運行環境符合用戶現有的軟硬件以及網絡運行環境，不需要增加額外的服務器或網絡設備，也不需要進行網絡建設。用戶提供的運行環境如下:服務器端操作系統WindowsServer2008R2（64位）或Linux（64位）數據庫oracle11g企業版（64位）ArcGISServerArcGIS10.1ForserverArcSDEArcSDE10.1客戶端操作系統Windowsxp、Windows7及以上系統瀏覽器支持IE7及以上版本，支持chrome、firefox主流版本正文第8頁目錄管理系統四、主要技術路線目錄管理系統系統安裝部署時，請用戶在已有服務器中確定用戶部署的應用服務器和數據庫服務器。.應用功能方案根據詢價文件的技術要求，本章對目錄管理系統的應用功能模塊進行初步設計，對前臺表現功能和后臺功能進行邏輯設計。待項目進入實施階段，我們將在詳細需求調研基礎上進一步進行數據庫詳細設計和應用設計，最終確定各個功能的菜單名稱、界面等詳細表現方式。本系統將包含7個功能模塊，如下圖所示：正文第9頁

目錄管理系統亓幼據庫制建四、主要技術路線目錄管理系統亓幼據庫制建從標注文件削建并存儲至!數據庫從卻據庫中尋七的創建—兀數據編姆移動元曼據替換大數據保存到五數據庫打升K薇據 M兀效提庫刁升目錄管理系統顯示元數據詳即信息翻建目錄項修改目錄項兀鉞據日錄美帙刪除目錄項關底元數據到目錄新建訃舉目錄分類管理刪賒分類修改行類元皴據查詢全文變得—兀數據編姆移動元曼據替換大數據保存到五數據庫打升K薇據 M兀效提庫刁升目錄管理系統顯示元數據詳即信息翻建目錄項修改目錄項兀鉞據日錄美帙刪除目錄項關底元數據到目錄新建訃舉目錄分類管理刪賒分類修改行類元皴據查詢全文變得技薊據簞名郁登同投數囑第摘要宜詢按關修詞查何元數據轉損MXML、三芯上1文件或田田導入至IORACLE從數克反導出K肛系統配置用戶很眼、角色更置薇據車直接及數提服務期宣E志言息查看與管理上述各個模塊的功能簡述如下：1）元數據庫創建：元數據庫用于存儲元數據，該功能用于創建存儲元數據的數據庫。元數據庫創建功能用于定義各類元數據內容、結構，物理創建元數據庫表。在該功能開發過程中，我們還會根據已梳理并確定的元數據，初始創建各類元數據庫，用于元數據的導入和存儲。正文第10頁目錄管理系統四、主要技術路線目錄管理系統2）元數據轉換：用于將用戶目前用excel、mdb或XML文件存儲的各類元數據，導人并轉換到Oracle數據庫中。也可將Oracle中的元數據導出為EXCEL（XML）格式文件，以便用于其它用途。該功能可用于導入Excel、MDB以及XML文件進行批量元數據資源更新。3）元數據編輯:用于對Oracle中各類元數據進行新增、刪除、修改等更新操作，用于數據管理員日常進行元數據維護。該功能常用于少量的元數據資源更新。對于數據服務元數據，應支持縮略圖上傳（圖片形式）。4）元數據目錄關聯：用于元數據表現組織和預覽，包括：支持以樹狀結構對數據資源進行分級分層組織顯示，用于對元數據類別的展示結構進行定義，負責建立展示樹形目錄與元數據之間的關聯關系，以便實現樹形目錄節點與實際文件存儲目錄數據之間的關聯，通過樹形目錄節點目錄來查看元數據信息，也可以更好的對元數據進行分類管理。我們會根據用戶初始確定的展示要求預定義元數據樹形結構，在使用過程中用戶也可自行進行調整，以便樹形結構符合可能發生的業務要求。5）顯示元數據的詳細信息：各類元數據以樹形方式組織顯示,點擊某個元文件類型節點，系統即可對該文件數據預覽，預覽區以表格形式展示當前元文件的數據內容和基本屬性，元數據的內容預覽以表格形式表現，支持分頁、換行、正文第11頁目錄管理系統 四、主要技術路線排序、翻頁等基本常見的操作功能。對于空間數據，預覽內容將包括其基本屬性，例如數據集名稱、要素類名稱、屬性名稱（別名）、數據記錄數等信息。對于數據服務元數據，還將支持展示服務縮略圖、服務類型和服務地址（服務縮略圖作為圖片形式，應在服務元數據編輯功能中進行上傳）。由于元數據的種類和內容多，在列表上不易看清楚，系統還可支持單獨用一個模塊來展示一條元數據的詳細信息。6）元數據查詢：實現對元數據統一查詢。在元數據查詢子系統中用戶可以通過目錄結構查詢元數據，也可以通過關鍵詞查詢元數據。元數據查詢包括對文件元數據、GIS元數據、空間數據屬性、數據服務屬性的查詢查看；查詢工具提供關鍵字模糊查詢、多條件綜合查詢（例如通過文件名稱、文件格式、時間段綜合查詢）。所有查詢結果以表格形式列出。查詢結果可導出為excel表格。7）系統配置：系統配置功能主要用于配置用戶權限、角色；配置數據庫連接及數據服務；進行日志信息查看與管理。.其它性能要求的響應詢價文件中的技術要求，對以下幾方面提出了要求：.穩定性要求正文第12頁目錄管理系統四、主要技術路線目錄管理系統應用系統的優化應達到以下穩定性要求：1）實現7X24小時在線數據服務、功能服務；2）訪問外部服務異常，不能影響整個系統其他功能的正常運行；3）數據庫服務器、應用服務器的CPU、內存等關鍵參數應避免產生劇烈波動；4）數據庫連接池、線程池應保持穩定，避免死鎖和長時間排隊。所有對空間數據庫的訪問必須采用直連方式。.安全性要求根據本項目的業務特點和需要，以及現有的網絡安全狀況，應建立一個合理、實用、先進、可靠、綜合、統一的安全保障體系，確保信息安全和業務系統的正常運行。應用系統的優化應達到以下安全性要求：1）網絡安全：應與現有機房環境的安全設備兼容，除非特別原因，不宜提出額外的設備要求；2）傳輸安全：用戶名密碼、數據庫連接等關鍵數據應進行加密傳輸及存儲，數據庫中不允許出現明碼；定期自動清除緩存；3）存儲安全：應利用現有的備份機制；4）訪問控制：應根據角色設定權限進行控制；5）功能安全：應對關鍵業務的關鍵操作進行日志記正文第13頁目錄管理系統四、主要技術路線錄，上傳文件大小的限制和格式檢查等.運行效率要求系統應具有較高的系統響應性能及并發訪問性能，具有一定的容錯性，達到以下運行效率的要求：1）系統應提供7*24小時的連續運行，平均年故障時間少于5天；影響系統正常運行的故障修復時間不得超過3小時；其他系統故障修復時間不得超過24小時。2）系統需滿足支持最高500個并發用戶，正常100個并發用戶的使用要求。3）系統平均響應時間應控制在3秒內。4）系統啟動時間應控制在3秒內。5）系統之間的數據交換時間：一般小數據量的交換不應超過10秒，數據量較大的情況需要有進度顯示。.易用性要求系統的易用性優化主要體現在界面上，以提高用戶體驗為目標，應達到以下運行效率的要求：1）風格簡約，色調柔和，減少不必要的操作。2）操作簡便，支持必要的“微操作”（如鍵盤快捷鍵），支持必要的操作提示及錯誤提示。3）易用性強，從操作者的角度出發，提升用戶體驗效果。4）兼顧效率，合理減少用戶操作的等待時間，等待正文第14頁目錄管理系統四、主要技術路線時給予提示。5）友好提示，在人機交互過程中，有效甄別輸入的正確性，并提供錯誤預警。6）在WebService服務、API函數調用等方面，應考慮使用者的方便性。.靈活性要求系統應達到以下靈活性要求：1）有助于系統之間的互連互通和數據共享。2）有助于業務范圍的擴展。3）有助于實現“高內聚、低耦合”的系統架構。4）客戶端只需首次安裝，今后版本更新、數據庫連接配置修改等做到自動更新免現場維護。5）數據展示平臺的各類數據專題、地圖服務的需求是隨著用戶的需求不斷變化和發展的。系統只需進行簡單的修改甚至零代碼，就可重新生成新的應用系統，改變系統的運行的方式，適應新的業務需求，實現“隨需應變”。.兼容性要求1）新建系統應兼容目前已運行的系統，任何調用目前系統的新建應用系統不應要求已建系統作代碼級的修改。2）系統需要考慮瀏覽器及版本的兼容性問題。展示正文第15頁目錄管理系統 四、主要技術路線平臺要在IE8以上版本瀏覽器環境中完美顯示，并考慮其他瀏覽器中顯示的兼容性。3）系統需要考慮基礎軟件平臺多版本問題，如ARCGIS、AUTOCAD等。根據用戶已提出的業務需求，我方在第4-6章提出了總體架構設計以及實施路線、功能設計方案，能確保按照以上要求進行系統設計、開發、測試和部署，保證系統獨立、穩定、安全、高效運行。在界面設計上，盡量尊重用戶使用習慣，簡單高效易用，支持多種瀏覽器客戶端。.質量保證計劃我們將采用測試-按標準驗收-運行維護-培訓的質量保證體系來確保本項目的質量。以下分節描述系統測試方案、系統培訓方案、系統驗收方案、系統運行維護方案。系統測試方案1）測試內容：對照需求分析報告確定測試內容。2）測試方式：系統測試分為內部測試和現場測試。3）測試實施：分配合理的人員資源，按照測試內容進行測試。正文第16頁目錄管理系統四、主要技術路線目錄管理系統4）測試環境：軟件環境包括：服務器、客戶機上所裝的操作系統、數據庫系統。硬件環境包括：服務器、客戶機的CPU、主板、內存、硬盤、網卡、顯卡、顯示器、數量。5）測試項目：包括功能測試、性能測試、安裝測試系統驗收方案系統驗收方案包括以下四個方面：1）提交了完整的文檔。2）建立了完整的數據庫框架。3）提供了可正常使用的系統安裝盤。4）系統在試運行期間正常運行。系統運行維護方案1）金科成公司將建立服務保障體系售后服務工作由金科成公司各部門密切配合、共同承擔。2）對于系統整個的維護，采用以下幾種方式：?通過定期、不定期的系統檢查發現潛在的問題并予以排除?通過電話、傳真、郵件、QQ等登記用戶請求，提供解決方案正文第17頁目錄管理系統四、主要技術路線目錄管理系統對于電話、傳真無法解決的系統問題，通過派專業技術人員到現場進行維護3）軟件的服務承諾詳見商務部分的《服務承諾》。系統培訓方案本項目的建設是一個系統工程，專業化的培訓為協調合同雙方的工作提供了一個良好的基礎，這是一個“雙贏”的舉措。為了保證本項目系統長期穩定運行，可持續性發展，我們將免費對系統操作人員、系統管理維護人員進行專業化培訓，以提高系統運行和維護的效率。在本項目實施過程中，我們針對以下兩類培訓對象分別提供培訓。1）系統操作工作人員培訓：對最終用戶的培訓就是讓所有用戶知道怎么操作軟件。使用人員一般習慣于原先的手工文件操作方式，在剛開始的實用階段，對更改以往的操作習慣會有一定的抵觸情緒，所以對使用人員的培訓不能只有軟件功能培訓，也要解釋說明新系統投入使用的意義以及手工、計算機