JPH10307716A - 画面フローによるビジュアルプログラミング装置 - Google Patents

Abstract

(57)【要約】 【課題】 画面フローを用いてビジュアルプログラムを
設計し、作成し、更には検査することが容易に行える画
面フローによるビジュアルプログラミング装置を提供す
る。 【解決手段】ビジュアルプログラミング装置は、プログ
ラムで使用する複数の画面のデータを格納する画面格納
手段と、プログラムで使用する複数の画面のデータを生
成して、前記画面格納手段に格納する画面生成手段と、
前記画面格納手段に格納した複数の画面のデータから画
面を縮小して編集画面上に表示し、編集画面上で複数の
縮小した画面の間の関連を指示して、処理の流れを示す
画面フローを作成する画面フロー作成手段と、前記画面
フロー作成手段により作成された前記画面フローから、
その関連づけデータを抽出する画面フロー情報抽出手段
と、前記画面フロー情報抽出手段により抽出された関連
づけデータと前記画面のデータからソースコードを生成
するコード生成手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画面フローという
フローチャートを用いて、ビジュアルユーザインタフェ
ースを持つプログラムを設計し、作成し、更には、検査
することのできる画面フローによるビジュアルプログラ
ミング装置に関する。

【０００２】

【従来の技術】これまでに、ビジュアルユーザインタフ
ェースを持つプログラム、例えば、Visual Ｃ++、Visua
l Basic などで開発されるプログラムのための開発ツー
ルが提供されている。

【０００３】この種の開発ツールを用いて、プログラム
開発を行う場合、その開発支援のためのツールによる
と、ビジュアルユーザインタフェースを持つアプリケー
ションプログラム（以下ビジュアルプログラムと略称す
る）を作成するプログラム作成方法では、まず、１つの
画面の上にボタン等のプログラムの部品をそれぞれ個別
に作成し、作成したプログラムの部品を組み合わせて、
１つの画面を構成し、その画面を構成する各プログラム
の部品の間の関連づけなど、各プログラム部品を個別に
特徴づけて、最終的にプログラムを完成させる。すなわ
ち、下から積み上げる方法（ボトムアップ）で、ビジュ
アルプログラムの開発が行われている。

【０００４】この種のビジュアルプログラムを作成する
プログラマは、まず、最初にベースとなる画面を作成
し、続いて、そのベースとなる画面上の各々のプログラ
ム部品のコードを記述しなければならない。

【０００５】一般的に、アプリケーションプログラム
は、多くのビジュアルユーザインタフェースを持つこと
が多く、また、そのための多くのユーザインタフェース
画面を有している。このため、プログラムを開発する場
合には、多数の画面を作成することが必要とされる。多
数の画面を作成するために、プログラマは、各画面の作
成のために同じ作成工程を繰り返さなければならない。
つまり、最初に画面を作成し、次にその画面に結合され
るコードを組み立てて構成することを繰り返さなければ
ならない。この作業工程は煩雑であり、しかも、プログ
ラマが数枚の画面を作成した後、作成意欲を容易に失う
ようになる。

【０００６】また、このようにして作成した多くの画面
の各画面の間の関係は、明示的にプログラムコードによ
って記述しなければならない。例えば、画面１のボタン
Ｂがマウスによってクリックされたときに、画面２が生
成され、また、画面２のボタンＤがマウスによってクリ
ックされたときに、画面３が生成されるような簡単なビ
ジュアルプログラムにおいて、もし、プログラマが、こ
れら２つの画面の間の関係を変更しようとする場合、対
応のコードを変更しなければならず、これは容易に行う
ことはできない。

【０００７】

【発明が解決しようとする課題】このように、複数の画
面を有するビジュアルプログラムにおける各画面同士の
関連性は、プログラムの作成時には見えにくく、多くの
画面を持つビジュアルプログラムの作成においては、別
に、各々の画面の間の関係を処理の流れとして描くこと
が所望されるが、プログラマはプログラムの仕様書によ
り、その流れを把握しなければならなかった。

【０００８】また、ある画面を他の画面から出力させる
といったプログラムコードを書く作業は、１つ１つが手
作業であり、画面識別子などを間違えてしまうと、他の
画面を出力させてしまうことがあるという問題がある。
更に、作成されたビジュアルプログラムを検査する際に
は、そのプログラムの仕様書と照らし合わせて検査を行
うが、そのような仕様書さえないまま、各コードを目視
により検査を行っていたという問題があった。

【０００９】このように、従来においては、ビジュアル
プログラムを作成する場合に、各画面同士の関連が把握
しにくいという問題点があり、また、画面の関連に関す
る仕様書を作成しても、その仕様書からプログラムコー
ドにする作業は、手作業の作業であり、間違いを犯しや
すいという問題点があった。

【００１０】また、更に、作成されたビジュアルプログ
ラムを検査する場合においても、各画面の推移を手作業
により画面フローのない仕様書と比較するか、その仕様
書さえない状態で実際のプログラムをテストしていたの
で、間違いを犯しやすいという問題があった。

【００１１】したがって、本発明の第１の目的は、画面
フローを用いて、ビジュアルプログラムを設計し、作成
し、更には検査することが容易に行える画面フローによ
るビジュアルプログラミング装置を提供することにあ
る。

【００１２】また、本発明の第２の目的は、ビジュアル
プログラムを作成する場合に、設計で用いる画面フロー
を、プログラムの作成や検査に用いることができ、プロ
グラムコード作成時の間違いを減らし、また、その一部
を自動化するツールとなるプログラミング装置を提供す
ることにある。

【００１３】

【課題を解決するための手段】上記のような目的を達成
するため、本発明によるビジュアルプログラミング装置
は、ビジュアルプログラムを作成するビジュアルプログ
ラミング装置であって、プログラムで使用する複数の画
面のデータを格納する画面格納手段（４）と、プログラ
ムで使用する複数の画面のデータを生成して、前記画面
格納手段に格納する画面生成手段（１）と、前記画面格
納手段に格納した複数の画面のデータから画面を縮小し
て編集画面上に表示し、編集画面上で複数の縮小した画
面の間の関連を指示して、処理の流れを示す画面フロー
を作成する画面フロー作成手段（２）と、前記画面フロ
ー作成手段により作成された前記画面フローから、その
関連づけデータを抽出する画面フロー情報抽出手段
（３）と、前記画面フロー情報抽出手段により抽出され
た関連づけデータと前記画面のデータからソースコード
を生成するコード生成手段（５）とを備えることを特徴
とする。

【００１４】また、本発明によるビジュアルプログラミ
ング装置は、上記の特徴の構成に加えて、更に、画面フ
ロー作成手段により作成された画面フローを編集画面に
表示し、前記コード生成手段により生成したソースコー
ドを実行ファイルを作成するなどして実行し、処理の実
行過程を前記編集画面上の画面フローの該当位置に表示
する実行手段（７）を備えることを特徴とする。

【００１５】また、本発明によるビジュアルプログラミ
ング装置において、前記画面フロー作成手段は、更に、
アプリケーションプログラムで使用する複数の画面の中
のボタン等の各プログラム部品を起点とする画面間の処
理の流れ等を登録する画面フロー管理テーブルを備え、
前記画面フロー管理テーブルにおいて複数の画面の間を
関連付けることを特徴とする。

