1、XXXXXXXXXXXXXXXXXX 單位單位單位單位XXXXXXXXXXXXXXXXXXXXX 項目項目項目項目軟件需求規格說明書軟件需求規格說明書軟件需求規格說明書軟件需求規格說明書龍子湖網絡科技 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 2 頁 共 28 頁項目項目項目名稱項目名稱文檔文檔軟件需求規格說明書文檔文檔 IDID說明說明V1.2作者作者*最后更新時間最后更新時間2011-10-20版本更新概要版本更新概要版本號時間時間更新人更新人更新摘要更新摘要V1.0V1.02011-10

2、-02移動 OA、車輛管理模塊需求內容V1.1V1.12011-10-20移動政務資源管理系統平臺需求內容V1.2V1.22011-11-08根據業務需求，電子公文在線預覽項目負責人審核與確認項目負責人審核與確認姓名姓名職位職位審核時間審核時間審核意見審核意見( (簽字簽字) )供應商：供應商：客戶方：客戶方： 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 3 頁 共 28 頁目錄第一章第一章 引言引言.51編寫目的.52軟件需求分析理論.53軟件需求分析目標.54參考文獻.6第二章第二章 需求概

3、述需求概述.71.項目背景.72.需求概述.73.條件與限制(可選).84.移動辦公系統結構.85.移動辦公網絡拓撲圖.9第三章第三章 系統功能需求系統功能需求.101.移動辦公系統升級改造需求.10界面顯示要求.11待辦公文列表.11待辦公文列表排序.12公文詳細信息界面元素.12網站信息審批.12會議申請.12意見錄入.12移動郵件.13會議管理.13通知通告.14通訊錄管理.142.車輛管理模塊升級改造需求.14 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 4 頁 共 28 頁系統功能架構

4、.14網絡拓撲結構.163.電子公文預覽需求.16電子公文交換網絡.17電子公文交換流程.184.政務信息管理系統平臺功能需求.19第四章第四章 軟硬件或其他外部系統接口需求軟硬件或其他外部系統接口需求.221.用戶界面.222.硬件需求.223.網絡需求.224.接口需求.235.通信需求.236.運行環境.24第五章第五章 其他非功能需求其他非功能需求.251.性能需求.252.安全設施需求.263.安全性需求.264.擴展性需求.275.可移植性需求.27 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）8404

5、4818第 5 頁 共 28 頁第一章第一章 引言引言1 1編寫目的編寫目的為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔。2 2軟件需求分析理論軟件需求分析理論軟件需求分析（Software Reguirement Analysis）是研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能，確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據。軟件需求分析是一個項目的開端，也是項目實施最重要的關鍵點。據有關的機構分析結果表明，設計的軟件產品存在不完整性、不正確性等問題80以上是需求分析錯誤所導致的，而且由于需求分析錯誤造成根本性的功能問題尤為突出。因此，一個項目的成

6、功軟件需求分析是關鍵的一步。3 3軟件需求分析目標軟件需求分析目標軟件需求分析的主要實現目標：1)對實現軟件的功能做全面的描述，幫助用戶判斷實現功能的正確性、一致性和完整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件需求；2)了解和描述軟件實現所需的全部信息，為軟件設計、確認和驗證提供一個基準；3)為軟件管理人員進行軟件成本計價和編制軟件開發計劃書提供依據； 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 6 頁 共 28 頁需求分析的具體內容可以歸納為六個方面：軟件的功能需求，軟件與硬件或其

7、他外部系統接口，軟件的非功能性需求，軟件的反向需求，軟件設計和實現上的限制，閱讀支持信息。軟件需求分析應盡量提供軟件實現功能需求的全部信息，使得軟件設計人員和軟件測試人員不再需要需求方的接觸。這就要求軟件需求分析內容應正確、完整、一致和可驗證。此外，為保證軟件設計質量，便于軟件功能的休整和驗證，軟件需求表達無岔意性，具有可追蹤性和可修改性。4 4參考文獻參考文獻1. 軟件工程基礎 趙一丁 北京郵電大學出版社2. 軟件需求 勞森 (作者), 劉曉暉 (譯者) 電子工業出版社3. 軟件需求工程：原理和方法 金芝，劉璘，金英 科學出版社4. 實用軟件工程第三版 殷人昆 清華大學出版社5. 電子政務發

