WO2007102232A1

WO2007102232A1 - ソースプログラム作成支援システム

Info

Publication number: WO2007102232A1
Application number: PCT/JP2006/316923
Authority: WO
Inventors: Akira Motoshima
Original assignee: Assist Computer System Co., Ltd.
Priority date: 2006-03-09
Filing date: 2006-08-29
Publication date: 2007-09-13
Also published as: CN101379466A; CN101379466B; KR20080104057A

Abstract

　本発明は、イベント処理を含んだソースプログラムを容易に作成できるようにするためのソースプログラム作成支援システムを提供する。作成すべきソースプログラムに対応するフロー図をＰＣスクリーン上に作成することを支援するフロー図作成モジュール（１０）は、フロー図に含まれる入出力線及びボックス等の基本的なプレートの一覧を表示し、ユーザがプレートを選択し、その配置位置をモニタスクリーン上で指定する毎に、該配置位置に選択されたプレートを表示する。イベント処理プログラムを作成するためのイベントボックスが選択されると、仮想イベント待ちボックス及びリターン端子を含んだイベントフロー図初期ボックス群を自動的に表示させる。フロー図解析変換モジュール（４０）は、作成されたフロー図を解析してソースコードに変換することによりソースプログラムに変換するが、仮想イベント待ちボックスが含まれている場合、イベント定義モジュールを読み出してソースプログラムに組み入れる。

Description

ソースプログラム作成支援システム技術分野

[0001] 本発明は、 CASE (コンピュータ支援ソフトウェアエンジニアリング）ツールであるソースプログラム作成支援システムに関し、より詳細には、コンピュータのソースプロダラムを作成する際に、プログラミングの高度な知識を必要とせずに、コンピュータ支援の下で、コンピュータ言語のソースプログラムを容易に作成することができるようにしたシステムに関する。

背景技術

[0002] 今日、汎用システムにおけるシステム開発は、通常、システム分析工程、システム設計 (機能設計、データ設計)工程、プログラム設計工程、プログラミング工程、テスティング (検証)工程の順で行われる。そして、システム化業務フロー図、システム化機能概要、入出力定義のドキュメントを作成し、該ドキュメントに基づいて、システム、サブシステム、プロセス、プログラム、モジュールと分割を行って、概要から詳細に仕様を定義している。

[0003] このような仕様のドキュメントを作成する際、サブシステム関連図、サブシステム概要、プロセス関連図、業務機能フロー図、プロセス概要、プロセスフロー図、プログラム概要、プログラム構造図、モジュール（プログラムモジュール)概要、コーディングと、各工程でその上流工程のドキュメントに基づいて、論理の関連を保持しつつ個々にドキュメントを作成している。

[0004] このとき、ドキュメント書式は個々に特有なものとなっており、このように形式が多種多様のドキュメントを作成するには、多大な工数及び時間を必要としている。

[0005] さらに、プログラミングは、高度なプログラミング知識を有するエキスパートであるプログラマによってなされており、プログラミング知識を有さない要員には不可能である

[0006] このような従来例の問題点を解決するために、以下の特許文献 1及び 2に記載されて、るような、コンピュータ支援の下で自動的にプラグ口ミングを作成できるようにした装置及び方法が提案されて!ヽる。

[0007] 特許文献 1の製造管理プログラム自動作成装置は、 C言語ソースプログラムを作成できるようにしているが、この装置は製品の製造管理のプログラムを作成するものであるため、部品の組み合わせでソースプログラムを作成するようにして!/、る。

[0008] また、特許文献 2の自動プログラミング方法も、 C言語ソースプログラムを作成できるようにしている力この方法はエキスパートシステムを構築するためのものであり、したがって、この方法にぉ、ても用途が特ィ匕されて、る。

[0009] さらに、従来、仕様変更が生じた場合及びバグ修正が必要な場合には、異なった形式のドキュメントであるため、これらドキュメントから、複数の工程に渡って関連付けられている論理を追求することが極めて複雑となり、論理の追求にも多大な工数及び時間を必要としている。そのため、ドキュメントを変更せずにソースプログラムのみを変更することが多ぐこのような場合、仕様書の論理とソースプログラムの論理の同一性が維持されないことになる。

[0010] また、イベント処理を包含するプログラム (C言語で、画面、キーボード等力の入力処理があるプログラム）において、画面入力処理のプログラムでは、入力画面表示状態で入力待ちの状態となる。また、入力完了の特定信号であるイベント信号 (例えば

、キーボードからの Enter信号）を受け取るまで、プログラムは処理待ちとなる。このようなイベント処理を包含するプログラムにお、て、複数のイベントがランダムに発生する場合、従来は、イベント待ちの状態をフロー図中に明確かつ適切に表記することが困難であった。

[0011] なお、以下の特許文献 3には、複数のイベント待ちをフロー図上で表示することができるようにしたフローチャート入力装置について記載されている。し力しながら、このフローチャート入力装置にお、ては、複数のイベント及びそれに対応する処理がランダムに行われる場合のイベント待ち状態を適切に表現できるものではない。

[0012] 例えば、「氏名」、「フリガナ (氏名）」、「郵便番号」、「住所」、「フリガナ (住所)」を画面上で入力するための氏名住所プログラムを作成する場合等のように、入カオペレータが表示された入力画面の表示順に入力しないことを考慮して、プログラムを作成する必要がある。すなわち、通常、オペレータがカーソルを表示された任意項目の入力欄に移動させ、データの入力を行ったり修正を行ったりするが、その場合、カーソルの位置によりイベントがランダムに発生されるので、作成すべきプログラムをランダムに行われる処理に対応させる必要がある。

[0013] そして、そのようなプログラムを作成するための前提となるフロー図をユーザが作成する際、イベント待ち状態を明確かつ平易に表すことができるようにする必要がある力特許文献 3のフローチャート入力装置においては、該文献の図 5及び図 8等に記載されているように、 1つのイベント処理が終了すると、他のステップに移行してしまい、複数のイベント及びそれに対応する処理がランダムに発生する場合のイベント待ち状態を、フロー図上で適切に表すことができるようにしたものではない。また、仮に、この従来例のフローチャート入力装置を、上記した氏名住所入力プログラムを表すように変更しょうとした場合、図 15に示すように、極めて複雑なフロー図となってしまう。そして、入力項目が増大するほど複雑度が増大してしまい、したがって、ユーザが正確なフロー図を作成することが困難となってしまう。

[0014] また、ソースプログラムは、通常、データ定義、画面定義、及びメインプログラムの組み合わせで構成されて、る。

[0015] そして、従来は、データ定義を行うためには、ファイルレイアウト用紙に項目の桁位置を合わせて記述し、項目の追加、削除、又は項目の桁数変更等が発生した場合、改めて桁位置を決め直し、再記述を行っている。さらに、項目の細分化による詳細項目定義も同様な作業を行わなければならない。そして、開発時は頻繁に変更が発生する場合が多ぐ変更の度にこのような作業を行っているため、手間が力かっている。さらにまた、記述したファイルレイアウト情報は、プログラム毎にコーディングする必要がある。

[0016] また、従来、画面定義を行うには、画面の概要定義を手作業でラフスケッチし、これを元に画面レイアウトを作成している。画面レイアウトを作成する際、線、項目等の位置を画面上の X— Y座標に対応付ける必要がある力この座標値も線及び項目属性とともにソースコードで定義しなければならない。また、記述した画面レイアウト情報は、プログラム毎にコーディングする必要がある。したがって、従来手法で画面定義を行うには、煩雑な手順と保守性の困難性から、作業効率が低い。特許文献 1：特開平 6— 214769号公報

特許文献 2：特開平 9 91146号公報

特許文献 3：特開平 11― 296357号公報

発明の開示

発明が解決しょうとする課題

[0017] 上記したように、自動プログラミング装置及び方法が既に提案されているが、いずれも特定の用途に特化したものであり、特に、複数のイベント及びそれに対応する処理力 Sランダムに発生する場合のイベント待ち状態を、フロー図上で適切に表すことができるようにしたものではな!/、。

[0018] また、上記したように、従来の手法でソースプログラムのデータ定義及び画像定義を作成することは、極めて煩雑であり、作業効率が悪い。

[0019] 本発明は、このような問題点を解消するためになされたものである。

[0020] 本発明の第 1の目的は、複数のイベント及びそれに対応する処理がランダムに発生する場合のイベント待ち状態をフロー図上で適切に表すことができるようにしたフロー図作成手段を備えたソースプログラム作成支援システムを提供することである。

[0021] 本発明の第 2の目的は、上記した第 1の目的を達成するフロー図作成手段を備え、かつ任意のソースプログラムを、高度な知識を備えて、な、人であっても容易に作成できるようにしたソースプログラム作成支援システムを提供することである。

[0022] 本発明の第 3の目的は、上記した第 2の目的を達成するソースプログラム作成支援システムにおいて、ソースプログラムに含まれるデータ定義を、高作業効率で作成することがでさるよう〖こすることである。

[0023] 本発明の第 4の目的は、上記した第 2の目的を達成するソースプログラム作成支援システムにおいて、ソースプログラムに含まれる画面定義を、高作業効率で作成することがでさるよう〖こすることである。

[0024] 本発明の第 5の目的は、上記した第 2の目的を達成するソースプログラム作成支援システムにおいて、作成されたソースプログラムの検証を可能にし、その結果をユーザに分力り安、形態で提供することである。

課題を解決するための手段上記した目的を達成するために、本発明は、コンピュータにより読み取り可能なプログラムを利用し、ユーザとの対話によりソースプログラムを作成するためのソースプログラム作成支援システムであって、作成すべきソースプログラムに対応するフロー図をモニタスクリーン上に作成することを支援するフロー図作成手段と、該フロー図作成手段によって作成されたフロー図を解析してソースコードに変換することによりソースプログラムに変換するフロー図解析変換手段とを含んでいるソースプログラム作成支援システムにおいて、

フロー図作成手段は、

フロー図に含まれるスタート端子、エンド端子、流入線、流出線、及び複数のボッタスを含む基本的なプレート、並びに、ランダムに発生される複数のイベントによりそれぞれ駆動される複数のイベント処理を含むイベント処理プログラムの開始プレートを含む一覧表を、ユーザにより選択可能に表示するプレート一覧表示手段と、

ユーザが表示されたプレート一覧力もプレートを選択し、その配置位置をモニタスクリーン上で指定する毎に、該配置位置に選択されたプレートの形状を表示するプレート配置手段であって、

プレート一覧に含まれるイベント処理プログラム開始プレートが選択されたときに、イベント発生の待ち状態を表す仮想イベント待ちボックスと該仮想イベント待ちボッタスに流出線が接続されたリターン端子とを含んでいるイベントフロー図初期ボックス群をフロー図作成領域上に表示させる手段と

を含んで!/、るプレート配置手段と、

モニタスクリーン上に配置されたボックスに処理の内容に対応する仕様をユーザに入力させるための入力欄を表示し、入力された仕様を該ボックスと関連付けて記憶する仕様設定手段と

を備え、

フロー図解析変換手段は、

ソースプログラムに変換すべきフロー図中に仮想イベント待ちボックスが含まれている場合に、イベント処理プログラムであると判定して、使用しているコンピュータに O Sの一部としてインストールされているイベント処理定義を読み出す手段と、フロー図中のボックスの連係を解析して各ボックスの連係情報を得る手段と、フロー図中の各ボックスに設定された仕様をソースコードに変換し、かつ、変換されたソースコードに該当するボックスの連係情報を組み入れることにより、各ボックスのソースプログラムモジュールを生成する手段と、

読み出されたイベント処理定義、及び、ボックスの連係情報が組み入れられたソースプログラムモジュールを一体化してソースプログラムを生成する手段とを備えている

ことを特徴とするソースプログラム作成支援システムを提供する。

[0026] 上記した本発明に係るソースプログラム作成支援システムにお、て、イベントフロー図初期ボックス群は、仮想イベント待ちボックス及びリターン端子にカ卩えて、スタート端子と、イベント待ちボックスの下流に直列的に配置された 2つの判断ボックスと、該判断ボックス力ゝらの流出線により該判断ボックスにそれぞれ接続された 2つの処理ボッタスであって、その流出線がリターン端子に接続されている処理ボックスとを少なくとも含んで、ることが好まし、。

[0027] また、フロー図作成手段はさらに、フロー図作成領域に配置されたプレートの削除をユーザが指示したときに、該プレートを削除するプレート削除手段と、イベントフロ一図初期ボックス群以外のプレートが新たにフロー図作成領域に配置されたときに、該プレートの下流に処理ボックス及びその流出線を、配置されたプレートとは異なる表示態様で自動的に表示する手段とを備えていることが好ましい。この場合、好ましくは、フロー図作成手段のプレート一覧表示手段により表示されるプレート一覧には、イベント処理プログラム終了プレートが含まれ、プレート配置手段は、フロー図作成領域に表示されて、るフロー図中に仮想イベント待ちボックスが含まれており、かつ異なる表示態様の処理ボックス及びその流出線が含まれて、る状態で、プレート一覧に含まれるイベント処理プログラム終了プレートが選択されたときに、異なる表示態様の処理ボックス及びその流出線を自動的に削除し、かつ、最下端の判断ボックスの下方に、リターン端子に一方の流出線が接続された判断ボックスを追加し、該判断ボックスの他方の流出線に接続され、自身の流出線がリターン端子に接続された処理ボックスを追加するよう構成されて！、る。 [0028] また、上記した本発明に係るソースプログラム作成支援システムにお、て、該システムはさらに、複数の処理内容それぞれに対応するソースプログラムモジュールである複数の関数をその関数名と対応付けて予め記憶しているひな形ライブラリを備えており、フロー図作成手段の仕様設定手段は、ユーザが仕様としてひな形ライブラリに記憶されて、る関数名を選択的に入力することが可能なるようにするために、ひな形ライブラリ中の複数の関数の内容及びその関数名をユーザに提示する手段を備えており、フロー図解析変換手段は、変換すべきフロー図に、ひな形ライブラリに記憶されて、る関数名が仕様として設定されて、るボックスがある場合に、該ライブラリから該関数名に対応する関数を読み出すよう構成されてヽることが好まヽ。

[0029] さらに、フロー図作成手段は、上位層のフロー図とその下位層の詳細フロー図を作成するための階層降り機能を実行する手段を備えており、フロー図作成手段の仕様設定手段は、ユーザが上位層のフロー図の仕様として下位層のフロー図を特定するフロー図 IDを選択的に入力することが可能となるようにするために、下位層のフロー図の内容及びフロー図 IDをユーザに提示する手段を備えており、フロー図解析変換手段は、変換すべきフロー図に、フロー図 IDが仕様として設定されているボックスがある場合に、該フロー図 IDに対応するプログラムモジュールを記憶手段力も読み出すよう構成されて、ることが好まし、。

[0030] さらにまた、上記した本発明に係るソースプログラム作成支援システムにお、て、フロー図作成手段はさらに、モニタスクリーン上に配置されたボックスに処理のタイトルを入力するためのタイトル入力欄を表示し、入力されたタイトルをボックスと関連付けて記憶するタイトル設定手段を備えていることが好ましぐこの場合、フロー図作成手段の仕様設定手段及びタイトル設定手段は、プレート配置手段によりボックスがモ- タスクリーンに表示される毎に、仕様設定及びタイトル設定が可能であるように構成されていてもよい。また、フロー図作成手段の仕様設定手段のみを備えている場合、該仕様設定手段を、プレート配置手段によりボックスがモニタスクリーンに表示される毎に、仕様設定が可能であるよう構成してもよい。

[0031] また、上記した本発明に係るソースプログラム作成支援システムにお、て、フロー図作成手段はさらに、フロー図作成のために予め設定された複数の質問を含むガイダンスをユーザに提供し、該ガイダンスの質問に対してユーザによって入力された応答に基づいて、フロー図を対話的に作成するガイダンス手段であって、質問は業務数の質問を含み、該質問に対するユーザの応答に基づ、た数の判断ボックス及び処理ボックスを、自動的にモニタスクリーン上に表示させるガイダンス手段を備えていることが好ましい。この場合、好適には、フロー図作成手段はさらに、ガイダンス手段が提供したガイダンスと該ガイダンスに対するユーザの応答との時間経過履歴を取得し、かつ、該時間経過履歴をモニタスクリーン上に表示するペースメーカ手段を備えている。

[0032] さらに、上記した本発明に係るソースプログラム作成支援システムにおいて、フロー図作成手段は、予め作成された第 1のフロー図と、該第 1のフロー図中の少なくとも 1 つのボックスの処理内容を詳細化して複数のボックスで表した第 2のフロー図との関係を、モニタスクリーン上に表示する派生関係表示手段であって、第 1のフロー図がモニタスクリーン上に表示された状態で、詳細化された元のボックスが選択されたときに、該ボックスの代わりに、該ボックスに対応する第 2のフロー図中の複数のボックスを表示させる派生関係表示手段を備えて!/、ることが好ま、。

[0033] また、上記した本発明に係るソースプログラム作成支援システムはさらに、フロー図作成手段によって作成されるフロー図において使用されるデータのソースプログラムのデータ定義を、モニタスクリーン上でユーザとの対話に基づいてツリー構造のデータレイアウトを作成し、該作成されたデータレイアウトに基づいて定義するデータ定義作成手段と、フロー図作成手段によって作成されるフロー図において使用される画面のソースプログラムの画面定義を、モニタスクリーン上でユーザとの対話に基づ!/ヽて画面を作成し、該作成された画面の要素の位置及びサイズに基づヽて定義する画面定義作成手段とを備えていることが好ましい。この場合、フロー図解析変換手段はさらに、フロー図に基づいて作成されたソースプログラムに、データ定義作成手段及び画面定義作成手段によって作成されたデータ定義及び画面定義と組み合わせる手段を備えて、ることが好ま、。

[0034] さらに、上記した本発明に係るソースプログラム作成支援システムはさらに、作成されたソースプログラムを検証する検証手段を備え、該検証手段は、検証すべきソースプログラムに対応するフロー図をモニタスクリーン上に表示し、表示されたフロー図上に、ソースプログラムのランを一時停止させ、処理結果を取得し、通過履歴と処理結果を表示させるべきポーズ設定点と、処理結果のみを取得するためのパス設定点とをユーザに設定させる手段と、検証すべきソースプログラムをランさせ、該ソースプログラムに対応しかつ表示されたフロー図上に、処理の経過に伴って通過ルートを表示する手段と、処理がポーズ設定点に到達したときに、処理を一時停止させ、かつ、該ポーズ設定点及びパス設定点の通過履歴を表示する手段と、処理がポーズ設定点に到達したときに、フロー図上の予め設定された変数の値を変数一覧として表示する手段とを備えて、ることが好ま、。

発明の効果

[0035] 本発明は、上記したように構成され、複数のイベント及びそれに対応する処理がランダムに発生する場合のイベント待ち状態を、フロー図上で適切に表すことができ、し力も、このようなイベント待ち状態を含んだフロー図をソースプログラムに変換すればよいので、イベント待ち状態を含んだソースプログラムの生成が容易となる。このとき、フロー図中の仕様の論理とソースプログラムの論理との同一性が維持される。

[0036] そして、ガイダンス手段を備えている場合には、ガイダンスによりユーザの入力を促し、それに基づいて自動的にフロー図を作成するので、作成すべきソースプログラムに対応するフロー図作成がユーザにとってより容易となる。さらに、派生関係表示手段を備えることにより、当初フロー図とそのフロー図を展開した展開フロー図との関係、すなわち、その派生のいきさつ及びプログラムの論理の進展を、ユーザが容易に把握することができる。

[0037] また、データ定義作成手段を及び画面定義作成手段を備えていることにより、ユーザがツリー構造のデータ定義を視認しながらデータ定義を作成することができ、また

、画面をモニタスクリーン上で作成するだけで、画面定義を作成することができる。したがって、データ定義及び画面定義の作成及び保守が容易となる。

[0038] さらに、検証手段を備えていることにより、作成されたソースプログラムを実際にランさせて検証を行うことができ、その結果をソースプログラムの修正に反映させることができる。図面の簡単な説明

[図 1]本発明に係るソースプログラム作成支援システムの概略構成を示すブロック図である。

[図 2-1]図 1に示したシステム中のフロー図作成モジュールの概略構成を示すブロック図である。

[図 2-2]図 1に示したシステム中のフロー図解析変換モジュールの概略構成を示すブロック図である。

[図 2-3]図 1に示したシステム中の検証モジュールの概略構成を示すブロック図である。

[図 3]図 2— 2に示したフロー図作成モジュールの動作を示すフロー図である。

[図 4-1]フロー図作成モジュールの機能により表示されるプレート一覧を示す模式図である。

[図 4-2]フロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 4-3]ユーザとの対話に基づきフロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 ₄-₄]ユーザとの対話に基づきフロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 4-5]ユーザとの対話に基づきフロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 4-6]ユーザとの対話に基づきフロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 4-7]ユーザとの対話に基づきフロー図作成モジュールの機能により表示されるスクリーンショットの模式図である。

