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

1、XXXXXX單位XXXXXXX 項目軟件需求規(guī)格說明書金碧信息科技項目項目名稱文檔軟件需求規(guī)格說明書文檔ID說明作者*最后更新時間2011-10-20版本更新概要版本號時間更新人更新摘要2011-10-02移動OA車輛管理模塊需求內容2011-10-20移動政務資源管理系統(tǒng)平臺需求內容2011-11-08根據(jù)業(yè)務需求，電子公文在線預覽項目負責人審核與確認姓名職位審核時間審核意見（簽字）供應商：客戶方：目錄第一章 引言1 編寫目的為明確軟件需求、安排項目規(guī)劃與進度、 組織軟件開發(fā)與測試，撰寫本文檔。2 軟件需求分析理論軟件需求分析( Software Reguirement Analysis )

2、是研究用戶需求得到的 東西，完全理解用戶對軟件需求的完整功能， 確認用戶軟件功能需求， 建立可確 認的、可驗證的一個基本依據(jù)。軟件需求分析是一個項目的開端， 也是項目實施最重要的關鍵點。 據(jù)有關的 機構分析結果表明， 設計的軟件產(chǎn)品存在不完整性、 不正確性等問題 80以上是 需求分析錯誤所導致的，而且由于需求分析錯誤造成根本性的功能問題尤為突 出。因此，一個項目的成功軟件需求分析是關鍵的一步。3 軟件需求分析目標軟件需求分析的主要實現(xiàn)目標：1）對實現(xiàn)軟件的功能做全面的描述，幫助用戶判斷實現(xiàn)功能的正確性、一 致性和完整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件 需求；2）了解和描述軟件

3、實現(xiàn)所需的全部信息，為軟件設計、確認和驗證提供一 個基準；3）為軟件管理人員進行軟件成本計價和編制軟件開發(fā)計劃書提供依據(jù)；需求分析的具體內容可以歸納為六個方面： 軟件的功能需求， 軟件與硬件或 其他外部系統(tǒng)接口，軟件的非功能性需求， 軟件的反向需求， 軟件設計和實現(xiàn)上 的限制，閱讀支持信息。軟件需求分析應盡量提供軟件實現(xiàn)功能需求的全部信息， 使得軟件設計人員 和軟件測試人員不再需要需求方的接觸。 這就要求軟件需求分析內容應正確、 完 整、一致和可驗證。此外，為保證軟件設計質量，便于軟件功能的休整和驗證， 軟件需求表達無岔意性，具有可追蹤性和可修改性。4 參考文獻1. 軟件工程基礎 趙一丁 北京

4、郵電大學出版社2. 軟件需求 （ 作者）, （ 譯者 ） 電子工業(yè)出版社3. ，4. 實用軟件工程第三版5. 朱建明7. 8. ，第二章 需求概述1. 項目背景 為進一步實現(xiàn)“政務公開”的要求，同時方便各類政務信息能準確、安全、 快速的發(fā)布到指定的移動終端上， 同時提升XXX移動辦公效率，解決領導外出時 能方便安全的批閱公文，收發(fā)郵件以及查詢通信錄等應用?；谥袊娦?G高速網(wǎng)絡，采用手機適配技術實現(xiàn)移動辦公應用，并通過PKI/CA、VPDNAPN等信息安全技術保證移動辦公的安全性。只要在WCDMA 3G 網(wǎng)絡覆蓋的地方，用戶都可以通過手機高速、穩(wěn)定、安全的訪問 0A辦文、郵件、人事管理等辦公

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

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

7、使用。2. 運營商服務層：各電信運營商 （移動/ 電信/聯(lián)通）提供的無線網(wǎng)絡環(huán)境層， 支持 GSM、GPR、S CDM、A WCDM、A3G、WIFI 等各種無線網(wǎng)絡環(huán)境，對于移動網(wǎng)絡 需要同時支持CMNE與CMWAP3. 業(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)（0A系統(tǒng)）及其他IT應用系統(tǒng)。移動0A吉構圖5. 網(wǎng)絡拓撲圖結構移動0A網(wǎng)絡拓撲結構圖移動0A

