JPH04352029A - ソースプログラム自動生成装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソースプログラムの自
動生成装置に係わり、特に表形式のマトリックスで表現
されたプログラム仕様からソースプログラムを自動生成
する装置に関するものである。

【０００２】

【従来の技術】一般に業務アプリケーションプログラム
の多くは処理を機能毎に独立にでき、各処理をそれぞれ
独立に完結させることができる。しかしオンライン業務
におけるトランザクション処理やオンライン通信管理に
おける送受信データのヘッダ情報の種類に応じた処理な
どに代表されるように、通信系のプログラムでは非同期
に発生し相互に関連し合う事象に対する処理を時系列化
した動作順序でプログラム論理を設計しなければならな
い。またオンライン通信管理プログラムのようなソフト
ウエアの開発では、予期せぬ事象の発生や通信相手装置
との機能の差異などによって、プログラムテストの最終
段階においてもプログラム仕様を変更したりする場合が
ある。

【０００３】このために、仕様の定義には事象と状態の
マトリックス表で処理の条件を決定し、マトリックス上
事象と状態が交差するところで処理内容を規定する状態
遷移表を用いた仕様規定を行う。このマトリックス表を
用いることによって、予期せぬ事象の発生や通信相手装
置との機能の差異などによって発生したプログラム仕様
の変更の場合も変更の範囲が限定できる効果がある。さ
らにプログラム仕様の記述された仕様書から直接ソース
プログラムを自動生成できれば大きな作業効率の改善と
なる。

【０００４】従来、ソースプログラムの作成では、まず
プログラマがプログラムの仕様書を作り、次にその仕様
書に基づいてコーディングシートにプログラムを書き、
そして、キーパンチャーが端末装置のキーボードからコ
ーディングシートに書かれたプログラムを直接計算機に
入力して、ファイル装置にソースプログラムを作成する
。更に、しばしば生じるプログラム仕様書の書き直しや
プログラムのステップの追加、変更がある場合にも、上
記のような作業を繰り返して行うことになる。このよう
にソースプログラムを作成する作業では、多くの労力が
必要とされる。

【０００５】ところでソースプログラムを作成する作業
では、プログラム言語により決まっている部分、例えば
キーワード、区切り記号、継続のための文字等が繰り返
して現われ、これらに対してもその都度人手によりコー
ディングして、パンチ、キー操作等を行う。このような
ソースプログラム作成の繰り返し作業においてはミスが
発生することも多く、またこのようなミスの修正のため
に多大な労力を必要とするという問題があった。

【０００６】このようなソースプログラムの作成に要す
る作業負担を削減する技術として、例えば特開昭６０−
１５９９３９号公報に記載のように、プログラムの制御
と処理とを図式で表現し、それらを各々定義した後、ソ
ースプログラムを自動生成するようにした「図式・ソー
スプログラム自動生成方法」や、特開昭６４−７６２２
４号公報に記載のプログラム仕様を表形式で表現してソ
ースプログラムを生成する「ソースプログラム自動生成
装置」が提案されている。

【０００７】

【発明が解決しようとする課題】ソースプログラムの作
成においては、まずプログラム仕様書を作り、次にその
仕様書に基づいてコーディングを行う。例えば、オンラ
イン通信管理プログラムのようなプログラム作成では、
必要な処理と制御を事象と状態のマトリックスで表現し
て仕様書を作る。そしてこの仕様書に基づいてコーディ
ングを行う。仕様書としては事象と状態のマトリックス
で表現した処理と制御の仕様書、モジュール仕様書、テ
ーブル仕様書等があり、各仕様書で情報の定義が分散さ
れた状態となる。このため、各定義情報が分散している
ことにより、コーディング作業時に、不注意な定義ミス
や仕様書からの書き移しミスが発生することが多く、コ
ーディング作業および各仕様書の作成作業に多くの労力
を必要とするという問題があった。

