系統分析與設計 作業4

簡答題

• 用例的概念
  • 用例是在軟體和系統工程中的一系列操作或事件步驟，通過定義角色和系統之間的互動，來實作目标。
• 用例和場景的關系？什麼是主場景或 happy path？
  • 關系：一個用例包含場景的集合，包括主場景和可選場景。
  • 主場景或 happy path：場景中最主要的一個，是典型的、無條件的、理想方式、無錯誤的系統最基本的成功場景。
• 用例有哪些形式？
  • 有三種形式
    • Brief（high level）簡潔型：通常是簡短的一段話，描述主要的成功場景，便于快速了解主題和範圍，可以快速建立。
    • Casual（簡便格式）随意型：非正式的段落格式，包含多種場景。
    • Fully 完整型：所有的步驟和變化都詳細寫明，有支援的部分，比如前提和成功場景的保證
• 對于複雜業務，為什麼編制完整用例非常難？
  • 複雜的業務涉及很多場景，且場景與場景之間存在複雜的關聯
  • 如果場景不夠全面，那麼用例的完整性就難以保障
  • 編制完整用例需要熟悉各種業務場景、流程和模組化相關的專業知識，對編寫者的水準要求較高
• 什麼是用例圖？
  • 用例圖是指由參與者（Actor）、用例（Use Case）、邊界以及它們之間的關系構成的用于描述系統功能的視圖，可以展示系統邊界、位于邊界之外的事物以及系統如何被使用。
• 用例圖的基本符号與元素？
  • 執行者：用例圖顯示了系統和系統外實體之間的互動。這些實體被引用為執行者。執行者代表角色，可以包括：使用者，外部硬體和其他系統。執行者往往被畫成簡筆畫小人。也可以用帶«actor»關鍵字的類矩形表示。
  • 用例：用例是有意義的單獨工作單元。它向系統外部的人或事提供一個易于觀察的高層次行為視圖。 用例的标注符号是一個橢圓。
  • 系統邊界：方框，它用來顯示用例在系統内部，執行者在系統的外部。
  • 擴充點：擴充用例的加入點被定義為擴充點
  • 關系
    • 關聯關系：虛線箭頭，指向消息接收方
    • 包含關系：用尖括号辨別的虛線箭頭，指向被包含者，用例可能包含其他用例的功能來作為它正常處理的一部分。通常它假設，任何被包含的用例在基本程式運作時每一次都會被調用。
    • 擴充關系：用尖括号辨別的虛線箭頭，指向被繼承者，一個用例可以被用來擴充另一個用例的行為，通常使用在特别情況下。
    • 泛化關系：實線箭頭，指向父用例
• 用例圖的畫法與步驟
  • 主要就是确定用例圖的三大元素：參與者、用例、關系
    • 參與者：與系統相關的人，包括：使用者、程式設計者、維護者、測試者、對系統感興趣的其他人等
    • 用例：系統中的動作，做的事情
    • 關系：用例之間的業務關系
• 用例圖給利益相關人與開發者的價值有哪些？
  • 友善評估工作量
  • 确定業務範圍
  • 易于了解需求
  • 起到指導作用

模組化練習題（用例模型）

• 選擇2-3個你熟悉的類似業務的線上服務系統（或移動 APP），如定旅館（攜程、去哪兒等）、定電影票、背單詞APP等，分别繪制它們用例圖。并滿足以下要求：
  • 請使用使用者的視角，描述使用者目标或系統提供的服務
  • 粒度達到子用例級别，并用 include 和 exclude 關聯它們
  • 請用色彩标注出你認為創新（差別于競争對手的）用例或子用例
  • 盡可能識别外部系統和服務

• 然後，回答下列問題：
  • 為什麼相似系統的用例圖是相似的？
    • 因為它們其實都是訂購類的應用，有着類似的功能，是以用例的用例和用例關系相近，用例圖總體也相近
  • 如果是定旅館業務，請對比 Asg_RH 用例圖，簡述如何利用不同時代、不同地區産品的用例圖，展現、突出創新業務和技術
    • 對于不同時代：可能會有不同的登陸驗證技術（比如兩步驗證、多因素認證等）、不同的推薦算法、不同的支付方式（從銀行卡支付到微信、支付寶支付等）
    • 對于不同地區：考慮不同地區的特色、以及不同地區的宗教風俗習慣等
  • 如何利用用例圖定位創新思路（業務創新、或技術創新、或商業模式創新）在系統中的作用
    • 通過在用例圖定位的創新思路（标記的創新用例），可以友善項目經理（業務創新）、需求方（商業模式創新）、開發者（技術創新）明确創新點。
  • 請使用 SCRUM 方法，選擇一個用例圖，編制某定旅館開發的需求（backlog）開發計劃表

ID	Name	lmp	est	How to demo	Notes
1	注冊	20	5	使用者資訊收集、郵箱驗證實作	注重安全性，防止批量注冊刷号
2	登陸	20	5	使用賬号密碼登陸，第三方登陸，使用驗證碼登陸	注重安全性，注意使用者體驗
3	訂單管理	60	8	下訂單、取消訂單、評價訂單、使用客戶服務	對接相應的API，如支付API，地理資訊API
4	查詢選擇	100	30	根據旅館的價格、地點、特色等進行篩選，同時基于資料分析提供喜好推薦	選擇合适的推薦算法

• • 根據任務4，參考使用用例點估算軟體成本，給出項目用例點的估算

用例	事務	計算	原因	UC權重
注冊	2	2	注冊和資訊收集	簡單
登陸	3	3	三種登陸方式	簡單
訂單管理	8	6	訂單稽核、支付、傳遞	平均
查詢選擇	10	10	多條件篩選、資料分析	複雜