單位項目軟件需求規(guī)格說明書金碧信息科技實用標準文案項目 項目名稱文檔 軟件需求規(guī)格說明書文檔ID說明 V1.2作者 ***最后更新時間 2011-10-20版本更新概要版本號時間更新人更新摘要V1.02011-10-02移動OA、車輛管理模塊需求內容V1.12011-10-20移動政務資源管理系統(tǒng)平臺需求內容V1.22011-11-08根據(jù)業(yè)務需求，電子公文在線預覽項目負責人審核與確認姓名 職位 審核時間 審核意見(簽字)精彩文檔實用標準文案供應商：客戶方：精彩文檔實用標準文案目錄第一章 引言 61 編寫目的 62 軟件需求分析理論 63 軟件需求分析目標 74 參考文獻 8第二章 需求概述 91. 項目背景 92. 需求概述 93. 條件與限制(可選) 104. 移動辦公系統(tǒng)結構 105. 移動辦公網(wǎng)絡拓撲圖 11第三章 系統(tǒng)功能需求 121. 移動辦公系統(tǒng)升級改造需求 12界面顯示要求 15待辦公文列表 15待辦公文列表排序 15公文詳細信息界面元素 15網(wǎng)站信息審批 16會議申請 16意見錄入 16精彩文檔實用標準文案移動郵件 17會議管理 17通知通告 17通訊錄管理 182. 車輛管理模塊升級改造需求 18系統(tǒng)功能架構 18網(wǎng)絡拓撲結構 203. 電子公文預覽需求 21電子公文交換網(wǎng)絡 21電子公文交換流程 234. 政務信息管理系統(tǒng)平臺功能需求 24第四章 軟硬件或其他外部系統(tǒng)接口需求 271. 用戶界面 272. 硬件需求 273. 網(wǎng)絡需求 284. 接口需求 285. 通信需求 296. 運行環(huán)境 29第五章 其他非功能需求 301. 性能需求 302. 安全設施需求 31精彩文檔實用標準文案3. 安全性需求 324. 擴展性需求 335. 可移植性需求 33第一章 引言編寫目的為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。軟件需求分析理論軟件需求分析（SoftwareReguirementAnalysis ）是研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能， 確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據(jù)。軟件需求分析是一個項目的開端， 也是項目實施最重要的關鍵點。 據(jù)有關的精彩文檔實用標準文案機構分析結果表明，設計的軟件產品存在不完整性、不正確性等問題 80％以上是需求分析錯誤所導致的，而且由于需求分析錯誤造成根本性的功能問題尤為突出。因此，一個項目的成功軟件需求分析是關鍵的一步。軟件需求分析目標軟件需求分析的主要實現(xiàn)目標：對實現(xiàn)軟件的功能做全面的描述，幫助用戶判斷實現(xiàn)功能的正確性、一致性和完整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件需求；了解和描述軟件實現(xiàn)所需的全部信息，為軟件設計、確認和驗證提供一個基準；為軟件管理人員進行軟件成本計價和編制軟件開發(fā)計劃書提供依據(jù)；需求分析的具體內容可以歸納為六個方面： 軟件的功能需求，軟件與硬件或其他外部系統(tǒng)接口，軟件的非功能性需求， 軟件的反向需求，軟件設計和實現(xiàn)上的限制，閱讀支持信息。軟件需求分析應盡量提供軟件實現(xiàn)功能需求的全部信息， 使得軟件設計人員和軟件測試人員不再需要需求方的接觸。 這就要求軟件需求分析內容應正確、 完整、一致和可驗證。此外，為保證軟件設計質量，便于軟件功能的休整和驗證，軟件需求表達無岔意性，具有可追蹤性和可修改性。精彩文檔實用標準文案參考文獻《軟件工程基礎》趙一丁北京郵電大學出版社《軟件需求》勞森(作者),劉曉暉(譯者)電子工業(yè)出版社3. 《軟件需求工程：原理和方法》 金芝，劉璘，金英 科學出版社《實用軟件工程》第三版殷人昆清華大學出版社《電子政務發(fā)展需求與效益分析》朱建明經(jīng)濟科學出版社《電子政務信息系統(tǒng)的規(guī)劃與建設》田景熙，洪琢人民郵電出版社7. 《電子政務信息公平研究》 唐思慧 世界圖書出版公司8. 《電子政務系統(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)設計采用全新的設計理念實現(xiàn)隨時隨地、 零距離、安全穩(wěn)定的信息化辦公。做到4A（Anywhere/Anytime/Anydata/Anydevice ）辦公，通過移動終端設備，打破時空的局限實現(xiàn)輕松辦公。使用戶能利用各種移間與空間的限制，隨時隨地、自由便利地辦公。需求概述【對軟件需求做一個簡介，包括：精彩文檔實用標準文案本產品的開發(fā)意圖、應用目標及作用范圍。2．主要功能、處理流程、數(shù)據(jù)流程。4．說明本產品與其他相關產品的關系，是獨立產品還是一個較大產品的組成部分?？梢杂帽硎就獠拷涌诤蛿?shù)據(jù)流的系統(tǒng)高層次圖，或者方框圖說明。 】條件與限制(可選)【說明本軟件在實現(xiàn)時所必須滿足的條件和所受的限制，并給出相應的原因。必須滿足的條件包括輸入數(shù)據(jù)的范圍以及格式。所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內容。例如：必須使用或者避免的特定技術、工具、編程語言和數(shù)據(jù)庫；企業(yè)策略、政府法規(guī)或工業(yè)標準；硬件限制，例如定時需求或存儲器限制；經(jīng)費限制、開發(fā)期限；項目對外部因素存在的依賴。例如其它項目開發(fā)的組件。等等】系統(tǒng)結構移動OA系統(tǒng)可規(guī)劃為一個四層的安全控制域， 網(wǎng)絡安全設計以各域的工作特點為依據(jù)進行設計。1.終端用戶層：作為系統(tǒng)向各種手機終端提供展現(xiàn)層，手機用戶通過安裝客戶端程序實現(xiàn)移動辦公，目前支持市面上各種主流終端的使用。2.運營商服務層：各電信運營商 (移動/電信/聯(lián)通)提供的無線網(wǎng)絡環(huán)境層，支持GSM、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)。移動OA結構圖網(wǎng)絡拓撲圖結構精彩文檔實用標準文案移動OA網(wǎng)絡拓撲結構圖移動OA網(wǎng)絡拓撲劃分層次來描述，共分為：終端側：發(fā)起網(wǎng)絡請求的終端設備和軟件。網(wǎng)絡側：運營商的網(wǎng)絡。機房側：進行移動化 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)上增加相應的適配軟件模塊，要求支持蘋果 IOS4.0、Android2.0 及微軟WindowsMobile6.1以上移動終端操作系統(tǒng)；本次系統(tǒng)升級改造后要求在蘋果 IOS4.0、Android 2.0及微軟WindowsMobile 6.1以上多種智能終端操作系統(tǒng)上實現(xiàn)原有的移動辦公系統(tǒng)上的所有流程，具體見下表：功能模塊 實現(xiàn)功能登錄 登錄待辦待閱 收文審批發(fā)文審批內辦文審批合同處理審批信息審批精彩文檔實用標準文案功能模塊 實現(xiàn)功能督辦審批會議審批收文閱文發(fā)文閱文內辦文閱文合同處理閱文信息閱文督辦閱文會議閱文公文排序公文流轉公文發(fā)送公文查詢 查詢公文查詢結果列表會議通知 會議通知列表會議通知詳情移動郵件 收郵件回復郵件轉發(fā)郵件發(fā)送郵件精彩文檔實用標準文案功能模塊 實現(xiàn)功能郵箱設置通訊錄 組織結構樹人員列表人員詳情通知通告 通知通告列表通知通告詳情市領導批示 市領導批示列表市領導批示詳情代理授權 代理授權列表代理授權詳情人員結構樹機關名片 機關名片列表機關名片詳情撥打電話發(fā)送短信消息系統(tǒng) 消息列表消息詳情消息附件回復消息短信中心 短信列表精彩文檔實用標準文案功能模塊 實現(xiàn)功能短信詳情發(fā)送短信接收短信息性能測試 性能測試界面顯示要求待辦公文列表待辦公文列表采用兩行顯示1、 第一行：公文速級（ Icon）、業(yè)務種類、接收時間2、 第二行：公文標題待辦公文列表排序1、 按業(yè)務種類排序（按待辦公文類型來排）2、 按速級排序（特急、急件、平件三種）3、 接收時間排序公文詳細信息界面元素1、 收文來文單位、緊急程度、標題、內容摘要、意見2、 外發(fā)文主辦單位、主送單位、抄送單位、事由（標題）、緊急程度、擬稿人、密級、意見3、 內辦文主辦單位、主送單位、抄送單位、事由、緊急程度、擬稿人、密級、歷史意見4、 督辦精彩文檔實用標準文案事項名稱、承辦部門、會辦部門、密級、緊急程度、督字、號、督辦類別、要求完成時間、歷史意見網(wǎng)站信息審批主辦單位、擬稿人、事由（標題）、歷史意見會議申請召開時間、會議地點、議題、申請部門、申請時間、參加人員、意見正文和附件文件類型公文正文的文件類型為 Tif、Doc和ceb公文附件的文件類型無限制，其中 Office 系列、圖片格式、 Tif可直接在手機端瀏覽提供公文附件下載功能超過5M的文件將提供下載功能但不能在手機端直接預覽。意見錄入用戶可直接輸入意見或從常用詞條中選擇，包括公用詞條和個人詞條審批意見發(fā)送文秘處長、領導批示、承辦、會辦等環(huán)節(jié)會用到移動辦公審批。審批意見的發(fā)送首先選擇環(huán)節(jié)，環(huán)節(jié)的排序順序與 OA中一致，當用戶要選擇 N個下一關環(huán)節(jié)（ 1≤N≤4個）時，用戶通過多級下拉框聯(lián)動菜單來實現(xiàn)，當上一級菜單選擇后，下一級菜單會自動過濾不可選的環(huán)節(jié)或自動選擇必選環(huán)節(jié)。當審批意見發(fā)送至默認環(huán)節(jié)默認人員時，將不再出現(xiàn)環(huán)節(jié)選擇和人員選擇界面，該意見將被直接發(fā)送。環(huán)節(jié)選擇完成后，用戶可以分別對每個環(huán)節(jié)選擇人員（含組）精彩文檔實用標準文案人員選擇完成后，用戶即可發(fā)送審批意見。移動郵件實現(xiàn)方式移動辦公平臺通過 Pop3/Smtp 訪問信息辦郵件服務器功能需求提供郵件收取、查看列表、查看內容、查看附件、郵件發(fā)送、郵件轉發(fā)、郵件回復、郵件刪除（不同步刪除 OA郵件）功能會議管理手機端操作流程登錄→會議列表→會議詳情會議列表會議列表包括內部會議和外出會議會議列表無權限控制，對所有用戶均可見會議列表采用兩行顯示：第一行：會議標題第二行：會議時間，會議地點會議列表只采用會議時間排序（由新到舊，只顯示一周，可查詢上周及下周）會議詳情會議詳情界面元素：開會日期、地點、會議名稱、參加人員、組織者或部門、創(chuàng)建時間通知通告手機端操作流程登錄→通知通告列表→通知通告詳情精彩文檔實用標準文案通知通告列表通知通告列表采用兩行顯示：第一行：通知通告標題第二行：發(fā)布時間會議列表只采用發(fā)布時間排序（由新到舊）通知通告詳情通知通告詳情界面元素與 OA中一致通知通告可能含附件，附件類型無限制，其中 Office 系列、圖片格式、 Tif可直接在手機端瀏覽。提供附件下載功能。超過5M的附件將提供下載功能但不能在手機端直接預覽。通訊錄管理通訊錄管理采用樹形結構展現(xiàn)，只按部門進行分類。通訊錄個人信息元素：姓名、辦公電話、手機號碼、電子郵件、備注通訊錄人員在 OA增加、刪除、修改、調動人員時，會與 OA通訊錄保持一致。管理員可在移動辦公平臺 Web管理頁面上啟用 /停用用戶。車輛管理模塊升級改造需求車輛管理系統(tǒng)是基于 B/S架構的新型車輛管理平臺 ,它適用于各政府機構及其下屬單位，利用信息技術跟蹤車輛的采購、檢驗、調撥、保養(yǎng)、維修、報廢等環(huán)節(jié)，并提供完整的車輛統(tǒng)計報表和強大的數(shù)據(jù)分析功能。 規(guī)范政府機構車輛管理工作， 改進車輛內部調撥、 車輛維護等流程，顯著提高管理水平和經(jīng)濟效益。系統(tǒng)功能架構精彩文檔實用標準文案車輛管理系統(tǒng)車駕車用違行車輛駛輛車章車輛數(shù)員運申登里維據(jù)檔行請記程修案費用在報在離燃維保過停其用廢職職料修險路車他車車司司費費費過費費輛輛機機橋用費功能模塊 實現(xiàn)功能車輛資料管理 對每一輛車進行建檔，實現(xiàn)“一車一檔”，主要是記錄車輛的車牌號、車輛類型、使用人或單位、油卡、購置日期、購置金額、發(fā)動機號、車架號、廠牌型號、載重量、可乘坐人數(shù)等相關信息駕駛員檔案 對每個駕駛員進行建檔，實現(xiàn)“一人一檔”，主要登記駕駛員的姓名、性別、出生年月、駕駛證號、領證日期、證件有效期、開始駕駛時間、準駕車型、聯(lián)系電話、年審記錄等相關信息。車輛費用管理 登記車輛每次加油的具體情況，主要包括車牌號、車輛類型、加油時間、記賬時間、卡號、加油站名稱、油號、單價、數(shù)量、金額等相關信息。車輛維護維修 記錄每輛車得維修保養(yǎng)記錄，主要包括維保時間、維保內容、維修人等相關信息。車輛申請記錄 在現(xiàn)有OA辦公系統(tǒng)上建立車輛申請流程，每次申請用車的時候，精彩文檔實用標準文案功能模塊 實現(xiàn)功能都必須按照流程來進行審批，為車輛管理實現(xiàn)良好的規(guī)范化。合格供應商維護 對車輛的合格供應商進行建檔，主要包括編號、供應商名稱、供應商全稱、聯(lián)系人、電話、供應商地址等相關信息。車輛維修計劃 對車輛的維修計劃進行建檔，主要包括設施名稱、車輛名稱、型號規(guī)格、計劃時間、完成時間、維護內容等相關信息。車輛安全檢查記錄 對車輛的安全檢查進行建檔，主要包括車輛號碼、建制司機、行駛里程、檢驗結果、檢驗員簽名、檢驗時間、建議、備注等相關信息。統(tǒng)計分析 能夠生成車輛的各類匯總報表，如車輛油費統(tǒng)計、車輛申請記錄統(tǒng)計、車輛維保記錄統(tǒng)計等，并能根據(jù)用戶的實際需要生產月報、季報、年報。權限管理 建立健全、嚴謹?shù)臋嘞薰芾砟K，具備上下級之間相互獨立運作、層級控制的特點。網(wǎng)絡拓撲結構終端用戶 終端用戶車輛管理服務器及數(shù)據(jù)庫 OA服務器及數(shù)據(jù)庫車輛管理網(wǎng)絡結構精彩文檔實用標準文案車輛管理服務器及數(shù)據(jù)庫與 OA服務器及數(shù)據(jù)庫部署在同一局域網(wǎng)內，通過系統(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)絡精彩文檔實用標準文案OA 交換：即各單位 OA 上部署的交換系統(tǒng)，同時也是本項目電子公文交換系統(tǒng)。該系統(tǒng)主要負責為 OA 提供電子公文交換的收發(fā)文以及相關子服務，屬于 OA的子系統(tǒng)，通過OA前置的WebService接口與自身的WebService[7,8]接口互聯(lián)以實現(xiàn)對交換網(wǎng)絡掛的接，因此并不屬于交換網(wǎng)絡的核心組件。OA 前置：即為 OA交換提供直接通訊服務的交換系統(tǒng)。 該系統(tǒng)僅負責為所連接的 OA交換提供數(shù)據(jù)傳輸服務， 其一端通過 WebService 與OA 交換連接，另一端則通過消息隊列以及WebService 兩類接口與交換接口連接，屬于交換網(wǎng)絡的邊緣組件。交換接口：即核心交換系統(tǒng)所提供的外接接口系統(tǒng)。 該接口連接的兩端都同時擁有消息隊列（異步交換）或是 WebService （同步交換）兩類接口，其一端與一定區(qū)域的 OA 前置通過相連，并為這些 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ù)的生成、 數(shù)據(jù)的簽名加密、數(shù)據(jù)的傳輸、數(shù)據(jù)的驗簽解密、數(shù)據(jù)入庫五個主要步驟。整個交換流程細述如下：1、OA 端在需要發(fā)送電子公文的時候，通過自己的電子公文交換系統(tǒng)（ OA 交換）生成原始的交換對象， OA 交換則通過 CA[15-18] 認證系統(tǒng)對該交換對象里的有效數(shù)據(jù)進行數(shù)字簽名，并對需要加密的數(shù)據(jù)區(qū)域進行加密。 在得到加密后的交換對象后就可以生成交精彩文檔實用標準文案換的XML，并通過 WebService 接口向OA 前置提交該交換數(shù)據(jù)。2、OA 前置在收到 XML 后，根據(jù)調用類型（同步調用或是異步調用） ，以相應的交換通道（消息隊列或 WebService ）向交換接口提交交換數(shù)據(jù)，交換接口根據(jù)接收的數(shù)據(jù)，轉給交換核心去處理。3、交換核心在收到交換數(shù)據(jù)后，分析交換路由，并將密文解成明文。然后將交換數(shù)據(jù)分成N份（N=接收單位各數(shù)），依次以不同的單位進行數(shù)據(jù)加密后，將各單位的交換數(shù)據(jù)向相應的交換接口轉發(fā)。4、交換接口在收到交換核心來的數(shù)據(jù)后， 將指定單位的數(shù)據(jù)發(fā)往指定的 OA 前置。OA前置通過 WebService 最終提交給 OA 交換。以上 4步即實現(xiàn)了從 OA1 到其他 OA 的公文交換過程，但是這樣的交換并不能讓OA1 知道自己的交換是否已送到目標單位、目標單位是否能看到該交換件了。所以在上述的4個步驟之后，還有交換系統(tǒng)的回執(zhí)過程：5、OA前置在成功提交數(shù)據(jù)給 OA 交換后，會自動反方向的發(fā)送一個交換送達的回執(zhí)。這樣，最初的發(fā)送方便可以通過這個交換送達的回執(zhí)知道哪些單位已成功送達。 而如果整個交換過程中有任一環(huán)節(jié)出現(xiàn)問題， 那么它的前一個系統(tǒng)則會自動反向發(fā)送一個交換失敗的回執(zhí)。6、即使我們能夠知道哪些單位已經(jīng)送達，哪些單位交換失敗了，但我們無法確認這些已送達的單位中， 對方的工作人員是否一定可以看到該公文。所以， OA 交換解析了收到的來文并將之入庫后，會自動向原發(fā)文單位發(fā)送一個成功解析入庫的回執(zhí)；而如果解析失敗、解密失敗、驗簽失敗或是入庫失敗，則都會向原發(fā)文單位發(fā)送一個解析失敗的回執(zhí)。政務信息管理系統(tǒng)平臺功能需求政務信息管理系統(tǒng)平臺是在 XXXXXXXXXXX 及下屬機構各局辦委已有的精彩文檔實用標準文案WEB門戶基礎上，重新開發(fā)一套基于各類智能終端上的信息展示應用，系統(tǒng)主要由四大部分組成：前端信息采集、信息內容管理、用戶權限管理與客戶端四大部分的功能：序號名稱說明1信息采集與XXXXXXXXXXX及下屬機構各局辦委有的WEB門戶信息系統(tǒng)進行對接，定向進行網(wǎng)絡采集，實現(xiàn)按時信息（文本，圖像，語音，視頻）采集，以及在線互動內容的交互管理。2信息內容管在管理后臺能集中進行信息內容的增、刪、改、查，并實時呈現(xiàn)在客理戶端；管理員用戶發(fā)布的特定信息，可在客戶端程序關閉時實時推送通知到用戶手機，使得該信息在第一時間傳達到用戶。提供版權內容的在線及線下閱讀。3用戶權限管針對普通用戶按權限進行內容分級展示，針對管理員用戶按權限進行理操作授權。4客戶端運行于手機的專用程序，從服務端獲取信息并在手機終端上展示給用戶。同時，還提供用戶在終端上的信息發(fā)布功能。同時，XXXXXXXXXXX 等管理用戶通過管理門戶，可以定制個性化手機端顯示界面，建立個性化內容頻道，包括智能 Wizard 工具、內容管理、應用發(fā)布、統(tǒng)計分析等模塊。智能Wizard 工具智能Wizard 工具，為平臺配置功能使用的快捷入口， 可以讓初次使用的用戶簡單快捷地進行政務信息管理系統(tǒng)平臺的配置和管理。精彩文檔實用標準文案管理用戶初次進入平臺時候， 第一步先需要進行界面配置， 第二步為配置數(shù)據(jù)， 第三步確認無誤后，將提交發(fā)布。內容管理頻道管理：主要管理軟件的頻道，設置每個頻道的標題、樣式、圖標、數(shù)據(jù)源。內容管理：主要監(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ù)進行頻道訪問的報表生成。內容訪問報表：以在指定時間范圍、統(tǒng)計數(shù)據(jù)進行內容訪問排行的報表生成。此外，政務信息管理系統(tǒng)平臺還需支持豐富的數(shù)據(jù)源， 作為中間件，政務信息管理系統(tǒng)平臺能夠支持的數(shù)據(jù)源，決定了其能力的強弱。平臺至少應該支持以下數(shù)據(jù)源類型：數(shù)據(jù)庫精彩文檔實用標準文案需要提供數(shù)據(jù)庫信息，需要內置接口程序RSS內容源企業(yè)需提供標準 RSSFeed數(shù)據(jù)源網(wǎng)站抓取只需要有網(wǎng)站即可，快速簡單，企業(yè)無需修改統(tǒng)一移動化接口WebService提供標準的 WebService 數(shù)據(jù)接口。第四章 軟硬件或其他外部系統(tǒng)接口需求用戶界面用戶界面是程序中用戶能看見并與之交互作用的部分 ,設計一個好的用戶界面是非常重要的,本設計將為用戶提供美觀,大方,直觀,操作簡單的具備WINDOW 風格的用戶界面。【描述用戶界面方面的需求，包括：本軟件的人機界面風格；屏幕布局或解決方案的限制；將出現(xiàn)在每個屏幕的標準按鈕、功能或導航鏈接（例如一個幫助按鈕） ；快捷鍵；錯誤信息顯示標準，等等；】硬件需求移動終端硬件配置應遵循如下原則：具有高的可靠性，可用性和安全性?！久枋鱿到y(tǒng)中軟件和硬件每一接口的特征。 這種描述可能包括支持的硬件類精彩文檔實用標準文案型、軟硬件之間的交流的數(shù)據(jù)和控制信息的性質以及使用的通信協(xié)議。 】網(wǎng)絡需求由于廣州市科信與信息化局目前使用的是中國電信的 WCDMA 3G網(wǎng)絡來承載各類移動信息管理系統(tǒng)，因此本次政務信息管理系統(tǒng)要求終端也支持中國電信3G、無線網(wǎng)絡制式。由運營商直接將專線接入至用戶單位機房，避免業(yè)務數(shù)據(jù)經(jīng)過 Internet 所造成的風險。同時，由于移動OA既需要與移動網(wǎng)絡連接，以提供移動客戶端接入， 又需要接駁入用戶單位的內網(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ù)擴充功能、適度變化的能力。系統(tǒng)提供Web Services 接口，通過SOAP可以方便的與客戶現(xiàn)用系統(tǒng)進行集成，交換的文件信息采用規(guī)范的 XML格式，可以很方便地與其他系統(tǒng)進行信息交換，以滿足信息化不斷發(fā)展和系統(tǒng)集成需要。精彩文檔實用標準文案【描述該產品與其他外部組件（由名字和版本識別）的接口，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件等。對于每個需要的軟件，應提供：1.接口名稱2.規(guī)格說明3.版本號】5. 通信需求系統(tǒng)采用httpssl 通信安全或加密、數(shù)據(jù)傳輸速率和同步通信機制。 對于客戶端與服務器交互的數(shù)據(jù)， 使用安全套接子層 (SSL,SSL加密傳輸主要是針對 WEB的數(shù)據(jù)傳輸，基于重要信息的傳輸安全考慮而設計的。 )進行信息交換，并在客戶移動終端和服務器之間重要的信息的交換。在移動終端和移動終端支撐平臺之間接駁移動網(wǎng)絡時， 系統(tǒng)為普通接入移動OA的用戶提供了可選的高強度的 DES64位數(shù)據(jù)加密體制，通過 SSL跟業(yè)務系統(tǒng)接入。【描述與產品所使用的通信功能相關的，包括電子、 Web 瀏覽器、網(wǎng)絡通信標準或協(xié)議及電子表格等等。定義了相關的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制。 】運行環(huán)境蘋果IOS4.0、Android2.0 及微軟WindowsMobile6.1 以上多種智能終端。建議：CoolpadN930.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查詢頁面查詢響應速度的需求：時間段種類響應時間(秒)平時2新增業(yè)務數(shù)