【００１６】このような様々な特徴を有する本発明によ
るビジュアルプログラミング装置においては、ビジュア
ルプログラムを作成するために、まず、ビジュアルプロ
グラムにおいて使用する複数の画面を作成し、その画面
を縮小して編集画面上に表示し、その縮小した画面の間
の関連を指示して、処理の流れを示す画面フローを作成
する。

【００１７】画面フローが作成されると、その画面フロ
ーを用いて、それぞれの画面の間の関連による処理のプ
ログラムコードを作成して、プログラムの全体を設計
し、ビジュアルプログラムを作成することができる。ま
た、作成したビジュアルプログラムを検査する際にも、
その画面フローを用いて、順番に処理の流れを追ってい
くことができる。これにより、ビジュアルプログラムの
設計、作成、および検査を、画面フローを用いて、一貫
して行うことができ、能率よくプログラム開発を行うこ
とができる。また、ここでの画面フローから、プログラ
ム部品の一部のプログラムコードについては、自動的に
そのコードを作成するように構成することもできる。

【００１８】

【発明の実施の形態】以下、本発明を実施する場合の形
態について、具体的に図面を参照して説明する。図１
は、本発明の実施例のビジュアルプログラミング装置の
構成の要部を示す図である。図１において、１はプログ
ラム作成ツール、２は画面フロー作成エディタ、３は画
面フロー情報抽出処理部、４はビジュアルプログラムで
使用する画面などを格納するユーザプログラム領域、５
はビジュアルプログラムのソースコード生成のためのソ
ースコード生成部、６はシステム制御のためのオペレー
ティングシステム等のシステム制御部、７はビジュアル
プログラムの実行および停止を制御するプログラム実行
制御部、１０は計算機システム装置、１１はディスプレ
イ装置、１２はハードディスク装置などの外部記憶装
置、１３はキーボード装置などの入力装置である。２０
は画面フローを格納する画面フロー管理テーブルであ
り、図２において詳述するデータ構造を有するテーブル
である。

【００１９】本発明によるビジュアルプログラミング装
置は、ハードウェア構成として、計算機システム装置１
０に、ディスプレイ装置１１，外部記憶装置１２，およ
び入力装置１３が接続されたものが利用され、ソフトウ
ェア構成として、プログラム作成ツール１，プログラム
実行制御部７，およびオペレーティングシステム等のシ
ステム制御部６が備えられる。

【００２０】プログラム作成ツール１には、少なくと
も、画面フロー作成エディタ２、画面フロー情報抽出処
理部３、画面フロー管理テーブル２０が備えられ、その
他に、図示していないが、ビジュアルプログラムで使用
する画面などを作成するためのテキストエディタ、画像
エディタ、図面エディタなどの画面作成ツールが備えら
れる。これらのソフトウェア構成のため、外部記憶装置
１２の記憶領域が割り当てられ、ソフトウェアがインス
トールされている。ビジュアルプログラムを作成する操
作時には、計算機システム装置１０の中に組み込まれた
メモリ装置に、動作に必要なソフトウェア要素が読み込
まれ、計算機システム装置１０の中の制御処理装置（Ｃ
ＰＵ）が、オペレーティングシステム等のシステム制御
部６の制御にしたがって、それぞれのソフトウェア要素
のプログラムおよびデータ内容にしたがって、データ処
理を行う。また、オペレーティングシステム等のシステ
ム制御部６は、複数の編集ウィンドウ画面を開いて、オ
ペレータの入力操作を行いやすくするグラフィカルユー
ザインタフェースの動作環境を提供する。

【００２１】このような構成のビジュアルプログラミン
グ装置において、ビジュアルプログラムを作成する場
合、まず、ビジュアルプログラムで使用する複数の画面
のデータを格納しておくために、ユーザプログラム領域
４を確保する。そして、プログラム作成ツール１を起動
し、その中のエディタ等の画面作成ツールを利用して、
ビジュアルプログラムで使用する複数の画面のデータを
生成し、ユーザプログラム領域４に、作成したいプログ
ラムで使用する複数の画面のデータを格納する。

【００２２】プログラム作成ツール１の中に設けられる
画面フロー作成エディタ２は、先に作成してユーザプロ
グラム領域４に格納した複数の画面のデータから画面を
縮小して編集ウィンドウ画面上に表示し、編集ウィンド
ウ画面上に表示された複数の縮小した画面の間の関連
を、更に、処理制御のためのノード要素を加えて表示
し、ビジュアルプログラムの処理の流れを示す画面フロ
ーを作成する。

【００２３】画面フロー情報抽出処理部３は、画面フロ
ー作成エディタ２により作成された画面フローから、そ
の関連データを抽出して、画面フロー管理テーブル２０
のデータとして格納する。

【００２４】そして、ソースコード生成部５が、ここで
の画面フロー情報抽出処理部３により抽出された関連づ
けデータと、プログラムで使用する複数の画面のデータ
から、プログラムのソースコードをユーザプログラム領
域４に生成して、ビジュアルプログラムを完成させる。
また、ソースコード生成部５は、コンパイラ等を含めて
構成すると、直接に実行プログラム等を生成して出力す
るようにできる。

【００２５】プログラム実行制御部７は、ソースコード
生成部５で作成されたソースコードから作成された実行
プログラム等を逐次読み出して実行する。その場合に、
プログラム処理フローの確認のため、作成されたプログ
ラムに対応する画面フローをプログラムデバッグ用のウ
ィンドウ画面を開いて、そのウィンドウ画面に表示し、
当該実行プログラムを実行し、処理の実行過程をウィン
ドウ画面上の画面フローの該当位置に表示する。

【００２６】具体例で説明すると、作成するビジュアル
プログラムのユーザの要求仕様が決まった段階で、その
仕様に従った形で、プログラムで必要とする全ての画面
を設計して作成する。また、一部の未確定部分が残って
いても、ビジュアルプログラムで使用するベースとなる
画面のフレームは設計して作成しておく。画面設計時の
一つ一つの画面の情報は、画面フロー管理テーブル２０
（図２）により管理し、その画面の情報の本体部分は、
別に設けた画面情報格納領域に格納する。

【００２７】図２は、画面フロー管理テーブルのデータ
構造を説明する図である。図２に示すように、画面フロ
ー管理テーブル２０は、所属画面ノード識別子フィール
ド２１、フロー開始ノード識別子フィールド２２、各画
面対応コード用のファイル名フィールド２３、各プログ
ラム部品対応の関数名フィールド２４、および接続ノー
ド識別子フィールド２５から構成されている。

【００２８】画面フロー管理テーブル２０において、画
面フローのデータ管理のため、画面フロー上の各ノード
に割り当てられる識別子等について説明すると、画面フ
ロー上の画面ノード、プログラム部品、更にはプログラ
ム処理に関するノード（開始ノード、終了ノード、出口
ノード、処理ノード、分岐ノード等）には、一意の識別
子がつけられる。これをノード識別子という。各画面ノ
ード中のプログラム部品は、その画面ノードに所属し、
また、プログラム処理に関する各ノードは、開始ノード
を除いて、そのプログラム処理ノードに一番近い、その
処理の起点となる側の画面ノードに属するものとする。
これらの所属関係は、所属画面ノード識別子フィールド
２１に、その対応する画面ノードのノード識別子を格納
して指示する。ただし、開始ノードだけは、所属する画
面ノードを持たないため、“０”など、ノード識別子と
して使用されない識別子が格納される。