[図 4-8]ユーザとの対話に基づきフロー図作成モジュールの機能により表示される、完成後のイメージフロー図を示すスクリーンショットの模式図である。

[図 5]図 4— 8に示したイメージフロー図にタイトルがユーザにより入力されたことにより作成されたタイトルフロー図を示すスクリーンショットの模式図である。 [図 6]図 4— 8に示したイメージフロー図に仕様がユーザにより入力されたことにより作成された概要フロー図を示すスクリーンショットの模式図である。

[図 7-1]判断ボックスにタイトル及び仕様を入力するための入力画面を示すスクリーンショットを示す模式図である。

[図 7-2]図 7—1に示した入力画面にタイトル及び仕様がユーザにより入力された状態を示すスクリーンショットである。

[図 7-3]図 7— 2に示したように入力された状態の判断ボックスのマスタデータを示す説明図である。

[図 7-4]仕様が入力された状態の処理ボックスのマスタデータの一例を示す説明図である。

[図 7-5]フロー図作成モジュールのイベント待ち表記機能により実行される、イメージフロー図作成処理を説明するためのフロー図である。スクリーンショットである。

圆 7-6]イベント待ち表記機能により表示されたイベントフロー図初期ボックス群を示すスクリーンショットである。

[図 7-7]イベント待ち表記機能により、図 7— 6の表示状態に他のボックスを追加した状態を示すスクリーンショットである。

[図 7-8]イベント待ち表記機能により、図 7— 7の表示状態にイベントフロー図終了ボックス群を追カ卩して完成されたイメージフロー図を示すスクリーンショットである。

[図 7-9]図 7— 7に示したイメージフロー図にタイトルを入力してタイトルフロー図を作成した状態を示すスクリーンショットである。

[図 7-10]図 7— 7に示したイメージフロー図に仕様を入力して概要フロー図を作成した状態を示すスクリーンショットである。

圆 8]フロー図作成モジュールにおける詳細フロー図作成時の階層降り機能を説明するための説明図である。

[図 9-1]フロー図作成モジュールにおけるガイダンス機能によるフロー図作成の際に自動的に表示されるスクリーンショットである。

[図 9-2]フロー図作成モジュールにおけるガイダンス機能によるガイダンス内容及びそのユーザ応答を例示する説明図である。 [図 9-3]ユーザとの対話に基づきフロー図作成モジュールにおけるガイダンス機能によるフロー図作成の際に表示されるスクリーンショットである。

[図 9-4]ユーザとの対話に基づきフロー図作成モジュールにおけるガイダンス機能によるフロー図作成の際に表示されるスクリーンショットである。

[図 9-5]ユーザとの対話に基づきフロー図作成モジュールにおけるガイダンス機能によるフロー図作成の際に表示されるスクリーンショットである。

[図 9-6]ユーザとの対話に基づきフロー図作成モジュールにおけるガイダンス機能によるフロー図作成の際に表示されるスクリーンショットである。

[図 10-1]フロー図作成モジュールにおけるペースメーカ機能及びガイダンス機能によるフロー図作成の際に得られるガイダンスの内容及びそのユーザ応答を時間経過とともに記憶したガイダンスデータを例示する説明図である。

[図 10- 2]図 10— 1に示したガイダンスデータカゝら作成されたガイダンスタイムテープルを示す模式図である。

圆 11-1]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-2]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-3]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-4]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-5]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-6]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-7]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-8]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示されるスクリーンショットの模式図である。

圆 11-9]ユーザとの対話に基づきデータ定義作成モジュールの機能により表示される、完成後のファイルレイアウトのスクリーンショットの模式図である。

[図 11-10]図 11 9に示したファイルレイアウト中のレコードデータの一例を示す説明図である。

[図 12-1]画面定義作成モジュールの機能により作成すべき画面の一例を示すスクリーンショットである。

[図 12-2]画面定義作成モジュールの機能により表示される画面定義プレート一覧を示す模式図である。

[図 12- 3]画面定義作成モジュールの機能により表示される枠フィールドの属性入力画面を示すスクリーンショットである。

[図 12-4]画面定義作成モジュールの機能により表示されるボタンフィールドの属性入力画面を、該機能により先に作成された枠とともに示したスクリーンショットである。

[図 12-5]画面定義作成モジュールの機能により作成され表示されるボタンを示すスクリーンショットである。

[図 12- 6]画面定義作成モジュールの機能により表示される文字フィールドの属性入力画面を示すスクリーンショットである。

[図 12-7]画面定義作成モジュールの機能により表示される線フィールド属性入力画面を示すスクリーンショットである。

[図 12- 8]画面定義作成モジュールの機能により表示される数値フィールド属性入力画面を示すスクリーンショットである。

圆 13- 1]フロー図解析変換モジュールの機能により実行される、 C+ +言語への変換を説明するための説明図である。

[図 13- 2]フロー図解析変換モジュールの機能により実行される、 BASIC言語への変換を説明するための説明図である。

圆 13- 3]フロー図解析変換モジュールの機能により実行される、イベント処理を含んだフロー図をソースプログラムに変換する際の処理を示すフロー図である。