8、展需求與效益分析 朱建明 經濟科學出版社6. 電子政務信息系統的規劃與建設 田景熙，洪琢 人民郵電出版社7. 電子政務信息公平研究 唐思慧 世界圖書出版公司8. 電子政務系統的需求分析 甘明鑫，曹菁 機械工業出版社 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 7 頁 共 28 頁第二章第二章 需求概述需求概述1.1. 項目背景項目背景為進一步實現“政務公開”的要求，同時方便各類政務信息能準確、安全、快速的發布到指定的移動終端上，同時提升 XXX 移動辦公效率，解決領導外出時能方便安全的批閱公文，

9、收發郵件以及查詢通信錄等應用。基于中國電信 3G高速網絡，采用手機適配技術實現移動辦公應用，并通過 PKI/CA、VPDN、APN等信息安全技術保證移動辦公的安全性。只要在 WCDMA、 3G 網絡覆蓋的地方，用戶都可以通過手機高速、穩定、安全的訪問 OA 辦文、郵件、人事管理等辦公系統，隨時隨地處理公文、收發郵件、查詢信息。系統設計采用全新的設計理念實現隨時隨地、零距離、安全穩定的信息化辦公。做到 4A（Any where/Any time/Any data/Any device）辦公，通過移動終端設備，打破時空的局限實現輕松辦公。使用戶能利用各種移間與空間的限制，隨時隨地、自由便利地辦公。

10、 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 8 頁 共 28 頁2.2. 需求概述需求概述【對軟件需求做一個簡介，包括：1. 本產品的開發意圖、應用目標及作用范圍。2主要功能、處理流程、數據流程。4說明本產品與其他相關產品的關系，是獨立產品還是一個較大產品的組成部分。可以用表示外部接口和數據流的系統高層次圖，或者方框圖說明。】3.3. 條件與限制條件與限制( (可選可選) )【說明本軟件在實現時所必須滿足的條件和所受的限制，并給出相應的原因。必須滿足的條件包括輸入數據的范圍以及格式。所受的限制

11、包括軟件環境、硬件環境等方面的內容。例如：必須使用或者避免的特定技術、工具、編程語言和數據庫；企業策略、政府法規或工業標準；硬件限制，例如定時需求或存儲器限制；經費限制、開發期限；項目對外部因素存在的依賴。例如其它項目開發的組件。等等】4.4. 系統結構系統結構移動 OA 系統可規劃為一個四層的安全控制域，網絡安全設計以各域的工作特點為依據進行設計。1.終端用戶層：作為系統向各種手機終端提供展現層，手機用戶通過安裝客戶端程序實現移動辦公，目前支持市面上各種主流終端的使用。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020

12、）84044818第 9 頁 共 28 頁2.運營商服務層：各電信運營商(移動/電信/聯通)提供的無線網絡環境層，支持 GSM、GPRS、CDMA、WCDMA、3G、WIFI 等各種無線網絡環境，對于移動網絡需要同時支持 CMNET 與 CMWAP。3.業務邏輯層：系統核心業務處理層，主要支撐系統與外部業務系統、手機終端的數據請求處理，實現信息移動化，包括基礎服務支撐、業務解析運行引擎、終端訪問安全管理、通用組件，以及系統管理功能。4.外部系統層：系統與外部接入系統的適配層，主要的外部接入系統包括辦公自動化系統(OA 系統)及其他 IT 應用系統。移動 OA 結構圖 軟件需求規格說明書地址：廣

13、州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 10 頁 共 28 頁5.5. 網絡拓撲圖網絡拓撲圖結構結構移動 OA 網絡拓撲結構圖移動 OA 網絡拓撲劃分層次來描述，共分為：終端側終端側：發起網絡請求的終端設備和軟件。網絡側網絡側：運營商的網絡。機房側機房側：進行移動化 IT 系統和管理通信設備的移動 OA 服務器。第三章第三章 系統功能需求系統功能需求1.1. 移動辦公系統升級改造需求移動辦公系統升級改造需求XXX 在 2007 年及建設好基于 windows mobile 的移動辦公系統，并在 2010 年將該系統擴

