飛圖元數據平臺
admin / 2016-12-27

1. 引言

黑龙江福利彩票p62今日开奖结果 www.ivcaj.com

1.1. 編寫目的


此文檔是為開發《飛圖元數據平臺》項目編寫的詳細設計開發說明書,編寫目的是準確地定義和說明《飛圖元數據平臺》的設計開發,主要包括系統的總體設計、體系架構、功能設計、界面設計、數據局設計、技術實現、運行設計、出錯處理設計、系統維護等內容。

本文檔是《飛圖元數據平臺測試和驗收的依據性技術文件之一。

本文檔面向的讀者對象主要是:飛圖元數據平臺甲乙雙方的相關領導、項目負責人、技術負責人、需求分析員、程序開發員等。


1.2. 項目背景


作為數據生產部門,業主單位在作業流程中獲取大量的空間數據,這些數據包括不同時間段、不同比例尺正射影像DOM)、數字線劃圖DLG)、數字高程模型DEM、數字柵格圖(DRG、遙感影像等數據。這些數據產品可以用于很多不同的領域,如城市規劃、房地產建設等。但是空間數據的獲取、提供、共享還存在以下問題:

1行業用戶業主單位獲取數據的流程還比較繁瑣,目前基本還停留在上門查找,用戶專人查閱成果檔案的階段。

2)數據交易流程繁雜、數據使用的效果不明顯。

3很多具備測繪資質的數據生產單位也面臨著數據利用率不高的問題。

針對這些問題,構建了一個公共的空間數據共享交易平臺,讓更多具備測繪資質的單位在此平臺上展示自己的研究成果,使用戶單位能夠在此平臺上一次性獲得其工程與建設所需的研究成果。同時,對于平臺上沒有的數據,用戶單位還能夠采用招標的方式,預約生產此類數據,以快速獲取所需要的數據及服務,促進數據生產單位的優先生產。

本系統適用范圍如下表:

11 飛圖元數據平臺適用范圍


1.3. 縮略語


12縮略語列表


1.4. 功能節點編號


1. 功能點編號是以_”為分級符隔開各級別關鍵詞編號,根據實際情況層次不限;

2. _”號前表示當前級別的上一級別編號;

3. 各級編號用該級功能名稱中關鍵詞的拼音首字母為縮寫編號;

4. 原則上每級最多用四個字母為縮寫編碼,名稱多于四個字母的優先取首位各兩個,為避免沖突的地方可以多于四個或者后面再加一級,比如飛圖元數據平臺”,編號可以用FT ;

5. 個別專有名詞可以使用英文。

13 Web端功能節點







1.5. 參考資料

14參考資料列表


1.6. 角色和職責


項目角色職責劃分對系統的開發具有重要的作用,具體職責劃分如下所示:

 

 

 

 

 

1-5角色和職責對應列表


 

2. 總體方案設計


2.1. 需求概述


《飛圖元數據平臺》是一個基于平臺管理模式空間元數據信息共享及空間數據交易系統,面向空間數據共享交易過程中所產生的共性問題提供解決方案,并通過云計算平臺,以平臺管理模式向數據提供方和需求提供第三方技術支撐服務,通過幫助會員企業、單位個人改善空間數據或者元數據管理與共享流程,收取會員費用、廣告費用實現相應的盈利。

21系統整體結構圖


2.1.1.主要功能需求


系統軟件的主要功能需求包括如下內容:

1)實現對計算機存儲、遷移歸檔、備份系統的統一集成;

2)與天地圖應用系統緊密地結合,達到無縫集成;

3)支持用戶數據、元數據資源、需求數據、系統公告數據、統計數據、日志數據、空間數據等數據資源的統一管理;

4)支持用戶數據、角色數據、權限數據的統一管理,實現權限的高效分配與便捷管理;

5)支持行業動態信息、信息通知數據等公告??槭蕕耐騁還芾?;

6)支持圖片、文本形式存在的數據的統一管理;

7)支持統計數據、日志數據、關鍵字查詢的報表統計分析;

8)支持空間分析、運算、地圖操作。


2.1.2.技術指標


2.1.2.1.性能要求


(1)處理器配置要求:

64位處理器,CPU主頻≥2.26GHz,CPU數量≥1,內存≥4GB,內置硬盤數量2,內置硬盤單塊容量120G。

(2)平臺性能指標:

支持不少于100人同時進行在線訪問、檢索查詢和數據下載,具備對非法入侵和惡意訪問的監測和防護能力。

(3)數據性能指標:

并發:系統允許并發操作用戶數大于200。

數據管理能力:檢索平均響應時間在秒級(GB級數據)。


2.1.2.2.可靠性要求


在軟硬件的設計實現上要考慮系統長期運行的穩定性和可靠性。軟件在運行期間,針對任何一個重要操作,都必須具有判斷錯誤的能力,必要時可以進行恢復性操作,否則要發出報警消息,以便于人工干預。系統業務運行時必須具有較高的可靠性和故障后快速恢復的能力。具體要求如下:

1、應用軟件開發中嚴格遵循軟件工程國家標準的開發、測試和集成規范,達到《飛圖元數據平臺》業務穩定性95%的指標。

2、在支撐平臺可靠性的保證下,所有子系統或者???/span>必須在5分鐘內恢復運行狀態。


2.1.2.3.安全保密性要求


1、系統的安全保證性。即《飛圖元數據平臺》的軟件不會由于自身的故障或失效導致應用系統的其它部分相繼失效甚至崩潰的特性(典型的例子:不正常地持續占用大量CPU、內存、I/O等計算機資源,導致系統的其它成分無法運行)。制定完整的故障隔離、規避和恢復策略,確保全系統業務軟件運行的正常與安全;

2、訪問的安全保證性,防止外界或內部用戶的非法或惡意訪問《飛圖元數據平臺》。為此,必須從訪問級別上嚴格控制不同用戶的權限,避免用戶越權使用或非法使用系統資源,甚至控制系統操作權力,造成全體系統運行能力下降或數據泄露等損失。

3、口令、密碼等身份認證信息,必須以加密形式進行存儲和傳輸。


2.1.2.4.系統交互要求


1、界面設計:美觀大方、重點突出、易用,能反映元數據平臺特點;欄目設置應有條理,能夠系統、全面地反映《飛圖元數據平臺》的全貌。

2、有一定訪問權限的信息應采取必要的安全措施加以控制。

3、頁面層次:形象頁、主頁、動態欄目頁、內容頁。

4、人機交互界面展現:當用戶選擇的條件,無記錄時應返回友好提示;頁面設計緊湊,盡量減少出現滾動條。


2.1.2.5.可維護性要求


1、可維護性

除了要求數據共享服務系統本身具有良好的維護性外,還應當擁有離線的維護環境,以便在不影響正常業務的情況下進行軟件的維護工作。

2、可管理性

軟件具有一個完善的管理機制。系統必須安裝方便、靈活配置、使用方便,同時要求有較強的系統管理手段,系統能夠合理地被配置、調整、監視及控制,保證系統的良好運作。

3、系統部署靈活可裁減

《飛圖元數據平臺》部署具備靈活的、可裁減配置功能,可根據需要配置軟件系統。


2.1.2.6.可移植性要求


為適應未來空間元數據共享服務的發展,系統應具有較好的可擴展性,為新增業務、新增資料的靈活、快速擴充和改造提供方便。

系統支持 Web Service、XML、JSON等當前受到普遍支持的開放標準,保證系統能夠與其它平臺的應用系統、數據庫等相互交換數據并進行應用級的互操作性和互連性。


2.2. 系統總體結構


2.2.1.系統邏輯架構


本系統采用多層軟件架構體系,其邏輯結構如圖3-2所示,主要分為數據庫層、業務邏輯層和表現層三層結構。


22 系統邏輯結構圖


數據庫層:數據庫層采用分布式數據庫部署架構,包括基礎資源數據庫、業務數據庫、系統資源數據庫和空間數據庫四個部分?;∽試?/span>數據庫主要存儲系統的基礎資料,業務數據庫主要存儲相關的業務數據,系統資源數據庫主要存儲系統功能權限資源數據,空間數據庫主要存儲與元數據相關的空間位置數據。

業務邏輯層:業務邏輯層集成了《飛圖元數據平臺》所有業務功能,主要包括數據檢索、數據管理、需求檢索、需求管理、公告管理、用戶管理、系統資源管理、統計分析管理等???/span>;《飛圖元數據平臺》邏輯上由基礎設施層、支撐軟件層、數據層、系統和用戶層等組成。

表現層是指WEB頁面表現層。WEB頁面表現層分為數據檢索子系統、資源管理子系統、系統管理子系統統計分析子系統四個部分,它們分別為數據提供方、需求方和平臺管理員提供相應的服務功能。


2.2.2.系統硬件與網絡結構


系統硬件與網絡結構主要由PC設備、移動Web設備、無線網絡、互聯網、Web服務器、數據庫服務器、系統管理平臺和天地圖服務器組成。PC或者移動設備通過Web服務器與數據庫服務器進行數據交互,系統管理平臺整個系統進行統一監控和管理,天地圖提供地圖展示、定位支持,無線網絡和互聯網實現各個設備相互之間的通訊,從而實現一個高效穩定的系統。

23軟件網絡結構圖示意圖


2.2.3.系統軟件組成、功能結構


系統功能結構主要包括數據檢索、元數據管理、需求管理、統計分析、系統公告、系統管理6個功能???。

數據檢索管理??槭迪侄?/span>元數據、需求的快速搜索、高級搜索功能,并且能夠查看和收藏搜索的結果;