[図 13-4]イベント処理を含んだフロー図力も変換されたソースプログラムを例示する図である。

[図 13- 5]図 13— 5に例示したソースプログラムに続くソースプログラムの図である。

[図 14-1]検証モジュールの機能により、ポーズ及びパス設定点がフロー図上に設定された状態を示すスクリーンショットである。

[図 14-2]検証モジュールの機能により取得され表示される通過履歴一覧を示すスクリーンショットである。

[図 14-3]検証モジュールの機能により取得され表示される変数値一覧を示すスクリ一ンショットである。

[図 15]従来例により作成されるフロー図から想定される、イベント処理を含むプロダラムのフロー図の表現を示す図である。発明を実施するための最良の形態

[0040] 以下、本発明のソースプログラム作成支援システムの好適な実施形態について、図面を参照して説明する。

[0041] 本発明のシステムは、 PCにインストールされるコンピュータプログラムによって構成されるものであり、そのプログラムを機能で大別すると、図 1に示すように、フロー図作成モジュール 10、データ定義作成モジュール 20、画面定義作成モジュール 30、フロー図解析変換モジュール 40、及び検証モジュール 50に分けることができる。これらプログラムモジュールの概略機能は、以下の通りである。

フロー図作成モジュール 10

作成しょうとするプログラムのフロー図を作成するためのものであり、 PCスクリーン上へのユーザによるボックスの選択及び配置、並びにタイトル及び仕様の入力に基づいて、概略 Z詳細フロー図を完成させる機能を備えている。このとき、階層降り機能により、概要力詳細へと上層フロー図及び下層フロー図により関連づけを行いながら、論理関連をも定義していき、最上層のフロー図から最下層のフロー図まで全てが関連付けられるとともに、仕様定義まで行うことができる。作成された概要 Z詳細フロ一図は、該フロー図中に含まれるボックス毎の入出力関係を含む属性データとして保管される。

[0042] これにより、フロー図の作成作業が効率化され、仕様変更をする必要が生じた場合であっても、変更箇所をフロー図上で確認できるため、仕様変更の作業も効率化される。

データ定義作成モジュール 20

PCスクリーン上で、ユーザがファイルレイアウトをツリー状に作成する機能である。ファイルレベル、レコードレベルの定義は、ガイドラインに従って行う。レコード項目は、ユーザがデータ定義用処理ボックスの上下左右の辺を選択することにより、新たな項目と属性とを定義することができる。上下辺が選択された場合、その項目の上下の並列位置に新たな項目を定義する。左辺が選択された場合、その項目の上層位置に新たな項目を定義し、右辺が選択された場合、その項目の下層位置に新たな項目を定義する。項目の削除は、その対象となる位置をユーザが選択することにより行われる。項目の桁数 (バイト数)変更等が発生した場合、その項目属性を変更することにより、桁数を自動調整する。作成されたデータ定義は、項目毎の属性データとして保管される。

[0043] PCスクリーン上でデータ定義に必要なすべての処理を行うことができ、し力も、ッリ一構造のデータ定義を視認しながらデータ定義を作成することができるので、データ定義の作成及び保守が効率化される。

画 rif定義作成モジュール 30

グラフィック作成に活用されている図形処理を応用した機能を用いて、 PCスクリーン上に画面レイアウトを作成する。このとき、まず、ユーザが画面レイアウトに含まれる画面要素を画面要素一覧から選択し、その画面要素の定義内容を入力し、スクリーン上で位置及びサイズを指定することにより、画面レイアウトに含まれる個々の画面要素を作成する。仕様変更時及びバグ修正時は、線、プレート等の画面要素を必要な位置に移動、追加又は必要な位置から削除することにより、実行される。作成された画面定義は、画面要素毎の属性データ (位置及びサイズデータを含む）として保管される。

[0044] PCスクリーン上で画面定義に必要なすべての処理を行うことができ、しかも、視覚で確認しながら画面定義を作成することができるので、画面定義の作成及び保守が容易になる。フロー図解析変換モジュール 40

フロー図作成モジュール 10により作成されたフロー図（最上層フロー図力も最下層フロー図を含む）に基づき、データ定義モジュール 20及び画面定義モジュール 30により作成されたデータ定義及び画面定義を参照して、ソースプログラムを作成する。このとき、まず、メインのフロー図のボックス連係を解析し、連係に矛盾が無ければ、スタート端子力もエンド端子までの幹線のボックスの内容をソースコードに変換する。変換中に出現する画面及び下層展開関数は、一時保管する。幹線のソースコードへの変換後に、これら保管しておいた画面及び関数を出現順に解析し、ソースコードに変換する。また、下層展開がある関数は、階層降りをして関数内部の解析と変換を行い、最下層までのフロー図をソースプログラムに変更する。仕様変更（追加仕様も含む）及びバグ修正時には、フロー図を変更修正してこのモジュールを動作させることにより、自動的〖こソースプログラムも変更される。ソースコードは、 C++及び BASIC等の種々のコンピュータ言語で作成可能である。

枪証モジュール 50

作成されたソースプログラムをランさせて該プログラムの検証を行う。 PCスクリーン上に、ランさせるソースプログラムに対応するフロー図を表示し、そして、該ソースプログラムをランさせたときに、該フロー図上で処理の通過ルートを表示する。また、ユーザが該フロー図の通過ルート上の任意の点にポーズ点及びパス点を設定することができる。ポーズ点が設定された位置にプログラム処理が到達すると、該処理は一時停止し、その時点のフロー図中の種々変数値を取得して表示し、かつ、ポーズ点及びパス点の通過履歴を表示する。パス点が設定された位置にプログラム処理が到達すると、その時点のフロー図中の種々変数値を取得する力該処理が継続される。プログラムのラン中にエラーが発生した場合、そのボックス及び処理行をエラーリストに表示する。これにより、作成したソースプログラムの動作を検証することができ、誤りがある場合には、それを検出して修正することが容易となる。

フロー図作成モジュール 10の機能には、図 2に示すように、イメージフロー作成モジュール 11、タイトルフロー図作成モジュール 12、概要フロー図定義モジュール 13 、概要フロー図新規作成モジュール 14、概要フロー図作成ガイダンスモジュール（以下、単に「ガイダンスモジュール」） 15、ペースメーカモジュール 16、及び、詳細フロ一図定義モジュール 17が含まれる。

これらモジュール 11〜17の概略機能は、以下の通りである。

イメージフロー図作成モジュール 11

ユーザとの対話に基づいて、メインプログラムのイメージフロー図を作成する。ィメージフロー図とは、ボックス及びその接続関係のみを規定したフロー図である。このモジユールは、イベント待ち表記のためのイメージフロー図を作成するイベント待ち表記モジュール 111を含んで、る。

タイトルフロー図作成モジュール 12

作成されたイメージフロー図の各ボックスに、そのボックスでの処理のタイトルをユーザに入力させることにより、タイトルフロー図を作成する。なお、タイトルとは、処理の概要内容を意味している。

概耍フロー阅定義モジュール 1 3

作成されたタイトルフロー図の各ボックスに、処理仕様をユーザに入力させることにより、プログラムの概要フロー図を作成する。

概要フロー闵新規作成モジュール 14

ユーザとの対話により、フロー図に含まれるべきボックスをユーザが設定する度に、該ボックスに仕様 (又は、仕様及びタイトル)を入力させることにより、概要フロー図を完成させる。

ガイダンスモジュール 15

フロー図作成のための思考手順を、ガイダンスメッセージとしてユーザに提供する。ガイダンスメッセージは、質疑応答形式で行って各ボックスの仕様を定義することにより、概要フロー図を完成させる。オプションで、質疑応答中に所定の設定時間を経過した場合に、別の質問等で入力作業を促すようにする。

ペースメーカモジユーノレ 16

ガイダンスモードでフロー図作成中の質疑応答に対し、応答時間の制限を設定し、制限時間を経過した場合、「分かりませんか」等の別の質疑応答で作業を作成者に通知する。また、処理経過時間を分析することにより、作成者の得手 Z不得手を判定し、作業改善の提言を行う。

詳細フロー闵定義モジュール 17

階層降り機能を備え、ユーザとの対話に基づき、作成された概要フロー図の第 1下層レベルから最下層レベルまでの各層のフロー図（詳細フロー図）を作成する。

[0047] フロー図作成モードが選択されてフロー図作成モジュール 10が起動されると、図 3 のフロー図に示すように動作する。すなわち、まず、ステップ S1において、イメージフロー図作成モードが選択されたカゝ否かを判断し、その結果が YES (肯定)である場合、イメージフロー図作成モジュール 11が起動されて、ステップ S2において、ユーザとの対話によりイメージフロー図が作成される。その後、タイトルフロー図作成モジユール 12が起動され、ステップ S3において、タイトルフロー図がユーザとの対話に基づき作成される。タイトルフロー図が完成すると、概要フロー図定義モジュール 13が起動され、ステップ S4において、概要フロー図定義が、ユーザとの対話に基づいて作成される。概要フロー図定義とは、タイトルフロー図のそれぞれのボックスに処理仕様を入力することにより、メインフロー図である概要フロー図を作成することである。

[0048] 一方、ステップ S1にお、てイメージフロー図作成モードが選択されてヽな、と判定し、かつステップ S5において概要フロー図新規作成モードが選択されている判定すると、ステップ S6に進んで、概要フロー図新規作成モジュール 14が起動され、ユーザとの対話により概要フロー図を作成する。ステップ S6における概要フロー図の作成は、フロー図に含まれるべきボックスを設定する度に、該ボックスに仕様 (又は、仕様及びタイトル)を入力することにより、概要フロー図を完成させるものである。すなわち、イメージフロー図及びタイトルフロー図を完成させることなぐ直接的に概要フロー図を作成するものである。

[0049] また、ステップ S1においてイメージフロー図作成モードが選択されていないと判定し、ステップ S5にお、て概要フロー図新規作成モードが選択されて!、な、と判定し、ステップ S7にお!/、てガイダンスモードが選択されて!、ると判定し、ステップ S8にお!/ヽてペースメーカモードが選択されていると判定すると、ステップ S9に進んでペースメ一力モジュール 16が起動され、かつステップ S10においてガイダンスモジュール 15 が起動される。これにより、ユーザとの対話に基づき、ペースメーカ及びガイダンス機能による概要フロー図作成を行う。一方、ステップ S8においてペースメーカモードが選択されてヽな、と判定すると、ステップ 10に進んでガイダンスモジュール 15が起動され、ユーザとの対話に基づき、フロー図作成のガイダンスを行いつつ、概要フロー図を作成する。

[0050] ステップ S4、 S6及び S10のいずれかが終了し、詳細フロー図定義モードが選択されると、ステップ S11に移行して、詳細フロー図定義モジュール 16が起動され、ユーザとの対話に基づいて、詳細フロー図を定義し作成する。詳細フロー図は、上記したように、作成された概要フロー図の第 1下層から最下層までのフロー図であり、各層の詳細フロー図は、ステップ S2〜S4、ステップ S6、ステップ S8、及び 10のいずれかでの概要フロー図の作成と同様にして作成される。

[0051] このようにして、最下層までの詳細フロー図が完成し、それをステップ S 12において判定すると、フロー図作成モジュール 10による処理が終了する。なお、このような階層降り機能により詳細フロー図を作成する場合、上位層のフロー図のボックスに入力される仕様は、該ボックスに対応する下位層の詳細フロー図を表すフロー図 IDとなる

[0052] フロー図変換モジュール 40の機能は、図 2— 2に示すように、フロー図の処理ボックス、流入線および流出線との関連を解析するフロー図連係解析モジュール 41、各フロー図中のボックス内の内容を解析するボックス内容解析モジュール 42、各ボックス内の仕様をソースコードに変換するソースプログラム変換モジュール 43、データ定義及び画面定義をソースプログラムに組み込むデータ定義 ·画面定義ソースプログラム組み込みモジュール 44、展開関数を解析する展開関数解析モジュール 45、及び展開関数を組み込む展開関数ソースプログラム組み込みモジュール 46に大別することができる。

[0053] また、検証モジュール 50の機能は、図 2— 3に示すように、処理の通過ルートを表示する表示モジュール 51、パス'ポーズ機能による処理結果を取得して表示する取得'表示モジュール 52、処理エラーを表示する表示モジュール 53、及び、処理の全体の結果を表示する全処理結果表示モジュール 54に大別することができる。

[0054] 本発明のシステムはまた、上記したモジュールの機能に関連するデータを格納するデータベース（DB)を備えている。該 DBには、図 1に示すように、フロー図プレートマスタ DB1、フロー図ファイル DB2、ガイダンスマスタ DB3、ガイダンスデータ DB4、データ定義ファイル DB5、画面定義プレートマスタ DB6、画面定義ファイル DB7、言語マスタ DB8、コード式記述マスタ DB9、ソースプログラムファイル DB10、及び通過履歴 Z変数値ファイル DB11を備えて、る。

これらデータベースは、以下のようなデータを格納する。

フロー図プレート DB1

