char2
1、系統上線後，如果使用者從來不提問題或需求，只能證明這套系統沒人用。真實的理想狀態是客戶一直在提問題，專案組解決，不斷重複；
2、專案組一開始對需求的理解為0，客戶初始對需求有理解，使用後會有需求變更，這是正常的，說明使用者再次理解了需求；
專案組需要在很短時間內理解需求，具備超強的業務學習能力，為客戶規劃出真正符合其需要的軟體系統。
3、需求分析時，涉及到3個層級：
背景：為什麼會有這個專案？客戶為什麼想做這個專案？如果沒有這個專案會怎樣？
需要：解決了客戶的什麼問題，涉及到什麼人、單位，目標是什麼，範圍是什麼，成功標準是什麼？
需求規格：分為功能性需求、非功能性需求；
UML大戰需求分析 閱讀筆記06
狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態或活動轉移而伴隨的動作。但在以前的...
UML大戰需求分析 閱讀筆記04
讀 uml大戰需求分析 有感04 開發某系統的重要前提是 這個系統有誰在用？這些人通過這個系統能做什麼事？一般搞清楚這件事，再畫個業務流程圖，就能條例清楚的表達系統的需求了。作為乙個開發人員，不僅要懂得如何從使用者那裡獲取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出乙個結構完整 功能全...
UML大戰需求分析 閱讀筆記03
讀 uml大戰需求分析 有感03 狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態...