總體需求規(guī)格說明書范例

1、【項目有XXXX 年修訂歷史1需求名公稱】-XX月E股版本號更新日期修訂作者t檔版本!主要修摘要）0.12009-4-25劉波Vl -初始文檔生成.目錄1. 綜述 41.1 文檔說明 41.2 編寫目的 41.3 適用范圍 41.4 名詞、術(shù)語、縮略語定義 51.5 參考資料 52. 項目概述 52.1 項目背景 52.2 項目目標 53. 需求調(diào)研的目標 64. 需求調(diào)研的思路 64.1 調(diào)研的核心問題 64.2 圍繞的關(guān)鍵點 74.3 業(yè)務(wù)調(diào)研訪談思路 74.4 現(xiàn)有系統(tǒng)調(diào)研思路 75. 需求調(diào)研的方式 76. 需求調(diào)研的內(nèi)容 86.1 功能分類調(diào)研內(nèi)容 86.1.1 功能性需求調(diào)研 86

2、.1.2 非功能性需求調(diào)研 86.2 業(yè)務(wù)分類調(diào)研內(nèi)容 8對信息部門的調(diào)研內(nèi)容 86.2.2 對業(yè)務(wù)部門的調(diào)研內(nèi)容 97. 需求調(diào)研使用表格 98. 調(diào)研訪談時間安排 129. 需求調(diào)研成果提交 13概述目的說明編寫這份報告的目的，指出預期的讀者。背景指出待開發(fā)的軟件系統(tǒng)的名稱；行業(yè)情況；本項目的提出背景、任務(wù)提出者、開發(fā)者、用 戶；該軟件系統(tǒng)同其他系統(tǒng)的相互關(guān)系。參考資料列出編寫本報告時參考的文件（如經(jīng)批準的計劃或合同、上級 機關(guān)的批文等）、資料、技術(shù)標 準，以及他們的作者、標題、編號、發(fā) 布日期和出版 單位。編號資料名稱簡介作者日期出版單位列出編寫本報告時查閱的Inten et上雜志、專業(yè)

3、著作、技術(shù)標準以及他們的網(wǎng)址。網(wǎng)點簡介術(shù)語和縮略語列出本報告中用到的專門術(shù)語、縮略語的定義，對于重要的或是有特殊意義的名詞進行解釋。任務(wù)概述目標敘述該項軟件開發(fā)的意圖、應(yīng)用目標、作用范圍。解釋被開發(fā)軟件與其他有關(guān)軟件之間的 系。項目產(chǎn)品體系結(jié)構(gòu)圖說明本項目產(chǎn)品與其它產(chǎn)品的關(guān)系，可以用圖表的形式。比如，本項目產(chǎn)品是否是一個大 的產(chǎn)品的組成部分，是否要替換已有的產(chǎn)品，或者是一個獨立的產(chǎn)品。如果與其它產(chǎn) 品有關(guān)系，它們之間的關(guān)系要在此描述。項目產(chǎn)品功能描述說明項目產(chǎn)品必須具備的主要功能（僅作簡單介紹） 。如果使用了建模技術(shù)，用高層的數(shù)據(jù) 流圖或用例圖 （Use Case Diagram） 來描述會更

4、加有效。系統(tǒng)特點如果是產(chǎn)品開發(fā)，應(yīng)列出本軟件的特點，與老版本軟件（如果有的話）的不同之處，與市 場上同類軟件（如果有的話）的比較。如果是針對合同開發(fā)，則應(yīng)列出本軟件的最終特點。約束條件用戶情況介紹本項目的用戶（或潛在用戶）的情況，包括：1 用戶的技術(shù)水平；2 最終使用部門、技術(shù)支持部門、參與測試驗收的部門；運行環(huán)境說明項目產(chǎn)品將在什么樣的環(huán)境下操作，包括硬件平臺、操作系統(tǒng)及版本、必須安裝 的軟件部件和應(yīng)用軟件等。硬件環(huán)境列出滿足系統(tǒng)需求所必須的最低硬件配置、推薦硬件配置（如主機、顯示器、存儲設(shè)備、外部設(shè)備等 ）以及其它特殊設(shè)備?；蛄谐鲇脩羝谕颥F(xiàn)有的設(shè)備環(huán)境。以及與其他系統(tǒng)的硬件接口。軟件環(huán)境

5、列出滿足系統(tǒng)需求或用戶期望或現(xiàn)有的操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫系統(tǒng)、中間件以 及其它特殊軟件要求。以及與其他系統(tǒng)的軟件接口。限制條件描述項目產(chǎn)品可能存在的限制條件以及與其它受影響的組和個人的約定，包括硬件條 件、軟件限制、交付產(chǎn)品、人力資源、交付日期、里程碑等。舉例：項目產(chǎn)品必須在 IBM PC或100%兼容的計算機上運行，計算機最低內(nèi)存 64M、最小硬盤空閑空間10G。操作系 統(tǒng)是 WIN2000 及更高版本。軟件源代碼必須用 C/C+ 編寫。假設(shè)和依賴列出所有會影響項目需求實現(xiàn)的假設(shè)因素（相對于已知的事實而言） 。例如，本項目產(chǎn)品計劃要使用某些第三方軟件產(chǎn)品或商業(yè)軟件產(chǎn)品，雖然目前還未得到這

