《《項目需求分析說明書》模板》由會員分享，可在線閱讀，更多相關(guān)《《項目需求分析說明書》模板（15頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、需求分析說明書 文檔編號： 版本號： {項目名稱} 需求分析說明書 {用戶機構(gòu)名稱} XXXXXXX有限公司 年 月 編制： 生效日期： 審核： 批準： 目 錄 1 引言 4 1.1編寫目的 4 1.2項目說明 4 1.3 項目背景 4 1.4 定義 5 1.5 參考資料 5 2 任務概述 6 2.1現(xiàn)狀 6 2.2目標 7 2.3 建設任務 7 2.4 用戶特點 7 2.5 用戶業(yè)務分布范圍 8 3業(yè)務需求分析 8 3.1 系統(tǒng)范圍 8 3.2 系統(tǒng)體系結(jié)構(gòu) 8 3.3 系統(tǒng)總體流程

2、 8 3.4具體業(yè)務需求分析 9 3.4.1 退款處理 9 3.4.1.1 業(yè)務描述 9 3.4.1.2 業(yè)務流程 9 3.4.1.3 業(yè)務各階段說明 10 3.4.1.4 業(yè)務功能需求 11 3.4.1.5功能結(jié)構(gòu)及功能說明 11 3.4.1.6業(yè)務界面 12 3.4.2 … … 12 4 非功能性需求 13 4.1 性能需求 13 4.1.1精度 13 4.1.2時間特性要求 13 4.1.3靈活性 13 4.2 輸人輸出要求 14 4.3 數(shù)據(jù)管理能力要求 14 4.4 故障處理要求 14 4.5其他專門要求 15 5 運行環(huán)境規(guī)定 15 5.1硬

3、件配置 15 5.1.1 客戶端系統(tǒng)要求 15 5.1.2 服務端系統(tǒng)要求 15 5.2 軟件配置 16 5.2.1 客戶端系統(tǒng)要求 16 5.2.2 服務端系統(tǒng)要求 16 5.2.3 服務器系統(tǒng)說明 16 5.3 接口 16 6 需求確認書 17 第 15 頁 共 15 頁 1 引言 1.1編寫目的 編寫此需求說明書是為了使用戶和開發(fā)人員對所開發(fā)的系統(tǒng)有一致的理解。通過閱讀此文檔，開發(fā)人員可以了解當前業(yè)務的具體需求和要實現(xiàn)的主要功能，用戶通過閱讀此文檔可以確認開發(fā)人員對其業(yè)務需求的認識是否正確，并對系統(tǒng)要實現(xiàn)功能有初步的了解。 1.2項目說明 項目名稱：

4、 項目用戶： 項目開發(fā)： 1.3 項目背景 描述項目的開發(fā)背景： 在些寫項目開發(fā)的背景內(nèi)容，對此進行描述。 1.4 定義 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 如: 1、紅名單：已經(jīng)制作證書并且證書有效的企業(yè)名單,主要提供給社保與國稅方面應用。 2、派工單：客服部通知制證部需制證數(shù)量的單據(jù)。 1.5 參考資料 寫上編寫此文檔所參考到的資料 2 任務概述 2.1現(xiàn)狀 描述項目的現(xiàn)狀。 2.2目標 敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)

5、品是一項獨立的軟件，而且全部內(nèi)容自含，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。 2.3 建設任務 闡述項目的建設任務。 2.4 用戶特點 寫上用戶特點。 2.5 用戶業(yè)務分布范圍 描述用戶的業(yè)務范圍。 3業(yè)務需求分析 3.1 系統(tǒng)范圍 明確概要地說明用戶對系統(tǒng)、產(chǎn)品高層次的目標要求，如系統(tǒng)開發(fā)的意圖、應用目標、作用范圍以及其他相關(guān)的背景材料。如果所定義的產(chǎn)品是一個更大系統(tǒng)的一個組成部分，則應說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系