14、展至 ios 系統，為保證系統建設一致性，本次系統建設要求在原有的移動辦公系統上增加相應的適配軟件模塊，要求支持蘋果 IOS 4.0、Android 2.0 及微軟 WindowsMobile 6.1以上移動終端操作系統；本次系統升級改造后要求在蘋果 IOS 4.0、Android 2.0 及微軟 WindowsMobile 6.1 以上多種智能終端操作系統上實現原有的移動辦公系統上的所有流程，具體見下表：功能模塊功能模塊實現功能實現功能登錄登錄收文審批待辦待閱發文審批 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）

15、84044818第 11 頁 共 28 頁功能模塊功能模塊實現功能實現功能內辦文審批合同處理審批信息審批督辦審批會議審批收文閱文發文閱文內辦文閱文合同處理閱文信息閱文督辦閱文會議閱文公文排序公文流轉公文發送查詢公文公文查詢查詢結果列表會議通知列表會議通知會議通知詳情收郵件回復郵件轉發郵件發送郵件移動郵件郵箱設置組織結構樹人員列表通訊錄人員詳情通知通告列表通知通告通知通告詳情市領導批示列表市領導批示市領導批示詳情代理授權列表代理授權詳情代理授權人員結構樹機關名片列表機關名片詳情撥打電話機關名片發送短信 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話：15217

16、926617 傳真：（020）84044818第 12 頁 共 28 頁功能模塊功能模塊實現功能實現功能消息列表消息詳情消息附件消息系統回復消息短信列表短信詳情發送短信短信中心接收短信息性能測試性能測試界面顯示要求待辦公文列表待辦公文列表采用兩行顯示1、 第一行：公文速級（Icon）、業務種類、接收時間2、 第二行：公文標題待辦公文列表排序1、 按業務種類排序（按待辦公文類型來排）2、 按速級排序（特急、急件、平件三種）3、 接收時間排序公文詳細信息界面元素1、 收文來文單位、緊急程度、標題、內容摘要、意見2、 外發文主辦單位、主送單位、抄送單位、事由（標題）、緊急程度、擬稿人、密級、意見3、

17、 內辦文主辦單位、主送單位、抄送單位、事由、緊急程度、擬稿人、密級、歷史意見4、 督辦事項名稱、承辦部門、會辦部門、密級、緊急程度、督字、號、督辦類別、要求完成時間、歷史意見網站信息審批主辦單位、擬稿人、事由（標題）、歷史意見 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 13 頁 共 28 頁會議申請召開時間、會議地點、議題、申請部門、申請時間、參加人員、意見正文和附件文件類型公文正文的文件類型為 Tif、 Doc 和 ceb公文附件的文件類型無限制，其中 Office 系列、圖片格式、Tif

18、可直接在手機端瀏覽提供公文附件下載功能超過 5M 的文件將提供下載功能但不能在手機端直接預覽。意見錄入用戶可直接輸入意見或從常用詞條中選擇，包括公用詞條和個人詞條審批意見發送文秘處長、領導批示、承辦、會辦等環節會用到移動辦公審批。審批意見的發送首先選擇環節，環節的排序順序與 OA 中一致，當用戶要選擇 N個下一關環節（1N4 個）時，用戶通過多級下拉框聯動菜單來實現，當上一級菜單選擇后，下一級菜單會自動過濾不可選的環節或自動選擇必選環節。當審批意見發送至默認環節默認人員時，將不再出現環節選擇和人員選擇界面，該意見將被直接發送。環節選擇完成后，用戶可以分別對每個環節選擇人員（含組）人員選擇完成后

19、，用戶即可發送審批意見。移動郵件 實現方式移動辦公平臺通過 Pop3/Smtp 訪問信息辦郵件服務器 功能需求提供郵件收取、查看列表、查看內容、查看附件、郵件發送、郵件轉發、郵件回復、郵件刪除（不同步刪除 OA 郵件）功能會議管理手機端操作流程登錄會議列表會議詳情 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 14 頁 共 28 頁會議列表會議列表包括內部會議和外出會議會議列表無權限控制，對所有用戶均可見會議列表采用兩行顯示：第一行：會議標題第二行：會議時間，會議地點會議列表只采用會議時間排序（由