元數據管理??櫓饕?/span>針對數據提供方使用,相關用戶可以發布元數據、管理員可以進行審核、管理;

需求管理??櫓饕?/span>針對需求方使用,相關用戶可以發布需求、管理員可以進行審核、管理;

統計分析??櫓饕迪?/span>元數據、需求和系統運行情況的相關統計分析;

系統公告主要由系統管理員發布公告,系統使用者接收并瀏覽系統公告;

系統管理主要實現系統用戶管理、系統資源權限和字典庫的管理。

 

24  飛圖元數據平臺功能結構圖


飛圖元數據平臺子???/span>的各個??櫚撓猛救?/span>下表所示。

21飛圖元數據平臺??橛猛頸?/span>




1.1.1.系統層次劃分


《飛圖元數據平臺》基于SOA的架構思想和分層的思想進行設計,通過對系統功能的分析,抽象相應的功能組件,再在這些功能組件的基礎上搭建系統相應的應用功能。從而使系統的層次清晰、結構靈活,可以有效的提高系統的可擴展性與可維護性。

根據SOA的結構思想,系統采用靈活的多層體系結構,即數據庫層、數據訪問層、中間件層(組件層)、服務層和系統應用層。

《飛圖元數據平臺》系統軟件結構如下圖所示。



25飛圖元數據平臺系統軟件B/S層次構架圖


1.1. 總體界面設計


1.1.1.界面總體結構


《飛圖元數據平臺》由眾多功能??樽槌?,左邊是功能???/span>的目錄樹結構,右邊工作區域,右邊緣菜單導航。其界面結構設計如下圖:

 

26飛圖元數據平臺界面結構圖


1.1.2.界面層次關系


打開運行本系統,出現登入界面,用戶輸入相關的登入憑證并點擊登入,系統通過識別憑證信息,根據用戶角色選擇相應的功能???/span>,初始化主界面系統。隨后系統使用中,根據不同角色授予的功能權限,選擇不同功能??槭?,系統動態提取相應的功能項或操作項。具體流程如下圖所示。

 

27系統界面層次關系圖


1.2. 系統設計思路與原則


(1)飛圖元數據平臺依托公共地圖,以空間元數據服務為導向,保證及時有效地向用戶提供數據和產品服務,并長期、安全地存儲數據,采用在線、近線、離線的三級存儲方式,同時結合硬件平臺設計備份方案和策略。

(2)飛圖元數據平臺在設計上采用先進、成熟可靠的開發技術,以有效保障業務系統運行的穩定、可靠性,針對不同的數據類型和數據應用特點,以主流關系數據庫系統作為支撐數據庫,在空間位置數據管理上采用關系數據庫自帶的空間數據存儲方式進行存儲管理。

(3)針對各類數據進行分類設計,分析各類數據進行存儲路徑設計和遷移歸檔策略設計。

(4)軟件系統設計中:采用B/S的架構實現,支持B/S結構的文件數據歸檔、數據查詢檢索和統計功能等。

(5)存儲管理和存儲遷移依托于成熟的商業軟件完成,可以有效的減低系統開發風險,提高系統開發效率。

在與其它分??櫚慕涌諫杓粕弦讕?/span>高內聚、低耦合的設計思想,系統的數據接口主要采用webservice服務的方式實現,具體的交互采用JSON數據。

系統的實施采用J2EE的軟件架構,J2EE架構是目前主流的、跨平臺的多層企業級應用系統構建技術,是開發企業級應用的一種事實上的工業標準?;?/span>J2EE架構,系統設計了包括數據層、數據接口層、基礎功能組件層、應用層、用戶層的五層軟件體系架構。各應用???/span>通過不同的接口將各個基礎功能組件(中間件)有機的集成在一起,形成各具用途的分???/span>軟件。

由于本系統是一個軟硬件集成的、眾多不同功能集成的、人機協同的業務化平臺,因此,在設計和實現時,數據接口遵循整體系統軟件架構要求的服務規范,同時,考慮到系統高效、靈活和可擴展性,本系統的體系架構設計為在B/S環境下分層的體系架構。系統的主要工作???/span>SpringMVC+Hibernate框架形式開發設計,運行時動態加載動態組合;同時,系統是一種分層的結構。在運行機制上,功能的驅動方式有菜單驅動和流程驅動兩種。


2. 功能???/span>設計


2.1. 系統管理???/span>FT_XTGL


2.1.1.角色管理FT_XTGL_JS


2.1.1.1.角色管理


2.1.1.1.1. 功能描述

31角色管理功能描述表



2.1.1.1.2. 設計思路


32設計思路


2.1.1.1.3. 流程邏輯


33角色管理邏輯流程表


2.1.1.1.4. 界面原型


角色管理界面主要由管理員使用,其界面如下


 


                             圖 31 角色管理相關界面

2.1.1.2.角色用戶


2.1.1.2.1. 功能描述


34角色用戶功能描述表


2.1.1.2.2. 設計思路

35 設計思路

2.1.1.2.3. 流程邏輯


                               表 36角色用戶邏輯流程表

2.1.1.2.4. 界面原型


角色用戶系統管理員使用,其主界面如下

 


                            圖 32 角色用戶分配界面

2.1.1.3.角色功能


2.1.1.3.1. 功能描述


                           表 37角色功能管理描述表

2.1.1.3.2. 設計思路

38 設計思路

2.1.1.3.3. 流程邏輯


                         39角色功能邏輯流程表

2.1.1.3.4. 界面原型


角色功能管理員使用,為每個角色分配相應的功能權限,其界面如下:

 

33 角色功能分配界面


2.1.2.用戶審核(FT_XTGL_YHSH


2.1.2.1.功能描述


                         表 310用戶審核功能描述表

2.1.2.2.設計思路


                          表 311設計思路


2.1.2.3.流程邏輯

312用戶審核邏輯流程表

2.1.2.4.界面原型

用戶審核界面主要由管理員使用,其界面如下

 

34 用戶審核主界面


1.1.1.用戶管理(FT_XTGL_YHGL


1.1.1.1.功能描述

313用戶管理功能描述表

1.1.1.2.設計思路

314設計思路

1.1.1.3.流程邏輯

315用戶管理邏輯流程表

1.1.1.4.界面原型


用戶管理界面主要由管理員使用,其界面如下

 

35 用戶管理主界面


3.1.4.字典管理FT_XTGL_ZDGL


3.1.4.1.功能描述


316字典管理功能描述表

3.1.4.2.設計思路


317設計思路

3.1.4.3.流程邏輯

            

                    表 318字典管理邏輯流程表



3.1.4.4.界面原型


字典管理界面主要由管理員使用,其界面如下

                       圖 36 字典管理主界面

3.2. 系統公告FT_XTGG

3.2.1.我的公告FT_XTGG_WD


3.2.1.1.功能描述


319 我的公告功能描述表

3.2.1.2.設計思路

320設計思路

3.2.1.3.流程邏輯

321我的公告流程表

3.2.1.4.界面原型


我的公告,用于查看與當前登入用戶相關的系統公告,其界面如下

 

37 我的公告界面


3.2.2.公告管理FT_GGGL_GL


3.2.2.1.功能描述

322公告管理功能描述表

3.2.2.2.設計思路

323設計思路

3.2.2.3.流程邏輯

324公告管理邏輯流程表

3.2.2.4.界面原型


公告管理界面主要由管理員使用,集成地圖與表格文本的方式展示數據,其界面如下

 

38 公告管理主界面


3.3. 數據管理(FT_SJGL

3.3.1.我的數據FT_SJGL_WD


3.3.1.1.功能描述

325我的數據功能描述表

3.3.1.2.設計思路

326設計思路

3.3.1.3.流程邏輯

327我的數據邏輯流程表


3.3.1.4.界面原型


我的數據界面主要針對當前登入賬戶進行設計的,集成地圖與表格文本的方式展示數據,其界面如下

 

 

39 我的數據主界面


3.3.2.數據審核FT_SJL_WD


3.3.2.1.功能描述


328數據審核功能描述表

 

功能名稱

數據審核                 

功能描述

數據審核頁面,主要給管理員使用,用戶可以查看、審核、刪除數據。

輸入

輸入操作類型和相關數據

處理

處理相關類型,打包結果并且響應結果

輸出

結果展示


3.3.2.2.設計思路

3?29設計思路

功能名稱

數據審核

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示,或者操作數據庫。

清除

完成操作,填寫相關日志。


3.3.2.3.流程邏輯

3?30數據審核邏輯流程表

功能名稱

數據審核

邏輯流程描述

1)           首先進入數據審核界面;

2)             選擇操作類型,并輸入數據;

3)             識別操作類型,并進行業務處理;

4)             獲取處理結果,并顯示。

邏輯流程圖


3.3.2.4.界面原型

數據審核界面主要由管理員使用,集成地圖與表格文本的方式展示數據,其界面如下:

3?10 數據審核主界面