6、，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。 3.2 系統(tǒng)體系結(jié)構(gòu) 以圖+文本結(jié)合的方式描述系統(tǒng)的總體架構(gòu)。 以下應提供系統(tǒng)總體架構(gòu)圖： 以下對系統(tǒng)總體架構(gòu)進行描述： 3.3 系統(tǒng)總體流程 以圖+文本結(jié)合的方式說明系統(tǒng)的總體流程。 3.4具體業(yè)務需求分析 3.4.1 退款處理 3.4.1.1 業(yè)務描述 對業(yè)務進行描述。 3.4.1.2 業(yè)務流程 如： 3.4.1.3 業(yè)務各階段說明 如： （1）單位登記項目/技術(shù)需求 提供單位在線登記項目、技術(shù)需求。 （2）618推進處初次審核 初次審核主要是對

7、單位登記的項目/技術(shù)需求是否能公布在海峽項目成果交易網(wǎng)上而進行的信息內(nèi)容審核。審核通過則在海峽項目成果交易網(wǎng)發(fā)布，否則標記不通過（暫緩、拒絕）。 … … 3.4.1.4 業(yè)務功能需求 如： （1）能夠?qū)崿F(xiàn)對項目成果和技術(shù)需求的信息在線錄入。 （2）能夠?qū)υ诰€征集的項目成果和技術(shù)需求的信息進行審核。 （3）能夠?qū)徍送ㄟ^的項目成果和技術(shù)需求的信息進行發(fā)布和歸檔。 3.4.1.5功能結(jié)構(gòu)及功能說明 如： 項目征集子系統(tǒng)功能結(jié)構(gòu)如下圖（圖3-1-3）所示： 圖3-1-3項目征集功能結(jié)構(gòu)圖 3.4.1.5.1項目征集信息錄入功能說明 （1）能夠?qū)φ骷男畔⑦M行錄入、

8、保存。錄入的信息包括：所屬地區(qū)、目成果/技術(shù)需求名稱、法人 、單位屬性、聯(lián)系人、手機/電話、地址、電話傳真、單位名稱、郵編 、單位網(wǎng)址、電子郵件、經(jīng)費 (企業(yè)能提供的經(jīng)費)、合作方式、目成果/技術(shù)需求簡介、所屬專場、備注等。 （2）能對所錄入的信息進行校驗。 … … 3.4.1.6業(yè)務界面 3.4.1.6.1項目成果征集界面 項目成果征集界面如下圖（圖3-1-4）所示： 圖3-1-4項目成果征集界面圖 … … 3.4.2 … … 4 非功能性需求 4.1 性能需求 4.1.1精度 說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。如： 保

9、證查全率，所有相應域包含查詢關(guān)鍵字的記錄都應能查到，因企業(yè)繳費表中的企業(yè)名稱有可能不全，所以查詢時輸入的名稱盡可能取最關(guān)鍵的部分，采用模糊查詢來保證查全率。 保證查準率，查到的記錄應與給定的單項或組合查詢條件完全匹配。 以事務為單位提交數(shù)據(jù)，若出現(xiàn)異常故障，需返回到未提交前。 4.1.2時間特性要求 說明對于該軟件的時間特性要求，如對： 響應時間； 更新處理時間； 數(shù)據(jù)的轉(zhuǎn)換和傳送時間； 解題時間；等的要求。如： 地圖分塊加載，減少用戶等待時間； 定制的系統(tǒng)加載完成不超過20秒； 地圖刷新時間小于5秒； 4.1.3靈活性 說明對該軟件的靈活性的要求，即當需求發(fā)生某些變

10、化時，該軟件對這些變化的適應能力，如： 操作方式上的變化； 運行環(huán)境的變化； 同其他軟件的接口的變化； 精度和有效時限的變化； 計劃的變化或改進。 對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。 例： 系統(tǒng)采用類似于網(wǎng)站的操作界面，以視窗操作系統(tǒng)為基礎，可通過foxpro或access等數(shù)據(jù)庫引擎與其它系統(tǒng)交換數(shù)據(jù)。符合證書管理及制作的規(guī)范要求，能夠滿足日常的工作需要。 4.2 輸人輸出要求 解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）

