軟件需求規(guī)格說明書模板超詳細的哦

1、XXXXXX單位XXXXXXX 項目軟件需求規(guī)格說明書金碧信息科技項目項目名稱文檔軟件需求規(guī)格說明書文檔ID說明*作者最后更新時間2011-10-20版本更新概要版本號時間更新人更新摘要2011-10-02移動OA、車輛管理模塊需求內(nèi)容2011-10-20移動政務資源管理系統(tǒng)平臺需求內(nèi)容2011-11-08根據(jù)業(yè)務需求，電子公義在線預覽項目負責人審核與確認姓名職位審核時間審核意見（簽字）供應商:客戶方：目錄第一章 引言 錯誤！未定義書簽。1 編寫目的 錯誤！未定義書簽。2 軟件需求分析理論錯誤！未定義書簽。3 軟件需求分析目標 錯誤!未定義書簽。4 參考文獻 錯誤！未定義書簽。第二章需求概述錯

2、誤！未定義書簽。1. 項目背景 錯誤！未定義書簽。2. 需求概述 錯誤！未定義書簽。3. 條件與限制（可選）錯誤!未定義書簽。4. 移動辦公系統(tǒng)結構錯誤！未定義書簽。5. 移動辦公網(wǎng)絡拓撲圖錯誤！未定義書簽。第三章系統(tǒng)功能需求錯誤！未定義書簽。1. 移動辦公系統(tǒng)升級改造需求錯誤！未定義書簽。界面顯示要求錯誤！未定義書簽。待辦公文列表錯誤！未定義書簽。待辦公文列表排序 錯誤！未定義書簽。公文詳細信息界面元素錯誤！未定義書簽。網(wǎng)站信息審批錯誤！未定義書簽。會議申請 錯誤！未定義書簽。意見錄入 錯誤！未定義書簽。移動郵件 錯誤！未定義書簽。會議管理 錯誤！未定義書簽。通知通告 錯誤！未定義書簽。通訊

3、錄管理錯誤！未定義書簽。2. 車輛管理模塊升級改造需求錯誤！未定義書簽。系統(tǒng)功能架構錯誤！未定義書簽。網(wǎng)絡拓撲結構錯誤！未定義書簽。3. 電子公文預覽需求錯誤！未定義書簽。電子公文交換網(wǎng)絡錯誤！未定義書簽。電子公文交換流程 錯誤！未定義書簽。4. 政務信息管理系統(tǒng)平臺功能需求錯誤！未定義書簽。第四章軟硬件或其他外部系統(tǒng)接口需求錯誤！未定義書簽1. 用戶界面 錯誤！未定義書簽。2. 硬件需求 錯誤！未定義書簽。3. 網(wǎng)絡需求錯誤！未定義書簽。4. 接口需求 錯誤！未定義書簽。5. 通信需求 錯誤！未定義書簽。6. 運行環(huán)境 錯誤！未定義書簽。第五章 其他非功能需求錯誤！未定義書簽。1. 性能需求

4、 錯誤！未定義書簽。2. 安全設施需求錯誤！未定義書簽。3. 安全性需求錯誤！未定義書簽。4. 擴展性需求錯誤！未定義書簽5. 可移植性需求錯誤！未定義書簽引言編寫目的為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。軟件需求分析理論軟件需求分析（Software Requirement Analysis是研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能，確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據(jù)。軟件需求分析是一個項目的開端， 也是項目實施最重要的關鍵點。據(jù)有關的機構 分析結果表明，設計的軟件產(chǎn)品存在不完整性、不正確性等問題80%以上是需求分析錯誤所導

5、致的，而且由于需求分析錯誤造成根本性的功能問題尤為突出。因此，一個項目的成功軟件需求分析是關鍵的一步。軟件需求分析目標軟件需求分析的主要實現(xiàn)目標：對實現(xiàn)軟件的功能做全面的描述， 幫助用戶判斷實現(xiàn)功能的正確性、 一致性和完 整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件需求；了解和描述軟件實現(xiàn)所需的全部信息，為軟件設計、確認和驗證提供一個基準； 為軟件管理人員進行軟件成本計價和編制軟件開發(fā)計劃書提供依據(jù)； 需求分析的具體內(nèi)容可以歸納為六個方面：軟件的功能需求，軟件與硬件或其他 外部系統(tǒng)接口，軟件的非功能性需求，軟件的反向需求，軟件設計和實現(xiàn)上的限 制，閱讀支持信息。軟件需求分析應盡量提供