3.3.3.數據管理(FT_SJGL_GL

3.3.3.1.功能描述

3?31數據管理功能描述表

功能名稱

數據管理                 

功能描述

數據管理頁面,主要給管理員使用,用戶可以新增、編輯、刪除數據。

輸入

輸入操作類型和相關數據

處理

處理相關類型,打包結果并且響應結果

輸出

結果展示


3.3.3.2.設計思路

3?32設計思路

功能名稱

數據管理

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示,或者操作數據庫。

清除

完成操作,填寫相關日志。


3.3.3.3.流程邏輯

3?33數據管理邏輯流程表

3.3.3.4.界面原型

數據管理界面主要由管理員使用,集成地圖與表格文本的方式展示數據,其界面如下:

3?11 數據審核主界面

3.4.   需求管理(FT_XQGL

3.4.1.我的需求(FT_XQGL_WD

3.4.1.1.功能描述

3?34我的需求功能描述表

功能名稱

我的需求                 

功能描述

我的需求頁面,主要給當前用戶使用,用戶可以為自己新增、編輯、查詢和刪除需求,并且能夠提交審核。

輸入

輸入操作類型和相關數據

處理

處理相關類型,打包結果并且響應結果

輸出

結果展示


3.4.1.2.設計思路

3?35設計思路

功能名稱

我的需求

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示,或者操作數據庫。

清除

完成操作,填寫相關日志。


3.4.1.3.流程邏輯


3?36我的需求邏輯流程表

功能名稱

我的需求

邏輯流程描述

1)           首先進入我的需求界面;

2)             選擇操作類型,并輸入數據;

3)             識別操作類型,并進行業務處理;

4)             獲取處理結果,并顯示。

邏輯流程圖

3.4.1.4.界面原型

我的需求界面主要針對當前登入賬戶進行設計的,集成地圖與表格文本的方式展示數據,其界面如下:

3?12 我的需求主界面

3.4.2.需求審核(FT_XQSH_WD

3.4.2.1.功能描述

3?37需求審核功能描述表

功能名稱

需求審核                 

功能描述

需求審核頁面,主要給管理員使用,用戶可以查看、審核、刪除數據。

輸入

輸入操作類型和相關數據

處理

處理相關類型,打包結果并且響應結果

輸出

結果展示

3.4.2.2.設計思路

3?38設計思路

功能名稱

需求審核

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示,或者操作數據庫。

清除

完成操作,填寫相關日志。

3.4.2.3.流程邏輯

3?39需求審核邏輯流程表

功能名稱

需求審核

邏輯流程描述

1)           首先進入需求審核界面;

2)             選擇操作類型,并輸入數據;

3)             識別操作類型,并進行業務處理;

4)             獲取處理結果,并顯示。

邏輯流程圖


3.4.2.4.界面原型


需求審核界面主要由管理員使用,集成地圖與表格文本的方式展示數據,其界面如下:

3?13 需求審核主界面

3.4.3.需求管理(FT_XQGL_GL

3.4.3.1.功能描述

3?40需求管理功能描述表

功能名稱

需求管理                 

功能描述

需求管理頁面,主要給管理員使用,用戶可以新增、編輯、刪除數據。

輸入

輸入操作類型和相關數據

處理

處理相關類型,打包結果并且響應結果

輸出

結果展示

3.4.3.2.設計思路

3?41設計思路

功能名稱

需求管理

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示,或者操作數據庫。

清除

完成操作,填寫相關日志。

3.4.3.3.流程邏輯

3?42需求管理邏輯流程表

功能名稱

需求管理

邏輯流程描述

1)           首先進入需求管理界面;

2)             選擇操作類型,并輸入數據;

3)             識別操作類型,并進行業務處理;

4)             獲取處理結果,并顯示。

邏輯流程圖


3.4.3.4.界面原型


需求管理界面主要由管理員使用,集成地圖與表格文本的方式展示數據,其界面如下:

3?14 需求管理主界面

3.5.   數據檢索??椋?/span>FT_ZL

3.5.1.快速搜索(FT_SJJS_KSSS

3.5.1.1.功能描述

3?43快速搜索功能描述表

功能名稱

快速搜索                 

功能描述

在快速搜索界面,用戶可以在搜索框中輸入標簽,默認選擇元數據搜索,如果需要,也可以選擇需求搜索,搜索的結果將以簡易風格列表模式展示并查看。此外,用戶還可以對感興趣的搜索結果進行收藏。

輸入

標簽、搜索類型

處理

數據或者需求查詢,打包結果并且響應結果

輸出

結果展示

3.5.1.2.設計思路

3?44設計思路

功能名稱

快速搜索

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示。

清除

完成操作,填寫相關日志。

3.5.1.3.流程邏輯

3?45快速搜索邏輯流程表

功能名稱

快速搜索

邏輯流程描述

1)             首先進入快速搜索界面;

2)             輸入標簽和查詢類型;

3)             系統返回結果;

4)             用戶查看結果和收藏結果

邏輯流程圖

3.5.1.4.界面原型

快速搜索主要針對元數據和需求進行搜索,其界面如下:

3?15 快速搜索主界面

3?16 快速搜索結果查看

3.5.2.數據查詢(FT_SJJS_SJCX

3.5.2.1.功能描述

3?46數據查詢功能描述表

功能名稱

數據查詢                 

功能描述

數據查詢界面,主要用于元數據的高級查找,用戶可以通過高級條件組合查詢相關的元數據,并可對感興趣的結果進行收藏。

輸入

查詢條件組合

處理

多條件模糊匹配與精確匹配相結合,打包結果集

輸出

返回結果集

3.5.2.2.設計思路

3?47設計思路

功能名稱

數據查詢

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統讀取用戶所填信息,處理結果集

清除

完成操作,填寫相關日志


3.5.2.3.流程邏輯

3?48數據查詢邏輯流程表

功能名稱

數據查詢

邏輯流程描述

1)           首先進入數據查詢界面;

2)             輸入高級查找條件;

3)             處理組合條件,返回結果;

4)             結果展示;

5)             收藏結果。

邏輯流程圖

 

3.5.2.4.界面原型

數據查詢用于元數據高級查詢,其界面如下所示:

 

3?17 數據查詢界面

3.5.3.需求檢索(FT_SJJS_XQJS)

3.5.3.1.功能描述

3?49需求檢索功能描述表

功能名稱

需求檢索                 

功能描述

需求檢索界面,主要用于需求的高級查找,用戶可以通過高級條件組合查詢相關的需求,并可對感興趣的結果進行收藏。

輸入

查詢條件組合

處理

多條件模糊匹配與精確匹配相結合,打包結果集

輸出

返回結果集

3.5.3.2.設計思路

3?50設計思路

功能名稱

需求檢索

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統讀取用戶所填信息,處理結果集

清除

完成操作,填寫相關日志


3.5.3.3.流程邏輯

3?51需求檢索邏輯流程表

功能名稱

需求檢索

邏輯流程描述

1)           首先進入需求檢索界面;

2)             輸入高級查找條件;

3)             處理組合條件,返回結果;

4)             結果展示;

5)             收藏結果。

邏輯流程圖

3.5.3.4.界面原型

需求檢索用于需求的高級查詢,其界面如下所示:

 

3?18 需求檢索界面

3.6.   統計分析(FT_TJFX

3.6.1.元數據統計(FT_TJFX_YSJ

以圖形(餅狀、柱狀、折線等)、表格的方式,展示元數據發布的統計與分析情況。

按周、月、年為匯總的元數據發布情況(條數、面積)。

一定時間內,按行政區劃匯總的元數據發布情況(條數、面積)。

一定時間內,按數據類型、分辨率、比例尺、空間參考等匯總的元數據發布情況(條數、面積)

一定時間內,發布元數據最多的前十用戶(條數、面積)。

3.6.1.1.功能描述

3?52元數據統計功能描述表

功能名稱

元數據統計              

功能描述

元數據統計頁面,主要對數據提供方提供的元數據情況進行統計分析,統計結果可用表格、柱狀圖、餅狀圖、折線圖展示。

輸入

統計條件

處理

處理統計條件,打包結果并且響應結果

輸出

結果展示

3.6.1.2.設計思路

3?53設計思路

功能名稱

元數據統計

框架工具

Java WebService /SpingMVC+Hibernate

初始化

測試數據庫連接

設計思路

系統根據用戶操作,從數據庫中提取相應信息進行顯示。

清除

完成操作,填寫相關日志。

3.6.1.3.流程邏輯

3?54元數據統計邏輯流程表

功能名稱

元數據統計

邏輯流程描述

1)           首先進入元數據統計界面;

2)             輸入統計條件;

3)             業務處理;

4)             獲取處理結果,并顯示。

邏輯流程圖

3.6.1.4.界面原型

元數據統計,集成表格、柱狀圖、餅狀圖和折線圖的方式展示統計結果,其界面如下:

3?19 元數據統計主界面

