電子政務系統(tǒng)總體設計要求1范圍本標準規(guī)定了電子政務系統(tǒng)總體設計的要素構(gòu)成。本標準對總體設計要素選用以及總體設計中使用的方法給出了指導性意見。本標準適用于電子業(yè)務系統(tǒng)的總體設計，包括系統(tǒng)頂層需求分析和系統(tǒng)體系結(jié)構(gòu)設計。其他信息系統(tǒng)的總體設計可參照使用。2規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。GB/T8567—2006計算機軟件文檔編制規(guī)范GB/T19487--2004電子政務業(yè)務流程設計方法通用規(guī)范3術語和定義下列術語和定義適用于本標準。系統(tǒng)體系結(jié)構(gòu)systemarchitecture一個系統(tǒng)的基本組織，表現(xiàn)為系統(tǒng)的構(gòu)件、構(gòu)件之間的相互關系、構(gòu)件與環(huán)境之間的相互關系以及設計和進化的原理。構(gòu)件component系統(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é)構(gòu)設計兩方面：a）系統(tǒng)需求分析要素1）業(yè)務組織結(jié)構(gòu)；2）系統(tǒng)業(yè)務功能；3）部門業(yè)務關系；4）系統(tǒng)信息資源；5）安全保密要求；6）系統(tǒng)性能要求；7）系統(tǒng)設施與環(huán)境要求；8）系統(tǒng)質(zhì)量要求；9）標準與規(guī)范要求；10）系統(tǒng)驗收要求。b）電子政務系統(tǒng)總體設計的系統(tǒng)體系結(jié)構(gòu)設計要素1）技術體系框架；2）系統(tǒng)設計策略；3）系統(tǒng)構(gòu)成；4）系統(tǒng)運行模式；5）構(gòu)件接口關系；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é)構(gòu)業(yè)務組織結(jié)構(gòu)將標識出系統(tǒng)的使用者，是業(yè)務功能的部署單位。對業(yè)務系統(tǒng)中所涉及的組織結(jié)構(gòu)的分析應包括組成范圍、工作職責及各組織單元之間的關系。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é)構(gòu)或功能的關聯(lián)性為依據(jù)；b）按業(yè)務流程表述業(yè)務輸入的信息、處理的過程、所需的數(shù)據(jù)、涉及的角色以及輸出的結(jié)果；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）接口要求，包括信息傳輸、WEB頁面、API調(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）效據(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ù)量；e）信息交互用戶數(shù)，即發(fā)生信息交互關系的用戶數(shù)量；f）信息準確率，即信息正確的項效與信息總項數(shù)之比；g）信息完整率，即信息已采集項數(shù)與應采集項數(shù)之比；h）信息更新周期，即需隨時間變化的信息對其進行修改的時間間隔；i）信息更新及時率，即在規(guī)定的周期內(nèi)及時更新的項數(shù)與需更新總項數(shù)之比；j）可持續(xù)使用時間，即保持連續(xù)不間斷使用的最短時間；k）容量，如允許用戶效、數(shù)據(jù)存儲量、信道容量等；l）吞吐量或速率，即在給定的時間周期內(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）通信及同絡軟件；3）實用軟件，4）輸入和設備模擬器；5）測試軟件等。需要時可提出系統(tǒng)物理連接方式要求，包括連接的地理位置、設備配置和網(wǎng)絡拓撲結(jié)構(gòu)、網(wǎng)Z關等O5.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ī)定應遵循的技術標準體系，如工程管理、岡絡建設、信息共享、支撐技術、信息安全等方面的標準化要求。在規(guī)定通用標準和規(guī)范的同時還需規(guī)定特殊體系結(jié)構(gòu)的約束（必須采用標準構(gòu)件、已有構(gòu)件或用戶提供的構(gòu)件）、特殊設計或?qū)崿F(xiàn)標準的使用要求。5.1.10系統(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)構(gòu)件、文檔等進行可視化檢查；5）特殊的檢驗方法：系統(tǒng)的任何特殊合格性方法，如特殊工具、技術、過程、設施、驗收限制及標準樣例的使用。5.2系統(tǒng)體系結(jié)構(gòu)設計5.2.1技術體系框架信息系統(tǒng)涉及網(wǎng)絡、通信、計算機、系統(tǒng)軟件、應用軟件等各種相關技術，技術體系框架將從總體上描述不同類型技術構(gòu)建信息系統(tǒng)的規(guī)則和方法，標識出各服務領域及其接口，實現(xiàn)開放系統(tǒng)的分離原則.技術體系框架需要反映以下一些共性內(nèi)容：a）服務領域的層次結(jié)構(gòu);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)構(gòu)成對系統(tǒng)進行分解，劃分為若干子系統(tǒng)或硬件構(gòu)件和軟件構(gòu)件，并將系統(tǒng)功能、性能等需求逐步落實到每個子系統(tǒng)或構(gòu)件中，分解后的構(gòu)件存在著關聯(lián)關系，確定系統(tǒng)組成時應明確以下內(nèi)容：a）子系統(tǒng)或硬件構(gòu)件和軟件構(gòu)件的構(gòu)成及其功能；b）構(gòu)件間的靜態(tài)關系、關系的種類及必要說明；c）系統(tǒng)構(gòu)件的獲取途徑，如新開發(fā)的構(gòu)件、重用的構(gòu)件、集成的構(gòu)件、采購的構(gòu)件等。5.2.4系統(tǒng)運行模式系統(tǒng)運行模式從技術角度反映目標系統(tǒng)的運轉(zhuǎn)方式.構(gòu)件之間的運行模式是構(gòu)件之間的動態(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構(gòu)件接口關系構(gòu)件接口關系確定構(gòu)件為其他構(gòu)件提供的服務是構(gòu)件靜態(tài)關系的具體化，重點描述技術體系框架中各層為上層應用提供服務的內(nèi)容和方式，以及同層業(yè)務中交互的信息及交互方式。應明確接口的信息內(nèi)容、信息流向、信息用途、接口實體、接口類型、接口特性及遵循的標準或協(xié)議，說明如下：a）接口關系，可按照信息種類或接口類型分類整理；b）信息種類，可按業(yè)務類型或載體形式進行區(qū)分；c）信息內(nèi)容，包括名稱/標識符、類型、格式、單位、范圍等，可引用其他文檔（如：數(shù)據(jù)字典、通信協(xié)議標準、用戶接口標準）；d）信息流向，表明信息的發(fā)送者/產(chǎn)生者和接收者/使用者；e）接口實體，即交換信息的實體，包括外部系統(tǒng)、各種類型用戶或組成構(gòu)件；f）接口類塑，如消息傳遞、數(shù)據(jù)傳輸、查詢服務、WEB頁面、中間件等；g）接口特性，包括優(yōu)先級別、時序、頻率、容量、序列及其他約束條件，如：是否能更新、是否應用業(yè)務規(guī)則。5.2.6系統(tǒng)部署形式系統(tǒng)部署是確定其組成部分的物理位置及連接關系，包括硬件部署和軟件部署.系統(tǒng)部署與業(yè)務組織結(jié)構(gòu)和應用模式密切相關.硬件部署是對系統(tǒng)所涉及到的硬件設備進行物理布局的規(guī)劃，并給出網(wǎng)絡拓撲結(jié)構(gòu).軟件部署是對系統(tǒng)所涉及薊的各類軟件構(gòu)件進行物理配置的規(guī)劃.6系統(tǒng)總體設計實施方法6.1系統(tǒng)總體設計過程為了確定系統(tǒng)總體設計要素-需開展相應的活動，這些活動的有序開展構(gòu)成了系統(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é)構(gòu)設計應描述目標系統(tǒng)的組成結(jié)構(gòu)和實現(xiàn)方法，充分體現(xiàn)與需求的符合性.設計結(jié)構(gòu)應合理，實現(xiàn)方法應可行，并符合相關技術標準的要求。??.附錄A（資料性附錄）系統(tǒng)總體設計過程系統(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é)構(gòu)確定系統(tǒng)初步體系結(jié)構(gòu)確定系統(tǒng)體系結(jié)構(gòu)確定系統(tǒng)初步體系結(jié)構(gòu)形成（初步）總體設計文檔系統(tǒng)初步總體設計方案系統(tǒng)總體設計方案系統(tǒng)初步總體設計方案實施階段系統(tǒng)總體設計系統(tǒng)需求分析明確業(yè)務組織結(jié)構(gòu)V（通過獨立的系統(tǒng)需求分《系統(tǒng)需求規(guī)析過程形成了格說明》或等同文檔）確定業(yè)務功能要求梳理業(yè)務流程界定業(yè)務功能范圍V明確部門業(yè)務關系V確定系統(tǒng)信息資源V給出安全保密要求V

給出系統(tǒng)性能要求V給出系統(tǒng)設施與環(huán)境要求V給出系統(tǒng)質(zhì)量要求V給出標準與規(guī)范要求V給出系統(tǒng)驗收要求V實施階段系統(tǒng)總體設計系統(tǒng)體系結(jié)構(gòu)確定技術體系框架VV確定系統(tǒng)設計策略VV確定系統(tǒng)構(gòu)成VV確定系統(tǒng)運行模式VV確定構(gòu)件接口關系VV確定系統(tǒng)部署形式VV形成系統(tǒng)總體設計文檔系統(tǒng)總體設計方案系統(tǒng)總體設計方案.J表示在過程中可包含該活動，但對于不同類墨的系統(tǒng)是否需要該活動參見附錄B注：B附錄（資料性附錄）系統(tǒng)總體設計中使用的方法1概述.B、系統(tǒng)總體設計過程中，各相關要素的分析可采用多種方法，如GB/T19487--2004中的描述模型均適用。本附錄將給出重點要素的分析方法和描述模型，使用IDEFOUML、重點要對于這些描述模型可選擇相應的支持工具。時可對描述模型中的圖形表現(xiàn)進行演變，素包括業(yè)務組織結(jié)構(gòu)、系統(tǒng)業(yè)務功能、部門業(yè)務關系、系統(tǒng)信息資源、技術體系框架、系統(tǒng)構(gòu)成、系統(tǒng)運行模式、構(gòu)件接口關系和系統(tǒng)部署。業(yè)務組織結(jié)構(gòu)B.22.1B.分析方法..組織具有名稱標識、工作職責和關系屬性。根據(jù)目標系統(tǒng)擬采用的組織形式，尋找出所有可能涉及的部門，確定每個組織部門的崗位及其工作職責，梳理這些部門間的關系。部門間的關系可以為從屬關系、協(xié)同關系或其他特定關系.各組織部門的崗位在功能描述中應作為系統(tǒng)的外部角色或內(nèi)部角色出現(xiàn)，所具有的工作職責應反映在與之接口的對象中，在系統(tǒng)部署中應作為其組成單元的部署實體。B.2.2描述模型業(yè)務組織結(jié)構(gòu)的組成和關系可通過組織結(jié)構(gòu)圖直觀地描述，工作職責和關系以配屬文字進行說明。組織結(jié)構(gòu)圖模板見圖B1.圖中：-方框表示組織部門；-方框同的連線表示組織同的關系，可使用不同顏色或線型表示不同的關系類型圖B.1組織結(jié)構(gòu)圖模板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é)構(gòu)設計過程中再確定關系的類型.系統(tǒng)業(yè)務功能的全集構(gòu)成系統(tǒng)的業(yè)務功能范圍.系統(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。5油-涌圖中：-方框表示功能;-方框問的連線表示功能的分解關系，一次分解形成一個層次.圖B.2功能分解圖模板B.3.3業(yè)務功能范圍描述模型系統(tǒng)處理范圍使用功能組成圖直觀地描述，其中的功能可使用功能分解圖中的第2或3層功能，在描述時需使用同一層次的分解功能。功能組成圖模板參見圖B.3。圖中：-橢圓框表示系統(tǒng)功能；-方框表示系統(tǒng)處理邊界；-橢圓框問的連線表示功能間的關系；-小人圖形表示系統(tǒng)角色；?圓角方框表示外部單位；-小人圖形與橢圓框間的連線表示操作使用關系;?圓角方框與橢圓框向的連線表示信息交互或共享關系.圖B.3功能組成圖模板B.3.4系統(tǒng)業(yè)務流程描述模型系統(tǒng)業(yè)務流程通過業(yè)務流程圖直觀描述，表示出流程的開始事件及后續(xù)的連貫事件，明確事件的觸發(fā)者、處置者及處置活動，并標明事件攜帶的業(yè)務信息.業(yè)務流程還應以文字形式進行說明。業(yè)務流程圖模板見圖B.4。Ii：m圖中：-小人圖形表示事件的觸發(fā)者或處置者，是外部單位或系統(tǒng)角色；-箭頭表示事件，需繪出順序號，事件名稱及傳送的業(yè)務信息；-豎條表示處置活動，需給出順序號、活動名稱及涉及的業(yè)務信息.圖B.4業(yè)務流程圖模板B.4部門業(yè)務關系B.4.1分析方法部門業(yè)務關系表現(xiàn)為部門間的指示與匯報、請求與服務、信息共事與交換等協(xié)同關系。對部門業(yè)務關系的分析是對部門開展業(yè)務活動時所涉及的領導部f1、下屬部門、合作部門以及協(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。|R!圖中：方框表示部門，是協(xié)同的主題或?qū)ο螅患^表示協(xié)同方向，箭頭出發(fā)點是協(xié)同的發(fā)起者，箭頭指向協(xié)同的響應者，需給出協(xié)同業(yè)務名稱及協(xié)同類型.業(yè)務關系描述圖模板B.5圖序號協(xié)同業(yè)務名稱協(xié)同類塑協(xié)同發(fā)起部門婚同響應部門協(xié)同描述12345B.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ù)的加工過程。采用IDEF0模型表示。數(shù)據(jù)流程圖模板見圖B.6。信息管理描述表給出各項信息資源的采集、更新、管理的職責、方式和要求。信息管理描述表模板見表B.4。

