JPH07319677A - 自動的に構造化プログラムを生成する、プログラムされた計算機を用いて流れ図を作成する方法と装置 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウエア設計者が構造化ソフトウエアを
容易に効率的に開発して品質の高い製品をより安価に製
作することのできるソフトウエア開発ツールを提供す
る。 【構成】 プログラム可能な計算機（１０）と、プログ
ラム可能な計算機（１０）のディスプレイ（１５）を用
いて構造化流れ図を作成し、前記流れ図から作成される
任意のプログラムが構造化プログラムになるような方法
であって、基本的な流れ形式の所定の組を第１ディスプ
レイ領域（１５ａ）に表示し、流れ形式の前記組からユ
ーザが２つの流れ形式を選択できる手段（２０、２５）
を提供し、前記２つの選択された流れ形式を組み合わせ
て、前記ユーザが与える情報に従って新しい有効な流れ
形式を生成し、前記選択された流れ形式と任意の新しい
有効な流れ形式を前記ディスプレイ（１５）の第２領域
に表示する、段階を含む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は構造化された計算機プロ
グラムを作成する方法と装置に関する。すなわち、自動
的に構造化プログラムを生成する、プログラムされた計
算機を用いて流れ図を作成する方法と装置に関する。詳
しく言うと、本発明は、流れ図から作成された任意のプ
ログラムコードが構造化プログラムになるような、流れ
図を作成する方法と装置に関する。

【０００２】

【従来の技術】流れ図プログラムは多数存在する（例え
ば、米国特許第４，５４６，４３５号、第４，８７２，
１６７号、第４，８５２，０４７号を参照）。しかし既
存のシステムの中には、本発明で用いる厳密な図形表示
方法に照らして、作成する流れ図が構造化されるよう支
援し、促進し、または要求するものはない。構造化され
ていない原始コードまたは流れ図は、「厄介なもの」ま
たは「スパゲッティ」と呼ばれる。純粋な、構造化され
た流れ図またはコードから逸れる程度に応じて「スパゲ
ッティ」度がある。構造化されていない流れ図（または
構造化されていない流れ図から得られるコード）は、構
造化された流れ図またはコードよりエラーが多くまた保
守が困難であることが知られている。

【０００３】埋め込み型計算機を備える製品（例えば電
話交換機メーカーの製品）のメーカーがソフトウエアに
頼る度合いはますます増えている。その理由は、ソフト
ウエアを含む製品の付加価値が製品への投資の中で占め
る割合がますます大きくなっているからである。ソフト
ウエアが与える処理機能は、顧客にとってますます貴重
なものになっている。

【０００４】顧客は製品が早く納入されることを要求す
る。顧客は購入する製品に、より多くの処理機能を要求
する。例えば電話交換機などのシステムでは、これはよ
り多くの交換機能を持つことである。機能に対する要求
や希望は年毎に複雑になっている。しかしメーカーにと
っては、所望の機能を持つソフトウエアを納期通りに、
高い品質で納入することは非常に難しい場合が多い。所
望の機能を備えた高品質のソフトウエアを納期通りに納
入できるメーカーの競争力は、それができないメーカー
に比べて非常に高い。

【０００５】

【発明が解決しようとする課題】製品またはプロジェク
トのコードの数が多くなるほど、コードを構造化するこ
とが重要になる。また構造化コードは、正しいコードを
開発するのに用いる方法の非常に重要な要素である。納
入するときにすでに正しいコードは、納入後に修正を要
するコードより全製作費がはるかに少ない。ソフトウエ
アの設計者は、コード開発の工程において恐らく最も希
少で高価な資源である。設計者の時間は効率よく用いら
れなければならない。ソフトウエアの設計者が時間を最
も有効に使う方法は、構造化コードを設計して書くこと
である。この目標は、今日のソフトウエア開発ツールを
用いては達成することが困難である。その理由は、開発
する流れ図またはコードを構造化することは設計者に任
されているからである。

【０００６】

【課題を解決するための手段】従って本発明の目的は、
ソフトウエア設計者が構造化ソフトウエアを容易に効率
的に開発して品質の高い製品をより安価に製作すること
のできるソフトウエア開発ツールを提供することであ
る。

【０００７】本発明の別の目的は、複雑でソフトウエア
の比重の高い製品を納期通りに高品質で納入できるよう
に、構造化ソフトウエアを開発することのできるソフト
ウエア開発ツールを提供することである。

【０００８】本発明の更に別の目的は、開発されたソフ
トウエアが高い収益をあげるのに必要な性質を持つよう
なソフトウエア開発ツールを提供することである。

【０００９】本発明の一実施態様では、プログラム可能
な計算機と、プログラム可能な計算機のディスプレイを
用いて流れ図を作成し、前記流れ図から作成される任意
のプログラムが構造化プログラムになるような方法を提
供する。この方法は、基本的な流れ形式の所定の組を第
１ディスプレイ領域に表示し、流れ形式の前記組からユ
ーザが２つの流れ形式を選択できる手段を提供し、選択
された流れ形式の一方の流れ形式を他方の任意のステー
トメントボックス内に置くことにより前記２つの選択さ
れた流れ形式を組み合わせて、前記ユーザが与える情報
に従って新しい有効な流れ形式を生成し、前記選択され
た流れ形式と任意の新しい有効な流れ形式を前記ディス
プレイの第２領域に表示する、段階を含む。基本的な流
れ形式は、ステートメントボックス、２つのステートメ
ントボックスのシーケンス、ＦＯＲおよびＷＨＩＬＥス
テートメント用の繰り返し形式、ＩＦ−ＴＨＥＮおよび
ＩＦ−ＴＨＥＮ−ＥＬＳＥステートメントおよびＣＡＳ
Ｅステートメント用の論理形式を含む交代形式である。

【００１０】本発明の一実施態様では、プログラム可能
な計算機のディスプレイ上で流れ図を組み立てる装置を
提供する。このディスプレイは、それぞれが１入力線と
１出力線を持つ少なくとも１つの多角形を備え、それぞ
れが１入力線と１出力線を持つ、１組の基本的な流れ形
式アイコンをスクリーン上に表示する手段と、ユーザが
少なくとも１つの基本的流れ形式アイコンを選択できる
ユーザ入力手段と、スクリーン上の異なる領域上の前記
ユーザが指定した位置に前記選択されたアイコンを表示
する手段と、を備える。