3.6.2.需求統計(FT_TJFX_XQ

   以圖形(餅狀、柱狀、折線等)、表格的方式,展示需求發布的統計與分析情況。

   按周、月、年為匯總的需求發布情況(條數、面積,預算)。

   一定時間內,按行政區劃匯總的需求發布情況(條數、面積、預算)。

   一定時間內,按數據類型、分辨率、比例尺、空間參考等匯總的需求發布情況(條數、面積、預算)。

   一定時間內,發布需求最多的前十用戶(條數、面積、預算)。

   需求統計界面,主要是根據不同的條件統計需求情況,其設計思路、流程邏輯和界面設計與元數據統計類似。


3.6.3.用戶相關統計

   以圖形(餅狀、柱狀、折線等)、表格的方式,展示用戶祖冊、審核及登入統計與分析情況。

   一定時間內(周、月、年),系統用戶注冊、審核情況。

   一定時間內(周、月、年),系統用戶登錄情況,在線時長匯總分析。

   用戶相關統計界面,主要是根據不同的條件統計用戶注冊、審核、登入情況,其設計思路、流程邏輯和界面設計與元數據統計類似。


3.6.4.查詢統計

   以圖形(餅狀、柱狀、折線等)、表格的方式,展示關鍵字、字段及行政區域統計與分析情況。

   一定時間內,前十的數據查詢關鍵詞。

   一定時間內,查詢最多的區域匯總。

   一定時間內,查詢的時相、分辨率、比例尺、數據類型次數的情況匯總。

   查詢統計界面,主要是根據不同的條件統計關鍵字、區域、數據字典等條件的查詢情況,其設計思路、流程邏輯和界面設計與元數據統計類似。

4.   數據庫設計

4.1.   命名規則

4.1.1.總體要求

數據庫命名規范總體只采用英文命名的方式,不允許使用中文命名,在創建下拉菜單、列表、報表時按照英語名排序。不能使用毫不相干的單詞來命名,當一個單詞不能表達對象含義時,用詞組組合,如果組合太長時,采用簡寫或縮寫,縮寫要基本能表達原單詞的意義。當出現對象名重名時,是不同類型對象時,加類型前綴或后綴以示區別。

數據庫字段命名原則總體上同數據庫命名。這里做單獨說明主要是強調本系統字段命名需要額外遵循如下規則:

(1)          字段名稱的唯一性。即同一含義的字段在整個系統范圍內中必須有相同的字段名,不能有類似一個表中的備注字段用“Remark”,另一表中的備注卻用 “Desc”、“XXRemark”等。

(2)          字段含義唯一性。即系統同一字段名稱必須有同一含義,不能有類似“Name”在一個表中表示單位名稱,在另外一個表中表示項目名稱,這種情況需要加前綴區分。

(3)          空間表中字段順序以空間信息字段在前,屬性信息字段在后原則。

(4)          屬性表中,字段順序以主次順序設計,用于空間定位的字段放在最后原則。


4.1.2.表屬性規范

(1)表名

系統表為:SYS_表標識

業務表為:FLY_表標識

字典表為:DIC_表標識

關聯表:表A_B

(2)字段名

字段名稱必須用字母開頭,采用有特征含義的單詞或縮寫,不能用雙引號包含。


4.1.3.索引規范

(1) 普通索引

前綴為IDX_。索引名稱應是前綴+表名+構成的字段名。如果復合索引的構成字段較多,則只包含第一個字段,并添加序號。表名可以去掉前綴。

(2) 主鍵索引

前綴為 IDX_PK_。索引名稱應是     前綴+表名+構成的主鍵字段名,在創建表時候用 using index 指定主鍵索引屬性。

(3) 唯一索引

前綴為 IDX_UK_。索引名稱應是    前綴+表名+構成的字段名。

(4) 外鍵索引

前綴為 IDX_FK_。索引名稱應是     前綴+表名+構成的外鍵字段名。

(5) 函數索引

前綴為 IDX_func_。索引名稱應是   前綴+表名+構成的特征表達字符。

(6) 蔟索引

前綴為 IDX_clu_。索引名稱應是     前綴+表名+構成的簇字段。


4.1.4.約束

(1) 主鍵名

前綴為 PK_。主鍵名稱應是:前綴+表名(或縮寫)+字段名(或縮寫)。如果復合主鍵的構成字段較多,則只包含第一個字段。表名和字段名可以去掉前綴。

(2) 外鍵名

前綴為 FK_。外鍵名稱應是:前綴+外鍵表名(或縮寫)+外鍵表字段名(或縮寫)。表名和字段名可以去掉前綴。

(3) 唯一鍵

前綴為UNQ_。唯一鍵名稱應是:前綴+表名(或縮寫)+字段名(或縮寫)。如果復合主鍵的構成字段較多,則只包含第一個字段。表名和字段名可以去掉前綴。


4.1.5.視圖

后綴為view,按業務操作命名視圖。實體化視圖后綴為view,按業務操作命名實體化視圖。


4.1.6.存儲過程

前綴為 P_。按業務操作命名存儲過程。


4.1.7.觸發器

觸發器分為三段:TRG__[A|B]_[I|U|D]_<表名>。TRG表示這是一個觸發器,后面跟著表示觸發器操作條件的英文字母,[A|B][I|U|D]A|B表示after|before,I|U|D表示insert|update|delete無該項操作則去掉相應的字母),后面再跟使用它的表名或視圖名。


4.1.8.函數

前綴為F_,按業務操作命名函數。


4.1.9.數據類型

(1)     字符型

固定長度的字串類型采用Char,長度不固定的字串類型采用Varchar。避免在長度不固定的情況下采用Char類型。如果在數據遷移等出現以上情況,則必須使用trim()函數截去字串后的空格。

(2)    數字型

數字型字段盡量采用Number類型。

(3)    系統時間

由數據庫產生的系統時間首選數據庫的日期型,如Date類型。

(4)    外部時間

由數據導入或外部應用程序產生的日期時間類型采用Varchar類型,數據格式采用:YYYYMMDDHH24MISS。

(5)    大字段

如無特別需要,避免使用大字段(blob,clob,long,text,image )。

(6)    唯一鍵

對于數字型唯一鍵值,盡可能用系列sequence產生


4.2.   邏輯設計

邏輯設計是飛圖元數據平臺的核心部分,為了闡述方便,后面章節將相關的功能??槭菘餳稍諞黃鵜枋?。


4.2.1.角色、用戶相關的系統管理???/strong>

4.2.1.1.邏輯設計

角色、用戶相關的系統管理??檣婕暗穆嘸嘀饕ㄓ沒Ю?、企業組織機構代碼證文件類、角色類和功能類,產生的關聯類有角色用戶類和角色功能類。

其中,一個用戶可以擁有多個角色,一個角色可以被多個用戶擁有;一個用戶只有一個組織結構代碼證,一個組織機構代碼證只對應一個用戶;一個角色可以擁有多個功能,一個功能可以被多個角色擁有。它們的具體邏輯關系如下圖:

4?1 角色、用戶相關系統管理邏輯設計圖

4.2.1.2.命名設計

角色、用戶相關管理??槭菘獗礱絞轎?/span> SYS+”_”表名(如:SYS_USER)或者FLY+_+表名。

角色、用戶相關管理??檣婕暗降謀碭裰械淖侄蚊宦捎糜⑽娜蘋蛘哂⑽募蛐?。


4.2.1.3.表設計


4.2.1.3.1.   系統用戶表

系統用戶表是系統管理的重要組成部分,它是用戶登入系統的憑證,具體信息如下:

