クラス図の読み方

クラス図は、システムの構造をクラス（データと処理のまとまり）の関係として表した図です。オブジェクト指向の設計で使われます。

クラス図とは

役割

• クラスの構造（属性とメソッド）を表現
• クラス間の関係（継承、関連など）を表現
• システムの全体構造を俯瞰

いつ使うか

クラス図の基本要素

クラスの表記

┌─────────────────────┐
│      User           │  ← クラス名
├─────────────────────┤
│ - id: int           │  ← 属性（フィールド）
│ - name: string      │
│ - email: string     │
├─────────────────────┤
│ + register()        │  ← メソッド
│ + login()           │
│ - validate()        │
└─────────────────────┘

可視性（アクセス修飾子）

クラス間の関係

1. 関連（Association）

クラス間に「つながり」がある関係。

classDiagram
    User --> Order : 注文する
    class User {
        +id: int
        +name: string
    }
    class Order {
        +id: int
        +total: int
    }

読み方：「UserはOrderと関連がある（注文する）」

2. 集約（Aggregation）

「持っている」関係。部分は独立して存在できる。

classDiagram
    Team o-- Member : 所属
    class Team {
        +name: string
    }
    class Member {
        +name: string
    }

読み方：「TeamはMemberを持つ（Memberはチームがなくても存在できる）」

3. コンポジション（Composition）

「構成する」関係。部分は全体がないと存在できない。

classDiagram
    Order *-- OrderItem : 含む
    class Order {
        +id: int
    }
    class OrderItem {
        +productId: int
        +quantity: int
    }

読み方：「OrderはOrderItemで構成される（OrderがなければOrderItemも存在しない）」

4. 継承（Inheritance / Generalization）

「〜の一種である」関係。

classDiagram
    Animal <|-- Dog
    Animal <|-- Cat
    class Animal {
        +name: string
        +eat()
    }
    class Dog {
        +bark()
    }
    class Cat {
        +meow()
    }

読み方：「DogはAnimalの一種である（Animalを継承している）」

5. 実装（Realization）

インターフェースの実装関係。

classDiagram
    PaymentService <|.. CreditCardPayment
    PaymentService <|.. BankTransfer
    class PaymentService {
        <<interface>>
        +pay()
    }
    class CreditCardPayment {
        +pay()
    }
    class BankTransfer {
        +pay()
    }

読み方：「CreditCardPaymentはPaymentServiceインターフェースを実装している」

6. 依存（Dependency）

一時的な「使う」関係。

classDiagram
    OrderService ..> EmailService : 使用
    class OrderService {
        +createOrder()
    }
    class EmailService {
        +send()
    }

読み方：「OrderServiceはEmailServiceを使う（依存している）」

関係の記号まとめ

多重度（Multiplicity）

関係の「数」を表します。

例

classDiagram
    User "1" --> "*" Order : 注文する
    Order "1" --> "1..*" OrderItem : 含む

読み方：

• 「1人のUserは0個以上のOrderを持つ」
• 「1つのOrderは1個以上のOrderItemを含む」

【サンプル】クラス図の実例

ECサイトの注文システムを例に、クラス図を読んでみましょう。

classDiagram
    User "1" --> "*" Order
    Order "1" *-- "1..*" OrderItem
    OrderItem "*" --> "1" Product
    Order --> PaymentService

    class User {
        -id: int
        -name: string
        -email: string
        +register()
        +login()
    }

    class Order {
        -id: int
        -userId: int
        -totalAmount: int
        -status: string
        +create()
        +cancel()
        +calculateTotal()
    }

    class OrderItem {
        -id: int
        -orderId: int
        -productId: int
        -quantity: int
        -price: int
    }

    class Product {
        -id: int
        -name: string
        -price: int
        -stock: int
        +checkStock()
    }

    class PaymentService {
        <<interface>>
        +pay()
        +refund()
    }

読み解き方

1. User → Order：ユーザーは複数の注文を持つ（1対多）
2. Order ◆ OrderItem：注文は注文明細で構成される（コンポジション）
3. OrderItem → Product：注文明細は商品を参照する
4. Order → PaymentService：注文は決済サービスを使う（依存）

実装時に確認すること

クラス図を読むときのポイント

1. まず全体を俯瞰する

• どんなクラスがあるか
• 中心となるクラスは何か
• クラスの数は多すぎないか

2. 関係の種類を確認する

• 実線か破線か
• 矢印の形は何か
• 多重度はどうなっているか

3. 自分の担当範囲を特定する

• 実装するのはどのクラスか
• 関連するクラスは何か
• 影響を受けるクラスはどこまでか

よくある疑問

関連ドキュメント

• 設計書・仕様書の読み方 - 設計書全般の読み方
• ER図の読み方 - データベース構造の読み方