6、軟件實現(xiàn)功能需求的全部信息，使得軟件設計人員和軟 件測試人員不再需要需求方的接觸。這就要求軟件需求分析內(nèi)容應正確、完整、 一致和可驗證。止匕外，為保證軟件設計質(zhì)量，便于軟件功能的休整和驗證，軟件 需求表達無岔意性，具有可追蹤性和可修改性。/、 iv 、, r t'季芳乂獻軟件工程基礎趙一丁 北京郵電大學出版社軟件需求勞森（作者），劉曉暉（譯者）電子工業(yè)出版社軟件需求工程：原理和方法金芝，劉璘，金英 科學出版社實用軟件工程第三版 殷人昆清華大學出版社«電子政務發(fā)展需求與效益分析朱建明 經(jīng)濟科學出版社電子政務信息系統(tǒng)的規(guī)劃與建設田景熙，洪琢 人民郵電出版社«電子政務信息

7、公平研究 唐思慧世界圖書出版公司電子政務系統(tǒng)的需求分析 甘明鑫，曹菁機械工業(yè)出版社需求概述項目背景為進一步實現(xiàn)“政務公開”的要求，同時方便各類政務信息能準確、安全、快速 的發(fā)布到指定的移動終端上，同時提升XXX移動辦公效率，解決領導外出時能方 便安全的批閱公文，收發(fā)郵件以及查詢通信錄等應用?；谥袊娦?3G高速網(wǎng) 絡，采用手機適配技術實現(xiàn)移動辦公應用，并通過 PKI/CA VPDN APN等信息 安全技術保證移動辦公的安全性。只要在 WCDMA、 3G網(wǎng)絡覆蓋的地方，用戶 都可以通過手機高速、穩(wěn)定、安全的訪問OA辦文、郵件、人事管理等辦公系統(tǒng)， 隨時隨地處理公文、收發(fā)郵件、查詢信息。系統(tǒng)設計

8、采用全新的設計理念實現(xiàn)隨時隨地、零距離、安全穩(wěn)定的信息化辦公。做到 4A (Any where/Any time/Any data/Any device )辦公，通過移動終端設備， 打破時空的局限實現(xiàn)輕松辦公。使用戶能利用各種移問與空間的限制，隨時隨地、 自由便利地辦公。需求概述【對軟件需求做一個簡介，包括：本產(chǎn)品的開發(fā)意圖、應用目標及作用范圍。2.主要功能、處理流程、數(shù)據(jù)流程。4.說明本產(chǎn)品與其他相關產(chǎn)品的關系，是獨立產(chǎn)品還是一個較大產(chǎn)品的組成部分?？梢杂帽硎就獠拷涌诤蛿?shù)據(jù)流的系統(tǒng)高層次圖，或者方框圖說明?！織l件與限制（可選）【說明本軟件在實現(xiàn)時所必須滿足的條件和所受的限制，并給出相應的原因

9、。必須滿足的條件包括輸入數(shù)據(jù)的范圍以及格式。所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內(nèi)容。例如：必須使用或者避免的特定技術、工具、編程語言和數(shù)據(jù)庫；企業(yè)策略、政府法規(guī)或工業(yè)標準；硬件限制，例如定時需求或存儲器限制；經(jīng)費限制、開發(fā)期限；項目對外部因素存在的 依賴。例如其它項目開發(fā)的組件。等等】系統(tǒng)結構移動OA系統(tǒng)可規(guī)劃為一個四層的安全控制域，網(wǎng)絡安全設計以各域的工作特點 為依據(jù)進行設計。1 .終端用戶層：作為系統(tǒng)向各種手機終端提供展現(xiàn)層，手機用戶通過安裝客戶端 程序?qū)崿F(xiàn)移動辦公，目前支持市面上各種主流終端的使用。2 .運營商服務層：各電信運營商（移動/電信/聯(lián)通）提供的無線網(wǎng)絡環(huán)境層，支持GSM