4?1系統用戶表(SYS_USER

字段英文名

字段中文名

數據類型

/非空

備注

ID

用戶編碼

Number

非空

主鍵

UserName

用戶名

Varchar2(20)

非空

唯一

Password

密碼

Varchar2(20)

非空


credentialsSalt

密碼加密設置

Varchar2(20)

非空

MD5、加鹽處理

realName

聯系人

Varchar2(20)

非空


companyname

公司名稱

Varchar2(20)

非空

公司名稱

cellphone

電話

Varchar2(20)



phone

手機

Varchar2(20)



photo_id

組織機構代碼證編號

Number

非空

外鍵,對應FLY_FILE文件表的ID

email

郵箱

Varchar2(20)

非空


inputTime

入庫時間

Datetime

非空


comm

審核意見

Varchar2(255)



commTime

審核時間

Datetime



4.2.1.3.2.   角色表

角色表是功能權限管理的中轉站,是用戶和權限之間的紐帶橋梁,某個角色可以用于多個功能權限,具體信息如下:

4?2角色信息表(SYS_ROLE

字段英文名

字段中文名

數據類型

/非空

備注

ID

角色編號

Number

非空

主鍵,自動編號

Name

角色名稱

Varchar2(20)

非空


des

注釋

Varchar2(20)



4.2.1.3.3.   功能權限表

功能權限信息表是權限管理的重要組成部分,,某個功能權限可以被多個角色擁有,具體信息如下:

4?3功能權限表(SYS_FUNC

字段英文名

字段中文名

數據類型

/非空

備注

ID

功能編號

Number

非空

主鍵,自動編號

type

角色編號

Tinyint

非空

外鍵,對應角色信息表中的角色編號

parent_id

父節點編號

Number


外鍵,對應功能權限表的ID

name

名稱

Varchar2(20)



url

資源路徑

Varchar2(55)



icon

圖標

Varchar2(55)



ord

排序

Number



btn_code

按鈕代碼

Varchar2(55)


按鈕代碼

act

功能類型



功能類型: 1->新增;2->更新;3->刪除

4.2.1.3.4.   組織機構代碼證文件表

組織機構代碼證文件信息表是用戶的一部分,組織機構代碼證與用戶是一對一關系,具體信息如下:

4?4組織機構代碼證文件表(FLY_FILE

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

orgName

名稱

Varchar2(20)



url

資源路徑

Varchar2(55)



size

大小

bigint



4.2.1.3.5.   角色用戶表

角色用戶表是角色與用戶的關聯表,具體信息如下:

4?5角色用戶表(USER_ROLE

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

user_id

用戶編號

Number

非空

外鍵,用戶表的ID

role_id

角色編號

Number

非空

外鍵,角色表的ID

4.2.1.3.6.   角色功能表

角色功能表是角色與功能權限的關聯表,具體信息如下:

4?6角色功能表(ROLE_FUNC

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

func_id

功能編號

Number

非空

外鍵,功能權限表的ID

role_id

角色編號

Number

非空

外鍵,角色表的ID

4.2.2.字典管理???/strong>

4.2.2.1.邏輯設計

字典管理??檣婕暗穆嘸嘀饕ㄗ值淥饕?、數據類型類、比例尺類\分辨率類、參考系類、投影類和查詢類型類。

此外,形如審核狀態的字典,統一在開發程序中建立一個靜態字典類,本系統的靜態字典類為StaticDic。

其中,用字典索引類關聯管理所有數據字典。它們的具體邏輯關系如下圖:

4?2 字典管理邏輯設計圖

4.2.2.2.命名設計

字典管理??槭菘獗礱絞轎?/span> DIC+”_”+表名+[其他標識]。

字典管理??檣婕暗降謀碭裰械淖侄蚊宦捎糜⑽娜蘋蛘哂⑽募蛐?。


4.2.2.3.表設計

4.2.2.3.1.   字典索引表

字典索引表是管理字典表的紐帶,具體信息如下:

4?7字典索引表(DIC_INDEX

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

Name

字典名稱

Varchar2(20)


唯一

table_name

字典表名

Varchar2(20)


唯一

4.2.2.3.2.   數據類型表

數據類型表用于元數據、需求表,具體信息如下:

4?8數據類型表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)



4.2.2.3.3.   比例尺表

比例尺表用于元數據、需求表,具體信息如下:

4?9比例尺表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)



4.2.2.3.4.   分辨率表

分辨率表用于元數據、需求表,具體信息如下:

4?10分辨率表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)



4.2.2.3.5.   投影表

投影表用于元數據、需求表,具體信息如下:

4?11投影表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)



4.2.2.3.6.   坐標系表

坐標系表用于元數據、需求表,具體信息如下:

4?12坐標系表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)



4.2.2.3.7.   查詢類型表

查詢類型表用于元數據統計的相關表,具體信息如下:

4?13查詢類型表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵,自動編號

Name

名稱

Varchar2(20)


唯一

note

備注

Varchar2(20)




4.2.3.元數據、需求管理相關的???/span>

4.2.3.1.邏輯設計

元數據、需求管理相關的??櫓饕ㄊ菁燜?、數據管理、需求管理???,其邏輯類包括元數據類、元數據標簽類、需求類、需求標簽類、收藏夾類。

每個用戶可以擁有多條數據和需求,一條數據或需求只能對應一個用戶;每條數據或者需求,都包含各個數據字典表中對應記錄的id;一條數據有多個標簽,一個數據標簽記錄只屬于一條數據;一條需求有多個標簽,一個需求標簽記錄只屬于一條需求;一個用戶可以收藏多條數據或者多個需求,一條數據或者一個需求可以被多個用戶收藏。

它們的具體邏輯關系如下圖:

4?3 元數據、需求相關的數據庫邏輯圖

4.2.3.2.命名設計


元數據、需求管理相關??櫓?,主要業務表的命名方式為:FYL+”_”表類型(如:SYS +”_”+表標識。

元數據、需求管理相關??檣婕暗降謀碭裰械淖侄蚊宦捎糜⑽娜蘋蛘哂⑽募蛐?。


4.2.3.3.表設計

4.2.3.3.1.   元數據表

元數據表涉及用戶、用戶收藏、各個字典表,其具體信息如下:

4?14元數據表(FLY_MDATA

字段英文名

字段中文名

數據類型

/非空

備注

id

編號

Number

非空

主關鍵字

userId

用戶編號

Number


外鍵,用戶表的ID

title

客戶級別

Varchar2(55)


標題

rm

摘要

Varchar2(255)



phone

手機

Varchar2(15)


默認為該條記錄所屬用戶的聯系人手機

cellphone

電話

Varchar2(20)


默認為該條記錄所屬用戶的聯系人電話

contact

聯系人

Varchar2(20)


默認為該條記錄所屬用戶的聯系人

typeId

數據類型編號

Number


數據類型,字典表中的Id

phase

時相

Number


時相,即年份

scaleId

比例尺編號

Number


比例尺,字典表中的Id

resolutionId

分辨率編號

Number


分辨率,字典表中的Id

rcsysId

坐標系編號

Number


坐標系,字典表中的Id

projectionId

投影編號

Number


投影,字典表中的Id

province

省份

Varchar2(30)


行政區劃,省份名稱

city

城市

Varchar2(30)


行政區劃,城市名稱

district

區縣

Varchar2(30)


行政區劃,區縣名稱

gem

空間位置

Geometry


空間數據類型,空間位置

statu

審核狀態

Tinyint


狀態:1未提交審核   2待審核3審核通過4審核不過

comm

審核意見

Varchar2(255)


審核意見

inputTime

入庫時間

Datetime


入庫時間

4.2.3.3.2.   需求表

需求表涉及用戶、用戶收藏、各個字典表,其具體信息如下:

4?15需求表(FLY_REQUIRE

字段英文名

字段中文名

數據類型

/非空

備注

id

編號

Number

非空

主關鍵字

userId

用戶編號

Number


外鍵,用戶表的ID

title

客戶級別

Varchar2(55)


標題

rm

摘要

Varchar2(255)



phone

手機

Varchar2(15)


默認為該條記錄所屬用戶的聯系人手機

cellphone

電話

Varchar2(20)


默認為該條記錄所屬用戶的聯系人電話

contact

聯系人

Varchar2(20)


默認為該條記錄所屬用戶的聯系人

typeId

數據類型編號

Number


數據類型,字典表中的Id

phase

時相

Number


時相,即年份

scaleId

比例尺編號

Number


比例尺,字典表中的Id

resolutionId

分辨率編號

Number


分辨率,字典表中的Id

rcsysId

坐標系編號

Number


坐標系,字典表中的Id

projectionId

投影編號

Number


投影,字典表中的Id

province

省份

Varchar2(30)


行政區劃,省份名稱

city

城市

Varchar2(30)


行政區劃,城市名稱

district

區縣

Varchar2(30)


行政區劃,區縣名稱

gem

空間位置

Geometry


空間數據類型,空間位置

statu

審核狀態

Tinyint


狀態:1未提交審核   2待審核,3審核通過,4審核不過

comm

審核意見

Varchar2(255)


審核意見

inputTime

入庫時間

Datetime


入庫時間

timeLimit

需求時限

Datetime


需要時限,也即需求截止日期

priority

優先級

Tinyint


優先級

budget

預算

Double


需求的預算

4.2.3.3.3.   元數據標簽表

元數據標簽表,用于快速搜索、高級搜索,具體信息如下:

4?16元數據標簽表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

dataId

元數據編號

Number


外鍵,元數據表的ID

keyword

關鍵字/標簽

Varchar2(20)



flag

標簽類型

Tinyint


標簽類型:1默認標簽,2額外標簽

4.2.3.3.4.   需求標簽表

需求標簽表,用于快速搜索、高級搜索,具體信息如下:

4?17需求標簽表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

requireId

需求編號

Number


外鍵,需求表的ID

keyword

關鍵字/標簽

Varchar2(20)



flag

標簽類型

Tinyint


標簽類型:1默認標簽,2額外標簽

4.2.3.3.5.   收藏夾表

收藏夾表,用于快速搜索、高級搜索的結果收藏,具體信息如下:

4?18收藏夾表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

itemId

需求或者元數據的編號

Number


對應需求表或者元數據表中的編號

type

收藏類型

Tinyint


收藏類型:1元數據結果,2需求結果


4.2.4.公告管理相關???/strong>

4.2.4.1.邏輯設計

系統公告??櫓饕ü婀芾?、我的公告和首頁公告提醒部分,其邏輯類包括公告類、公告角色類和公告閱讀類。

每個用戶可以發送多個公告,一個公告只能屬于一個用戶;每個角色可以擁有多個公告,每個公告可以發送給多個角色;每個用戶閱讀一次公告,記錄一條閱讀記錄,可以重復閱讀。

它們的具體邏輯關系如下圖:

4?4 公告管理相關的數據庫邏輯圖

4.2.4.2.命名設計

公告管理相關??櫓?,主要業務表的命名方式為:SYS+”_”表類型+”_”+表標識,關聯表命名為:表名A+表名B。

公告管理相關??檣婕暗降謀碭裰械淖侄蚊宦捎糜⑽娜蘋蛘哂⑽募蛐?。

4.2.4.3.表設計

4.2.4.3.1.   公告表

公告表,用于公告管理、我的公告及公告通知查看等???,具體信息如下:

4?19公告表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

title

標題

Varchar2(45)



content

內容

Text


要求用大文本

status

公告狀態

Tinyint


狀態:1待啟用,2啟用,3停用

publishTime

發布時間

Datetime



inputTime

入庫時間

Datetime



4.2.4.3.2.   公告角色表

公告角色表,用于通知擁有該角色的用戶查看公告,具體信息如下:

4?20公告角色表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

noticeId

公告編號

Number


外鍵,公告表的ID

roleId

角色編號

Number


外鍵,角色表的ID

4.2.4.3.3.   公告閱讀表

公告閱讀表,用于統計公告被閱讀的次數和閱讀的用戶,具體信息如下:

4?21公告角色表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

noticeId

公告編號

Number


外鍵,公告表的ID

inputTime

入庫時間

Datetime




4.2.5.統計分析與日志相關???/span>

4.2.5.1.邏輯設計

統計分析與日志??檳?櫓饕ㄔ萃臣?、需求統計、用戶相關統計、查詢統計和日志管理,涉及的邏輯類包括業務類(元數據類、需求類、用戶類)和日志類(系統日志類、用戶登入登出類、關鍵字查詢類和普通查詢類)。

元數據類、需求類、用戶類已經在前文列出。

關鍵字查詢類主要用于記錄用戶的標簽查詢情況,普通查詢類主要用于記錄高級查詢的情況,它們的具體邏輯關系如下圖:

4?5 統計分析與日志相關的數據庫邏輯圖

4.2.5.2.命名設計

統計分析與日志管理相關??櫓?,主要業務表的命名方式為:SYS+”_”表類型+”_”+表標識。

統計分析與日志管理相關??檣婕暗降謀碭裰械淖侄蚊宦捎糜⑽娜蘋蛘哂⑽募蛐?。


4.2.5.3.表設計

4.2.5.3.1.   系統日志表

系統日志表主要記錄用戶的關鍵性操作,如增刪改查,具體信息如下:

4?22系統日志表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

func_id

功能編號

Number


外鍵,對應功能表的ID

parent_id

當前功能編號的父節點

Number


外鍵,對應功能表的ID

IP

遠程服務器IP

Varchar2(20)


遠程服務器IP

description

操作描述

Varchar2(255)



content

修改內容

Longtext



inputTime

入庫時間

Datetime



 

4.2.5.3.2.   登入登出表

登入登出表,主要記錄用戶的登入退出情況,每登入一次記錄一次,退出后在上一次登入的記錄中填寫退出時間,用于統計用戶的登入情況統計,如在線時長統計,具體信息如下:

4?23登入登出表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

IP

遠程服務器IP

Varchar2(20)



loginTime

登入時間

Datetime



outTime

退出時間

Datetime



4.2.5.3.3.   關鍵字查詢表

關鍵字查詢表,主要記錄用戶輸入標簽/關鍵字查詢的情況,每輸入一次標簽查詢,就記錄一條數據,用于統計關鍵字搜索情況,如統計一年內搜索最多的關鍵詞,具體信息如下:

4?24關鍵字查詢表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

IP

遠程服務器IP

Varchar2(20)



keyword

關鍵字

Varchar2(20)



queryTypeId

查詢類型

Tinyint


字典類,對應查詢類型表(dic_qurey_type),分為元數據類關鍵詞、需求類關鍵詞

inputTime

入庫時間

Datetime



4.2.5.3.4.   普通查詢表

普通查詢表,主要記錄用戶高級查詢字段的情況,每查一次就記錄一條數據,用于統計查詢最多的區域、字段情況,具體信息如下:

 

 

4?25普通查詢表

字段英文名

字段中文名

數據類型

/非空

備注

ID

編號

Number

非空

主鍵

userId

用戶編號

Number


外鍵,用戶表的ID

IP

遠程服務器IP

Varchar2(20)



name

字段名稱

Varchar2(20)



type

查詢字段類型

Tinyint


查詢條件類型:1、行政區劃;2、投影;3、坐標系;4、分辨率;5、比例尺;6、數據類型;7、時相

queryTypeId

查詢類型

Tinyint


字典類,對應查詢類型表dic_qurey_type,分為元數據類關鍵詞、需求類關鍵詞

inputTime

入庫時間

Datetime




4.3.   飛圖元數據平臺表匯總

4.3.1.普通表匯總

4?26 普通表匯總

表名

功能說明

sys_user

用戶表,存儲用戶信息

sys_role

角色表,存儲系統角色

user_role

角色用戶表,用戶和角色的關聯表

user_security_code

用戶驗證碼表,用于找回密碼

sys_func

功能權限表,用于存儲系統功能權限

role_func

角色功能表,角色和功能的關聯表

sys_log

系統日志表,用于存儲關鍵操作的日志

sys_log_login

登入登出表,存儲用戶登入情況

sys_log_common_query

普通查詢表,屬于日志表,用于存儲用戶查詢的字段、行政區域的情況

sys_log_keyword_query

關鍵字查詢表,屬于日志表,用于存儲關鍵字查詢的情況

sys_notice

系統公共表,用于存儲用戶公告

notice_role

公告角色表,公共和角色的關聯表

notice_read

公共閱讀表,記錄公共被閱讀的情況

fly_file

組織機構代碼證表,用于記錄相關的文件

fly_mdata

元數據表,存儲元數據

fly_mdata_tag

元數據標簽表,存儲元數據標簽

fly_require

需求表,存儲用戶需求

fly_require_tag

需求標簽表,存儲需求標簽

fly_favorite

收藏夾表,存儲收藏的元數據、需求搜索結果


4.3.2.數據庫字典匯總表

4?27 數據字典匯總表

序號

中文名

英文名

說明

1

查詢類型

dic_qurey_type

查詢的類型,如關鍵字查詢、區域查詢等

2

數據類型

dic_mdata_type

空間數據的類型

3

比例尺

dic_mdata_scale

空間數據比例尺

4

分別率

dic_mdata_resolution

空間數據分辨率

5

參考系

dic_mdata_rcsys

空間數據參考坐標系

6

投影

dic_mdata_projection

空間數據投影類型

7

數據字典表索引

dic_index

由于記錄所有的數據字典,包括字典名稱和表名


4.3.3.數據庫視圖匯總表

4?28 視圖匯總表

序號

中文名

英文名

說明

1

元數據收藏視圖

fly_favoritemdview

以收藏表為主表,用戶表、元數據表為連接表生成的視圖

2

需求收藏視圖

fly_favoriterqview

以收藏表為主表,用戶表、需求表為連接表生成的視圖

3

元數據視圖

fly_mdataview

以元數據為主表,字典表、收藏夾、元數據標簽為關聯表生成視圖

4

需求視圖

fly_requireview

以需求為主表,字典表、收藏夾、元數據標簽為關聯表生成視圖

5

登入登出視圖

sys_log_loginview

以登入登出表為主表,用戶為關聯表生成的視圖

6

公共視圖

sys_noticeview

以公共表為主表,用戶、公共閱讀表為關聯表生成的視圖

7

公共閱讀視圖

sys_notice_readview

以用戶公告視圖、公告閱讀表為主,公告視圖為關聯生成的視圖

8

公共用戶角色視圖

sys_notice_user_role

以公共角色為主表,公共閱讀、公共角色為關聯生成的視圖


4.4.   性能設計

4.4.1.系統優化

l   并行處理

利用MYSQL數據庫的并行處理能力,包括數據的查詢以及插入、修改、刪除等DML操作。并行處理可以有效利用服務器的CPU資源,通過多CPU并行處理來提高數據訪問的性能與響應速度。

l   表空間規劃

對各類數據的SQL表空間進行規劃,如將數據與索引表空間分開,數據與圖片表空間分開等,關鍵數據文件可以放在不同的磁盤控制器控制的磁盤上等,以提高數據訪問的性能。

l   高速緩存

對于一些頻繁使用的數據,如字典數據,通用的背景空間數據等,可以將該數據一次性讀入SQL高速緩存的Keep池中,Keep池可以確保指定的數據永久駐留在內存高速緩存中,從而使數據的訪問直接在內存中進行,沒有讀盤的操作,可以極大的提高數據訪問的響應速度。

l   物化視圖

采用SQL物化視圖技術,即數據庫快照,它是存儲了查詢結果的數據庫視圖。物化視圖通過將大量耗時的數據庫檢索、計算操作的結果預存起來,應用程序直接使用這些存儲的結果,極大提升應用程序的性能。同時利用物化視圖的刷新功能,可以當數據基表中數據改變的時候及時更新物化視圖的數據。

l   分區

可以采用SQL數據分區(Partitioning)技術將大表和索引分成可以管理的小塊,從而避免了對每個大表只能作為一個單獨的對象進行管理。數據分區是一種“分而置之”的技術,它為海量數據的管理提供了可伸縮的性能。對大表進行數據分區,將能夠產生明顯的性能上的效果,并可以對數據故障進行有效隔離。SQL的數據分區對應用是透明的,不需對應用程序做任何修改。數據的分區可以帶來性能、可用性、可管理性上的提高。

l   數據庫集群

采用SQL RAC來構建分布式、冗余的,支持負載平衡的數據庫管理系統集群,即使部分節點出現故障,數據庫仍能夠正常運行,RAC集群可以提供高可靠、高可用、高性能的數據庫訪問服務。

l   軟件監控與優化

綜合采用商業數據庫子系統平臺提供的調優工具及第三方數據庫性能監控與優化工具對數據庫進行性能優化。同時在信息庫管理系統中開發相應性能調優構件,對數據庫性能進行優化。


4.4.2.中間件優化

l   緩沖池

在大數據量入庫時,通過調整數據庫的緩沖池參數,可以有效提高數據加載的性能。

l   直連

對于某些應用,可以采用移動端或者桌面端的數據存儲方式來進行數據庫的訪問操作,減少數據庫數據引擎的開銷。


4.4.3.應用程序優化

l   緩存

對經常參與查詢的參數表或者元數據,緩存到內存,減少數據連接和頻繁訪問。

l   分頁

對于系統查詢的結果,進行適當的分頁顯示,這樣在查詢時每次返回的數據量比較小,避免一次返回大結果集,可以有效提高響應速度與性能。

l   SQL優化

SQL語句上使用上,盡量利用數據的索引機制,以及數據庫提供的相關優化規則。優化程序中的SQL語句,增加where子句上的匹配條件,減少遍歷全部的查詢。

l   并行處理

目前四核、八核CPU已逐漸成為桌面計算機的主流配置,可以在應用中對密集數據處理采用并行處理的方式,充分利用多核CPU的計算能力,提高系統運行效率。

l   算法優化

應用中優化計算處理的算法,提高處理響應速度。如大數據量多條件的統計是非常耗時間的,除了建好索引外,我們還可以通過建立視圖、多維表、存儲過程方式,在數據更新時、或者每日批處理方式處理獲取多維的統計數據,在統計時就可以快速獲取成果,減少客戶等待時間。


5.4   安全保密設計

數據庫的?;びΩ么硬僮饗低臣?、數據庫級、網絡級和應用程序級同時制定嚴密的?;ご朧?。作為數據庫設計,主要從數據庫級考慮。采用如下幾個方面的措施來保證數據庫的安全。

a)    管理制度:在管理制度上,建議安排固定的數據庫管理員維護數據庫, syssystem用戶的口令只有數據庫管理員擁有,并且DBA權限的用戶帳號也只應授予數據庫管理員。數據庫管理員可根據業務需要,創建或撤消用戶帳戶。

b)    用戶管理:在本系統中根據用戶業務需求,按業務分區組設置角色,同一區組的用戶授予相同的角色,不同角色用戶授予操作不同數據的權限。這樣來控制不同用戶只能訪問其權限內的數據。

c)    口令管為保證用戶賬號的安全性,設置的口令進行復雜性檢驗。防止用戶直接操作的方法。

d)   使用本分系統需要先進行賬號注冊,用戶只能用賬號登陸到應用軟件,通過軟件訪問數據庫,而沒有其他途徑操作數據庫。


5.4.1.用戶帳號密碼的加密方法

為了安全性,對用戶名及用戶密碼采用MD5加密和加鹽處理,確保在任何地方都不會出現密碼的明文。


4.5.2.角色與權限

為了?;ぷ⒉嵊沒У娜ㄒ婧褪菘獗舊淼陌踩雜臚暾?,需要對用戶進行身份認證。不同級別的用戶賦予不同的權限,以確保用戶只能訪問其權限范圍內的數據。分系統對用戶采用分組的形式進行管理,具有相同訪問權限的用戶屬于一組,以簡化權限的分配和用戶的管理。主要進行數據庫資源訪問用戶的管理,只有數據庫的合法用戶才能進行數據庫資源的查詢檢索和獲取。


4.6.   管理與維護

4.6.1.數據一致性設計

數據庫中的數據一致性是指當用戶獲取一個共享資源,而資源在不同的操作中顯示同樣的特征。在設計中,考慮到更新丟失、臟讀、非重復讀和幻象等現象會影響數據庫的一致性,為避免不同事務并發時破壞數據庫的一致性,采用SQL中自動鎖和系統修改系列號(SCN)來解決一致性問題。

數據完整性也是數據一致性的重要保證,包括域完整性、實體完整性和指引完整性等幾個方面。設計上將采用如下幾個方面的措施來確保數據的完整性。

a)    域完整性,通過列數據類型約束域完整性,同時還指定每列是否為空屬性(NULL/NOT NULL),用來約束該列是否可以出現空值。