圖中：-方框表示系統(tǒng)的功能，需給出其名稱標識；-方框左邊的箭頭為輸入箭頭，表示輸入數(shù)據(jù)，輸入箭頭應帶有效據(jù)名稱標識；-方框右邊的箭頭為輸出箭頭，表示輸出敦據(jù)，輸出箭頭應帶有效據(jù)名稱標識；-方框上邊的箭頭為控制箭頭，表示產(chǎn)生正確的輸出所要求的控制條件，窿制箭頭應帶有控制名稱標識；-方框下邊的箭頭為機鋁箭頭，表示用于執(zhí)行一個功能的途徑，包括調(diào)用箭頭特例，機制箭頭皮帶有機制名稱標識.圖B.6數(shù)據(jù)流程圖模板表B.4信息管理描述表模板

技術體系框架.6B6.1分析方法B.所示，該模型包含以下內(nèi)7通用模型，如圖B.技術體系框架的建立一般采用POSIXa）容：應用軟件實體；b）應用程序接口；應用平臺實體;c）d）外部環(huán)境接；，e）外部環(huán)境...圖B.7POSIX通用模型各系統(tǒng)的技術體系框架在它的基礎上進行分解和擴展，表現(xiàn)為一系列的實體、接口.應用軟件實體一般可分為應用支撐層和業(yè)務應用層.應用平臺實體一般可分為基礎服務（如操作系統(tǒng)服務）和建立在基礎服務之上的高層服務。外部環(huán)境通常為網(wǎng)絡、信息交換等基礎設施支撐平臺.技術體系結(jié)構(gòu)是本系統(tǒng)或本系統(tǒng)依托的父系統(tǒng)完整組成的全面接述，其中的組成部分屬于本系統(tǒng)的研制范圍，也可以是集成或使用的對象.通過技術體系結(jié)構(gòu)的描述，可以清晰的表明本系統(tǒng)的層次結(jié)構(gòu)或本系統(tǒng)在整個體系中的位置及與其他系統(tǒng)的關系。B.6.2描述模型技術體系框架可通過圖形的形式表現(xiàn)其層次結(jié)構(gòu)關系，并以文字形式描述各層的目的及組成.劃分的層數(shù)可根據(jù)系統(tǒng)具體情況確定，允許在層中劃分出子層次。技術體系框架模板見圖B.8。

