這幾天讀了Suzanne Robertson,James Robertson的《掌握需求過程》，本書用一個接一個的步驟、一個接一個的模板、一個接一個的例子，向我們展示了一個經(jīng)過業(yè)界檢驗的需求收集和驗證過程。
從項目啟動、項目計劃、項目實施、項目監(jiān)控、項目結(jié)束主線角度描述了需求的目標與范圍；需求規(guī)格說明書模版與需求框架;需求收集；通過需求原型獲取更多、豐富的需求并發(fā)現(xiàn)遺漏需求；需求驗證；需求管理、需求跟蹤、需求事后經(jīng)驗總結(jié)。
一、Volere需求規(guī)格說明書模版與需求框架
分類
內(nèi)容
產(chǎn)
品
現(xiàn)
在
條
件
1、 產(chǎn)品的目標——構(gòu)建產(chǎn)品的原因和如果使用了該產(chǎn)品能帶給業(yè)務(wù)的優(yōu)勢。
2、 客戶、顧客和其他的風險承擔者——產(chǎn)品涉及他們的利益。
3、 產(chǎn)品的用戶——預(yù)期的最終用戶，以及他們的水平對產(chǎn)品可用性的影響。
4、 需求限制條件——項目的局限性和產(chǎn)品設(shè)計的限制條件。
5、 命名標準和定義——產(chǎn)品相關(guān)的詞匯表。
6、 相關(guān)事實——對產(chǎn)品產(chǎn)生一定影響的外部因素。
7、 假定——開發(fā)者所做的假定。
功
能
性
需
求
8、 產(chǎn)品的范圍——定義產(chǎn)品的邊界，以及它與相鄰系統(tǒng)的連接情況。
9、 功能與數(shù)據(jù)需求——產(chǎn)品必須做的事情和功能進行的數(shù)據(jù)操作。
非
功
能
性
需
求
10、觀感需求——預(yù)期的外觀
11、易用性需求——基于預(yù)期用戶的操作水平作出。
12、操作需求——產(chǎn)品預(yù)期的操作環(huán)境。
13、性能需求——多快、多大、多精確、多安全、多可靠等。
14、可維護性和可移植性需求——產(chǎn)品的可改動性必須達到什么水平。
15、安全性需求——產(chǎn)品的安全性、保密性和完整性。
16、文化與政策需求——人的因素。
17、法律需求——滿足適用的法律。
項
目
問
題
18、開放式問題——那些尚未解決的問題，可能對項目的成功有影響。
19、商業(yè)上架式軟件解決方案——利用已有的組件而不是從頭開發(fā)。
20、新問題——因為引入新產(chǎn)品而帶來的問題。
21、任務(wù)——將產(chǎn)品生產(chǎn)出來必須要做的一些事情。
22、遷移——從現(xiàn)存系統(tǒng)轉(zhuǎn)換的任務(wù)。
23、風險——項目最有可能面對的風險。
24、費用——早期對構(gòu)建產(chǎn)品的成本或工作量的估計。
25、用戶文檔——創(chuàng)建用戶指南和文檔的計劃。
26、后續(xù)版本需求——可能在產(chǎn)品將來的發(fā)行版本中包括的需求。
二、需求收集
確定根本需求，將需求與解決方案分離，理解系統(tǒng)的真正目標。
做用戶的學徒，揭示有意識和無意識的需求，如果用戶因為“太忙”而無法交談，這種方法很有用。
業(yè)務(wù)事件研討會，產(chǎn)生業(yè)務(wù)規(guī)則與目標。
頭腦風暴，召集一組聰明的、有意愿的、不同學科背景、不同經(jīng)驗的人，讓他們對新產(chǎn)品產(chǎn)生盡可能多的想法。
用錄像記錄用戶和需求分析師參加的研討會和頭腦風暴的過程，錄像的作用有：記錄、確認、備忘。
通過網(wǎng)絡(luò)查找技術(shù)，可以收集需求的相關(guān)線索。
用戶訪談與問卷調(diào)查。
網(wǎng)羅知識
三、需求原型
需求原型是對需求模擬的模型，設(shè)計目的是幫助了解更多用戶需求。需求原型有三種：
低保真原型是一種快速模擬產(chǎn)品的方式，使用熟悉的技術(shù)，諸如筆、紙、白板等。低保真原型有助于將注意力集中在產(chǎn)品做什么上，而不是產(chǎn)品看起來如何，他們有助于發(fā)現(xiàn)遺漏的功能和測試產(chǎn)品的范圍。
高保真原型使用做原型的工具來給出非常真實的外觀，他們對于發(fā)現(xiàn)易用性需求是特別有效的。
場景模型是一項是抽象主題變得生動的技巧，它通過對一個特定實例講故事的方式來做到這一點。這些模型能有效地幫助人們將注意力集中在細節(jié)上，并發(fā)現(xiàn)其他情況可能會遺漏的異常。
四、需求驗證
方面
驗收判斷標準
功能性需求
確保功能被正確地執(zhí)行
非功能性需求
量化度量，引入該產(chǎn)品的3個月之內(nèi)，60%的用戶將用它來完整規(guī)定的工作。在這些用戶之中，將有75%對產(chǎn)品表示贊許。
客戶
詢問客戶一個關(guān)鍵問題來確定，這個問題是：“什么會被認為是滿足需求失?。?#8221;。
測試
產(chǎn)品將不會讓測試組的80%的人感覺到被冒犯。
觀感需求
界面的兼容性作為驗收標準
易用性需求
經(jīng)過一天培訓之后，10個用戶中有9個能夠成功地完成選擇的任務(wù)。
性能需求
在95%的情況下，響應(yīng)時間將不超過1.5秒，在其他情況下不超過4秒。
可操作性需求
對要求的環(huán)境下使用是否容易或使用是否成功的量化標準。
可維護性需求
新的用戶將能被加入系統(tǒng)，并且對現(xiàn)存用戶的打斷不超過5分鐘。
安全性需求
產(chǎn)品的數(shù)據(jù)必須與數(shù)據(jù)的權(quán)威來源保持一致。
文化和政策需求
基于誰將認證產(chǎn)品是可接受的。
法律需求
法律部門/公司的律師將認證產(chǎn)品符合相關(guān)法律。
用例需求
所有相關(guān)需求的意圖的總和。
限制條件
度量
五、需求管理
需求跟蹤、需求變更、版本控制
需求事后分析，總結(jié)經(jīng)驗，從成功中獲益并避免導(dǎo)致失敗的失誤。
六、需求開發(fā)過程
對收集、提取、編寫和檢查需求的過程進行剪裁，讓這些過程能適應(yīng)您的技術(shù)與文化環(huán)境。
需求中可以包含技術(shù)元素，但不能包含技術(shù)實現(xiàn)。
“Chattres的Bernard曾說過，我們就像站在巨人肩膀上的侏儒，所有我們比巨人看得更多，看得更遠，這不是因為我們的眼光銳利，也不是因為我們的身體有什么特別，而是因為我們被巨人的身軀托舉得很高。”——John of Salisbury
發(fā)表于 @2009年09月15日 23:20:00 |
評論( 4) |
編輯|
舉報|
收藏舊一篇:NSIS安裝制作程序 |
新一篇:軟件需求書籍推薦查看最新精華文章 請訪問博客首頁相關(guān)文章
數(shù)據(jù)庫學習筆記（三）拍賣系統(tǒng)需求分析[測試]讀書筆記（二）GBookBar網(wǎng)上書店系統(tǒng)設(shè)計與實現(xiàn)——需求規(guī)格說明書溝通的故事（2）網(wǎng)站項目建設(shè)規(guī)范項目開發(fā)流程《掌握需求過程》讀書筆記
