第1章绘制使用案例图.ppt

寫給SA的UML/UseCase實務手冊 第6章 接下來可以怎麼做 作者：邱郁惠(271080@) UML Blog() 第6章 接下來可以怎麼做 6.1【基礎】少不了三王一后 6.2【案例】書局系統 6.3【進階】尋找類別與物件 6.4【進階】物件導向分析 6.1【基礎】少不了三王一后 使用案例技術是物件導向技術的一環，所以在討論完使用案例之後，免不了得開始動手尋找物件、定義類別、設計互動。 具體的作法如下： 類別圖(class diagram)—用來表達這一群物件的靜態結構，也就是類別以及類別之間的關係。 循序圖(sequence diagram)—用來表達這一群物件的動態行為，也就是物件以及物件之間的互傳訊息。 6.1【基礎】少不了三王一后 類別圖與循序圖分別位於分析與設計 6.1【基礎】少不了三王一后 類別圖是一種分析技術——它說明了系統內部的What，釐清我們要開發一個具有什麼樣組成元素的系統？說明這個系統的內部物件會做哪些事？具體的作法跟要求就是，我們在規劃系統內部的物件時，以領域概念為物件的依歸，所以類別圖中的類別名稱全都要來自於問題領域的詞彙。 6.1【基礎】少不了三王一后 循序圖是一種設計技術——它說明了系統內部的how，釐清系統內部的物件應該如何一步一步做到在分析階段所承諾的事情。具體的作法跟要求就是，針對每一個使用案例，設計一張循序圖，表達一群物件如何透過互傳訊息，一步一步做到在使用案例中所承諾的事情。 6.2【案例】書局系統 從付款次系統的「信用卡付款」次系統使用案例，開始討論起。 6.2【案例】書局系統 增加一個金流系統 6.2【案例】書局系統 次系統：付款次系統 次系統使用案例：信用卡付款 事件流程： 當網路書局要求信用卡付款時，這個使用案例就會被啟動。 網路書局傳給付款次系統所需的付款資料。(參照「付款資料」) 付款次系統連線到金流系統，並且依照店家代號與密碼登入金流系統。 6.2【案例】書局系統 付款次系統傳給金流系統所需的付款資料。(參照「付款資料」) 當付款資訊被確認，金流系統會回傳「授權成功」的付款狀態給付款次系統。 付款次系統將付款時間、「授權成功」的付款狀態，以及付款資料寫入資料庫。(參照「付款資料」) 付款次系統轉交付款資訊給會計系統。 6.2【案例】書局系統 付款次系統回傳付款時間以及「授權成功」的付款狀態給網路書局，此使用案例即告終結。 相關資料： 付款資料包含有：訂購交易代號、付款金額、信用卡卡號、信用卡到期日、信用卡檢查碼。 6.2【案例】書局系統 信用卡付款的物件種類表 6.2【案例】書局系統 類別圖 6.2【案例】書局系統 將訂購交易併入 6.2【案例】書局系統 列出參與者 6.2【案例】書局系統 刷卡付款 6.2【案例】書局系統 登入 6.2【案例】書局系統 登入金流系統 6.2【案例】書局系統 刷卡付款 6.2【案例】書局系統 儲存資料 6.2【案例】書局系統 把在循序圖找到的訊息，回饋給類別圖。 每一個訊息可以對應一個操作。 6.2【案例】書局系統 更新付款次系統的類別圖 6.2【案例】書局系統 這個案例，到此為止。 接下來除了繼續分析設計下一個使用案例外，您還可以把循序圖再細緻化，或者產出另一個細部設計版本的循序圖，讓循序圖更貼近實作平台，以便能夠讓程式設計師按圖施工。 6.3【進階】尋找類別與物件 物以類聚，一群具有相同特質的「物件」(object)，群聚成一個獨特的「類別」(class)。 至於，經常可見到的「個體」(instance)一詞，則是「物件」的同義字。 在物件導向分析方法中，物件和類別這兩個詞彙，分別用來反映(reflect)問題領域和系統責任。 6.3【進階】尋找類別與物件 6.3【進階】尋找類別與物件 系統分析師的主要工作是——將問題領域中的真實事物，轉換成資訊系統該擔負的責任(系統責任)。 該在哪裡找尋物件，並且將這些物件轉化成類別呢？ 而且，又該注意哪些物件呢？ 如果，幸運地找到一些物件之後，接著又該思考些什麼呢？ 6.3【進階】尋找類別與物件 該在哪裡找尋物件，並且將這些物件轉化成類別呢？ 直接觀察 主動聆聽問題領域專家 查看以前的物件導向分析產出 查看其他系統 雛型(propotype) 閱讀文件 6.3【進階】尋找類別與物件 該注意問題領域中的哪些物件呢？ 其他系統 設備 物品 必需記得的事件(event remebered) 角色 操作程序(operational procedures) 地點 組織單位 6.3【進階】尋找類別與物件 找到物件後，系統分析師該思考些什麼？ 哪些資訊需要物件長期記得的？ 物件需要提供哪些行為？ 物件需要保存的屬性是否不只一個？ 是否群聚了不只一個的物件？ 類別中的屬