本章講了專案的名稱，我認為對現階段正在學習的我非常有用。因為名稱總會被重複使用，它們容易掌控思想。如果它們被誤解或者具有含混性,那麼就成為麻煩的起點。只要乙個新的專案或者子專案開始的時候,或者有任何新的事物需要命名的時候,我們就必須小心地挑選名稱,以免造成誤解或者不明確。
專案的名稱分為工作名稱、別名、正式名稱。
如何命名：
遵循下面的過程:
1.提出乙個名稱。
2.給出三個該名稱不適合的原因。
3.提出另外乙個可以消除這三個問題的名稱。
4.重複這個命名過程,直到你找到了乙個可用的名稱為止。5．不要永遠不停地尋找完美的名稱,它根本就不存在。
注意：命名活動可以由乙個人來完成,但是由專案的關鍵參與者組成的小組面對面地**將會取得更好的效果。
需求模式探索
最近改行專做需求分析了，所以決定在需求領域再下一番功夫。由於問題域的不同，通常我們無法找到類似於設計模式的概念和方法來解決需求，但是有一些專家已經做了這方面的嘗試，如 分析模式 和 軟體需求模式 前者對需求模式的啟發及後者對需求模式的總結都給sa帶來的巨大的幫助。按照需求的問題域，我們可以把需求分為...
探索需求6
接著第五章，此時已經有了乙個切入點的工作標題，在專案過程中，下乙個步驟是要問一些自由問題。第六章提出了乙個新概念 自由問題。自由提問讓你在設計過程中找到那些有關全域性的問題,這樣你就能夠進人正確的方向,而遠勝於孤立無援。由於他們對所有設計專案都是適用的,所以他們可以提前準備好並且在乙個接乙個的專案中...
探索需求21
第二十一章講了衡量滿意度。雖然我還沒有接觸過真正的使用者，但是這個也是未來一定會遇到的，保證使用者會對最終的設計感到滿意的最簡單和最可靠的方法就是始設計時測量他們的滿意度。沒有週期性的度量,很容易就造成一種後果,就如同美國人去到巴黎,並在三星級的餐館裡點乙份大餐。當他看到在 子裡小牛的圓滾滾的眼睛瞪...