本文主要來自ppt，會有一部分省略，省略的是我看不懂的地方或者覺得比較晦澀的地方
由於世界是複雜的，不同職業的人看待同一項事物，會看到不同的結果。為了保證專案涉眾以符合專案需要的角度描述現實世界，可以採取以下的做法：
所有的涉眾都從共同認同的專案前景出發，理解和描述問題域及`需求
範圍內的事物和事件是描述的目標
我個人對於獲取問題與明確問題之間的差異是這麼理解的：
獲取問題就是要找出問題是什麼，明確問題則還需要找出問題的涉眾和問題的影響。
嚴格來說，問題必須是明確的、得到共識的問題，因為從問題出發就可以抽取目標，也就是業務需求了所以，如果你把獲取問題看成乙個完整的步驟，那麼它和另乙個明確問題這個步驟之間是順序關係
如果你把問題看作乙個完整的概念，那麼明確問題應該是獲取問題的一塊內容
一般情況下，業務需求就是問題的反面。
1.確定高層次的解決方案
2.確定系統特性和解決方案的邊界
3.確定解決方案的約束目標：
是系統被開發的目的名稱、型別、關注、定義（爭議與非正式）、優先順序
目標規格有著基本的模式
軟體需求工程 課堂筆記2
本文擷取了上課的一部分內容 ieee的需求定義 ieee1990 1 使用者為了解決問題或達到某些目標所需要的條件或能力 2 系統或系統部件為了滿足合同 標準 規範或其它正式文件所規定的要求而需要具備的條件或能力 3 對 1 或 2 中的乙個條件或一種能力的一種文件化表述。此處只講少部分的內容，或者...
軟體需求工程 課堂筆記9
由於出去比賽，沒有去上課，因此這份課堂筆記是我自己對照ppt腦補出來的 過程建模是結構化建模的核心方法 dfd data flow diagram 資料流圖 過程資料流 資料儲存 1.建立上下文圖 2.發現並建立dfd片斷 3.根據dfd片斷組合產生0層圖 4.對0層圖的過程進行功能分解，產生n層圖...
《軟體需求工程》筆記
什麼叫客戶？直接或間接從產品中獲得利益的個人或組織。什麼是軟體客戶？提出要求 支付款項 選擇 具體說明或使用軟體產品的專案風險承擔者或是獲得產品所產生的結果的人。ps 那麼文縐縐，誰給錢不就是客戶？完成的軟體存在的問題可能有 對軟體的開發成本和進度的估計不準確 使用者對已完成的系統不滿意 軟體的質量...