1. 完成需求獲取的標誌
- 用戶總是按其重要性的順序來確定用例的，如果用戶不能想出更多的用例；
- 如果用戶開始討論已討論過的用例或需求；
- 如果用戶提出新的用例，但卻可以從其它用例導出或是其它用例的可選過程；
- 如果所提出的新的需求是針對將來產品的而不是現在討論的特定產品；
- 如果用戶新提及的需求都屬於低優先級的,沒有更重要的需求。
2. 爲什麼要通過模型進行需求分析
- 通過語言的需求描述相對是零散的，對過程的理解有一定的困難。
- 不能確定對系統狀態的變化是否有完整的描述。
- 有些特殊的需求，例如性能相關的需求很難確定。
- 圖形化更容易理解，尤其大型複雜系統，容易發現需求中的錯誤。
3. 數據流圖(DFD)基本原理與構成
數據流圖(DFD)基本原理：
Ø 詳細圖解是DFD抽象的最高水平。
Ø 描述連接到系統的外部實體或終端。
Ø 用詳細圖解去表示數據字典中定義的複雜的數據結構。
Ø 在詳細圖解的基礎上定義0級DFD。
數據流圖(DFD)構成：
Ø 處理——用圖形表示
Ø 數據流——用箭頭線表示。包括寫操作、讀操作、更新操作。
Ø 數據存儲——由一對平行的水平線條表示
Ø 外部實體——用矩形表示
4. 實體關係圖(ERD)基本原理與構成
實體關係圖(entity relationship model，ERD)是一種描述數據庫中數據之間邏輯關係的圖形，用於解決數據庫建模問題。
實體關係圖(ERD)構成：實體、關係和屬性。
實體(entity)是客觀存在的、可以被唯一識別的事物。實體可以是學生、教師、課程、圖書、數碼相機等物理對象，也可以是像業務流程、選修課程、圖書銷售等發生的客觀事件或概念。一般地，常用名詞短語來描述實體。在ERD圖中，常用直角矩形來表示實體。
關係(relationship)描述了兩個或兩個以上的實體之間的關聯，常使用動詞短語來描述關係。例如，"購買"關係描述了用戶與圖書之間的關係，"選修"關係描述了學生與課程之間的關係。在ERD圖中，常使用菱形表示關係，菱形通過直線與表示實體的直角矩形連接起來，並且在關係兩旁標上聯繫的類型，1:1聯繫、1:N聯繫或N:N聯繫。
在ERD圖中，實體和關係都可以有屬性，屬性(attribute)描述了實體或關係的特徵。
5. 狀態轉移圖(STD)基本原理與構成
實時系統和過程控制應用在特定時間內只能以一系列狀態中的一種形式存在。STD可以通過一個強大的方式來模擬系統的動態行爲。
狀態轉移圖(STD)構成：狀態、
Ø 系統狀態：矩形。
Ø 狀態更改或轉換：連接的矩形雙箭頭
Ø 導致每個過渡到發生的事件或條件：過渡箭頭上的文字標籤。
Ø 標籤可能會識別事件和系統響應。
STD圖中狀態：能被觀察被覺察到的且有一定的穩定性。
6. 類圖(Class Diagram)的基本原理與構成
原理：
1. 面向對象的軟件開發已經取代了許多項目的結構分析和設計；
2. 對象通常對應於現實世界的業務或問題域項目。它們代表了從一個類派生的個別事例；
3. 類描述了屬性的數據和操作；
4. 類圖以圖形化的方式描述面向對象的分析和它們之間的關係過程；
5. 使用面向對象的方法開發的產品沒有特殊的需求；
6. 類圖在需求分析開始可以幫助確定域類和它們的屬性和行爲；
7. 有利於從分析到設計的過渡，將問題域對象映射到系統的對象，並進一步詳細介紹每個類的屬性和操作。
類圖構成：
Ø 類名
Ø 屬性
Ø 操作(系統行爲：相當於0層DFD圖的處理)
Ø 關係（繼承、關聯、依賴）