【０００８】本発明の目的は、事象と状態のマトリック
ス表で示せるような処理のプログラム作成において、マ
トリックス表の情報を有効利用して定義した情報を分散
させず、プログラムの仕様の定義からソースプログラム
のコーディングまでの処理を効率的に行うソースプログ
ラム自動生成装置を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明においては、処理と制御を事象と状態のマトリ
ックスで表現するマトリックス表を形成して、当該マト
リックス表について事象の名称、状態の名称および両者
の交差部の処理定義情報を記述する。このマトリックス
表のデータをメモリ上に蓄積する手段と、マトリックス
表で示される表枠で括られるボックスの位置を符号化す
ることによってマトリックス表に沿った処理のスケジュ
ール論理をソースプログラムとして生成すると共に、交
差部の処理定義情報に対するソースプログラムを自動生
成する手段とを有することを特徴とする。

【００１０】

【作用】本発明によれば、マトリックス表で表現された
仕様書情報から事象、状態および処理の定義情報を抽出
し、プログラムのソースファイルのプログラミング情報
を自動生成することにより、人手によるプログラムソー
スファイル作成作業を大幅に削減すると共に、人手によ
る不注意なミスも防ぐことができる。

【００１１】

【実施例】以下、本発明の実施例について図面を用いて
具体的に説明する。

【００１２】図１は、本発明の第１の実施例に係わるハ
ードウェア構成図である。図１において、１は計算機で
あり、ここにソースプログラム自動生成装置を構成する
各機能要素が備えられる。２はキーボードを備えたディ
スプレイ装置であり、３は情報出力用のプリンタ装置で
あり、４は各種の情報を記憶するためのファイル装置で
ある。

【００１３】図２〜図４は、実施例において計算機１が
行う処理の概略フローを示すフローチャートである。図
２〜図４を参照して処理の概略を説明する。

【００１４】まずステップ５において、起動時に指定さ
れたファイル名を持つファイルよりマトリックス表デー
タを読み込む処理を行い、次のステップ６でファイルの
終了を検出するまで、ステップ７以降の処理を行う。こ
こで図６〜図７を用いてマトリックス表データのファイ
ルとメモリ上でのデータ形式について説明する。

【００１５】図６は、本発明の一実施例にかかるソース
プログラム自動生成装置への入力情報となるマトリック
ス表２４である。この表は、事象と状態から必要な処理
と状態遷移を決定するマトリックス表である。図６では
、表の一部しか示されていないが、このマトリックス表
の枠の縦横のサイズ、事象／状態の数はシステム定数値
として与えることによって、任意のマトリックス表の作
成が可能なものである。このマトリックス表２４を作成
することによって、例えば図６の処理１に変更があって
も他の処理には影響を与えることがなく、さらに事象が
追加されたり削除された場合にも他の事象に対する影響
がない。また、状態を追加したり削除する必要が生じた
場合にもその影響は非常に限られた範囲に絞られる。 このようにマトリックス表はプログラム仕様を記述する
方法の中で、特に非同期に発生する事象に対してそのプ
ログラム動作仕様を記述する場合に適している。

【００１６】図７は、マトリックス表のファイル上での
データ形式を示している。図７の２５で示すマトリック
ス表の各行の情報は上限値をＮバイトとするシフトＪＩ
ＳコードやＡＳＣＩＩコードなどの文字列としてファイ
ルに記憶されている状態を示す。また状態の数が多く、
マトリックス表の１行の長さがＮバイトを越える場合は
、状態の区切り目を境界点としてＮバイト近傍の長さで
分割し、次表として表の最終行の次に継続して記憶して
ゆく。これをマトリックスの分割記憶方式と呼び、分割
された各表は分割マトリックス番号によって管理し複数
の表に跨る状態の連続性が保証されている。各表の区切
りは、表枠の開始符号が連続していることにより判別す
る。

