1、全國監獄信息化應用軟件開發數據交換平臺 需求規格說明書1 引言1.1 編寫目的為了能更好的描述清楚國科政信數據交換平臺（以下簡稱“數據交換”或“本項目”）業務需求，更好地讓相關人員了解本項目的各個模塊及功能點，特編寫此需求規格說明書。本文檔主要從業務需求、功能描述、環境要求、操作要求、設計約束及質量要求等方面闡述，同時說明了系統的合格性需求及交付需求等綜合要求，是作為本項目軟件的設計及測試工作的重要依據。本文檔的預期讀者為業務用戶、設計人員、開發人員、測試人員、項目管理人員等相關人員1.2 背景目前，國內各地政府部門和機構或多或少均建立起自己的信息化系統，包括門戶網站內容管理系統、oa辦公系統

2、、辦事審批系統、其它業務系統等。但由于諸多因素的影響，即使同一地區的政府機構間也無法進行合理、有效的溝通，可以說是一座座的“信息孤島”。電子政務實施的任務之一就是要將這些“孤島”有機地串連在一起，充分發揮其效能，同時也保護了各部門在該方面的經濟投入和精力投入。此外，電子政務建設過程中，即使是統一規劃，但具體的實施單位和解決方案會有很多，建設完成后的系統常常是自治的，異構的，數據可能存放于數據庫、文本文件、xml文件，甚至普通文件中。因此也需要一種機制使不同時期建設的應用系統能有機地結合為一個整體。上述兩種情況，均要求解決應用系統間數據和信息的互通、互用問題。 1.3 定義1.4 參考文獻 司法

3、部關于報送全國監獄信息化建設規劃（司法函2007111號） 司法部關于印發全國監獄信息化建設規劃的通知（司法通2008124號） 全國監獄信息化工程（一期）項目建設建議書 關于印發全國監獄信息化應用軟件開發建設任務分工意見的通知（2010司獄字277號） 國家發展改革委關于全國監獄信息化一期工程項目建議書的批復（發改高技20101389號） gb 8566 計算機軟件開發規范 gb 8567 計算機軟件產品開發文件編制指南 gb/t 12505 計算機軟件配置管理計劃規范 國家計算機軟件工程規范 iso9003國際標準 首都信息化標準體系2 項目概述2.1 目標國科政信數據交換平臺是一個以解決

4、電子政務實施過程中對于基于異構數據平臺上的數據無法進行有效交流和溝通的問題的一個通用的、分布式的數據集成平臺。國科政信數據交換平臺能夠為需要數據集成的應用提供數據服務，解決數據從何而來，哪個應用對其感興趣，以及如何被每個系統使用的問題。國科政信數據交換平臺通過把信息提供者和消費者隔離，來構建靈活的系統，使得這些系統不會受到數據的物理位置的影響，也不會受到需要存取數據信息的應用個數的影響，對于每一個系統就不需要進行特別的定制處理，就可以在系統之間實現信息的集成了。 建立了各政務應用系統溝通和對社會服務的接口標準和服務標準，實現了良好的數據封裝、交換和共享。2.2 建設原則 實用性原則實用性是衡量

5、一套軟件系統質量的最重要指標之一，功能的實用性、界面的友好性及用戶訪問的方便靈活性是其最主要的要求，同時也是整個系統得以應用的基礎。無論功能的劃分或是軟件的設計必須密切聯系監獄的實際情況，充分滿足當前的需要及今后長遠發展的各種需求。 先進性原則先進性是對系統的最基本要求，它是最大限度地提高系統的生命周期、減少項目重復投資的重要手段。系統設計要有一定的前瞻性，為功能的擴充和技術的發展留有空間。系統應具有較好的升級能力、擴展能力和向上兼容的能力，使系統不會隨著技術的發展而迅速落后或被淘汰。 安全可靠性原則安全可靠是一個系統投入運行的前提，因此，在設計和軟件開發實施過程中，必須全面細致地考慮各種可能

6、遇到的情況，規劃出合理的解決方案，為整套系統的安全可靠運行提供保障。 規范性原則系統設計所采用的技術和設備應符合國際標準、國家標準和行業標準，為系統的擴展升級、與其它系統的互聯集成提供良好的基礎。 可擴展性原則可擴展性是系統將來更新、擴展和升級的重要保障。系統設計特別是架構的設計應充分考慮系統的長遠發展目標，采用先進的設計思想和開發手段，全面支持各種應用功能的擴展，為整套系統功能的完善、更新提供條件。采用標準協議，保證系統結構、容量、通信和處理能力，軟硬件接口應具有良好的擴展能力。 可管理性原則系統應易于管理，易于維護，操作簡單，易學，易用，便于進行系統配置，能夠很好的監控內容、安全性、訪問流