【００１１】本発明の一実施態様の装置は、前記少なく
とも１つの選択されたアイコン内の少なくとも１つの多
角形に関連するテキストを入力するユーザ入力手段と、
前記入力されたテキストを前記少なくとも１つの選択さ
れたアイコン内の前記少なくとも１つの多角形に隣接す
る領域に表示する手段と、を更に備える。

【００１２】本発明の一実施態様の装置内の各アイコン
は長方形または正方形を含み、前記選択されたアイコン
を表示する手段は、２つの選択された流れ形式アイコン
を組み合わせる手段と、選択されたアイコンを表示する
ようユーザが指定した位置が所定の規則によると正しい
ことを決定する手段と、指定された位置が前記所定の規
則によると正しくないことを決定する手段により行われ
た決定に応じて前記選択されたアイコンを表示する手段
の動作を禁止する手段と、を備える。

【００１３】本発明の一実施態様では、計算機のディス
プレイ上で流れ図を組み立てる装置を提供する。前記デ
ィスプレイは、前記ディスプレイ上の第１領域に、それ
ぞれが少なくとも１つのステートメントボックスと１入
力線と１出力線を備える、所定の複数の流れ図アイコン
を表示する手段と、前記複数の流れ図アイコンの中の１
つを選択するよう指示するユーザ入力手段と、前記選択
されたアイコンを前記ディスプレイの第２領域に置くよ
う指示するユーザ入力手段と、前記選択された流れ図ア
イコンの前記指示された位置が所定の規則に合うかどう
かを決定する手段と、ただし前記規則により１つのアイ
コンを前に選択された別のアイコンのステートメントボ
ックス内に置いて新しい流れ図アイコンを作ることがで
き、１つのアイコンと他のアイコンを直列の関係に置く
ことができ、前記流れ図の中の制御の流れは下向きだけ
が許され、前記流れ図の中ではどの流れの線も交差する
ことを禁止するものであり、また位置を指示する前記ユ
ーザ入力手段により生成される任意の新しい流れ図アイ
コンを前記所定の複数の流れ図アイコンに一時的に追加
する手段と、を備える。

【００１４】本発明の更に別の目的、機能、付随する利
点は、各実施態様の以下の詳細な説明を図面と共に読め
ば、この技術に精通した人には明らかになる。単なる例
示として、本発明の装置の望ましい実施態様と関連する
図面を参照して以下に詳細に説明する。

【００１５】

【実施例】この説明において、「構造化」という語は特
定の厳密に定義された性質を持つコードまたは流れ図を
記述する形容詞として用いる。「これらのコードを構造
化して下さい」というように表現した場合は動詞であっ
て、コードまたは流れ図で実行する特定の行動を示す。

【００１６】エラーなくコンパイルする、またはエラー
なくアセンブルする（アセンブラ言語の場合）全てのコ
ードは、あるレベルで「編成された」という意味で「構
造化され」ている。コードが言語の構文規則に従うとい
う意味で編成されていない場合は、コンパイルまたはア
センブルしない。しかし、これはこの応用の「構造化」
という意味とは全く異なる。ここで用いる「構造化」と
いう語は、以下に詳細に説明するように、厳密に定義さ
れている。

【００１７】本発明のプログラムは構造化流れ図を要求
できるという新しい属性を持っており、構造化流れ図の
固有の性質から、これを用いて作った流れ図はほぼ正確
である確率が高い。流れ図または流れ図から得られるコ
ードが最初から正しければ経済的に非常に有利である。
本発明を用いれば、年間に莫大な費用の節約になる。

【００１８】図１は、本発明を実現するのに用いること
ができるハードウエアの実施態様を示す略図である。Ｃ
ＰＵ１０は、ＲＯＭ３０に記憶されている本発明のプロ
グラムコードを実行する。一時的なデータを記憶するＲ
ＡＭ３５も備える。ディスプレイ１５はＣＰＵに接続さ
れ、流れ図アイコンのユーザインターフェースと、ユー
ザが流れ図を作るのに用いる表示領域とを表示する。キ
ーボード２０は、ユーザが計算機プログラムに命令を入
力するのに用いる。マウス２５により、本発明が提供す
る流れ図アイコンのクリックやドラッグ操作などの、追
加のユーザ制御を行うことができる。

【００１９】本発明の望ましい実施態様では６個の基本
的流れ形式または流れ形式アイコンがあり、１組の規則
に従ってこれを組み合わせることにより構造化流れ図を
作成する。これらの６個の基本的流れ形式を図２から図
７に示す。説明の都合上、「流れ形式」と「流れ形式ア
イコン」は同じものを指す。

【００２０】本発明で構造化プログラムを作るために
は、基本的流れ形式を用いる際に次の３規則に従わなけ
ればならない。 １． 有効な流れ形式アイコンの組から２個の流れ形式
アイコンを選択する。同じ流れ形式アイコンを２回選択
した場合は、２個の流れ形式アイコンを選択したと数え
る。これらの２個の選択されたアイコンは、規則２によ
って組み合わせなければならない。 ２． 組み合わせ規則。任意の有効な流れ形式を、他の
有効な流れ形式の任意のステートメントボックス内に置
くことができる。流れ形式アイコンの写しを自分のステ
ートメントボックスの一つの内部に置くこともできる。 ３． 組み合わせ規則に従って得られた流れ形式は全て
それ自身が有効な流れ形式アイコンであって、６個の基
本的流れ形式アイコンの１つと同じように用いることが
できる。段階１に戻って有効な流れ形式アイコンの組
（拡張されたものでもよい）の中から選択する（必要で
あれば）ことによりプログラムの開発は続けられる。

【００２１】次に定義により、本発明の構造化流れ図は
６個の基本的流れ形式アイコンを用いて上の３規則に従
って作成された（または、され得る）流れ図である。実
際は、本発明によるプログラムの作成は第２規則の例外
も含み、２個の流れ形式の一方を他方のステートメント
ボックス内に挿入するのではなく、２個の選択された流
れ図を直列に接続することができる。それは、本発明に
よりプログラムを作成すると言っても、３規則に厳密に
従って行う必要はないからである。必要なことは、３規
則に従って得られるものと同じ結果を得ることである。

