フローチャート記号チートシート：意味、図形、例

フローチャート記号とその意味は、アナリスト、エンジニア、教育者によって50年以上にわたり使われてきた小さな視覚語彙です。正しい図形を使えば、その規則を知っている読者には図がすぐに伝わります。このチートシートはまず、皆さんが探していたリファレンス表を提示し、その後に各記号を図形、意味、使用場面とともに説明します。

フローチャート記号チートシート

記号	名称	図形の意味	使用場面
楕円	ターミネーター	開始または終了点	プロセスの始まりや終わりを示す
長方形	プロセス	アクションやタスク	何かが起きるすべてのステップ
ひし形	判断	Yes/No分岐	フローを分ける質問
平行四辺形	入力 / 出力	データの出入り	ユーザー入力、表示される結果、ファイル読込
矢印	フローライン	フローの方向	すべての図形を順番に接続する
横棒付き長方形	定義済みプロセス	サブプロセスへの参照	文書化されたサブ手順を呼び出す
円柱	データベース	保存データ	データベースの読み書き
波型長方形	ドキュメント	ドキュメントやレポート	ファイルや印刷物の生成
重なった波型	複数ドキュメント	同種のドキュメントの集まり	バッチレポート、請求書一式
台形	手動操作	人が行うステップ	システムが自動化できない作業
六角形	準備	設定や初期化	ループ準備、設定、デフォルト値
円	ページ内コネクタ	同一ページ内のジャンプ	長い交差線を避ける
五角形	ページ外コネクタ	別ページへのジャンプ	複数ページ図の続き
D字型	遅延	待機やキュー	製造フローの保留ステップ
三角形	保管	在庫や保管	物理的・デジタル的な保管場所

最初の5行の記号で図の90%をカバーできます。残りは専門的な用途向けです。

クイックスタート：正しい記号でフローチャートを作る

すでに正しい図形を使用した図が欲しい場合は、Flowovaのフローチャート作成ツールとテキスト・トゥ・フローチャートツールが、説明内容に基づいて自動的に標準記号を適用します。手作業での解説は、フローチャートの作り方とフローチャートのベストプラクティスを参照してください。

必須記号

これらの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つの必須記号（ターミネーター、プロセス、意思決定、入出力、矢印）をマスターし、特定のユースケースのために必要に応じて二次的な記号を追加しましょう。

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