構件: 分析類別
這個工作成果針對「系統中具有責任和行為的事物」指定初期概念模型的元素。
工作成果類型: 模型元素
目的

分析類別用來擷取系統中的主要「責任區塊」。

關係
說明
主要說明「分析類別」針對「系統中具有責任和行為的事物」指定初期概念模型的元素。這些類別代表系統的原型類別,且為系統必須處理的主要抽象層次的「第一回合」成果。如果需要系統的「高階」、概念性概觀,則「分析類別」可能維持現狀。分析類別也會觸發系統設計的主要抽象層次:系統的設計類別和子系統。
調整
表示法選項

UML 表示法:類別,以 <<boundary>>、<<entity>> 或 <<control>> 為模板。 

分析類別可能有下列內容

  • 名稱:類別的名稱
  • 說明:簡單描述類別在系統中的角色
  • 責任:類別的責任清單
  • 屬性:類別的屬性

分析類別合起來代表系統的一個初期概念模型。這個概念模型會快速演進,且隨著發現不同的表示法和含意,有時仍然會持續變化。 正式文件有可能阻礙這個流程,請注意投入多少精力在表面上維護這個「模型」;您可能浪費太多時間來修飾大概會丟棄的模型。 分析類別不太可能一成不變地進入設計。其中有許多代表物件的整個合作關係,通常以子系統封裝起來。

通常用簡單的便條紙就可以,如下列範例所示(採用知名的 CRC 卡技術 - 如需這項技術的詳細資料,請參閱 [WIR90])。在卡片的正面,寫下類別的名稱和說明。 課程登記系統的 Course 範例列示如下:

類別名稱 Course
說明 Course 負責維護有共同科目、必修科目及課程表的一組課程的相關資訊。 
責任 維護課程的相關資訊。 
屬性
名稱 說明 類型
Course Title 課程的名稱 字串
說明 課程的簡要說明 字串

在卡片背面,繪製類別的圖型:

課程的類別圖

課程的類別圖

在使用案例分析研討會期間找出的每一個類別,各有一張分析類別卡。



詳細資訊
核對清單
準則