b)    實體完整性(又稱為行完整性),要求表具有主鍵約束(主鍵),根據實際情況決定是否采取其他措施,如唯一索引、UNIQUE約束等;

c)    指引完整性(又稱為關系完整性),建立數據庫中不同表與列之間的關系,使子表中外鍵的每個列值都與相關的父表中的主鍵或候選鍵相匹配。


4.6.2.數據庫日常管理

利用數據庫、數據倉庫、元數據和網絡等技術,建立分布式、集中式或集中加分布式數據管理系統,開展數據接收、組織存儲、運行維護、更新、共享交換等工作,實現對數據資源的有效組織和應用。按照減災應用數據庫維護計劃定期進行數據資源目錄、數據庫子系統維護,確保數據庫得到經常性的管理監控、維護和優化。主要內容包括:

1)       數據庫一致性檢查;

2)       數據目錄和索引更新與重建;

3)       系統數據庫備份以及用戶數據庫備份;

4)       文件大小檢查;

5)       系統沖突性檢查;

6)       監測批處理、數據查詢作業是否正確執行;

7)       數據庫子系統日常運行記錄管理,包括值班記錄、系統故障及排除記錄。

8)       查看日常運行記錄的錯誤;

9)       復制日常運行記錄代理的運行情況;

10)   復制分發清除作業是否正確執行;

