サザエさん一家で学ぶUML入門 – クラス図からシーケンス図まで図解で理解
![]() |
20万件以上の案件から、副業に最適なリモート・週3〜の案件を一括検索できるプラットフォーム。プロフィール登録でAIスカウトが自動的にマッチング案件を提案。市場統計や単価相場、エージェントの口コミも無料で閲覧可能なため、本業を続けながら効率的に高単価の副業案件を探せます。フリーランスボード |
| |
週2〜3日から働ける柔軟な案件が業界トップクラスの豊富さを誇るフリーランスエージェント。エンド直契約のため高単価で、週3日稼働でも十分な報酬を得られます。リモートや時間フレキシブルな案件も多数。スタートアップ・ベンチャー中心で、トレンド技術を使った魅力的な案件が揃っています。専属エージェントが案件紹介から契約交渉までサポート。利用企業2,000社以上の実績。ITプロパートナーズ |
| |
10,000件以上の案件を保有し、週3日〜・フルリモートなど柔軟な働き方に対応。高単価案件が豊富で、報酬保障制度(60%)や保険料負担(50%)など正社員並みの手厚い福利厚生が特徴。通勤交通費(月3万円)、スキルアップ費用(月1万円)の支給に加え、リロクラブ・freeeが無料利用可能。非公開案件80%以上、支払いサイト20日で安心して稼働できます。Midworks |
なぜサザエさんでUMLを学ぶのか
UML(Unified Modeling Language:統一モデリング言語)は、ソフトウェア設計を視覚的に表現するための標準的な記法です。しかし、初めて学ぶ方にとっては抽象的で理解しづらいと感じることも多いでしょう。
そこで本記事では、誰もが知っている「サザエさん」の磯野家・フグ田家を題材に、UMLの主要な図の種類を分かりやすく解説します。身近な例で学ぶことで、UMLの概念が直感的に理解できるはずです。
目次
UMLとは?基本を押さえよう
UMLは、オブジェクト指向のシステム設計を図で表現するための言語です。主な利点は以下の通りです。
- 視覚的理解:複雑なシステムを図で表現することで、チーム全体が設計を理解しやすくなる
- 標準化:世界共通の記法なので、誰が見ても同じように解釈できる
- コミュニケーション:開発者、設計者、顧客間の意思疎通がスムーズになる
UMLには10種類以上の図がありますが、本記事では実務でよく使われる4つの図を中心に解説します。
1. クラス図:磯野家の家族構成を設計する
クラス図とは
クラス図は、システムの静的な構造を表現する図です。クラス(設計図)、属性(データ)、メソッド(振る舞い)、そしてクラス間の関係性を表現します。
サザエさんで考えるクラス図
磯野家の家族をクラスとして表現してみましょう。
設計のポイント
まず、共通の特性を持つ「人間」という基底クラスを定義し、そこから各キャラクターを派生させます。これがオブジェクト指向の「継承」の概念です。
- Person(人間):名前、年齢、性別などの基本属性を持つ
- FamilyMember(家族):Personを継承し、家族特有の振る舞いを追加
- 各キャラクター:FamilyMemberを継承した具体的なクラス
クラス間の関係
- 継承(is-a関係):サザエさんは人間である
- 関連(has-a関係):サザエさんはタラちゃんの母親である
- 集約:磯野家は家族メンバーで構成される
Pythonコード例
class Person:
"""人間の基底クラス"""
def __init__(self, name, age):
self.name = name
self.age = age
def introduce(self):
return f"私は{self.name}です"
class FamilyMember(Person):
"""家族メンバークラス"""
def __init__(self, name, age, role):
super().__init__(name, age)
self.role = role # 役割(母、父、子など)
class Sazae(FamilyMember):
"""サザエさんクラス"""
def __init__(self):
super().__init__("フグ田サザエ", 24, "母")
self.hobbies = ["買い物", "井戸端会議"]
def go_shopping(self):
return f"{self.name}が買い物に出かけました"
class Tarao(FamilyMember):
"""タラちゃんクラス"""
def __init__(self):
super().__init__("フグ田タラオ", 3, "子")
def greet(self):
return "はーい!"
解説のポイント
このコードでは、継承の階層構造を明確に表現しています。
- Personは最も抽象的な基底クラスで、すべての人間に共通する属性を定義
- FamilyMemberは中間層のクラスで、家族としての役割を追加
- SazaeとTaraoは具体的な実装クラスで、個々のキャラクターの特性を実装
この構造により、コードの再利用性が高まり、新しい家族メンバーを追加する際も容易になります。
2. シーケンス図:朝の食卓のやり取りを時系列で表現
シーケンス図とは
シーケンス図は、オブジェクト間のメッセージのやり取りを時系列で表現する図です。処理の流れや順序を理解するのに最適です。
サザエさんで考えるシーケンス図
磯野家の朝食シーンを例に、登場人物間のやり取りを図で表現してみましょう。
シナリオ:朝の食卓
- サザエさんが朝食を準備する
- 波平さんを呼ぶ
- 波平さんが席に着く
- みんなで「いただきます」を言う
- 食事を始める
図の読み方
- 縦軸が時間の流れ
- 横に並ぶのが登場人物(オブジェクト)
- 矢印がメッセージ(メソッド呼び出し)
- 点線の矢印が戻り値
Pythonコード例
class Breakfast:
"""朝食クラス"""
def __init__(self):
self.is_ready = False
def prepare(self):
self.is_ready = True
return "朝食の準備ができました"
class SazaeSequence:
"""サザエさんの行動"""
def __init__(self):
self.name = "サザエ"
def prepare_breakfast(self, breakfast):
print(f"{self.name}: 朝ごはんの準備をします")
result = breakfast.prepare()
print(result)
return breakfast
def call_family(self, family_member):
print(f"{self.name}: {family_member.name}さーん、朝ごはんよー")
family_member.respond_to_call()
class NamiheiSequence:
"""波平さんの行動"""
def __init__(self):
self.name = "波平"
def respond_to_call(self):
print(f"{self.name}: おう、今行く")
def sit_down(self):
print(f"{self.name}: よいしょ(席に着く)")
# シーケンスの実行
breakfast = Breakfast()
sazae = SazaeSequence()
namihei = NamiheiSequence()
# 処理の流れ
sazae.prepare_breakfast(breakfast)
sazae.call_family(namihei)
namihei.sit_down()
print("みんな: いただきます!")
解説のポイント
シーケンス図の重要性は、処理の順序と依存関係を明確にすることです。
prepare_breakfastはcall_familyより前に実行される必要があるcall_familyが実行されると、respond_to_callが呼び出される- メソッド呼び出しの連鎖(メッセージチェーン)が視覚化される
実際のシステム開発では、この図を使って「どのオブジェクトがいつ、何を実行するか」を設計段階で明確にします。
3. ユースケース図:登場人物の行動を整理する
ユースケース図とは
ユースケース図は、システムが提供する機能と、それを利用するユーザー(アクター)の関係を表現する図です。システムの要件を整理するのに役立ちます。
サザエさんで考えるユースケース図
「磯野家の日常生活システム」として考えてみましょう。
アクター(利用者)
- サザエさん:主婦として家事全般を担当
- マスオさん:会社員として仕事に行く
- タラちゃん:保育園に通う
- 波平さん:家長として家族を見守る
ユースケース(機能)
- 買い物をする
- 料理を作る
- 洗濯をする
- 仕事に行く
- 保育園に行く
- 新聞を読む
関係性
- 「料理を作る」には「買い物をする」が含まれる(include関係)
- 「夕食を作る」は「料理を作る」の一種(extend関係)
Pythonコード例
class UseCase:
"""ユースケースの基底クラス"""
def __init__(self, name):
self.name = name
def execute(self):
raise NotImplementedError
class Shopping(UseCase):
"""買い物ユースケース"""
def __init__(self):
super().__init__("買い物")
def execute(self):
return "三河屋さんで買い物をする"
class Cooking(UseCase):
"""料理ユースケース"""
def __init__(self):
super().__init__("料理")
self.shopping = Shopping() # include関係
def execute(self):
# 料理の前に買い物が必要
shopping_result = self.shopping.execute()
return f"{shopping_result} → 料理を作る"
class Actor:
"""アクターの基底クラス"""
def __init__(self, name):
self.name = name
self.use_cases = []
def perform(self, use_case):
print(f"{self.name}が{use_case.name}を実行")
result = use_case.execute()
print(result)
# 実行例
sazae_actor = Actor("サザエ")
cooking = Cooking()
sazae_actor.perform(cooking)
解説のポイント
ユースケース図の目的は、システムの機能要件を漏れなく洗い出すことです。
- アクターごとに必要な機能を整理できる
- 機能間の依存関係(include、extend)を明確化できる
- 開発の優先順位付けに役立つ
実務では、顧客やステークホルダーとの要件定義の段階でよく使用されます。技術的な詳細を含まないため、非エンジニアにも理解しやすい図です。
4. ステートマシン図:タマの状態遷移を表現する
ステートマシン図とは
ステートマシン図(状態遷移図)は、オブジェクトの状態とその遷移を表現する図です。状態に応じて振る舞いが変わるシステムの設計に適しています。
サザエさんで考えるステートマシン図
磯野家の飼い猫「タマ」の1日の状態遷移を例に説明します。
タマの状態
- 寝ている
- 起きている(待機中)
- 食事中
- 遊んでいる
- 外出中
状態遷移のトリガー
- 朝になる → 起きる
- ごはんをもらう → 食事開始
- 食べ終わる → 待機に戻る
- 呼ばれる → 遊び始める
- 窓が開く → 外出
Pythonコード例
from enum import Enum
class CatState(Enum):
"""タマの状態"""
SLEEPING = "寝ている"
AWAKE = "起きている"
EATING = "食事中"
PLAYING = "遊んでいる"
OUTSIDE = "外出中"
class Tama:
"""タマクラス"""
def __init__(self):
self.state = CatState.SLEEPING
print(f"タマの初期状態: {self.state.value}")
def wake_up(self):
if self.state == CatState.SLEEPING:
self.state = CatState.AWAKE
print(f"状態遷移: {CatState.SLEEPING.value} → {self.state.value}")
print("ニャー(おはよう)")
else:
print("タマはすでに起きています")
def start_eating(self):
if self.state == CatState.AWAKE:
self.state = CatState.EATING
print(f"状態遷移: {CatState.AWAKE.value} → {self.state.value}")
print("ニャムニャム")
else:
print(f"今は{self.state.value}状態なので食事できません")
def finish_eating(self):
if self.state == CatState.EATING:
self.state = CatState.AWAKE
print(f"状態遷移: {CatState.EATING.value} → {self.state.value}")
print("ごちそうさま(満足)")
def start_playing(self):
if self.state == CatState.AWAKE:
self.state = CatState.PLAYING
print(f"状態遷移: {CatState.AWAKE.value} → {self.state.value}")
print("ニャー!(遊ぶよ)")
# タマの1日
tama = Tama()
tama.wake_up()
tama.start_eating()
tama.start_playing() # これは失敗する(食事中だから)
tama.finish_eating()
tama.start_playing() # これは成功する
解説のポイント
ステートマシン図の核心は、有効な状態遷移だけを許可することです。
- 各メソッドで現在の状態をチェックし、適切な遷移のみを許可
- 無効な遷移は拒否される(例:食事中に遊び始めることはできない)
- Enumで状態を定義することで、タイプミスを防止
この設計パターンは、ゲーム開発、ワークフローシステム、通信プロトコルなど、状態管理が重要なシステムで広く使われています。
5. アクティビティ図:日曜日の過ごし方をフローチャートで
アクティビティ図とは
アクティビティ図は、処理の流れを表現する図です。フローチャートに近い記法で、条件分岐や並行処理を視覚的に表現できます。
サザエさんで考えるアクティビティ図
サザエさんの日曜日の行動をアクティビティ図で表現してみましょう。
シナリオ:日曜日の朝
- 起床
- 天気をチェック
- 晴れ → 買い物に行く
- 雨 → 家で過ごす
- 昼食の準備
- 家族と食事
- 午後の活動
Pythonコード例
import random
class SundayActivity:
"""日曜日の活動クラス"""
def wake_up(self):
print("【開始】朝起きる")
print("サザエ: おはようございます!")
def check_weather(self):
print("\n【分岐点】天気をチェック")
weather = random.choice(["晴れ", "雨"])
print(f"今日の天気: {weather}")
return weather
def go_shopping(self):
print("\n【アクティビティ】買い物に行く")
print("サザエ: 三河屋さんに行ってきまーす")
print("買い物完了")
def stay_home(self):
print("\n【アクティビティ】家で過ごす")
print("サザエ: 今日は家でのんびりしましょう")
def prepare_lunch(self):
print("\n【アクティビティ】昼食の準備")
print("サザエ: お昼ごはんの準備をします")
def have_lunch(self):
print("\n【アクティビティ】家族と食事")
print("みんな: いただきます!")
print("家族団らん")
def end_day(self):
print("\n【終了】午後の活動へ")
print("充実した日曜日でした")
def execute_sunday(self):
"""日曜日の流れを実行"""
self.wake_up()
# 条件分岐
weather = self.check_weather()
if weather == "晴れ":
self.go_shopping()
else:
self.stay_home()
# 共通の処理
self.prepare_lunch()
self.have_lunch()
self.end_day()
# 実行
sunday = SundayActivity()
sunday.execute_sunday()
解説のポイント
アクティビティ図の特徴は、ビジネスプロセスや業務フローを表現できることです。
- 順次処理、分岐、並行処理などの制御構造を表現
- 開始点(黒丸)から終了点(二重丸)までの流れを追える
- 条件分岐(ダイアモンド)で処理の分岐を明示
実務では、業務プロセスの可視化やシステムのワークフロー設計に使用されます。非エンジニアでも理解しやすいため、業務改善の提案資料などにも活用できます。
UMLを実務で活用するためのポイント
1. 適切な図を選択する
すべての図を使う必要はありません。目的に応じて適切な図を選びましょう。
- システムの構造を設計 → クラス図
- 処理の流れを説明 → シーケンス図
- 要件を整理 → ユースケース図
- 状態管理が複雑 → ステートマシン図
- 業務フローを可視化 → アクティビティ図
2. 過度に詳細化しない
UML図は設計のツールであり、目的ではありません。必要な情報だけを含め、シンプルに保つことが重要です。
- 重要なクラスや関係性に焦点を当てる
- 実装の詳細はコードで表現する
- チーム全員が理解できるレベルを保つ
3. ツールを活用する
手書きでも十分ですが、専用ツールを使うと効率的です。
- 無料ツール:draw.io、PlantUML、Mermaid
- 有料ツール:Lucidchart、Visual Paradigm、Enterprise Architect
PlantUMLなら、テキストベースで図を作成できるため、バージョン管理もしやすくなります。
4. チームで共通認識を持つ
UMLの記法には細かいルールがありますが、最も重要なのはチーム内での共通理解です。
- プロジェクト開始時に記法のルールを確認
- レビュー時に図を使って議論
- ドキュメントとして残し、新メンバーの教育に活用
まとめ:UMLで設計力を向上させよう
サザエさん一家を例に、UMLの主要な図を解説してきました。
本記事で学んだこと
- クラス図:オブジェクトの構造と関係性を設計
- シーケンス図:時系列での処理の流れを表現
- ユースケース図:システムの機能要件を整理
- ステートマシン図:状態遷移を明確に管理
- アクティビティ図:業務フローやプロセスを可視化
UMLは単なる図の描き方ではなく、設計思考のツールです。身近な例で練習を重ねることで、実務でも自然に使えるようになります。
まずは小規模なプロジェクトで、クラス図やシーケンス図を描くことから始めてみましょう。設計段階で問題を発見できれば、開発コストを大幅に削減できます。
UMLを味方につけて、より良いソフトウェア設計を目指しましょう!
関連キーワード
UML入門、UML図の種類、クラス図、シーケンス図、ユースケース図、ステートマシン図、アクティビティ図、オブジェクト指向設計、Python UML、初心者向けUML、UML実践、ソフトウェア設計、モデリング言語
![]() |
20万件以上の案件から、副業に最適なリモート・週3〜の案件を一括検索できるプラットフォーム。プロフィール登録でAIスカウトが自動的にマッチング案件を提案。市場統計や単価相場、エージェントの口コミも無料で閲覧可能なため、本業を続けながら効率的に高単価の副業案件を探せます。フリーランスボード |
| |
週2〜3日から働ける柔軟な案件が業界トップクラスの豊富さを誇るフリーランスエージェント。エンド直契約のため高単価で、週3日稼働でも十分な報酬を得られます。リモートや時間フレキシブルな案件も多数。スタートアップ・ベンチャー中心で、トレンド技術を使った魅力的な案件が揃っています。専属エージェントが案件紹介から契約交渉までサポート。利用企業2,000社以上の実績。ITプロパートナーズ |
| |
10,000件以上の案件を保有し、週3日〜・フルリモートなど柔軟な働き方に対応。高単価案件が豊富で、報酬保障制度(60%)や保険料負担(50%)など正社員並みの手厚い福利厚生が特徴。通勤交通費(月3万円)、スキルアップ費用(月1万円)の支給に加え、リロクラブ・freeeが無料利用可能。非公開案件80%以上、支払いサイト20日で安心して稼働できます。Midworks |