圖中：-外圈方樁表示層次，需給出層次主題；-小方框表示該唐的組成部分，需給出實體名稱，該實體將與系統(tǒng)的組成構(gòu)件有直接關系；-帶圈圈的箭頭表示層同的接口，需給出其接口類型.圈B.8技術體系框架模板B.7系統(tǒng)構(gòu)成B.7.1分析方法根據(jù)系統(tǒng)技術體系框架，逐層分解出組成構(gòu)件，構(gòu)件可以是子系統(tǒng)或軟件構(gòu)件、硬件構(gòu)件，這些元素按照系統(tǒng)體系框架組合形成目標系統(tǒng)。系統(tǒng)設計時從實現(xiàn)角度描述系統(tǒng)各成分，一般可將系統(tǒng)分解為2--3個層次，需將業(yè)務功能分解列各個系統(tǒng)組成構(gòu)件中，并進行細化，同時根據(jù)系統(tǒng)實現(xiàn)的要求添加所需的功能。B.7.2描述模型系統(tǒng)構(gòu)件可通過系統(tǒng)組成圖直觀地描述，并以文本的方式描述分解列構(gòu)件中的功能、性能及其他要求。系統(tǒng)組成圖模板見圖B.9。

圖中.?方框表示構(gòu)件；-方框間的連線表示構(gòu)件的分解關系，一次分解形成一個層次.圖B.9系統(tǒng)組成圈模板B.8系統(tǒng)運行模式B.8.1分析方法系統(tǒng)運行模式反映構(gòu)件之間的動態(tài)關系，通過系統(tǒng)運行的控制漉、數(shù)據(jù)流和狀態(tài)轉(zhuǎn)換等流程體現(xiàn)。B.8.2控制流描述模型控制流使用程序流程圖(ProgramFlowChart)進行描述，從控制過程的角度描述系統(tǒng)運行模式.控制流程圖模板見圖B.10。

