軟件項目需求調研報告模板.docx

1、XXXX技術有限公司公司名稱XXXX公司客戶名稱XXXX軟件項目項目或產品名稱需求調研報告文件信息文件狀態(tài)： 草稿文件 正式文件 更改正式文件當前版本：V1.0.0作 者：審 核：完成日期：文檔編號：文檔標題：軟件項目需求調研報告文檔類別：提交人員：文 件 名：文件摘要：項目名稱：當前階段：需求調研階段版權所有：修改歷史日期版本作者修改內容評審號更改請求號2013-06-29V1.0.0陳建偉定義文件模板目錄文件信息1修改歷史2目錄3一、引言41.1、編寫目的41.2、文檔范圍41.3、預期讀者和閱讀建議41.4、參考資料4二、項目描述42.1、項目背景42.2、項目名稱52.3、項目概述52

2、.4、項目關聯(lián)性52.5、設計和實現(xiàn)上的限制52.6、假定和約束62.7、名詞/術語解釋6三、用戶環(huán)境描述63.1、用戶單位組織結構63.2、用戶部門設置與職責63.3、用戶業(yè)務關系描述73.4、系統(tǒng)面向的用戶群73.5、關鍵計算機資源73.6、用戶環(huán)境中的其他應用系統(tǒng)分布7四、功能性需求描述74.1、用戶各部門當前的工作模式74.2、構建該系統(tǒng)的目標84.3、功能結構圖94.4、功能點需求94.5、接口需求10五、非功能性需求描述115.1、系統(tǒng)環(huán)境需求115.2、易用性和用戶體驗需求115.3、軟硬件技術需求115.4、安全性需求115.5、可維護性需求115.6、對培訓的需求12六、其他

3、126.1、軟件應當遵循的標準或規(guī)范126.2、定義、首字母縮寫詞和縮略語126.3、附件13一、 引言1.1、 編寫目的編寫提示：闡明編寫該文檔的目的；本節(jié)內容是讀者接觸到本文的第一段正式文字，建議通過簡短文字描述簡明扼要的告訴他們編寫本文檔的目標。例如：1、 本文檔是 項目名稱 系統(tǒng)屬性 客戶需求調研報告，供需求分析人員進行項目需求分析時使用；2、 本文檔可以作為項目驗收標準之一；3、 本文檔可以作為軟件維護的參考資料；1.2、 文檔范圍編寫提示：對本文當所涉及到所有內容的高度概括，簡要說明即可。例如：1、 本文檔包括 項目描述、用戶環(huán)境描述 等幾個章節(jié)，并：a) 在 項目描述 章節(jié)中描述

4、了信息；b) 在 用戶環(huán)境描述 章節(jié)中描述了 信息；c) 1.3、 預期讀者和閱讀建議編寫提示：描述本文檔可能涉及到的各類讀者對象以及不同的讀者應該注意的側重點；1.4、 參考資料編寫提示：列出本文檔的所有參考文獻（可以是非正式出版物、客戶的規(guī)章制度和流程文件、相關法律法規(guī)文件等），格式如下：名稱日期作者版本出版社并且，請在本文檔最后附上所有列出的參考資料的附件。二、 項目描述2.1、 項目背景編寫建議：描述該項目的建設背景；例如：1、 項目立項時的環(huán)境描述；2、 項目立項的政策性支持；3、 項目需求提出的初衷目的等。2.2、 項目名稱編寫建議：描述該項目的名稱，格式為：客戶名稱-軟件名稱。例