【００２２】例えば３つの連続したステートメントだけ
の簡単なプログラムを作るには、１個のシーケンス流れ
形式（図３）を選択し、次に別のシーケンス形式を選択
してこれを最初のシーケンス流れ形式の第２ステートメ
ントボックス内に置くことができる。できた組み合わせ
を展開すると、３ステートメントのシーケンス流れ形式
になる。実際は、本発明のユーザは流れ形式のこのよう
なシーケンスを選択する必要があるのではなく、本発明
の一実施態様として（図１６に示すように）、ユーザは
１個のステートメントアイコンを選択し、次にシーケン
スアイコンを直列に置くことにより、同じ３ステートメ
ントシーケンス流れ形式を得ることができる。

【００２３】構造化プログラムを実現し作成するため、
多くの規則や流れ形式アイコンやグラフを開発すること
ができる。上に述べた規則や流れ形式アイコンの組が唯
一の可能な組ではない。

【００２４】規則や流れ形式の特定の組を作るに当たっ
て、流れ形式の数と規則の数および複雑さの間にバラン
スをとらなければならない。本発明では、書くことがで
きるどんなプログラムの作成にも用いることができるシ
ステムが確立されている。つまりこの規則は、１行のプ
ログラムにでも１億行のプログラムにでも適用できなけ
ればならない。この範囲をカバーするため、図２のステ
ートメントアイコンと図３のシーケンスアイコンは両方
とも、本発明の望ましい実施態様の有効な流れ形式の組
に含まれる。

【００２５】例えば設計者が１行だけのプログラムを作
ろうとし、これを本発明の構造化プログラムの規則に従
って行おうとする場合は、単一ステートメント流れ形式
を２度選択して自分の中に挿入する。これで工程が終わ
り、プログラムが書かれる。このプログラムは規則に従
って書かれているので構造化されている。

【００２６】最初の２つの流れ形式アイコンのどちらか
または両方を用いなければ、アルゴリズムに従ってコー
ドを構造化する方法を指定するための規則はより複雑に
ならざるを得ない。これらの規則に従えば、作られたプ
ログラムは確かに構造化される。

【００２７】本発明の範囲内で、流れ形式のやや異なる
組と規則のやや異なる組を定義して同じ結果を得ること
ができる。上に説明した規則を用いれば、ユーザは１行
だけのプログラム（またはサブルーチン）を書くことが
できる。（ユーザはステートメントボックス流れ形式を
選択して自分の中に置く。） しかしプログラムの中の
必要なステートメント（流れ形式）が１つだけであれ
ば、ユーザは１つの所望の流れ形式を選択して終わりに
することができるような、特別の規則を追加してよい。
このための費用は新しい規則の追加である。というの
は、６個の基本的流れ形式はそのままあり、更に規則が
追加されるからである。

【００２８】上に述べた規則は完全である。プログラム
が構造化コーディングの３規則と６個の基本的な流れ形
式アイコンに従って構造化され、またはすることができ
れば、そのプログラムは構造化されている。プログラム
（または流れ図）が構造化コードの規則に従って再び作
成することはできないように作られていれば、そのプロ
グラムは構造化されていない。

【００２９】このように、プログラムが構造化されてい
るかどうかを決定する標準は厳密に客観的である。主観
的な判断は必要ない。このように、本発明による計算機
プログラムは、プログラムが構造化されているかどうか
を決定するのに理想的である。

【００３０】図２−図７を参照して、６個の基本的流れ
形式を以下に説明する。流れ形式は本発明の望ましい実
施態様のプログラムのユーザインターフェース部分を用
いて表示されるので、アイコンとも呼ばれる。

【００３１】本発明の望ましい実施態様において、図２
はステートメントアイコンを示し図３はシーケンスアイ
コン示す。図４は、本発明の望ましい実施態様のＦＯＲ
およびＷＨＩＬＥ言語構造を示す繰り返し形式を表す。
図５および図６は、本発明の望ましい実施態様のＩＦ−
ＴＨＥＮおよびＩＦ−ＴＨＥＮ−ＥＬＳＥ言語構造を表
す交代形式アイコン、特に論理形式アイコンの１つの型
を示す。図７は、本発明の望ましい実施態様のＣＡＳＥ
言語構造を表す交代形式アイコンの別の型を示す。すな
わち、菱形の中または付近に指定されたテストの結果に
従って、流れ形式内の経路の組から１つの経路を選択す
る。

【００３２】各アイコンは、入力線Ｉと出力線Ｏにより
接続される１つ以上の多角形から成る。各アイコンは１
入力線Ｉと１出力線Ｏだけを持つ。アイコン内の各多角
形も１入力線と１出力線だけを持つ。各アイコンの出力
線は、そのアイコンの入力線の真下に置かれる。

【００３３】ＦＯＲおよびＷＨＩＬＥステートメントは
自分の中で実行する論理式を必要とする。しかし、これ
らの形式は分岐ではなくてループを主にしているので、
論理形式ではなく繰り返し形式と呼ばれる。

【００３４】論理流れ形式、ＩＦ−ＴＨＥＮおよびＩＦ
−ＴＨＥＮ−ＥＬＳＥ論理ステートメントに関する本発
明のプログラムには多数の約束がある。詳しく言うと、
ＩＦ−ＴＨＥＮは２つの経路を提供する。ＴＲＵＥの側
にはステートメントボックスがあるが、ＦＡＬＳＥの側
にはステートメントボックスがない。この規則は、アイ
コン内にＴＲＵＥおよびＦＡＬＳＥのラベルを設けるこ
とによりアイコン内に作られている。定義により、ＩＦ
−ＴＨＥＮのＦＡＬＳＥの経路にはステートメントボッ
クスがない。本発明で流れ図にこの約束が取り入れられ
ているのは、これが原始コードの約束だからである。流
れ図と原始コードを似たものにすることが目標の一部で
ある。定義により、原始コードのＩＦ−ＴＨＥＮステー
トメントはＦＡＬＳＥの経路にステートメントボックス
を持つことができない。

【００３５】論理式がＦＡＬＳＥの場合にユーザがＩＦ
−ＴＨＥＮステートメント内のステートメントボックス
を実行したい場合は、論理式の前にＮＯＴを入れなけれ
ばならない。これにより式は負になる。式の結果がＦＡ
ＬＳＥになると、ＮＯＴにより真になる。従って、内部
の論理式がＦＡＬＳＥになったときにＩＦ−ＴＨＥＮの
ステートメントボックスが実行される。ステートメント
ボックスを実行するには、論理式は（ＮＯＴを含んで）
ＴＲＵＥでなければならない。