圖中：-圈圈表示人口或出口；-方摳表示處理；-菱形框表示判斷；?箭頭表示流向；-平行四邊形框表示輸入輸出數(shù)據(jù)；?允許5種控割流程，順序型、選擇型、先判定越循環(huán)、后判定型循環(huán)、多種情總選擇型.圈B.10控制流程圖模板B.8.3數(shù)據(jù)流描述模型數(shù)據(jù)流使用數(shù)據(jù)流圖(DataFlowDiagram)進行描述，從數(shù)據(jù)傳遞和加工的角度，以圖形方式刻畫從輸入到輸出的移動變換過程.數(shù)據(jù)流圖模板見圖圖中：-圓圈表示加工處理，與功能對應，需給出處理標識和序號；-方框表示致?lián)脑袋c和匯點，是系統(tǒng)的外部實體，需給出其名稱標識；-箭頭表示效據(jù)流，即被加工的數(shù)據(jù)和流向，箭頭應帶有效據(jù)流名稱標識；-半圓框表示需儲存的數(shù)據(jù)，需繪出其名稱標識。圖B.11數(shù)據(jù)流圖模板B.8.4狀態(tài)轉(zhuǎn)換描述模型狀態(tài)轉(zhuǎn)換涉及事件和狀態(tài)兩個因素，當一個事件發(fā)生時將引起狀態(tài)的變化.狀態(tài)轉(zhuǎn)換圖模板見圖B.12.圈中：-小黑點表示初始狀態(tài)；-圈角方框表示狀態(tài)；-單向箭頭表示狀態(tài)之間的變化，箭頭上標注引起該變饞的事件；-帶有圓圈的黑點表示最終狀態(tài)，狀態(tài)轉(zhuǎn)換只能有一個初始狀態(tài)和一個最終狀態(tài).圖B.12狀態(tài)轉(zhuǎn)換圖模板9構(gòu)件接口關系B.9.1分析方法B.在系統(tǒng)功能分解到構(gòu)件的同時，系統(tǒng)業(yè)務接口也分解到相應構(gòu)件巾。構(gòu)件接口關系的分接口實體轉(zhuǎn)化為系統(tǒng)的組成構(gòu)析將從實現(xiàn)的角度進行考慮，其接口類型將體現(xiàn)實現(xiàn)的方式，件，信息用途除業(yè)務應用目的外應增加技術目的，還需描述接口的特性。描述模型B.9.2構(gòu)件接口的信息流向、接口實體可使用構(gòu)件接口描述圖進行直觀地展現(xiàn)。接口的信息種接口類量和接口特性可使用接口描述表給出詳細說明.構(gòu)件接口信息用途、類、信息內(nèi)容、.，構(gòu)件接口描述表模板見表B.5.描述圖模板見圖B13米玫演米玫演E圖中：箭頭指向信息的接收者或使箭頭出發(fā)點是信息的發(fā)送者或提供者，箭頭表示信息流向.用者，需給出信息序號或標識，箭頭可以是單向的或雙向的；?圓圈框表示系統(tǒng)組成構(gòu)件，是接口的實體對象；、在方框內(nèi)各構(gòu)件問的接口，以及構(gòu)件與系統(tǒng)使用者同的接口稱為內(nèi)部接口.如接口1.3-.2和98、7、和10;與外部系統(tǒng)的接口稱.為外部接口，如接日64、5、當接口較復雜時可分類描述，如按照信息種類接口類型分別描述。構(gòu)件接口描述圖模板.13圖B5構(gòu)件接口描述表模板表B.接口序信息種類信息用途接口類型信息發(fā)送者/提信息接收者/使信息內(nèi)容接口特性號用費供者l2345B.10系統(tǒng)部署形式B.10.1分析方法根據(jù)組織部門的職責和系統(tǒng)構(gòu)成，將系統(tǒng)組成構(gòu)件規(guī)劃到物理位置中，為相應的組織部門所使用。系統(tǒng)構(gòu)件包括硬件構(gòu)件和軟件構(gòu)件.B.10.2描述模型系統(tǒng)部署可通過部署圖和部署配置表進行描述.系統(tǒng)部署配置表以系統(tǒng)構(gòu)件/子構(gòu)件和物理位置為變元形成二維表，是對系統(tǒng)部署的詳細說明。系統(tǒng)部署示意圖模板見圖B.14,系統(tǒng)部署配置表模板見表B.6。圖中：虛線方框表示可進行部署的物理位置；實線方框表示待部署的系統(tǒng)組成構(gòu)件；實線連接線表示構(gòu)件間的聯(lián)結(jié)方式和關系，可使用不同顏色或線型表示。圖B.14系統(tǒng)部署示意圖模板表B.6系統(tǒng)部署配置表模板序系統(tǒng)構(gòu)件名稱物理位置1物理位置2物理位置n號..11構(gòu)件

