第二章，了解到滿足需求就是解決問題。
需求分類分為功能需求和效能需求。效能需求包括：**速度，容量，吞吐量，負載，實時性。**質量屬性需求也是很重要的一環。常見的有可靠性（在規定時間間隔和條件下執行目標功能的能力），可用性（使用時可操作可訪問的程度），安全性（許可權相關），可維護性（排除故障的容易程度），可移植性（從乙個環境移植到另乙個環境的特性），易用性（使用者使用該軟體的效率），具體例子參照p40。就阿拉丁問答系統來說，之前對可靠性，可維護性，可移植性沒有進行過多的分析。
問題解決的兩個方面包括問題域與解系統。問題在現實世界中與軟體系統的互動中得到解決。軟體系統不會也不需要與整個現實世界互動，它只需要與現實世界的一部分互動即可。這部分就是問題的發生地，也是問題解決的基本範圍——解決問題必須設計的事件和事物。問題域是需求的背景，要理解需求就必須先解決問題域。軟體系統通過影響問題域幫助人們解決問題，所以稱之為解系統。在解系統中軟體起著主要的作用，它是軟體解決方案在通用計算機上的實現。
需求的分類的目的是為了區別對待，否則分類就失去了意義。需求分類是為了將需求劃分為需要區別對待的不同型別，每種型別會被文件到不同的部分，服務於不同的讀者，不同的目的。分類包括廣泛意義上的需求譜系，嚴格意義上的軟體需求分類。從嚴格意義上的軟體需求分類又包括功能需求，效能需求，質量屬性，對外介面，約束。通常乙個軟體系統的絕大部分需求都是功能需求。功能需求是乙個軟體產品得以存在的原因，是軟體系統能夠解決使用者問題和產生價值的基礎，也是整個軟體開發工作的基礎。
理想情況下，需求應該即是解決使用者問題所需要的，又是表述清晰的；即是使用者的需要，又是開發者的需要。優秀的需求是具備的，它不需要做更多的擴充套件就可以充分說明使用者需要的系統功能。完備性的判斷標準是：需求是否描述了開發人員設計和實現這項功能所需的所有資訊。只有完備的需求在開發中才可能被獨立出來，單獨對待。
軟體需求閱讀筆記02
如果乙個專案缺乏明確的規劃和良好的資訊交流途徑，那將是十分糟糕的。如果專案的參與者持有不同的目標和優先權，那麼他們只能各抒己見，無心工作。如果專案的風險承擔者在產品所能滿足的業務需要和產品所能提供的利益問題上不能達成一致的意見，那麼需求決不會穩定。乙個清晰的專案檢視和範圍過於分散在多個地方開發，在這...
《軟體需求模式》閱讀筆記02
軟體需求模式 第3 4章閱讀筆記 其中第3章描述了需求模式扮演的角色，解釋了每個模式的一些具體內容和具體結構。而第4章則介紹了何時以及如何去使用需求模式，如何從原有的模式創造出新的模式或者直接編寫新的模式。第3章首先為我們解釋了需求模式的概念 定義一種特定型別需求的方法。需求模式就是為我們提供一種需...
《軟體需求模式》閱讀筆記02
這本書就是介紹軟體需求模式的，所以我們要知道什麼是需求模式。為了傳達需求模式需要描述什麼時候使用模式以及基於模式如何編寫需求，還可以提示如何實現以及如何測試這種需求的資訊，每個需求模式還包含以下的要素 1 基本細節，就是模式宣告 自己的領域 相關模式 預期使用頻率 模式分類以及模式作者。2 適用性，...