6、些軟件，但我們可以假設(shè)這些軟件一定能夠得到。如果這些假設(shè)不正確、或發(fā)生改變，會影響項目的開發(fā)， 因此，這些假設(shè)往往又是一種風險。如果項目的開發(fā)或項目產(chǎn)品的使用要依靠其它外部因素，比如與其它產(chǎn)品共用的軟件 包、準備重用的軟件構(gòu)件等，也要在此說明。用戶原系統(tǒng)情況如果用戶存在原有系統(tǒng)，介紹用戶原來使用系統(tǒng)的主要情況，包括主要的不足。如果用戶不存在或不關(guān)心原有系統(tǒng)，本章節(jié)可省略。運行環(huán)境用戶存在原有系統(tǒng)的運行環(huán)境。體系結(jié)構(gòu)用戶存在原有系統(tǒng)的體系結(jié)構(gòu)。業(yè)務(wù)處理方式用戶存在原有系統(tǒng)的業(yè)務(wù)處理方式。系統(tǒng)特點用戶存在原有系統(tǒng)的特點。業(yè)務(wù)流程描述系統(tǒng)實現(xiàn)的業(yè)務(wù)流程，包括角色、業(yè)務(wù)處理過程。功能需求功能需求 1（

7、以實際的需求名代替）簡要描述簡明描述該需求點的作用和目的。事件流程描述參與者的操作和系統(tǒng)的響應(yīng)，重點指明需要做什么事情，而不是如何完成這些事情?；玖鞒堂枋稣Ｇ闆r下的處理流程。異常流程描述異常情況下的處理流程特殊需求描述用戶要求的不符合流程的要求。前置條件描述觸發(fā)該事務(wù)的必要條件。后置條件描述該事務(wù)完成時，必需滿足的條件。功能需求 2（以實際的需求名代替）按照需求 1 的格式依次描述，直到所有的需求。數(shù)據(jù)描述描述系統(tǒng)輸入、輸出涉及的數(shù)據(jù)情況說明，如外部數(shù)據(jù)接口、界面展示或打印的數(shù)據(jù)、 表項等。非功能需求適用性需求描述系統(tǒng)被預想的不同級別用戶（如文盲用戶、初學者、普通用戶、高級用戶等）的 學習

8、和可操作能力。建議從以下方面（不限于）進行描述：指明為了使用戶能夠完成簡單任務(wù)以及完成普通日常工作所需要的培訓時間； 指明典型終端用戶可能的典型任務(wù)的可度量時間； 比較新系統(tǒng)與目前用戶團體熟悉的或正在使用的系統(tǒng)的適用性； 指明是否制作在線幫助系統(tǒng)、向?qū)?、工具說明、用戶手冊以及其它形式的文檔和幫助， 以及所需特征；人機界面開發(fā)的要求或規(guī)范 。可靠性需求描述用戶能夠接受的或期望系統(tǒng)運轉(zhuǎn)程度，建議從以下幾個方面（不限于）闡述：可用性：如5 X8, 7X 24;平均修復時間；準確性;最大錯誤或缺陷率（如：錯誤數(shù) /千行代碼）; 錯誤分類原則;故障處理原則。安全性需求描述客戶要求的或者應(yīng)該滿足的安全性。

9、性能需求性能需求通常包括以下幾類（不限于）： 事務(wù)的響應(yīng)時間或效率：平均值、最大值； 吞吐量：每秒事務(wù)數(shù)；容量：系統(tǒng)可容納的客戶總數(shù)或事務(wù)總數(shù)； 數(shù)據(jù)精度；容錯能力；可恢復能力；退化模式：當系統(tǒng)被降級時，可接受的運轉(zhuǎn)模式可支持性需求可支持性是指為了升級或修復，軟件的被修改能力。 即對系統(tǒng)設(shè)計的靈活性和拓展性的要求。輔助部分未確定問題說明目前尚未確定的問題及處理的計劃需求的優(yōu)先級將所有的功能需求或用例（如果需求分析結(jié)果是使用用例），按高、中、低的優(yōu)先級分 類。列出章節(jié)號即可，例如6.2需求2（以實際的需求名代替）替）功能需求/使用用例優(yōu)先級高/中 /低對高、中、低的解釋如下:優(yōu)先級解釋高關(guān)鍵的功能，必須在本次項目開發(fā)中實現(xiàn)。中增強性功能，可以在下一個項目版本中實現(xiàn)。低功能或性能的提高，屬于美化性質(zhì)的功能，如果有時間，可以實現(xiàn)。開發(fā)成本估算以列表的方式估算出各功能需求所需的開發(fā)人時和費用。功能需求/用例工時費用