フローチャート（flowchart, 流れ図）は、プロセスの各ステップを箱で表し、流れをそれらの箱の間の矢印で表すことで、アルゴリズムやプロセスを表現する図である。アルゴリズムやプロセスについて、単にその順序だけを示すものであり、全体から詳細へというような「段階的」な説明ではない（ないし、記述者が意識してそのような階層を作る必要がある）[注釈 1]。また、データフロー図と対比すると、より重要であるデータの流れをフローチャートは表すことがなく、操作を順に示すことでデータの流れを暗示する。しかし、フローチャートは様々な分野の工程の解析・設計・文書化・管理に用いられている[1]。 フローチャートは複雑なプロセスやプログラムの設計および文書化に使われる。他の図と同様、何が行われているかを視覚化するのを助け、それによって見る者がプロセスを理解するのを助け、さらには欠陥・ボトルネック・細かい特徴などを発見できることもある。フローチャートには様々な種類があり、それぞれ固有の部品（箱）や記法を持つ。最も一般的な箱は次の2種類である。 ページをいくつかに分割し、異なる組織の制御を異なるスイムレーン
概要
処理ステップ、活動を表す箱。単純な四角形で表される。
判断。通常菱形で表される。
プログラミング言語の教育においては、処理を理解するために用いられることがある（たとえば、for (i = 0; i < 10; ++i) という字面からだけでは、「繰返しの1回目では ++i は実行されない」「2回目からの繰返しの前に ++i と i < 10 の判定がこの順に行われる」といったことがわかりづらいため、そういったことを可視化するには適している）。事務処理においては、提出資料の様式として要求する者がいるため、使わざるをえないこともある。
問題解決においてフローチャートを作成する意味は、
問題解決の方法を視覚的に明確に表せる。
処理手順を追いやすい。そのため手順に問題がある時、それを発見・修正するのが容易になる。
問題解決を複数人数で行う時、担当箇所の明確化や、説明する際の理解向上に役立つ。
などがある。[2]
フローチャートはプロセスのある側面を描いたもので、他の側面は他のダイアグラムで補完される。例えば、石川馨は品質管理の七つ道具として、グラフ、ヒストグラム、パレート図、チェックシート、管理図、特性要因図、散布図を挙げている。また、非形式的なモデリング言語としてUMLがあるが、数あるダイアグラムのうちのアクティビティ図はフローチャートのように制御フローを書くことに使うことができる。
いずれにしても、コンピュータ科学の観点からは、フローチャートは、コンピュータのプログラミングにおいて無条件と条件分岐の分岐命令（goto文とif文）だけを制御構造として使っているような「構造化以前の存在」、として扱われている。構造化をフローチャート（的な図法）に取り入れた試みについては、#構造化フローチャートの節を参照。
歴史フローチャート作図用のステンシルテンプレート
プロセスの流れを文書化する最初の構造化技法として「フロー・プロセス・チャート（英語版）」がある。1921年、アメリカ機械工学会 (ASME) の会員だったフランク・ギルブレスが “Process Charts?First Steps in Finding the One Best Way” と題して発表した。このツールは間もなく経営工学の教育に組み込まれた。1930年代に入ると、アラン・H・モーエセンという経営工学者がニューヨーク州レークプラシッドで経営工学のいくつかのツールをビジネスマン向けに教えるという仕事を始めた。
1944年にモーエセンのクラスを卒業したアート・スピナンジャーは、それらツール群をプロクター・アンド・ギャンブルに持ち帰り Deliberate Methods Change Program を開発した。同じく1944年に卒業したベン・S・グレアム（英語版）は Standard Register Industrial の帳票開発部門のディレクターで、フロー・プロセス・チャートを発展させ複数の文書間の関係を示すマルチフロー・プロセス・チャートを考案した[3]。1947年、ASMEはギルブレスのフロー・プロセス・チャートから部品群を採用したプロセスチャートのASME規格を策定した。
ダグラス・ハートリーは、ハーマン・ゴールドスタインとジョン・フォン・ノイマンがコンピュータプログラム（当時のことであるから、機械語を直接人間が書く、というプログラミングであったことに留意）のためのフローチャートを考案したとしている[4]。
.jpg/p8){kind=link}