【００１７】またメモリ上でのデータ形式は、図７のマ
トリックス表の１行を示すファイルのレコードを読み込
んでＣ／Ｒ（キャリッジ・リターン）を除去して計算機
１の主記憶上のメモリ割付けエリア２６に記憶する。こ
の領域のアドレスは行情報アドレスリスト２７により記
憶され管理される。これらのメモリ上でのデータを使用
して図２〜図４のステップ７以降の処理を行う。ステッ
プ７ではファイルから読み込んだデータが、マトリック
ス表データであるか否かを判別する。マトリックス表デ
ータでない場合は、入力したデータをそのまま出力ファ
イルに書き込む（ステップ９）。次のステップ１０では
、既にマトリックス表データが読み込み済みであるかを
チェツクすることによって、ファイル読み込みを継続す
るか、ソースプログラムの生成を開始するかを判別する
。このようにファイルから読み込まれたデータは、マト
リックス表データであれば図７について説明したように
行情報がメモリ割付けエリア２６に書き込まれ、行情報
アドレスリストが作成される（ステップ８）。

【００１８】マトリックス表データがファイルより読み
込まれると、次にソースプログラム生成の開始準備を行
う。メモリ上のマトリックス表データは、２次元の文字
列情報として記憶されている。そこで、表の枠で囲まれ
たボックス内の記述部分であってＪＩＳコードやＡＳＣ
ＩＩコードなどで表現された文字列を取り出す機能を持
つことが本発明の実施例において重要である。このボッ
クス記述部分の文字列取り出し手段は、図５のステップ
２３に示すように、本装置を構成する機能要素の共通機
能であり、指定された事象と状態の番号から各行情報の
開始位置、状態の横のサイズおよび事象を記述する行数
を用いて、ボックス記述部分を１次元の文字列に置き換
える。この時の、ボックスの位置情報は表枠を示す区切
り符号、例えばアスタリスク（＊），縦バー（｜）やハ
イフン（−）などを表の先頭よりカウントすることによ
って得ることができる。また、状態の数が多くマトリッ
クス表が分割されている場合には、分割マトリックス番
号を更新し、次表となる分割マトリックス表を得て状態
番号とマトリックス表データとを対応づけてボックスデ
ータを得る。このボックス記述部分取り出しの共通機能
要素を用いてソースプログラムを生成してゆく手順を図
３のステップ１１から説明する。

【００１９】ステップ１１ではボックス記述部分取り出
し機能要素を用いて状態定義情報を全状態について取り
出し、図８に示す状態名リストを作成する。またステッ
プ１２では、同様に事象定義情報を全事象について取り
出し、図９に示す事象名リストを作成する。次のステッ
プ１３では、状態番号と事象番号との交差部によって表
内の位置が定まるボックス記述部分を全て取り出し、図
１０に示す処理記述管理テーブルを作成する。図１０の
処理記述管理テーブル３０は、図６に示すマトリックス
表のどの位置にあるボックス（図中の処理ｉ）であるか
を次の計算式によって得られる番号に符号化することが
できる。

【００２０】（ａ）状態番号＊事象の総数＋事象番号（
ｂ）（ａ）で符号化された値を処理記述部が同一のグル
ープごとにまとめて一意な番号に変換した番号本実施例
では、これら２通りの使い分けがソースプログラムの生
成に関連して実施できる。

【００２１】符号化された識別情報（ＩＤ）にボックス
の位置情報が変換されると、それをキー情報として処理
記述管理テーブル３０に設定し、チェインを構成しなが
ら記憶してゆく。この場合に、既に作成済みの処理記述
管理テーブル３０のチェインを辿りながら、新たに登録
したい処理記述リストとをスペースとコメントを除去し
たもの同士を比較し、まだ未登録の処理記述と判別され
た場合に、処理記述リスト３１のアドレスを処理記述管
理テーブル３０に記憶する。処理記述が一致した場合は
、参照ＩＤ番号テーブル３２を作成し、処理記述管理テ
ーブル３０からチェインを構成して記憶してゆく。

