需求說明書四要素

《需求說明書》是需求階段最關鍵的產出物，我們公司測試部的同事常常抱怨，有的專案的需求說明書看到末尾還是不清楚系統要做什麼，無法寫出測試用例。我想我們很多人，尤其是工作經驗不多的人，對需求說明書要寫些什麼東西也是糊里糊塗的，即使能夠從

rup的教材上搬出來一些名詞，也往往不理解其中的內涵。我把我的經驗寫下來，放在部落格上，一方面自我總結，另一方面，希望和大家討論，共同提高。

我認為，需求說明書首先要描述目標系統的背景、功能概述、系統邊界、和其他系統的關係、系統的執行環境要求等等。然後針對目標系統的每乙個功能逐一詳細描述。詳細描述需要說清楚如下四個要素： 1、

該功能的業務流程， 2、

該功能的業務規則 3、

該功能的操作介面 4、

該功能涉及的業務實體

業務流程：

業務流程說明這個功能的辦理步驟、以及每個步驟有哪些角色參與。

建議業務流程用活**並輔以文字加以描述。

業務規則：

業務規則是指業務辦理過程中的一些約束條件，包括前台介面校驗規則和後台業務邏輯規則。

業務規則一般用文字描述，建議緊接著業務流程圖，針對業務流程圖中的每個操作環節，逐一描述其業務規則。

操作介面：

操作介面是要說明，系統建成之後，使用者面對的操作介面的布局以及介面元素。

有些人喜歡用

visio

畫原型介面，我本人建議用

html

做原型。用

html

有兩個好處。

第一，

逼真。可以做到原型系統的介面以及操作模式和驗收後的真實系統非常接近。這樣使用者就容易對系統產生直觀的認識，需求階段提意見也提得更準確，可以大大減少需求的不確定性。

第二，

用html

做的原型可以直接在編碼階段採用，既減少工作量，又使得產品與需求偏離不會很大。

業務實體

業務實體是指業務流程中的各個環節操作的表單、資料等物件。

需求階段明確了業務實體以及業務實體的屬性非常有利於後續的資料庫設計。

需求說明書說清楚了「四要素」，實際上就說清楚了如下問題：業務的辦理流程是什麼？業務辦理條件是什麼？操作員通過怎麼樣的介面辦理該業務？系統最後操作哪些資料、生成哪些表單？

基於需求的四要素，需求說明書的目錄結構一般是這樣的。

1.引言

1.1編寫目的

1.2範圍

1.3專案背景

1.4主要業務名詞和術語定義

1.5參考文獻

2.需求概述

2.1使用者當前系統

2.2目標系統

2.3與其他系統的關係

2.4邊界定義

2.6系統功能模型概述

2.8目標系統執行環境要求

3.詳細需求

3.1功能名稱1

3.1.1

業務流程

3.1.2

業務規則

3.1.3

業務介面

3.1.4

業務實體

3.2功能名稱2

3.2.1

業務流程

3.2.2

業務規則

3.2.3

業務介面

3.2.4

業務實體

4.與其他系統的介面說明

5.效能要求

5.1執行效能

5.2可維護性

5.3可移植性

5.4故障處理要求

5.5不允許發生的事件

6.附錄

需求說明書

需求說明書四要素 收藏 需求說明書 是需求階段最關鍵的產出物，我們公司測試部的同事常常抱怨，有的專案的需求說明書看到末尾還是不清楚系統要做什麼，無法寫出測試用例。我想我們很多人，尤其是工作經驗不多的人，對需求說明書要寫些什麼東西也是糊里糊塗的，即使能夠從 rup 的教材上搬出來一些名詞，也往往不理解...

需求說明書

1 引言 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1.4參考資料 列出用得著的...

python需求分析說明書 需求規格說明書

1 概述 summary 1.1 專案的目的與目標 purpose and aim of project 學員體能成績管理系統需求說明書是為了讓系統的涉眾就該系統的需求達成一致認可，明確該系統的需求，為後續的開發工作提供依據。通常，該需求規格說明可以作為產品設計的主要依據，並作為程式設計師編碼時了解...