【００３６】図に示すように、これまでの慣例とは異な
り、ＴＲＵＥおよびＦＡＬＳＥの択一経路は決定菱形の
横または底から出るようには描かない。これは、決定菱
形の中に論理式を置くことが難しいことが多いからであ
る。決定菱形のそばであれば長い論理式でも置く余地が
十分ある。しかしこのためには経路を菱形の真下に移す
必要がある。

【００３７】本発明では、ＩＦ−ＴＨＥＮまたはＩＦ−
ＴＨＥＮ−ＥＬＳＥは論理式と共にだけ用いられる。論
理式はＴＲＵＥかＦＡＬＳＥかだけを評価することがで
きる。他のことはできない。

【００３８】本発明の約束により、ＩＦ−ＴＨＥＮステ
ートメントでもＩＦ−ＴＨＥＮ−ＥＬＳＥステートメン
トでもＴＲＵＥ分岐は右側に置く。この約束にした理由
は、ＩＦ−ＴＨＥＮ−ＥＬＳＥステートメントにおいて
論理式の結果がＴＲＵＥであればステートメントの第１
のまたは最初の組を実行するというのが、ほとんど全て
の言語での定義だからである。論理式の結果がＦＡＬＳ
Ｅであれば、ステートメントの第２のまたは最後の組を
実行する。西欧社会では、最初が右側というのがＴＲＵ
Ｅである。同様に最後が左側というのがＦＡＬＳＥであ
る。従って、本発明の作図の約束は、計算機言語の構造
の約束と標準的な社会の慣習との組合わせの延長上にあ
る。

【００３９】図５および図６では、本発明の望ましい実
施態様のアイコンにＴＲＵＥ−ＦＡＬＳＥラベルが付い
ている。「ＩＦ論理」式はない。これは望ましい実施態
様のプログラムを用いて、ユーザが追加するものであ
る。

【００４０】本発明で実現される構造化流れ図方式で
は、上向きの線はあり得ない。上向きの線がないので、
流れ線に矢印を用いる必要は全くない。全ての流れ線は
下向きである。この約束により流れ図はすっきりする。
流れ図がすっきりしているので読み易くもある。流れの
方向を示す矢印を探す必要がない。もう１つの重要な約
束は、構造化流れ図では流れ線が互いに交差する必要が
全くないことである。

【００４１】原則として、本発明の方法と装置を用いて
作られる流れ図ではページ間の接続は許されない。この
規則には多くの例外がある。多数のケースがあってＣＡ
ＳＥステートメントがページの外にはみ出すようなＣＡ
ＳＥステートメントの場合はページ間の接続が許され
る。

【００４２】有限状態機械（ＦＳＭ）を記述する流れ図
を描く場合は、状態符号はＣＡＳＥステートメントと同
様な挙動をする。その状態内で受けることのできる各信
号は、ＣＡＳＥステートメントのケースと同様である。
この型の状態は「待ち」状態とも呼ばれる。待ち状態は
受信点として有効に動作する。その点で受けることので
きる信号や事象が多数ある状態の場合は、ページ間の接
続が許される。本発明の望ましい実施態様のプログラム
を実現する際に、ページ間の接続を行うことは通常の設
計者の技術の範囲内と考えられる。

【００４３】図８は、１つの流れ形式アイコンが他の流
れ形式アイコンの適当なステートメントボックス内に置
かれている状態を示す。新しく作られた有効な流れ形式
を図９に示す。図９はＩＦ−ＴＥＨＮ−ＥＬＳＥ流れ形
式で、そのＴＲＵＥ側のステートメントボックス内にＩ
Ｆ−ＴＨＥＮ流れ形式を持つものを示す。この新しく作
られた有効な流れ形式は、元の６個の基本的流れ形式ア
イコンと同じ種類になる。更に、他の１つのステートメ
ントボックスの中に新しい流れ形式を置くことにより新
しく作られた流れ形式を他の流れ形式と組み合わせても
よいし、既存の流れ形式を１つの新しい流れ形式ステー
トメントボックスの中に置いてもよい。また新しく作ら
れた流れ形式を複写して、自分の１つのステートメント
ボックスの中に置いてもよい。本発明では、これらの作
られた流れ形式はメモリ内に一時的に記憶されるのであ
って、６個の基本的アイコンの所定の組の一部にはなら
ない。

【００４４】有効な流れ形式をこのように組み合わせる
作業は、ユーザがプログラムを作り終えるまで何度でも
繰り返される。

【００４５】図１０は、ＩＦ−ＴＨＥＮアイコンをＦＯ
Ｒループの中に置いたものを示す。ＩＦ−ＴＨＥＮステ
ートメントの内部には、図１０に示すようにステートメ
ントボックスと送信ステートメントボックスの２つのス
テートメントのシーケンスがある。送信ステートメント
ボックスは、特殊な型のステートメントを表す特殊な形
状にした別個の長方形のステートメントボックスの例で
ある。これらの特殊な形状は、従来の流れ図方式におい
て出力をプリンタ装置に送ったり、値をメモリに記憶し
たりするステートメントに一般に用いられる形状で表現
してよい。これらの特殊な形状はプログラムの流れに影
響を与えるものではなく、プログラムを用途の要求に一
致させるために用いられる。特殊な形状のどれを選択す
るかは、この開示を見た通常の設計者が決めるものであ
る。図には示していないが、本発明の一実施態様のプロ
グラミングによって、ユーザは基本的な流れ形式の１つ
を選択した後で、形式の中の１つの長方形を利用可能な
特殊な形状に変更することができる。

【００４６】図１１は、よく起こるＣＡＳＥステートメ
ントの処理方法の例を示す。ステートメントの機能を理
解しやすくするため、各ケースの内容をサブルーチンで
呼び出さなければならない場合がしばしばある。同様
に、ＣＡＳＥステートメント自身をルーチン本体内の唯
一のステートメントとしてそのルーチン内に置かなけれ
ばならないことがしばしばある。これは、ＣＡＳＥステ
ートメントや、ＣＡＳＥステートメントの外部の密接に
関連する他のステートメントに関連するコードを１ペー
ジ内に納めるためにしばしば必要になる。

【００４７】上に述べた方法に従って流れ図を作成する
と、流れ図の結果は図１２に示すようなある新しい性質
を持つ。