【００２２】処理記述管理テーブル３０が作成されるこ
とにより、マトリックス表内での一意の場所がＩＤ番号
に変換され、事象，状態および処理記述の各定義情報が
メモリ上に蓄積記憶されたことになる。本発明の原理は
、入力情報である状態と事象の符号データ、例えば番号
などから上記のボックスの位置が特定できる点に着目し
、Ｃ言語プログラミングにおける関数アドレス直接コー
ル文やｓｗｉｔｃｈ文とｃａｓｅ文とに対応づけること
にある。この点から、図３のステップ１４ではＢＥＧＩ
Ｎ文で指定する関数名および生成条件パラメータと図６
に示す状態／イベントの名称とから関数宣言部を生成し
、ステップ１５ではｓｗｉｔｃｈ文の引数となる変数式
を上記（ａ）のように生成する。図４のステップ１６か
らステップ２０までは、ボックス内の処理に対応してソ
ースプログラムを生成する部分である。まず、ステップ
１６では図１０に示した処理記述管理テーブル３０を検
索してボックスに対応する記述内容をプログラムとして
、インデンテーションを合せ移動する。この場合、所定
記述（下記の（ａ）から（ｄ））の条件に沿って、プロ
グラム生成を行う。ステップ１７ですべてのボックスに
対応する処理のソースプログラムを生成したかを判定す
る。その上でステップ１８で処理記述管理テーブル３０
からＩＤ番号を得て、そのＩＤ番号を付したｃａｓｅ文
を生成する。このｃａｓｅ文によりボックス処理の位置
がソースプログラムの中においても明示的となる。

【００２３】ステップ１９では処理記述リスト３１と呼
ぶ情報ストリームに変換し管理する。この文字ストリー
ムはボックスの記述内容を一次元のストリームにしたも
ので、■スペースを除去、■＋−−−−＋区切りは制御
コード「ｂｓ」に変換■終了コードは（００）１６とす
る条件で変換されたものである。この処理記述リスト３
１をソースプログラムに変換し、プログラム・ソースの
インデンテーションを合わせるような整形をしてソース
プログラムを生成する。このことによってマトリックス
表という設計ドキュメントからソースプログラムを自動
生成する効率を高めることができる。整形する記述対象
には以下の４種類がある。

【００２４】（ａ）日本語文字列を辞書の索引に登録し
、その置換文字列として登録してあるソースプログラム
に置き換える。

【００２５】（ｂ）日本語文字列の中で　　’に”を”
と’の文字を’＝’や’；’に置換するとともに日本語
文字列を無視するなどして、ソースプログラムを生成す
る。

【００２６】（ｃ）機能名称を関数名に置換する。

【００２７】（ｄ）ソースプログラムコードをそのまま
生成文字として扱える。

【００２８】ステップ１９においてもう一つ特徴的な処
理方式は、条件（　　）文により明示される条件の範囲
を｛　　｝か、ボックスの区切りである＋−−−−−−
−＋かによって示される条件判別式の内容や個数からの
ソースプログラムを生成する際にｉｆ文にするかｓｗｉ
ｔｃｈ文にするかを自動的に判断することができること
である。

【００２９】ステップ２０でｃａｓｅ文処理、即ちボッ
クス処理の終了処理としてｂｒｅａｋ文を生成し、次の
ボックスの処理のためにステップ１６からの処理を繰り
返す。

【００３０】ステップ２１では、関数の終了を示すソー
スプログラムを生成し、またステップ２２ではＩＤ番号
の生成の際に変換テーブルを用いた場合の変換テーブル
のソースプログラムを生成し、出力ファイルに書き込む
。

【００３１】このような手順で、マトリックス表データ
から事象と状態の定義情報を抽出し、この抽出情報に基
づいてソースプログラムを生成することができる。

