系統分析與設計——作業4

1. 用例的概念

2. 用例和場景的關係？什麼是主場景或 happy path？

3. 用例有哪些形式？

用例有三種常用的形式：

簡短格式（brief）：
- 通常只包含主場景，在最開始的需求分析時候創建
- 在早期需求分析過程中，快速瞭解主題和範圍
- 可能只需用幾分鐘來創建
簡便格式（Casual）：
- 一種不正式的格式，許多的圖表涵蓋了許多種場景
完全格式（Fully）：
- 所有變化、步驟寫的很詳細，有支持部分，如前提條件和成功保證
- 所有的用戶樣例都已經確定且簡略寫完後，經過迭代得到的完全格式的用例

4. 對於複雜業務，爲什麼編制完整用例非常難？

5. 什麼是用例圖？

6. 用例圖的基本符號與元素？

參與者：表示的是一個系統用戶，也就是與應用程序進行交互的用戶、組織或者外部系統
用例：表示對系統提供的功能、服務的一種描述
用例之間的關係：
- 包含關係：表示用例可以簡單地包含其他用例所具有的行爲，並把它所包含的用例行爲作爲自身行爲的一部分。常用帶箭頭的虛線表示，箭頭指向被包含的用例
- 泛化關係：泛化指的是一個父用例可以被特定化形成多個子用例，而父用例和子用例之間的關係就是泛化關係。常用空心三角箭頭實現表示，箭頭指向父用例
- 關聯關係：表示的是參與者與用例之間的關係。常用一條直線，或者一條帶箭頭的線條表示，箭頭指向信息接收方
- 擴展/延伸關係：表示在一定條件下，把新的行爲加入到已有的用例中，獲得的新用例叫做擴展用例，原有的用例叫做基礎用例，相當於基礎用例提供一個附加功能。用帶箭頭的虛線表示，箭頭指向基礎用例

7. 用例圖的畫法與步驟

8. 用例圖給利益相關人與開發者的價值有哪些？

對於利益相關人：
- 可直觀看到系統的功能和操作過程，保證系統按用戶的需求進行設計
- 用例能夠根據需要對複雜程度和形式化程序進行增減調節，即能夠響應用戶提出的需求
對於開發者：
- 明確系統的業務範圍、服務對象（角色）、外部系統與裝備
- 可用於識別技術風險，提前實施關鍵技術原型攻關與學習
- 使得工作量評估更加方便容易，更易於合理規劃迭代週期，規劃人力需要

爲什麼相似系統的用例圖是相似的？答：因爲用例圖描述的是用戶和用例的關係，而用例是描述參與者使用系統達成目標相關的成功與失敗的場景的集合，如果最終目標相似，需求相似，達成目標的方法也相似，用例圖就相似。因此，相似系統的用例圖是相似的。
如果是定旅館業務，請對比 Asg_RH 用例圖，簡述如何利用不同時代、不同地區產品的用例圖，展現、突出創新業務和技術答：在不同時代、不同地區，旅館的類型就會不同，而定旅館業務的需求也因地區和時代而異，我們應該着重考慮哪些因需求變化而導致的用例圖的差異，並結合市場調研，從中獲取更加滿足用戶需求的用例，使得服務更加周到和細緻。
如何利用用例圖定位創新思路（業務創新、或技術創新、或商業模式創新）在系統中的作用答：使用不同的高亮的顏色標註創新點

請使用 SCRUM 方法，選擇一個用例圖，編制某定旅館開發的需求（backlog）開發計劃表這裏選擇訂電影票用例圖

ID	Name	Imp	Est	How to demo
1	查看電影	10	6	根據系統推薦查看要看的電影
2	選擇影院	25	10	根據距離、價格、環境等因素考慮影院
3	選擇觀影時間	25	10	選擇合適的日期和時間看電影
4	選擇位置	20	8	選擇舒適的觀影位置
5	支付	10	8	選擇合適的支付平臺進行支付
6	評價	10	5	對觀看的電影進行合理的評價

根據任務4，參考使用用例點估算軟件成本，給出項目用例點的估算根據參考資料，可知評級依據（標準）爲：

故任務4的用例點估算如下：