5、如：江西省電力集團信息通訊分公司-調運檢一體化智能聯(lián)動管理平臺2.3、 項目概述編寫建議：描述該項目的概要情況。應包括如下信息：1、 項目的委托單位；2、 項目主要功能或解決問題描述；可以用列舉方式進行描述，例如：1、 項目委托單位：單位名稱；2、 比較委托單位原有系統(tǒng)與完整系統(tǒng)結構進行對比等，或進行詳細的系統(tǒng)結構概述；3、 針對項目的特色功能進行基本描述；4、 2.4、 項目關聯(lián)性編寫建議：描述該項目與其他相關事物的關聯(lián)性。應包括如下信息：1、 與其他現(xiàn)有軟件系統(tǒng)的關聯(lián)性；2、 對現(xiàn)有客戶環(huán)境（IT環(huán)境、管理措施等）造成的影響；3、 對以后可能建設的其他系統(tǒng)造成的長期影響；4、 其他認為應該

6、包括的信息2.5、 設計和實現(xiàn)上的限制編寫建議：描述該項目的需求調研和分析、設計以及開發(fā)實現(xiàn)過程中可能會遇到的技術性限制；例如：1、 軟件實現(xiàn)技術上的要求；2、 與其他關聯(lián)系統(tǒng)的對接要求；3、 預留接口或擴展性的要求；4、 其他認為應該包括的信息2.6、 假定條件和約束編寫建議：描述該項目的需求調研和分析、設計以及開發(fā)過程中可能會遇到的非技術性條件和限制，例如：假定性條件：1、對目標用戶文化程度和計算機操作水平、財務知識水平等方面的假設；限制性條件：1、 項目建設時間上的要求；2、 團隊人員或人資條件上的限制和要求；3、 其他認為應該包括的信息2.7、 名詞/術語解釋編寫建議：列出本文檔所涉及

7、到的關于客戶需求領域的行業(yè)或專業(yè)技術特有的(專用)名次/和術語并給出符合實際情況的解釋說明；編寫格式如下：中文全稱中文簡稱英文全稱英文簡稱解釋說明三、 用戶環(huán)境描述3.1、 用戶單位組織結構編寫信息：利用表格或框圖(建議)形式畫出委托單位的組織結構圖；應包括委托單位的所有分支結構和部門名稱，以及各個分支機構/部門間的上下級關系。3.2、 用戶部門設置與職責編寫建議：按業(yè)務組織結構劃分成不同的職責部門或分支機構，分別對每個部門或分支機構進行描述。描述的內容包括：1、 用戶組、分支結構或部門的名稱2、 每個用戶組、分支結構或部門的描述，主要描述他們的職責，及用戶組或分支結構/部門的考核指標；3、

8、每個用戶組、分支結構或部門相關人員的職責，及考核指標。可以使用下面的格式，也可以根據實際的需要使用其他格式例如：用戶組/機構/部門名稱職責描述考核指標備注3.3、 用戶業(yè)務關系描述編寫建議：以關系圖的方式加文字說明的方式，描述該軟件系統(tǒng)所計劃完成的系統(tǒng)業(yè)務，以及該業(yè)務在內部的工作流情況，還有該業(yè)務的相關部門的接口情況。注意本圖示需要表明業(yè)務關聯(lián)關系而非數據關聯(lián)關系。3.4、 系統(tǒng)面向的用戶群編寫建議：描述該系統(tǒng)建設以后的目標用戶群體以及他們的專業(yè)知識水平（例如計算機操作能力、財務知識水平等）、各類用戶的主要使用內容和工作職責等。3.5、 關鍵計算機資源編寫建議：列出該軟件所涉及到的所有部門和機

9、房的軟硬件資源情況、設備要求等；3.6、 用戶環(huán)境中的其他應用系統(tǒng)分布編寫建議：列出該軟件所涉及到的用戶環(huán)境中的其他所有應用系統(tǒng)的分布情況；應該包括：1、 其他應用系統(tǒng)的名稱；2、 責任部門；3、 應用系統(tǒng)功能概述；4、 部署的服務器以及機房；5、 其他認為應該包括的信息四、 功能性需求描述4.1、 用戶各部門當前的工作模式編寫建議：該章節(jié)描述調研過程中發(fā)現(xiàn)的，客戶業(yè)務實際的操作情況，建議以表格、流程圖等形式進行說明。并且按照如下列出的格式分部門分層面進行描述：4.1.1、 部門一部門名稱4.1.1.1、 工作內容編寫建議：描述該部門之前（未用軟件進行工作管理）的主要工作內容和工作職責。4.1