フロー図作成モジュール 10の機能によるフロー図の作成の際に使用される、スタート端子、エンド端子、処理ボックス、判断ボックス、画面表示ボックス、印刷ボックス、下流出線、上流出線等の基準プレート、イベント処理プログラムの開始ボックス（以下、「イベントボックス」）、イベント処理プログラムの終了ボックス（以下、「イベント終了ボッタス」）（以下、これらを総称する場合に「ボックス」と称する）のイメージを記憶している。また、イベントボックスによって指定される複数のボックスの組み合わせ配置からなるイベントフロー図初期ボックス群及びイベント終了ボックスによって指定される複数のボックスの組み合わせ配置力なるイベントフロー図終了ボックス群も、予め記憶されている。

フロー闵フアイノレ DB2

フロー図作成モジュール 10の機能によって作成されたフロー図中のボックス毎のデータを格納する。なお、図 1においては、フロー図ファイル DB2を 2つ表示している力これは、処理の流れが明確となるようにするためであり、同一のものである。ガイダンスマスタ DB3

ガイダンスモジュール 15によって実行されるフロー図作成時にユーザに質問すベきガイドライン（ガイダンス）のデータを格納し、かつ、ペースメーカモジュール 16及びガイダンスモジュール 15によって実行されるフロー図作成時に質問に対するユーザの応答時間とユーザへのヒントとを対応づけて記憶している。また、ガイダンスによつてフロー図を作成する際の初期フロー形態のデータを記憶している。

ガイダンスデータ DB4

ガイダンスモジュール 15によって実行されるフロー図作成時に、質問に対するユーザの応答を記憶し、かつ、ペースメーカモジュール 16及びガイダンスモジュール 15 によって実行されるフロー図作成中に、ユーザとの間の質疑応答を、時間に対応させて記憶する。

データ定義フアイノレ DB5

データ定義作成モジュール 20の機能によって PCスクリーン上で設定されたデータ定義を、項目毎のデータとして格納する。

画 rif定義用プレートマスタ DB6

画面定義作成モジュール 30による画面定義の作成の際に使用される、ボックス、ボタン等の画面作成に必要なプレートの要素を記憶している。

画 rif定義ファイル DB7

画面定義作成モジュール 30の機能によって PCスクリーン上で設定された画面定義を、画面の構成要素 (枠、ボタン、線、表等）毎のデータとして格納する。

言語マスタ DB8

フロー図解析変換モジュール 40の機能により、作成されたフロー図をソースプログラムに変換する際に参照される、ユーザ入力の仕様言語とソースコードとの対照テーブルを格納している。ソースコードは、プログラム言語の種類に対応して記憶されている。

コード記 i术式マスタ DB9

フロー図解析変換モジュール 40の機能により、作成されたフロー図をソースプログラムに変換する際に参照される、ユーザ入力の仕様の配置位置とソースコードの配置との対照テーブルを格納している。また、使用頻度が高い典型的なボックスに対応するソースプログラムのモジュールである関数も、ひな形ライブラリに格納している。ひな形ライブラリには、例えば、画面処理用、印刷処理用、パッチ処理用のひな形の関数 (それぞれ複数)が含まれる。

ソースプログラムファイル DB10

フロー図解析変換モジュール 40の機能によって作成されたソースプログラムを格納する。

诵知履歴 Z変数値ファイル DB11 作成されたソースプログラムを検証モジュール 50によってランさせて検証する際に、フロー図上に設定された 1又は複数の点の通過履歴、及び、フロー図中の変数の値を記憶する。

[0056] 次に、本発明のシステムの各モジュール 10〜50の機能によって PCスクリーン上に表示される画像を参照することにより、本発明のシステムの構成をより詳細に説明する。

[0057] ユーザが、 PCスクリーン上で本発明のソースプログラム作成アプリケーションを起動し、フロー図作成モードを選択すると、フロー図作成モジュール 10が起動する。そしてユーザがフロー図作成メニューからイメージフロー図作成モードを選択すると、ィメージフロー図作成モジュール 11が起動される。

[0058] イメージフロー図作成モジュール 11が起動されると、フロー図作成領域力 SPCスクリーン上に表示され、かつ、プログラムフロー図に含まれるイメージボックスを表示したプレートがフロー図プレートマスタ DB1から読み出され、図 4—1に示すようなプレート一覧として PCスクリーンの下端部又は右端部等の適宜の位置に自動的に表示される。それと共に、 PCスクリーンのフロー図作成領域に、図 4— 2に示すように、スタート端子及び下流出線が自動的に表示され、かつ、その下流出線の下端に、処理ボックスが破線 (又は点滅状態)で自動的に表示される。また、この処理ボックスの下端には下流出線が破線で自動的に表示される。

[0059] その後、ユーザが、表示されたプレート一覧から、画面表示ボックス、判断ボックス、ファイル処理ボックスを順次選択すると、図 4 3に示すように、 PCスクリーンのフロー図作成表示領域に、画面入力処理ボックス A、判断ボックス B、ファイル処理ボックス Cが表示され、かつそれぞれのボックスが表示される毎に、その下端に下流出線 a、 b 1、 cが表示される。また、ボックスが新たに表示される度に、破線の処理ボックス及び破線の下流出線がその下端に位置するように、自動的に更新表示される。図 4 3の例においては、ファイル処理ボックス Cが最後に選択されたボックスとなるため、その下流出線 cの下端に、破線の処理ボックス及び破線の下流出線が自動的に表示されている。

[0060] 図 4 3に示された状態で、判断ボックス Bの右先端をユーザが選択すると、図 4 4に示すように、判断ボックス Bの右端力右流出線 b2を自動的に表示する。そして、図 4 3の状態での破線の処理ボックス及び下流出線を自動的に削除して、判断ボックス Bの右側に、破線の処理ボックス及び右流出線を自動的に表示する。図 4 4 に示された状態で、ユーザが右流出線 b2の右端を選択すると、図 4 5に示すように、右流出線 b2に連結された下流出線が表示され (連結下流出線 b2)、破線の処理ボックス及び下流出線がその下端に表示される。

[0061] 次いで、ユーザが、プレート一覧から処理ボックスを選択すると、図 4 6に示すように、新たに処理ボックス Dとその下流出線 dが配置され、かつ、その下流出線の下端に、処理ボックスが破線 (又は点滅状態)で自動的に表示される。また、この処理ボッタスの下端には下流出線が破線で自動的に表示される。下流出線 dをした流出線 c に流入するため、処理ボックス Dの下端の下流出線 d及びファイル処理ボックスじの下端の下流出線 cを選択すると、図 4 7に示すように、新たに配置された処理ボックス Dの下流出線が下流出線 cに結合され、連結下流流出線 dが表示される。その後、ユーザが判断ボックス Eを選択し、かつその流出線を設定し、そして、印刷処理ボックス F及びエンド端子を順次選択すると、図 4 8に示すようなイメージフロー図が作成される。このとき、ユーザが、処理順序番号を付けるために PCスクリーン上で「付番」ボタン (不図示）を選択すると、図 4 8に示すようなボックス番号力それぞれのボッタスに自動的に付番される。なお、ボックスが選択されて配置される度に、仮のボックス番号を付与し、「付番」ボタンが選択された時点で、正規のボックス番号を付与するようにしても良い。

[0062] イメージフロー図を作成後、該フロー図中力あるボックスを削除したい場合、ユーザがそのボックスを選択することにより表示されるメニューから「削除」を選択することにより、該ボックスが削除される。また、あるボックスを追加したい場合、ユーザがプレート一覧力ボックスを選択し、かつ、挿入すべき位置にカーソルを移動させることにより、追加が実行される。このような変更が実行された後、「付番ボタン」を再度選択することにより、ボックス番号が付け直される。

[0063] 作成されたイメージフロー図に含まれる各ボックスの種別及びボックス相互間の接続関係は、ボックス番号、フロー図名、及びフロー図 IDに対応付けられて、フロー図ファイル DB2に格納される。

[0064] 次に、ユーザがタイトルフロー図作成モードを選択すると、タイトルフロー図作成モジュール 12が起動され、イメージフロー図中の各ボックスに、ユーザがタイトルを入力することが可能となる。すなわち、ユーザがボックスを選択する毎に、タイトル入力画面（日本語名入力画面）が表示され、該画面上でユーザがタイトルを入力する。そして、ユーザが全てのボックスのタイトルを入力し、かつ、判断ボックスの分岐条件を入力することにより、タイトルフロー図が作成される。

[0065] 図 5は、図 4— 8に示したイメージフロー図の各ボックスにタイトルが入力されて、タイトルフロー図が作成された状態を示している。この例のフロー図名は、「NIPPO— HI ZUKE」である。各ボックスの入力されたタイトルは、そのボックス番号に対応付けられ、例えば、ボックス番号 2に「画面入力処理」が対応付けられ、ボックス番号 3に「日付判定処理」が対応付けられ、 · · ·、フロー図ファイル DB2に記憶される。

[0066] タイトルフロー図の作成が完了し、ユーザが概要フロー図定義モードを選択すると、概要フロー図定義モジュール 13が起動される。この場合、タイトルフロー図の作成と同様に、イメージフロー図（又はタイトルフロー図）が PCスクリーン上に表示され、表示されたフロー図中のボックスをユーザが選択すると、仕様入力画面が表示される。該画面上でユーザが仕様を入力し、そして全てのボックスの仕様を入力することにより、メインプログラムに相当する概要フロー図が作成される。概要フロー図の各ボックスに関する全てのデータは、ボックス毎のフロー式マスタとしてフロー図ファイル DB2 に格納される。仕様入力及びフロー図マスタについては、後述する図 7— 1〜図 7— 4の説明から明ら力となるであろう。

[0067] 図 6は、図 4— 8に示したイメージフロー図の各ボックスの仕様が入力されたことにより、概要フロー図が作成された状態を示している。

[0068] 上記にお、ては、タイトル及び仕様を別々の画面上で入力する場合につ!、て説明した。このように構成する代わりに、タイトルフロー図作成モジュール 12及び概要フロ一図定義モジュール 13の機能を一体ィ匕し、これらを同一の入力画面上で入力するようにしても良い。これについて、ユーザにより判断ボックスが選択された場合を例として、以下に説明する。 [0069] ユーザが、図 4 8に示したイメージフロー図中の判断ボックス（ボックス番号 3)を選択すると、図 7— 1に示すような入力画面が表示される。該画面には、複数の入力欄が表示され、これら入力欄にはフィールド番号 Fxxxが対応付けられている。そして、未入力の 1つのタイトル入力欄及び 4つの仕様入力欄とともに、イメージフロー図作成時に入力された入力線 (流入線)、出力線 (流出線)、並びに、現在のボックス番号及び次のボックス番号が表示される。また、イメージフロー図作成時に設定されなかつた流入 Z流出線の設定可能位置及び分岐条件の設定可能位置にも、入力欄が表示される。

[0070] 図 7— 1の例においては、ボックス番号 3がフィールド番号 F001に対応する位置に表示され、出力線はフィールド番号 F036及び F037に対応する位置に表示され、これら出力線の近傍であるフィールド番号 F035及び F038に対応する位置に分岐条件（ =、≠、 >、 <、≥、≤)の入力欄が表示される。また、判断ボックスであることを示すボックス種別コード「06」も表示され、ボックス種別コードにはフィールド番号 F002が対応付けられている。ボックス種別コードは、ユーザがプレート一覧でボックスを選択したときに、その種別が判断され、該種別に対応するコードが付与される。

[0071] ユーザが、図 7— 1に示した画面上で、図 7— 2に示すように、タイトル入力欄（F021 )に「日付チェック」を入力し、 4つの仕様入力欄に「D1 (データ名）」 (F011)、「0503 03」 (F013)、「日付」（F012)、及び「今日」（F014)を入力すると、図 7— 3に示すような、ボックス番号 3のマスタが作成される。

[0072] また、ユーザが、図 4 8に示したフロー図中で、例えばボックス番号 5の処理ボックスを選択し、その仕様が展開関数「SUBPG01」である場合 (ボックス種別コード： 10 ) ,図 7—4に示すような、ボックス番号 5のマスタが作成される。

[0073] このようにして、イメージフロー図中の全ボックスのタイトル及び仕様が入力され、その結果、ボックス毎のマスタが作成される。作成されたボックスマスタは、そのフロー図のフロー図 IDに対応付けられてフロー図ファイル DB2に記憶される。

[0074] 上記説明においては、図 4 8に示すようなイメージフロー図を作成した後に、ボッタス毎にタイトル及び仕様を入力することを前提としているが、概要フロー図新規作成モジュール 14を起動することにより、イメージフロー図を作成又は完成させずに、ボックス毎にタイトル及び仕様を入力することができる。このモジュール 14は、ユーザ力 SPCスクリーン上で、プレート一覧力ボックスを選択してフロー図作成領域に表示させる度に、入力画面を表示させ、該画面上でボックスの入出力線、タイトル及び仕様、分岐条件 (判断ボックスの場合)をユーザが入力することができる。例えば、判断ボックスの場合、該判断ボックスをフロー図作成領域に表示した時点で、判断ボックス上に図 7— 1に示すような入力欄を表示し、該入力欄に、入出力線、分岐条件（= 、≠、 >、 <、≥、≤)、タイトル、及び仕様をユーザが入力するようにする。分岐条件は、入力欄を表示せずに、判断ボックスの端部近傍を指定し、それによつて表示されるプルダウンメニュー力も選択することによって入力されるようにしてもよい。同様に、入出力線も、入力欄を表示せずに、判断ボックスの端部を指定することによって表示されるプルダウンメニュー力選択するようにしてもょ、。

