電子政務系統(tǒng)總體設計要求.pdf

i c s3 5 2 4 0 0 1 l6 7 鱈亙 中華人民共和國國家標準 g b t210 6 4 2 0 0 7 電子政務系統(tǒng)總體設計要求 s y s t e mg e n e r a ld e s i g nr e q u i r e m e n t sf o re l e c t r o n i cg o v e r n m e n t 2 0 0 7 - 0 9 - 10 發(fā)布 2 0 0 8 - 0 3 - 0 1 實施 中華人民共和國國家質(zhì)量監(jiān)督檢驗檢疫總局當士 中國國家標準化管理委員會及干扣 g b t210 6 4 - - 2 0 0 7 前言一 引言 1 范圍 2 規(guī)范性引用文件 3 術語和定義 4 一般要求 4 1 系統(tǒng)總體設計目標 4 2 系統(tǒng)總體設計開展時機 4 3 系統(tǒng)總體設計范圍 4 4 與系統(tǒng)總體設計相關的電子政務特點 5 系統(tǒng)總體設計要素 5 1 需求分析 5 2 系統(tǒng)體系結(jié)構設計 6 系統(tǒng)總體設計實施方法 6 1 系統(tǒng)總體設計過程- 6 2 系統(tǒng)總體設計中使用的方法 6 3 系統(tǒng)總體設計要素選用 目次 6 4 系統(tǒng)總體設計方案 附錄a ( 資料性附錄) 系統(tǒng)總體設計過程一 附錄b ( 資料性附錄)系統(tǒng)總體設計中使用的方法 b 1 概述 b 2 業(yè)務組織結(jié)構 b 3 系統(tǒng)業(yè)務功能- b 4 部門業(yè)務關系 b 5 系統(tǒng)信息資源 b 6 技術體系框架 b 7 系統(tǒng)構成 b 8 系統(tǒng)運行模式 b 9 構件接口關系 b 1 0 系統(tǒng)部署形式 附錄c ( 資料性附錄)系統(tǒng)總體設計要素選用指南 附錄d ( 資料性附錄) 系統(tǒng)總體設計方案編寫要求 參考文獻 i 1 l l l l 1 l 2 2 2 5 6 6 6 6 6 7 8 8 8 8加他”h坫m均躬 刖 吾 g b t210 6 4 2 0 0 7 本標準的附錄a 、附錄b 、附錄c 和附錄d 是資料性附錄。 本標準由國家電子政務標準化總體組提出。 本標準由國家電子政務標準化總體組歸口。 本標準的主要起草單位：中國電子科技集團公司信息化工程總體研究中心、中國電子技術標準化研 究所、中國科學院沈陽自動化研究所、太極軟件有限公司和華迪計算機有限公司。 本標準主要起草人：夏耘、林華、張春暉、吳志剛、高展、于躍、吳兵峰、高棟、傅智杰、姜瑜濤。 g b t210 6 4 - - 2 0 0 7 引言 電子政務系統(tǒng)已在全國范圍內(nèi)大量建設，但還沒有完整的、規(guī)范的電子政務系統(tǒng)總體設計作為系統(tǒng) 建設的依據(jù)，為此提出了制定本標準的要求。 電子政務系統(tǒng)總體設計是頂層框架性設計，對于電子政務系統(tǒng)的一體化方案設計至關重要，它將限 定和約束其組成部分的實現(xiàn)，是使其形成一個有機整體的必要保證，也是電子政務系統(tǒng)集成和驗收的 依據(jù)。 制定本標準的目的是：規(guī)范總體設計活動，提高總體設計的質(zhì)量與效率；規(guī)范總體設計的結(jié)果表現(xiàn)， 使相關業(yè)務和技術人員用共同的方式表達和理解系統(tǒng)；明確系統(tǒng)的總體結(jié)構，便于系統(tǒng)的分階段建設， 以及各組成部分的實施與集成。從而支撐政務活動的信息化，提高業(yè)務協(xié)同和信息共享程度。 1 范圍 電子政務系統(tǒng)總體設計要求 g b t210 6 4 2 0 0 7 本標準規(guī)定了電子政務系統(tǒng)總體設計的要素構成。 本標準對總體設計要素選用以及總體設計中使用的方法給出了指導性意見。 本標準適用于電子政務系統(tǒng)的總體設計，包括系統(tǒng)頂層需求分析和系統(tǒng)體系結(jié)構設計。 其他信息系統(tǒng)的總體設計可參照使用。 2 規(guī)范性引用文件 下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有 的修改單( 不包括勘誤的內(nèi)容) 或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究 是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。 g b t8 5 6 7 - - 2 0 0 6 計算機軟件文檔編制規(guī)范 g b t19 4 8 7 - - 2 0 0 4 電子政務業(yè)務流程設計方法通用規(guī)范 3 術語和定義 下列術語和定義適用于本標準。 3 1 系統(tǒng)體系結(jié)構s y s t e ma r c h i t e c t u r e 一個系統(tǒng)的基本組織，表現(xiàn)為系統(tǒng)的構件、構件之間的相互關系、構件與環(huán)境之間的相互關系以及 設計和進化的原理。 3 2 構件c o m p o n e n t 系統(tǒng)的組成部分，可以是子系統(tǒng)、硬件部分或軟件部分。 4 一般要求 4 1 系統(tǒng)總體設計目標 電子政務系統(tǒng)總體設計的目標是：確定系統(tǒng)所支撐的政務活動的范疇，明確系統(tǒng)在其所屬電子政務 框架中的位置與作用，給出滿足系統(tǒng)需求的一種解決方案，確保電子政務系統(tǒng)的無縫集成和預期目標的 實現(xiàn)。 4 2 系統(tǒng)總體設計開展時機 在進行大中型或綜合性( 含多種軟件和或硬件成分) 電子政務系統(tǒng)建設時，應按照業(yè)務應用的要 求，在下述時機開展系統(tǒng)總體設計： a ) 在編制項目建議書和可行性研究報告時進行立項階段系統(tǒng)總體設計； b ) 在批準立項后進行實施階段系統(tǒng)總體設計。 立項階段系統(tǒng)總體設計與實施階段系統(tǒng)總體設計應具有連續(xù)性和繼承性。根據(jù)實際情況，可將其 簡化為一個過程。 4 3系統(tǒng)總體設計范圍 系統(tǒng)總體設計范圍包括系統(tǒng)需求分析和系統(tǒng)體系結(jié)構設計兩方面： a ) 系統(tǒng)需求分析要素 g b t210 6 4 2 0 0 7 1 ) 業(yè)務組織結(jié)構； 2 ) 系統(tǒng)業(yè)務功能； 3 ) 部門業(yè)務關系； 4 ) 系統(tǒng)信息資源； 5 ) 安全保密要求； 6 ) 系統(tǒng)性能要求； 7 ) 系統(tǒng)設施與環(huán)境要求； 8 ) 系統(tǒng)質(zhì)量要求； 9 ) 標準與規(guī)范要求； 1 0 ) 系統(tǒng)驗收要求。 b ) 電子政務系統(tǒng)總體設計的系統(tǒng)體系結(jié)構設計要素 1 ) 技術體系框架； 2 ) 系統(tǒng)設計策略； 3 ) 系統(tǒng)構成； 4 ) 系統(tǒng)運行模式； 5 ) 構件接口關系； 6 ) 系統(tǒng)部署形式。 4 4 與系統(tǒng)總體設計相關的電子政務特點 電子政務系統(tǒng)建設應充分考慮下述特點，以便在系統(tǒng)投入使用后能夠發(fā)揮其應有的作用： a ) 整體性：電子政務是一個復雜的系統(tǒng)工程，需要從整體出發(fā)提出解決方案，系統(tǒng)的建設需遵循 整體規(guī)劃要求，注重整體效能的發(fā)揮。 b ) 協(xié)同性：電子政務需要不同部門的協(xié)同配合，需要跨域運作和資源整合。進行系統(tǒng)總體設計 時應具有系統(tǒng)的集成能力、信息共享和交換能力、外部接口能力以及對標準規(guī)范的支持能力。 c ) 階段性：電子政務工程的建設是一個持續(xù)不斷的過程，其系統(tǒng)總體設計需注重總體目標的實 現(xiàn)，并合理規(guī)劃階段的建設目標，為后續(xù)建設奠定可延續(xù)的基礎。 d ) 繼承性：電子政務工程應在完成階段性目標的基礎上逐步實現(xiàn)總體目標，充分利用已有的成 果，為公眾提供連續(xù)的服務。 e ) 安全性：電子政務的信息安全至關重要，影響到政治安全、國家安全、經(jīng)濟安全和社會安全。進 行系統(tǒng)總體設計時應注重信息的保密、完整、可用的需求及實現(xiàn)。 f )服務性：電子政務服務主要包括面向公眾、企事業(yè)單位和政府的各種服務。進行系統(tǒng)總體設計 時應注重服務的能力、服務的方式以及服務的實現(xiàn)原則。 5 系統(tǒng)總體設計要素 5 1 需求分析 5 1 1 業(yè)務組織結(jié)構 業(yè)務組織結(jié)構將標識出系統(tǒng)的使用者，是業(yè)務功能的部署單位。對業(yè)務系統(tǒng)中所涉及的組織結(jié)構 的分析應包括組成范圍、工作職責及各組織單元之間的關系。 5 1 2 系統(tǒng)業(yè)務功能 系統(tǒng)業(yè)務功能是系統(tǒng)能力的重要體現(xiàn)，是用戶直接可見的部分，也是系統(tǒng)分析設計的基礎。 系統(tǒng)業(yè)務功能要素中包括系統(tǒng)應具有的各項功能要求、業(yè)務流程以及系統(tǒng)的處理范圍，說明如下： a ) 將功能分類，形成功能集合或功能子系統(tǒng)，并逐項整理各項功能，分類方法可以組織結(jié)構或功 能的關聯(lián)性為依據(jù)； b ) 按業(yè)務流程表述業(yè)務輸入的信息、處理的過程、所需的數(shù)據(jù)、涉及的角色以及輸出的結(jié)果； ， g s t21 0 6 4 - - 2 0 0 7 c ) 通過上述分析，確定系統(tǒng)的處理范圍，標識出系統(tǒng)具有的功能以及涉及的外部角色，外部角色 可以是外部系統(tǒng)、各種類型用戶或外部設備。 5 1 3 部門業(yè)務關系 通過對業(yè)務流程的分析，明確部門問的業(yè)務協(xié)同關系。部門間的協(xié)同關系主要表現(xiàn)為指示與匯報、 請求與服務、信息共享與交換。應給出協(xié)同業(yè)務名稱、協(xié)同類型、協(xié)同發(fā)起部門、協(xié)同響應部門及協(xié)同描 述等，說明如下： a ) 協(xié)同業(yè)務名稱，標識各協(xié)同關系； b ) 協(xié)同類型，如指示與匯報、請求與服務、信息共享與交換等； c ) 協(xié)同發(fā)起部門，即服務的請求方、信息的發(fā)送或提供方； d )協(xié)同響應部門，即服務的響應方、信息的接收或讀取方； e )協(xié)同描述，從業(yè)務應用的角度簡要描述服務的內(nèi)容或共享信息的作用。 5 1 4 系統(tǒng)信息資源 全面分析系統(tǒng)引入或產(chǎn)生的信息資源，包括信息資源清單、數(shù)據(jù)描述、接口要求、數(shù)據(jù)流程及信息管 理要求等，說明如下： a ) 信息資源清單，包括信息資源名稱、分類、來源及主要用途等； b ) 數(shù)據(jù)描述，對主要數(shù)據(jù)內(nèi)容進行簡要描述，包括名稱、數(shù)據(jù)類型、格式、單位、范圍等，可引用其 他文檔( 如：數(shù)據(jù)字典、通信協(xié)議標準、用戶接口標準) ； c ) 接口要求，包括信息傳輸、w e b 頁面、a p l 調(diào)用等接口方式及限定條件； d ) 數(shù)據(jù)流程，包括系統(tǒng)對引入信息的數(shù)據(jù)使用過程，以及系統(tǒng)產(chǎn)生信息的數(shù)據(jù)加工過程； e ) 信息管理要求，包括信息的采集、更新，管理的職責、方式和要求。 5 1 5 安全保密要求 系統(tǒng)的安全保密遵循電子政務保密標準體系的要求，應包括以下幾個方面： a ) 系統(tǒng)安全要求； b ) 信息安全等級要求； c ) 系統(tǒng)容災備份要求； d ) 系統(tǒng)應急使用要求； e ) 系統(tǒng)使用限定； f ) 數(shù)據(jù)存儲與傳輸?shù)谋Ｃ芗s束。 5 1 6 系統(tǒng)性能要求 5 1 6 1 性能指標 系統(tǒng)性能將影響系統(tǒng)使用的效果、系統(tǒng)資源的需求和系統(tǒng)設計的策略，應給出明確的性能指標規(guī) 定。系統(tǒng)性能包括系統(tǒng)工作效率指標、信息共享能力、信息維護能力、系統(tǒng)使用能力等，說明如下： a )系統(tǒng)工作效率指標，可包括系統(tǒng)啟動時間、各種響應時問、業(yè)務周轉(zhuǎn)時間等； b ) 信息訪問能力，可包括信息訪問最大用戶數(shù)、信息交互用戶數(shù)等； c ) 信息維護能力，可包括信息的準確率、完整率、更新周期、更新及時率等； d ) 系統(tǒng)使用能力，可包括可持續(xù)使用時間、容量、吞吐量或速率等。 5 1 6 2 性能指標詳細說明 性能指標的詳細說明如下： a ) 啟動時間，即啟動系統(tǒng)或應用所需的時間； b )響應時間，即系統(tǒng)響應一項規(guī)定的操作所需的時間，可包括平均響應時間和最大響應時間； c ) 周轉(zhuǎn)時間，即從發(fā)出一條指令開始到一組相關的功能完成，所經(jīng)歷的等待時間，可包括平均周 轉(zhuǎn)時間和最大周轉(zhuǎn)時間； d ) 信息訪問最大用戶數(shù)，即允許對系統(tǒng)同時進行信息訪問的最大用戶數(shù)量； 3 g b t210 6 4 2 0 0 7 e ) 信息交互用戶數(shù)，即發(fā)生信息交互關系的用戶數(shù)量； f ) 信息準確率，即信息正確的項數(shù)與信息總項數(shù)之比； g ) 信息完整率，即信息已采集項數(shù)與應采集項數(shù)之比； h ) 信息更新周期，即需隨時間變化的信息對其進行修改的時間間隔； i ) 信息更新及時率，即在規(guī)定的周期內(nèi)及時更新的項數(shù)與需更新總項數(shù)之比； j ) 可持續(xù)使用時間，即保持連續(xù)不問斷使用的最短時間； k ) 容量，如允許用戶數(shù)、數(shù)據(jù)存儲量、信道容量等； 1 )吞吐量或速率，即在給定的時間周期內(nèi)成功執(zhí)行的數(shù)量。 5 1 7 系統(tǒng)設施與環(huán)境要求 5 1 7 1 系統(tǒng)設施要求 系統(tǒng)設施要求包括使用或引入到系統(tǒng)中的硬件、軟件及系統(tǒng)設備連接方式要求。對系統(tǒng)設施進行 規(guī)劃的依據(jù)是系統(tǒng)業(yè)務功能、系統(tǒng)信息資源、安全保密要求及系統(tǒng)性能要求，應指明它們之間的導出 關系。 a ) 系統(tǒng)使用或引入到系統(tǒng)中的硬件要求，包括： 1 ) 計算機與服務器； 2 ) 輸人輸出及存儲設備； 3 ) 網(wǎng)絡與通信設備； 4 ) 自動服務設備； 5 ) 其他所需的設備。 應給出每種設備的類型、數(shù)量、特征及能力要求。 b ) 系統(tǒng)使用或引入到系統(tǒng)中的軟件要求，包括： 1 ) 操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)； 2 ) 通信及網(wǎng)絡軟件； 3 ) 實用軟件； 4 ) 輸入和設備模擬器； 5 ) 測試軟件等。 需要時可提出系統(tǒng)物理連接方式要求，包括連接的地理位置、設備配置和網(wǎng)絡拓撲結(jié)構、網(wǎng)關等。 5 1 7 2 系統(tǒng)環(huán)境要求 系統(tǒng)運行必須的環(huán)境要求包括系統(tǒng)在運輸、存儲、操作過程中必須經(jīng)受的環(huán)境條件，如： a ) 自然環(huán)境條件，風、雨、溫度、濕度、鹽霧等； b ) 誘導環(huán)境，運動、撞擊、噪音、電磁輻射等。 對于車載式、活動式系統(tǒng)或基礎設施類系統(tǒng)必須提出系統(tǒng)環(huán)境要求。 5 1 8 系統(tǒng)質(zhì)量要求 系統(tǒng)質(zhì)量方面的要求包括以下內(nèi)容： a ) 適應性要求，系統(tǒng)運行所依賴的數(shù)據(jù)環(huán)境( 如現(xiàn)場的位置、數(shù)據(jù)記錄的參數(shù)等) ； b ) 可重用性要求，可被多個應用使用的要求； c ) 可靠性要求，系統(tǒng)不發(fā)生故障及故障發(fā)生后的處置要求； d )維護性要求，發(fā)生問題后易于改正的要求； e ) 可移植性要求，易于改進以適應新環(huán)境的要求； f ) 易用性要求，易于學習和使用的要求。 5 1 9 標準與規(guī)范要求 為了使系統(tǒng)符合電子政務整體框架的要求并能有機集成，必須規(guī)定應遵循的技術標準體系，如工程 管理、網(wǎng)絡建設、信息共享、支撐技術、信息安全等方面的標準化要求。 4 g b t210 6 4 2 0 0 7 在規(guī)定通用標準和規(guī)范的同時還需規(guī)定特殊體系結(jié)構的約束( 必須采用標準構件、已有構件或用戶 提供的構件) 、特殊設計或?qū)崿F(xiàn)標準的使用要求。 5 1 1 0 系統(tǒng)驗收要求 應規(guī)定系統(tǒng)驗收時的接收條件和檢驗方法，確保系統(tǒng)建設的質(zhì)量。 a ) 系統(tǒng)接收條件可包括： 1 ) 通過具有認證資格的第三方測評； 2 ) 通過一定周期的典型用戶試用； 3 ) 通過規(guī)定周期的系統(tǒng)試運行； 4 ) 通過指定級別的評審或?qū)彶椤?b ) 在進行測評、試用、試運行、評審或?qū)彶闀r，可采用以下檢驗方法： 1 ) 演示：運行依賴于可見的功能操作的系統(tǒng)或部分系統(tǒng)，不需要使用儀器、特殊的測試設備 或進行事后分析； 2 ) 檢測：使用儀器或其他特殊的檢測設備運行系統(tǒng)或系統(tǒng)的組成部分，以便采集數(shù)據(jù)供事 后分析使用； 3 ) 分析：對從其他檢驗方法中獲得的積累數(shù)據(jù)進行處理，例如測試結(jié)果的歸納、解釋、推斷； 4 ) 審查：對系統(tǒng)構件、文檔等進行可視化檢查； 5 ) 特殊的檢驗方法：系統(tǒng)的任何特殊合格性方法，如特殊工具、技術、過程、設施、驗收限制 及標準樣例的使用。 5 2 系統(tǒng)體系結(jié)構設計 5 2 1 技術體系框架 信息系統(tǒng)涉及網(wǎng)絡、通信、計算機、系統(tǒng)軟件、應用軟件等各種相關技術，技術體系框架將從總體上 描述不同類型技術構建信息系統(tǒng)的規(guī)則和方法，標識出各服務領域及其接口，實現(xiàn)開放系統(tǒng)的分離原 則。技術體系框架需要反映以下一些共性內(nèi)容： a )服務領域的層次結(jié)構； b ) 服務領域的主題內(nèi)容與組成； c ) 服務領域之間的相互關系； d ) 與外部的接口。 5 2 2 系統(tǒng)設計策略 系統(tǒng)設計策略指為達到系統(tǒng)性能、安全保密能力以及為提供所需的可靠性、可重用性、維護性和可 移植性等質(zhì)量特性而選擇的方法，或關鍵技術實現(xiàn)及其他影響系統(tǒng)組成成分的設計決策。這些策略是 系統(tǒng)設計必須遵循的原則，在進行系統(tǒng)總體設計時應首先確定。給出設計策略的同時還需說明設計策 略與依據(jù)的需求之間的符合性。 系統(tǒng)設計策略一般應包括： a ) 性能實現(xiàn)設計策略； b ) 安全保密設計策略； c ) 可靠性設計策略； d ) 質(zhì)量特性實現(xiàn)設計策略； e ) 關鍵技術設計策略等。 5 2 3 系統(tǒng)構成 對系統(tǒng)進行分解，劃分為若干子系統(tǒng)或硬件構件和軟件構件，并將系統(tǒng)功能、性能等需求逐步落實 到每個子系統(tǒng)或構件中，分解后的構件存在著關聯(lián)關系，確定系統(tǒng)組成時應明確以下內(nèi)容： a )子系統(tǒng)或硬件構件和軟件構件的構成及其功能； b )構件間的靜態(tài)關系、關系的種類及必要說明； c ) 系統(tǒng)構件的獲取途徑，如新開發(fā)的構件、重用的構件、集成的構件、采購的構件等。 5 g b t21 0 6 4 2 0 0 7 5 2 4 系統(tǒng)運行模式 系統(tǒng)運行模式從技術角度反映目標系統(tǒng)的運轉(zhuǎn)方式。構件之問的運行模式是構件之間的動態(tài)關 系，如執(zhí)行控制流、數(shù)據(jù)流、動態(tài)控制序列、狀態(tài)轉(zhuǎn)換、時序關系、中斷處理、異常處理、并發(fā)執(zhí)行等。運行 模式可包含以下內(nèi)容： a ) 系統(tǒng)初始化模式； b ) 系統(tǒng)管理模式； c ) 系統(tǒng)維護模式； d ) 系統(tǒng)服務模式； e ) 關鍵性業(yè)務處理模式。 5 2 5 構件接口關系 構件接口關系確定構件為其他構件提供的服務是構件靜態(tài)關系的具體化，重點描述技術體系框架 中各層為上層應用提供服務的內(nèi)容和方式，以及同層業(yè)務中交互的信息及交互方式。應明確接1 ：3 的信 息內(nèi)容、信息流向、信息用途、接口實體、接口類型、接1 ：3 特性及遵循的標準或協(xié)議，說明如下： a ) 接口關系，可按照信息種類或接口類型分類整理； b ) 信息種類，可按業(yè)務類型或載體形式進行區(qū)分； c ) 信息內(nèi)容，包括名稱標識符、類型、格式、單位、范圍等，可引用其他文檔( 如：數(shù)據(jù)字典、通信協(xié) 議標準、用戶接口標準) ； d ) 信息流向，表明信息的發(fā)送者產(chǎn)生者和接收者使用者； e ) 接口實體，即交換信息的實體，包括外部系統(tǒng)、各種類型用戶或組成構件； f ) 接口類型，如消息傳遞、數(shù)據(jù)傳輸、查詢服務、w e b 頁面、中間件等； g ) 接口特性，包括優(yōu)先級別、時序、頻率、容量、序列及其他約束條件，如：是否能更新、是否應用 業(yè)務規(guī)則。 5 2 6 系統(tǒng)部署形式 系統(tǒng)部署是確定其組成部分的物理位置及連接關系，包括硬件部署和軟件部署。系統(tǒng)部署與業(yè)務 組織結(jié)構和應用模式密切相關。 硬件部署是對系統(tǒng)所涉及到的硬件設備進行物理布局的規(guī)劃，并給出網(wǎng)絡拓撲結(jié)構。 軟件部署是對系統(tǒng)所涉及到的各類軟件構件進行物理配置的規(guī)劃。 6 系統(tǒng)總體設計實施方法 6 1系統(tǒng)總體設計過程 為了確定系統(tǒng)總體設計要素，需開展相應的活動，這些活動的有序開展構成了系統(tǒng)總體設計過程。本標 準的附錄a 給出了電子政務系統(tǒng)總體設計中推薦使用的過程。系統(tǒng)可根據(jù)實際情況對活動進行選用。 6 2 系統(tǒng)總體設計中使用的方法 在系統(tǒng)總體設計過程中，各相關要素的分析可使用多種方法。本標準的附錄b 給出了電子政務系 統(tǒng)總體設計過程中推薦使用的一些分析方法，并給出了重點要素的描述模型。 描述模型只規(guī)定了應具有的基本特征，可以在此基礎上擴展和演變。 6 3 系統(tǒng)總體設計要素選用 對于不同類型的電子政務系統(tǒng)以及不同階段的總體設計，其涵蓋的要素可不同。系統(tǒng)總體設計要 素選用的推薦方法參見附錄c 。 6 4 系統(tǒng)總體設計方案 電子政務系統(tǒng)總體設計的結(jié)果應形成系統(tǒng)總體設計方案文檔，其內(nèi)容要求參見附錄d 。 系統(tǒng)需求的描述應全面、完整和準確。體系結(jié)構設計應描述目標系統(tǒng)的組成結(jié)構和實現(xiàn)方法，充分 體現(xiàn)與需求的符合性。設計結(jié)構應合理，實現(xiàn)方法應可行，并符合相關技術標準的要求。 6 附錄a ( 資料性附錄) 系統(tǒng)總體設計過程 g b t21 0 6 4 2 0 0 7 系統(tǒng)總體設計過程可以根據(jù)情況采用不同的過程，本標準中推薦以下三種過程： a ) 完整過程，包括立項階段系統(tǒng)總體設計和實施階段系統(tǒng)總體設計兩個組成部分，需求分析過程 包含在其中，此過程適合于大中型、綜合性或復雜系統(tǒng)； b )單步過程，只進行一次總體設計，此過程適合于小型的、簡單的或需求明確、實現(xiàn)方案確定的系統(tǒng)； c ) 分步過程，包括立項階段系統(tǒng)總體設計和實施階段系統(tǒng)總體設計兩個組成部分，需求分析過程 作為獨立的過程開展，此過程適合于大中型、綜合性或復雜系統(tǒng)。 上述三種系統(tǒng)總體設計過程所包含的活動見表a 1 。項目可根據(jù)具體情況選擇其中的過程。 過程中各項活動可以是順序的，也允許局部反復或循環(huán)反復。 表a 1 中，“立項階段系統(tǒng)總體設計”未詳細展開，其過程可參見“實施階段系統(tǒng)總體設計”部分。 表a 1 系統(tǒng)總體設計過程 系統(tǒng)總體設計活動完整過程單步過程分步過程 立項階段 確定系統(tǒng)( 初步) 需求確定系統(tǒng)初步需求確定系統(tǒng)需求確定系統(tǒng)初步需求 系統(tǒng)總體確定系統(tǒng)( 初步) 體系結(jié)構確定系統(tǒng)初步體系結(jié)構確定系統(tǒng)體系結(jié)構確定系統(tǒng)初步體系結(jié)構 設計 形成( 初步) 總體設計文檔系統(tǒng)初步總體設計方案系統(tǒng)總體設計方案系統(tǒng)初步總體設計方案 明確業(yè)務組織結(jié)構 確定業(yè)務功能要求 梳理業(yè)務流程 界定業(yè)務功能范圍 系 明確部門業(yè)務關系 實施階段 統(tǒng) 確定系統(tǒng)信息資源 ( 通過獨立的系統(tǒng)需求 系統(tǒng)總體 需 給出安全保密要求 分析過程形成了系統(tǒng) 求需求規(guī)格說明或等同 設計 給出系統(tǒng)性能要求 分文檔) 給出系統(tǒng)設施與環(huán)境 析 要求 給出系統(tǒng)質(zhì)量要求 給出標準與規(guī)范要求 給出系統(tǒng)驗收要求 確定技術體系框架 系確定系統(tǒng)設計策略 實施階段 統(tǒng) 確定系統(tǒng)構成 系統(tǒng)總體 體 確定系統(tǒng)運行模式 系 設計 確定構件接口關系 結(jié) 構確定系統(tǒng)部署形式 形成系統(tǒng)總體設計文檔 系統(tǒng)總體設計方案系統(tǒng)總體設計方案 注：“”表示在過程中可包含該活動，但對于不同類型的系統(tǒng)是否需要該活動參見附錄b 。 g b t210 6 4 - - 2 0 0 7 b 1 概述 附錄b ( 資料性附錄) 系統(tǒng)總體設計中使用的方法 系統(tǒng)總體設計過程中，各相關要素的分析可采用多種方法，如g b t1 9 4 8 7 - - 2 0 0 4 、u m l 、i d e f 0 中 的描述模型均適用。本附錄將給出重點要素的分析方法和描述模型，使用時可對描述模型中的圖形表 現(xiàn)進行演變，對于這些描述模型可選擇相應的支持工具。重點要素包括業(yè)務組織結(jié)構、系統(tǒng)業(yè)務功能、 部門業(yè)務關系、系統(tǒng)信息資源、技術體系框架、系統(tǒng)構成、系統(tǒng)運行模式、構件接口關系和系統(tǒng)部署。 b 2 業(yè)務組織結(jié)構 b 2 1 分析方法 組織具有名稱標識、工作職責和關系屬性。根據(jù)目標系統(tǒng)擬采用的組織形式，尋找出所有可能涉及 的部門，確定每個組織部門的崗位及其工作職責，梳理這些部門間的關系。部門間的關系可以為從屬關 系、協(xié)同關系或其他特定關系。 各組織部門的崗位在功能描述中應作為系統(tǒng)的外部角色或內(nèi)部角色出現(xiàn)，所具有的工作職責應反 映在與之接口的對象中；在系統(tǒng)部署中應作為其組成單元的部署實體。 b 2 2 描述模型 業(yè)務組織結(jié)構的組成和關系可通過組織結(jié)構圖直觀地描述，工作職責和關系以配屬文字進行說明。 組織結(jié)構圖模板見圖b 1 。 圖中： 方框表示組織部門； 方框間的連線表示組織間的關系，可使用不同顏色或線型表示不同的關系類型。 圖b 1 組織結(jié)構圖模板 b 3 系統(tǒng)業(yè)務功能 b 3 1 分析方法 系統(tǒng)業(yè)務功能分析時，需確定系統(tǒng)應具有的業(yè)務功能和處理范圍，同時還需對系統(tǒng)業(yè)務流程進行梳理。 系統(tǒng)業(yè)務功能是系統(tǒng)實現(xiàn)特定業(yè)務目的的能力。功能是可分解的，為了不同目的所描述的粒度和 角度也不同。功能具有名稱標識、內(nèi)容描述和關系等屬性。需求分析過程中，從用戶使用角度描述所具 有的各項功能，一般可將功能分解為2 3 個層次，功能與部門和角色直接關聯(lián)。在需求分析過程中功 能間的關系無需定義類型，只表示存在關系，在后續(xù)的體系結(jié)構設計過程中再確定關系的類型。 系統(tǒng)業(yè)務功能的全集構成系統(tǒng)的業(yè)務功能范圍。 8 c b t210 6 4 2 0 0 7 系統(tǒng)業(yè)務流程指進行業(yè)務處理的過程，具有名稱標識、輸入、處理、傳遞數(shù)據(jù)、參與角色和輸出等屬 性。系統(tǒng)業(yè)務流程體現(xiàn)對于一種輸入進行處理并產(chǎn)生輸出的過程。對于系統(tǒng)的所有外部輸入都需給出 業(yè)務流程，但可對輸入進行分類，處理過程相同的歸納為一類進行描述。業(yè)務流程中的處理能力應包含 在系統(tǒng)功能中。 b 3 2 系統(tǒng)業(yè)務功能描述模型 系統(tǒng)業(yè)務功能可通過功能分解圖直觀地描述，并以文本的方式分類描述功能的內(nèi)容。功能分解圖 模板見圖b 2 。 層次一 層歡二 層次三 圖中： 方框表示功能； 方框間的連線表示功能的分解關系一次分解形成一個層次。 圖b 2 功能分解圖模板 b 3 3 業(yè)務功能范圍描述模型 系統(tǒng)處理范圍使用功能組成圖直觀地描述，其中的功能可使用功能分解圖中的第2 或3 層功能，在 描述時需使用同一層次的分解功能。功能組成圖模板參見圖b 3 。 卜 橢圓框表示系統(tǒng)功能； 方框表示系統(tǒng)處理邊界； 橢圓框問的連線表示功能問的關系 小人圖形表示系統(tǒng)角色； 圓角方框表示外部單位； 小人圖形與橢圓框問的連線表示操作使用關系； 圓角方框與橢圓框間的連線表示信息交互或共享關系。 圖b 3 功能組成圖模板 g b t210 6 4 2 0 0 7 b 3 4 系統(tǒng)業(yè)務流程描述模型 系統(tǒng)業(yè)務流程通過業(yè)務流程圖直觀描述，表示出流程的開始事件及后續(xù)的連貫事件，明確事件的觸 發(fā)者、處置者及處置活動，并標明事件攜帶的業(yè)務信息。業(yè)務流程還應以文字形式進行說明。業(yè)務流程 圖模板見圖b 4 。 o 入 外部單位或 系統(tǒng)角色1 l ：( 事件名稱) 吳 外部單位或 系統(tǒng)角色2 2 ：( 話動名稱) ( 涉及信息2 ) 吳 外部單位或 系統(tǒng)角色3 4 ：( 話動名稱) ( 涉及信息4 ) 圖中： 小人圖形表示事件的觸發(fā)者或處置者，是外部單位或系統(tǒng)角色； 箭頭表示事件，需給出順序號、事件名稱及傳送的業(yè)務信息； 豎條表示處置活動，需給出順序號、活動名稱及涉及的業(yè)務信息。 圖b 4 業(yè)務流程圖模板 b 4 部門業(yè)務關系 n ：( 事件名稱) ( 傳送信息n ) 關 外部單位或 系統(tǒng)角色m b 4 1 分析方法 部門業(yè)務關系表現(xiàn)為部門問的指示與匯報、請求與服務、信息共享與交換等協(xié)同關系。 對部門業(yè)務關系的分析是對部門開展業(yè)務活動時所涉及的領導部門、下屬部門、合作部門以及協(xié)同 的業(yè)務、協(xié)同方式等進行梳理，并給出明確的分類與定義。 b 4 2 描述模型 部門業(yè)務關系可使用業(yè)務關系描述圖進行直觀地展現(xiàn)，表示出部門間所有的協(xié)同業(yè)務并進行標識， 明確協(xié)同業(yè)務發(fā)起部門和響應部門，并標明協(xié)同類型。部門業(yè)務關系的協(xié)同業(yè)務名稱、協(xié)同類型、協(xié)同 發(fā)起部門、協(xié)同響應部門及協(xié)同描述等屬性可使用業(yè)務關系描述表的形式給出詳細說明。業(yè)務關系描 述圖模板見圖b 5 ，業(yè)務關系描述表模板見表b 1 。 1o g b t21 0 6 4 2 0 0 7 ( 協(xié)同類型) 圖中： 方框表示部門，是協(xié)同的主題或?qū)ο螅?箭頭表示協(xié)同方向，箭頭出發(fā)點是協(xié)同的發(fā)起者，箭頭指向協(xié)同的響應者需給出協(xié)同業(yè)務名稱及協(xié)同類型。 圖b 5 業(yè)務關系描述圖模板 表b 1 業(yè)務關系描述表模板 序號協(xié)同業(yè)務名稱協(xié)同類型協(xié)同發(fā)起部門協(xié)同響應部門協(xié)同描述 1 2 3 4 5 b 5 系統(tǒng)信息資源 b 5 1 分析方法 系統(tǒng)信息資源是業(yè)務活動過程中產(chǎn)生或使用的信息，應確定系統(tǒng)所涉及的信息資源的內(nèi)容、來源、 使用或產(chǎn)生方法，并明確其采集和更新職責。 b 5 2 描述模型 系統(tǒng)信息資源可使用信息資源清單、數(shù)據(jù)流程圖、數(shù)據(jù)描述表和信息管理表等圖表形式描述。 信息資源清單列出系統(tǒng)引入和產(chǎn)生的全部信息資源，包括資源名稱、分類、來源及主要用途等。信 息資源清單模板見表b 2 。 數(shù)據(jù)描述表給出各項信息資源主要數(shù)據(jù)內(nèi)容的簡要描述( 也可以是全部數(shù)據(jù)的詳細描述) ，包括名 稱、數(shù)據(jù)類型、格式、單位、范圍及接口要求等。數(shù)據(jù)描述表模板見表b 3 。 數(shù)據(jù)流程使用數(shù)據(jù)流程圖進行描述，從功能和數(shù)據(jù)的角度，以圖形方式刻畫對輸入數(shù)據(jù)的使用過 程，以及產(chǎn)生輸出數(shù)據(jù)的加工過程。采用i d e f 0 模型表示。數(shù)據(jù)流程圖模板見圖b 6 。 信息管理描述表給出各項信息資源的采集、更新、管理的職責、方式和要求。信息管理描述表模板 見表b 4 。 表b 2 信息資源清單模板 序號資源名稱分類 來源 主要用途 l 2 3 4 5 g b t210 6 4 2 0 0 7 表b 3 ( 資源名稱) 數(shù)據(jù)描述表模板 序號 數(shù)據(jù)名稱數(shù)據(jù)類型格式單位范圍接口要求 1 2 3 4 5 圖中 ， 方框表示系統(tǒng)的功能，需給出其名稱標識； 方框左邊的箭頭為輸入箭頭，表示輸入數(shù)據(jù)，輸入箭頭應帶有數(shù)據(jù)名稱標識； 方框右邊的箭頭為輸出箭頭，表示輸出數(shù)據(jù)，輸出箭頭應帶有數(shù)據(jù)名稱標識； 方框上邊的箭頭為控制箭頭，表示產(chǎn)生正確的輸出所要求的控制條件，控制箭頭應帶有控制名稱標識 方框下邊的箭頭為機制箭頭，表示用于執(zhí)行一個功能的途徑，包括調(diào)用箭頭特例，機制箭頭應帶有機制名稱標識。 圖b 6 數(shù)據(jù)流程圖模板 表b 4 信息管理描述表模板 資源采集采集更新更新管理管理 序號 采集者 更新者管理者 名稱方式要求方式要求方式要求 1 2 3 4 5 b 6 技術體系框架 b 6 1 分析方法 技術體系框架的建立一般采用p o s i x 通用模型，如圖b 7 所示，該模型包含以下內(nèi)容 a ) 應用軟件實體； b ) 應用程序接口； 1 2 c ) 應用平臺實體 d ) 外部環(huán)境接口 e ) 外部環(huán)境。 應用軟件實體 常應 應用平臺實體 幸# 外 外部環(huán)境 g b t210 6 4 2 0 0 7 圖b 7p o s i x 通用模型 各系統(tǒng)的技術體系框架在它的基礎上進行分解和擴展，表現(xiàn)為一系列的實體、接口。應用軟件實體 一般可分為應用支撐層和業(yè)務應用層。應用平臺實體一般可分為基礎服務( 如操作系統(tǒng)服務) 和建立在 基礎服務之上的高層服務。外部環(huán)境通常為網(wǎng)絡、信息交換等基礎設施支撐平臺。 技術體系結(jié)構是本系統(tǒng)或本系統(tǒng)依托的父系統(tǒng)完整組成的全面描述，其中的組成部分屬于本系統(tǒng) 的研制范圍，也可以是集成或使用的對象。通過技術體系結(jié)構的描述，可以清晰的表明本系統(tǒng)的層次結(jié) 構或本系統(tǒng)在整個體系中的位置及與其他系統(tǒng)的關系。 b 6 2 描述模型 技術體系框架可通過圖形的形式表現(xiàn)其層次結(jié)構關系，并以文字形式描述各層的目的及組成。劃 分的層數(shù)可根據(jù)系統(tǒng)具體情況確定，允許在層中劃分出子層次。技術體系框架模板見圖b 8 。 層3 主題 l 岡網(wǎng) 噗 層2 主題 i 岡- 網(wǎng) 等層間接。類型 圖中： 外圍方框表示層次需給出層次主題； 小方框表示該層的組成部分，需給出實體名稱，該實體將與系統(tǒng)的組成構件有直接關系 帶圓圈的箭頭表示層間的接1 3 ，需給出其接口類型。 圖b 8 技術體系框架模板 b 7 系統(tǒng)構成 b 7 1 分析方法 根據(jù)系統(tǒng)技術體系框架，逐層分解出組成構件，構件可以是子系統(tǒng)或軟件構件、硬件構件，這些元素 按照系統(tǒng)體系框架組合形成目標系統(tǒng)。 系統(tǒng)設計時從實現(xiàn)角度描述系統(tǒng)各成分，一般可將系統(tǒng)分解為2 3 個層次，需將業(yè)務功能分解到 各個系統(tǒng)組成構件中，并進行細化，同時根據(jù)系統(tǒng)實現(xiàn)的要求添加所需的功能。 1 3 g b t210 6 4 2 0 0 7 b 7 2 描述模型 系統(tǒng)構件可通過系統(tǒng)組成圖直觀地描述，并以文本的方式描述分解到構件中的功能、性能及其他要 求。系統(tǒng)組成圖模板見圖b 9 。 層次一 層次二 層歡三 圖中： 方框表示構件； 方框問的連線表示構件的分解關系一次分解形成一個層次。 圖b 9 系統(tǒng)組成圖模板 b 8 系統(tǒng)運行模式 b 8 1 分析方法 系統(tǒng)運行模式反映構件之間的動態(tài)關系，通過系統(tǒng)運行的控制流、數(shù)據(jù)流和狀態(tài)轉(zhuǎn)換等流程體現(xiàn)。 b 8 2 控制流描述模型 控制流使用程序流程圖( p r o g r a mf l o wc h a r t ) 進行描述，從控制過程的角度描述系統(tǒng)運行模式。 控制流程圖模板見圖b 1 0 。 1 4 圖中： 圓圈表示人口或出口； 方框表示處理； 菱形框表示判斷； 箭頭表示流向； 平行四邊形框表示輸入輸出數(shù)據(jù)； 允許5 種控制流程，順序型、選擇型、先判定型循環(huán)、后判定型循環(huán)、多種情況選擇型。 圖b 1 0 控制流程圖模板 g b t2 1 0 6 4 - - 2 0 0 7 b 8 3 數(shù)據(jù)流描述模型 數(shù)據(jù)流使用數(shù)據(jù)流圖( d a t af l o wd i a g r a m ) 進行描述，從數(shù)據(jù)傳遞和加工的角度，以圖形方式刻畫 從輸人到輸出的移動變換過程。數(shù)據(jù)流圖模板見圖b 1 l 。 圖中： 圓圈表示加工處理，與功能對應，需給出處理標識和序號； 方框表示數(shù)據(jù)的源點和匯點，是系統(tǒng)的外部實體，需給出其名稱標識； 箭頭表示數(shù)據(jù)流，即被加工的數(shù)據(jù)和流向，箭頭應帶有數(shù)據(jù)流名稱標識； 半圓框表示需儲存的數(shù)據(jù)，需給出其名稱標識。 圖b 1 1 數(shù)據(jù)流圖模板 b 8 4 狀態(tài)轉(zhuǎn)換描述模型 狀態(tài)轉(zhuǎn)換涉及事件和狀態(tài)兩個因素，當一個事件發(fā)生時將引起狀態(tài)的變化。狀態(tài)轉(zhuǎn)換圖模板見 圖b 1 2 。 圖中： 小黑點表示初始狀態(tài)； 圓角方框表示狀態(tài)； 單向箭頭表示狀態(tài)之間的變化，箭頭上標注引起該變化的事件； 帶有圓圈的黑點表示最終狀態(tài)，狀態(tài)轉(zhuǎn)換只能有一個初始狀態(tài)和一個最終狀態(tài)。 圖b 1 2 狀態(tài)轉(zhuǎn)換圖模板 b 9 構件接口關系 b 9 1 分析方法 在系統(tǒng)功能分解到構件的同時，系統(tǒng)業(yè)務接e l 也分解到相應構件中。構件接e l 關系的分析將從實 現(xiàn)的角度進行考慮，其接口類型將體現(xiàn)實現(xiàn)的方式，接1 2 1 實體轉(zhuǎn)化為系統(tǒng)的組成構件，信息用途除業(yè)務 應用目的外應增加技術目的，還需描述接口的特性。 b 9 2 描述模型 構件接e l 的信息流向、接口實體可使用構件接口描述圖進行直觀地展現(xiàn)。接口的信息種類、信息內(nèi) 容、信息用途、接口類型和接口特性可使用接口描述表給出詳細說明。構件接口描述圖模板見圖b 1 3 ， 構件接口描述表模板見表b 5 。 15 g b t210 6 4 - - 2 0 0 7 弋主) 噸i 士丫 圖中： 箭頭表示信息流向，箭頭出發(fā)點是信息的發(fā)送者或提供者，箭頭指向信息的接收者或使用者需給出信息序號 或標識箭頭可以是單向的或雙向的； 橢圓框表示系統(tǒng)組成構件，是接口的實體對象； 在方框內(nèi)各構件間的接口，以及構件與系統(tǒng)使用者問的接口稱為內(nèi)部接口，如接口1 、3 、4 、5 、6 、7 、8 和1 0 ；與外 部系統(tǒng)的接口稱為外部接口，如接口2 和9 。 當接口較復雜時可分類描述，如按照信息種類或接口類型分別描述。 圖b 1 3 構件接口描述圖模板 表b 5 構件接口描述表模板 信息發(fā)送者信息接收者 接口序號信息種類信息用途接口類型信息內(nèi)容接口特性 提供者使用者 l 2 3 4 5 b 1 0 系統(tǒng)部署形式 b 1 0 1 分析方法 根據(jù)組織部門的職責和系統(tǒng)構成，將系統(tǒng)組成構件規(guī)劃到物理位置中，為相應的組織部門所使用。 系統(tǒng)構件包括硬件構件和軟件構件。 b 1 0 2 描述模型 系統(tǒng)部署可通過部署圖和部署配置表進行描述。系統(tǒng)部署配置表以系統(tǒng)構件子構件和物理位置 為變元形成二維表，是對系統(tǒng)部署的詳細說明。系統(tǒng)部署示意圖模板見圖b 1 4 ，系統(tǒng)部署配置表模板 見表b 6 。 i 一赫茲萄 g b t210 6 4 - - 2 0 0 7 一貓商：一j 虛線方框表示可進行部署的物理位置 實線方框表示待部署的系統(tǒng)組成構件 實線連接線表示構件問的連接方式和關系，可使用不同顏色或線型表示。 圖b 1 4系統(tǒng)部署示意圖模板 表b 6 系統(tǒng)部署配置表模板 序號系統(tǒng)構件名稱物理位置1物理位置2物理位置n 1 構件1 2 子構件 3 4 構件2 子構件 6 7 構件3 8 子構件 9 注：“”表示需要部署。 1 7 g b t210 6 4 - - 2 0 0 7 附錄c ( 資料性附錄) 系統(tǒng)總體設計要素選用指南 不同類型的電子政務系統(tǒng)涉及的總體設計要素有所區(qū)別，本標準中按照技術體系框架的層次模型 將電子政務系統(tǒng)的類型區(qū)分為以下四類： a ) 業(yè)務應用類系統(tǒng)，面向電子政務業(yè)務應用，實現(xiàn)業(yè)務應用領域功能的系統(tǒng)，一般多為軟件系統(tǒng)； b ) 應用支撐類系統(tǒng)，為業(yè)務應用提供通用服務的系統(tǒng)，一般多為軟件系統(tǒng)； c ) 基礎設施類系統(tǒng)，為業(yè)務應用提供網(wǎng)絡、通信、計算機及其他必要運行平臺的系統(tǒng)； d ) 綜合類系統(tǒng)，由業(yè)務應用類、應用支撐類、基礎設施類系統(tǒng)混合組成的系統(tǒng)。 初步總體設計和后續(xù)的總體設計所涉及的要素可以不同，后續(xù)的總體設計更全面、更詳細。 系統(tǒng)總體設計要素選用方法見表c 1 。該選用方案可作為系統(tǒng)總體設計評審的依據(jù)。 表c 1系統(tǒng)總體設計要素選用 綜合類系統(tǒng) 業(yè)務應用類系統(tǒng) 應用支撐類系統(tǒng)基礎設施類系統(tǒng) 序號要素 初步完整初步完整初步完整初步完整 l 業(yè)務組織結(jié)構 2 系統(tǒng) 業(yè)務功能 3 業(yè)務業(yè)務流程 4功能 業(yè)務功能范圍 5 部門業(yè)務關系 6系統(tǒng)信息資源 7 安全保密要求 系 8 系統(tǒng)性能要求 統(tǒng) 9 系統(tǒng)設施與環(huán)境要求 需 1 0 適應性aa 求 1 1 可重用性aaa 系統(tǒng) 1 2 可靠性aa 質(zhì)量 1 3 維護性aa 要求 1 4 可移植性aa 1 5 易用性a 1 6 標準與規(guī)范要求 1 7 系統(tǒng)驗收要求 1 8技術體系框架 系 1 9 統(tǒng) 系統(tǒng)設計策略 2 0 體系統(tǒng)構成 2 1系 系統(tǒng)運行模式 2 2 結(jié) 構件接口關系 2 3 構 系統(tǒng)部署形式 注：“”表示必選，“”表示根據(jù)系統(tǒng)要求確定。 附錄d ( 資料性附錄) 系統(tǒng)總體設計方案編寫要求 g b t21 0 6 4 - - 2 0 0 7 系統(tǒng)總體設計的結(jié)果可形成系統(tǒng)總體設計方案，該文檔的編寫要求參考了g b t8 5 6 7 2 0 0 6 ， 本附錄中列出其章節(jié)形式要求，具體內(nèi)容見第5 章中相關要素。根據(jù)系統(tǒng)具體情況，可按照附錄c 對 文檔中的內(nèi)容進行選用，也可增加描述內(nèi)容。 1 概述 1 1 系統(tǒng)概述 概括系統(tǒng)的用途，項目的建設方、用戶、設計方和保障運行機構、運行現(xiàn)場等說明信息。 1 2 文檔概述 文檔的用途和內(nèi)容說明。 1 3 引用文檔 列出所引用文檔的編號、標題、版本和i t 期。 1 4 術語定義 給出文檔中所涉及的術語說明。 2 系統(tǒng)需求 2 1 業(yè)務組織結(jié)構 描述業(yè)務組織結(jié)構的組成范圍、崗位、工作職責及各組織單元之間的關系，并給出組織結(jié)構圖 或表。 2 2 業(yè)務功能需求 2 2 1 業(yè)務功能范圍 概述業(yè)務功能范圍，并給出功能組成圖及功能分解圖。 2 2 x( xx ) 功能 分小節(jié)描述各類系統(tǒng)功能。 2 2 x 1 功能要求 描述該類系統(tǒng)功能的各項要求。 2 2 x 2 業(yè)務流程 描述該類系統(tǒng)功能涉及的業(yè)務流程。 2 3 業(yè)務關系需求 2 3 1 業(yè)務關系概述 以一張總圖表的形式簡要描述系統(tǒng)外部和內(nèi)部業(yè)務關系。 2 3 x ( x ) 業(yè)務關系 關系較復雜時可按組織結(jié)構分小節(jié)描述。 分類詳細描述系統(tǒng)部門間的各項業(yè)務關系，描述內(nèi)容包括協(xié)同業(yè)務名稱、協(xié)同類型，協(xié)同發(fā)起部 門、協(xié)同響應部門及協(xié)同描述等，可輔以圖表說明。 2 4 系統(tǒng)信息資源需求 2 4 1 信息資源清單 列表說明系統(tǒng)引人和產(chǎn)生的全部信息資源，包括資源名稱、分類、來源及主要用途等。 g b t2 1 0 6 4 2 0 0 7 2 4 2 數(shù)據(jù)需求 2 4 2 x ( 信息資源名稱) 數(shù)據(jù)需求 分小節(jié)說明或列表說明各項信息資源主要數(shù)據(jù)內(nèi)容的簡要描述( 也可以是全部數(shù)據(jù)的詳細描 述) ，包括名稱、數(shù)據(jù)類型、格式、單位、范圍及接口要求等。 2 4 3 數(shù)據(jù)流程 2 4 3 x ( xx ) 數(shù)據(jù)流程 分小節(jié)描述數(shù)據(jù)流程，從功能和數(shù)據(jù)的角度，以圖形方式刻畫對輸人數(shù)據(jù)的使用過程，以及產(chǎn)生 輸出數(shù)據(jù)的加工過程。 2 4 4 信息管理要求 描述各項信息資源的采集、更新、管理的職責、方式和要求。 2 5 安全保密需求 可分小節(jié)描述各項安全保密要求。 2 6 系統(tǒng)性能需求 2 6 x ( xx ) 性能 分類描述各項系統(tǒng)性能需求，也可不分小節(jié)，以列表的形式給出。 2 7 系統(tǒng)設施與環(huán)境需求 2 7 1 系統(tǒng)硬件資源需求 列表說明系統(tǒng)使用或引入到系統(tǒng)中的硬件需求，包括計算機、輸入輸出設備、存儲設備、通信設 備、網(wǎng)絡設備及其他所需的設備，應給出每種設備的類型、數(shù)量、特征及能力要求。 2 7 2 系統(tǒng)軟件資源需求 列表說明系統(tǒng)使用或引人到系統(tǒng)中的軟件需求，包括：操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、通信網(wǎng)絡軟 件、實用軟件