（1）用例的概念
用例是：
描述參與者使用系統達成目標相關的成功和失敗的集合
是一種文字文件，而不是圖表
用例建模主要是編寫文字，而不是繪製圖表
沒有任何物件導向的用例
對於傳統的ooa/d，用例是關鍵的輸入
是用於知識系統將要做什麼的方法。
主場景是對應主要系統互動，通常時成功的場景，這種場景最常用，直接地實現使用者目標的故事
（3）用例有哪些形式？
簡潔 簡單的一段式摘要，通常是主要成功案例
在早起需求分析中，快速了解主題和範圍，創作只需要幾分鐘
簡便格式
非正式段落格式，涵蓋各種場景多個段落
完整格式
所有變化、步驟寫的很詳細，有支援部分，如前提條件和成功保證
在確定許多用力並用簡短格式編寫後，在第一次需求研討會期間，詳細編寫了一些具有架構意義和**值的用例。
（4）對於複雜業務，為什麼編制完整用例非常難？
因為複雜業務涉及到的場景會有很多，而用例是所有成功和失敗的場景的集合，因此用例會變得非常複雜。
（5）什麼是用例圖？
用例圖指的是由參與者、用例、邊界以及他們的關係構成的用於描述系統功能的檢視。用例圖是外部使用者（參與者）所能觀察到的系統功能的模型圖。是系統的藍圖。
（6）用例圖的基本符號與元素？
用例圖的基本元素：
參與者：表示的是乙個系統使用者，也就是與應用程式進行互動的使用者、組織或者外部系統
用例：表示對系統提供的功能、服務的一種描述
用例之間的關係：
包含關係：表示用例可以簡單地包含其他用例所具有的行為，並把它所包含的用例行為作為自身行為的一部分。常用帶箭頭的虛線表示，箭頭指向被包含的用例
泛化關係：泛化指的是乙個父用例可以被特化形成多個子用例，而父用例和子用例之間的關係就是泛化關係。常用空心三角箭頭實現表示，箭頭指向父用例。
關聯關係：表示參與者和用例之間的關係。常用一條直線，或者一條帶箭頭的線條表示，箭頭指向資訊接收方。
擴充套件/延伸關係：表示在一定條件下，把新的行為加入到已有的用例中，獲得的新用例叫做擴充套件用例，原有的用例叫做基礎用例，相當於基礎用例提供乙個附加功能。用帶箭頭的虛線表示，箭頭指向基礎用例。
（7）用例圖的畫法與步驟
定義用例以滿足主要參與者的目標
選擇系統邊界
使用用例圖system框表示乙個待研究的系統
正確命名系統或子系統，避免起名太空泛
識別參與者
識別使用系統的主要參與者/角色
使用用例圖actor符號表示，通常放在系統的左邊
企業應用可以通過企業組織架構，業務角色與職責識別
物聯網應用必須通過市場分析，確定受眾範圍
識別系統依賴的外部系統
使用用例圖neighboursystem框，表示用例依賴的外部系統、服務、裝置，並使用構造型識別
<> 例如：財務系統、教務系統
<> 例如：gps
識別用例
識別使用者級別用例
以主要參與者目標驅動
收集主要參與者的業務時間
manage用例
識別子功能級別的用例
子用例特徵
業務復用。例如：現金支付
複雜業務分解：將業務分解成若干步，便於互動設計和迭代實現
表現子用例和用例的關係
include表示子用例是父用例的一部分，通常強調離開這個特性，父用例無法達成目標或者失去意義
extend表示子用例是父用例可選場景或技術特徵
建立參與者和用例之間的關聯：使用無方向連線，表示兩間之間是雙向互動的協議
將上面定義的用例使用一定規則畫出來
（8）用例圖給利益相關人與開發者的價值有哪些？
對於利益相關人
用例圖模擬了參與者和系統之間的通訊，提供了系統使用和行為的摘要檢視，使得展現更加一度，可以與客戶進行更多的討論對圖進行補充
用例圖關注的是參與者和企業提供價值系統間的互動，因此會非常注重參與者的使用體驗，這樣做出來的應用，對於利益相關員之一的使用者來說是很有好處的。
對於開發者
明確系統的業務範圍、服務物件（角色）、外部系統與裝備
幫助識別技術風險，提前試試關鍵技術原型公關與學習
易於評估專案工作量，合理規劃迭代週期，規劃人力需要
i 請使用使用者的視角，描述使用者目標或系統提供的服務
ii 粒度達到子用例級別，並用 include 和 exclude 關聯它們
iii 請用色彩標註出你認為創新（區別於競爭對手的）用例或子用例
iv 盡可能識別外部系統和服務
（2）然後，回答下列問題：
i 為什麼相似系統的用例圖是相似的？
因為用例圖描述的是使用者和用例的關係，而用例是描述參與者使用系統達成目標相關的成功和失敗的集合，也就是說，在最終目標相同的情況下，達成目標方法相似，用例圖就相似，即由於需求相同，用例圖也是相似的。
ii 如果是定旅館業務，請對比 asg_rh 用例圖，簡述如何利用不同時代、不同地區產品的用例圖，展現、突出創新業務和技術
不同時代，不同地區，旅館的型別會有所不同，使用者側重的需求也會不一樣，因此，在用例圖中突出顯示這些部分，同時，隨著時代的變化，硬體等方面的支援會越來越先進，和更多更新的硬體方面的支援互動，讓服務更加人性化。
iii 如何利用用例圖定位創新思路（業務創新、或技術創新、或商業模式創新）在系統中的作用
看用例的位置，如果在主用例級別，就更重要，如果是子用例級別，就相對沒那麼重要。
iv 請使用 scrum 方法，選擇乙個用例圖，編制某定旅館開發的需求（backlog）開發計畫表
id名稱
重要性工作量目標1
定位10
2根據gps判斷地區或者通過選擇判斷地區
2查詢電影院85
通過選擇或者查詢檢視電影院
3查詢電影85
通過選擇或者查詢檢視電影
4預定位置68
選擇電影院、電影、時間和位置，並預留5支付
68使用多種方式支付6評價
44給電影評價
v 根據任務4，參考 使用用例點估算軟體成本，給出專案用例點的估算
對用例分配權重的標準是：
簡單用例：1 到 3 個事務，權重=5
一般用例：4 到 7 個事務，權重=10
複雜用例：多於 7 個事務，權重=15
id名稱
事務計算評級1
定位22簡單用例
2查詢電影院22
簡單用例
3查詢電影22
簡單用例
4預定位置57
一般用例5支付
22簡單用例6評價
22簡單用例
系統分析與設計 軟體專案過程模型與規劃
簡述瀑布模型 增量模型 螺旋模型 含原型方法 的優缺點 瀑布模型 優點 降低軟體開發的複雜程度，提高軟體開發過程的透明性，提高軟體開發過程的可管理性 推遲軟體實現，強調在軟體實現前必須進行分析和設計工作 以專案的階段評審和文件控制為手段有效地對整個開發過程進行指導，保證了階段之間的正確銜接，能夠及時...
系統分析與設計 軟體專案過程模型與規劃
從專案特點 風險特徵 人力資源利用角度思考 增量模型 螺旋模型 初始階段 生命週期目標 lifecycle objective 里程碑。生命週期目標里程碑評價專案基本的生存能力。細化階段 生命週期結構 lifecycle architecture 里程碑。生命週期結構里程碑為系統的結構建立了管理基準...
軟體系統分析與設計
系統分析說明書包括 1.識別使用者的要求 2.評價系統的可行性 3.經濟分析，技術分析 4.把功能分配給硬體，軟體，人，資料庫和其他系統元素 5.建立成本限制和進度限制 6.生成系統規格說明書，形成所有後續工程的基礎 這些目標一般由硬體和軟體，資料庫專家共同實現 使用者需求分析說明書 需求分析所要做...