【００３２】ソースプログラム生成のための情報である
マトリックス表は、設計ドキュメントとソースプログラ
ムとが一元管理できるものであり、定義情報の分散を防
ぎ人手による誤りを少なくして品質の良いプログラムを
効率よく作成できる。

【００３３】以上説明したように、本実施例によればソ
ースプログラムを生成する作業において種々の情報がマ
トリックス表という設計ドキュメントに整理され、情報
の分散を防ぎ人手作業に伴う不注意によるミスを少なく
してソースプログラムの生成を行うことができる。

【００３４】つぎに、本発明の２番目の実施例について
図面を用いて説明する。第２の実施例に係わるハードウ
ェア構成は図１に示す通りである。

【００３５】図１１は、本発明の実施例にかかるソース
プログラム自動生成装置を形成する各機能要素を実現し
ている計算機における処理の概略フローチャートである
。まず、ステップ１０５において利用者から指示された
ファイル装置から状態遷移表データを読み込む処理を行
い、次のステップ１０６でファイルの終了を検出するま
でステップ１０７以降の処理を行う。ステップ１０７か
ら１０８まではソースプログラム自動生成のための状態
遷移表解析処理で、ステップ１０９から１１０までは状
態遷移表解析処理で作成した状態遷移表解析テーブル情
報を基にソースプログラムの生成処理であり、ステップ
１１１では自動生成したソースプログラムをファイル装
置へ書き込む処理である。ここでまず、入力となる状態
遷移表データの記述形式について、図１２および図１３
を用いて説明する。

【００３６】図１２（ａ）は、状態遷移表の形式を示し
たものである。この状態遷移表は、横軸に状態、縦軸に
事象を示し、状態と事象の交差点の枠をボックスと呼び
、ボックス上には、「ある状態」において「ある事象」
が生じたときに、「処理」と次へ遷移させる「状態」を
記述する。事象に対し条件がある場合には、条件ごとに
処理と次へ遷移させる「状態」を記述するボックス中の
条件や処理の具体的な説明は、図１２（ｂ）に示すよう
に記述される。図１２（ａ）の状態遷移表は表の一部の
みを示す例であるが、状態数と事象数、すなわち状態遷
移表の大きさは、利用者によって任意に決定される。状
態遷移表は「ある状態」において「ある事象」が生じる
とプログラムの「処理」と次の「状態」が一意に決まる
ような通信系のソフトウエアの仕様を記述する方法とし
て適している。また状態遷移表はすべての処理を漏れな
く厳密に網羅できる特徴があり、通信系のソフトウエア
の作成においてはソフトウエアの要求仕様を表現するの
に適している。

【００３７】図１３は、本発明の実施例にかかるソース
プログラム自動生成装置への入力情報となる状態遷移表
データである。状態遷移表データの記述構成は、図に示
すように状態遷移表部とこの表上のボックス中に記述さ
れる条件式名及び処理名の動作部から構成される。動作
部には、ボックス中の条件式名や処理名に対応するソー
スプログラムをＰＬ／Ｉプログラミング言語で記述する
。状態遷移表データは、ファイル装置４に状態遷移表デ
ータファイルとして登録される。状態遷移表データの開
始は”♯♯♯ＢＥＧＩＮ”１１２で記述され、終りは”
♯♯♯ＥＮＤ”１１３で記述される。状態遷移表は、全
体の枠を”＊”１１４で記述する。状態は横軸に”＊”
で区切って記述し、事象は縦軸に”＊”で区切って記述
する。状態と事象の交差点は”＋”１１５で記述する。 状態と次の状態の間及び事象と次の事象の間はそれぞれ
、横軸に”−”１１６、縦軸に”｜”１１７を記述する
。状態遷移表へ記述可能な状態と事象には個数の制限は
ない。状態遷移表の最初のボックスは、上段に状態番号
記憶領域名称１１８、下段に事象番号記憶領域名称１１
９を記述する。これらの領域は、プログラムで管理する
状態及び事象の番号を記憶するための領域であり、プロ
グラムへ入力事象が生じたとき、状態遷移表上の状態と
事象の交差点に存在るすボックスを選択する時に使用す
る領域である。ボックス中の処理を”〈処理名〉”１２
０、状態遷移を”ー〉状態名”１２１で記述する。条件
ごとに処理を記述する場合は、条件式を”条件式名”１
２２で記述し、該当する条件下に処理を記述する。ボッ
クス中には条件ごとに動作を複数記述することができる
。ボックス中の条件式名、処理名に対応するソースプロ
グラムは、動作部に条件式名は”ＰＲＥＤＩＣＡＴＥ”
と”ＥＮＤＰＲＥＤＩＣＡＴＥ”（１２３）内に、処理
名は”ＡＣＴＩＯＮ”と”ＥＮＤＡＣＴＩＯＮ”（１２
４）内にＰＬ／Ｉプログラミング言語でソースプログラ
ムを記述する。