8、網(wǎng)絡拓撲劃分層次來描述，共分為:終端側：發(fā)起網(wǎng)絡請求的終端設備和軟件。網(wǎng)絡側：運營商的網(wǎng)絡。機房側：進行移動化IT系統(tǒng)和管理通信設備的移動 OA服務器。第三章系統(tǒng)功能需求1. 移動辦公系統(tǒng)升級改造需求XXX在 2007年及建設好基于 windows mobile 的移動辦公系統(tǒng)，并在2010年將該系統(tǒng)擴展至ios系統(tǒng)，為保證系統(tǒng)建設一致性，本次系統(tǒng)建設要求在原有的移動辦公系統(tǒng)上增加相應的適配軟件模塊，要求支持蘋果IOS、An droid及微軟 Win dowsMobile以上移動終端操作系統(tǒng)；本次系統(tǒng)升級改造后要求在蘋果IOS、An droid 及微軟 Win dowsMobile以上多種智能

9、終端操作系統(tǒng)上實現(xiàn)原有的移動辦公系統(tǒng)上的所有流程，具體見下表：功能模塊實現(xiàn)功能登錄登錄待辦待閱收文審批發(fā)文審批內辦文審批合同處理審批信息審批督辦審批會議審批收文閱文發(fā)文閱文內辦文閱文合同處理閱文信息閱文督辦閱文會議閱文公文排序公文流轉公文發(fā)送公文查詢查詢公文功能模塊實現(xiàn)功能查詢結果列表會議通知會議通知列表會議通知詳情移動郵件收郵件回復郵件轉發(fā)郵件發(fā)送郵件郵箱設置通訊錄組織結構樹人員列表人員詳情通知通告通知通告列表通知通告詳情市領導批示市領導批示列表市領導批示詳情代理授權代理授權列表代理授權詳情人員結構樹機關名片機關名片列表機關名片詳情撥打電話發(fā)送短信消息系統(tǒng)消息列表消息詳情消息附件回復消息短信

10、中心短信列表短信詳情發(fā)送短信接收短信息性能測試性能測試界面顯示要求待辦公文列表待辦公文列表采用兩行顯示1、第一行：公文速級（Icon ）、業(yè)務種類、接收時間2、第二行：公文標題待辦公文列表排序1、按業(yè)務種類排序（按待辦公文類型來排）2、按速級排序（特急、急件、平件三種）3、接收時間排序? 公文詳細信息界面元素1、收文來文單位、緊急程度、標題、內容摘要、意見2、外發(fā)文 主辦單位、主送單位、抄送單位、事由（標題）、緊急程度、擬稿人、密級、意見3、內辦文 主辦單位、主送單位、抄送單位、事由、緊急程度、擬稿人、密級、歷史意見4、督辦 事項名稱、承辦部門、會辦部門、密級、緊急程度、督字、號、督辦類別、要

11、求完成時 間、歷史意見? 網(wǎng)站信息審批主辦單位、擬稿人、事由（標題）、歷史意見? 會議申請召開時間、會議地點、議題、申請部門、申請時間、參加人員、意見 正文和附件文件類型公文正文的文件類型為 Tif 、 Doc 和 ceb 公文附件的文件類型無限制， 其中 Office 系列、 圖片格式、 Tif 可直接在手機端 瀏覽提供公文附件下載功能超過5M的文件將提供下載功能但不能在手機端直接預覽。? 意見錄入用戶可直接輸入意見或從常用詞條中選擇，包括公用詞條和個人詞條 審批意見發(fā)送文秘處長、領導批示、承辦、會辦等環(huán)節(jié)會用到移動辦公審批。 審批意見的發(fā)送首先選擇環(huán)節(jié)，環(huán)節(jié)的排序順序與 OA 中一致，當用

12、戶要選擇 N個下一關環(huán)節(jié)（K NW 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ā)、郵件回復、郵件刪除（不同步刪除 0A郵件）功能? 會議管理手機端操作流程登錄t會議列表t會議詳情會議列表會議列表包

13、括內部會議和外出會議會議列表無權限控制，對所有用戶均可見 會議列表采用兩行顯示：? 第一行：會議標題? 第二行：會議時間，會議地點會議列表只采用會議時間排序（由新到舊，只顯示一周，可查詢上周及下周）會議詳情會議詳情界面元素： 開會日期、地點、會議名稱、參加人員、組織者或部門、創(chuàng)建時間? 通知通告手機端操作流程登錄T通知通告列表T通知通告詳情通知通告列表 通知通告列表采用兩行顯示： 第一行：通知通告標題 第二行：發(fā)布時間 會議列表只采用發(fā)布時間排序（由新到舊）通知通告詳情通知通告詳情界面元素與 0A中一致通知通告可能含附件，附件類型無限制，其中Office系列、圖片格式、Tif可直接在手機端瀏覽