10、、GPRS CDMA、WCDMA、3G、WIFI等各種無線網(wǎng)絡環(huán)境，對于移動網(wǎng)絡 需要同時支持 CMNET與CMWAP。3 .業(yè)務邏輯層：系統(tǒng)核心業(yè)務處理層，主要支撐系統(tǒng)與外部業(yè)務系統(tǒng)、手機終端 的數(shù)據(jù)請求處理，實現(xiàn)信息移動化，包括基礎服務支撐、業(yè)務解析運行引擎、終 端訪問安全管理、通用組件，以及系統(tǒng)管理功能。4 .外部系統(tǒng)層：系統(tǒng)與外部接入系統(tǒng)的適配層，主要的外部接入系統(tǒng)包括辦公自 動化系統(tǒng)（OA系統(tǒng)）及其他IT應用系統(tǒng)。赤岐刊增V,移動OA結構圖網(wǎng)絡拓撲圖結構移動OA網(wǎng)絡拓撲結構圖移動OA網(wǎng)絡拓撲劃分層次來描述，共分為：終端側：發(fā)起網(wǎng)絡請求的終端設備和軟件。網(wǎng)絡側：運營商的網(wǎng)絡。機房側：進

11、行移動化IT系統(tǒng)和管理通信設備的移動OA服務器系統(tǒng)功能需求移動辦公系統(tǒng)升級改造需求XXX在2007年及建設好基于 windows mobile 的移動辦公系統(tǒng)，并在2010年將該系統(tǒng)擴展至 ios系統(tǒng)，為保證系統(tǒng)建設一致性，本次系統(tǒng)建設要求在原有的移動辦公系統(tǒng)上增加相應的適配軟件 模塊，要求支持蘋果IOS、Android及微軟 WindowsMobile 以上移動終端操作系統(tǒng)；本次系統(tǒng)升級改造后要求在蘋果IOS、Android及微軟WindowsMobile 以上多種智能終端操作系統(tǒng)上實現(xiàn)原有的移動辦公系統(tǒng)上的所有流程，具體見下表：功能模塊實現(xiàn)功能登錄登錄待辦待閱收文審批發(fā)文審批內(nèi)辦文審批合同

12、處理審批信息審批督辦審批會議審批收文閱文發(fā)文閱文內(nèi)辦文閱文合同處理閱文信息閱文督辦閱文會議閱文公文排序公文流轉功能模塊實現(xiàn)功能公文發(fā)送公文查詢查詢公文查詢結果列表會議通知會議通知列表會議通知詳情移動郵件收郵件回復郵件轉發(fā)郵件發(fā)送郵件P郵箱設置通訊錄組織結構樹人員列表人員詳情通知通告通知通告列表通知通告詳情市領導批示市領導批示列表市領導批示詳情代理授權代理授權列表代理授權詳情人員結構樹機關名片機關名片列表機關名片詳情撥打電話發(fā)送短信消息系統(tǒng)消息列表消息詳情消息附件回復消息短信中心短信列表短信詳情發(fā)送短信接收短信息性能測試性能測試界面顯示要求待辦公文列表待辦公文列表采用兩行顯示第一行：公文速級（I

13、con）、業(yè)務種類、接收時間第二行：公文標題待辦公文列表排序按業(yè)務種類排序（按待辦公文類型來排）按速級排序（特急、急件、平件三種）接收時間排序公文詳細信息界面元素收文來文單位、緊急程度、標題、內(nèi)容摘要、意見外發(fā)文主辦單位、主送單位、抄送單位、事由（標題）、緊急程度、擬稿人、密級、意見內(nèi)辦文主辦單位、主送單位、抄送單位、事由、緊急程度、擬稿人、密級、歷史意見督辦事項名稱、承辦部門、會辦部門、密級、緊急程度、督字、號、督辦類別、要求完成時間、歷史意見網(wǎng)站信息審批主辦單位、擬稿人、事由（標題）、歷史意見會議申請召開時間、會議地點、議題、申請部門、申請時間、參加人員、意見正文和附件文件類型公文正文的文