2子構(gòu)件V342構(gòu)件5子構(gòu)件VV67構(gòu)件3VV8子構(gòu)件VV9J表示需要部署注：附錄C（資料性附錄）系統(tǒng)總體設計要素選用指南不同類型的電子政務系統(tǒng)涉及的總體設計要素有所區(qū)別，本標準中按照技術體系框架的層次模型將電子攻務系統(tǒng)的類型區(qū)分為以下四類：一般多為軟實現(xiàn)業(yè)務應用領域功能的系統(tǒng)，a）業(yè)務應用類系統(tǒng)，面向電子政務業(yè)務應用，件系統(tǒng)；應用支撐類系統(tǒng)，為業(yè)務應用提供通用服務的系統(tǒng)，一般多為軟件系統(tǒng)；b）基礎設旅類系統(tǒng)，為業(yè)務應用提供網(wǎng)絡、通信、計算機及其他必要運行平臺的系統(tǒng)；c）綜合類系統(tǒng)，由業(yè)務應用類、應用支撐類、基礎設施類系統(tǒng)混合組成的系統(tǒng)。d）更詳細。初步總體設計和后續(xù)的總體設計所涉及的要素可以不同，后續(xù)的總體設計更全面、1。該選用方案可作為系統(tǒng)總體設計評審的依據(jù)。.系統(tǒng)總體設計要素選用方法見表c1系統(tǒng)總體設計要素選用表C.序號要素綜合類系統(tǒng)業(yè)務應用類系統(tǒng)應用支撐類系統(tǒng)基礎設施類系統(tǒng)初步完整初步完整初步完整初步完整1系業(yè)務組織結(jié)構(gòu)VVVVVVVV2統(tǒng)需求系統(tǒng)業(yè)務功能業(yè)務功能VVVVVV3業(yè)務流程VVVVVVVV