[0075] これにより、図 7— 3 (判断ボックス用）及び図 7—4 (処理ボックス用）に示したようなボックスマスタが作成される。

[0076] また、概要フロー図新規作成モジュール 14を起動することなぐイメージフロー図作成モジュール 11、タイトルフロー図作成モジュール 12、及び概要フロー図定義モジユールを適宜切り替えて起動することにより、 1又は複数のボックスをフロー図作成領域に配置させるたびに、タイトル及び/又は仕様を入力させることもできる。

[0077] ここで、本発明のシステムのフロー図作成モジュール 10のイベント待ち表記モジュール 111にお、て実行される、ランダムに発生される複数のイベントの待ち状態を含んだフロー図を作成する機能について、図 7— 5のフロー図を参照して詳細に説明する。なお、この機能は、複数のイベント待ちの状態を、ユーザが容易かつ正確にフロ一図上で表現できるようにしたものである力基本的には、図 4 1〜図 7— 4に関連して説明した機能を用いて！/、る。

[0078] まず、ユーザが複数のイベント待ち状態を含んだフロー図を作成しょうとした場合、フロー図作成モードを選択する。これにより、先に説明したように、フロー図作成モジユール 10が起動され、そして、ユーザがフロー図作成メニューからイメージフロー図作成モードを選択すると、イメージフロー図作成モジュール 11が起動され、フロー図作成領域が PCスクリーン上に表示され、かつ、図 7— 5のステップ370にぉぃて、フロー図プレートマスタ DB1から、図 4—1に示されるプレート一覧が PCスクリーンの適宜の位置に自動的に表示される。これとともに、先に説明したように、図 4— 2に示すような、初期画面、すなわち、実線のスタート端子及び下流出線、並びに点線の処理ボックス及び下流出線を表示した初期画面がフロー図作成領域に自動的に表示される。

[0079] この状態で、ユーザが、表示されたプレート一覧からイベントボックスを選択すると、イメージフロー図作成モジュール 11は、それを判断し、ステップ S71においてィベント待ち表記モジュール 111を起動する。モジュール 111は、起動されると、ステップ S 72にお、て、図 4 1に示した初期画面をフロー図作成領域から自動的に削除し、フロー図プレートマスタ DB1からイベントフロー図初期ボックス群を読み出して自動的に表示させる。イベントフロー図初期ボックス群は、例えば図 7— 6に示すような構成を有し、この例では、ボックス番号 1〜12が付けられたスタート端子、処理ボックス、画面表示ボックス、処理ボックス、仮想イベント待ちボックス、処理ボックス、 3つの半 IJ 断ボックス、 2つの処理ボックス、及びリターン端子、並びに、それぞれのボックスからの流出線、及びリターン端子力仮想イベント待ちボックスに向力う破線の矢印を含んでいる。イベントフロー図初期ボックス群は、上記した全てのボックスを含む必要がなぐ少なくとも、仮想イベント待ちボックス及びリターン端子を含み、かつ、リターン端子力仮想イベント待ちボックスへの矢印（図の例では、点線の矢印）を含んでいればよい。この場合、スタート端子等の他のボックスは、図 4— 3〜図 4— 7を参照して説明したように、ユーザがプレート一覧から適宜選択して、イベントフロー図作成領域に配置すればよい。

[0080] そして、イベント待ち表記モジュール 111は、ユーザの次の動作を待機する。

[0081] ユーザが、この画面上に表示されたフロー図にさらに追加すべきボックス（流出線及び流入線を含む）がある場合には、プレート一覧力適宜のボックスを選択しかつその配置位置をカーソルで指定する。イベント待ち表記モジュール 111は、それをステツプ S73で判定し、ステップ S 74においてボックスの追加処理を行う。逆に、削除すべきボックスがある場合には、ユーザはそのボックスを選択して削除メニューを選択すればよい。これは、ステップ S75及び S76において実行される。ボックスの追加処理にお、て、ユーザが判断ボックス（ボックス番号 9)の下流の位置を新たなボックスの配置位置として指定した場合には、イベント待ち表記モジュール 111は、判断ボックス (ボックス番号 9)とリターン端子 (ボックス番号 12)との間に直接ルートが形成されないように、流出線を自動的に修正する。例えば、図 7— 6において、判断ボックス（ボッタス番号 9)の下流力も横方向に延びている流出線を、該判断ボックス力もの下流出線に自動的に変更する。

[0082] 図 7— 7は、図 7— 6に示した画面上のフロー図において、ユーザが、判断ボックス（ボックス番号 9)の下流に 3つの判断ボックス（ボックス番号 13、 15、 17)を追加し、力つ、それぞれに対応して 3つの処理ボックス（ボックス番号 14、 16、 18)を追加し、さらに、これらそれぞれのボックス力も流出線が追加された状態を示している。この場合も、最終追加された流出線 (ボックス番号 17の判断ボックス力もの）の下方に、破線の処理ボックス及び下流出線が自動的に追加される。

[0083] このような状態で、ユーザがプレート一覧からイベント終了ボックスを選択すると、ィベント待ち表記モジュール 111は、ステップ S77においてそれを判定し、そしてステツプ S78において、破線の処理ボックス及び流出線を自動的に削除し、その位置に、フロー図プレートマスタ DB1からイベント終了ボックスに対応して記憶されている複数のボックスの組み合わせすなわちイベントフロー図終了ボックス群を読み出して配置する。そして、ユーザが画面上の「付番ボタン」を選択することにより、最終的な正規のボックス番号が自動的に付けられ、図 7— 8に示すようなフロー図が形成される。この例では、イベントフロー図終了ボックス群には、 1つの判断ボックス（ボックス番号 13 )、その横方向に配置された 1つの処理ボックス（ボックス番号 19)、これらからの横方向の流出線、及び、追加された判断ボックス (ボックス番号 13)からリターン端子 (ボッタス番号 12)に向力流出線が含まれている。

[0084] このようにしてイベント処理を含むプログラムに対応するイメージフロー図が作成され、そして、イベント待ち表記モジュール 111は、ステップ S79において、イメージフロ一図作成の終了を検出すると、ステップ S80において、作成されたフロー図をフロー図 IDに対応付けてフロー図ファイル DB2に記憶し、これにより、イメージフロー図作成モードが終了する。ステップ S79における判定は、「付番ボタン」が選択されたか否かによつて判定してもよぐまた、「終了ボタン」が選択された力否かによって判定してもよい。なお、図 7— 6に示したように、イベントフロー図初期ボックス群には、最終段に表示された判断ボックスの下流線がリターン端子 (ボックス番号 12)に接続されている。したがって、ステップ 72においてイベントフロー図初期ボックス群を表示しただけで、イメージフロー図作成を終了することもできる。

[0085] ユーザは、このようにして作成されたイメージフロー図のそれぞれのボックスにタイトル及び分岐条件を入力するために「タイトルフロー図作成モード」を選択すると、先に説明したように、タイトルフロー図作成モジュールが起動され、イメージフロー図中の各ボックス及び流出線に、ユーザがタイトル及び分岐条件を入力することが可能となる。ユーザが作成を意図して、るプログラムが氏名住所登録プログラムである場合、例えば、図 7— 9に示すように、タイトル及び分岐条件が入力される。図 7— 9の例では、ボックス 2〜22にそれぞれ、「描画前初期処理」、「画面」、「描画後初期処理」、「仮想イベント待ち」、「イベント信号編集処理」、「信号" 0"か？」、「確認ボタンか？」「氏名か？」、「フリガナ (氏名）か？」、「郵便番号か？」、「住所か？」、「フリガナ (住所 )か？」、「終了か？」、「カーソル移動処理」、「確定処理」、「氏名処理」、「フリガナ（氏名）処理」、「郵便番号処理」、「住所処理」、「フリガナ (住所)処理」、「終了処理」のタイトルがそれぞれ入力され、かつ、分岐条件「YES」及び「NO」が判断ボックス（ボックス番号 7〜14)にそれぞれ入力された状態を示している。仮想イベント待ちボックス（ボックス番号 5)は、特殊な機能を表すためのボックスであり、したがって、予めタイトル (及び仕様)を入力してお、ても良、。

[0086] なお、ユーザがタイトル及び分岐条件を入力中であっても、不要なボックスがある場合、先に説明したように、該ボックスを選択して「削除」メニューを選ぶことにより、削除することができる。また、イベント処理のボックスを追加したいボックスがある場合、先に説明したように、ユーザがプレート一覧力もボックスを選択し、そして挿入すべき位置にカーソルを移動させることにより、ボックスを追加することができる。

[0087] また、先に説明したように、プレート一覧から 1又は適宜数のボックスを選択してフロ一図作成領域に表示する度に、ボックスのタイトル、入出力線、分岐条件 (判断ボックスの場合)をユーザが入力できるようにしてもょ、。 [0088] 作成されたタイトルフロー図も、フロー図ファイル DB2に記憶される。

[0089] タイトル及び分岐条件の入力が完了すると、次にユーザは、仕様を入力するために「概要フロー図定義モード」を選択すると、概要フロー図定義モジュール 13が起動され、先に説明したようにして、ユーザはそれぞれのボックスに仕様を入力する。図 7— 10は、このようにして作成された概要フロー図を示している。

[0090] なお、上述したように、コード式記述マスタ DB9には、使用頻度が高いボックスに対応して既に作成されているプログラムモジュールのライブラリが記憶されており、これらプログラムモジュールを特定するプログラムモジュール IDすなわち関数名を仕様として入力することができる。図 7— 10において、ボックス番号 2〜4のボックスに入力された仕様「GPG_01()」、「GPG_020」、「GPG_020」は、これらボックスに対応する関数名である。

[0091] また、図 8を参照して以降で説明するように、概要フロー図中の複雑な処理を伴うボックスは通常、詳細フロー図定義モジュール 17の階層降り機能により、より下層のフロー図に展開される。このような、下層のフロー図に展開されるボックスにおいては、「仕様」とは、当該ボックスに対応する下層のフロー図（及びそれに対応するソースプログラム）を特定するフロー図 IDである。図 7— 10において、ボックス番号 15〜22のボッタスに入力された仕様「PG_110」、「kakutei 0」、 · · ·は、下層のフロー図 IDである。ボックス 6における仕様は「PG_050」であり、この「PG_050」も、下層のフロー図 IDを示している。

[0092] 概要フロー図定義モジュール 13は、ひな形ライブラリに記憶されたプログラムモジユールすなわち関数の内容及び関数名、並びに、予め作成されかつソースプロダラムに変換されてソースプログラムファイル DB10に記憶された下層のフロー図の内容及びフロー図 IDを、画面上でユーザが検索可能に提供する。これを参照して、ユーザは、フロー図のボックスに、関数名及び下層フロー図の IDを仕様として入力することができる。なお、該当する下層のフロー図が未作成の場合、該下層のフロー図 IDを仕様として予め設定し、その後、階層降り機能により下層のフロー図を作成すればよい。

[0093] 一方、判断ボックス 7〜14に入力された仕様はそれぞれ、「SINGO:0」、「button:800 4」、「now:100101」、「now:100102」、「now:100103」、「now:100104」、「now:100105」、「END_FLG:0」であり、判断処理にお!、て対比すべき対象を示して!/、る。

[0094] このようにして作成された概要フロー図も、フロー図ファイル DB2に記憶される。

[0095] 以上から明らかなように、本発明のシステムの支援下で作成されるイベント処理を含むプログラムのフロー図は、イベント処理がランダムに生じる場合であっても、イベント待ち状態をユーザに分力りやすい状態で表示することができ、したがって、ユーザは、意図する処理内容に合致するフロー図を容易に作成することができる。

[0096] また、従来、処理ボックスに記述する言語は、通常、ソースプログラムを作成するため、メーカの言語特有の形式に則った記述となっている。本発明のシステムにおいては、メーカの言語特有の形式に制約されない自由な表記を行うことができる。このような表記方式を、本明細書においては「新表記」と称し、これにより、ユーザ独自の分かり易い言語で仕様を作成することができる。すなわち、表記されたユーザ言語は、言語マスタを介してソースコード変換時、メーカ言語の形式に変換される。このため、この機能を使用すれば、ソースコードに変換する時点で、変換後の汎用コンピュータ言語 (C、 C + + , Java等）を自由に選択できる。

[0097] 仕様力もソースコードへの変換については、以降で詳細に説明する。

[0098] 次に、詳細フロー定義モードが選択されると、詳細フロー定義モジュール 17が起動され、ユーザとの対話の下で、作成されたメインフロー図である概略フロー図の下層の詳細フロー図が作成される。詳細フロー定義モジュール 17の動作について、図 8 を参照して説明する。

[0099] 図 8に示すように、概略フロー図であるメインフロー図 Aの処理ボックスに関数 Bが設定され、該関数 Bが複雑な構造を有している場合、該フロー図上でユーザが関数 B を指定しかつ階層降りメニューを選択すると、関数 Bを処理するためのフロー図作成画面が自動的に表示される。該画面上でユーザと対話して、上述した概略フロー図の作成と同様な処理を行うことにより、サブフロー図 Bを作成する。その作成されたサブフロー図 Bが関数 Cを含んでいる場合、該関数 Cをユーザが指定し階層降りメ-ュ一を選択すると、関数 Cのフロー図作成画面が表示され、サブフロー図 Cを作成する。サブフロー図 Cが関数 Dを含んでいる場合、同様にして、該関数 Dを処理するためのサブフロー図 Dを作成する。

[0100] このようにして、上記の手順を繰り返すことにより、任意の階層のサブフロー図を作成することができ、したがって、メインフロー図中の処理が複雑であっても、詳細フロ一図定義モジュール 17のこのような機能（階層降り機能)を用いることにより、最下層のフロー図まで容易に作成することができる。