【００３８】図１１に戻って、ステップ１０７の状態遷
移表解析処理では、ステップ１０５で状態遷移表データ
ファイルから読み込んだ入力情報をもとに状態遷移表を
解析する。ここで図１４を用いて状態遷移表解析処理を
説明する。

【００３９】図１４は、状態遷移表を解析し状態遷移表
とこの表上の状態と事象及び状態と事象の交差点に存在
するボックス中の処理情報をテーブルによって表現した
ものである。状態遷移表解析処理では、状態遷移表の”
＊”で表を識別して、横軸の”＊”から”次の”＊”ま
でを状態として、同じようにして縦軸の”＊”から次の
”＊”までを事象として、状態遷移表上の状態について
の情報を状態管理テーブル１２５に、事象についての情
報を事象管理テーブル１２６に記憶する。最初の状態と
事象との交差点は上段が状態番号記憶領域名称１１８で
下段が事象番号記憶領域名称１１９で、これらの情報は
状態遷移表管理テーブル１２７に記憶される。状態管理
テーブル１２５には、該当する状態名称記憶領域とこの
状態に生じる事象の事象管理テーブルがポインタを記憶
する。事象管理テーブル１２６には事象名称記憶領域と
この事象のボックス上の情報を管理するボックス管理テ
ーブル１２８のポインタを記憶する。これら状態管理テ
ーブル１２５と事象管理テーブル１２６は、状態遷移表
上の全ての状態と事象の情報をチェーンポインタで関連
づける。ボックス管理テーブル１２８は、各々のボック
スごとにボックス番号を設定し、ボックス上に記述され
る処理情報の条件式名称と条件式番号１２９、処理名称
と処理番号１３０及び状態遷移情報、たとえば状態遷移
名称１３１を記憶する。この時、ボックス上の動作情報
が同じ複数のボックスについては、同一ボックス番号に
する。また同じ条件式名称及び処理名称に対しても同一
条件式番号及び処理番号にする。状態管理テーブル１２
５と事象管理テーブル１２６は状態遷移表管理テーブル
１２７からポイントする。このようにして、状態遷移表
解析処理では状態遷移表と状態遷移表上の状態，事象及
びボックス内の処理情報と透過的にテーブルとして表現
する。

【００４０】次のステップ１０８における状態遷移表上
のボックス中の動作解析処理について図１５を用いて説
明する。図１５は、状態遷移表上のボックス中の処理情
報をテーブルによって表現したものである。状態遷移表
上のボックス中の動作解析処理では、状態遷移表上のボ
ックスに記述された条件式名や処理名及び状態遷移情報
を条件式管理テーブル１３２と処理管理テーブル１３３
に記憶する。条件式管理テーブル１３２には処理部の”
ＰＲＥＤＩＣＡＴＥ”内で記述した条件式記述情報１３
４を、処理管理テーブル１３３には処理部の”ＡＣＴＩ
ＯＮ”内で記述されたソースプログラム情報１３５を記
憶する。状態遷移表上のボックス中の動作解析処理では
、状態遷移表上のボックス中の処理部で条件式名や処理
名ごとにＰＬ／Ｉプログラミング言語で記述されたソー
スプログラム情報との関連づけをする。条件式管理テー
ブル１３２と処理管理テーブル１３３で記憶されている
条件式番号及び処理番号は図１４における状態番号と事
象番号に対応する。条件式管理テーブル１３２と処理管
理テーブル１３３は、状態遷移表管理テーブル１２７か
らポイントする。