14、件類型為 Tif、 Doc和ceb公文附件的文件類型無限制，其中Office系列、圖片格式、Tif可直接在手機端瀏覽提供公文附件下載功能超過5M的文件將提供下載功能但不能在手機端直接預覽。意見錄入用戶可直接輸入意見或從常用詞條中選擇，包括公用詞條和個人詞條審批意見發(fā)送文秘處長、領導批示、承辦、會辦等環(huán)節(jié)會用到移動辦公審批。審批意見的發(fā)送首先選擇環(huán)節(jié)，環(huán)節(jié)的排序順序與 OA中一致，當用戶要選擇N個下一關環(huán)節(jié)（1WNW4個）時，用戶通過多級下拉框聯(lián)動菜單來實現(xiàn)，當上一級菜單選擇后，下一級 菜單會自動過濾不可選的環(huán)節(jié)或自動選擇必選環(huán)節(jié)。當審批意見發(fā)送至默認環(huán)節(jié)默認人員時，將不再出現(xiàn)環(huán)節(jié)選擇和人員選擇

15、界面，該意見將被直接發(fā)送。環(huán)節(jié)選擇完成后，用戶可以分別對每個環(huán)節(jié)選擇人員（含組）人員選擇完成后，用戶即可發(fā)送審批意見。移動郵件實現(xiàn)方式移動辦公平臺通過 Pop3/Smtp訪問信息辦郵件服務器功能需求提供郵件收取、查看列表、查看內(nèi)容、查看附件、郵件發(fā)送、郵件轉發(fā)、郵件回復、郵件刪除（不同步刪除OA郵件）功能會議管理手機端操作流程登錄-會議列表-會議詳情會議列表會議列表包括內(nèi)部會議和外出會議會議列表無權限控制，對所有用戶均可見會議列表采用兩行顯示：第一行：會議標題第二行：會議時間，會議地點會議列表只采用會議時間排序（由新到舊，只顯示一周，可查詢上周及下周）會議詳情會議詳情界面元素：開會日期、地點、

16、會議名稱、參加人員、組織者或部門、創(chuàng)建時間通知通告手機端操作流程登錄f通知通告列表f通知通告詳情通知通告列表通知通告列表采用兩行顯示：第一行：通知通告標題第二行：發(fā)布時間會議列表只采用發(fā)布時間排序（由新到舊）通知通告詳情通知通告詳情界面元素與 OA中一致通知通告可能含附件，附件類型無限制，其中 Office系列、圖片格式、Tif可直接在手機端 瀏覽。提供附件下載功能。超過5M的附件將提供下載功能但不能在手機端直接預覽。通訊錄管理通訊錄管理采用樹形結構展現(xiàn)，只按部門進行分類。通訊錄個人信息元素：姓名、辦公電話、手機號碼、電子郵件、備注通訊錄人員在 OA增加、刪除、修改、調(diào)動人員時，會與OA通訊錄

17、保持一致。管理員可在移動辦公平臺Web管理頁面上啟用/停用用戶。車輛管理模塊升級改造需求車輛管理系統(tǒng)是基于 B/S架構的新型車車管理平臺，它適用于各政府機構及其下屬單位，利用信 息技術跟蹤車輛的采購、檢驗、調(diào)撥、保養(yǎng)、維修、報廢等環(huán)節(jié)，并提供完整的車輛統(tǒng)計報表和 強大的數(shù)據(jù)分析功能。規(guī)范政府機構車輛管理工作，改進車輛內(nèi)部調(diào)撥、車輛維護等流程，顯著 提高管理水平和經(jīng)濟效益。系統(tǒng)功能架構功能模塊實現(xiàn)功能車輛資料管理對每一輛車進行建檔，實現(xiàn)“一車一檔”，主要是記錄車輛的車牌 號、車輛類型、使用人或單位、油卡、購置日期、購置金額、發(fā)動 機號、車架號、廠牌型號、載重量、可乘坐人數(shù)等相關信息駕駛員檔案對每

