フローチャート記号とその意味：2026年完全ガイド

フローチャート記号は、プロセス内のさまざまな種類のアクション、意思決定、データを表す標準化された図形です。正しい記号を使用することで、規則に精通した人であれば誰でもフローチャートをすぐに理解できます。このガイドでは、すべての標準記号、使用タイミング、および避けるべき一般的なミスを解説します。

必須記号

これらの5つの記号でフローチャートのニーズの90%をカバーできます。まずはこれらをマスターしましょう。

楕円（ターミネーター）

╭─────────╮
│  Start  │
╰─────────╯

目的: プロセスの開始と終了を示します。

使用タイミング:

プロセスの開始を示すために常に使用する
各終了点を示すために使用する（複数の終了点がある場合もある）
「Start」「End」または「顧客が注文を送信する」などの特定のイベントでラベルを付ける

ベストプラクティス:

すべてのフローチャートには開始ターミネーターが1つだけ必要
考えられる各結果に対して終了ターミネーターを使用する
中間ステップには楕円を使用しない

長方形（プロセス）

┌─────────────────┐
│  Process Step   │
└─────────────────┘

目的: アクション、タスク、または操作を表します。

使用タイミング:

何かが起こるあらゆるステップ
データや状態を変換するタスク
人やシステムが実行するアクション

例:

「合計を計算する」
「確認メールを送信する」
「在庫を更新する」
「申請を審査する」

ベストプラクティス:

能動的な動詞を使用する：「注文処理」ではなく「注文を処理する」
ラベルは簡潔だが具体的に
長方形1つにつき1つのアクション（複数のステップを組み合わせない）

ひし形（意思決定）

      ◇
     / \
   Yes   No

目的: フローを分岐させる質問または条件を表します。

使用タイミング:

Yes/Noの質問
条件チェック
基準に基づいてプロセスが複数方向に進む可能性がある箇所

例:

「支払いは有効ですか？」
「注文は100ドル以上ですか？」
「承認されましたか？」
「在庫はありますか？」

ベストプラクティス:

明確な回答を持つ質問として表現する
各出口分岐にラベルを付ける（Yes/No、True/False、または特定の値）
すべての分岐はどこかに繋がる必要がある（行き止まりなし）

矢印（フローライン）

───────────────>

目的: あるステップから次のステップへのフローの方向を示します。

使用タイミング:

順序を示すためにすべての図形を接続する
常に矢印を使用し、単純な線は使用しない
プロセスが進む方向を指す

ベストプラクティス:

フローは主に上から下、または左から右へ
可能な限り矢印の交差を避ける
線が交差する必要がある場合はカーブコネクターを使用する

平行四辺形（入出力）

    ╱─────────────╲
   ╱  User Input   ╲
  ╱─────────────────╲

目的: プロセスに入出力されるデータを表します。

使用タイミング:

ユーザーが情報を提供する（フォーム送信、データ入力）
システムが外部ソースから読み込む（ファイル、データベース、API）
プロセスがデータを出力する（印刷、表示、エクスポート）

例:

「顧客詳細を入力する」
「設定ファイルを読み込む」
「結果を表示する」
「レポートを印刷する」

二次的な記号

これらの記号は一般的ではありませんが、特定の状況で役立ちます。

ドキュメント

  ┌───────────────┐
  │   Document    │
  │               │
  └───────┐───────┘
          ╲_______╱

目的: ドキュメントまたはレポートを表します。

使用タイミング:

物理的またはデジタルドキュメントが作成される
レポートが生成される
ドキュメントが参照または使用される

例:

「請求書を生成する」
「配送ラベルを印刷する」
「契約書を審査する」

複数ドキュメント

  ┌───────────────┐
  │┌──────────────┐│
  ││   Reports    ││
  │└──────────────┘│
  └────────────────┘

目的: 同じ種類の複数のドキュメントを表します。

例:

「月次レポートを生成する」
「請求書をバッチ印刷する」