【００４１】次に、ステップ１０９から１１０のソース
プログラムの自動生成処理を説明する。

【００４２】ステップ１０９ではプログラムがある状態
の時にある入力事象が生じた場合、状態遷移表上の該当
するボックス番号を選択する論理とこのボックス番号へ
分岐する論理をソースプログラムに生成する処理である
。図１６は、ソースプログラム自動生成処理の概略フロ
ーチャートである。ステップ１３６は、状態番号記憶領
域の内容と事象番号記憶領域の内容を組合せて変数名と
し、ＤＣＬ文を生成する。ステップ１３７は、状態番号
記憶領域の内容と事象番号記憶領域の内容をＳＥＬＥＣ
Ｔ文で選択し、状態遷移表上の該当するボックスへＷＨ
ＥＮ文で分岐させる論理をソースプログラムに生成する
。

【００４３】図１７は、ステップ１３６および１３７で
生成したＰＬ／Ｉソースプログラムのコーデイングであ
る。１３８は状態番号と事象番号を組合せた変数名をも
つＤＣＬ文である。ステートメント１３９で状態番号と
事象番号を選択し、ステートメント１４０において状態
と事象に該当するボックス番号へ分岐する。１４１およ
び１４２は状態遷移表上に記述された状態番号記憶領域
と事象番号記憶領域をＤＣＬ文に生成したものである。 図１７のｓｓは状態番号，ｅｅは事象番号を示す。

【００４４】次にステップ１１０は、状態遷移表上のボ
ックス中に記述された処理を順次実行する論理をＰＬ／
Ｉソースプログラムに生成する。ボックス中の動作のソ
ースプログラム生成処理について図１８を用いて説明す
る。図１８は、ボックス中の処理を順次実行する論理を
生成する処理の概略をフローチャートに実現したもので
ある。ステップ１０８で解析したテーブルを基に、ステ
ップ１４３でボックスの入り口であるボックス番号をラ
ベル名に生成する。このボックス番号は、状態遷移表上
の状態と事象の交差点に存在するボックス上に記述され
た処理を順次実行する入り口となる。ステップ１４４の
ボックス内情報がなくなるまでステップ１４５からステ
ップ１４９までの処理を行う。ステップ１４５では、条
件式情報の有り無しを判定し、条件式情報があるとステ
ップ１４６で条件式ＩＦ文を生成する。条件式情報が無
いときはステップ１４７を行う。ステップ１４７では処
理情報が無くなるまでステップ１４８の処理番号を呼ぶ
ＣＡＬＬ文を生成する。ボックス内情報が無くなると、
ステップ１４９で次の状態へ遷移する代入文を生成する
。このようにして、ボックス内に記述された処理を順次
実行する論理をＰＬ／Ｉソースプログラムに生成する。 図１９は、図１８で生成したＰＬ／Ｉソースプログラム
のコーデイングである。図１９でｘｘ，ｙｙは処理番号
、ｍｍは条件式番号を示す。１５０はボックス番号で、
状態遷移表上の状態と事象の交差点に存在するボックス
上に記述された処理を順次実行する入り口を示す。 １５１はボックス上の条件式名のＩＦ文である。条件式
が成立するとボックス上の処理を呼ぶＣＡＬＬ文１５２
を実行する。ＣＡＬＬ文１５２では処理名に対応した処
理番号の処理を呼ぶ。１３５は次の状態を遷移する代入
文である。１５４は処理の終了へ行く文である。１５５
から１５６は条件がみたされなかったときの次のボック
スの生成処理である。１５７は処理名ごとにソースプロ
グラムの入り口のラベル名を示す。１５８はＰＬ／Ｉプ
ログラミング言語で記述した処理名に対応したソースプ
ログラムである。