【００２９】画面フローの各要素（ノード要素）は、画
面フロー上の２つのリンクを張られたノードごとに画面
フロー管理テーブル２０の１レコード（図２の画面フロ
ー管理テーブルの１行）として登録される。この２つの
リンクを張られたノードの起点側のノードは、フロー開
始ノードと呼び、フロー開始ノードフィールド２２に格
納される。終点側は、接続ノードと呼び、接続ノード識
別子フィールド２５に格納される。ファイル名フィール
ド２３には、各画面に対応するコードを記述しているフ
ァイル名が格納される。関数名フィールド２４には、各
画面ノード中のプログラム部品のマウスのクリック操作
等の各イベントに対応する関数名が格納される。

【００３０】画面フロー作成エディタ２により、画面ノ
ードの間を関連付けて、ビジュアルプログラムの画面フ
ローが作成されると、その画面フロー上の各ノード間の
関係情報が抽出されて、この画面フロー管理テーブル２
０に格納される。この画面フローに対応する画面フロー
管理テーブル２０の情報に基づいて、プログラムコード
の一部の自動生成、及びプログラムの画面の推移を検査
する。

【００３１】図３は、本実施例のビジュアルプログラミ
ング装置によるビジュアルプログラム作成の全体の処理
を説明するフローチャートである。図３を参照して説明
する。処理を開始すると、まず、ステップ３１におい
て、ビジュアルプログラムで用いられる全ての画面、ま
たは、一部の未作成部分があってもビジュアルプログラ
ムで使用するベースとなる画面のフレーム（画面のデー
タ）を、プログラム作成ツールの画面作成エディタを用
いて作成する。

【００３２】次に、ステップ３２において、作成された
複数の画面の間の関連付けを、各画面の間の処理をも含
めて指示し、プログラム作成ツールの中の画面フロー作
成エディタを用いて、画面フローを作成する。次にステ
ップ３３において、作成した画面フローに対応する画面
フロー管理テーブルを用いて、画面表示、画面フロー上
の各処理制御を示すノード要素に関するソースコードの
自動作成を行う。

【００３３】更に続いて、ステップ３４において各画面
に対応づけられたプログラムファイルに、ステップ３３
で自動生成された以外のプログラムコードを手作業で記
述する。そして、次のステップ３５において、これまで
に作成したプログラムファイルと、画面フローと、対応
する画面フロー管理テーブルと、ビジュアルプログラム
で用いる各画面の内容により、コンパイラ、リンカ等を
用いて、最終的な実行可能なビジュアルプログラムを完
成させる。

【００３４】次に、具体例により、本発明のビジュアル
プログラミング装置によるビジュアルプログラムの作成
について、具体的な操作例と共に説明する。図４は、プ
ログラム作成ツールの中の画面フロー作成エディタのウ
ィンドウ画面の一例を示す図である。図４において、４
１はプログラム作成ツールにおける画面フロー作成エデ
ィタの編集ウィンドウ画面、４２はユーザプログラムで
使用するメニューを示すノード要素（メニューノー
ド）、４３ａ〜４３ｆはユーザプログラムで使用する画
面を縮小表示した画面要素（画面ノード）、４４はビジ
ュアルプログラムの画面中で使用するボタンを示すノー
ド要素（ボタンノード）、４５はビジュアルプログラム
の画面中で使用する情報表示フィールド、４６はプログ
ラム開始を示すノード要素（開始ノード）、４７はプロ
グラムの終了の処理制御を示すノード要素（出口ノー
ド）、４８はその画面を消滅させる処理制御を示すノー
ド要素（終了ノード）、４９は画面出力以外の処理制御
を示すノード要素（処理ノード、分岐ノードなど）であ
る。

【００３５】前述したように、ここで作成するビジュア
ルプログラムのプログラム要求仕様が決まった段階で、
プログラム作成ツール１の中の画面フロー作成エディタ
２を用いて、そのビジュアルプログラムに必要な全ての
画面を、または一部の未作成部分があってもビジュアル
プログラムで使用するベースとなる画面のフレームを作
成する（ステップ３１）。

【００３６】次に、画面フロー作成エディタ２を起動す
ると、編集ウィンドウ画面４１が開かれて、編集ウィン
ドウ画面４１の中に、先に作成されたビジュアルプログ
ラムで使用する画面が縮小され、画面ノード４３ａ〜４
３ｆとして表示される。この画面が縮小されて表示され
る画面ノード４３ａ〜４３ｆの中には、更に、ビジュア
ルプログラムの画面中で使用するボタンを示すボタンノ
ード４４や、ビジュアルプログラムで使用するメニュー
を示すメニューノード４２や、ビジュアルプログラムの
画面中で使用する情報表示フィールド４５が、そのま
ま、先に作成した画面の中の位置関係等を保ったまま表
示される。

【００３７】次にプログラマは、画面フロー作成エディ
タ２を用いて、編集ウィンドウ画面４１の中に表示され
た複数の画面ノード４３ａ〜４３ｆの間の関係を付与
し、画面フローを作成する。この場合、画面フロー作成
エディタ２の編集ツールメニューの中から、まず、最初
に表示する画面の画面ノード４３ａに対し、編集ウィン
ドウ画面４１の中の適当な位置にプログラム処理の開始
を示すノード要素（開始ノード）４６を貼り付けて、開
始画面にリンクを張る。これにより、プログラムの開始
時に表示される第１番目の画面が画面フロー上で決定さ
れる。

【００３８】次に、第１番目の画面ノード４３ａの中の
プログラム部品のメニューノード４２に対し、マウスに
よるボタンのクリック等のイベント発生により行われる
処理の処理ノード４９を画面フロー上に貼り付け、メニ
ューノード４２からこの処理ノード４９へとリンクを張
る。そして、その処理ノードから、処理後に表示される
画面の画面ノード４３ｄに対しリンクを張る。また、画
面ノード４３ａ中のボタンノード（ボタンＡ、ボタン
Ｂ）４４から、そのボタンのクリック等のイベントによ
って表示される次の画面の画面ノード４３ｂ、４３ｃに
対してリンクを張る。これらのリンクにより、画面ノー
ド４３ａと画面ノード４３ｂ，４３ｃの関係が付与され
る。同様にして、必要に応じて画面ノードや処理ノード
等の間のリンクを張る。そして、画面フロー上にプログ
ラムの終了の処理制御を示す出口ノード４７や、画面を
消滅させる処理制御を示す終了ノード４８を貼り付け、
適当な画面のプログラム部品とのリンクを張って、画面
フローを作成する（ステップ３２）。

【００３９】ここでの具体的な操作例としては、編集ウ
ィンドウ画面４１において、画面フロー作成エディタ２
の編集ツールメニューの中から、ボタンノードおよびメ
ニューノードなどを含む画面ノード、開始ノード、終了
ノード、画面表示、画面フロー上の各処理制御を示すノ
ード要素に関する処理ノード、分岐ノードなどを貼り付
け、その間にリンクを張る操作を行うだけであり、従来
のグラフィカルユーザインタフェースによる画面作成の
操作と同様である。各ノードの間は、方向を示す線（矢
印）により、そのリンクの関係が示される。