[0101] ユーザが概略フロー図を作成しょうとしてガイダンスモードを選択すると、ガイダンスモジュール 15が起動される。すると、ガイダンスモジュール 15は、ガイダンスマスタ D B3から初期フロー形態のデータを読み出し、図 9—1に示すように、 PCスクリーンのフロー図作成領域に、スタート端子、初期処理ボックス、結合子 (G1)、及びエンド端子を自動的に生成する。

[0102] 図 9 2は、ガイダンスマスタ DB3に格納されているデータの一例を示しており、ガィダンスマスタ DB3には、初期フロー形態以外に、フロー図のレベル形態に対応させて、ユーザに質問すべき内容がガイダンスデータとして格納されている。

[0103] 初期フロー形態を表示した後、ガイドラインモジュール 15は、ガイダンスマスタ DB3 に予め記憶されて、るガイドラインに基づ、て、大きな業務の数 (業務数)を質問する (例えば、「業務数は幾つですか」）。それに対応して、例えば、業務数 = 3の応答が入力された場合、図 9— 3に示すように、判断ボックスを 4個、処理ボックスを 3個、結合子とエンド端子との間に自動的に配置させる。

[0104] その後、 1〜3番目の業務のタイトル名の質問に対して、例えば、「日報処理」、「月末処理」、「年度末処理」が入力された場合、図 9 3に示した判断ボックス及び処理ボックスに、対応するタイトルが自動的に表示される。次いで、追加したい業務についての質問に対してユーザが追加業務有りと応答し、その 4番目の業務のタイトルが「集計処理」であると入力した場合、図 9— 4に示すような画面となる。さらなる追加業務がない場合、 1番目の「日報処理」の機能の数を質問し (例えば、「では、日報処理の機能はいくつですか」）、それに応答して 3機能であると入力された場合、図 9 5に示すように、図 9 4の日報処理ボックスを削除して、 3つの判断ボックスと 3つの処理ボックスを自動的に表示させる。そして、 3つの処理の内容が「登録処理」、「修正処理」、「削除処理」であることユーザから取得すると、その結果、図 9 6に示すようなフロー図が表示される。

[0105] このようにして、ガイダンスマスタ DB5に記憶されたガイダンスに基づ!/、て、ガイダンス及びユーザ応答に基づいた表示を反復的に行うことにより、概略フロー図を作成することができる。概略フロー図の内容は、上記したようにフロー図ファイル DB2に記憶され、また、質疑応答の内容は、ガイダンスデータとしてガイダンスデータ DB4に記憶される。

[0106] このとき、 1つの処理に複数の処理（当初）が含まれ、その複数の処理の 1つにさらに複数の処理 (第 1の展開）が含まれると!、うように、複数の処理に進展することが通常である。このような場合を本明細書においては「派生関係にある」と称し、当初のボックスを派生元のボックスと称し、該ボックスの進展した複数のボックスを派生先のボッタスと称する。例えば、図 9—4に示すようなタイトルフロー図が作成されている場合、そのフロー図の「日報処理」ボックス（ボックス番号 9)と、図 9 6の判断ボックス（ボッタス番号 14〜 16)及び処理ボックス（ボックス番号 17〜 19)とは派生関係にあり、前者が派生元であり後者が派生先である。また、派生元ボックス（当初ボックス）が含まれるフロー図を当初フロー図と称し、派生先 (展開ボックス)が含まれるフロー図を展開フロー図と称する。

[0107] 本発明のシステムにおいては、このような派生関係も、フロー図ファイル DB2に記憶する。例えば、派生先のボックス（ボックス番号 14〜 19)のボックスマスタに、派生元のボックスの ID (すなわちボックス番号）を、派生関係のデータとして記憶する。そして、図 9 4のフロー図を表示した状態で、派生元であるボックス（ボックス番号 9)を選択すると、該ボックスに置き換わって派生先の複数のボックス（ボックス番号 14〜19) が表示され、逆に、図 9 6のフロー図を表示した状態で、派生先の複数のボックス（ボックス番号 14〜19)を選択すると、これらボックスに置き換わって派生元のボックス (ボックス番号 9)が表示される。

[0108] このような派生関係の表示により、派生のいきさつ及びプログラムの論理の進展を把握することが容易になる。

[0109] ユーザがペースメーカ機能を選択すると、ペースメーカモジュール 16が起動される。ペースメーカモジュール 16は、ガイドラインモジュール 15と共同して処理を行うものであり、ペースメーカモジュール 16が起動されると、ガイドラインモジュール 15も起動される。

[0110] そして、ガイダンスモジュール 15による質問に対してユーザが応答する迄の時間を、その都度計測し、計測した時間を、質問内容及び応答内容とともにガイダンスデータとしてガイダンスデータ DB4に記憶する。ユーザが各質問に対する応答を第 1の所定時間（例えば、 30秒又は 1分)以上入力しない場合、応答を促すメッセージをユーザに提供し、第 2の所定時間 (例えば、 2分)以上入力しない場合、その質問に類似するケースをガイダンスマスタ DB3から検索し、応答のヒントをユーザに提供する。また、第 3の所定時間 (例えば、 5分)以上応答がない場合、処理を中断するか継続するかの確認を行い、中断の場合は今までに作成されたフロー図をフロー図ファイル D B2に保存し、処理を終了する。ユーザが継続を選択した場合、上記した処理を繰り返す。

[0111] ガイダンスモジュール 15及びペースメーカモジュール 16の機能により完成された概要フロー図の内容は、フロー図ファイル DB2に格納される。

[0112] 図 10—1は、ペースメーカモードで実行されたときのガイダンスデータ DB4に記憶されたデータを例示している。なお、ペースメーカモードではなぐガイダンスモードが実行された場合には、時間に関するデータがガイダンスデータ DB4に記憶されず、質問とそれに対する応答との関係のみが記憶される。

[0113] また、図 10— 2は、図 10— 1に示したガイダンスデータをガイダンスタイムテーブルとして表したものである。ペースメーカモジュール 16は、このようなガイダンスタイムテ一ブルを PCスクリーン上に表示させる機能を備え、これにより、ユーザの作業効率の問題点を把握させることができる。例えば、図 10— 2の例において、右下がりの直線において、その勾配が大きいほど、ユーザの応答に時間が力かっていることを示している。したがって、勾配が大きい直線に対応する質問は、ユーザに問題があるのか又は仕様に問題があるのか等の原因により、応答が遅れたと推定することができ、今後の課題とすることができる。