【００４５】ステップ１１１は、自動生成されたソース
プログラムをファイル装置４上のソースプログラムファ
イルへ書き込む処理である。

【００４６】以上、本実施例にもとづき具体的に説明し
たが本発明は、前記実施例に限定されるものではなくそ
の要旨を逸脱しない範囲において種々変更可能であるこ
とは言うまでもない。

【００４７】

【発明の効果】以上、説明したように、本発明によれば
、マトリックス表の形式によりプログラムの仕様を規定
することで、自動的にソースプログラムを作成できるの
で、プログラム作成の手間を大幅に削減できるとともに
、人手によって生じる不注意ミスも防ぐことができる。 そして、各定義情報を表形式でプリンタに出力すること
によって、ドキュメントの作成時間を削減できるととも
に、情報間の不一致という問題も発生しない。さらに、
マトリックス表は仕様の追加・変更などによる影響が他
に及びにくいという特徴があり、マトリックス表で一元
管理すればプログラムの保守が容易となる。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるソースプログラム自
動生成装置を構成するシステムの概略構成の一例を示す
ブロック図である。

【図２】本発明の一実施例にかかるソースプログラム自
動生成装置を構成する各機能要素を実現している計算機
１における処理の概略フローを示すフローチャート（一
部）である。

【図３】図２に続くフローチャート（一部）である。

【図４】図３に続くフローチャート（一部）である。

【図５】図４に続くフローチャート（一部）である。

【図６】マトリックス表の表形式の一例を示す図である
。

【図７】マトリックス表のメモリ上での記憶方式の一例
を示す図である。

【図８】状態名の一覧を記憶するリストの一例を示す図
である。

【図９】事象名の一覧を記憶するリストの一例を示す図
である。

【図１０】状態と事象とが交差するボックスに記述され
た情報のメモリ上での記憶管理方式の一例を示す図であ
る。

【図１１】ソースプログラム自動生成装置を形成する各
機能要素を実現している計算機における処理の概略フロ
ーチャートである。

【図１２】状態遷移表の形式を示す図である。

【図１３】ソースプログラム自動生成装置への入力情報
となる状態遷移表データを示す図である。

【図１４】状態遷移表を解析し状態遷移表と該表上の状
態と事象及び状態と事象の交差点に存在するボックス中
の動作情報をテーブル化を示す図である。

【図１５】状態遷移表上のボックス中の動作情報をテー
ブル化を示す図である。

【図１６】ソースプログラム自動生成処理の概略フロー
チャートを示す図である。

【図１７】ステップ１１２、１１３で生成したＰＬ／Ｉ
ソースプログラムのコーデイングを示す図である。

【図１８】ボックス中の動作を順次実行する論理を生成
する処理の概略をフローチャートを示す図である。

【図１９】図１８で生成したＰＬ／Ｉソースプログラム
のコーデイングを示す図である。

【符号の説明】

２４…マトリックス表

Claims (1)

【特許請求の範囲】
1. 【請求項１】処理と制御を事象と状態とのマトリックス
   で表現し、該事象と該状態の交差するボックスに処理定
   義情報が格納されたマトリックス表を記憶する手段と、
   該マトリックス表に基づいて該ボックスの位置を符号化
   し、該ボックスに係わる処理プログラムのいずれかを選
   択するスケジュール論理をソースプログラムとして生成
   し、該処理定義情報に関する該処理プログラムを生成す
   る手段とを有することを特徴とするソースプログラム自
   動生成装置。