【００４８】まず、コードのモジュールの一番上の入力
点は、必ず一番下の出力点の真上に描かれる。更に、ス
テートメントボックスであった各領域の付近にボックス
を描くこともできる。最後にステートメントボックスで
あった領域の付近にボックスを描くと、そのボックスは
２本だけの線と交わり、一方は上部の中央に、他方は上
の線の真下の底部の中央に描かれる。

【００４９】図７のＣＡＳＥステートメントでは、３つ
の選択肢すなわち３本の択一経路だけが示されている。
実際には、ＣＡＳＥステートメントは２本以上の択一経
路を持つ。本発明の望ましい実施態様では、ユーザはア
イコン内に必要な経路の数を指定するように指示され
る。

【００５０】上に述べたように、本発明の流れ図を用い
てプログラムを書く場合は、どの特定のルーチンの流れ
図も１ページ以内に納めなければならない。ＣＡＳＥス
テートメントの選択する経路が多すぎて１ページ以内に
表示できない場合を除けば、これは正しい。これを行う
ため、設計者は一番上から始めて一度に１つずつ階層を
下がり、細目の一番下のレベルに達しなければならな
い。

【００５１】ページにまたがらない、つまりモジュール
方式のコードを作成するため、プログラムをいくつかの
レベルに分解する必要がある。各レベルは、前のまたは
他のレベルから呼び出すことができるモジュールでなけ
ればならない。

【００５２】レベルを作成する基本的な規則として、高
位のレベルから次の低位のレベルの概要を見るか参照す
ることができなければならない。例えば原則として、船
の設計では船全体の図から船を構成するデッキの組を見
ることができる。別の例として建物の図がある。建物全
体の図から、原則的に建物の中に約何階あるかを見るこ
とができる。

【００５３】船の特定のデッキの図から、デッキの上の
各室がどこにあるかを見ることができる。同様に、建物
の中の特定の階の設計図から、その階の各室を見ること
ができる。船の機関室の図から、機関を見ることができ
る。機関の図から、ピストンを見ることができる。

【００５４】これは工学において何世紀にも渡って実際
に行われてきた設計の規則である。しかしここに説明し
た階層化の基本的原理は、それよりはるかに長く用いら
れている。技術者は単に自然を見習ってシステムをサブ
システムに分割し、更にこのプロセスを必要な回数だけ
繰り返している。

【００５５】プログラム（または流れ図）の中のＩＦ−
ＴＨＥＮステートメントは何枚かの紙面やスクリーンに
分かれるのが普通である。あるサブルーチン（プログラ
ムにはサブルーチンもあると仮定する）は多数のページ
にまたがっていてよい。この状態はきわめて普通のこと
であって、多くの設計者はこれを悪いとは思っていな
い。大きなプログラムの設計では、これは必要なことと
考えられている。実はこれは全く必要ない。必要がない
だけではなく、非常に有害である。

【００５６】プログラムは、工学の他の対象と同様に設
計しなければならない。プログラム全体を記述する１ペ
ージが必要である。単一プロセスであってそのプロセス
が有限状態機械で表されていないプログラムでは、これ
は実際に必ず実行できる。

【００５７】多数のプロセスを含むソフトウエアの場合
は、この規則を、各プロセスを１ページに記述しなけれ
ばならない、に変更してよい。プロセスが有限状態機械
としてモデル化されている場合は、高レベルの記述（実
際に、ある意味を持ち、何かを行う）でも１ページに納
まらないことがある。この場合は、有限状態機械の各状
態を１ページに納めることができる（ここでも例外が許
されることがある）。状態／事象を分割した後では、１
モジュールを１ページに、の規則を厳密に適用すること
ができる。工学作図の見地から、ここでソフトウエアは
シーケンシャル（非実時間）コードと全く同じになる。

【００５８】これは原始コードでも流れ図でも同じであ
って、階層すなわち層の原理をソフトウエアに適用する
方法である。

【００５９】この全体の考え方を初めてソフトウエア設
計者に提案すると非常にショックを与えることが多い。
しかし、設計者が何ページにもまたがる論理ステートメ
ントや信号やルーチン（流れ図や原始コードの形式の中
の）と格闘しなければならない理由はない。６個の基本
的な流れ形式全てを必ず１ページに納めなければならな
い（ＣＡＳＥステートメントの場合はいくらかの例外が
あるが）。ＩＦ−ＴＨＥＮやＩＦ−ＴＨＥＮ−ＥＬＳＥ
やＷＨＩＬＥやＦＯＲステートメントは、必ず一つのペ
ージで始まって同じページで終わらなければならない。

【００６０】この規則に従うだけで、ソフトウエアの質
は直ちに向上する。これはソフトウエア工学を除く全て
の他の工学の分野では実際に経験則になっている。「１
ページ規則」に従うだけで、ソフトウエア設計者は自動
的に層、レベル、階層で考えるようになる。これはまた
事物全体は最高レベルで表し、細目の低いレベルは低レ
ベルに置くように、自動的に大きな圧力をかける。全て
の他の工学の分野ではこれが全く標準的であるのに、ソ
フトウエア工学ではほとんど聞いたことがないというの
は驚くべきことである。

【００６１】コードのモジュールは１ページより大きく
てはならない。１ページより大きくなる場合は複数のル
ーチンに分解しなければならない。

【００６２】１つのステートメントボックスに入れるこ
とのできるものは（構造化の規則に従えば）全て１つの
ルーチンに入れることができる。コードの一部をステー
トメントボックスで囲むことができなければ、コードの
その部分はルーチンに変換できる候補ではない。

【００６３】一般に流れ図でも原始コードでも、プログ
ラムが１組の図面とは見なされていない。更に、プログ
ラムが１組のモジュールとは、ほとんどまたは全く見な
されていない。ここで用いるモジュールとは、プロセ
ス、ルーチン、サブルーチン、プロシジャなどのプログ
ラム全体のサブルーチン的なものをいう。標準的に行わ
れている「流れ」の方法では、プログラムをレベルに分
解せずに全体を１つとして扱う。

【００６４】流れ形式は、たとえ長いＣＡＳＥステート
メントを含んでいる場合でも、決して１ページを超えて
はいけない。ＣＡＳＥステートメントが他の流れ形式の
中にあるためにその流れ形式が１ページを超える場合
は、そのＣＡＳＥステートメントをサブルーチンの中に
置かなければならない。ＣＡＳＥステートメントを含む
サブルーチンを呼び出すのは、原始コードの中の１行だ
けである。同じ原理が、本発明のプログラムで作成され
る流れ図にも当てはまる。このことは、全ての実行可能
なコード（個々のＣＡＳＥステートメントまたは受信点
のリストが１ページより長い場合を除いて）は、１ペー
ジを超えないモジュール内に納まるはずであることを意
味する。

