這次是第四次進行閱讀，主要是對於上次閱讀後期望裡的屬性、約束條件以及偏好進行了一些了解。
屬性是客戶希望的特徵，通過頭腦風暴後得到可能的屬性列表，從屬性在第一次列出功能列表後就為功能分配屬性，要及時能夠實現對願望列表的改變，同時區分屬性和屬性細節，在屬性細節中對屬性進行挑選，然後將屬性填到屬性列表中，將每個屬性分配到適合的功能或功能組，所有的屬性分類分為必須、希望以及忽略。
僅僅當屬性已經完全被制定並且分類後才能進行約束的制定，在制定約束列表時，應當遵照以下過程：第一，生成基於m（必須）型別屬性的約束列表。第二，檢測約束的正確性和完備性。第三，尋找可能會生成更小或更大的潛在解決方案控制項的相互關聯的約束。第四，在約束邊界的內部和外部邊緣的地方仔細地檢測過緊約束。第五，為得到較大的解決方案控制項盡可能的進行協調工作。
偏好是附加在屬性上的一種願望，但可以是選擇的條件，偏好來自於使用者而不是設計者。需要按照週期性的步驟進行：制定乙個偏好的範圍很廣的列表；將每條偏好都轉變為可量化的偏好，以便設計者知道如何衡量，然而要注意不要在度量的問題上陷入困境；重新考慮約束列表，看是否是真的偏好，並嘗試將約束縮減為偏好，以便設計者擁有更加廣闊的解決方案；要清晰地設定偏好，解決語句含混性問題，尤其是約束以及偏好之間的混淆問題。
《探索需求》閱讀筆記1
這學期開設軟體需求分析這門課程，自己對於需求分析並沒有太深的理解，所以自己找了這本書來促進自己對這門課程的認識。這本書主要講述了關於開發專案的問題，討論的主題是問題陳述或需求集合，需求在很多方面都是非常重要的。我們通常使用的是需求對映圖而不是需求本身，所以我們需要探索許需求。在探索需求過程中，會不可...
《探索需求》閱讀筆記二
總是覺得時間過得很快。第六章講的是自由問題，第一點為什麼，自由提問讓你在設計過程中找到那些有關全域性問題，這樣你就能夠進入正確的方向，而遠勝於孤立無援。由於他們對所有涉及專案都是使用的，所以他們可以提前準備好並且在乙個接乙個的專案中使用。第二點什麼時候，自由提問應該在需求過程的早期提供，它們必須在一...
《探索需求 設計前的質量》閱讀筆記三
獲取資訊的第一步就是定義功能，在這個階段描述產品是為了做什麼的動作。假設是決策樹的根源，那麼客戶說想要什麼東西存在就是問題宣告的提出。而客戶說產品能夠實現什麼功能就是指他的測試功能。在描述功能方面，需要記錄所有使用者想要的功能，然後進行理解，不能記錄記錄使用者不想要的功能。做到這些也需要一些技巧，首...