第二十章講了技術複審。需要需求複審是因為沒有人能夠在穩定的基礎上製作沒有錯誤的求,同時也因為製作者是最不容易看到他們自己產品的錯誤的人。
通過閱讀我了解到，無論何時你需要判斷需求文件是否的確做了它被期望做的工作，都應該使用需求複審。
如何複審？
1.有許多可以挑選的複審規則。都試一下,然後讓它們滿足你特別的需求。
2.允許學習的時間,對你自己的笨拙要有耐心。
3.開發反饋系統,以便於你在早期複審中學到的東西能夠被用於改進將來的複審。這樣做的最簡單的方法就是發展乙個經過培訓的複審領導團隊。
需求模式探索
最近改行專做需求分析了，所以決定在需求領域再下一番功夫。由於問題域的不同，通常我們無法找到類似於設計模式的概念和方法來解決需求，但是有一些專家已經做了這方面的嘗試，如 分析模式 和 軟體需求模式 前者對需求模式的啟發及後者對需求模式的總結都給sa帶來的巨大的幫助。按照需求的問題域，我們可以把需求分為...
探索需求6
接著第五章，此時已經有了乙個切入點的工作標題，在專案過程中，下乙個步驟是要問一些自由問題。第六章提出了乙個新概念 自由問題。自由提問讓你在設計過程中找到那些有關全域性的問題,這樣你就能夠進人正確的方向,而遠勝於孤立無援。由於他們對所有設計專案都是適用的,所以他們可以提前準備好並且在乙個接乙個的專案中...
探索需求21
第二十一章講了衡量滿意度。雖然我還沒有接觸過真正的使用者，但是這個也是未來一定會遇到的，保證使用者會對最終的設計感到滿意的最簡單和最可靠的方法就是始設計時測量他們的滿意度。沒有週期性的度量,很容易就造成一種後果,就如同美國人去到巴黎,並在三星級的餐館裡點乙份大餐。當他看到在 子裡小牛的圓滾滾的眼睛瞪...