Chapter 1.
一個好的需求文件,應該具備底下的優點
- 眾人一致同意的功能
- 精確地描述
- 已完成此功能為目的
- 文件容易改變跟維護
- 避免太過詳細且浪費的需求描述
- 文件必須易懂
- 文件必須可以驗證
- 文件要具備一致性以及低成本的特性
- 文件必須符合process的iterations
作者推崇一種稱為Living Documentation System的工具,也就是維護需求捕捉文件的系統概念,不管是word files或者web page...任何其他方式,這是一個要具備以上特色的系統
Chapter 2.
整本書的的需求捕捉架構大體上就被他的圖一言以蔽之,後面都是章節是一些實用技巧
Chapter 3.
作者注重Living Documentation System,他建議必須可以執行ATDD以及BTDD,因為一致性在文件系統很重要,作者使用Testing來維護系統的一致性,做這建議從一開始,需求就必須可以執行(executable)
書中也提到一個普遍性的誤會就是agile process不需要文件!其實這是根本上的錯誤。其實另外一個更廣泛的錯誤就是,開發人員認為環境一直改變,不需要維護需求,這才是更嚴重的問題,所以這樣的開發人員會把agile process當藉口
沒有留言:
張貼留言