11)   整理數據庫碎片,監測數據庫大小、增長情況;

12)   監測磁盤自由空間、釋放磁盤空閑空間;

13)   監控用戶操作和使用數據情況;

14)   定期對數據庫子系統進行升級,以提高其性能;

15)    處理示范工程數據庫子系統緊急情況的預案。發生重大故障造成系統?;?,應向用戶作出通告說明。


4.6.3.數據庫維護

數據庫維護是指當一個數據庫被創建以后的工作都叫做數據庫維護。包括備份系統數據、恢復數據庫系統、產生用戶信息表,并為信息表授權、監視系統運行狀況,及時處理系統錯誤、保證系統數據安全,周期更改用戶口令。數據庫維護比數據庫的創建和使用更難。

數據庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分:

1.備份系統數據

數據庫系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。

(1).備份數據庫

每一個數據庫都應在創建之后卸出,從而提供一個裝入基點。在此之后按排固定的時間周期表卸出。比如每周五卸出數據庫。對一般數據庫系統卸出數據庫周期建議為每周一次。

除了按計劃周期卸出數據庫之外,還需在每次運行沒有日志的操作后卸出數據庫。

(2).備份事務日志

如果事務日志與數據庫放在同一個設備上,則事務日志不應與數據庫分開備份。master數據庫和小于4M的用戶數據庫就是這種情況。一般數據庫系統的數據庫和日志分別放在不同的設備上,因此,可以用DUMPTRAN命令單獨備份日志。備份事務日志的周期直接影響數據的恢復程度,因此建議每天備份。

(3).備份數據庫及其日志間的相互作用

在至少卸出一次數據庫前,卸出事務日志是毫無意義的。萬一系統失敗時恢復數據庫系統,如果用戶數據庫存儲的設備失效,從而數據庫被破壞或不可存取,通過裝入最新的數據庫備份以及后來的事務日志備份可以恢復數據庫。

2.監視系統運行狀況,及時處理系統錯誤

系統管理員的另一項日常工作是監視系統運行情況。主要有以下幾個方面:

(1).監視當前用戶以及進程的信息

(2).監視目標占用空間情況

(3).監視SQL數據庫統計數字

3.保證系統數據安全,周期更改用戶口令

為保證系統數據的安全,系統管理員必須依據系統的實際情況,執行一系列的安全保障措施。其中,周期性的更改用戶口令是比較常用且十分有效的措施。

5.   系統實現設計

5.1.  實現技術

5.1.1.開發環境

采用Intellij IDEA作為系統開發平臺,利用Maven作為項目管理工具,使用JDK1.7、Tomcat6.0及以上、Windows7作為開發環境,利用Java、Javascript、Jquery作為開發語言。


5.1.2.Web前端實現

Web前端采用Boostrap3.3.5、EasyUI1.5、天地圖全國和天地圖福建作為前端框架。前端網頁將CSS、JS、jsp頁面進行分離開發,系統部署運行再將其集成。


5.1.3.后端實現

后端采用SpingMVC進行接口分層、切面管理,利用Spring-shiro作為系統安全框架(包括登入登出、資源權限控制等)、Hibernate作為數據訪問框架,并通過注解實現參數配置。

后端接口的實現主要分為三層:controller控制層、service業務邏輯層和dao數據服務層,每一層都有接口定義和接口實現。

controller層:是與前端交互的接口控制層,處理前端請求,并能夠相應請求,采用Json作為數據傳輸模型。

service業務層:是系統的業務邏輯處理層,并且在該層做數據庫事務管理,以保證數據庫的一致性和數據安全。

dao數據服務層:通過Hibernate與數據庫交互,以實體Projo對象為主接收數據,為業務邏輯層提供基礎數據服務。


5.2.  實現原理

前端采用ajax作為數據請求訪問工具,后端利用SpringMVC框架進行控制,其原理如下圖所示。首先由客戶端發出請求,Controller接收請求,然后將請求參數交由Service層處理,Service層根據業務情況向Dao層獲取相關數據,Dao層使用Hibernate訪問數據庫,并以Projo實體作為數據載體獲取數據。

5?1 角色、用戶相關系統管理邏輯設計圖

5.3.  實例展示

根據上述系統設計和技術實現原理,開發了一套面向測繪、測量、地理信息相關行業的元數據平臺。下文以用戶管理為例,進一步闡述系統的實現過程。


5.3.1.Hibernate數據庫表與實體映射原則

采用注解映射配置,實體名稱對應表名,實體字段與數據庫字段一一對應。此外如果業務需要,可以需要增加臨時字段的,可以在Hibernate管理下的實體中加一個臨時字段(以注解的方式標識為臨時字段),如果只需要某幾張表中的幾個字段,也可以直接建立一個臨時實體(不需要指定數據庫表和字段的注解配置),采用Hibernate的臨時數據轉換接口可以實現臨時數據的接受轉換。

例如,用戶管理中用戶表SYS_USER,可以建立一個User的POJO實體對象模型,通過表名注解、字段注解進行映射匹配,用于接收和轉換查詢的數據


5.3.2.SpringMVC接口設計原則

Controller層、Service層和Dao層接口的設計遵循簡單化、??榛?、精細化原則,使系統實現最大的可維護性,首先抽象出系統各??楣玫慕涌?,其他??櫚慕涌誥×烤范越?,一般一個業務??橛釁湟灰歡雜Φ慕涌誆?,盡量避免不同??櫓淶慕涌詮燦?。

以用戶管理??槲?,Controller控制層命名為UserController、Service業務層命名為UserService、Dao數據層命名為UserDao。要實現一個新增用戶的功能,UserController新增一個save的接口,UserService新增一個save接口,Dao新增一個save數據接口。


5.3.3.前端請求設計原則

前端設計盡量簡潔大方,操作性強,采用Ajax+Json的模式作為數據請求機制,并在請求結束時返回精確的提示信息,以達到前端友好界面設計。


