第十七章為偏好。上一章約束定義了解決方案空間中可接受的區域，而偏好引導在可接受區域中進行搜尋。沒有偏好,設計者可能在第乙個可接受的解決方案就停下來(任何乙個符合所有約束的方案),因為他們沒有乙個指南,告訴他們什麼客戶會認為「更好」。
什麼時候做？
偏好在約束已經確定解決方案的邊界之後才開始制定。儘管制定偏好的過程通常會導致對約束的一些修改,反之亦然,這個過程更像是乙個迴圈。
怎麼做？
1.制定乙個偏好的範圍很廣的列表。
2.努力將每條偏好都轉變成可量化的偏好,以便設計者確切地知道如何衡量何時他們做得更好,何時做得更差。然而，要當心 von neumann說的:「如果你不知道你究竟在談論什麼的話,是不會有關於它的準確的感覺的。」不要在度量的問題上陷入困境。
3．重新考慮你的約束列表,看看它們是否是真的偏好。只要可能的話,都試圖將約束縮減為偏好,可能是受約束的偏好,以便為設計者提供更加廣闊的解決方案空間用於搜尋。
4.為了幫助清晰地設定偏好,開發價值圖,用於幫助解決語句含混性問題,尤其是約束和偏好之間的混絹問題。
需求模式探索
最近改行專做需求分析了，所以決定在需求領域再下一番功夫。由於問題域的不同，通常我們無法找到類似於設計模式的概念和方法來解決需求，但是有一些專家已經做了這方面的嘗試，如 分析模式 和 軟體需求模式 前者對需求模式的啟發及後者對需求模式的總結都給sa帶來的巨大的幫助。按照需求的問題域，我們可以把需求分為...
探索需求6
接著第五章，此時已經有了乙個切入點的工作標題，在專案過程中，下乙個步驟是要問一些自由問題。第六章提出了乙個新概念 自由問題。自由提問讓你在設計過程中找到那些有關全域性的問題,這樣你就能夠進人正確的方向,而遠勝於孤立無援。由於他們對所有設計專案都是適用的,所以他們可以提前準備好並且在乙個接乙個的專案中...
探索需求21
第二十一章講了衡量滿意度。雖然我還沒有接觸過真正的使用者，但是這個也是未來一定會遇到的，保證使用者會對最終的設計感到滿意的最簡單和最可靠的方法就是始設計時測量他們的滿意度。沒有週期性的度量,很容易就造成一種後果,就如同美國人去到巴黎,並在三星級的餐館裡點乙份大餐。當他看到在 子裡小牛的圓滾滾的眼睛瞪...