需求分析與用例

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

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

3、結束備選事件流1.a用戶信息不正確1.拒絕登錄，用例結束2.a用戶選擇查看原有定單1.計算機執(zhí)行主流事件4;3.a用戶選擇繼續(xù)訂票1.計算機執(zhí)行2；3.b用戶選擇放棄1.計算機執(zhí)行44.a用戶選擇保存定單1.計算機保存并執(zhí)行1；4.b用戶選擇放棄，1.計算機執(zhí)行1；業(yè)務規(guī)則可根據(jù)自己的實際情況選擇訂票的數(shù)量涉及的業(yè)務實體Be_費用記錄，Be_機票，Be_訂票籃,Be_機票定單,Be_個人信息驗證非功能性需求支持各地區(qū)的用戶補充說明四、如何發(fā)現(xiàn)用例：1 選擇系統(tǒng)邊界2  確定主要參與者3  確定每個主要參與者的目標4  定義滿足用戶目標的用例，根據(jù)其目標對用例命名在

4、真實項目中發(fā)現(xiàn)用例，遵循如下思維習慣：調(diào)研需求時最先弄清楚有多少部門，多少崗位（參與者），然后找到每一個崗位的業(yè)務代表，問他們類似的問題：你平時都做什么？（參與者目標）這件事是誰交辦的 ？做完了你需要通知或傳達給認證嗎？做這件事情你都需要填寫些什么表格嗎？五、用例關聯(lián)及一些術語用例彼此之間可能具有聯(lián)系，比如：處理信用卡支付用例可傾向于為處理銷售、處理租金等常見用例的一部分。（1）關聯(lián)在用例圖中，用例和執(zhí)行者之間的關系用一條連接二者帶箭頭的連線表示，如圖所示，該連線稱為關聯(lián)。它表示了一個執(zhí)行者和一個用例之間的關系。在用例圖中，關聯(lián)關系只用在執(zhí)行者和用例之間，用例和用例之間不會存在關聯(lián)關系。關聯(lián)關

5、系采用的是單箭頭的連線，表示在該關聯(lián)中執(zhí)行者是主動的，是執(zhí)行者啟動的用例。如下圖所示。（2）包含包含是指一個用例作為另一個用例必需的部分被使用，包含關系是依賴關系的一種。包含關系用一條連接二者帶箭頭的虛線表示，并在虛線的上面標注include，箭頭方向由基本用例指向包含用例，如下圖所示。包含的使用場合： 如果多個用例有大量一致的功能，可以將這個功能分解到一個用例中，其他用例和這個用例建立包含關系。 一個用例功能太多，可以使用包含關系建立若干小用例。（3）擴展擴展是指一個用例擴充了另一個用例的功能，但這個擴充功能不是必需的，擴展關系也是依賴關系的一種。擴展關系用一條連接二者帶箭頭的虛線表示，但在虛線的上面標注的是extend，箭頭方向由擴展用例指向基本用例，如下圖所示。擴展關系和包含關系的區(qū)別。 包含用例是一個完整的用例，它可以獨立的存在，也可以單獨被執(zhí)行者所調(diào)用。 擴展用例并不是一個完整的用例，它只是由部分擴展功能組成的，它不能獨立的存在，必須依賴于基本用例。 （4）泛化 用例間的泛化關系是指一個概念較為抽象的用例可以被一般化為一個或多個概念更為具體的