B004运用UML使用案例图於软体需求档案.ppt

運用UML使用案例圖於軟體需求擷取 參考資料 Venkat Srinivasan 教授 Trichy,Saranathan工程學院,計算機科學工程系 軟體需求的收集 軟體需求是軟體開發專案的必要過程 定義及描述使用者需求 定義提供的功能 識別所需達成的目標 解決方案小組必須精確及完整地了解軟體需求 使用者需求及小組成員會不斷的改變，因此軟體需求必需完整以文件記載 軟體需求的收集 對軟體需求完全了解，是非常重要的，它可確保每人知道她們做些什麼及為何去做。 開始軟體設計及實現前，軟體的需求必須一再地重複評估。 需由專業領域專家的參與，以確保軟體需求被正確地了解。 使用UML來擷取軟體需求 使用案例圖 使用案例圖的功能角色(行為者)所執行的任務，就是問題專業領域的需求 UML為問題之專業領域的抽象表示，提供一個完全清楚且毫無模稜兩可的表達工具 使用案例 對功能的描述 表示使用者看得到的功能 永遠是由”行為者”所啟動 描述行為者與系統間的互動 尋找使用案例 系統執行的動作為何? 行為者所要的功能為何? 系統所需要的輸入及輸出為何? 用什麼”動詞”來描述系統? 機場經理能”排定一個新的航班”，同時也可”更改航班明細資料”以提供… 例子:使用案例 鐵道公司對所有遠程旅客提供先進的定位服務，旅客對睡艙或座位的訂位，需先和鐵道公司或授權旅行社買票，預先訂位時旅客被要求事先填好申請單與票款提交訂位單位。對所有火車車班及對所有車艙等除了當日開車次外皆可在60天內事先訂位。每個人在一張請購單,針對相同目的及車次，可預訂最多6個乘客的座位。 例子:使用案例(二) 鐵道公司希望發展一套票務及定位系統，可提供預訂車票，取消車票，及改變車票艙等，所有這些工作皆可由票務訂位人員承辦。 本系統同時有一網路介面，使客戶可線上登錄及購買車票。他們可用線上銀行帳戶或信用卡，或vip卡來支付，而線上訂位的取消則只能由櫃檯處理。 本系統也具有查詢功能，允許使用者查核火車時刻表，車資及是否有票可購。 例子:使用案例(三) 使用案例 使用案例的目的 擷取系統的功能性需求 與最終使用者及專業領域專家溝通 可設計出測試使用案例，以供系統功能驗證 由需求至最終類別及操作提供可追蹤度 推動開發過程 疊代式計劃及軟體版本發行 行為者 與系統互動的角色 表示一個角色而非個體，它可為一個體，一個裝置或另一系統 以傳送或接收信息來與系統溝通 一個行為者可參與多個使用案例，一個使用案例可有數個行為者參與其中 記號: 尋找行為者 誰使用了系統的主要功能? 什麼硬體設備，系統需要參與? 系統需要與其它那個系統相互動? 用何種名詞/主詞來描述系統? “定位員工”使用系統來做訂位服務，基於 “客戶”必須登入以編輯他的旅行計畫 例子:行為者 鐵道公司希望發展一套要務及訂位系統，本系統可提供預訂車票，取消訂票及改變車票艙等，本系統同時有一網路介面，使客戶可線上登錄及線上購票 使用案例圖 系統的使用案例由圖形表示 描述系統邊界 圖形模型元件 行為者 使用案例 關係 行為者與使用案例間的關係 使用案例彼此間的關係 行為者彼此間的關係 例子二:使用案例圖 使用案例彼此關係 擴充/包含 “擴充”關係:extend 使用案例b擴充至使用案例a時，表示使用案例b在某一特定條件下描述使用案例a 的行為 一個擴充的使用案例，被用來描述一般使用案例，其正常事件流程外的變動情況 “包含”關係:include 使用案例b中的行為/功能，被使用案例a使用，而且是必須的例b。需要的行為 已在另一使用案例表示，跨越數個使用案例才能完成功能。 數個使用案例的共同行為可以獨立出一個單獨的使用案例，然後被另外使用案 例運用。 例子”擴充”及”包含” 將共同所為獨立成單獨使用案例，可被其它使用案例包含之 使用案例描述 使用者的語言及術語為描述使用案例功能的文件。 沒特定的UML格式 描述做些什麼而不是如何來做 通常包含如下: 使用案例的目標 使用案例如何啟動 事件流程 使用案例的替代流程 使用案例達成時對行為者提供的價值 事件流程 使用案例是行為(一連串動作)的抽象表示 使用案例的行為能用“事件流程”來描述，它詳細地說明了使用案例真正做些什麼 事件流程指出: 事件的主要流程(發生了什麼事及正常情況下以何種順序表之) 替代事件流程(在什麼情況下出了問題，以何種順序發生) 使用案例及情境敘述 使用案例真實描述一連串行動的步驟 每一步驟代表，使用系統時一種可能的行動流程 每一步驟及稱為情境敘述 每一情境敘述，基本上表示使用案例的一種實例 一個情境敘述對應一個使用案例，正如同一個物件對應一個類別 例子:使用案例描述 使用案例:預訂座位 行為者:乘客，訂位員工 目的:預定一睡艙或座位 概述:客戶對其旅程預訂座