【００４０】このようにして作成された画面フローによ
って、先に作成されたビジュアルプログラムで用いられ
る複数の画面と、それらの画面に設けられるプログラム
部品との間の関連付けが行われているので、これらの関
連付けの情報を抽出し、画面フロー管理テーブル２０
（図２）を用いて管理する。

【００４１】例えば、図４に示すように画面フローが作
成された場合には、図２に示すように、画面フロー管理
テーブル２０の中に、関連付け情報が格納される。前述
したように、画面フロー上の画面ノード、プログラム部
品、更にはプログラム処理に関するノード（開始ノー
ド、終了ノード、出口ノード、処理ノード、分岐ノード
等）には、一意の識別子であるノード識別子がつけられ
ており、図２に示す画面フロー管理テーブル２０におい
ては、これらのノード識別子を格納し、これにより、各
々のノードを識別して管理する。

【００４２】また、各画面ノード中のプログラム部品
は、その画面ノードに属するものとし、また、プログラ
ム処理に関する各ノードは、開始ノードを除き、当該プ
ログラム処理のノードに一番近くて、そのプログラム処
理の起点となる側の画面ノードに属するものとして、所
属する画面ノードのノード識別子が、所属画面ノード識
別子フィールド２１に格納されるので、図４において、
処理ノード４９は、画面ノード４３ａに属するものとさ
れる。これは、図２に示す画面フロー管理テーブルにお
いては、第５行目のレコードとして登録されている。

【００４３】開始ノード４６は、図２に示す画面フロー
管理テーブルにおいては、第１行目のレコードとして登
録されている。この開始ノード４６は、所属する画面ノ
ードを持たないため、所属画面ノード識別子フィールド
２１には、ノード識別子として使用されない“０”が格
納される。

【００４４】図２に示す画面フロー管理テーブルによる
説明例では、図４の中における図面番号をノード識別子
として用いて説明している。ただし、ボタンに関して
は、その区別を付けるため、ボタンの名称をノード識別
子として用いる。ノード識別子４６の開始ノードは、ノ
ード識別子４３ａの画面にリンクが張られており、この
画面がプログラムの開始画面であることが分かる。開始
ノード４６はそれが属する画面ノードがないため、所属
画面ノード識別子フィールド２１には“０”が格納され
る。

【００４５】また、ノード識別子４３ａ（所属画面ノー
ド識別子フィールド２１）の画面ノード中のボタンＡ
（フロー開始ノード識別子フィールド２２）がマウスに
よりクリックされた時に処理されるコードは、ファイル
名“start.cpp”というファイル（各画面対応コード用
のファイル名フィールド２３）のＢＵＴＴＯＮ＿Ａ＿Ｃ
ＬＩＣＫという関数（各プログラム部品対応の関数名フ
ィールド２４）に格納されており、ボタンＡのマウスク
リックのイベントによって出力される画面は、ノード識
別子４３ｂの画面となることが、画面フロー管理テーブ
ル２０に登録される。

【００４６】このように、画面フローは画面フロー上の
２つのリンクを張られたノードごとに画面フロー管理テ
ーブルの１レコード（図２のテーブルの１行）として登
録され、この２つのリンクを張られたノードの起点側の
ノードのフロー開始ノードは、フロー開始ノードフィー
ルド２２に格納される。また、終点側のノードの接続ノ
ードは、接続ノード識別子フィールド２５に格納され
る。

【００４７】同様にして、ノード識別子４３ａの画面中
のボタンＢがマウスによるクリックされた時に処理され
るコードは、ファイル名“start.cpp”というファイル
のＢＵＴＴＯＮ＿Ｂ＿ＣＬＩＣＫという関数に格納され
ており、これによって出力されるボタンは、ノード識別
子４３ｃの画面であることが画面フロー管理テーブルに
登録される。

【００４８】ノード識別子４３ａの画面中のメニューＣ
（ノード識別子Ｃ）に関するコードは、ファイル名“st
art.cpp”のＭＥＮＵ＿Ｃ＿ＣＬＩＣＫという関数に格
納されており、このメニューＣがクリックされたときに
はノード識別子４９の処理ノードＰＲＯＣＥＳＳ１が実
行されることになる。したがって、フロー開始ノードは
メニューＣであり、この識別子Ｃがフロー開始ノードフ
ィールド２２に、接続ノードはノード識別子４９のＰＲ
ＯＣＥＳＳ１であるため、接続ノード識別子フィールド
２５には、“４９”が格納される。さらに、このＰＲＯ
ＣＥＳＳ１は、その後、ノード識別子４３ｄの画面ノー
ドに接続されている。つまり、ＰＲＯＣＥＳＳ１の処理
実行後にノード識別子４３ｄの画面を表示することを意
味する。したがって、画面フロー管理テーブル２０の次
のレコードのフロー開始ノード識別子は“４９”であ
り、コード用ファイル名は“start.cpp”であり、ＰＲ
ＯＣＥＳＳ１と同様に、対応する関数名はＭＥＮＵ＿Ｃ
＿ＣＬＩＣＫであることが登録される。

【００４９】次の段階で、プログラム作成ツールを用い
て、自動的に、画面を出力するコード及び、画面フロー
上の各終了ノード、出口ノード、処理ノード、分岐ノー
ド等に関するコードの作成を行う。プログラム作成ツー
ルは、自動的にコードを出力する旨の命令を受け取る
と、画面フロー管理テーブル２０の接続ノードフィール
ド２５に画面ノード、終了ノード、出口ノード、処理ノ
ード、分岐ノード等があれば、該当するコード用ファイ
ルの然るべき関数にその処理に関するコードを自動的に
挿入する（ステップ３３）。その後、自動的に挿入され
たコード以外のコードを従来と同様に手作業により入力
して、プログラムコードを完成させる（ステップ３
４）。最後にこれらのコードをコンパイラ、リンカー等
を通して、プログラムを完成させることになる（ステッ
プ３５）。

【００５０】ここで作成したビジュアルプログラムの画
面フローを用いて、作成したビジュアルプログラムを検
査する場合は、後述するように、プログラム作成ツール
とデバッガを同時に起動させ、検査するビジュアルプロ
グラムに対応する画面フローを表示し、デバッガの一部
であるプログラム実行制御部７を起動して、作成したビ
ジュアルプログラムをステップ実行して処理を進め、画
面フローで対応する処理ステップのノード要素の位置を
表示し、仕様どおりに処理が進み、画面が推移するか否
かを目視により確認する。

【００５１】以上、説明したように、本実施例の画面フ
ローによるビジュアルプログラミング装置によれば、ビ
ジュアルプログラムの設計画面をプログラムの画面に移
行する手間が省け、同時に移行の際に発生するおそれの
ある間違いをなくすことができる。また、設計時に画面
フローを用いることにより、プログラム作成の一部を自
動化することができ、更には、プログラムの検査に画面
フローを用いることにより、検査時の間違いを減らすこ
とができる。

【００５２】ここでは、プログラマは、最初に、必要と
されるビジュアルプログラムで使用する全ての画面を作
成する。例えば、図５に示すように、画面５１、画面５
２、画面５３の３枚の画面を作成する。このような画面
が作成された結果、画面５１には、プログラム部品とし
て、Ａボタン５１ａと、Ｂボタン５１ｂと、情報表示フ
ィールド５１ｃが貼り付けられる。画面５２には、プロ
グラム部品として、Ｃボタン５２ａと、Ｄボタン５２ｂ
と、Ｅボタン５２ｃと、３個のラジオボタン（Radio 1,
Radio 2, Radio 3）が貼り付けられる。また、画面５
３は、画面フレームだけが作成される。その中に貼り付
けるプログラム部品はまだ作成されていない。