【００６５】このようにして、宣言や受信点のリストや
長いステートメントを除けば、全プログラムはそれぞれ
１ページに納まるユニットに分解される。従ってプログ
ラムは短い１組の「プログラム群」になる。各モジュー
ル自身は必ず理解しやすい。短くて１ページに納まるの
で、それ自身で理解しやすいはずである。これは実際に
は、モジュールが３３行から５０行程度より長くないコ
ードであることを意味する。同じことが本発明で作成さ
れる流れ図に要求される。

【００６６】設計者にとってまず大切なことは正しいプ
ログラムを書くことである。これに比べれば、その他の
ことは２次的である。設計者が正しいプログラムを書く
ためには、コードに組織と秩序がなければならない。工
学作図の原理をうまく用いるために、設計者はルーチン
を十分使わなければならない。

【００６７】プログラムに秩序を与える第１の手段は構
造化コードを用いることである。プログラムに秩序を与
える第２の強力な手段は、モジュールが常に短くなるよ
うに工学作図の原理を構造化コードに適用することであ
る。

【００６８】本発明の望ましい実施態様では、上に述べ
た規則やアイコンは図１に示す型のプログラムされた計
算機を用いて実現することができる。図１３および図１
４は、本発明に従ってプログラムを作成するソフトウエ
アルーチンの例示の流れ図を示す。プログラムのコーデ
ィングや、用いる言語と計算機システムの選択は、本特
許を読む人の自由である。上に述べたコーディングの原
則は、エキスパートシステムや他のプログラミング技術
を用いて、本発明のプログラムで自由に実現してよい。
この開示を理解すれば、本発明のプログラムを実現しコ
ード化することは通常の設計者の技術の範囲内であると
考えられる。

【００６９】図１３は主ルーチンを示す。段階Ｓ３００
で、スクリーンディスプレイの１領域内に流れ図アイコ
ンの所定の組を表示する。この表示は、図１８に示すよ
うに、現在多くのシステムで用いられているウインドウ
配列や所定のアイコンのパネルから成るものでよい。図
１８は、本発明の実施態様のプログラムのユーザインタ
ーフェースとして用いられる例示の一表示形式を示す。
領域１５ａは、図２から図７に示す６個の基本的な流れ
形式アイコンを含む。領域１５ｂは、ユーザが作成する
流れ図を表示する領域として用いられる。

【００７０】段階Ｓ３１０は、ユーザがキーを押すかマ
ウスを動かしたことを検知したときに入るユーザ入力ル
ーチンである。

【００７１】図１４は、段階Ｓ３１０のユーザ入力サブ
ルーチンを示す。ユーザ入力段階Ｓ３２０で、ユーザ入
力がアイコンを選択したものかどうかを決定する。この
選択は、例えば領域１５ａからマウスかカーソルキーか
タッチパッド機構を用いて行ったものでよい。アイコン
を選択した場合は、プログラムはＴＲＵＥの経路を通っ
て段階Ｓ３３０に進む。これはユーザ配置ルーチンで、
以下に図１５を参照して説明する。段階Ｓ３２０でのテ
ストの結果がＦＡＬＳＥの場合は、段階Ｓ３４０でテキ
ストの入力かどうかをテストする。そうであればＴＲＵ
Ｅの経路をとり、ユーザは前に選択したアイコンに関連
するテキストを入力するよう指示される。ユーザが入力
したテキストは、ディスプレイ領域１５ｂ内の、関連す
るアイコンの近くに置かれる。テキストはアイコン内の
多角形より大きくてよいので、これにより非常に見やす
くなる。

【００７２】従来の流れ図のプログラムでは、ユーザは
いろいろのボックスを接続する線を引くことができる。
これは本発明のプログラムでは必要ない。というのは、
ユーザ配置ルーチンにより、アイコンを既存のアイコン
のステートメントボックス内に置くか、または既存のア
イコンの真下に置いて第２のアイコンの入力線を第１の
アイコンの出力線に接続するからである。このようにし
て、選択されたアイコンの配置に基づいて本発明のプロ
グラムにより、下向きだけに延びる流れ線が自動的に作
成される。

【００７３】図１５は、本発明の望ましい実施態様のユ
ーザ配置ルーチンを示す。段階Ｓ３６０で、選択された
アイコンがディスプレイ領域１５ｂに置かれる最初のア
イコンかどうかを決定する。そうであれば、アイコンの
配置が適当かどうかをチェックする必要がないのでルー
チンは終わる。そうでなければルーチンは終わる。そう
であれば、プログラムは段階Ｓ３７０の規則チェックル
ーチンに入る。規則チェックサブルーチンが終わると、
段階Ｓ３８０でフラグが１かどうかを決定する。このフ
ラグは、アイコンの配置にエラーが起こったかどうかを
規則チェックルーチンが示すのに用いる。１でなければ
エラーメッセージルーチンに入る。１であればユーザ配
置ルーチンは終わる。

【００７４】図１６は規則チェックルーチンを示す。段
階Ｓ３９５で、あるフラグを１にする。このフラグは、
ユーザがアイコンを正しく置かなかったかどうかを示
す。段階Ｓ３９８で、アイコンをステートメントボック
ス内に移動したかどうかを決定する。そうであれば段階
Ｓ４００で、ユーザが選択できる利用可能なアイコンに
新しく作成された形式を追加し、一時メモリに記憶す
る。新しく作成された形式はディスプレイの別の領域
（図示せず）に表示して、ユーザがクリック・ドラッグ
マウスやカーソルキーやタッチパッド方式を用いてアク
セスできるようにしてよい。

【００７５】段階Ｓ３９８の答えがＦＡＬＳＥであれ
ば、このアイコンはディスプレイ内の既存のアイコンの
下に置かれたと見なされる。この場合は、第２のアイコ
ンの入力は第１のアイコンの出力に接続される。段階Ｓ
４２０で、アイコンを既存のアイコンの下に置かなかっ
た場合などで、下向きの制御以外の流れが必要かどうか
を決定する。そうであれば、段階Ｓ４３０でフラグを２
にする。下向きの制御だけで設計されていれば、段階Ｓ
４３０で、異なるアイコンの線の中で互いに交差するも
のがあるかどうかを決定する。交差する線があれば、段
階Ｓ４４０でフラグを３にしてルーチンを終える。交差
する線がなければルーチンを終える。

