フローチャートとは

ここではフローチャートとはそもそも何を指しているものなのかについて解説しています。フローチャートといってもプログラムであったり業務処理であったり様々な用途があります。 それぞれ呼び名も粒度も違うフローチャートとなるので、まずはここを理解していくところから始めたいと思います。

フローチャートは処理手順を図にしたもの

フローチャートとはそのまま訳せば「流れ図」となりますが、一般的には処理手順を図にしたものをフローチャートと呼ばれます。
この「処理」される課程をプロセスと呼び、このプロセスをフローチャート形式に図式化することが多いです。

フローチャートにおける処理とは

フローチャートにおいて処理とは一体何を指すのか考えてみてください。
恐らくITの開発経験者であればプログラムの処理の指すことを想像し、その処理の流れを表しているものをフローチャートと想像されるかと思います。
この処理の流れをフローチャート化したものを、プログラムフローチャートと呼びます。
プログラムフローチャートはプログラムの論理的な流れを図式化したものです。
プログラムの言語問わず、どのプログラムでも同じフローチャートで表すことができます。
粒度が粗くてざっくりと書かれた、概要レベルでシステムの流れを表したフローチャートをゼネラルプログラムフローチャートと呼びます。
一方でプログラムの計算式レベルまで落とし込まれた詳細のフローチャートをディテールプログラムフローチャートと呼びます。

一方で、プログラムとは関係なく私達が仕事上進めている作業自体も処理と呼びます。
こちらはシステムフローチャートと読んだり、業務フローチャートと読んだりします。
仕事をするのに必要な作業の流れの図となります。
もちろん処理の流れでプログラムフローチャートで表される部分も出てきますが、こちらの場合は処理図形１つに省略されることが多いです。
業務の流れについても、粒度が粗いフローチャートをゼネラルシステムフローチャートと呼び、細かいものをディテールシステムフローチャートと呼びます。

プログラミングでも通常の業務でもどちらも「処理」と呼ばれますし、これらの一連の流れを表す際には粒度の違いはあれど、どちらもフローチャートとして表すことができます。

自動販売機で例えてみると

システムフローチャート、業務フローチャート（業務ではありませんが）で言えば、

１．硬貨を入れる
２．欲しいドリンクのボタンを押す
３．取り出す

の３ステップのフローチャートで表すことができます。

一方、プログラムフローチャートではもっと複雑です。
（これでもかなり端折っていますね）

１．硬貨が投入される
２．金額判定
３．硬貨の合計が商品Ａの金額以上か否かを判定
４．商品Ａの在庫が１以上かを判定
５．どちらもYesであればフラグを立てる
６．商品Ｂの・・・（繰り返し）
７．フラグが立っているもののボタンライトをON
８．入力受付
・
・

インプットされた情報（ここでは硬貨の投入ですね）を起点にさまざまな状況の判定、条件の判断を繰り返して処理が進んでいきます。
実際に自動販売機１つとっても、ここで挙げた何倍もの処理を瞬時に行っています。

どちらも共通するのが、インプットがあり、アウトプットがあり、その間には処理＝プロセスがあるということです。
そして、これらはどちらも図式化、つまりフローチャートとして記述できます。