18、個駕駛員進行建檔，實現(xiàn)“一人一檔”，主要登記駕駛員的姓 名、性別、出生年月、駕駛證號、領證日期、證件宿效期、開始駕 駛時間、準駕車型、聯(lián)系電話、年審記錄等相關信息。車輛費用管理登記車輛每次加油的具體情況，主要包括車牌號、車輛類型、加油 時間、記賬時間、卡號、加油站名稱、油號、單價、數(shù)量、金額等 相關信息。車輛維護維修記錄每輛車得維修保養(yǎng)記錄，主要包括維保時間、維保內(nèi)容、維修 人等相關信息。車輛申請記錄在現(xiàn)有OA辦公系統(tǒng)上建立車輛申請流程，每次申請用車的時候， 都必須按照流程來進行審批，為車輛管理實現(xiàn)良好的規(guī)范化。合格供應商維護對車輛的合格供應商進行建檔，主要包括編號、供應商名稱、供應 商全稱、

19、聯(lián)系人、電話、供應商地址等相關信息。車輛維修計劃對車輛的維修計劃進行建檔，主要包括設施名稱、車輛名稱、型號 規(guī)格、計劃時間、完成時間、維護內(nèi)容等相關信息。車輛女全檢查記錄對車輛的安全檢查進行建檔，主要包括車輛號碼、建制司機、行駛 里程、檢驗結果、檢驗員簽名、檢驗時間、建議、備注等相關信息。統(tǒng)計分析能夠生成車輛的各類匯總報表，如車輛油費統(tǒng)計、車輛申請記錄統(tǒng) 計、車輛維保記錄統(tǒng)計等，并能根據(jù)用戶的實際需要生產(chǎn)月報、季 報、年報。權限管理建立健全、嚴謹?shù)臋嘞薰芾砟K，具備上下級之間相互獨立運作、 層級控制的特點。網(wǎng)絡拓撲結構車輛管理網(wǎng)絡結構車輛管理服務器及數(shù)據(jù)庫與OA服務器及數(shù)據(jù)庫部署在同一局域網(wǎng)內(nèi)

20、，通過系統(tǒng)接口，實現(xiàn)與OA系統(tǒng)的統(tǒng)一登陸認證。電子公文預覽需求本著對電子公文交換及認證平臺和現(xiàn)有移動辦公系統(tǒng)進行最小改動的原則，采用在兩個系統(tǒng)之間搭建一個中間層組件，該中間層組件主要實現(xiàn)以下功能：1、把現(xiàn)有移動辦公訪問電子公文的請求進行重定向轉移到訪問該中間層；2、把電子公文交換及認證平臺中的電子公文轉換成現(xiàn)有移動辦公系統(tǒng)能識別的格式（一般為掃描件格式）；3、把轉換后的文件格式以文件流的形式返回到移動終端進行顯示。電子公文交換網(wǎng)絡公文收發(fā)局由I猛n附/粥卜L.'陽工1交換網(wǎng)絡鉆構圖OA交換：即各單位 OA上部署的交換系統(tǒng)，同時也是本項目電子公文交換系統(tǒng)。該系統(tǒng)主要負責為OA提供電子公文

21、交換的收發(fā)文以及相關子服務，屬于OA的子系統(tǒng)，通過OA前置的WebService接口與自身的 Web Service7,8接口互聯(lián)以實現(xiàn)對交換網(wǎng)絡掛的接，因此并不屬于交換網(wǎng) 絡的核心組件。OA前置：即為 OA交換提供直接通訊服務的交換系統(tǒng)。該系統(tǒng)僅負責為所連接的OA交換提供數(shù)據(jù)傳輸服務，其一端通過 Web Service與OA交換連接，另一端則通過消息隊列以及WebService兩類接口與交換接口連接，屬于交換網(wǎng)絡的邊緣組件。交換接口：即核心交換系統(tǒng)所提供的外接接口系統(tǒng)。該接口連接的兩端都同時擁有消息隊列（異步交換）或是 Web Service （同步交換）兩類接口，其一端與一定區(qū)域的OA前置

22、通過相連，并為這些OA前置提供交換服務以及核心查詢服務，另一端則與核心交換相連。交換接口的存在 不僅可以保護核心交換不被暴露，同時也可以減輕核心交換的網(wǎng)絡壓力，屬于交換網(wǎng)絡的核心組件。交換核心：即整個交換網(wǎng)絡的核心交換系統(tǒng)。該系統(tǒng)為交換網(wǎng)絡提供交換路由服務、交換單位管理、交換人員管理、交換跟蹤服務、交換指令分析應答服務、交換數(shù)據(jù)分解合并服務、核心傳輸 服務以及CA的加解密、數(shù)字簽名驗證等服務。CA認證系統(tǒng)：該系統(tǒng)為各單位提供數(shù)字簽名服務以及數(shù)據(jù)的加解密服務。該系統(tǒng)僅與核心交換系統(tǒng)相連，所有與 CA認證系統(tǒng)的通訊都必須經(jīng)由交換網(wǎng)絡傳送。 電子公文交換流程電子公文交換的流程可以分為交換數(shù)據(jù)的生成、

