使用案例.ppt

Chapter 1 Players in the Systems Game 使用案例 描述使用案例造模的優點。 定義角色與使用案例，而且可以在環境關聯圖與其他資源中找到它們。 描述角色的四種型態。 描述可能出現在使用案例模型圖中的關係。 描述準備一個使用案例模型的步驟。 描述如何製作一個使用案例模型圖。 描述使用案例說明的不同部分，並且能夠準備一個使用案例說明。 定義使用案例等級、優先權矩陣與使用案例相依圖的目的。 本章地圖 使用案例造模簡介 在系統設計流程中，最具重要性的主要挑戰之一，就是從關係人取得正確且必須的系統需求，並且以關係人能夠了解的方式來表示這些需求，以便對需求進行驗證與修正。 IS 發展專案追蹤紀錄 使用者核心發展與使用案例造模 使用者核心發展 依據了解關係人需求與系統為何應該被發展的系統發展程序。 使用案例造模 建造關於系統事件之系統功能模型、誰初擬這些事件、以及系統如何回應這些事件的流程 。 使用案例造模源自物件導向造模。 因為成功地用來和使用者溝通，它早已在非物件發展的環境中受到歡迎。 與傳統的造模工具互補。 使用案例造模的優點 提供獲取功能性需求的工具。 幫助分解系統範疇成為更多可管理的部分。 提供與使用者和其他關係人溝通有關於系統功能的方法。使用案例扮演一個可以很容易地被不同的關係人了解的共同語言。 提供確定、分配、追蹤、控制與管理系統發展活動的方法，特別是漸進式與反覆式發展。 幫助估計專案的範疇、人力與時程。 對於依據測試計畫與測試案例所進行的測試，提供一個底線。 同時作為使用者說明系統和手冊與系統發展文件的底線。 作為需求可回溯性的工具。 作為確認資料物件或實體的一個起點。 作為設計使用者與系統介面的功能性規格說明書。 提供一種方法，以新增、異動、刪除與讀取等作業來定義資料庫存取需求。 提供驅動系統發展計畫的架構。 使用案例造模的系統概念 使用案例 為了完成單一企業任務之行為相關的步驟順序（一個情境），可以是手動或自動的 。 依據外部使用者的觀點，並以他們能夠了解的方式和詞彙來描述系統功能。 使用案例圖 描述系統與外部系統和使用者互動的圖。換句話說，使用圖形來描述誰將使用系統，並且使用者期望以何種方式來與系統互動。 以圖形來描述誰將使用系統，及期待使用者以那些方法和系統互動。 使用案例說明 企業事件與使用者將如何來與系統互動達成任務的文字描述。 使用案例模型圖的範例 基本的使用案例符號 使用案例 為了完成單一企業任務之行為相關的步驟順序（一個情境），可以是手動或自動的 。 以水平的橢圓形表示，使用案例的名稱則位於橢圓形的上方、下方，或是內部。 角色 任何需要與系統互動來交換資訊的人或物 。 可以是一個人、一個組織、另一個資訊系統、 一個外部裝置，甚至是時間概念。 時間事件 由時間觸發的系統事件 。 角色是時間。 角色的四種型態 主要業務角色 主要從使用案例的執行來得到利益的關係人。 例如，收到薪水支票的雇員。 主要系統角色 直接與系統互動的關係人，以啟動或驅動業務或系統事件。 例如，輸入存款資訊的銀行櫃台人員。 外部伺服角色 負責回應從使用案例發出的要求之關係人。 例如，信用卡機構授權一張信用卡的付費。 外部接收角色 不是主要角色的關係人，但是從使用案例收到某些有價值或顯著的利益。 例如，倉庫收到一筆出貨訂單。 使用案例關聯關係 關聯 當使用案例描述角色與使用案例之間的互動時，它們之間就存在一個關係 。 關聯以連接角色與使用案例之間的一條實線來表示。 關聯的一端包含接觸到使用案例的箭頭(?)，表示使用案例是被另一端的角色所啟動。 沒有箭頭的關聯(?)表示介於使用案例與一個外部伺服或接收角色之間的互動。 關聯可以是雙向或單向的。 使用案例延伸關係 延伸使用案例 為了簡化使用案例並使得它較容易了解，我們可以抽離比較複雜的步驟，使它們自成一個使用案例，因此它延伸原來使用案例的功能 。 介於使用案例與它的延伸使用案例之間的關係，稱為延伸關係。 以包含箭頭的直線來表示，開始於原始的使用案例，指向它所延伸的使用案例。 每一個延伸關係直線標記為 extends。 使用案例使用關係 抽象使用案例 藉由合併其他案例中相同之步驟來降低使用案例之間重複性的一種使用案例。另一個使用案例會使用或包含此抽象使用案例 。 抽象使用案例可被任何需要其功能的其他使用案來使用（或參考） 一般不在需求階段中被確認 介於抽象使用案例與參考到它的使用案例之間的關係，稱為使用關係（或包含關係） 以帶有箭頭的直線表示，開始於原來的使用案例，並指向它所用的使用案例 每一個使用關係直線標記為 uses 使用案例相依關係 相依 指一個使用案