20、新到舊，只顯示一周，可查詢上周及下周）會議詳情會議詳情界面元素：開會日期、地點、會議名稱、參加人員、組織者或部門、創建時間通知通告手機端操作流程登錄通知通告列表通知通告詳情通知通告列表通知通告列表采用兩行顯示：第一行：通知通告標題第二行：發布時間會議列表只采用發布時間排序（由新到舊）通知通告詳情通知通告詳情界面元素與 OA 中一致通知通告可能含附件，附件類型無限制，其中 Office 系列、圖片格式、Tif 可直接在手機端瀏覽。提供附件下載功能。超過 5M 的附件將提供下載功能但不能在手機端直接預覽。通訊錄管理通訊錄管理采用樹形結構展現，只按部門進行分類。通訊錄個人信息元素：姓名、辦公電話、手

21、機號碼、電子郵件、備注通訊錄人員在 OA 增加、刪除、修改、調動人員時，會與 OA 通訊錄保持一致。管理員可在移動辦公平臺 Web 管理頁面上啟用/停用用戶。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 15 頁 共 28 頁2.2. 車輛管理模塊升級改造需求車輛管理模塊升級改造需求車輛管理系統是基于 B/S 架構的新型車輛管理平臺,它適用于各政府機構及其下屬單位，利用信息技術跟蹤車輛的采購、檢驗、調撥、保養、維修、報廢等環節，并提供完整的車輛統計報表和強大的數據分析功能。規范政府機構車輛管理工

22、作，改進車輛內部調撥、車輛維護等流程，顯著提高管理水平和經濟效益。系統功能架構系統功能架構車輛管理系統車輛數據車輛運行費用行車里程駕駛員檔案違章登記車輛維修在用車輛報廢車輛在職司機離職司機燃料費維修費保險費過路過橋費停車費其他費用用車申請功能模塊功能模塊實現功能實現功能車輛資料管理對每一輛車進行建檔，實現“一車一檔”，主要是記錄車輛的車牌號、車輛類型、使用人或單位、油卡、購置日期、購置金額、發動機號、車架號、廠牌型號、載重量、可乘坐人數等相關信息駕駛員檔案對每個駕駛員進行建檔，實現“一人一檔”，主要登記駕駛員的姓名、性別、出生年月、駕駛證號、領證日期、證件有效期、開始駕駛時間、準駕車型、聯系電

23、話、年審記錄等相關信息。車輛費用管理登記車輛每次加油的具體情況，主要包括車牌號、車輛類型、加油時間、記賬時間、卡號、加油站名稱、油號、單價、數量、金額等相關信息。車輛維護維修記錄每輛車得維修保養記錄，主要包括維保時間、維保內容、維修人等相關信息。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 16 頁 共 28 頁功能模塊功能模塊實現功能實現功能車輛申請記錄在現有 OA 辦公系統上建立車輛申請流程，每次申請用車的時候，都必須按照流程來進行審批，為車輛管理實現良好的規范化。合格供應商維護對車輛的合格

24、供應商進行建檔，主要包括編號、供應商名稱、供應商全稱、聯系人、電話、供應商地址等相關信息。車輛維修計劃對車輛的維修計劃進行建檔，主要包括設施名稱、車輛名稱、型號規格、計劃時間、完成時間、維護內容等相關信息。車輛安全檢查記錄對車輛的安全檢查進行建檔，主要包括車輛號碼、建制司機、行駛里程、檢驗結果、檢驗員簽名、檢驗時間、建議、備注等相關信息。統計分析能夠生成車輛的各類匯總報表，如車輛油費統計、車輛申請記錄統計、車輛維保記錄統計等，并能根據用戶的實際需要生產月報、季報、年報。權限管理建立健全、嚴謹的權限管理模塊，具備上下級之間相互獨立運作、層級控制的特點。網絡拓撲結構網絡拓撲結構車輛管理服務器及數據