23、數(shù)據(jù)的簽名加密、數(shù)據(jù)的傳輸、數(shù)據(jù)的驗簽解密、數(shù)據(jù)入庫五個主要步驟。整個交換流程細述如下：1、OA端在需要發(fā)送電子公文的時候，通過自己的電子公文交換系統(tǒng)（ OA交換）生成原始的 交換對象，OA交換則通過 CA15-18認證系統(tǒng)對該交換對象里的有效數(shù)據(jù)進行數(shù)字簽名，并對 需要加密的數(shù)據(jù)區(qū)域進行加密。在得到加密后的交換對象后就可以生成交換的XML,并通過WebService接口向OA前置提交該交換數(shù)據(jù)。2、OA前置在收到 XML后，根據(jù)調(diào)用類型（同步調(diào)用或是異步調(diào)用） ，以相應的交換通道 （消 息隊列或 Web Service）向交換接口提交交換數(shù)據(jù)，交換接口根據(jù)接收的數(shù)據(jù)，轉給交換核心去 處理。3

24、、交換核心在收到交換數(shù)據(jù)后，分析交換路由，并將密文解成明文。然后將交換數(shù)據(jù)分成N份（N=接收單位各數(shù)），依次以不同的單位進行數(shù)據(jù)加密后，將各單位的交換數(shù)據(jù)向相應的交換接口轉發(fā)。4、交換接口在收到交換核心來的數(shù)據(jù)后，將指定單位的數(shù)據(jù)發(fā)往指定的OA前置。OA前置通過 Web Service最終提交給 OA交換。以上4步即實現(xiàn)了從 OA1到其他 OA的公文交換過程，但是這樣的交換并不能讓OA1知道自己的交換是否已送到目標單位、目標單位是否能看到該交換件了。所以在上述的4個步驟之后，還有交換系統(tǒng)的回執(zhí)過程：5、OA前置在成功提交數(shù)據(jù)給 OA交換后，會自動反方向的發(fā)送一個交換送達的回執(zhí)。這樣，最初的發(fā)送

25、方便可以通過這個交換送達的回執(zhí)知道哪些單位已成功送達。而如果整個交換過程中有任一環(huán)節(jié)出現(xiàn)問題，那么它的前一個系統(tǒng)則會自動反向發(fā)送一個交換失敗的回執(zhí)。6、即使我們能夠知道哪些單位已經(jīng)送達，哪些單位交換失敗了，但我們無法確認這些已送達的單位中，對方的工作人員是否一定可以看到該公文。所以，OA交換解析了收到的來文并將之入庫后，會自動向原發(fā)文單位發(fā)送一個成功解析入庫的回執(zhí)；而如果解析失敗、解密失敗、驗簽失敗或是入庫失敗，則都會向原發(fā)文單位發(fā)送一個解析失敗的回執(zhí)。政務信息管理系統(tǒng)平臺功能需求政務信息管理系統(tǒng)平臺是在XXXXXXXXX雙下屬機構各局辦委已有的 WEB門戶 基礎上，重新開發(fā)一套基于各類智能終

26、端上的信息展示應用， 系統(tǒng)主要由四大部 分組成：前端信息采集、信息內(nèi)容管理、用戶權限管理與客戶端四大部分的功能：序號名稱說明1信息采集與XXXXXXXXXX雙下屬機構各局辦委有的 WEB門戶信息系統(tǒng)進行對接， 定向進行網(wǎng)絡采集，實現(xiàn)按時信息（文本，圖像，語音，視頻）采集，以 及在線互動內(nèi)容的交互管理。2信息內(nèi)容管 理在管理后臺能集中進行信息內(nèi)容的增、刪、改、查，并實時呈現(xiàn)在客戶端；管理員用戶發(fā)布的特定信息，可在客戶端程序關閉時實時推送通知到用戶 手機，使得該信息在第一時間傳達到用戶。提供版權內(nèi)容的在線及線下閱讀。3用戶權限管 理針對普通用戶按權限進行內(nèi)容分級展示，針對管理員用戶按權限進行操作授