14、。提供附件下載功能。超過5M的附件將提供下載功能但不能在手機端直接預覽。?通訊錄管理通訊錄管理采用樹形結構展現(xiàn)，只按部門進行分類。通訊錄個人信息元素：姓名、辦公電話、手機號碼、電子郵件、備注通訊錄人員在 OA增加、刪除、修改、調動人員時，會與OA通訊錄保持一致。管理員可在移動辦公平臺 Web管理頁面上啟用/停用用戶。2. 車輛管理模塊升級改造需求車輛管理系統(tǒng)是基于B/S架構的新型車輛管理平臺，它適用于各政府機構及其下屬單位，利用信息技術跟蹤車輛的采購、檢驗、調撥、保養(yǎng)、維修、報廢等環(huán)節(jié)，并提供完整的車輛統(tǒng)計報表和強大的數(shù)據(jù)分析功能。規(guī)范政府機構車輛管理工作，改進車輛內部調撥、車輛維護等流程，顯

15、著提高管理水平和經(jīng)濟效益。?系統(tǒng)功能架構車輛管理系統(tǒng)功能模塊實現(xiàn)功能車輛資料管理對每一輛車進行建檔，實現(xiàn)“一車一檔”，主要是記錄車輛的車牌功能模塊實現(xiàn)功能號、車輛類型、使用人或單位、油卡、購置日期、購置金額、發(fā)動 :機號、車架號、廠牌型號、載重量、可乘坐人數(shù)等相關信息駕駛員檔案對每個駕駛員進行建檔，實現(xiàn)“一人一檔”，主要登記駕駛員的姓 名、性別、出生年月、駕駛證號、領證日期、證件有效期、開始駕 駛時間、準駕車型、聯(lián)系電話、年審記錄等相關信息。車輛費用管理登記車輛每次加油的具體情況，主要包括車牌號、車輛類型、加油 時間、記賬時間、卡號、加油站名稱、油號、單價、數(shù)量、金額等 相關信息。車輛維護維修

16、記錄每輛車得維修保養(yǎng)記錄，主要包括維保時間、維保內容、維修 人等相關信息。車輛申請記錄在現(xiàn)有0A辦公系統(tǒng)上建立車輛申請流程，每次申請用車的時候， 都必須按照流程來進行審批，為車輛管理實現(xiàn)良好的規(guī)范化。合格供應商維護對車輛的合格供應商進行建檔，主要包括編號、供應商名稱、供應 商全稱、聯(lián)系人、電話、供應商地址等相關信息。車輛維修計劃對車輛的維修計劃進行建檔，主要包括設施名稱、車輛名稱、型號 規(guī)格、計劃時間、完成時間、維護內容等相關信息。車輛安全檢查記錄對車輛的安全檢查進行建檔，主要包括車輛號碼、建制司機、行駛 里程、檢驗結果、檢驗員簽名、檢驗時間、建議、備注等相關信息。統(tǒng)計分析能夠生成車輛的各類匯

17、總報表，如車輛油費統(tǒng)計、車輛申請記錄統(tǒng) 計、車輛維保記錄統(tǒng)計等，并能根據(jù)用戶的實際需要生產(chǎn)月報、季 報、年報。權限管理建立健全、嚴謹?shù)臋嘞薰芾砟K，具備上下級之間相互獨立運作、 層級控制的特點。?網(wǎng)絡拓撲結構車輛管理網(wǎng)絡結構車輛管理服務器及數(shù)據(jù)庫與 0A服務器及數(shù)據(jù)庫部署在同一局域網(wǎng)內，通過系統(tǒng)接口,實現(xiàn)與0A系統(tǒng)的統(tǒng)一登陸認證。3. 電子公文預覽需求本著對電子公文交換及認證平臺和現(xiàn)有移動辦公系統(tǒng)進行最小改動的原則，采用在兩個系統(tǒng)之間搭建一個中間層組件，該中間層組件主要實現(xiàn)以下功能：1、把現(xiàn)有移動辦公訪問電子公文的請求進行重定向轉移到訪問該中間層；2、 把電子公文交換及認證平臺中的電子公文轉換

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

