軟件的需求規(guī)格說明書實(shí)用的模板(超詳細(xì)地哦)

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