4業(yè)務功能范圍VVVVVV5部門業(yè)務關系VVVVVVVV6系統(tǒng)信息資源VVVVVV7安全保密要求VVV8系統(tǒng)性能要求VVVV9系統(tǒng)設施與環(huán)境要求VVVVVVVV0系統(tǒng)質(zhì)量要求△△△△1△△△2△△△3△△△△4可移植性△△△5易用性△△△6標準與規(guī)范要求VVVV1系統(tǒng)驗收要求VVVV8系統(tǒng)體系結(jié)構(gòu)技術體系框架VVVV9系統(tǒng)設計策略VVVVVVVV2系統(tǒng)構(gòu)成VVVVVVVV2系統(tǒng)運行模式VVV12構(gòu)件接口關系VVVVVVVV2系統(tǒng)部署形式VVVVVVV表示必選.。^表示根據(jù)系統(tǒng)要求確定.注：JD附錄(資料性附錄)《系統(tǒng)總體設計方案》編寫要求系統(tǒng)總體設計的結(jié)果可形成《系統(tǒng)總體設計方案》該文檔的編寫要求參考了GB/T8567--2006，本附錄中列出其章節(jié)形式要求，具體內(nèi)容見第5章中相關要素。根據(jù)系統(tǒng)具體情況，可按照附錄C對文檔中的內(nèi)容進行選用，也可增加描述內(nèi)容。1概述1.1系統(tǒng)概述概括系統(tǒng)的用途，項目的建設方，用戶，設計方和保障運行機構(gòu)，運行現(xiàn)場等說明信息。1.2文檔概述文檔用途和內(nèi)容說明。1.3引用文檔列出所引用的文檔編號，標題，版本和日期。1.4術語定義給出文檔中所涉及的術語說明。2系統(tǒng)需求2.1業(yè)務組織結(jié)構(gòu)描述業(yè)務組織機構(gòu)的組成范圍，崗位，工作職責及各組織單元之間的關系，并給出組織結(jié)構(gòu)圖或表。2.2業(yè)務功能需求2.2.1業(yè)務功能范圍概述業(yè)務功能范圍，并給出功能組成圖及功能分解圖。X(XX)功能分小節(jié)描述各類系統(tǒng)功能。X.1功能要求描述該類系統(tǒng)功能的各項要求。X.2業(yè)務流程描述該類系統(tǒng)功能涉及的業(yè)務流程。業(yè)務關系需求2.3.1業(yè)務關系概述以一張總標的形式簡要描述系統(tǒng)外部和內(nèi)部業(yè)務關系。X(XX)業(yè)務關系關系較復雜時可按組織結(jié)構(gòu)分小節(jié)描述。分類詳細描述系統(tǒng)部門間的各業(yè)務關系，描述內(nèi)容包括協(xié)同業(yè)務名稱，協(xié)同類型，協(xié)同發(fā)起部門，協(xié)同相應部門及協(xié)同描述等，可輔以圖表說明。2.4系統(tǒng)信息資源需求2.4.1信息資源清單列表說明系統(tǒng)引入和生產(chǎn)的全部信息資源，包括資源名稱，分類，來源及主要用途等。2.4.2數(shù)據(jù)需求X(信息資源名稱)數(shù)據(jù)需求分小節(jié)說明或列表說明各項信息資源主要數(shù)據(jù)內(nèi)容的簡要描述(也可以使全部數(shù)據(jù)的詳細描述)，包括名稱，數(shù)據(jù)類型，格式，單位，范圍及接口要求等。2.4.3數(shù)據(jù)流程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)中的硬件需求，包括計算機，輸入/輸出設備，儲存設備，通信設備及其他所需的設備，應給出每種設備的類型，數(shù)量，特征及能力要求。2.7.2系統(tǒng)軟件資源需求列表說明系統(tǒng)使用或引入到系統(tǒng)中的軟件需求，包括：操作系統(tǒng)，數(shù)據(jù)庫管理系統(tǒng)，通信/網(wǎng)絡軟件，實用軟件，輸入