XX電子公司項目需求規(guī)格說明書

1、xx電子股份有限公司需求規(guī)格說明書年 月文檔修改記錄版本修訂人修訂說明批準人發(fā)布日期1.0.1.0*初稿，20071107通過同行評審。*20071110說 明本文檔中所包含的信息屬于商業(yè)機密信息，如無恒生電子股份有限公司的書面許可，任何人都無權(quán)復制或利用。模版版本信息編輯部門：epg批準日期：2008/1/22目 錄1引言11.1編寫目的11.2背景11.3定義11.4參考資料12任務概述12.1目標12.2用戶的特點12.3假定和約束12.4需求收集和需求分析過程中采用的方法13需求規(guī)定13.1系統(tǒng)需求13.2用戶需求13.3功能綜述13.4功能需求13.4.1功能名稱： 功能編號：13.

2、4.2功能名稱： 功能編號：13.5性能需求13.5.1精度13.5.2時間特性要求13.5.3數(shù)據(jù)管理能力要求13.6運行環(huán)境需求13.6.1設備13.6.2支持軟件13.6.3接口13.7靈活性需求13.8可靠性要求13.9界面需求13.10故障處理要求13.11安全性要求13.12質(zhì)量要求13.13與其他系統(tǒng)的集成要求13.14其他專門要求14驗收與交付14.1最終交付的工作產(chǎn)品14.2驗收準則14.3最后交付的時間1i1 引言1.1 編寫目的說明編寫這份需求規(guī)格說明書的目的（如：給出最終要實現(xiàn)的軟件必須滿足的功能需求、性能需求、接口和用戶介面需求以及屬性、設計約束等，為下一步軟件設計提

3、供依據(jù)）。指出本書的預期讀者（如：技術(shù)管理人員、項目設計人員、項目開發(fā)人員及有關人員）。1.2 背景項目名稱項目簡稱項目編號任務提出者開發(fā)者用戶同其它系統(tǒng)的關系1.3 業(yè)務術(shù)語定義列出本文中用到的術(shù)語及其定義、外文首字母組詞的原詞組。1.4 需求文檔編寫約定列出本文中用到的編寫約定，如各需求項屬性值：1.4.1 需求優(yōu)先級必須1優(yōu)先2一般3可選4未知51.4.2 需求狀態(tài)接受a 延后d拒絕r廢除c待議u1.4.3 需求編號約定（多人分工編寫時，需要對需求編號范圍進行約定，以便最后合并成一個文檔）1.4.4 .1.5 參考資料列出引用的參考資料，如：合同、標準等。2 任務概述2.1 目標敘述該項

4、軟件開發(fā)的意圖、應用目標、使用范圍以及應說明的有關該軟件開發(fā)的背景材料。解釋待開發(fā)軟件與其他有關軟件之間的關系，以及體現(xiàn)這種關系的接口的簡要說明或圖示。如果本軟件產(chǎn)品是一項獨立的軟件，而且全部內(nèi)容自含，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應說明本軟件與該系統(tǒng)中其他各組成部分之間的關系，最好用圖來表示該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。2.2 用戶的特點列出本軟件的最終用戶的特點，分類說明使用人員、操作人員、維護人員的教育水平和技術(shù)專長，以及本軟件的預期使用頻度。這些是設計工作的重要約束。2.3 假定和約束列出進行本軟件開發(fā)工作的假定和約束，如經(jīng)費限制、開發(fā)

5、期限等。2.4 需求收集和需求分析過程中采用的方法如果是采用機構(gòu)推薦的方法，則只需要給出方法的名稱，并且說明在需求收集和需求分析的哪些步驟中用到了這些方法；如果不是機構(gòu)推薦的方法，則還應該對于采用的方法進行簡要說明。3 需求規(guī)定3.1 系統(tǒng)需求（列舉對于軟件開發(fā)的時間、進度、成本、與競爭對手點對比等高層次的需求/要求）本部分需求編制負責人：需求來源：描述組織機構(gòu)或者客戶對于系統(tǒng)、產(chǎn)品的高層次的目標要求。3.2 用戶需求需求編制負責人：需求來源：（分節(jié)描述了用戶使用產(chǎn)品必須要完成的任務。從用戶角度描述主要的業(yè)務流程，以便理解后繼功能需求之間的關系。比如，如果舉交易系統(tǒng)為例，則需要描述委托下單流程