25、庫OA服務器及數據庫終端用戶終端用戶車輛管理網絡結構車輛管理服務器及數據庫與 OA 服務器及數據庫部署在同一局域網內，通過系統接口，實現與 OA 系統的統一登陸認證。3.3. 電子公文預覽需求電子公文預覽需求本著對電子公文交換及認證平臺和現有移動辦公系統進行最小改動的原則，采用在兩個系統之間搭建一個中間層組件，該中間層組件主要實現以下功能：1、把現有移動辦公訪問電子公文的請求進行重定向轉移到訪問該中間層； 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 17 頁 共 28 頁2、把電子公文交換及認證

26、平臺中的電子公文轉換成現有移動辦公系統能識別的格式（一般為掃描件格式） ；3、把轉換后的文件格式以文件流的形式返回到移動終端進行顯示。電子公文交換網絡電子公文交換網絡OA 交換：即各單位 OA 上部署的交換系統，同時也是本項目電子公文交換系統。該系統主要負責為 OA 提供電子公文交換的收發文以及相關子服務，屬于 OA 的子系統，通過OA 前置的 Web Service 接口與自身的 Web Service7,8接口互聯以實現對交換網絡掛的接，因此并不屬于交換網絡的核心組件。 OA 前置：即為 OA 交換提供直接通訊服務的交換系統。該系統僅負責為所連接的 OA 交換提供數據傳輸服務，其一端通過

27、Web Service 與 OA 交換連接，另一端則通過消息隊列以及 Web Service 兩類接口與交換接口連接，屬于交換網絡的邊緣組件。交換接口：即核心交換系統所提供的外接接口系統。該接口連接的兩端都同時擁有消息隊列（異步交換）或是 Web Service（同步交換）兩類接口，其一端與一定區域的 OA 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 18 頁 共 28 頁前置通過相連，并為這些 OA 前置提供交換服務以及核心查詢服務，另一端則與核心交換相連。交換接口的存在不僅可以保護核心交換不

28、被暴露，同時也可以減輕核心交換的網絡壓力，屬于交換網絡的核心組件。 交換核心：即整個交換網絡的核心交換系統。該系統為交換網絡提供交換路由服務、交換單位管理、交換人員管理、交換跟蹤服務、交換指令分析應答服務、交換數據分解合并服務、核心傳輸服務以及 CA 的加解密、數字簽名驗證等服務。 CA 認證系統：該系統為各單位提供數字簽名服務以及數據的加解密服務。該系統僅與核心交換系統相連，所有與 CA 認證系統的通訊都必須經由交換網絡傳送。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 19 頁 共 28 頁

29、電子公文交換流程電子公文交換流程電子公文交換的流程可以分為交換數據的生成、數據的簽名加密、數據的傳輸、數據的驗簽解密、數據入庫五個主要步驟。整個交換流程細述如下： 1、OA 端在需要發送電子公文的時候，通過自己的電子公文交換系統（OA 交換）生成原始的交換對象，OA 交換則通過 CA15-18認證系統對該交換對象里的有效數據進行數字簽名，并對需要加密的數據區域進行加密。在得到加密后的交換對象后就可以生成交換的 XML，并通過 Web Service 接口向 OA 前置提交該交換數據。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳

30、真：（020）84044818第 20 頁 共 28 頁 2、OA 前置在收到 XML 后，根據調用類型（同步調用或是異步調用） ，以相應的交換通道（消息隊列或 Web Service）向交換接口提交交換數據，交換接口根據接收的數據，轉給交換核心去處理。 3、交換核心在收到交換數據后，分析交換路由，并將密文解成明文。然后將交換數據分成 N 份（N=接收單位各數） ，依次以不同的單位進行數據加密后，將各單位的交換數據向相應的交換接口轉發。 4、交換接口在收到交換核心來的數據后，將指定單位的數據發往指定的 OA 前置。 OA 前置通過 Web Service 最終提交給 OA 交換。 以上 4 步

31、即實現了從 OA1 到其他 OA 的公文交換過程，但是這樣的交換并不能讓 OA1 知道自己的交換是否已送到目標單位、目標單位是否能看到該交換件了。所以在上述的 4 個步驟之后，還有交換系統的回執過程： 5、OA 前置在成功提交數據給 OA 交換后，會自動反方向的發送一個交換送達的回執。這樣，最初的發送方便可以通過這個交換送達的回執知道哪些單位已成功送達。而如果整個交換過程中有任一環節出現問題，那么它的前一個系統則會自動反向發送一個交換失敗的回執。 6、即使我們能夠知道哪些單位已經送達，哪些單位交換失敗了，但我們無法確認這些已送達的單位中，對方的工作人員是否一定可以看到該公文。所以，OA 交換解

