1、一、需求分析與用例：需求：就是系統必須提供的能力和必須遵從的條件，包括：功能需求和非功能的需求（性能要求）。需求分析：重要手段是確定和編寫用例。用例：是文本形式的情節描述，用于需求的發現和記錄。用例會影響后續的OOA/D工作。參與者（Actor）:某些具有行為的事物，可以是人（由角色標識）、計算機系統或組織，例如收銀員。場景（Scenario ）：是參與者和系統（我們要開發的系統）之間的一系列特定的 活動和交互。包括主成功場景和交替場景（主成功場景表示正常功能一交替場；景是如果.）二、用例的目的與形式：用例編寫的形式：需求分析早期使用，通常用于主場景（如“管理員向系統提交用戶名和密碼。系統進行

2、認證。系統向管理員顯示功能登錄信息”）三、用例編寫的格式：用例名稱Fyx-001實現名稱bur_borrow books用例描述旅客人通過此用例向系統查詢并提交訂票請求參與者旅客前置條件用戶登錄界面，通過驗證。后置條件.創建6票定單.更新旅客i票記錄主事件流1用戶根據以前注冊的賬號登錄系統，計算機顯示機票預訂 界面.用戶選擇查詢機票，計算機顯示查詢界面.用戶按出行的始末地以及出現時間查詢，計算機顯示查詢 結果.用戶可單選或多選機票，并確認預訂。計算機顯示確認預 訂機票清單。5.用戶選擇確認預訂，計算機顯示預訂機票定單及費用6用戶選擇提交定單，計算機顯示提交結果7.計算機執行后置條件。用例結束備

3、選事件流.a用戶信息不止確.拒絕登錄，用例結束.a用戶選擇查看原有定單.計算機執行主流事件4;.a用戶選擇繼續i票.計算機執行2;.b用戶選擇放棄.計算機執行4.a用戶選擇保存定單.計算機保存并執行1;4.b用戶選擇放棄，.計算機執行1;業務規則可根據自己的實際情況選擇i票的數量涉及的業務實體Bejt用記錄，Be_機票，Bej票籃,Be_機票定單,Be_個人信息驗證非功能性需求支持各地區的用戶補充說明四、如何發現用例：1選擇系統邊界2確定主要參與者3確定每個主要參與者的目標4定義滿足用戶目標的用例，根據其目標對用例命名在真實項目中發現用例，遵循如下思維習慣：調研需求時最先弄清楚有多少部門，多少

4、崗位（參與者），然后找到每一個崗位的業務代表，問他們類似的問題：你平時都做什么？(參與者目標)這件事是誰交辦的？做完了你需要通知或傳達給認證嗎？做這件事情你都需要填寫些什么表格嗎？五、用例關聯及一些術語用例彼此之間可能具有聯系，比如：處理信用卡支付用例可傾向于為處理 銷售、處理租金等常見用例的一部分。(1)關聯在用例圖中，用例和執行者之間的關系用一條連接二者帶箭頭的連線 表示，如圖所示，該連線稱為關聯。它表示了一個執行者和一個用例之間 的關系。在用例圖中，關聯關系只用在執行者和用例之間，用例和用例之間不會存在關聯關系。關聯關系采用的是單箭頭的連線，表示在該關聯中執行者是(2)包含包含是指一個用

5、例作為另一個用例必需的部分被使用，包含關系是依賴關系的一種。包含關系用一條連接二者帶箭頭的虛線表示，并在虛線的上面標注include，箭頭方向由基本用例指向包含用例，如下圖所 示。include包含的使用場合：如果多個用例有大量一致的功能，可以將這個功能分解到一個用例中, 其他用例和這個用例建立包含關系。一個用例功能太多，可以使用包含關系建立若干小用例他出圖書查詢出書信息(3)擴展擴展是指一個用例擴充了另一個用例的功能，但這個擴充功能不是 必需的，擴展關系也是依賴關系的一種。擴展關系用一條連接二者帶箭頭 的虛線表示，但在虛線的上面標注的是extend，箭頭方向由擴展用 例指向基本用例，如下圖所示擴展關系和包含關系的區別。包含用例是一個完整的用例，它可以獨立的存在，也可以單獨被執行者所調用。擴展用例并不是一個完整的用例，它只是由部分擴展功能組成的，它不能獨立的存在，必須依賴于基本用例am好肯站”(4)泛化用例間的泛化關系是指一個概念較為抽象的用例可以被一般化為一 個或多個概念更為