边界物件控制物件和实体物件.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ※ 10-5-3 找出分析類別建立分析模型-步驟四 Step 4：分析註解資料建立實體物件後，繪出控制物件與實體物件之間的連接線（驗證使用者需要取得會員資料），就可以完成強韌圖的建立，如下圖所示： ※ 10-5-3 找出分析類別建立分析模型-找出的分析類別 從前述強韌圖可以找出的分析類別，如下所示： 邊界類別：【登入表單介面】和【網站首頁介面】類別。 控制類別：【驗證使用者控制】類別。 實體類別：【會員資料】類別。如果在概念模型已經有此類別，就可以將註解的輸出與輸入資料轉換成此類別的新增屬性。 ※ 10-6 本章總結-說明 本章內容主要是說明如何建立物件導向分析的分析模型，筆者是從源於傳統系統開發的領域模型開始，一步一步經過概念模型來建立出分析模型的類別圖。 請記得！物件導向軟體系統的精神是讓各物件通力合作來完成使用案例的目標，只需你指定的類別責任與類別關係可以達成目標，並沒有規定一定要切割成三種分析類別，這也是為什麼同一個使用案例，讓不同人來進行分析，會有不同的結果。 相對的，本章說明的名詞分析法、CRC卡和強韌圖，只是為了幫助你建立領域模型、分析模型或概念模型，你不一定需要從頭開始一步一步建立，你可以全部使用或搭配一或二種方法，其最終目的就是能夠建立出分析模型或概念模型即可。 10-6 本章總結-建議流程 對於Web或視窗介面的軟體系統，在教學上為了讓初學者能夠實作物件導向分析（使用最少的經驗法則來實作），筆者的建議流程是從使用案例主流程的活動圖開始，在轉換成強韌圖過程中，找出邊界、控制和實體類別，如果需要，再使用第10-2和第10-3節的方法，從找出的實體類別反過來建立更完整的分析模型，其流程如下圖所示： * * * * * * * * * * * * * * * * * * * * * * * * * * * ※ 10-2-3 找出類別關係-案例：ATM自動櫃員機系統2 然後再加上帳戶、支票帳戶和存款帳戶的一般關係來建立ATM自動櫃員機系統的領域模型，如下圖所示： 10-3 指定責任建立概念模型 10-3-1 CRC卡的基礎 10-3-2 CRC卡的基本分析流程 10-3-3 使用CRC卡找出類別責任 ※ 10-3-1 CRC卡的基礎-說明 CRC卡（Class,Responsibility,and Collaboration Card）是在1989年的OOPSLA，由Kent Beck和Ward Cunningham發表的方法，其主要目的是教授物件導向設計，到了1995年CRC卡已經廣泛使用在早期的物件導向系統開發。 CRC卡可以識別和定義類別的特性，雖然CRC卡不是UML認可的官方方式，但是仍然廣泛使用在物件導向分析階段。 ※ 10-3-1 CRC卡的基礎-圖例 CRC卡是一張尺寸約3-in X 5-in的卡片，如下圖所示： ※ 10-3-2 CRC卡的基本分析流程 CRC卡屬於一種小組合作，使用腦力激盪方式進行的物件導向分析方法，事實上，CRC卡不只可以找出類別責任，更可以找出類別和屬性（在卡片背面可以列出類別屬性）。 CRC卡的分析流程可以分成兩個階段，如下所示： 階段一：收集資訊 主要目的是使用腦力激盪方式來收集資訊。 階段二：分析資訊 在完成階段一的資訊收集後，就可以將一張一張的CRC卡拿出來討論，決定它是類別或屬性。 ※ 10-3-3 使用CRC卡找出類別責任-CRC卡1 現在，我們就可以使用CRC卡找出ATM自動櫃員機系統的類別責任，然後更新領域模型，指定類別責任來建立概念模型。 在領域模型的【ATM】和【銀行】類別，其CRC卡如下圖所示： ※ 10-3-3 使用CRC卡找出類別責任-CRC卡2 因為一位銀行客戶可以擁有1~2個帳戶和一張金融卡，我們可以使用金融卡卡號取得此位客戶的所有帳戶清單，所以需要一個【銀行客戶】新類別（請注意！使用ATM的客戶和銀行開戶的銀行客戶不見的是同一人），如下圖所示： ※ 10-3-3 使用CRC卡找出類別責任-CRC卡3 在領域模型的【帳戶】和【交易】類別，其CRC卡如下圖所示： ※ 10-3-3 使用CRC卡找出類別責任-建立概念模型 ※ 10-4 分析類別與強韌圖的基礎 10-4-1 分析類別 10-4-2 強韌圖 ※ 10-4-1 分析類別-實體類別 實體類別（Entity Classes）是軟體系統中需要長期保存資訊的類別，主要是源至概念模型的類別，或一些暫時實體類別（Transient Entity Classes），這是一種在使用案例結束後就消滅的物件，例如：搜尋結果的實體類別。 一般來說，