10、.1.2、 工作流程編寫建議：描述該部門相關工作的處理流程，建議以流程圖形式進行描述；4.1.1.3、 涉及到的表單編寫建議：描述該部門各項工作處理過程中，可能涉及到的各種單據，描述的內容應包含如下信息：1、 每項單據的名稱和用途；2、 單據流轉的流程；3、 單據牽涉到的相關人員；4、 單據的標準填寫格式。建議提供相關單據的附件。4.1.1.4、 與其他部門的關系編寫建議：描述該部門各項工作在執(zhí)行處理過程中可能會牽涉到的其他部門，以及其他部門的處理內容；4.1.1.5、 存在的問題編寫建議：描述該部門各項工作之前執(zhí)行過程中存在的各項問題；以及為什么要用軟件管理的方式來體改之前的執(zhí)行操作方式。4

11、.1.2、 部門二參考部門一4.1.3、 部門N參考部門一4.2、 構建該系統(tǒng)的目標編寫建議：介紹本軟件系統(tǒng)的建設目的，從用戶的角度描述該系統(tǒng)建立后應該達到的預期目標?？梢詮囊韵聨讉€方面進行描述：4.1.4、 管理目標編寫建議：描述客戶領導層/管理層對本軟件系統(tǒng)的建設要求：例如：1、 客戶希望該系統(tǒng)建立后能在管理上、業(yè)務流程上規(guī)范解決的問題；2、 希望能夠通過該軟件系統(tǒng)達到什么樣的使用效果和目標；3、 系統(tǒng)該軟件系統(tǒng)能出什么報表數據，或者用該軟件系統(tǒng)能提高哪些工作效率等等； 4.1.5、 使用目標編寫建議：對具體業(yè)務上來說，客戶系統(tǒng)通過該系統(tǒng)能夠實際解決的問題。該內容的編寫應參考具體每個使用部

12、門的意見。4.1.6、 業(yè)績目標編寫建議：描述該軟件系統(tǒng)上線應用后計劃實現(xiàn)的業(yè)績目標：例如：1、 減少多少行政辦公時間工作時的計算；2、 減少多少辦公耗材資源的計算；3、 對行政效率提升的具體計算；4、 對數據統(tǒng)計效率提升的具體計算；5、 對產能提高的具體計算；6、 其他4.3、 功能結構圖編寫建議：描述軟件系統(tǒng)中各個模塊以及模塊下功能/子模塊的劃分；整體展示系統(tǒng)中所具備的功能模塊，以及各個模塊之間的關聯(lián)情況。建議以結構圖的形式進行描述；該功能結構圖僅描述客戶對功能模塊的意向需求，而不是根據客戶需求分析后的功能模塊設計。4.4、 功能點需求編寫建議：該章節(jié)描述調研過程中發(fā)現(xiàn)的，客戶對軟件具體功

13、能點的要求，建議以表格、流程圖加文字的形式進行說明，按照不同的功能點進行列舉方式描述。格式建議如下：4.4.1、 功能點一4.4.1.1、 業(yè)務描述編寫建議：描述該功能點實際處理的業(yè)務情況，以及在這個業(yè)務中應該注意的細節(jié)、要點,以及工作目標等等。4.4.1.2、 用例及關鍵數據編寫建議：以用例圖加文字說明的形式，呈現(xiàn)該業(yè)務所有參與者及其用例的執(zhí)行過程，以及他們之間的關系，還應該包括每個用例所涉及處理的數據以及所涉及到的單據。4.4.1.3、 業(yè)務流程圖編寫建議：以流程圖加文字說明的形式，描述該功能點的業(yè)務流程，明確各個業(yè)務流程的節(jié)點，對象和內容。4.4.1.4、 與其他功能點的關系編寫建議：描