定義済みプロセス（サブルーチン）

  ┌─┬─────────────┬─┐
  │ │  Subroutine │ │
  └─┴─────────────┴─┘

目的: 別のフローチャートまたは文書化されたプロセスを参照します。

使用タイミング:

別の詳細なフローチャートへのリンク
標準的な手順の参照
共通のサブプロセスの繰り返しを避ける

例:

「支払い処理を実行する」
「承認ワークフローを実行する」
「セキュリティチェックを実行する」

データベース／データストア

    ╭───────────╮
   (│  Database │)
    ╰───────────╯

目的: 保存されたデータ（データベース、ファイルシステム、データウェアハウス）を表します。

使用タイミング:

データベースへの読み書き
ファイルの保存または取得
永続的なデータストレージ

例:

「顧客データベースに保存する」
「注文履歴を取得する」
「在庫記録を更新する」

手動操作

     ╲_____________╱
      ╲  Manual   ╱
       ╲_________╱

目的: 自動的ではなく手動で実行されるアクションです。

使用タイミング:

人間の介入が必要
物理的なアクションが必要
自動化できないステップ

例:

「パッケージを物理的に検査する」
「ドキュメントに署名する」
「コンポーネントを手動で挿入する」

準備

  ╱─────────────────╲
 │    Initialize    │
  ╲_________________╱

目的: メイン処理の前の設定または初期化ステップです。

使用タイミング:

システムの初期化
変数の設定
ループ前の準備

例:

「カウンター = 0に初期化する」
「設定を読み込む」
「接続を設定する」

ページ内コネクター

    ◯
    A

目的: 同じページのフローチャートの一部を接続します。

使用タイミング:

長い交差ラインを避ける
複雑な図の離れた部分を接続する
一致するラベルを使用する（AからA、1から1）

ページ外コネクター

    ⬠
    1

目的: フローチャートを別のページに継続します。

使用タイミング:

フローチャートが複数ページにまたがる
継続へのリンク
ページ/セクション参照でラベルを付ける

図の種類別記号の使用

基本的なプロセスフローチャート

使用する記号：ターミネーター、プロセス、意思決定、矢印

シンプルに保ちましょう。ほとんどのプロセスドキュメントにはこの4つの記号だけが必要です。

データフロー図

使用する記号：プロセス、データストア、入出力、矢印

詳細なステップよりも、データがシステム内をどのように流れるかに焦点を当てます。

システムフローチャート

使用する記号：データベース、ドキュメント、複数ドキュメントを含むすべての記号

ストレージやレポートを含む、コンピューターシステムを通じたデータフローを示します。

スイムレーン図

使用する記号：水平または垂直レーンに整理された任意の記号

記号は水平または垂直レーンで、アクター（人、部門、システム）ごとにグループ化されます。

一般的なミスとその修正方法

すべてに長方形を使用する

問題: 意思決定やデータ操作を含むすべてのステップが長方形になっている。

修正方法: 各ステップの種類に適した記号を適用する。意思決定はひし形に、データ入力は平行四辺形に。

ラベルのない意思決定分岐

問題: 矢印はひし形から出ているが、どの条件を表すかが示されていない。

修正方法: 意思決定から出るすべての分岐に常にラベルを付ける。「Yes/No」「True/False」または特定の条件を。

行き止まり

問題: 分岐がどこにも繋がっていない——ターミネーターなし、別のステップへの接続なし。

修正方法: すべてのパスは最終的にターミネーターに到達するか、メインフローに戻る必要がある。

矢印が多すぎる交差

問題: フローチャートがどこでも線が交差してスパゲッティのように見える。

修正方法: レイアウトを再構成する。遠い接続にはコネクターを使用する。サブプロセスへの分割を検討する。

曖昧なラベル

問題: 「データを処理する」「処理する」「作業する」——何が起こるかを説明しないラベル。

修正方法: 具体的に。「メール形式を検証する」「配送コストを計算する」「拒否メールを送信する」。

開始または終了の欠如

問題: プロセスがフローの途中から始まるか、結論なしに終わる。