32、析了收到的來文并將之入庫后，會自動向原發文單位發送一個成功解析入庫的回執；而如果解析失敗、解密失敗、驗簽失敗或是入庫失敗，則都會向原發文單位發送一個解析失敗的回執。4.4. 政務信息管理系統平臺功能需求政務信息管理系統平臺功能需求政務信息管理系統平臺是在 XXXXXXXXXXX 及下屬機構各局辦委已有的WEB 門戶基礎上，重新開發一套基于各類智能終端上的信息展示應用，系統主要由四大部分組成：前端信息采集、信息內容管理、用戶權限管理與客戶端四大部分的功能：序號名稱說明1信息采集與 XXXXXXXXXXX 及下屬機構各局辦委有的 WEB 門戶信息系統進 軟件需求規格說明書地址：廣州市海珠區江南大道

33、中 108 號 郵編：510220電話傳真：（020）84044818第 21 頁 共 28 頁行對接，定向進行網絡采集，實現按時信息（文本，圖像，語音，視頻）采集，以及在線互動內容的交互管理。2信息內容管理在管理后臺能集中進行信息內容的增、刪、改、查，并實時呈現在客戶端；管理員用戶發布的特定信息，可在客戶端程序關閉時實時推送通知到用戶手機，使得該信息在第一時間傳達到用戶。提供版權內容的在線及線下閱讀。3用戶權限管理針對普通用戶按權限進行內容分級展示，針對管理員用戶按權限進行操作授權。4客戶端運行于手機的專用程序，從服務端獲取信息并在手機終端上展示給用戶。同時，還提供

34、用戶在終端上的信息發布功能。同時，XXXXXXXXXXX 等管理用戶通過管理門戶，可以定制個性化手機端顯示界面，建立個性化內容頻道，包括智能 Wizard 工具、內容管理、應用發布、統計分析等模塊。智能 Wizard 工具智能 Wizard 工具，為平臺配置功能使用的快捷入口，可以讓初次使用的用戶簡單快捷地進行政務信息管理系統平臺的配置和管理。管理用戶初次進入平臺時候，第一步先需要進行界面配置，第二步為配置數據，第三步確認無誤后，將提交發布。內容管理頻道管理：主要管理軟件的頻道，設置每個頻道的標題、樣式、圖標、數據源。內容管理：主要監控同步后的數據。用戶管理：管理授權訪問的頻道的用戶管理。反饋

35、跟蹤：管理跟進用戶的反饋數據。數據手工同步：設置頻道數據源后，平臺會定時進行數據同步。也可以在這里進行手工同步。應用發布應用設置：設置軟件的名稱、圖標、界面配置。應用發布：進行應用發布和根據應用發布的狀態。 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 22 頁 共 28 頁統計分析用戶訪問報表：以在指定時間范圍、指定時間周期、維度、統計數據進行用戶訪問的報表生成。頻道訪問報表：以在指定時間范圍、指定時間周期、統計數據進行頻道訪問的報表生成。內容訪問報表：以在指定時間范圍、統計數據進行內容訪問排行

36、的報表生成。此外，政務信息管理系統平臺還需支持豐富的數據源，作為中間件，政務信息管理系統平臺能夠支持的數據源，決定了其能力的強弱。平臺至少應該支持以下數據源類型：數據庫需要提供數據庫信息，需要內置接口程序RSS 內容源企業需提供標準 RSS Feed 數據源網站抓取只需要有網站即可，快速簡單，企業無需修改統一移動化接口WebService提供標準的 WebService 數據接口。第四章第四章 軟硬件或其他外部系統接口需求軟硬件或其他外部系統接口需求1.1. 用戶界面用戶界面用戶界面是程序中用戶能看見并與之交互作用的部分,設計一個好的用戶界面是非常重要的,本設計將為用戶提供美觀,大方,直觀,操