【００７６】図１５の段階Ｓ３８０でフラグが２か３で
あれば、段階Ｓ３９０でエラーメッセージルーチンに入
り、選択されたアイコンは表示しない。

【００７７】エラーメッセージルーチンを図１７に示
す。段階Ｓ４５０でフラグが２であれば、下向きの制御
だけが可能であることを示す特定のエラーメッセージを
表示してルーチンを終える。段階Ｓ４７０でフラグが３
であれば、線が交差しているので正しくないことを示す
エラーメッセージを表示し、新しいアイコンの位置を再
入力するようユーザに要求する。

【００７８】本発明の望ましい実施態様のソフトウエア
実現の基本的な機能を上に説明した。アイコンを表示
し、動かし、その他の操作を行う機構は、本開示を見た
普通の設計者の技術の範囲内にあると理解される。

【００７９】流れ図やコードを作成する理想的な状況
は、計算機支援ソフトウエア工学（ＣＡＳＥ）ツールが
使えて、これにより設計者は状況の必要に応じて設計者
の選択に従って原始コードか流れ図により作業できるこ
とである。例えば設計者は最初原始コードによりデータ
の型や他の宣言を決め、次に実行可能なコードを作るた
めに流れ図に移行する。設計者が流れ図とコードの間を
往来するに従って、このツールは自動的に相手の形式を
更新する。このようにして、流れ図と原始コードは自動
的に並列に保全される。従って流れ図とコードは同じも
のになる。流れ図が「高いレベル」のコードを表すとい
う目標は、コード自身を階層的にすなわち層的に書くこ
とにより達成される。

【００８０】従って、実行可能な最も詳細なコードに対
する流れ図があってよいが、原始コードの高い層に対応
する高いレベルの流れ図も作成することができる。この
ようなツールが使えても（発明者の知る限り、上に指定
した要件を正確に満たす実用的なツールはまだ存在しな
い）、このツールのユーザがＣＡＳＥツールから最高の
利益を得る助けになるという意味で、本発明はやはり有
用である。構造化コードを強制的に作成する言語はほと
んどなく、また構造化流れ図（ここでの定義に従う「構
造化」）を強制的に作成する既存の流れ図ツールはな
い。これは、最新のツールや言語を用いても、構造化ソ
フトウエア製品の開発は設計者の自己訓練にまつことを
意味する。

【００８１】特定の実施態様のこれまでの説明により本
発明の一般的な性質が十分明らかになったので、現在の
知識を用いれば一般的な概念からそれることなく、誰で
もこの特定の実施態様の各種の応用を修正しおよび／ま
たは適用することができる。従ってこのような適応また
は修正は、開示された実施態様と同等の意味と範囲内に
含まれるものである。ここに用いられた用語の用法は説
明のためのものであって、制限的なものではない。

【図面の簡単な説明】

【図１】本発明を実現する計算機システムの略図。

【図２】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図３】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図４】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図５】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図６】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図７】本発明の望ましい実施態様で用いられる基本的
な流れ形式アイコンの図。

【図８】本発明の望ましい実施態様により作成すること
のできる各種の流れ図。

【図９】本発明の望ましい実施態様により作成すること
のできる各種の流れ図。

【図１０】本発明の望ましい実施態様により作成するこ
とのできる各種の流れ図。

【図１１】本発明の望ましい実施態様により作成するこ
とのできる各種の流れ図。

【図１２】本発明の望ましい実施態様により作成するこ
とのできる各種の流れ図。

【図１３】本発明の望ましい実施態様の流れ図。

【図１４】本発明の望ましい実施態様の流れ図。

【図１５】本発明の望ましい実施態様の流れ図。

【図１６】本発明の望ましい実施態様の流れ図。

【図１７】本発明の望ましい実施態様の流れ図。

【図１８】本発明の望ましい実施態様のユーザインター
フェースを表示するディスプレイの例示的な略図。

【符号の説明】

１０ ＣＰＵ １５ ディスプレイ ２０ キーボード ２５ マウス ３０ ＲＯＭ ３５ ＲＡＭ

Claims (16)

【特許請求の範囲】
1. 【請求項１】プログラム可能な計算機と、前記プログラ
   ム可能な計算機のディスプレイを用いて流れ図を作成
   し、前記流れ図から作成される任意のプログラムが構造
   化プログラムになるような方法であって、 基本的な流れ形式の所定の組を第１ディスプレイ領域に
   表示し、 流れ形式の前記組からユーザが２つの流れ形式を選択で
   きる手段を提供し、 前記２つの選択された流れ形式を組み合わせて、前記ユ
   ーザが与える配置情報に従って新しい有効な流れ形式を
   生成し、 前記選択された流れ形式と任意の新しい有効な流れ形式
   を前記ディスプレイの第２領域に表示する、段階を含む
   方法。
2. 【請求項２】前記基本的な流れ形式は、ステートメント
   ボックス、２つのステートメントボックスのシーケン
   ス、ＦＯＲおよびＷＨＩＬＥステートメント用の繰り返
   し形式、ＩＦ−ＴＨＥＮおよびＩＦ−ＴＨＥＮ−ＥＬＳ
   ＥステートメントとＣＡＳＥステートメント用の論理形
   式を含む交代形式である、請求項１記載の方法。
3. 【請求項３】組み合わせる前記段階は、 前記ユーザが与える前記配置情報が所定の複数の規則を
   満足するかどうかを決定し、 前記情報が前記所定の複数の規則を満足しない場合は適
   当なエラーメッセージを表示する、段階を含む、請求項
   １記載の方法。
4. 【請求項４】前記所定の複数の規則は、前記２つの選択
   された流れ形式の一方を前記２つの選択された流れ形式
   の他方の内部に置き、または前記２つの選択された流れ
   形式の一方を前記２つの選択された他方に直列に置くこ
   と、前記流れ図の中では制御の下向きの流れだけが必要
   であること、流れ形式を接続する２本の線は互いに交差
   しないこと、を要求する、請求項３記載の方法。
