需求說明書建立過程
第1章前言
目的需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。
需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。
使用者：系統分析人員
第2章前期準備
2.1. 確定工具
2.2. 要做什麼就要先了解什麼
2.3. 建立設計環境
一定建立乙個專門的設計環境來為本專案服務，進行一定的資源分配，進行必要的檔案管理。
2.4. 真正了解自己和使用者
2.5. 列出人員分配表和所有工具列表
第3章調研過程
3.1. 蒐集需求得到需求說明書
注意：
雖然最終必須要編成基於計算機解決方案的描述，但到目前為止，我們關注的焦點的文件在相應領域方面的部分。
記住這裡沒有計算機方面的行話，如果是編寫乙個會計軟體，那麼一位會計師都應該清楚地理解程式設計師寫的會計方面的問題說明書
需求說明書問題中，不要太正式。只要描述能表達您想要做的事情就行了，就和另外乙個人在說話一樣就可以。
對於客戶或相應人員了解問題時，一定要有記筆記的習慣，談上幾個小時，很多細節是記不住的。
3.2. 整理，檢查和細化需求說明書
對於客戶的需要進行必要的整理和分類
有進從使用者那裡會得到很多資訊，不行進必要的整理就不能從中進行合理的分析
分清有用功能、可選功能用、無用功能及不可實現功能
對於使用者來講他可以說出他想要的很多功能，但這些功能間的關係有時是清晰的，但對於很多使用者來講想通過計算機或新系統實現他以前沒有的功能，在這時他所提出的新需求的可行性和與其它模組之間的關係就已經不清，所以對於分析員來講，要從使用者的需求中分清有用功能和無用功能和可選功能，進行分別區分處理，比如不可實現功能請使用者放棄。
不要忽略明顯的錯誤
使用者倒是不經常提及他需要的東西，而這些東西對問題來說都是很基本的，要細化檢查一定有注意這個問題。
你認為的也許不是對的
對於系統分析員對需求分析的自認為的情況要加以注意，對於乙個行業來說，有些規則可以不是最合理，但它就是那樣存在和使用，所以對於每乙個非明確確定的需求，要由專業人員來審定。除非你就是專家。
3.3. 改進
最初的第一次需求在分析，細化一定有不明及不確定之處，那麼就把整理出乙份問題細化問詢表，對發現的問題進行整理，列出不明之處，可根椐以下格式
問詢人：
問題：業務不清問題列表（業務描述不清）：
1 ….是什麼含義？
2 …..與xx是什麼關係？
多種選擇可以列表（請使用者進行選擇）：
1 ……有多個可能，那麼現在我們使用
a …… b……. c…….. d ……
3.4. 審核需求
自我審枋
把自己從使用者的角度來考慮
是否合理，是否可以提高效率，是否可以達到目的，是否有完整
由使用者來評價
由終端使用者來評價你所列的需求是否達到了使用者要求（使用者人數1-3人，再多也沒有什麼益處）。
重複過程，最終通過審核完成需求說明書
參考資料
需求說明書
需求說明書四要素 收藏 需求說明書 是需求階段最關鍵的產出物，我們公司測試部的同事常常抱怨，有的專案的需求說明書看到末尾還是不清楚系統要做什麼，無法寫出測試用例。我想我們很多人，尤其是工作經驗不多的人，對需求說明書要寫些什麼東西也是糊里糊塗的，即使能夠從 rup 的教材上搬出來一些名詞，也往往不理解...
需求說明書
1 引言 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1.4參考資料 列出用得著的...
python需求分析說明書 需求規格說明書
1 概述 summary 1.1 專案的目的與目標 purpose and aim of project 學員體能成績管理系統需求說明書是為了讓系統的涉眾就該系統的需求達成一致認可，明確該系統的需求，為後續的開發工作提供依據。通常，該需求規格說明可以作為產品設計的主要依據，並作為程式設計師編碼時了解...