11、以及圖形或顯示報告的描述。如： 輸入的數(shù)據(jù)包括手工錄入和批量導入。對精度的要求是金額字段保留小數(shù)點后兩位。由于外部系統(tǒng)復雜多變，導入導出的數(shù)據(jù)格式有多種，要求系統(tǒng)能解析絕大部分的數(shù)據(jù)格式。內(nèi)部交換數(shù)據(jù)用XML格式。 4.3 數(shù)據(jù)管理能力要求 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。 4.4 故障處理要求 列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要求。如： 數(shù)據(jù)庫引擎出現(xiàn)故障可能導致整個系統(tǒng)的癱瘓，影響所有的操作人員，建議配置一個后備服務器應急。 網(wǎng)絡連接故障會導致無法連入數(shù)據(jù)庫，從而使某個操

12、作人員無法使用系統(tǒng)，需人工排查網(wǎng)絡故障。 系統(tǒng)需用到一些外部輔助軟件，例如office等，如果未安裝這些軟件，可能會影響部分功能，比如無法生成word、excel文檔，無法導出access數(shù)據(jù)格式等。 系統(tǒng)可能會用到flash插件，如果沒安裝，會導致無法顯示某些flash動畫，系統(tǒng)應在安裝配置時自動載入相關(guān)插件。 打印機故障會導致無法打印出單據(jù)，系統(tǒng)應能在這種情況下，詢問并選擇其它打印機輸出。 4.5其他專門要求 如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環(huán)境可轉(zhuǎn)換性的特殊要求等。 5 運行環(huán)境規(guī)定 5.1硬件配置 5.1.1

13、客戶端系統(tǒng)要求 硬件配置：512M內(nèi)存，P3 700MHz，40GB 硬盤； 推薦硬件配置：1GM內(nèi)存，P4 1.8GHz, 40GB硬盤, 1024×768分辨率的顯示器； 5.1.2 服務端系統(tǒng)要求 硬件配置：2GM內(nèi)存，Pentium D 2.8GHz,，80GB 硬盤； 推薦硬件配置：2G以上內(nèi)存，雙XEON至強2.8GHz以上 CPU, SCSI硬盤； 5.2 軟件配置 5.2.1 客戶端系統(tǒng)要求 操作系統(tǒng)：Windows 2000/XP/2003； 瀏覽器：IE 6.0版本或以上； 5.2.2 服務端系統(tǒng)要求 操作系統(tǒng)：Windows 2003 Sev

14、er； 運行環(huán)境：Microsoft .Net Frame 2.0 GIS平臺：Arcgis Server 9.2 ,Arcgis Server 9.2 Sp2 系統(tǒng)組件：IIS Web服務器 數(shù)據(jù)庫：Oracle 9i Server 5.2.3 服務器系統(tǒng)說明 數(shù)據(jù)庫服務器、Arcgis Server應用服務器、IIS Web服務器安裝在同一機器上，若考慮性能，可把IIS Web服務器與數(shù)據(jù)庫服務器分開部署，若需要發(fā)布多個Map Server，則可以把ARCSOM和ARCSOC分開部署，一臺ARCSOM可管理多臺ARCSOC。 5.3 接口 如： （1）升級后的6·18網(wǎng)站

15、預留6·18交易通、969618客服呼叫中心、項目博客等待開發(fā)的系統(tǒng)接口。 … … 6 需求確認書 甲、乙雙方通過對《{項目名稱}需求分析說明書》的認真審核，達成如下一致意見： 雙方同意按照本需求分析說明書所描述的范圍、規(guī)格進行系統(tǒng)建設。 甲方在后續(xù)的實施過程中如果需要對現(xiàn)有需求進行變更，需填寫《軟件需求變更表》或《軟件新增需求說明書》，并提交乙方審核確認。如果雙方經(jīng)協(xié)商達成一致，則按雙方確認的部分進行項目實施。否則仍以原有需求為項目實施依據(jù)。 本需求分析說明書一式{三}份，甲方、乙方{、監(jiān)理方}各一份。 甲方蓋章、簽名： 　　　　　　　　　　　　　　　　　　　　　　　　　負責人： 年　　　月　　　日 乙方蓋章、簽名： 　　　　　　　　　　　　　　　　　　　　　　　　　負責人： 年　　　月　　　日 監(jiān)理方蓋章、簽名： 負責人： 年　　　月　　　日