27、權。4客戶端運行于手機的專用程序，從服務端獲取信息并在手機終端上展示給用戶。 同時，還提供用戶在終端上的信息發(fā)布功能。同時，XXXXXXXXXX痔管理用戶通過管理門戶，可以定制個性化手機端顯示界面，建立個性化內(nèi)容頻道，包括智能 Wizard工具、內(nèi)容管理、應用發(fā)布、統(tǒng)計分析等模塊。智能Wizard工具智能Wizard工具，為平臺配置功能使用的快捷入口，可以讓初次使用的用戶簡單快捷地進行政 務信息管理系統(tǒng)平臺的配置和管理。管理用戶初次進入平臺時候，第一步先需要進行界面配置，第二步為配置數(shù)據(jù)，第三步確認無誤后，將提交發(fā)布。內(nèi)容管理頻道管理：主要管理軟件的頻道，設置每個頻道的標題、樣式、圖標、數(shù)據(jù)源

28、。內(nèi)容管理：主要監(jiān)控同步后的數(shù)據(jù)。用戶管理：管理授權訪問的頻道的用戶管理。反饋跟蹤：管理跟進用戶的反饋數(shù)據(jù)。數(shù)據(jù)手工同步：設置頻道數(shù)據(jù)源后，平臺會定時進行數(shù)據(jù)同步。也可以在這里進行手工同步。應用發(fā)布應用設置：設置軟件的名稱、圖標、界面配置。應用發(fā)布：進行應用發(fā)布和根據(jù)應用發(fā)布的狀態(tài)。統(tǒng)計分析用戶訪問報表：以在指定時間范圍、指定時間周期、維度、統(tǒng)計數(shù)據(jù)進行用戶訪問的報表生成。頻道訪問報表：以在指定時間范圍、指定時間周期、統(tǒng)計數(shù)據(jù)進行頻道訪問的報表生成。內(nèi)容訪問報表：以在指定時間范圍、統(tǒng)計數(shù)據(jù)進行內(nèi)容訪問排行的報表生成。此外，政務信息管理系統(tǒng)平臺還需支持豐富的數(shù)據(jù)源，作為中間件，政務信息管理系統(tǒng)平

29、臺能夠支持的數(shù)據(jù)源，決定了其能力的強弱。平臺至少應該支持以下數(shù)據(jù)源類型：數(shù)據(jù)庫需要提供數(shù)據(jù)庫信息，需要內(nèi)置接口程序RSS內(nèi)容源企業(yè)需提供標準 RSS FeecB據(jù)源網(wǎng)站抓取只需要有網(wǎng)站即可，快速簡單，企業(yè)無需修改統(tǒng)一移動化接口WebService提供標準的WebService數(shù)據(jù)接口。軟硬件或其他外部系統(tǒng)接口需求用戶界面用戶界面是程序中用戶能看見并與之交互作用的部分，設計一個好的用戶界面是 非常重要的，本設計將為用戶提供美觀，大方，直觀，操作簡單的具備WINDOW風格 的用戶界面?！久枋鲇脩艚缑娣矫娴男枨?，包括：本軟件的人機界面風格；屏幕布局或解決方案的限制；將出現(xiàn)在每個屏幕的標準 按鈕、功能