修正方法: 開始時には常にターミネーターを含める。すべてのパスがターミネーターに到達することを確認する。

一貫性のない方向

問題: フローが予測不可能に上下左右に進む。

修正方法: 主要なフロー方向を維持する（上から下または左から右）。例外はループや戻りの場合のみ。

業界固有の記号

一部の業界では追加の規則があります：

ソフトウェア開発

ループ/反復記号: 繰り返しステップのための六角形または特別な表記
並列処理: 並行アクティビティを示すバー
API呼び出し: クラウド形状で表示されることもある

製造業

遅延: 待機時間のためのD字型記号
検査: 品質チェックのための円
保管: 在庫/保管のための下向き三角形

ビジネスプロセス

タイマー: スケジュールされたイベントのための時計記号
メッセージ: コミュニケーションのための封筒
ゲートウェイ: 複数条件のための複雑なひし形パターン

正しい記号でフローチャートを作成する

手動アプローチ

まず紙にプロセスをスケッチする
各ステップの種類を特定する（アクション、意思決定、データ）
各ステップに適した記号を選択する
図形ライブラリを使用して図ツールで描画する
記号が標準に一致することを確認する

AIアシストアプローチ

FlowovaのようなAIフローチャートジェネレーターは、説明に基づいて正しい記号を自動的に適用します：

「顧客が確認された場合」と説明する → AIがひし形を作成する
「データベースに保存する」と説明する → AIがデータベース記号を使用する
「レポートを印刷する」と説明する → AIがドキュメント記号を使用する

これにより、作成中に記号の意味を覚える必要がなくなります——プロセスに集中し、AIが表記を処理します。

クイックリファレンステーブル

記号	名称	目的
楕円	ターミネーター	開始点と終了点
長方形	プロセス	アクションまたはタスク
ひし形	意思決定	Yes/No分岐点
平行四辺形	入出力	入出力データ
矢印	フローライン	フローの方向
線付き長方形	定義済みプロセス	サブプロセスへの参照
シリンダー	データベース	データストレージ
波形長方形	ドキュメント	ドキュメントまたはレポート
台形	手動操作	人間のアクションが必要
六角形	準備	設定または初期化
円	コネクター	ページ内リンク
五角形	ページ外	別のページへのリンク

まとめ

フローチャート記号は視覚的な言語です。全員が同じ記号を一貫して使用すると、フローチャートは説明なしにすぐに読めるようになります。まず5つの必須記号（ターミネーター、プロセス、意思決定、入出力、矢印）をマスターし、特定のユースケースのために必要に応じて二次的な記号を追加しましょう。

記号の選択で時間を無駄にしないでください。基本から始め、明確に伝わるフローチャートを作成し、経験を積みながら記号の使い方を磨いていきましょう。目的はコミュニケーションであり、完璧さではありません。

必須記号

楕円（ターミネーター）

長方形（プロセス）

ひし形（意思決定）

矢印（フローライン）

平行四辺形（入出力）

二次的な記号

ドキュメント

複数ドキュメント

定義済みプロセス（サブルーチン）

データベース／データストア

手動操作

準備

ページ内コネクター

ページ外コネクター

図の種類別記号の使用

基本的なプロセスフローチャート

データフロー図

システムフローチャート

スイムレーン図

一般的なミスとその修正方法

すべてに長方形を使用する

ラベルのない意思決定分岐

行き止まり

矢印が多すぎる交差

曖昧なラベル

開始または終了の欠如

一貫性のない方向

業界固有の記号

ソフトウェア開発

製造業

ビジネスプロセス

正しい記号でフローチャートを作成する

手動アプローチ

AIアシストアプローチ

クイックリファレンステーブル

まとめ

関連リソース

関連する記事

データフロー図（DFD）：レベル、シンボル、実践的な例

BPMNダイアグラム解説：実践的なビジネスプロセスガイド（2026年）

Entity-Relationship Diagrams: A Practical Guide to Database Design

AIフローチャート生成ツールを試しますか？