第十六章講述了約束條件。為什麼要進行約束？因為約束是正在建設的系統的贊同/反對的判據,所以應該顯式地制定約束。沒有人能夠看到乙個屬性就清楚地知道它是否符合約束。只有客戶能夠確認約束,並且乙個人的約束可能與另乙個人的完全不相干。
應該在什麼時候？
僅當屬性已經被完全制定並分類後再制定約束,但是這一步驟應該在試圖進行需求工作的下一步之前進行。
如何做？
當制定約束列表的時候,遵照下述過程:
1.生成基於m型別屬性的約束列表。
2.檢測約束的正確性和完備性。
3.尋找可能會生成更小或更大的潛在解決方案空間的相互關聯約束。
4.在約束邊界的內部和外部邊緣的地方仔細地檢測過緊約束。5.盡可能地為了得到較大的解決方案空間而進行協調工作,但是要試圖讓它過分大。
相關人是誰？
制定出約束應該包括所有滿足條件的客戶,這些客戶應當有權利對最終的系統表示贊同或者反對,因為約束最終從他們那裡得到。有時設計者關心過緊約束的話,他們也應參與。
需求模式探索
最近改行專做需求分析了，所以決定在需求領域再下一番功夫。由於問題域的不同，通常我們無法找到類似於設計模式的概念和方法來解決需求，但是有一些專家已經做了這方面的嘗試，如 分析模式 和 軟體需求模式 前者對需求模式的啟發及後者對需求模式的總結都給sa帶來的巨大的幫助。按照需求的問題域，我們可以把需求分為...
探索需求6
接著第五章，此時已經有了乙個切入點的工作標題，在專案過程中，下乙個步驟是要問一些自由問題。第六章提出了乙個新概念 自由問題。自由提問讓你在設計過程中找到那些有關全域性的問題,這樣你就能夠進人正確的方向,而遠勝於孤立無援。由於他們對所有設計專案都是適用的,所以他們可以提前準備好並且在乙個接乙個的專案中...
探索需求21
第二十一章講了衡量滿意度。雖然我還沒有接觸過真正的使用者，但是這個也是未來一定會遇到的，保證使用者會對最終的設計感到滿意的最簡單和最可靠的方法就是始設計時測量他們的滿意度。沒有週期性的度量,很容易就造成一種後果,就如同美國人去到巴黎,並在三星級的餐館裡點乙份大餐。當他看到在 子裡小牛的圓滾滾的眼睛瞪...