30、或?qū)Ш芥溄樱ɡ缫粋€幫助按鈕）；快捷鍵；錯誤信息顯示標準，等 等；】硬件需求移動終端硬件配置應遵循如下原則：具有高的可靠性，可用性和安全性?！久枋鱿到y(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間的交流的數(shù)據(jù)和控制信息的性質(zhì)以及使用的通信協(xié)議?！?網(wǎng)絡需求由于廣州市科信與信息化局目前使用的是中國電信的 WCDMA 3G網(wǎng)絡來承載各 類移動信息管理系統(tǒng)，因此本次政務信息管理系統(tǒng)要求終端也支持中國電信 3G、 無線網(wǎng)絡制式。由運營商直接將專線接入至用戶單位機房， 避免業(yè)務數(shù)據(jù)經(jīng)過Internet所造成的 風險。同時，由于移動OA既需要與移動網(wǎng)絡連接，以提供移動客戶端接入，又

31、需要接 駁入用戶單位的內(nèi)網(wǎng)辦公系統(tǒng)以獲得相關的辦公數(shù)據(jù)，因而需要通過邊界防火 墻，其可以有效地限制移動網(wǎng)絡側只能訪問移動辦公服務器的相應端口，可以較為有效的避免因移動網(wǎng)絡與用戶單位辦公網(wǎng)絡相連所帶來的威脅。由用戶向運營商申請專門的手機號碼，保證除了用戶單位所預先設定的手機號之外其他手機號無法接入后臺服務器。移動 OA新開通用戶需要先將該用戶的手機 號加入網(wǎng)關信任域中，才能使用戶開通移動辦公服務。接口需求系統(tǒng)建設采用先進的成熟技術，建立嚴密、體系化的系統(tǒng)管理、應用平臺，應具有良好的分層設計，整體系統(tǒng)擴充性能良好， 能夠根據(jù)業(yè)務的發(fā)展或變更，在保 持現(xiàn)有業(yè)務處理不受影響的前提下，具有持續(xù)擴充功能、

32、適度變化的能力。系統(tǒng)提供Web Services接口，通過SOAP可以方便的與客戶現(xiàn)用系統(tǒng)進行集成， 交換 的文件信息采用規(guī)范的XML格式，可以很方便地與其他系統(tǒng)進行信息交換，以 滿足信息化不斷發(fā)展和系統(tǒng)集成需要?！久枋鲈摦a(chǎn)品與其他外部組件（由名字和版本識別）的接口，包括數(shù)據(jù)庫、操作 系統(tǒng)、工具、庫和集成的商業(yè)組件等。對于每個需要的軟件，應提供： 1.接口名稱2 .規(guī)格說明3 .版本號】通信需求系統(tǒng)采用http ssl通信安全或加密、數(shù)據(jù)傳輸速率和同步通信機制。對于客戶端與服務器交互的數(shù)據(jù)，使用安全套接子層（SSL,SS加密傳輸主要是針對 WEB的數(shù)據(jù)傳輸，基于重要 信息的傳輸安全考慮而設計的

33、。）進行信息交換，并在客戶移動終端和服務器之間重要的信息的交換。在移動終端和移動終端支撐平臺之間接駁移動網(wǎng)絡時，系統(tǒng)為普通接入移動OA的用戶提供了可選的高強度的 DES6數(shù)據(jù)加密體制，通過SSL艮業(yè)務系統(tǒng)接入?！久枋雠c產(chǎn)品所使用的通信功能相關的，包括電子、 Web瀏覽器、網(wǎng)絡通信標 準或協(xié)議及電子表格等等。定義了相關的消息格式。規(guī)定通信安全或加密問題、 數(shù)據(jù)傳輸速率和同步通信機制?！?運行環(huán)境蘋果IOS、Android及微軟 Windows Mobile以上多種智能終端。建議：Coolpad N930.1 .硬件環(huán)境：【詳細列出本軟件運行時所必須的最低硬件配置、推薦硬件配置（如主機、顯示器、外部設備等）以及其它特殊設備?！? .軟件環(huán)境：【如操作系統(tǒng)、網(wǎng)絡軟件、數(shù)據(jù)庫系統(tǒng)以及其它特殊軟件要求。】其他非功能需求性能需求處理能力系統(tǒng)處理能力主要考慮系統(tǒng)能承載的最大并發(fā)用戶數(shù)，按照實際情況的規(guī)劃，系統(tǒng)至少能承載的最大并發(fā)用戶數(shù)要求達到 400。響應時間為了能夠快捷地提供查詢服務，系統(tǒng)應該能夠快速地響應查詢請求。 用戶最終得 到結果的響應時間除了與系統(tǒng)響應速度有關外，還與網(wǎng)絡狀況有關。以提出的是 對WEB查詢頁面查詢響應速度的需求：時間段種類響應時間（秒）平時新增