5.3.4.成果展示

以用戶管理的新增用戶為例,成果如下圖所示:

5?2用戶管理主界面

5?3新增用戶界面

 

6.   系統出錯處理設計

6.1.   出錯信息

6?1系統出錯處理表

序號

出錯情況

出錯形式

補救措施

1.            

不能訪問系統

無法訪問系統

重新啟動應用服務

2.            

不能訪問數據庫

不能執行查詢,新增等業務

重新啟動數據庫,檢查網絡是否暢通

3.            

登錄出錯

用戶名不存在或密碼錯誤

重新輸入正確信息后,在登錄

4.            

密碼修改出錯

原始密碼輸錯,兩次新密碼不一志

重新輸入正確的密碼

5.            

業務執行錯誤

業務辦理錯誤

按照正確的業務辦理規則進行辦理

6.            

請選擇處理的數據

沒有選擇數據,直接進行數據處理

選擇確實存在的數據

7.            

請設置正確的路徑

沒有選擇輸出路徑或者沒有設置正確的輸出路徑,直接進行數據處理

選擇確實存在的路徑

8.            

請輸入文件名

輸出文件名為空

為輸出文件鍵入文件名

9.            

請輸入搜索條件

在查詢??櫓薪惺蕕乃閹魘泵揮惺淙胨閹魈跫?/span>

輸入搜索條件

10.      

連接參數不正確!

數據入庫時連接參數不正確

檢查連接參數

11.      

服務器名不能為空!

數據入庫時沒有輸入服務器名

輸入服務器名

12.      

實例名不能為空!

數據入庫時沒有輸入實例名

輸入實例名

13.      

輸入內容不能含有特殊字符!

在進行信息修改時,輸入了特殊字符

輸入正確的名稱(中文及英文字符)

14.      

用戶名不能為空!

數據入庫時沒有輸入用戶名

輸入用戶名

15.      

文件不存在,請檢查!

打開的文件不存在

重新打開一個已存在的圖像文件

16.      

用戶名和密碼有誤!

在登錄時用戶輸入的用戶名或密碼錯誤

檢查用戶名及密碼是否正確

17.      

連接參數不正確

空間數據連接參數填寫不正確

填寫正確的連接參數

18.      

拒絕存取。

檢查用戶的權限

為用戶分類相關的權限

19.      

無法移除目錄

檢查用戶的權限和目錄權限設置

為用戶分類相關的權限或取消目錄相關限制

20.      

指定的計算機名稱錯誤

數據庫連接時的輸入的計算名不存在

檢查要連接的計算機名稱

21.      

指定的服務名稱錯誤

連接postgres數據庫時的SID錯誤

檢查postgres數據的SID

22.      

指定的服務用戶密碼名稱錯誤

連接postgres數據庫時的用戶密碼錯誤

檢查postgres數據的用戶名密碼

23.      

請選擇數據集!

歸檔、入庫等操作時沒有選擇目標數據

選擇操作的目標數據

24.      

數據庫連接失敗!

系統不能連接數據庫

檢查數據庫連接參數是否正確

25.      

數據打包失敗!

目標數據集不能提取打包

檢查該目標數據是否存在

26.      

數據格式轉換失敗!

矢量數據格式轉換失敗

檢查轉換參數是否正確

27.      

時間格式不正確!

時間檢索時輸入的時間格式不正確

改為正確的時間格式

28.      

查詢條件不能為空!

進行查詢檢索必須字段為空

將查詢的必須條件按規范輸入

29.      

請檢查當前網絡連接!

當前網速較慢或者網絡斷開

網絡連接

30.      

該用戶名已存在!

向系統中添加已存在的用戶

不再重復添加或者添加新的用戶

31.      

該用戶已登陸!

用已登陸系統的用戶賬號再次登陸系統

當前用戶退出系統或者選擇另一用戶賬號

32.      

無效的sql語句

高級查詢檢索時輸入的sql語句不合法

檢查語法是否正確

33.      

無效的格式文件!

試圖打開或者保存系統不支持的文件格式

選擇系統支持的文件格式

34.      

查詢的字段不存在

查詢檢索時輸入的字段在相應表中不存在

檢查查詢語句中的字段是否都村在表中,或者是否拼寫錯了字段名

35.      

文件正在使用中!

其他程序打開了相應的文件

其他程序關閉對此文件的打開即可

36.      

存在不合法的參數信息!

某些參數不合法,比如存在全角字符等

修改參數信息使之合法


6.2.   補救措施

從錯誤的類型出發,以上的錯誤可以分為:系統配置項錯誤、用戶輸入錯誤、用戶操作錯誤、系統異常錯誤、操作系統級別錯誤。針對不同的錯誤,需要采用不同的補救措施。

1)對于“系統參數”類型的錯誤,系統將根據各個界面中的不同參數配置,顯示在相應的系統設置中,若有錯誤即可進行再次修改配置文件的參數信息;

2)對于“用戶輸入錯誤”類型的錯誤,系統將根據各個界面中的不同參數類型,設置不同的檢驗規則,直接在用戶界面上提示用戶錯誤信息,并在相應的位置強制其修改;

3)對于“用戶操作錯誤”類型的錯誤,系統將在邏輯上驗證流程步驟的正確性,提示用戶必要的先決條件;

4)對于“系統異常錯誤”類型的錯誤,系統將采取手動獲取的方式,將所需的數據下載到本地,根據本地工程文件的形式繼續完成相應的工作。

5)對于“操作系統級別錯誤”類型的錯誤,系統將采取手動處理解決的方式,重新打開計算機并再次運行該系統。


7.   系統維護設計


7.1.   可擴展性設計

1.      在框架上采用可拆卸機制,菜單功能以動態庫的形式進行掛接;

2.      在具體算法設計上,每個算法都考慮了海量數據處理和小數據處理。算法與底層的數據顯示相分離;

3.      在??檣杓粕?,采用組件化的設計,各種功能都作到動態可拆卸,形成松散耦合的關系,使得??櫚目衫┱剮緣玫獎V?;

4.      ??椴捎盟惴ㄓ虢緱娣擲氳牟唄?,大大提高系統可擴展性。

7.2.   可靠性設計

1.      系統的算法遵循盡量利用公認的、成熟的算法進行開發、設計的原則;

2.      軟件包軟件容錯集中在對于異常數據、操作和流程的處理和嚴格的質量保證上,保障軟件對任何不符合業務邏輯和內在限制的操作提供必要的?;ご朧?;

3.      對于用戶誤操作和不合規程的隨意操作而造成死機、不可控制的異常,及可能的意外和超過??櫬砟芰Φ牟僮饔斜匾姆闌ご朧?;

4.      對于數據的限制在界面層和算法層進行分別。

7.3.   可維護性設計

本軟件是一個大型綜合數據管理系統。因此,方便合理的系統維護設計是保證系統安全可靠運行的必要條件。維修性的設計措施如下:

1.      簡化產品設計與維修:在滿足規定功能的前提下,系統各部分力求做到簡單,合并相同或相似功能,消除不必要功能。

2.      通用性設計:最大限度地采用標準部件,盡量減少品種、規格。

3.      系統??榛杓疲汗δ芟低巢捎媚?榛杓?,同時盡量減少相鄰??榧淶牧?,力求實現總體設計合理,功能獨立,以便于人員操作和維護。

4.      開發軟件可維護設計:根據相關管理、測試規范,對軟件進行組件化設計、??樗神詈仙杓頻卻朧?,并統一軟件接口標準以及盡可能采用國軍標、國家規定的數據格式等。主要的維護內容包括硬件設備的維護、軟件系統及程序的維護、操作系統的維護以及數據維護。


7.3.1.軟件系統及程序的維護

保證系統安全可靠的運行是軟件維護的重要任務之一,系統管理員所采取的最重要的維護措施就是建立一個有效的安全環境,使用戶認識到每天二十四小時維護的重要性。


7.3.2.操作系統的維護

1.             建立用戶帳戶安全制度:確保進入計算機系統的所有人都是合法用戶,每一個操作人員都有自己的計算機賬戶和口令。

2.             物理安全性保證:考慮避免各種人為和自然環境的影響,包括:設備可能的人為損壞、環境因素(灰塵、電子噪聲、爆炸、極端溫度以及振動)可能造成的損壞。

3.             系統日志管理:做好服務器的日志記錄,以便在系統崩潰時恢復系統和數據的使用。

4.             網絡安全管理:實行口令管理,防止非法用戶進入。利用反病毒軟件防止病毒侵入。

5.             程序維護:利用系統提供的維護程序,定期進行系統維護。

6.             檢查跟蹤系統:當管理任務繁多時,可把有關系統的安全工作利用計算機的系統檢查跟蹤功能自動進行處理。


7.3.3.數據的維護

定期進行系統及其數據庫數據的備份,防止人為或自然災害等造成數據不可恢復的破壞。

8.   系統配置

8.1.   硬件配置

系統的硬件配置主要包括數據庫服務器、WEB服務器、移動PC端、PC機、網絡設備、存儲設備。


8.2.   軟件配置

系統支持的軟件主要包括:

服務器操作系統:如Unix/Linux、Windows,SUN SOLARIS,IBM AIX,HP UNIX等;

數據庫軟件:MySQL;

中間件軟件:Java運行環境,Tomcat等。

廈門網贏集團

黑龙江福利彩票p62今日开奖结果

TEL:13275007163(微信)

 

 


查看完整內容

互聯網方案

·1
·6
·?
·<
·a
·
·?
·0
·1
·1
·
·0
·h
·