14、述該功能點與其他功能點的關系，例如需要從其他功能模塊調去數據，根據其他功能點的執(zhí)行結構進行條件判斷處理等等。4.4.1.5、 子功能點編寫建議：描述該功能點可能存在的子功能點，以便對整體功能進行更加明確的劃分；格式直接參照上面的四項內容即可。4.4.2、 功能點二參考功能點一4.4.3、 功能點N參考功能點一4.5、 接口需求編寫建議：描述該軟件所涉及到的內部接口和外部接口需求。4.5.1、 內部接口需求編寫建議：描述各個模塊或者功能點之間的業(yè)務接口，可以采用圖表加文字的方式進行展示；每個接口間列出詳細的接口要素及其說明。4.5.2、 外部接口需求編寫建議：描述該軟件系統(tǒng)與其他軟件系統(tǒng)之間的業(yè)

15、務接口，可以采用圖表加文字的方式進行展示；每個接口間列出詳細的接口要素及其說明，并且對具體的調用方式進行描述。五、 非功能性需求描述5.1、 系統(tǒng)環(huán)境需求編寫建議：描述客戶方對軟件系統(tǒng)的系統(tǒng)環(huán)境需求，即客戶要求在什么樣的環(huán)境下使用該系統(tǒng)；包括網絡環(huán)境、人員環(huán)境、使用頻率和周期等等。5.2、 易用性和用戶體驗需求編寫建議：描述客戶方對軟件系統(tǒng)在易用性和用戶體驗方面的需求，例如客戶對界面布局的要求，對軟件各項表單操作提醒的要求、對幫助文檔的要求等等。5.3、 軟硬件技術需求編寫建議：描述客戶方對該軟件系統(tǒng)開發(fā)和部署方面的軟硬件環(huán)境和技術的要求：例如：1、 軟件開發(fā)過程中使用到的開發(fā)語言、基礎框架等

16、；2、 軟件開發(fā)和部署的操作系統(tǒng)、WEB 瀏覽器等方面的要求；3、 軟件部署的硬件服務器的性能配置要求等；4、 其他認為應該包含的信息5.4、 安全性需求編寫建議：描述客戶方對該軟件在安全方面的要求；例如：1、 數據庫安全性；2、 備份和容災策略；3、 數據出錯時的回滾機制；4、 系統(tǒng)安全性；5、 密碼安全性；6、 防止XSS和SQL注入攻擊等；7、 其他認為應該包含的信息5.5、 可維護性需求編寫建議：描述客戶方或者我方維護人員對該軟件系統(tǒng)在可維護性方面的需求。例如：1、 遠程維護的需求；2、 備份的需求；3、 對系統(tǒng)維護的要求（對管理人員專業(yè)水平的要求）等；4、 其他認為應該包含的信息5.

17、6、 對培訓的需求編寫建議：描述客戶方和我方實施/售后人員對該軟件系統(tǒng)在培訓方面的需求。例如：1、 對客戶方領導的培訓；2、 對客戶方管理人員/系統(tǒng)管理員的培訓；3、 對客戶方普通操作人員的培訓；4、 對我方技術實施和售后人員的培訓；5、 其他認為應該包含的信息六、 其他6.1、 軟件應當遵循的標準或規(guī)范編寫建議：列出本軟件在需求調研和分析、設計以及開發(fā)等過程中應當遵循的各項規(guī)范。例如：1、 本軟件所涉及到的行業(yè)在該軟件所涉及到的業(yè)務領域的相關行業(yè)執(zhí)行標準；2、 國家在該軟件所涉及到的業(yè)務領域的相關法律法規(guī)和執(zhí)行標準；3、 客戶方自身對于軟件所涉及到的業(yè)務領域的管理制度和錯誤以及相關標準；4、 其他同類型軟件產品的相關規(guī)范和定義；5、 本次軟件研發(fā)所應該遵循的標準/規(guī)范/要求等等；6、 其他認為應該包含的資料列出所有的參考資料文檔（可以是非正式出版物）