【００５３】次に、画面フロー作成エディタを起動し
て、このように作成された３つの画面を、編集ウィンド
ウ画面に表示すると、編集ウィンドウ画面上にはそれぞ
れの画面が縮小されて、それぞれにプログラム部品のボ
タンに対応するボタンノードを含む画面ノード（画面５
１、画面５２、画面５３）として表示される。この画面
ノードの間の関係を、他の処理制御を示すノード要素
（開始ノード、処理ノード、分岐ノード、終了ノード、
出口ノードなど）と共に、必要に応じて貼り付けて、こ
れらのノード要素の間の関係をも含めて、画面ノードに
含まれたボタンノードと画面ノードの間を結ぶ指示（矢
印の線で結ぶ操作）を行い、図５に示すような画面フロ
ーを作成する。

【００５４】図５に示す画面フロー上には、開始ノード
５０が設けられ、画面ノード５１にリンクが張られてお
り、この画面ノードがプログラム開始時に表示されるこ
とが指示される。また、画面ノード５１中のＡボタン５
１ａのボタンノードからは、出口ノード５４にリンクが
張られ、Ａボタン５１ａのクリックにより、ここでプロ
グラム全体を終了することが指示される。画面ノード５
１のＢボタン５１ｂのボタンノードからは、画面ノード
５２にリンクが張られている。これにより、Ｂボタン５
１ｂのクリックにより、画面ノード５２を表示すること
が指示される。これらの各ノード間の関係は、前述した
ように、画面フロー管理テーブル２０に登録される。す
なわち、画面フローと画面フロー管理テーブル２０は、
１対１に対応する。

【００５５】このように、画面フローにおいて、画面ノ
ードに含まれたプログラム部品と他の画面ノード、及び
他の処理制御を示すノード要素等の間にリンクを張るこ
とによって、各画面に対するプログラムコードの内容を
指示することができる。その結果、画面フロー管理テー
ブル２０に登録される画面フローの情報によって、各画
面に対して作成するプログラムコードが自動生成でき
る。図６Ａ、図６Ｂは、それぞれ画面ノード５１、５２
に対し、プログラムコードを自動生成した内容を示して
いる。ここで用いられているプログラム言語は、仮想の
ものであるが、このプログラム言語の関数表記の方法、
ｉｆ文の表記の方法は、Ｃ言語と同様である。例えば、
Ａボタン５１ａに対応するプログラムコード６１の中の
「Exit();」や、Ｃボタンに対応するプログラムコード
６３の中の「Endialog();」はそれぞれプログラム終了
の関数、画面消滅の関数を示している。このように、作
成するビジュアルプログラムで用いるプログラム言語
は、予めプログラマが指定し、プログラム作成ツールが
認識できるようにする。このようなプログラムコードの
自動生成は、後述するように、プログラム作成ツール
が、図９に示すようなプログラミング言語テーブル９０
を用いて行う。

【００５６】次に、プログラミング言語テーブルについ
て説明する。図９は、プログラミング言語テーブルの一
例を示す図である。図９に示すように、プログラミング
言語テーブル９０は、処理制御ノード種別フィールド９
１のデータに対応して、その挿入コードフィールド９２
のデータとして、特定のプログラミング言語のプログラ
ムコードが登録されている。このプログラミング言語テ
ーブルは、プログラマが使用する１つのプログラム言語
に対応して設けられている。図９のプログラミング言語
テーブルの例は、図６Ａ，図６Ｂで用いられたプログラ
ム言語に対応している。このテーブルの中で、処理制御
ノード種別フィールド９１には、画面フロー上のプログ
ラム処理に関する処理制御ノードの種別が登録され、こ
れに対応して、挿入コードフィールド９２には、各プロ
グラム処理に関する処理制御ノードに対応するプログラ
ムコードが登録されている。

【００５７】ここで、図６Ａに示すように、画面ノード
５１から、その中のプログラム部品のプログラムコード
６１，６２が、自動生成される仕組みについて詳細に説
明する。図５および図９を参照する。図５に示すよう
に、画面フロー（図５）より、画面ノード５１中のＡボ
タン５１ａは、このＡボタンに対するイベントによりプ
ログラムを終了する。このような画面ノード５１のＡボ
タンに対するイベント、および、画面ノード５１または
画面ノード５２の中のその他のボタンに対するイベント
としては、例えば、マウスの「クリック」、「ダブルク
リック」、または「右ボタンクリック」など様々なもの
があるが、ここでは、画面フロー作成時にプログラマが
「クリック」であることを指定したことを仮定してい
る。

【００５８】このようなビジュアルプログラムの画面上
のプログラム部品の特定のイベントにより呼び出される
関数を、特定のファイルに作成する技術は、既存のビジ
ュアルプログラミング技術と同様である。

【００６０】また、画面ノード５１中のＡボタン５１ａ
がクリックされた時に呼び出される関数内の命令文とし
ては、プログラムコード６１の中に示すように、“Exit
();”が挿入されている。これは、図９に示すプログラ
ミング言語テーブル９０によって、出口ノードに対して
は、その挿入コードとして、“Exit();”が挿入される
ように、予め設定されているからである。

【００６１】同様に、図６Ａに示す画面ノード５１の中
のＢボタン５１ｂについては、図５の画面フローを参照
すると、Ｂボタン５１ｂからは画面ノード５２へリンク
が張られているので、画面ノード５２を出力するコード
を挿入することになる。この場合には、図９に示すプロ
グラミング言語テーブル９０によって、画面出力ノード
のための挿入コードは、“Display( argument )”文と
なっている。この“argument”は、どの画面を出力する
かを指定する引数であり、この引数で指定する画面ノー
ド識別子は、既存のビジュアルプログラミング技術によ
り各画面を作成した時に割り当てられる識別子である。
これは、プログラム作成ツールにおいて、画面フロー作
成エディタを起動し、各画面を縮小して画面フローとし
て表示した時に認識される。このようにして、図６Ａに
示されるコードが自動生成される。

【００６２】同様にして、図６Ｂに示すように、画面ノ
ード５２から、その中のプログラム部品に対応してプロ
グラムコード６３，６４，６５が自動生成される仕組み
について詳細に説明する。同じく、図５および図９を参
照して説明すると、対応する画面フロー（図５）によ
り、画面ノード５２の中のＣボタン５２ａは、マウスで
クリックされることにより、この画面自身を消滅する終
了ノードにリンクされているので、Ｃボタン５２ａがク
リックされた時に呼び出される関数内の命令文は、プロ
グラムコード６３の中に示すように、“Endialog()；”
が挿入される。これは、プログラム言語テーブル９０に
よって、終了ノードに対する挿入コードは“Endialo
g()；”として特定されるからである。

