本系統(tǒng)采用B/S結(jié)構(gòu),即服務器/瀏覽器模式,主體應用部署在服務器端,客戶端只需要有IE瀏覽器,并且能訪問本系統(tǒng)服務器即可。
為了滿足客戶具有下級單位的管理問題,本系統(tǒng)還支持多單位的管理。建立多個單位后,每個單位的用戶可以登錄自己單位的管理系統(tǒng),使用自己單位獨立的權(quán)限設置。如果用戶具有多個單位的登錄權(quán)限,在登錄系統(tǒng)時,還可以選擇需要登錄的單位,進入到指定單位的系統(tǒng)中。在數(shù)據(jù)庫層,每個單位的數(shù)據(jù)是獨立存儲的,可以有效的分散系統(tǒng)在運行過程中的數(shù)據(jù)壓力。
四、主要解決的問題
4.1 用戶使用問題
本系統(tǒng)在設計時,充分考慮了用戶的使用習慣,采用模擬應用程序的系統(tǒng)界面,保留了諸如“列表中單選、復選、批量選擇”等功能,可以使用戶快速上手、快速熟悉。
在界面設計時,盡量滿足人體工程學的要求,使用戶鼠標滑動的軌跡最短,點擊次數(shù)最少,減少用戶使用系統(tǒng)時的工作強度。
4.2 系統(tǒng)維護問題
系統(tǒng)的“組織機構(gòu)管理”、“數(shù)據(jù)結(jié)構(gòu)管理”、“權(quán)限設置”、“系統(tǒng)設置”的功能,采用簡單易用的界面設計,很多界面大量采用了拖拽等功能,降低了系統(tǒng)維護的難度,使系統(tǒng)管理員、業(yè)務管理員可以方便、快捷的對系統(tǒng)進行日常的維護和管理。
4.3 數(shù)據(jù)及原文存儲問題
為了加快系統(tǒng)的查詢速度,降低數(shù)據(jù)庫的運行壓力,本系統(tǒng)對數(shù)據(jù)存儲時,采取了“分單位分表”的存儲策略。即每個單位的門類表都是獨立的、私有的,這樣在查詢時,可以在一定程度上保證數(shù)據(jù)查詢的效率,提高系統(tǒng)運行的速度。
由于檔案系統(tǒng)原文上傳量巨大,為了解決海量原文存儲的問題,本系統(tǒng)采用了“原文服務”的方式,對原文存儲進行動態(tài)的擴展。
“原文服務”支持“文件系統(tǒng)”和“WebDAV”兩種模式。系統(tǒng)可以無限制的添加任意多個原文服務,原有的原文存儲到達極限時,只需為當前單位指定一個新添加的原文服務,即可實現(xiàn)動態(tài)的原文存儲擴展。
“文件系統(tǒng)”即是當前服務器所掛載的磁盤系統(tǒng)中的文件存儲路徑,可以直接進行設置。但此種模式會受到操作系統(tǒng)管理磁盤分區(qū)2T的限制。
“WebDAV”采用公開的,基于HTTP端口的WebDAV協(xié)議進行文件傳輸。WebDAV協(xié)議具有安全、透明、高效的特點,并且已經(jīng)成為標準的協(xié)議,被絕大多數(shù)HTTP服務器支持。本系統(tǒng)中使用開源的Apache服務器作為WebDAV文件服務器,可以保證系統(tǒng)的安全和穩(wěn)定。
4.4 二次開發(fā)問題
本系統(tǒng)采用標準的MVC架構(gòu),使用業(yè)界流行的STRUTS、SPRING、HIBERNATE作為基礎的開發(fā)平臺,將對系統(tǒng)的基本元素,如:組織機構(gòu)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)管理等的操作提取出來,抽象為開放的API接口。進行二次開發(fā)時,程序員只需調(diào)用這些API,即可實現(xiàn)對底層基本元素的操作,可以有效的提升開發(fā)速度。
系統(tǒng)在設計時,充分考慮了功能的擴展,在系統(tǒng)功能、門類功能、業(yè)務表功能等處均設置了開放的接口,可以根據(jù)用戶不同的需求,快速進行相應功能的開發(fā),并且可以簡單的進行功能的掛接。