[0114] 次に、データ定義作成モジュール 20について、詳細に説明する。データ定義作成モジュール 20が起動され、そのメニュー画面からファイルレイアウトが選択されると、図 11 1に示すようなファイル情報ボックスの入力画面が表示される。該入力画面上でファイル属性 (ファイル名、日本語名、レコード長、キー長、形式）がユーザにより入力される。図 11 1は、ファイル属性が入力された後の画面を示しており、この例では、ファイル名 =KOKYAKU— F、日本語名 =顧客ファイル、レコード長 = 123、キ一長 = 7、形式 = 1 : ISAMである。

[0115] その状態で、ユーザ力 ^確定」ボタン (不図示）を選択すると、図 11 2に示すように、「ファイルレイアウト」の下層位置に、ファイル情報ボックス「KOKYAKU— F」が自動生成されて表示され、かつレコード長が 123であること及び顧客ファイルであることが表示される。

[0116] 次いで、図 11 3に示すような項目情報ボックスの入力画面を表示する。この入力画面上で項目属性 (項目名、日本語名、タイプ、桁数)を入力し、ユーザが確定ボタンを選択すると、図 11— 4に示すような画面になる。この例においては、項目名 =R1 000、日本語名 =氏名レコード、タイプ =文字、桁数 = 123であり、「KOKYAKU— F」の下層に「R1000」のレコード情報ボックスが自動生成されて表示され、かつ、レコード長が 123であること及び氏名レコードであることが表示される。

[0117] レコード名「R1000」のレコード情報の内訳項目（すなわち、下層の項目）を作成する場合、該¾1000」のボックスの右端をユーザが指示する。すると、図 11— 5に示すように、該ボックスの下層位置に、項目情報ボックスを仮生成し破線で表示する。黒丸は、ユーザが選択した位置 (ボックスの右端)を表している。そして、再度、図 11— 3に示すような項目情報ボックスの入力画面を表示する。ユーザが該画面上で項目属性を、例えば、項目名 =K1100、日本語名 =キ一部、桁数 = 7を入力すると、その結果、図 11— 6に示すように、項目情報ボックス「Κ1100」が自動作成され表示され、かつ、キー部であること及び桁数 7が表示される。同様にして、順次下層の項目ボックス及びその属性が設定される。

[0118] 同一層に新たな項目情報ボックスを作成した、場合、ユーザは、その層のボックスの上辺又は下辺を指定する。すると、図 11 7に示すように、当該項目情報ボックスの上又は下 (ただし、同一層）に新たな項目情報ボックスが仮生成されて破線で表示される。図 11— 7の例においては、項目「Κ1110」の下辺が選択された力又は項目「K1130」の上辺が選択されたかの!/、ずれかである。

[0119] 既に設定した項目情報ボックスの上位層に、新たな項目情報ボックスを作成した、場合、ユーザは、当該項目情報ボックスの左辺を指定する。その結果、図 11— 8に示すように、当該項目情報ボックスの 1つ上位の層（親層）に、新たな項目情報ボックスを仮生成し表示する。

[0120] これら仮生成された項目情報ボックスについても、図 11 3に示した項目情報ボッタスの入力画面上でユーザが属性を入力して確定することにより、それら属性情報がファイルレイアウト画面上で表示される。

[0121] このようにして、図 11— 9に示すような、データ定義情報のファイルレイアウトがッリ一構造で作成され完成される。作成されたファイルレイアウトは、データ定義情報ファィル DB5に記憶される。

[0122] 完成された又は未完成状態のファイルレイアウト中のレコードレイアウト「R1000」を選択すると、この項目の内容が、図 11 10に示すような形態で出力される。完成された又は未完成状態のファイルレイアウトを修正する必要がある場合、例えば、新たな項目を追加する必要がある場合、図 11— 10に示したような空白が利用されることになる。空白部が存在しない又はその桁数が不足する場合、アラームが表示される。

[0123] 次に、画面定義モジュール 30の構成を、図 12—1に示す画面を定義する場合を例にとつて、詳細に説明する。画面定義モードが選択されて画面定義モジュール 30が起動されると、画面レイアウト領域が表示され、かつ、画面定義用プレートマスタ DB6 力画面定義用のプレート一覧を読み出して、 PCスクリーン上の適宜の位置に表示される。図 12— 2は、読み出された画面定義プレート一覧の一部を示している。

[0124] ユーザが枠 (表示枠) FRを作成した、場合、画面定義プレート一覧から枠プレートを選択すると、図 12— 3に示す枠フィールド属性入力画面が自動的に表示される。この画面上でユーザが線の太さ、線種、及び線の色を入力（または、予め表示された初期値を変更）し、画面レイアウト領域上で、ユーザがマウスを操作してカーソルを移動させること〖こより、入力された太さ、線種及び色の線の図形描画が実行され、枠（図 12—4の枠 FR)が表示される。生成された枠の X—Y座標は、自動的に取得される。そして、図 12— 3に示す種々の属性力枠 IDに対応付けられて、画面定義ファイル DB7に格納される。

[0125] 次いで、ユーザが画面定義プレート一覧力もボタンプレートを選択し、図 12— 4に示すボタンフィールド属性入力画面力も属性を入力し、かつカーソルを移動操作することにより、図 12— 5に示すように種々のボタンが画面上で作成される。ボタン上のタイトル（「戻り」、「検索」、「先頭」、「地区」）は、図 12— 4に示したボタンフィールド入力画面の表示文字の欄に、タイトルをユーザが入力することにより、表示される。また、各ボタンの開始位置及び終了位置の X—Y座標が、作成されたボタンの位置座標を読み取ることにより自動的に取得される。そして、図 12— 4に示す種々の属性が、各ボタン IDに対応付けられて画面定義フアイル DB7に記憶される。

[0126] 同様にして、文字フィールド、線、固定文字の画面要素が作成され、図 12— 1に示した画面が作成される。そして、それらの定義が画面定義ファイル DB7に格納される。図 12— 6〜図 12— 8は、文字フィールド、線、数値フィールドの属性入力画面を示しており、これらの属性情報がそれぞれの IDに対応付けて画面定義ファイル DB7に格納される。

[0127] 詳細フロー図が作成され、データ定義及び画面定義が作成された後、ユーザが変換モードを選択してフロー図解析変換モジュール 40を起動すると、詳細フロー図からソースプログラムが自動的に作成される。このとき、フロー図解析変換モジュール 4 0のフロー図連係解析モジュール 21(図 2— 2)力詳細フロー図のスタート端子に接続されたボックスとその流出線を読み取り、幹線に沿って連係（すなわち、各ボックスの下流側ボックスがどれである力）を解析し、かつ、処理ボックス内容解析モジュール 22が各ボックスの仕様内容を解析する。このような処理を繰り返し、エンド端子までの連係及び仕様内容を解析する。判断ボックスについては、幹線及び分岐線をともに解析するが、判断ボックスの上下左右の入出力条件を確認し、分岐方向を確認する

[0128] フロー図が矛盾なく完結している場合、ソースプログラム変換モジュール 23が、各ボックス内の処理内容すなわち仕様をソースコードに変換する。処理内容に外部情報を必要とする画面、展開関数等が含まれている場合、そのボックスの処理内容を一時保管する。そして、幹線上の他のボックスの内容をソースコードに変換し、次いで分岐線上のボックスの内容をソースコードに変換する。その後、データ定義'画面定義ソースプログラム組み込みモジュール 24と共同して、一時保管されて、たボックスの処理内容を、その画像、関数等の出現順に外部情報を取得しながら解析し、ソースプログラムに組み込むよう変換を行う。展開関数に関しては、展開関数解析モジユール 25が、図 8に関連して説明したような階層降り機能を用いて解析し、展開関数ソースプログラム組み込みモジュール 26が、その結果をソースプログラムに組み込む

[0129] ところで、処理ボックスに記述する言語は、通常、ソースプログラムを作成するため、メーカの言語特有の形式に則った記述となっている。本発明のシステムにおいては、メーカの言語特有の形式に制約されない自由な表記を行うことができる。このような表記方式を、本明細書においては「新表記」と称し、これにより、ユーザ独自の分かり易い言語で仕様を作成することができる。すなわち、表記されたユーザ言語は、言語マスタを介してソースコード変換時、メーカ言語の形式に変換される。このため、この機能を使用すれば、ソースコードに変換する時点で、変換後の汎用言語 (C、 C+ + 、 BASIC, Java等）を自由に選択できる。

[0130] 言語マスタ DB8及びコード式記述マスタ DB9を参照して、ユーザ言語となる新表記方式の仕様を C+ +言語に変換する力言語マスタ DB8に格納されている新表記方式の仕様と C+ +言語のソースコードとの対応を例示する。

•処理内容「A領域の文字列と B領域の文字列を結合して、 A領域に格納する」新表記方式： A+=B;

C+ + : stract (A,&B);

となる。

•処理内容が「C領域の数値に J領域の数値を加え、その結果を C領域に格納する。そして、 J領域の数値に 1を加える」

新表記方式： C=C+J

J=J+1

C++言語： C=C+J J++;

•処理内容が、「J領域の数値に 1を加える。そして、 C領域の数値に J領域の数値を加え、その結果を c領域に格納する」

新表記法式： _J=J+1

C=C+J

C++言語： C = C+J ++J;

•比較演算子 (等号、不等号、以上、以下)

新表記方式： = ≠ ≤

C++言語： = = ！ = < =

•処理内容「指定された時間だけ処理を中断する (中断時間:ミリ秒)」

新表記方式： Cyudan (ただし、中断時間は 1.5秒を標準として設定）

C++言語： Sleep(1500) (ただし、中断時間は 1.5秒間に指定）

•処理内容「指定された音を指定された継続時間鳴らす (周波数： Hz、継続時間：ミリ秒)」

新表記方式： Oto (ただし、 900Hzで 1/4秒を標準として設定）

C++言語： Beep(900,250) (ただし、 900Hzで 1/4秒間鳴らすと指定） •処理内容「"入力エラーです"の文字を表示する」

新表記方式： Hyoji (800200)

C++言語： ADCHAR (フィールド 800200の"入力エラーです"の意味） •処理内容「指定された色で表示する」

新表記方式： Aka Midori Ao

C++言語： RGB(255,0,0) RGB(0,255,0) RGB(0,0,255)

新表記方式： Kuro Siro

C++言語： RGB(0,0,0) RGB(255, 255,255)

上記例示した新表記方式と C++言語との対応関係が、言語マスタ DB8に格納されている。また、このような対応関係は、必要とするコンピュータ言語の種類に応じて作成され記憶されている。なお、新表記方式の場合は、ユーザが慣れ親しんでいる言語表記でょ、ので、アルファベットの代わりにひらがな又はカタカナ等を用いてもよ!ヽ例えば、処理内容が「文字の色を赤に設定してエラーメッセージを表示し、かつ、警告音を鳴らし、 1. 5秒間待つ」である場合、新表記方式及び C++言語では、以下のように表記される。

[0132] 新表記方式のエラーメッセージ表記処理

Text(Aka);

Hyoji(800200,"入力エラーです。 ")；

Oto;

Machi;

C++言語のエラーメッセージ表記処理

SetTextColor(RGB(255,0,0));

ADCHAR(800200,"入力エラーです。，，)；

Beep(900,175) ;

Sleep(1500)

したがって、本発明のシステムによれば、フロー図中に仕様内容を入力する際に、通常ユーザ独自の分かり易い言語で入力することができ、表記されたユーザ言語は、言語マスタテーブルを介して C言語等に変換されるので、コンピュータ言語を知らないユーザであっても入力が容易である。

[0133] 図 7— 2に示したように設定された判断ボックス (ボックス番号 3)を例にとって、ソースコードへの変換動作を説明する。

[0134] フロー図解析変換モジュール 40の処理ボックス内容解析モジュール 22(図 2— 2) は、フロー図ファイル DB2から、図 7— 2に示したボックス番号 3のマスタデータ（すなわち、図 7— 3に示したデータ）を読み出して、読み出されたデータを解析する。次いで、ソースプログラム変換モジュール 23は、コード式記述マスタ DB9から判断ボックスの場合のコード記述マスタを呼び出す。 C++言語の場合には、図 13— 1の右側に示すような配列の記述マスタとなる。そして、図 13— 1に示した対応関係で、ボックスマスタ中のフィールド番号のデータを、読み出した記述マスタのそれぞれの項に割り当てる。

[0135] すなわち、処理ボックス種別が判断ボックスを示す「06」であることから、該「06」に対応する記述マスタを、コード式記述マスタ DB9から読み出す。そして、処理ボックス番号「3」を処理番号の位置に複写し、左項及び右項のデータ名「D1」及び「05030 3」をそれぞれ対応する位置に複写する。また、言語マスタ DB8を検索して、分岐条件「=」に対応する C+ +言語の「= =」を読み出し、それを判定項に複写する。また、判定成立時の分岐先及び不成立時の分岐先のボックス番号を、フロー図ファイル DB2のマスタデータ力得て、それを対応する位置に複写する。

[0136] 図 13— 1に示すようにデータを割り当てた結果、以下のソースプログラム（C++言語 )が生成される。

G03: if (Dl==050303) [goto G54;]

else [goto 19;]

一方、 BASIC言語の場合には、図 13— 2に示すようにデータを割り当て、その結果、

G03, if D1 = 050303 GOTO G54.

GOTO G19.

のソースプログラムが得られる。

[0137] ここで、図 7—10に示されたイベント待ち処理を含んだフロー図をソースプログラムに変換する場合であって C+ +言語に変換する場合を例として、図 13— 3のフロー図を参照して詳細に説明する。このとき、ユーザの PCには、 Microsoft社等のイベント処理定義プログラムモジュールを含んだ OSがインストールされているものとする。

[0138] フロー図解析変換モジュール 40が起動されると、該モジュール 40のフロー図連係解析モジュール 41は、図 13— 3のステップ S81において、各ボックスの連係を解析する。そして、処理ボックス内容解析モジュール 42は、ステップ S82において、変換すべきフロー図上にイベント待ち状態を表すボックスすなわち仮想イベント待ちボックス（ボックス番号 5)が含まれていることを検出し、ステップ S83において、 PCの OSに含まれているイベント処理定義プログラムモジュールを読み出す。そして、ステップ S 84において、各ボックスの仕様として、コード式記述マスタ DB9に格納されているひな形ライブラリ中の関数名が含まれてヽるか否かを判定する。

[0139] ひな形ライブラリ群には、画面処理用として、描画前初期処理ボックス (ボックス番号 2)、初期画面処理ボックス（ボックス番号 3)、描画後初期処理ボックス（ボックス番号 4)の関数名に対応している関数が含まれており、ボックス内容解析モジュール 42 は、これらの関数名を仕様としているボックスが変換すべきフロー図上に存在すると判定し、そして、ステップ S85において、ソースプログラム変換モジュール 43が、これら関数をひな形ライブラリから読み出してボックス番号 2〜4に対応付け、そして、それぞれのボックスの連係情報を組み込む。

[0140] 次いで、処理ボックス内容解析モジュール 42は、ステップ S86において、各ボックスの仕様として、下層のフロー図の ID (関数名）が含まれている否かを判定し、ステップ S87において、ソースプログラム変換モジュール 43は、処理ボックス（ボックス番号 14 〜19)の仕様である下層フロー図 IDに対応する関数すなわちソースプログラムモジユールを、ソースプログラムファイル DB10から読み出してボックス番号に対応付け、かつボックスの連係情報を組み入れる。

[0141] そして、処理ボックス内容解析モジュール 42は、ステップ S88において、判断ボックスが含まれているか否かを判定し、ステップ S89において、ソースプログラム変換モジユール 43は、図 13— 1及び図 13— 2を参照して説明したように、言語マスタ DB8を参照しつつ、判断ボックス（ボックス番号 7〜17)それぞれの仕様をソースコードに変換してボックス番号に対応付け、それぞれのボックスの連係情報を組み入れる。

[0142] 次いで、ステップ S90において、処理ボックス内容解析モジュール 43は、その他のボックスがあるか否かを判定し、ある場合には、ステップ S91において、ソースプログラム変換モジュール 43は、言語マスタ DB8を参照してソースコードに変換してボックス番号に対応付け、かつ連係情報を組み入れる。最下層のフロー図の処理ボックスをソースコードに変換する場合も、言語マスタ DB8を参照して、該フロー図上の仕様をコンピュータ言語に変換する。

[0143] これにより、フロー図がソースプログラムに変換される。図 13— 4及び図 13— 5 (図 1 3— 5は、図 13— 4の続き）は、このようにして作成されたソースプログラムの一例を示している。当然ながら、図 13— 3に示した順番に判断して処理する必要がなぐ例えば、ステップ S88及び S89をステップ S82の前段で実行してもよぐその他適宜の変更が可能である。

[0144] このように、フロー図解析変換モジュール 40は、変換すべきフロー図上にイベント待ち状態を表すボックス (仮想イベント待ちボックス）が含まれてヽることを検出することにより、フロー図がイベント待ち処理を含んだプログラムのフロー図であることを判定し、ユーザの PCにインストールされている OSに含まれるイベント処理定義プログラムを読み出し、さらに、コード式記述マスタ DB9に格納されているひな形ライブラリに格納されている関数及び作成済みの下層フロー図の関数 (すなわち、下層フロー図に対応するソースプログラムモジュール）を読み出しているので、ソースプログラムへに変換が容易となる。また、上述したように、図 7— 9及び図 7— 10に示されるような、ュ一ザにより作成されるフロー図は、ランダムに発生されるイベントを待機してその処理を行うことを、ユーザが理解し易い形態で簡潔かつ論理的に表しており、このような簡潔及び論理的なフロー図を作成から、適正なソースプログラムへ変換することが可能となる。

[0145] このようにして、フロー図中の全ボックスのマスタデータをフロー図ファイル DB2から読み出し、データをユーザが指定したプログラム言語の配列に置き換えてから、該言語のソースプログラムに変換する。フロー図から変換されたソースプログラムは、上述したように、そのプログラムに使用されるデータ定義及び画面定義のソースコードと共に、作成済ソースプログラムファイル DB 13に記憶される。

[0146] なお、フロー図解析変換モジュール 11によって変換されたソースプログラムは、さらに、言語メーカが提供するライブラリ等を参照してコンパイルされるが、その処理動作は汎用のものであるので、説明を省略する。

[0147] 次に、作成されたソースプログラムの検証を行う検証モジュール 50について説明する。検証モードが選択されて検証モジュール 50が起動すると、フロー図ファイル DB2 力該ソースプログラムに対応する概要（又は詳細）フロー図のマスタデータが読み出され、該データに基づいてフロー図が再生され表示される。

[0148] ユーザが、そのフロー図の流出線上に、図 14 1に示すように、ポーズ機能（=)及びパス機能 (黒丸)を実行する点を設定する。ポーズ機能は、その設定点に到達するまでの処理の実行結果 (種々の変数の値を含む）の取得、及び、その設定点に到達時に処理の一時停止を行う機能である。パス機能は、その設定点に到達までの処理の実行結果 (種々の変数の値を含む）取得を行うものであり、一時停止をせずに処理を継続させる機能である。

[0149] そして、該フロー図に対応して作成されたソースプログラムをランさせると、処理通過ルート表示モジュール 31 (図 2— 3)の機能により、フロー図上に経過ルートを表示しながら処理が実行される。ソースプログラムのラン中に処理が下層フロー図に移行した場合、階層降り機能により、下層フロー図を表示して該フロー図上でも通過ルートを表示する。

[0150] また、処理の実行中、処理結果取得 ·表示モジュール 32の機能により、ポーズ機能の設定点及びパス機能の設定点を通過した順番を通過履歴として取得し、また、処理が通過した予め設定された変数の値を、該変数を含むボックスの処理が終了する度に取得し、これらを通過履歴 Z変数値ファイル DB11に記憶する。

[0151] 例えば、図 14—1に示すように、ポーズ設定点 S013を設定し、パス設定点 P009及び P010を設定した場合、ポーズ設定点 S013まで処理が進んだときに、プログラムの処理が一時停止される。そして、処理結果取得 ·表示モジュール 32は、通過履歴 Z 変数値ファイル DB11を参照して、その一時停止までの、ポーズ設定点 S013並びにパス設定点 P009及び P010を処理が通過した履歴を検索して、通過履歴一覧として表示し、また、フロー図中の予め設定された種々の変数の値を変数値一覧として表示する。

[0152] 図 14— 2及び図 14— 3は、このような通過履歴一覧及び変数値一覧を示している。図 14— 2に示した通過履歴一覧の例においては、パス設定点 P009及び P010をそれぞれ 3回通過した後に、ボックス番号 7の判断ボックス力分岐されてポーズ設定点 S013に至った様子を示している。また、図 14— 3に示した変数値一覧の例においては、ポーズ設定点 S013でプログラムが一時停止したときに、図 14— 1に示したフロ一図中のボックス番号 4、 6〜10、 13及び 14のボックス中の変数（変数名 A〜G)がどのような値であるかを示している。また、図 14— 2に示した通過履歴一覧において、ユーザが、例えば、世代 4のポーズポイント P010 (処理が 2回通過したことを表している）を選択すると、該ポイントを処理が 2回目に通過する時点の変数名 A〜Gの変数値が一覧として表示される。

[0153] 作成されたソースプログラムのラン中にエラーが発生した場合、処理エラー表示モジュール 33の機能により、ボックス番号及び処理行をエラー表として PCCスクリーン上に表示する。

[0154] このようにして、ソースプログラムの検証を行うことにより、バグ発生位置等を表示することができるので、その修正が容易である。

[0155] 一時停止された処理の再開は、再開ボタン (不図示）を選択することにより実行される。

[0156] 本発明は、以上のように構成されているので、任意のソースプログラムを、高度な知識を有していないユーザであっても容易に作成することができ、また、作成されたフロ一図をソースプログラムに変換するので、フロー図中の仕様の論理とソースプロダラムの論理との同一性が維持される。特に、複数のイベント及びそれに対応する処理力 Sランダムに発生する場合のイベント待ち状態をフロー図上で適切に表すことができる。

[0157] また、ガイダンスによりユーザの入力を促し、それに基づいて自動的にフロー図を作成するので、作成すべきソースプログラムに対応するフロー図作成がより容易となる。さらに、当初フロー図とそのフロー図を進展させた進展フロー図との関係である派生関係をユーザに提供することができるので、ユーザは、派生のいきさつ及びプログラムの論理の進展を容易に把握することができる。

[0158] さらに、ユーザがツリー構造のデータ定義を PCスクリーン上で視認しながらデータ定義を作成することができ、また、画面を PCスクリーン上で作成するだけで、画面定義を作成することができる。したがって、データ定義及び画面定義の作成及び保守が容易となる。

[0159] さらにまた、作成されたソースプログラムを実際にランさせて検証を行うことができ、その結果をソースプログラムの修正に反映させることができる。

Claims

請求の範囲

コンピュータにより読み取り可能なプログラムを利用し、ユーザとの対話によりソースプログラムを作成するためのソースプログラム作成支援システムであって、作成すベきソースプログラムに対応するフロー図をモニタスクリーン上に作成することを支援するフロー図作成手段と、該フロー図作成手段によって作成されたフロー図を解析してソースコードに変換することによりソースプログラムに変換するフロー図解析変換手段とを含んで、るソースプログラム作成支援システムにお、て、

フロー図作成手段は、

を含んで!/、るプレート配置手段と、

を備え、

フロー図解析変換手段は、

ソースプログラムに変換すべきフロー図中に仮想イベント待ちボックスが含まれている場合に、イベント処理プログラムであると判定して、使用しているコンピュータに o

Sの一部としてインストールされているイベント処理定義を読み出す手段と、フロー図中のボックスの連係を解析して各ボックスの連係情報を得る手段と、フロー図中の各ボックスに設定された仕様をソースコードに変換し、かつ、変換されたソースコードに該当するボックスの連係情報を組み入れることにより、各ボックスのソースプログラムモジュールを生成する手段と、

ことを特徴とするソースプログラム作成支援システム。

[2] 請求項 1記載のソースプログラム作成支援システムにおいて、イベントフロー図初期ボックス群は、仮想イベント待ちボックス及びリターン端子にカ卩えて、スタート端子と、イベント待ちボックスの下流に直列的に配置された 2つの判断ボックスと、該判断ボッタス力の流出線により該判断ボックスにそれぞれ接続された 2つの処理ボックスであつて、その流出線がリターン端子に接続されている処理ボックスとを少なくとも含んでいることを特徴とするソースプログラム作成支援システム。

[3] 請求項 1又は 2記載のソースプログラム作成支援システムにおいて、フロー図作成手段はさらに、

フロー図作成領域に配置されたプレートの削除をユーザが指示したときに、該プレートを削除するプレート削除手段と、

イベントフロー図初期ボックス群以外のプレートが新たにフロー図作成領域に配置されたときに、該プレートの下流に処理ボックス及びその流出線を、配置されたプレ一トとは異なる表示態様で自動的に表示する手段と

を備えていることを特徴とするソースプログラム作成支援システム。

[4] 請求項 3記載のソースプログラム作成支援システムにおいて、フロー図作成手段のプレート一覧表示手段により表示されるプレート一覧には、イベント処理プログラム終了プレートが含まれ、

プレート配置手段は、フロー図作成領域に表示されて!ヽるフロー図中に仮想ィベント待ちボックスが含まれており、かつ異なる表示態様の処理ボックス及びその流出線が含まれている状態で、プレート一覧に含まれるイベント処理プログラム終了プレートが選択されたときに、異なる表示態様の処理ボックス及びその流出線を自動的に削除し、かつ、最下端の判断ボックスの下方に、リターン端子に一方の流出線が接続された判断ボックスを追加し、該判断ボックスの他方の流出線に接続され、自身の流出線がリターン端子に接続された処理ボックスを追加するよう構成されていることを特徴とするソースプログラム作成支援システム。

[5] 請求項 1〜4 、ずれかに記載のソースプログラム作成支援システムにおヽて、

該システムはさらに、複数の処理内容それぞれに対応するソースプログラムモジュールである複数の関数をその関数名と対応付けて予め記憶して、るひな形ライブラリを備えており、

フロー図作成手段の仕様設定手段は、ユーザが仕様としてひな形ライブラリに記憶されて、る関数名を選択的に入力することが可能なるようにするために、ひな形ライブラリ中の複数の関数の内容及びその関数名をユーザに提示する手段を備えておりフロー図解析変換手段は、変換すべきフロー図に、ひな形ライブラリに記憶されて V、る関数名が仕様として設定されて、るボックスがある場合に、該ライブラリから該関数名に対応する関数を読み出すよう構成されている

ことを特徴とするソースプログラム作成支援システム。

[6] 請求項 1〜5いずれかに記載のソースプログラム作成支援システムにおいて、

フロー図作成手段は、上位層のフロー図とその下位層の詳細フロー図を作成するための階層降り機能を実行する手段を備えており、

フロー図作成手段の仕様設定手段は、ユーザが上位層のフロー図の仕様として下位層のフロー図を特定するフロー図 IDを選択的に入力することが可能となるようにするために、下位層のフロー図の内容及びフロー図 IDをユーザに提示する手段を備えており、

フロー図解析変換手段は、変換すべきフロー図に、フロー図 IDが仕様として設定されているボックスがある場合に、該フロー図 IDに対応するプログラムモジュールを記憶手段から読み出すよう構成されてヽる

ことを特徴とするソースプログラム作成支援システム。

[7] 請求項 1〜6いずれかに記載のソースプログラム作成支援システムにおいて、フロー図作成手段はさらに、

モニタスクリーン上に配置されたボックスに処理のタイトルを入力するためのタイトル入力欄を表示し、入力されたタイトルをボックスと関連付けて記憶するタイトル設定手段

[8] 請求項 1〜7いずれかに記載のソースプログラム作成支援システムにおいて、フロー図作成手段の仕様設定手段は、プレート配置手段によりボックスがモニタスクリーンに表示される毎に、仕様設定が可能であるよう構成されてヽることを特徴とするソースプログラム作成支援システム。

[9] 請求項 7記載のソースプログラム作成支援システムにおいて、フロー図作成手段の仕様設定手段及びタイトル設定手段は、プレート配置手段によりボックスがモニタスクリーンに表示される毎に、仕様設定及びタイトル設定が可能であるように構成されていることを特徴とするソースプログラム作成支援システム。

[10] 請求項 1〜5いずれかに記載のソースプログラム作成支援システムにおいて、フロー図作成手段はさらに、

フロー図作成のために予め設定された複数の質問を含むガイダンスをユーザに提供し、該ガイダンスの質問に対してユーザによって入力された応答に基づいて、フロ一図を対話的に作成するガイダンス手段であって、質問は業務数の質問を含み、該質問に対するユーザの応答に基づ、た数の判断ボックス及び処理ボックスを、自動的にモニタスクリーン上に表示させるガイダンス手段

[11] 請求項 10記載のソースプログラム作成支援システムにおいて、フロー図作成手段はさらに、

ガイダンス手段が提供したガイダンスと該ガイダンスに対するユーザの応答との時間経過履歴を取得し、かつ、該時間経過履歴をモニタスクリーン上に表示するぺースメーカ手段

[12] 請求項 1〜： L Iいずれかに記載のソースプログラム作成支援システムにおいて、フロ一図作成手段は、

予め作成された第 1のフロー図と、該第 1のフロー図中の少なくとも 1つのボックスの処理内容を詳細化して複数のボックスで表した第 2のフロー図との関係を、モニタスクリーン上に表示する派生関係表示手段であって、第 1のフロー図がモニタスクリーン上に表示された状態で、詳細化された元のボックスが選択されたときに、該ボックスの代わりに、該ボックスに対応する第 2のフロー図中の複数のボックスを表示させる派生関係表示手段

[13] 請求項 1〜12いずれかに記載のソースプログラム作成支援システムにおいて、該システムはさらに、

フロー図作成手段によって作成されるフロー図において使用されるデータのソースプログラムのデータ定義を、モニタスクリーン上でユーザとの対話に基づいてツリー構造のデータレイアウトを作成し、該作成されたデータレイアウトに基づいて定義するデータ定義作成手段と、

フロー図作成手段によって作成されるフロー図において使用される画面のソースプログラムの画面定義を、モニタスクリーン上でユーザとの対話に基づ、て画面を作成し、該作成された画面の要素の位置及びサイズに基づヽて定義する画面定義作成手段と

[14] 請求項 13記載のソースプログラム作成支援システムにおいて、フロー図解析変換手段はさらに、

フロー図に基づいて作成されたソースプログラムに、データ定義作成手段及び画面定義作成手段によって作成されたデータ定義及び画面定義と組み合わせる手段を備えていることを特徴とするソースプログラム作成支援システム。

[15] 請求項 1〜14いずれかに記載のソースプログラム作成支援システムにおいて、該システムはさらに、作成されたソースプログラムを検証する検証手段を備え、該検証手段は、検証すべきソースプログラムに対応するフロー図をモニタスクリーン上に表示し、表示されたフロー図上に、ソースプログラムのランを一時停止させ、処理結果を取得し、通過履歴と処理結果を表示させるべきポーズ設定点と、処理結果のみを取得するためのパス設定点とをユーザに設定させる手段と、

検証すべきソースプログラムをランさせ、該ソースプログラムに対応しかつ表示されたフロー図上に、処理の経過に伴って通過ルートを表示する手段と、

処理がポーズ設定点に到達したときに、処理を一時停止させ、かつ、該ポーズ設定点及びパス設定点の通過履歴を表示する手段と、

処理がポーズ設定点に到達したときに、フロー図上の予め設定された変数の値を変数一覧として表示する手段と