6、、日終清算流程等）3.3 功能綜述(將全部功能分類綜述，也可分等級綜述，如分為關鍵功能需求和一般功能需求，對不同等級的功能需求可以有不同實現(xiàn)要求。最好列表說明，編號與優(yōu)先級應與“功能需求”一節(jié)中的描述保持一致，不一致時以“功能需求”描述為準。)功能等級功能名稱功能編號需求優(yōu)先級簡要說明關鍵一般本項目中如果由于進度、資源等因素造成所有功能無法實現(xiàn)，則至少實現(xiàn)_優(yōu)先級（包括）以上的所有相關功能需求。3.4 功能需求本部分需求編制負責人：闡述每一功能的需求，內(nèi)容和格式如下。功能編號系內(nèi)部約定，便于軟件設計和編碼。3.4.1 xxx模塊/子系統(tǒng)需求編制負責人：模塊/子系統(tǒng)功能簡述：3.4.1.1 功能

7、名稱： 功能編號： 需求狀態(tài)：需求優(yōu)先級：需求提出人：需求描述：輸入描述：處理流程：輸出描述：（包括輸出表格形式）需求測試要點描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；測試要點結(jié)合典型案例來描述；3.4.1.2 功能名稱： 功能編號： 格式同3.4.1.13.4.2 xxx模塊/子系統(tǒng)3.4.2.1 功能名稱： 功能編號： 格式同3.4.1.13.5 性能需求（需求主要包括響應時間，處理速度、承載客戶、并發(fā)性能、處理數(shù)據(jù)容量）3.5.1 精度需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等說明對該軟

8、件的輸入 、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。3.5.2 時間特性要求需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；說明對于該軟件的時間特性要求，如：響應時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換和傳送時間等的要求。3.5.3 數(shù)據(jù)管理能力要求需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。3.6 運行環(huán)境需求（需求主要為運行環(huán)境的限制，包括軟硬件開發(fā)運行環(huán)境、系統(tǒng)開發(fā)工具、使用

9、的框架、設計結(jié)構(gòu)、設計模式等）3.6.1 設備列出該軟件運行時所需要的硬件設備，用途及配置。3.6.2 支持軟件列出支持軟件，包括要用到的操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、開發(fā)工具、測試支持軟件等，注明名稱、版本及供應商。用戶基礎軟件配置：1 操作系統(tǒng)2 數(shù)據(jù)庫管理系統(tǒng)3 相關軟件工具4 其他軟件開發(fā)工具：1 平臺： 2 開發(fā)工具：測試環(huán)境：3.6.3 接口說明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。3.7 靈活性需求（需求主要為運行環(huán)境的限制，包括軟硬件開發(fā)運行環(huán)境、系統(tǒng)開發(fā)工具、使用的框架、設計結(jié)構(gòu)、設計模式等）需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的

10、測試環(huán)境能否滿足要求等；說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時，該軟件對這些變化的適應能力，如：l 操作方式上的變化；l 運行環(huán)境的變化；l 同其他軟件的接口的變化；l 精度和有效時限的變化。對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。3.8 可靠性要求（需求主要包括最長無故障時間、系統(tǒng)備份與恢復、監(jiān)控與報警，包括技術(shù)支持方面，如日志的記錄、錯誤的信息提示、在線幫助、管理工具與界面等等）需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；對系統(tǒng)在投入運行后，不發(fā)生故障的概率，按實際的運行環(huán)境提出要求。列出可能的軟件

11、、硬件故障以及所產(chǎn)生的后果并列出對故障的處理的要求。3.9 界面需求需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；此處主要指用戶有特別要求的操作介面，一般與具體的功能項相聯(lián)系。可綜合描述整個系統(tǒng)和各項功能操作時的介面設計需求。也可以先羅列介面設計的總的需求（如直觀、易學），然后擇其要者再分節(jié)介紹。3.10 故障處理要求需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；硬件故障：1）工作站硬件故障： 2）通訊故障：3）文件服務器硬件故障：4）數(shù)據(jù)服務器硬件故障：軟件故障:1）前臺應

12、用程序故障： 2）后臺服務器故障：3.11 安全性要求（需求主要包括數(shù)據(jù)安全，傳輸安全、認證的問題、系統(tǒng)相互授信、權(quán)限的管理、業(yè)務的安全放在功能性需求中）需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；數(shù)據(jù)保密、用戶權(quán)限、流程控制等方面的要求。3.12 質(zhì)量要求對于本部分要求的一個定量描述可以是：每千行代碼的錯誤率；在軟件發(fā)布時可以允許存在的已知bug比率等；也可以通過其他可以定量分析的指標論述本軟件需要達到的質(zhì)量屬性；3.13 與其他系統(tǒng)的集成要求（需求主要包括在與其他系統(tǒng)配合、整合過程中的特定要求）需求來源：需求的可測試性描述：（對于新需求）描述測試的要點：如值的范圍、包括現(xiàn)有的測試環(huán)境能否滿足要求等；如果設計