【００６３】また、画面ノード５２中のＤボタン５２ｂ
は、対応する画面フロー（図５）により、画面ノード５
３とリンクが張られている。これは、図６ＡのＢボタン
５１ｂと同様であり、したがって、図６Ｂのプログラム
コード６４には、“Display(argument)”文が挿入され
る。画面ノード５２の中のＥボタン５２ｃは、対応する
画面フロー（図５）により、分岐ノード５６にリンクが
張られている。プログラミング言語テーブル９０によ
り、分岐ノードに対する挿入コードは、“if ( argumen
t ) { //Caption } else {}”となっており、ここで
は、プログラムコード６５として、“if ( 1 ) { //Bra
nch１ Display( Screen３ ) ; } else { }”が挿入され
る。

【００６４】この時の分岐の条件は、ここでは“１”が
指定されているが、プログラマが後で分岐の条件を手作
業で入力する。通常、自動コード生成時にはデフォルト
の値を決めておき、プログラマが何もしなくても処理が
どちらかに流れるようにしておく。図６Ｂに示すプログ
ラムコード６５に示される例では、“１”という値が設
定されている。こうすることによって、プログラマが何
も手を加えなくても自動的に生成されたコードだけでコ
ンパイル等を行うことが可能となる。

【００６５】更に、“//Caption”は、画面フローにお
いて、その中の分岐ノード５６に書かれた文字がコメン
トとして自動的に挿入されることを示す。また、分岐ノ
ードによる処理では、条件によって処理の内容が異な
る。つまり、分岐の結果が“Ｙｅｓ”の時には画面ノー
ド５３を出力し、“Ｎｏ”の時には、処理ノード５７の
処理の後、終了ノード５８を実行する。ここでは、画面
ノード５３の出力に関するコードは、Ｄボタン５２bに
関するプログラムコード６４と同様である。このコード
は、上記の分岐に関するコードの分岐条件が“Ｙｅｓ”
の場合のコードとして、プログラムコード６５の中に挿
入される。同様に、分岐条件が“Ｎｏ”の場合のコード
は、処理ノード５７、そして引き続いて画面の消滅処理
の終了ノード５８に関するコードを挿入する。これらに
関するコードは、プログラミング言語テーブル９０によ
り、それぞれ、“//Caption”，“Endialog()；”であ
る。

【００６６】前者の“//”は、コメントを意味する。こ
こには、ユーザの任意の処理を記入してもらうことにな
る。そして、“Caption”には、図５の画面フロー上の
処理ノード５７に書かれた文字（キャプション）が自動
的に挿入される。また、終了ノード５８に関しては、Ｃ
ボタン５２ａについてのプログラムコード６３と同様の
コードが挿入される。分岐のプログラムコードとして
は、これ以外にも多様なものがある。例えば、Ｃ言語を
使って表記すれば、“if () {} else”文、“if() {} e
lse if () else {}”文、“switch”文等があり、目的
とするコードにより、分岐ノードの種類を増やしていけ
ば、より使いやすいものとなる。

【００６７】上記のように、画面フローを用いることに
より、各画面に対するプログラムコードはその一部を自
動生成することができる。これにより、ビジュアルプロ
グラムの作成作業を効率よく進められるようになる。ま
た、画面フローの一部を再利用することも可能になる。
図７は、画面フローの編集操作により、新たに作成する
ビジュアルプログラムに既存のビジュアルプログラムの
画面フローの一部を再利用した例である。

【００６８】この画面フローの再利用を、図７を用いて
説明する。図７の編集画面７０に示すように、再利用し
たい部分７１を有する既存の画面フローを、画面フロー
作成エディタを起動して表示する。その画面フローよ
り、再利用する部分を指定し、コピー操作を行う。次に
新たに作成する画面フローを、画面フロー作成エディタ
を起動して、編集画面７２に表示し、必要な部分に貼り
付ける操作を行う。これらのコピー操作、貼り付け操作
は従来の画面編集を行う操作と同様である。

【００６９】そして、内部のデータ構造は、編集画面７
０に対応する画面フローに関する画面フロー管理テーブ
ルから、編集画面７２に対応する画面フローに関する画
面フロー管理テーブル内に、再利用する部分７１の画面
フローの対応部分がコピーされ、編集画面７２において
作成される新たな画面フローのために必要な画面フロー
管理テーブル中の識別子、ファイル名等が自動的に変更
される。

【００７０】この時の画面フロー管理テーブルのデータ
の変化を、図１０および図１１に示している。ここで、
図１０および図１１用いて図７におけるコピー操作時の
画面フロー管理テーブルの変化を説明する。図１０図
は、図７に示す編集画面７０の画面フローに対応する画
面フロー管理テーブルの一部を示す図であり、また、図
１１は図７に示す編集画面７２の画面フローに対応する
画面フロー管理テーブルの一部を示す図である。

【００７１】編集画面７０において、この中の画面フロ
ー７１に示される画面フロー管理テーブルの情報は、図
１０に示す画面フロー管理テーブル１２０のノード要素
レコード群１３１に示される部分に相当する。このノー
ド要素レコード群１３１に示される部分が、画面フロー
のコピー操作により内部データとしてコピーされる。次
に、図７の編集画面７２において、画面フロー７１の部
分の貼り付け操作を行うと、ノード要素レコード群１３
１に示される部分が、編集画面７２に対応する画面フロ
ー管理テーブルにコピーされ、更に、識別子、ファイル
名等が変更されて、図１１に示すように、そのノード要
素レコード群１３２に示される部分として追加される。

【００７２】識別子、ファイル名の変更が必要なのは、
例えば、図７の編集画面７２に示す画面フローの画面ノ
ード７２１より以前に使用されている識別子やファイル
名がコピー前のものと重なってしまう場合が考えられる
ためである。しかし、コピー後の画面フロー管理テーブ
ルに追加された情報は、コピー前の各プログラム部品、
各ノード等の相対関係は保っている。最後に図７の編集
画面７２において画面ノード７２１中のＹボタン７２４
から画面ノード７２６に対して、リンク７３４を張り、
このリンク７３４に関する情報が、自動的にリンクレコ
ード１３３として画面フロー管理テーブル１４０に追加
される。

【００７３】このように、画面フローの一部を再利用す
ることにより、各画面中のプログラム部品を再利用する
だけでなく、画面フローの中の１つのまとまりのある処
理単位をも再利用することができる。さらに、画面フロ
ー中の処理制御に関するノードに対応して書かれたコー
ドもコピー前の画面フローから検索してコピーすること
ができる。

【００７４】この画面フローの再利用方法をさらに拡張
し、再利用したい画面フローの一部をマクロとして登録
しておくこともできる。こうすることによって、頻繁に
利用する画面フローがある場合、再利用元の画面フロー
をいちいち表示しなくても、登録してあるマクロから画
面フローの一部を再利用することができる。

【００７５】また、本発明の画面フローを用いれば、こ
れにより作成されたビジュアルプログラムに対する、テ
ストケースを自動生成したり、デバッグを容易にするこ
とも出来る。図８は、画面フローよりテストケースを自
動生成する例、及びデバッグを容易にする例を説明する
図である。図８の，，はそれぞれ、自動生成され
たテストケース１，２，３に対応している。これらのテ
ストケースを以下に説明する。テストケース１は、画面
ノード１０１中のＡボタン１０２をクリックし、ビジュ
アルプログラムを終了するケースである。テストケース
２は、画面ノード１０１のＢボタン１０４をクリック
し、分岐ノード１０５において、“Ｙｅｓ”の結果を
得、画面ノード１０６を出力し、画面ノード１０６中の
Ｃボタン１０７をクリックし、画面ノード１０８を出
力、画面ノード１０８において、Ｅボタン１０９をクリ
ックし画面を消滅させるケースである。テストケース３
は、画面ノード１０１においてＢボタン１０４をクリッ
ク、分岐ノード１０５において、“Ｎｏ”の結果を得、
処理ノード１１１を実行し、画面ノード１０８を出力、
その後画面ノード１０８のＦボタン１１２をクリックす
るケースである。

【００７６】これらのテストケースは、画面フローの最
初に表示される画面ノードから開始される画面フローを
画面フロー管理テーブルを用いて追って行くことにより
生成される。

【００７７】さらに、これらのテストケース生成後、画
面フローを用いることにより、それぞれのテストケース
の経路にしたがって処理をステップ毎に実行し、ビジュ
アルプログラムのデバッグを行うことができる。図８に
示すように、そのビジュアルプログラムに対応する画面
フローを表示し、対応する処理ステップのノード等の位
置を画面フロー上に表示して、仕様通りに画面フローが
推移するか否かを確認する。

【００７８】図８は、処理ノード１１１でプログラムが
停止している様子を示している。この時、この処理ノー
ド１１１の表示が変化しているため、プログラムの処理
がここまで進んだことをビジュアルに把握することがで
きる。プログラムをステップ毎に実行し、それがソース
コードのどこに対応するかを表示する技術は既存のビジ
ュアルプログラミング技術により確立されており、その
ソースコードが画面フローのどの位置に対応するかを表
示するのは、画面フローがプログラムのソースコードを
自動生成できることから明らかである。このプログラム
のステップ毎の実行に関しては、デバッガに含まれたプ
ログラム実行制御部７を起動し、プログラムの実行ファ
イルから命令語をステップ毎に取り出して実行させたり
停止させたりすることによって可能である。また、停止
した処理ノードを指定することによって、その処理ノー
ドに対応するソースコードを見ることもでき、デバッグ
作業を能率よく進めることができる。

【００７９】また、画面フローを用いれば、同じオペレ
ーティングシステム上で、同じビジュアルプログラム
を、異なるプログラミング言語を用いて作成することが
容易になる。例えば、“Windows NT”オペレーティング
システム上で画面フローを作成し、Visual C++でプログ
ラムを作成し、後にVisual Basicを用いて同じプログラ
ムを作成する必要がある場合には、同じ画面フローを使
用することができる。これには、自動コード生成時に使
用する言語の指定を変更するだけでよい。この操作によ
り、プログラム作成ツールは、Visual Basic用のプログ
ラミング言語テーブル（図９）を使用するため、自動生
成されるコードがVisual Basicとなる。今までは、既存
のビジュアルプログラムを異なる言語で作成する場合、
最初からプログラムの作成のし直しなど大変な労力を要
したが、画面フローを用いることによりずっと容易にな
る。

【００８０】このように、異なるプログラミング言語で
同じプログラムを作成しなければならないケースは、例
えば、プログラミング言語がバージョンアップされた場
合や、オペレーティングシステムがバージョンアップさ
れた場合、また、既存のプログラミング言語に関する技
術者が不足してきたときなど、将来的に既存のプログラ
ムのメンテナンスが不安定になるときには重要な技術と
なる。最近のＰＣのプログラミング言語や、オペレーテ
ィングシステムのバージョンアップは頻繁であり、常に
新しい言語や新しいオペレーティングシステムに精通し
た技術者を確保することも容易ではなくなってきてお
り、このような技術は更に重要となっていくことが考え
られる。その上、既存のプログラムを作成したときに生
成したテストケースもそのまま使用することとができる
ため、プログラム全体で考えた場合、非常に有利にな
る。

【００８１】更には、既存の画面フローを用いて、他の
オペレーティングシステム上で動作するプログラムのソ
ースコードを作成することができる。例えば、ここに画
面フローを用いて作成した“Windows NT”オペレーティ
ングシステム上で実行されるVisual C++ 言語のプログ
ラムがあるとする。この画面フローを用いて、同じプロ
グラムを“ＵＮＩＸ”オペレーティングシステム上で実
行されるTc1/Tk言語で作成されたプログラムは、一般的
に“ＵＮＩＸ”オペレーティングシステム上でなければ
実行されないが、ソースコードだけならば作成すること
ができる。このように、例えば、ＰＣのような安価な開
発マシンを使って、ＵＮＩＸマシンのような高価なマシ
ンのためのプログラムコード作成や、テストケース作成
ができるため、非常に有利になる。

【００８２】このように画面フローを用いれば、様々な
オペレーティングシステム、及びプログラミング言語に
対してビジュアルプログラムを容易に作成することがで
きる。また、同じオペレーティングシステムやプログラ
ミング言語でも、それらの異なるバージョンのプログラ
ムを容易に作成することができる。

【００８３】また、このような画面フローを用いたプロ
グラムの作成方法は、ＨＴＭＬ(Hyper Text Markup Lan
guage)のような文書記述言語を作成する場合にも適用で
きる。インターネット上のホームページで見られる典型
的ＨＴＭＬで作成された文書は、複数の画面、ボタン、
テキスト等で構成されている。そのテキスト自身にも、
他のプログラム部品とリンクを張られたものさえある。
しかし、これもプログラム部品、画面ノード、処理制御
に関するノード等の組み合わせや関連付けによって構成
できることは、他のプログラム言語と変わりがない。し
たがって、画面フローにより自動的にソースコードを生
成したり、テストケースを生成したりすることができ
る。

【００８４】以上に説明したように、本発明による画面
フローによるビジュアルプログラミング装置を用いて、
プログラムを作成することにより、次のような利点が期
待できる。 （１）画面間の関係の視覚的な認識 一つのビジュアルプログラムにおいて、複数の画面を必
要とする場合には、現在の技術では、それらの関係を視
覚的に示すことができず、プログラムを作成することが
煩雑である。画面フローによるプログラムの作成方法を
用いることにより、プログラマは、複数の画面間の関係
を視覚的に見ることができる。 （２）画面フローの視覚的な認識 プログラマが、画面フローを使用することにより、プロ
グラムの全体のフローを認識することが容易になり、プ
ログラムを理解する上での助けとなる。 （３）自動コード生成 画面フローを作成すると、そのビジュアルプログラムの
フレームとなるコードを自動的に生成することができ、
プログラムのフレームとなるコードに関する誤りを防ぐ
ことができる。 （４）画面フローの一部の再利用 画面フローの一部をコピーすることにより、他の画面フ
ロー、もしくはその画面フローの中で再利用することが
でき、ビジュアルプログラム作成の能率を大幅に向上で
きる。 （５）マクロの使用 画面フローの一部をマクロとして保存することにより、
後で他の画面フローで再利用することができる。 （６）視覚的なデバッグ デバッグをする際に、プログラム実行、停止を繰り返す
ことがあるが、現在プログラム中で処理が行われている
箇所を画面フロー上で示すことができ、デバッグ効率を
向上させることができる。 （７）テストケースの自動生成 画面フローを用いて、プログラムのテストケースを自動
的に生成することができる。 （８）異なる複数のプログラミング言語でのプログラム
作成 １つの画面フローより、異なる複数のプログラミング言
語によるビジュアルプログラムを容易に作成することが
できる。これにより、プログラミング言語がバージョン
アップした場合や、オペレーティングシステムがバージ
ョンアップした場合、その他、現在使用しているプログ
ラミング言語の技術者が不足した時に他のプログラミン
グ言語に変更して技術者の不足していないプログラミン
グ言語によりプログラムをメインテナンスするような場
合等に、非常に容易にプログラミング言語を変更するこ
とができる。さらには、最初に作成したテストケースは
そのまま使用できる。 （９）異なるオペレーティングシステム上での開発 画面フローを用いることにより、プログラムを作成する
オペレーティングシステムと、プログラムを実行するオ
ペレーティングシステムが異なっても、プログラムのフ
レームに関する限りコードを自動生成することができ
る。これにより、例えば、ＰＣのような安価な開発マシ
ンでＵＮＩＸマシンのような高価なマシン用のプログラ
ム作成や、テストケース作成を行うことができる。

【図面の簡単な説明】

【図１】 本発明の実施例のビジュアルプログラミング
装置の構成の要部を説明する図である。

【図２】 画面フロー管理テーブルの構造を説明する図
である。

【図３】 本実施例のビジュアルプログラミング装置に
よるビジュアルプログラム作成の全体の処理を説明する
フローチャートである。

【図４】 プログラム作成ツールの中の画面フロー作成
エディタのウィンドウ画面の一例を示す図である。

【図５】 画面フローを用いるプログラム開発方法の操
作例を説明する図である。

【図６】 図６Ａおよび図６Ｂはプログラムコードの自
動作成を説明する図である。

【図７】 画面フローの編集操作によりプログラムコー
ドの編集操作を行う操作例を説明する図、

【図８】 画面フローに基づいて生成するテストケース
の一例を説明する図である。

【図９】 プログラミング言語テーブルの一例を示す図
である。

【図１０】 図７に示す編集画面７０の画面フローに対
応する画面フロー管理テーブルの一部を示す図である。

【図１１】 図７に示す編集画面７２の画面フローに対
応する画面フロー管理テーブルの一部を示す図である。

【符号の説明】

１…プログラム作成ツール、２…画面フロー作成エディ
タ、３…画面フロー情報抽出処理部、４…ユーザプログ
ラム領域、５…ソースコード生成部、６…システム制御
部、７…プログラム実行制御部、１０…計算機システム
装置、１１…ディスプレイ装置、１２…外部記憶装置、
１３…入力装置、２０…画面フロー管理テーブル、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 澤幡 智晴 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 ウェイ・テク ツァイ アメリカ合衆国ミネソタ州ミネアポリス市 スーツ４−192 ユニオンストリート 200 ミネソタ大学コンピュータ・サイエンス 学部内 (72)発明者 小野間 彰 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 タオ ジャン アメリカ合衆国ミネソタ州ミネアポリス市 スーツ４−192 ユニオンストリート 200 ミネソタ大学コンピュータ・サイエンス 学部内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ビジュアルユーザインターフェイスを有
   するプログラムを作成するビジュアルプログラミング装
   置であって、 プログラムで使用する複数の画面のデータを格納する画
   面格納手段と、 プログラムで使用する複数の画面のデータを生成して前
   記画面格納手段に格納する画面生成手段と、 前記画面格納手段に格納した複数の画面のデータから画
   面を縮小して編集画面上に表示し、編集画面上で複数の
   縮小した画面とノード要素の間の関連を指示して、処理
   の流れを示す画面フローを作成する画面フロー作成手段
   と、 前記画面フロー作成手段により作成された前記画面フロ
   ーから、その関連づけデータを抽出する画面フロー情報
   抽出手段と、 前記画面フロー情報抽出手段により抽出された関連づけ
   データと前記画面のデータからソースコードを生成する
   コード生成手段とを備えることを特徴とするビジュアル
   プログラミング装置。
2. 【請求項２】 請求項１に記載のビジュアルプログラミ
   ング装置において、更に、 画面フロー作成手段により作成された画面フローを編集
   画面に表示し、前記コード生成手段により生成したソー
   スコードを実行ファイルを作成して実行し、処理の実行
   過程を前記編集画面上の画面フローの該当位置に表示す
   る実行手段を備えることを特徴とするビジュアルプログ
   ラミング装置。
3. 【請求項３】 請求項１に記載のビジュアルプログラミ
   ング装置において、更に、 プログラムで使用する複数の画面を登録する画面フロー
   管理テーブルを備え、 前記画面フロー管理テーブルにおいて登録した各画面を
   関連付けることを特徴とするビジュアルプログラミング
   装置。
4. 【請求項４】 請求項１に記載のビジュアルプログラミ
   ング装置において、更に、 プログラムで使用する複数の画面を登録する画面フロー
   管理テーブルを備え、 前記画面フロー管理テーブルにおいて登録した各画面に
   おけるプログラム部品と各画面の間を関連付けることを
   特徴とするビジュアルプログラミング装置。
5. 【請求項５】 請求項１に記載のビジュアルプログラミ
   ング装置において、更に、 プログラムで使用する複数の画面を登録する画面フロー
   管理テーブルを備え、 前記画面フロー管理テーブルにおいて登録した各画面に
   おける項目と各画面の間を関連付けることを特徴とする
   ビジュアルプログラミング装置。
6. 【請求項６】 請求項１に記載のビジュアルプログラミ
   ング装置において、 前記画面フロー生成手段は、プログラムで使用する複数
   の画面を登録する画面フロー管理テーブルを備え、 前記画面フロー管理テーブルは、登録した各画面におけ
   るプログラム部品と各画面の間を関連付ける属性情報を
   登録することを特徴とするビジュアルプログラミング装
   置。
7. 【請求項７】 請求項１に記載のビジュアルプログラミ
   ング装置において、 前記画面フロー生成手段は、プログラムで使用する複数
   の画面を登録する画面フロー管理テーブルを備え、 前記画面フロー管理テーブルにおいて、所属画面ノード
   識別子、フロー開始ノード識別子、ファイル名、関数
   名、接続ノード識別子の属性情報を登録することを特徴
   とするビジュアルプログラミング装置。
8. 【請求項８】 請求項１に記載のビジュアルプログラミ
   ング装置において、 前記画面フロー生成手段は、前記画面格納手段に格納し
   た複数の画面のデータから画面を縮小して編集画面上に
   表示する場合、前記画面の各々の画面上に設けられた各
   プログラム部品の位置関係の保持した状態で表示するこ
   とを特徴とするビジュアルプログラミング装置。
9. 【請求項９】 ビジュアルユーザインターフェイスを有
   するプログラムを作成するプログラム作成方法であっ
   て、 プログラムで使用する複数の画面を生成して格納する第
   １ステップと、 格納された複数の画面を縮小して編集画面上に表示し、
   編集画面上で複数の縮小した画面の間の関連を指示し
   て、処理の流れを示す画面フローを作成する第２ステッ
   プと、 前記画面フローから、その関連づけデータを抽出する第
   ３ステップと、 前記関連づけデータと前記画面のデータからソースコー
   ドを生成する第４ステップとからなることを特徴とする
   プログラム作成方法。
10. 【請求項１０】 請求項９に記載のプログラム作成方法
    において、 第２ステップで、前記画面格納手段に格納した複数の画
    面を縮小して編集画面上に表示する場合、前記画面の各
    々の画面上に設けられた各プログラム部品の位置関係の
    保持した状態で表示することを特徴とするプログラム作
    成方法。