項目需求分析實施報告(范本)

1、xxxxx項目需求分析報告序號：文檔作者：日期:項目經(jīng)理：日期:部門主管：日期：管理 員：日期：XXXXXXXXXXXXXXX版權所有不得復制修訂記錄日期版本說明作者word資料目錄1 引言 41.1 編寫目的 41.2 項目背景 41.3 定義 41.4 參考資料 42 概述 42.1 產(chǎn)品的描述 42.2 產(chǎn)品的功能 52.3 開發(fā)環(huán)境 52.4 一股約束 53 具體需求 53.1 內(nèi)部功能需求 53.2 外部接口需求 63.2.1 用戶界面 63.2.2 硬件接口 63.2.3 軟件接口 73.2.4 通訊接口 73.3 性能需求 73.3.1 靜態(tài)數(shù)值需求 73.3.2 動態(tài)數(shù)值需求

2、73.3.3 數(shù)據(jù)詞典 83.3.4 數(shù)據(jù)采集 83.3.5 數(shù)據(jù)精確度 83.3.6 時間特性 83.3.7 適應性 83.4 設計約束 83.4.1 需遵守的其它標準 83.4.2 硬件限制 83.5 屬性需求 83.5.1 可靠性 83.5.2 安全性 83.5.3 可維護性 83.5.4 可移植性 93.6 其它需求 9項目需求分析報告關鍵詞：摘要：1引言xxxxxx1.1 編寫目的【闡明編寫需求說明書的目的，指出讀者對象】1.2 項目背景【項目的委托單位、開發(fā)單位和主管部名】【該產(chǎn)品項目與其他產(chǎn)品或其他系統(tǒng)的關系】1.3 定義【列出文檔中用到的專門術語的動議和縮寫詞的原文】1.4 參

3、考資料【格式：作者 標題 編號 出版單位或資料來源發(fā)表日期】【范圍：項目經(jīng)核準的計劃任務書；合同或上級批文；項目開發(fā)計劃；與項 目有關的已發(fā)表的資料；文檔中所引用的資料；所采用的標準或規(guī)范】2概述2.1 產(chǎn)品的描述用與它有關的產(chǎn)品或項目來描述被開發(fā)項目：1）如果被開發(fā)產(chǎn)品系統(tǒng)是獨立的，則應在本節(jié)描述被開發(fā)產(chǎn)品系統(tǒng)概況。2）如果本產(chǎn)品系統(tǒng)是一個較大的系統(tǒng)或項目中的一個組成部分，那么本小節(jié)應當：簡述這個較大的系統(tǒng)或項目的每一個組成部分的功能，并標識其接口；標識被開發(fā)產(chǎn)品項目的主要外部接口(建議用圖形表達有關的系統(tǒng)或項目的主要組成、相互聯(lián)系和外部接口 )。2.2 產(chǎn)品的功能簡明敘述被開發(fā)產(chǎn)品項目的功

4、能。2.3 開發(fā)環(huán)境列出所采用的操作系統(tǒng)、編程語言、編程工具(編譯器和調(diào)試器)、硬件設備、數(shù)據(jù)庫平臺和網(wǎng)絡平臺等開發(fā)環(huán)境特點。2.4 一般約束1) 硬件的限制；2)與其他應用系統(tǒng)的接口；本節(jié)不列舉具體需求或具體設計約束。但是，應對具體需求一章中描述的某 些具體需求和設計約束提供理由。3具體需求1.1 內(nèi)部功能需求描述產(chǎn)品系統(tǒng)產(chǎn)品的輸入經(jīng)過什么處理轉換為輸出，它必須描述在產(chǎn)品系統(tǒng)中進行的基本操作。對于每一類功能或者有時對于每一個功能，需要描述其輸入、處理和輸出等 需求。這些內(nèi)容用四小節(jié)描述：(1) 功能需求1(2) 引言描述完成本功能的目的，所使用的方法和技術，包括可以清楚說明本功能示 意圖的來