19、OA 交換連接，另一端則通過消息隊列以 及 Web Service 兩類接口與交換接口連接，屬于交換網(wǎng)絡的邊緣組件。交換接口： 即核心交換系統(tǒng)所提供的外接接口系統(tǒng)。 該接口連接的兩端都同時擁有消息 隊列（異步交換）或是 Web Service （同步交換）兩類接口，其一端與一定區(qū)域的 OA 前置 通過相連，并為這些 OA 前置提供交換服務以及核心查詢服務，另一端則與核心交換相連。 交換接口的存在不僅可以保護核心交換不被暴露，同時也可以減輕核心交換的網(wǎng)絡壓力，屬于交換網(wǎng)絡的核心組件。交換核心： 即整個交換網(wǎng)絡的核心交換系統(tǒng)。 該系統(tǒng)為交換網(wǎng)絡提供交換路由服務、交換單位管理、交換人員管理、交換跟蹤

20、服務、交換指令分析應答服務、交換數(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 交換則通過 CA15-18 認證系統(tǒng)對該交換對象里的有效數(shù)據(jù)進行數(shù)字 簽名，并

21、對需要加密的數(shù)據(jù)區(qū)域進行加密。在得到加密后的交換對象后就可以生成交換的XML并通過 Web Service接口向OA前置提交該交換數(shù)據(jù)。2 、OA 前置在收到 XML 后，根據(jù)調用類型（同步調用或是異步調用） ，以相應的交換 通道（消息隊列或 Web Service ）向交換接口提交交換數(shù)據(jù)，交換接口根據(jù)接收的數(shù)據(jù)，轉 給交換核心去處理。3、交換核心在收到交換數(shù)據(jù)后，分析交換路由，并將密文解成明文。然后將交換數(shù)據(jù) 分成N份（”=接收單位各數(shù)），依次以不同的單位進行數(shù)據(jù)加密后，將各單位的交換數(shù)據(jù)向 相應的交換接口轉發(fā)。4、 交換接口在收到交換核心來的數(shù)據(jù)后，將指定單位的數(shù)據(jù)發(fā)往指定的OA前置。O

22、A 前置通過Web Service最終提交給0A交換。以上4步即實現(xiàn)了從 0A1至慶他0A的公文交換過程，但是這樣的交換并不能讓 0A1 知道自己的交換是否已送到目標單位、 目標單位是否能看到該交換件了。 所以在上述的4個 步驟之后，還有交換系統(tǒng)的回執(zhí)過程：5、0A前置在成功提交數(shù)據(jù)給 0A交換后，會自動反方向的發(fā)送一個交換送達的回執(zhí)。這樣，最初的發(fā)送方便可以通過這個交換送達的回執(zhí)知道哪些單位已成功送達。而如果整個交換過程中有任一環(huán)節(jié)出現(xiàn)問題，那么它的前一個系統(tǒng)則會自動反向發(fā)送一個交換失敗的回執(zhí)。6、即使我們能夠知道哪些單位已經(jīng)送達，哪些單位交換失敗了，但我們無法確認這些已送達的單位中，對方的

23、工作人員是否一定可以看到該公文。所以，0A交換解析了收到的來文并將之入庫后，會自動向原發(fā)文單位發(fā)送一個成功解析入庫的回執(zhí)；而如果解析失敗、 解密失敗、驗簽失敗或是入庫失敗，則都會向原發(fā)文單位發(fā)送一個解析失敗的回執(zhí)。4. 政務信息管理系統(tǒng)平臺功能需求政務信息管理系統(tǒng)平臺是在XXXXXXXXXXX及下屬機構各局辦委已有的WEB門戶基礎上，重新開發(fā)一套基于各類智能終端上的信息展示應用，系統(tǒng)主要由四大部分組成：前端信息采集、信息內容管理、用戶權限管理與客戶端四大部分的功能：序號名稱說明1信息采集與XXXXXXXXXXX 及下屬機構各局辦委有的 WEB門戶信息系統(tǒng)進行對接，定向進行網(wǎng)絡采集，實現(xiàn)按時信息

24、（文本，圖像，語音，視頻）采集，以及在線互動內容的交互管理。2信息內容管理在管理后臺能集中進行信息內容的增、刪、改、查，并實時呈現(xiàn)在客 戶端；管理員用戶發(fā)布的特疋信息，可在客戶端程序關閉時頭時推送 通知到用戶手機，使得該信息在第一時間傳達到用戶。提供版權內容 的在線及線下閱讀。3用戶權限管理針對普通用戶按權限進行內容分級展示，針對管理員用戶按權限進行 操作授權。4客戶端運行于手機的專用程序，從服務端獲取信息并在手機終端上展示給用 戶。同時，還提供用戶在終端上的信息發(fā)布功能。同時，XXXXXXXXXXX 等管理用戶通過管理門戶，可以定制個性化手機端顯示界面,建立個性化內容頻道，包括智能Wizar

25、d工具、內容管理、應用發(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ā)布應用設置：設置軟件的名稱、圖標、界面

26、配置。應用發(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è)需提供標準 RSS Feed 數(shù)據(jù)源網(wǎng)站抓取只需要有網(wǎng)站即可，快速簡單，企業(yè)無需修改統(tǒng)一移動化接

27、口WebService提供標準的 WebService 數(shù)據(jù)接口。第四章 軟硬件或其他外部系統(tǒng)接口需求1. 用戶界面用戶界面是程序中用戶能看見并與之交互作用的部分 , 設計一個好的用戶界 面是非常重要的 ,本設計將為用戶提供美觀 ,大方, 直觀, 操作簡單的具備 WINDOW 風格的用戶界面?！久枋鲇脩艚缑娣矫娴男枨螅ǎ?本軟件的人機界面風格；屏幕布局或解決方案的限制；將出現(xiàn)在每個屏幕的 標準按鈕、功能或導航鏈接（例如一個幫助按鈕） ；快捷鍵；錯誤信息顯示 標準，等等；】2. 硬件需求移動終端硬件配置應遵循如下原則：具有高的可靠性，可用性和安全性。 【描述系統(tǒng)中軟件和硬件每一接口的特征。

28、這種描述可能包括支持的硬件類 型、軟硬件之間的交流的數(shù)據(jù)和控制信息的性質以及使用的通信協(xié)議。 】3. 網(wǎng)絡需求由于廣州市科信與信息化局目前使用的是中國電信的WCDMA 3G網(wǎng)絡來承載各類移動信息管理系統(tǒng)， 因此本次政務信息管理系統(tǒng)要求終端也支持中國電信 3G、無線網(wǎng)絡制式。由運營商直接將專線接入至用戶單位機房，避免業(yè)務數(shù)據(jù)經(jīng)過 Internet 所造成的風險。同時，由于移動0A既需要與移動網(wǎng)絡連接，以提供移動客戶端接入，又需 要接駁入用戶單位的內網(wǎng)辦公系統(tǒng)以獲得相關的辦公數(shù)據(jù)， 因而需要通過邊界防 火墻，其可以有效地限制移動網(wǎng)絡側只能訪問移動辦公服務器的相應端口， 可以 較為有效的避免因移動網(wǎng)

29、絡與用戶單位辦公網(wǎng)絡相連所帶來的威脅。由用戶向運營商申請專門的手機號碼， 保證除了用戶單位所預先設定的手機 號之外其他手機號無法接入后臺服務器。移動 0A新開通用戶需要先將該用戶的 手機號加入網(wǎng)關信任域中，才能使用戶開通移動辦公服務。4. 接口需求系統(tǒng)建設采用先進的成熟技術，建立嚴密、體系化的系統(tǒng)管理、應用平臺， 應具有良好的分層設計，整體系統(tǒng)擴充性能良好，能夠根據(jù)業(yè)務的發(fā)展或變更， 在保持現(xiàn)有業(yè)務處理不受影響的前提下，具有持續(xù)擴充功能、適度變化的能力。 系統(tǒng)提供 WebServices接口，通過SOAP可以方便的與客戶現(xiàn)用系統(tǒng)進行集成， 交換的文件信息采用規(guī)范的XML格式，可以很方便地與其他

30、系統(tǒng)進行信息交換， 以滿足信息化不斷發(fā)展和系統(tǒng)集成需要。【描述該產(chǎn)品與其他外部組件（由名字和版本識別）的接口，包括數(shù)據(jù)庫、 操作系統(tǒng)、工具、庫和集成的商業(yè)組件等。對于每個需要的軟件，應提供：1. 接口名稱2. 規(guī)格說明3. 版本號】5. 通信需求系統(tǒng)采用 http ssl 通信安全或加密、數(shù)據(jù)傳輸速率和同步通信機制。 對于 客戶端與服務器交互的數(shù)據(jù)，使用安全套接子層 （SSL,SSL加密傳輸主要是針對 WEB的數(shù)據(jù) 傳輸，基于重要信息的傳輸安全考慮而設計的。 ） 進行信息交換，并在客戶移動終端和服務 器之間重要的信息的交換。在移動終端和移動終端支撐平臺之間接駁移動網(wǎng)絡時， 系統(tǒng)為普通接入移動

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