7、量、性能等方面內容，并可以進行一定范圍內的遠程管理和故障診斷。系統應具有良好的結構，各個部分應有明確和完整的定義，使得局部的修改不影響全局和其他部分的結構和運行。2.3 開發原則2.3.1 迭代開發本系統開發時，采用迭代開發、測試驅動的開發。每階段版本都要采用迭代開發，即每天提交可以執行的版本。第二天在前一天的可以執行版本上再開發新功能，以達到對前一天版本測試的目的。迭代過程中不斷完善需求分析、軟件設計、編碼質量。2.3.2 每天級聯 每天的提交所有模塊的開發人員在每個工作日16點之前向指定服務器提交本日的工作結果，過時之后的工作在第二日再提交，沒有提交則認為本日無工作結果。 階段版本生成每有

8、一個新功能提交作為一個階段版本，新功能提交后都要進行交叉測試，測試通過且功能穩定后方可提交其它新功能。 階段版本的使用階段版本生成后要保存原代碼，以供為客戶提供測試版本和研發過程中的版本回退。2.3.3 文檔評審 軟件需求各研發人員依據客戶需求來編寫軟件需求分析書，軟件需求開發中可以實現的功能需求、性能需求、操作流程等，并對開發工具、時間要求做出描述。軟件需求分析書經評審通過后，才能進入下一個階段，供管理、研發、測試人員使用。 開發日程表管理人員根據軟件需求編寫開發日程表，表中要明確各階段的歷程碑。 軟件設計研發人員根據軟件需求編寫軟件設計書。軟件設計書描述系統架構、主要算法（流程或狀態圖）、

9、重要數據結構、數據庫表等。軟件設計書經評審通過后，才能進入編碼階段。 測試方案測試人員根據軟件需求編寫測試方案，測試方案包括測試用例。2.4 總體技術路線本方案采用browser/webserver/databaseserver三層結構進行網站群系統的開發。本方案采用以下核心技術：圖：browser/webserver/databaseserver三層結構1) 具開放性和擴展性的j2ee技術框架，采用mvc設計模式； 2) 采用安全電子表單技術；3) 利用j2ee核心設計模式dao和持久性框架來實現數據庫的兼容和透明訪問；4) 采用unicode編碼方式，來實現支持后臺管理系統的多種語言；5)

10、 soap/web服務技術，支持將異構的系統平臺和分散的系統進行有機集成。2.5 系統總體架構設計根據客戶需求數據交換平臺主要采用數據中心和數據交換代理節點的結構來簡化電子政務應用主體內部功能體之間、主體與主體之間所存在的復雜的相互關系，在代理節點上提供相應的服務來方便老應用系統的接入并提供一致的訪問行為和接口。數據交換平臺系統結構如下圖所示。3 運行環境規定及部署圖3.1 設備3.1.1 服務端設備建議使用品牌服務器，建議配置兩個雙核2ghz以上處理器，2g以上內存，硬盤100g以上。3.1.2 客戶端設備用戶對設備基本無特殊要求。3.2 支持軟件3.2.1 服務端支持軟件操作系統：wind

11、ows、linux等主流操作系統中 間 件：tomcat、jboss、websphere 等主流web服務器數 據 庫：oracle、sqlserver、db2、mysql、sybase及國產數據庫等主流數據庫。其它軟件：jdk 1.63.2.2 客戶端支持軟件操作系統：windows 2000 / xp /2003其它軟件：ie 6.03.3 系統開發語言本系統的開發統一采用java程序設計語言進行編程。以java語言的特性實現跨平臺性，能運行于不同的操作系統等支撐平臺；安全性，程序提供了安全管理器，防止程序的非法訪問；面向對象，將數據分裝于類中，實現了程序的可重用性、簡潔性和便于維護；分布

12、式，建立在擴展tcp/ip網絡平臺上方通過網絡調用文件；健壯性，對于規范要求以外的輸入情況具有合理的處理能力。開發采用如下的工具和技術包：工具/組件版本備注jdk1.6java開發包eclipse編譯工具myeclipse6.5以上插件tomcat6.0web服務器struts2.0mvc框剪基于webhibernate3.0數據層jsonajax框架spring3.0j2ee框架jcompany3.0單元測試代碼ant1.6.2打包工具log4j1.2.7日志oracle9i數據庫3.4 接口統一用戶管理服務接口。在確保安全的前提下，提供各應用系統一個統一的用戶視圖，所有用戶登錄訪問均經過統