5、源或背景材料。(3) 輸入A. 對本功能全部輸入數(shù)據(jù)的詳細描述，它們包括：輸入源、數(shù)量、度量 單位、時間關系、有效輸入的范圍、精度和公差等。B. 操作員具體的控制需求，其中包括操作員活動的描述，控制臺或操 作員的位置等。例如，在打印表格時，要求操作員調(diào)整打印紙位置 的需求。C.指明引用的接口規(guī)格說明或相應的接口控制文檔。(4) 處理說明該功能應該對各輸入數(shù)據(jù)進行哪些處理，并對各處理進行定性的說明, 盡可能采用嚴格的定義方式。(5) 輸出說明該功能全部有關輸出數(shù)據(jù)的詳盡描述，包括：A. 輸出的目的地；B. 有效輸出的范圍、精度和公差；C. 非法值的處理；D. 錯誤信息。2) 功能需求23) 功能

6、需求N3.2外部接口需求3.2.1 用戶界面1)用戶使用產(chǎn)品系統(tǒng)產(chǎn)品時的界面需求。例如，如果系統(tǒng)的用戶通過顯示終端操作，就必須指定如下需求 ：對屏幕格 式的要求，報表或菜單的頁面顯示格式和內(nèi)容， 有關輸入和輸出的時間，用戶命 令的形式；2)界面的優(yōu)化問題?？梢院唵蔚赜靡粋€表列出系統(tǒng)用戶做什么或不做什么。例如，要求的是長的還是短的出錯信息。與其他需求一樣，這種需求也應該是可驗證的。3.2.2 硬件接口陳述產(chǎn)品與系統(tǒng)硬件設備之間每一個接口的邏輯特點。還可能包括如下事宜：要支持什么樣的設備，如何支持這些設備，如何約定等。3.2.3 系統(tǒng)接口描述與本產(chǎn)品系統(tǒng)有關產(chǎn)品系統(tǒng)（如數(shù)據(jù)庫管理系統(tǒng)、操作系統(tǒng)、或

7、者應用 軟件包、電路、設備等）的使用方法，以及與這些產(chǎn)品系統(tǒng)的接口。對每一個有關的產(chǎn)品系統(tǒng)產(chǎn)品，應該提供如下內(nèi)容：A. 名字型號；B. 助記符；C. 版本號；對于每個與其它產(chǎn)品系統(tǒng)的接口，本部分應：A. 描述與本產(chǎn)品系統(tǒng)相連接的產(chǎn)品系統(tǒng)的基本功能，以及達到的目的。B. 描述傳遞信息的內(nèi)容、格式和接口定義。對于已有完整文檔的接口， 只需要引用描述該接口的文檔。3.2.4通訊接口本節(jié)應當說明各種通訊接口。例如局部網(wǎng)絡協(xié)議等。3.3 性能需求本節(jié)應當從整體上說明對該產(chǎn)品系統(tǒng)、 或人與該產(chǎn)品系統(tǒng)相互作用的靜態(tài)或 動態(tài)數(shù)值需求。3.3.1 靜態(tài)數(shù)值需求靜態(tài)數(shù)據(jù)包括：支持的終端數(shù)、支持的同時操作的用戶數(shù)、

8、處理的文件和記錄數(shù)、表和文件 的大小、對數(shù)據(jù)的精度要求（包括數(shù)學的、邏輯的和傳輸?shù)木龋┑取?.3.2 動態(tài)數(shù)值需求包括諸如處理和任務的數(shù)量，以及在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)。有關響應時間、更新處理時間、數(shù)據(jù)轉換和傳輸時間也在這一部分陳述。3.3.3 數(shù)據(jù)詞典3.3.4 數(shù)據(jù)采集3.3.5 數(shù)據(jù)精確度3.3.6 時間特性【如響應時間、更新處理時間、數(shù)據(jù)轉換與傳輸時間、運行時間等】3.3.7 適應性【在操作方式、運行環(huán)境、與其他產(chǎn)品系統(tǒng)的接口以及開發(fā)計劃等發(fā)生變化 時，應具備的適應能力?！?.4 設計約束3.4.1 需遵守的其它標準包括報表格式、數(shù)據(jù)命名規(guī)則、檢查追蹤方式等。3.4.2 硬件限制包括硬件配置的特點（接口數(shù)，指令系統(tǒng)等）、主存貯器和輔助存貯器的容量、 CPU度等。3.5 屬性需求3.5.1 可靠性說明對產(chǎn)品系統(tǒng)的可靠性需求達到什么樣的程度。3.5.2 安全性指出產(chǎn)品系統(tǒng)的安全性要求，以防止突然或非法的訪問、使用、修改數(shù)據(jù)或 者泄密。3.5.3 可維護性說明產(chǎn)品系統(tǒng)可維護性的