37、作簡單的具備 WINDOW 風格的用戶界面。【描述用戶界面方面的需求，包括： 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 23 頁 共 28 頁本軟件的人機界面風格；屏幕布局或解決方案的限制；將出現在每個屏幕的標準按鈕、功能或導航鏈接（例如一個幫助按鈕） ；快捷鍵；錯誤信息顯示標準，等等；】2.2. 硬件需求硬件需求移動終端硬件配置應遵循如下原則：具有高的可靠性，可用性和安全性。【描述系統中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間的交流的數據和控制信息的性質以及使用的

38、通信協議。 】3.3. 網絡需求網絡需求由于廣州市科信與信息化局目前使用的是中國電信的 WCDMA 3G 網絡來承載各類移動信息管理系統，因此本次政務信息管理系統要求終端也支持中國電信 3G、無線網絡制式。由運營商直接將專線接入至用戶單位機房，避免業務數據經過 Internet所造成的風險。同時，由于移動 OA 既需要與移動網絡連接，以提供移動客戶端接入，又需要接駁入用戶單位的內網辦公系統以獲得相關的辦公數據，因而需要通過邊界防火墻，其可以有效地限制移動網絡側只能訪問移動辦公服務器的相應端口，可以較為有效的避免因移動網絡與用戶單位辦公網絡相連所帶來的威脅。由用戶向運營商申請專門的手機號碼，保證

39、除了用戶單位所預先設定的手機號之外其他手機號無法接入后臺服務器。移動 OA 新開通用戶需要先將該用戶的手機號加入網關信任域中，才能使用戶開通移動辦公服務。4.4. 接口需求接口需求系統建設采用先進的成熟技術，建立嚴密、體系化的系統管理、應用平臺，應具有良好的分層設計，整體系統擴充性能良好，能夠根據業務的發展或變更， 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 24 頁 共 28 頁在保持現有業務處理不受影響的前提下，具有持續擴充功能、適度變化的能力。系統提供 Web Services 接口，通過

40、 SOAP 可以方便的與客戶現用系統進行集成，交換的文件信息采用規范的 XML 格式，可以很方便地與其他系統進行信息交換，以滿足信息化不斷發展和系統集成需要。【描述該產品與其他外部組件（由名字和版本識別）的接口，包括數據庫、操作系統、工具、庫和集成的商業組件等。對于每個需要的軟件，應提供：1.接口名稱2.規格說明3. 版本號】5.5. 通信需求通信需求系統采用 http ssl 通信安全或加密、數據傳輸速率和同步通信機制。對于客戶端與服務器交互的數據，使用安全套接子層(SSL,SSL 加密傳輸主要是針對 WEB 的數據傳輸，基于重要信息的傳輸安全考慮而設計的。)進行信息交換，并在客戶移動終端和

41、服務器之間重要的信息的交換。在移動終端和移動終端支撐平臺之間接駁移動網絡時，系統為普通接入移動 OA 的用戶提供了可選的高強度的 DES64 位數據加密體制，通過 SSL 跟業務系統接入。【描述與產品所使用的通信功能相關的，包括電子、Web 瀏覽器、網絡通信標準或協議及電子表格等等。定義了相關的消息格式。規定通信安全或加密問題、數據傳輸速率和同步通信機制。 】 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 25 頁 共 28 頁6.6. 運行環境運行環境蘋果 IOS 4.0、Android 2.0

42、 及微軟 Windows Mobile 6.1 以上多種智能終端。建議：Coolpad N930.1.硬件環境：【詳細列出本軟件運行時所必須的最低硬件配置、推薦硬件配置(如主機、顯示器、外部設備等)以及其它特殊設備。 】2.軟件環境：【如操作系統、網絡軟件、數據庫系統以及其它特殊軟件要求。 】 軟件需求規格說明書地址：廣州市海珠區江南大道中 108 號 郵編：510220電話傳真：（020）84044818第 26 頁 共 28 頁第五章第五章 其他非功能需求其他非功能需求1.1. 性能需求性能需求處理能力處理能力系統處理能力主要考慮系統能承載的最大并發用戶數，按照實際情況的規劃，系統至少能承載的最大并發用戶數要求達到 400。響應時間響應時間為了能夠快捷地提供查詢服務，系統應該能夠快速地響應查詢請求。用戶最終得到結果的響應時間除了與系統響應速度有關外，還與網絡狀況有關。以提出的是對