5. 【請求項５】プログラム可能な計算機のディスプレイ上
   で流れ図を組み立てる装置であって、 それぞれが１入力線と１出力線を持つ少なくとも１つの
   多角形を備え、それぞれが１入力線と１出力線を持つ、
   １組の基本的な流れ形式アイコンをスクリーン上に表示
   する手段と、 ユーザが少なくとも１つの基本的な流れ形式アイコンを
   選択できるユーザ入力手段と、 スクリーンの異なる領域上の前記ユーザが指定する位置
   に前記選択されたアイコンを表示する手段と、を備える
   装置。
6. 【請求項６】前記少なくとも１つの選択されたアイコン
   内の前記少なくとも１つの多角形と関連するテキストを
   入力するユーザ入力手段と、 前記入力されたテキストを、前記少なくとも１つの選択
   されたアイコン内の前記少なくとも１つの多角形に隣接
   する領域に表示する手段と、を更に備える、請求項５記
   載の装置。
7. 【請求項７】基本的な流れ形式アイコンの前記組は、１
   入力線と１出力線を持つ１多角形を備えるステートメン
   トボックス・アイコンを備える、請求項５記載の装置。
8. 【請求項８】基本的な流れ形式アイコンの前記組は、１
   線により接続される２つの多角形を含むシーケンスアイ
   コンを備え、前記シーケンスアイコンは前記２つの多角
   形の第１への１入力と前記２つの多角形の第２から来る
   １出力を持つ、請求項５記載の装置。
9. 【請求項９】基本的な流れ形式アイコンの前記組はＦＯ
   ＲおよびＷＨＩＬＥ言語構造を表す繰り返し形式アイコ
   ンを備え、前記繰り返し形式アイコンは、 １入力線を備える第１六角形と、 １線により前記第１六角形に接続する四角形と、 １線により前記四角形に接続し、１出力線を持つ第２六
   角形と、を備える、請求項５記載の装置。
10. 【請求項１０】基本的な流れ形式アイコンの前記組は２
    つの交代形式アイコン、すなわち、 ＩＦ−ＴＨＥＮ言語構造を示し１入力線と１出力線を備
    える菱形を持つ第１交代形式アイコンであって、前記出
    力線は前記菱形の下の隅から下向きにまっすぐ延びる偽
    分岐と、前記菱形の右に延び前記偽分岐に接続される１
    出力線を持つ長方形または正方形を含む真分岐とを備
    え、前記第１論理形式は１入力線と１出力線を備える、
    第１交代形式アイコンと、 ＩＦ−ＴＨＥＮ−ＥＬＳＥ言語構造を示し１入力線と１
    出力線を備える菱形を持つ第２交代形式アイコンであっ
    て、前記出力線は菱形の右側と左側に分かれて延び、前
    記右分岐は前記構造のＴＨＥＮ経路であり、前記左分岐
    は前記構造のＥＬＳＥ経路であり、各分岐は１出力線を
    持つ長方形または正方形を備え、前記出力線は互いに合
    流して第２論理形式アイコンの単一出力線を形成する、
    第２交代形式アイコンと、を備える、請求項５記載の装
    置。
11. 【請求項１１】基本的な流れ形式の前記組はＣＡＳＥ言
    語構造を示す交代形式アイコンを備え、前記交代形式ア
    イコンは１入力線と１出力線を持つ菱形を備え、前記出
    力線はＣＡＳＥ言語構造の可能性の数に相当する数の複
    数の分岐に分かれ、各分岐は１出力線を持つ長方形また
    は正方形を備え、前記出力線は合流して交代形式アイコ
    ンの単一出力線を形成する、請求項５記載の装置。
12. 【請求項１２】各アイコンは長方形または正方形を備
    え、前記選択されたアイコンを表示する前記手段は、 ２つの選択された流れ形式アイコンを組み合わせる手段
    と、 選択されたアイコンを表示するようユーザが指定する位
    置が所定の規則によると正しいことを決定する手段と、 指定された位置が前記所定の規則によると正しくないと
    決定する手段により行われた決定に応じて前記選択され
    たアイコンを表示する手段の動作を禁止する手段と、を
    備える、請求項５記載の装置。
13. 【請求項１３】前記アイコンの一番上の点の入力線は、
    ディスプレイ上の前記アイコンの一番下の点の出力線の
    真上に現れる、請求項５記載の装置。
14. 【請求項１４】計算機のディスプレイ上で流れ図を組み
    立てる装置であって、 前記ディスプレイの第１領域に、それぞれが少なくとも
    １つのステートメントボックスと１入力線と１出力線を
    備える、所定の複数の流れ図アイコンを表示する手段
    と、 前記複数の流れ図アイコンの中の１つを選択するよう指
    示するユーザ入力手段と、 前記選択されたアイコンを前記ディスプレイの第２領域
    に置くよう指示するユーザ入力手段と、 前記選択された流れ図アイコンの前記指示された配置が
    所定の規則に合うかどうかを決定する手段と、ただし前
    記規則により１つのアイコンを前に選択された別のアイ
    コンのステートメントボックス内に置いて新しい流れ図
    アイコンを作ることができ、１つのアイコンと他のアイ
    コンを直列の関係に置くことができ、前記流れ図の中の
    制御の流れは下向きだけが許され、前記流れ図の中では
    どの流れ線も交差することを禁止するものであり、 配置を指示する前記ユーザ入力手段により作成される任
    意の新しいアイコンを前記所定の複数の流れ図アイコン
    に一時的に加える手段と、を備える装置。
15. 【請求項１５】前記少なくとも１つの選択されたアイコ
    ン内の前記少なくとも１つの多角形に関連するテキスト
    を入力するユーザ入力手段と、 前記少なくとも１つの選択されたアイコン内の前記少な
    くとも１つの多角形に隣接する領域に前記入力されたテ
    キストを表示する手段と、を更に備える、請求項１４記
    載の装置。
16. 【請求項１６】前記所定の複数の流れ図アイコンは、ス
    テートメントボックス・アイコン、２つの接続されたス
    テートメントボックスを備えるシーケンスアイコン、Ｆ
    ＯＲおよびＷＨＩＬＥステートメントを形成する繰り返
    し形式アイコン、ＩＦ−ＴＨＥＮおよびＩＦ−ＴＨＥＮ
    −ＥＬＳＥステートメントを形成しまたＣＡＳＥステー
    トメントを形成する交代形式アイコンを備える、請求項
    １４記載の装置。