13、一用戶管理進行認證，通過認證后，均以統一的標準接口傳遞認證結果。具體接口描述在系統設計中說明。3.5 部署圖4 項目建設內容4.1 制定數據交換標準4.1.1 需求標準1）對軟件系統總體功能/對象結構進行描述，包括結構圖、流程圖或對象圖。（2）對每個主要子系統中的基本功能模塊/對象進行描述，包括結構圖、流程圖或對象圖。（3）通常使用的約定描述(數學符號、度量單位等)。4.1.2 內容標準數據交換主要包括：數據交換、參數設置、數據上傳、服務器管理、數據下載、日志管理等各項業務。4.1.3 維護標準必須設定轉門人員進行定期維護更新，保證信息有價值、有意義。4.1.4 安全性要求根據國家對網絡與信息

14、系統安全性的基本要求，結合多年從事信息安全管理工作的實際體會，在制定系統安全性評價指標體系時應遵循如下原則：（1）符合國家有關信息與信息系統安全的法律和法規。（2）滿足用戶及應用環境對信息系統提出的安全性要求。（3）具有良好的可操作性，便于實施。4.1.5 格式標準（1）功能要求模塊清晰、操作簡單、交互性好。（2）可視化流程操作，讓辦公人員更加得心應手。（3）每頁間切換連貫,頁面背景、字體格式統一。（4）支持多種不同版本、種類的瀏覽器，可移植性強。（5）不使用過大的圖片、不使用過小的字體、對于動畫或者聲音4.2 數據交換系統4.2.1 系統總體描述4.2.1.1 系統結構圖4.2.1.2 總體

15、用例圖所有用戶的用例對比：4.2.1.3 模塊劃分數據交換系統主要分為6個子系統: 數據交換； 參數設置； 數據上傳； 數據下載； 服務器管理； 日志管理。4.2.1.4 功能點綜述 數據交換； 主要功能是對選擇數據流程文件和對應的數據包上傳到服務器指定目錄實現自動發送。 參數設置； 主要功能是對服務器的相關參數進行設置，如：指定服務器接收和發送數據的文件目錄、指定服務器的ip和端口號等相關配置。 數據上傳；主要功能是將數據上傳服務器。 數據下載；主要功能到服務器上下載共享的數據文件。 服務器管理；主要功能是對網絡中的服務器進行參數設置。 日志管理。主要是對網絡中的發送過程進行跟蹤、記錄。4.

16、2.2 業務功能模塊4.2.2.1 數據交換需求描述數據交換主要是實現監獄、省局、高院、中院之間公文流轉和數據共享。系統定時掃描服務器指定目錄下的文件，判斷是否有數據包和流程定義文件。若文件存在則根據流程定義文件將數據包發送到流程定義文件定義的服務器指定目錄。操作流程4.2.2.2 參數設置需求描述指定服務器接收和發送數據的文件路徑，配置相關的服務器接收文件路徑、服務器發送文件路徑、提請文件路徑、本地服務ip、本地服務端口、用戶名、密碼、掃描間隔（毫秒）、服務啟動開時間始掃描(毫秒)、是否需要轉發(僅用于監獄局前置機)、監獄局前置機ip、是否掃描接收文件夾、是否是高院業務機、是否插入日志、監獄

17、局文件發送目錄。本模塊的ipo圖輸入處理輸出參數設置輸入參數設置jsp本模塊靜態數據數據類別靜態數據參數設置服務器接收文件路徑、服務器發送文件路徑、提請文件路徑、本地服務ip、本地服務端口、用戶名、密碼、掃描間隔、服務啟動開時間始掃描、是否需要轉發(僅用于監獄局前置機)、監獄局前置機ip、是否掃描接收文件夾、是否是高院業務機、是否插入日志、監獄局文件發送目錄4.2.2.3 數據上傳需求描述主要功能是將數據包上傳服務器。本模塊的ipo圖輸入處理輸出數據上傳選擇數據上傳文件到服務器本模塊靜態數據數據類別靜態數據數據上傳上傳文件4.2.2.4 數據下載需求描述選擇指定服務器，查詢出下載列表，點擊下載按鈕下載相關數據。本模塊的ipo圖輸入處理輸出數據下載選擇下載服務器下載文件本模塊靜態數據數據類別靜態數據數據下載選擇服務器、ip、端口、用戶名、密碼4.2.2.5 服務器管理需求描述設定