第十五章講述了屬性。對屬性的清晰定義能夠使設計者和他們的客戶對得失做出明智的決定，採用不同的方法轉換屬性能夠產生對成功的設計有貢獻的新想法。
第一次列出功能列表後緊接著就進行屬性分類,標出修飾特定功能的屬性。當設計過程在分層次進行處理時,需在每次在更細微的細節層次定義了功能之後重複屬性處理過程。
如何做？
按照下述步驟細化屬性集合:
通過頭腦風暴得到可能的屬性列表。
從屬性細節中分類挑選屬性。將所有的細節填到屬性列表中,以由所有的屬性暗示的其他細節也填到列表中。
將每個屬性分配給合適的功能或功能組。
將所有的屬性分類到必須(m,需要(w)和忽略(d)。
為下一步處理證明m和w屬性。
注意：客戶在設計者以及客戶代表的人們的引導下最終為確定需要的屬性負責。
需求模式探索
最近改行專做需求分析了，所以決定在需求領域再下一番功夫。由於問題域的不同，通常我們無法找到類似於設計模式的概念和方法來解決需求，但是有一些專家已經做了這方面的嘗試，如 分析模式 和 軟體需求模式 前者對需求模式的啟發及後者對需求模式的總結都給sa帶來的巨大的幫助。按照需求的問題域，我們可以把需求分為...
探索需求6
接著第五章，此時已經有了乙個切入點的工作標題，在專案過程中，下乙個步驟是要問一些自由問題。第六章提出了乙個新概念 自由問題。自由提問讓你在設計過程中找到那些有關全域性的問題,這樣你就能夠進人正確的方向,而遠勝於孤立無援。由於他們對所有設計專案都是適用的,所以他們可以提前準備好並且在乙個接乙個的專案中...
探索需求21
第二十一章講了衡量滿意度。雖然我還沒有接觸過真正的使用者，但是這個也是未來一定會遇到的，保證使用者會對最終的設計感到滿意的最簡單和最可靠的方法就是始設計時測量他們的滿意度。沒有週期性的度量,很容易就造成一種後果,就如同美國人去到巴黎,並在三星級的餐館裡點乙份大餐。當他看到在 子裡小牛的圓滾滾的眼睛瞪...