JPH07319680A - プログラムソース生成装置 - Google Patents

Abstract

(57)【要約】 【目的】 部品としての項目を重複を防いで流用可能と
し、またソース生成を簡易化したプログラムソース生成
装置を得る。 【構成】 個別の設計プログラムで用いる各要素に属性
情報を付加した要素情報をそれぞれの設計プログラム毎
に記憶する情報記憶手段と、上記要素情報を上記各情報
記憶手段からロジック設計用に選択する要素部品選択手
段と、この選択された要素情報を用いて所望のロジック
設計を規定するロジック処理作成手段と、このロジック
処理作成手段が記述したロジック設計に従い、上記設計
プログラム別の識別子を付加して上記要素情報を項目部
品管理テーブルに記憶する項目部品ソース生成手段と、
上記ロジック設計に従い上記項目部品管理テーブルの要
素情報をサーチ、加工して、所定の形式の項目部分プロ
グラムソース、項目定義プログラムソース、処理プログ
ラムソースに変換出力するソース生成手段を備えた。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータプログラ
ムの設計時に使用部品としての項目を流用してプログラ
ム設計の労力、時間の短縮と信頼性を向上する装置に関
するものである。

【０００２】

【従来の技術】従来のプログラム設計の方法として例え
ば、特開平４−９００２５で示されるように各個別の業
務対応の設計プログラムで使用する部品としての要素
を、各設計プログラム単位で予め設計定義しておいて、
後にその各部品を選択してプログラムをする方法が知ら
れている。図１０は、従来のプログラムソース生成のた
めの全体装置の構成図である。図において、１１０は各
部品を設計する手段、１１１は項目設計手段、１１２は
ファイル設計手段、１１３は画面設計手段、１１４は帳
票設計手段である。項目設計手段ないし帳票設計手段
は、個別に用意される目的対応の設計プログラムであ
る。また、１２１は項目情報ファイル、１２２は部品フ
ァイル、１２３は画面部品ファイル、１２４は帳票部品
ファイルであり、それぞれ項目設計ないし帳票設計プロ
グラムで設計定義された部品としての要素情報を記憶し
ておく記憶部分である。これらは、編集部１１６で表示
部１１７と入力部１１８を用いて指示定義される。更に
プログラムソース生成時には、上記部品設計１１０で定
義された各部品要素を１３２の部品選択部で選択し、選
択された各部品用を１３１のロジック設計でオペレータ
が判断しながら使用する。その使用方法は、エディタ１
６０を用いて部品設計の定義内容を熟知したオペレータ
が、部品要素を重複がないかチェックしながら選択し、
設計仕様に基づいて記述していくものである。

【０００３】図１１は、部品設計の動作を説明するフロ
ー図である。従来の部品設計の方法では、例えば画面設
計をしている場合に、画面中に用いる部品としての項目
として他の例えばファイル設計で用いた部品を流用した
い場合に、ステップＳ１１２に示すように、一旦現在の
画面設計プログラムを終了させ、ステップＳ１１３で他
のファイル設計プログラムを起動して流用したい項目を
目で確認し、流用可能な項目があればステップＳ１１４
でこれを起動して流用をする。そして、ステップＳ１１
５で再び画面設計プログラムを呼びだしこれにエントリ
ーをする。図１２は、従来のプログラムソース生成の動
作を説明する全体構成図である。部品設計の各個別の設
計プログラムで設計された部品要素は、各ファイル１２
２ないし１２４に格納されていて、ロジック設計時には
エディタ１６０を用いてエディタ画面にこれを引き出し
部品選択をし、レイアウトしていく。この際どの部品
か、使用可能か否かを判断するのはロジック設計のオペ
レータがエディタ画面を見ながら過去の経験に基づいて
判断する。

【０００４】

【発明が解決しようとする課題】従来のプログラムソー
ス生成装置は、上記のように構成されているので、まず
プログラム部品の流用が困難であるか、またはその流用
操作が複雑であるという課題があった。更に、プログラ
ムソース生成時、使用部品の重複が生じたり、または食
い違いが生じるという課題があった。また、更に各部品
を使用してプログラムソースを作成するに際し、熟練し
たオペレータが経験に基づいてプログラムする必要があ
るという課題があった。

【０００５】本発明は、上記の課題を解決するためにな
されたもので、プログラムソース生成時の使用部品の流
用を可能とし、重複をなくすことを目的とする。また更
に、高度なプログラム知識を要しないで、プログラムソ
ースを生成し、プログラムソース生成の信頼性と生産性
を向上した装置を得ることを目的とする。

【０００６】

【課題を解決するための手段】この発明に係るプログラ
ムソース生成装置は、個別の設計プログラムで用いる各
要素に属性情報を付加した要素情報をそれぞれの設計プ
ログラム毎に記憶する情報記憶手段と、上記要素情報を
上記各情報記憶手段からロジック設計用に選択する要素
部品選択手段と、この選択された要素情報を用いて所望
のロジック設計を規定するロジック処理作成手段と、こ
のロジック処理作成手段が記述したロジック設計に従
い、上記設計プログラム別の識別子を付加して上記要素
情報を項目部品管理テーブルに記憶する項目部品ソース
生成手段と、上記ロジック設計に従い上記項目部品管理
テーブルの要素情報をサーチ、加工して、所定の形式の
項目部分プログラムソース、項目定義プログラムソー
ス、処理プログラムソースに変換出力するソース生成手
段を備えた。

【０００７】また更に、個別の設計プログラム中に使用
する部品としての要素を該設計プログラム間で流用する
ために、上記設計プログラム中に要素情報送受信処理手
段を設けて、上記他の設計プログラムから該要素情報送
受信処理手段経由で得た各要素を要素情報として上記設
計プログラム毎に各情報記憶手段に記憶させるようにし
た。

【０００８】また更に、ソース生成手段は、処理プログ
ラムソース生成の際に項目部品管理テーブルの識別子と
要素名を参照して処理可能な項目名に変換して所定の形
式の処理プログラムソースを出力するようにした。

【０００９】また更に、ロジック設計用の要素情報をサ
ーチして、同一の要素名と属性を持つ要素情報が含まれ
ていないかを調べるサーチ手段を付加した。

【００１０】

【作用】この発明によるプログラムソース生成装置は、
各設計プログラムで設計された要素情報が、ロジック処
理作成手段が規定したロジック設計に従い、各設計プロ
グラムの識別子が付加されて中間形態の項目部品管理テ
ーブルに集められ、更にこれら識別子を参照して所定の
形式の各種のプログラムソースが生成、出力される。

【００１１】また更に、個別の設計プログラム中に使用
する共通要素を、現在設計中の設計プログラムを閉じな
いで、他の設計プログラムからコピーをする。

【００１２】また更に、処理プログラムソースの生成に
おいて、各指定された処理における部品としての要素
を、以後の計算機処理が可能な識別子を含む項目名を用
いて置き換えて、所定形式の処理プログラムソースに変
換して出力する。

【００１３】また更に、ロジック設計に先立って、選択
された要素部品について要素情報がサーチされて、同一
の要素名と属性を持つ要素情報があれば、そのむね表示
される。

【００１４】

【実施例】

実施例１．本実施例では、部品としての要素を流用する
動作を説明する。図１は、本発明の一実施例であるプロ
グラムソース生成装置の全体構成図である。図におい
て、１０は部品設計手段、１１は項目設計手段、１２は
ファイル設計手段、１３は画面設計手段、１４は帳票設
計手段、１５はメッセージ処理部、１６は編集部であ
る。２１は項目情報記憶部、２２はファイル情報記憶
部、２３は画面情報記憶部、２４は帳票情報記憶部であ
る。また、３１はロジック設計部、３２は要素部品選択
部、３３はロジック情報記憶部である。更に、４５は項
目部品ソース生成手段、４１は項目部品管理テーブル、
５０はソース生成手段、５１はプログラムソース記憶部
である。

【００１５】図２は、本実施例のプログラムソース生成
装置を使用してプログラムソースを生成する場合の全体
動作を説明するフロー図である。図３は、図１の部品と
しての要素を個別の設計プログラム間で流用するために
設けた要素情報送受信処理の為のメッセージの例であ
る。図４は、要素情報送受信処理における要素情報の転
送先の設計プログラムの動作フローチャート図である。
図５は、同じく要素情報の送信元の設計プログラムの動
作フローチャート図である。

【００１６】本実施例の動作を説明する。本実施例で
は、図２に示す全体動作のフロー図のうちステップＳ１
のプログラム作成ステップからステップＳ６の要素であ
る項目転送ステップまでの動作を説明する。即ち、ロジ
ック設計を行い、それに基づいてプログラムソースを生
成する際に、部品である項目を設計間で流用する場合
を、図２のステップＳ５ないしステップＳ６を詳細に説
明する。図３（ａ）ないし（ｅ）に示すメッセージの例
は、図４及び図５のフローチャート図中の（ａ）ないし
（ｅ）で表示された部分で対応して用いられるものであ
る。即ち（ａ）は起動データ、（ｂ）は伝送データ、
（ｃ）は返答データ、（ｄ）は終了データ、（ｅ）は終
了通知データの例である。

【００１７】図５は、個別の設計プログラム、例えば、
画面設計プログラムで他の設計プログラム、例えばファ
イル設計プログラムで用いた部品を流用する例である。
ステップＳ２１で入力部１６ｂから項目転送を指定され
ると、ステップＳ２２で図３（ａ）に示す起動データを
ファイル設計プログラムに対し転送モードの起動をす
る。図５のステップＳ４１でこの転送コードを受け取っ
たファイル設計プログラムは、ステップＳ４５で対応項
目を選択し、ステップＳ４６で図３（ｂ）に示す転送デ
ータを送信する。図４ステップＳ２９でこの伝送データ
を受け取った画面設計プログラムは、必要に応じステッ
プＳ３０、ステップＳ３１で項目の属性を変更し、流用
する。これらステップを繰り返すことにより、画面設計
プログラムは、流用の度に自設計プログラムを終了する
ことなく、連続して設計プログラムから必要な項目の転
送を受ける。そして必要に応じて加工をして、情報記憶
部に項目情報を蓄えることができる。こうして、結果的
に各情報記憶部には、一意性が保たれた項目が記憶され
る。

【００１８】実施例２．本実施例では、一意性が保たれ
た項目部品を使用して、簡易な記述形式のロジック処理
作成画面により、ロジック設計を行ってプログラムソー
スを生成する動作を説明する。図６は、各情報記憶手段
２１〜２４に記憶された項目部品を使用してロジック設
計を行って、ロジック情報記憶部３３にファイルされる
までの動作を説明する図である。図７は、ロジック処理
作成画面の基にあるロジック設計の規定を用いて中間フ
ァイルとしての項目部品管理テーブルを作成し、更にこ
の項目部品管理テーブルに基づいてプログラムソースを
生成する動作を説明する図である。図８と図９は、図
６、図７に示すロジック設計以降のプログラムソース生
成の動作フローチャート図である。

【００１９】次に、図６ないし図９を用いて本実施例の
動作を説明する。図８のステップＳ６１ないしＳ７３
は、図６の動作を説明するフローである。図６の項目情
報２１、ファイル情報２２、画面情報２３、帳票情報２
４には、実施例１で説明した部品要素情報がそれぞれ２
１ａ、２２ａ、２３ａ、２４ａに示す具体例として一件
毎にレコードされている。ロジック設計のためにまずス
テップＳ６１で各項目部品のファイルをオープンする。
これらをステップＳ６５で情報ファイルにはき出しステ
ップＳ６７で部品選択を開始する。使用部品があれば、
ステップＳ６１で対応する情報記憶手段から項目部品の
情報を読み込み、また、無い場合にはステップＳ７１で
項目情報から必要な項目部品の要素情報を転送する。こ
の選択の様子は、図６の３２ａに示す項目選択画面に一
例を示す。ステップＳ７２ないしＳ７３の動作は、図６
のロジック処理作成画面３１ａにその例を示す。即ちス
テップＳ７３は、図６のロジック処理作成画面３１ａに
定義した各欄に項目選択画面３０ａの部品を割り付ける
ことを意味する。プログラムソースを生成する場合は、
ステップＳ７５でロジック情報記憶部３３にそのレコー
ド単位で３３ａに示す形式で内容がはき出される。

【００２０】次に、本発明の重要な部分であるステップ
Ｓ７７、Ｓ７８、Ｓ７９を説明する。このために中間フ
ァイルとしての項目部品管理テーブルの生成が重要な手
段となっている。ステップＳ７６により、項目部品ソー
ス生成手段４０は、まずロジック処理作成画面３１ａで
指定された項目部品を各情報記憶手段２１〜２４から収
集し、識別子を付加して重複がないように中間ファイル
を生成する。図７の項目部品管理テーブル４１の例は、
図７の２１ａないし２４ａに示す具体例に基づくテーブ
ルの値である。次に、ステップＳ８０でソース生成手段
５０が機動され、ロジック情報３３中のレコード３３ａ
に基づき、項目部品管理テーブル４１を参照してプログ
ラムソースを生成していく。まずステップＳ８６で５１
ｂ、ないし５１ｄにしめす部品プログラムソースを出力
する。次いでステップＳ８８で決まった形式の項目定義
プログラムソースに変換し５１ｅに示す出力を出す。こ
の場合項目部品管理テーブル４１には既に各情報記憶手
段別の識別子の連番が付与され、計算機で容易に処理で
きるデータ形式に変換されている。いったんこのデータ
形式に変換されると、決まった形式の項目定義プログラ
ムソースに変換出力することは容易である。こうして、
ステップＳ８９ないしステップＳ９５を通じて全ての項
目管理テーブル中の必要な項目部品が、変換されて出力
される。これに基づき最後にステップＳ９６で処理プロ
グラムソースを変換出力し、５１ｆに示す形式で出力を
する。図６、ロジック処理作成画面３１ａで画面出力も
しくは、帳票出力が指定されている場合には、対応して
ステップＳ９９で処理プログラムソースを出力する。

【００２１】実施例３．実施例１では、各設計プログラ
ム間で部品としての要素を流用する例を説明したが、流
用しないで個別に各情報記憶手段に設計結果を記憶する
ようにしてもよい。また、図１に示す項目受信処理部を
各設計プログラム内に設けたが設計プログラム部以外に
設けてもよい。同様に項目チェック部を設計プログラム
以外に共通化して設けてもよい。

【００２２】実施例４．流用した、または個別に設計し
た要素である項目の重複チェックを説明する。即ち、本
実施例では、図８のステップＳ６３を説明する。本発明
では、各設計プログラムを終了することなしに項目部品
を他設計プログラムから流用して用いることが可能であ
った。このことから逆に、ステップＳ６３で各設計プロ
グラムをサーチして、項目名称と属性を全て対比させて
同一の項目名称と属性の重複がないかを容易にチェック
することができる。こうしてこのステップを設けて重複
と脱落を事前に調査できるので、プログラム設計の信頼
性が更に向上し、また、全体の設計時間の短縮が期待で
きる。

【００２３】

【発明の効果】以上述べたようにこの発明によれば、要
素部品選択手段、ロジック処理作成手段、項目部品ソー
ス生成手段とソース生成手段を備えたので、各設計プロ
グラム中の要素を指定して所望のロジック設計を記述す
るだけで処理プログラムソースが得られ、プログラム設
計の時間短縮と信頼性向上が図れる効果がある。

【００２４】また更に、要素情報送受信手段を備えて各
設計プログラム中の要素をその設計中に他の設計プログ
ラムからコピーできるようにしたので、更にプログラム
設計が時間短縮され、また要素の一意性が得られる効果
がある。

【００２５】また更に、ソース生成手段は中間ファイル
の項目部品管理テーブルの識別子を用いて、以後のプロ
グラム生成処理が可能な項目名に変換するようにしたの
で、オペレータが介在することなしに所望の処理プログ
ラムソースを出力できる効果がある。

【００２６】また更に、ロジック設計用の要素情報の同
一性を調べるサーチ手段を備えたので、更にプログラム
設計の信頼性向上が図れる効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施例であるプログラムソース生
成装置の全体構成図である。

【図２】 図１のプログラムソース生成装置を使用して
プログラムソースを生成する場合の全体動作を説明する
フロー図である。

【図３】 実施例１の要素情報送受信処理のためのメッ
セージの例を示す図である。

【図４】 実施例１の要素情報送受信処理における要素
情報の転送先の動作フローチャート図である。

【図５】 実施例１の要素情報送受信処理における要素
情報の送信元の動作フローチャート図である。

【図６】 実施例２の要素部品選択部とロジック設計手
段を動作させる項目選択画面とロジック処理作成画面の
例とロジック情報ファイルのレコードの例を示す図であ
る。

【図７】 実施例２の要素情報のつながりと項目部品管
理テーブルの例とプログラムソースの例とを示す図であ
る。

【図８】 実施例２の要素部品選択手段とロジック処理
作成手段と項目部品ソース生成手段とソース生成手段の
動作フローチャート図である。

【図９】 実施例２のソース生成手段の動作フローチャ
ートの一部の図である。

【図１０】 従来のプログラムソース生成装置の全体構
成図である。

【図１１】 従来の要素情報を流用する場合の動作を説
明するフロー図である。

【図１２】 従来のプログラムソースを生成する場合の
動作と途中の操作画面の例を示す図である。

【符号の説明】

１０ 部品設計手段、１１ 項目設計手段、１１ｃ 項
目チェック部ａ、１１ｄ 転送項目選択部、１１ｅ 項
目転送処理部、１２ ファイル設計手段、１２ａ 項目
受信処理部、１２ｂ 転送項目変更部、１２ｃ 項目チ
ェック部ｂ、１３ 画面設計手段、１３ａ 項目受信処
理部、１３ｂ 転送項目変更部、１３ｃ項目チェック部
ｃ、１４ 帳票設計手段、１４ａ 項目受信処理部、１
４ｂ転送項目変更部、１４ｃ 項目チェック部ｄ、１５
メッセージ処理部、１６編集部、１６ａ 表示部、１
６ｂ 入力部、２１ 項目情報記憶部、２１ａ 項目レ
コード、２２ ファイル情報記憶部、２２ａ ファイル
情報レコード、２３画面情報記憶部、２３ａ 画面情報
レコード、２４ 帳票情報記憶部、２４ａ帳票情報レコ
ード、３１ ロジック設計、３１ａ ロジック処理作成
画面、３２ 要素部品選択部、３２ａ 項目選択画面、
３３ ロジック情報記憶部、３３ａ ロジック情報レコ
ード、４０ 項目部品ソース生成手段、４１ 項目部品
管理テーブル、５０ ソース生成手段、５１ プログラ
ムソース記憶部、５１ａプログラムソース・レコード、
５１ｂ ファイル部品・フィールド、５１ｃ 帳票部品
・フィールド、５１ｄ 画面部品・フィールド、５１ｅ
項目定義・フィールド、５１ｆ 処理フィールド、６
１ａ 送信先設計識別番号、６１ｂ 起動メッセージ、
６１ｃ 転送モード、６１ｄ 情報名、６１ｅ 情報名
称、６１ｆ送信元設計識別番号、６２ａ 送信先設計識
別番号、６２ｂ 転送メッセージ、６２ｃ 項目名、６
２ｄ 項目名称、６２ｅ タイプ、６２ｆ 桁数、６２
ｇ送信元設計識別番号、６３ａ 送信先設計識別番号、
６３ｂ 返答メッセージ、６３ｃ エラーステータス、
６３ｄ 送信元設計識別番号、６４ａ 送信先設計識別
番号、６４ｂ 終了メッセージ、６４ｃ 送信元設計識
別番号、６５ａ送信先設計識別番号、６５ｂ 終了通知
メッセージ、６５ｃ 通信元設計識別番号、Ｓ６ 項目
転送ステップ、Ｓ７ 項目属性重複チェックステップ、
Ｓ１２項目管理テーブル作成ステップ、Ｓ１３ プログ
ラムソース生成ステップ、Ｓ７７ 情報名連番付与ステ
ップ、Ｓ７８ 項目情報連番付与ステップ、Ｓ７９ 識
別子付項目部品管理テーブルステップ、Ｓ８８ 項目部
品管理テーブルの変換出力ステップ、Ｓ９３ 識別子照
合ステップ、Ｓ９５ 識別子照合ステップ、Ｓ９６ 変
換後のプログラムソース出力ステップ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 個別の設計プログラムで用いる各要素に
   属性情報を付加した要素情報を、それぞれの設計プログ
   ラム毎に記憶する情報記憶手段と、 上記要素情報を上記各情報記憶手段からロジック設計用
   に選択する要素部品選択手段と、 上記選択された要素情報を用いて、所望のロジック設計
   を規定するロジック処理作成手段と、 上記ロジック処理作成手段が記述したロジック設計に従
   い、上記設計プログラム別の識別子を付加して上記要素
   情報を項目部品管理テーブルに記憶する項目部品ソース
   生成手段と、 上記ロジック設計に従い上記項目部品管理テーブルの要
   素情報をサーチ、加工して、所定の形式の項目部分プロ
   グラムソース、項目定義プログラムソース、処理プログ
   ラムソースに変換出力するソース生成手段を備えたプロ
   グラムソース生成装置。
2. 【請求項２】 また更に、個別の設計プログラム中に使
   用する部品としての要素を該設計プログラム間で流用す
   るために、上記設計プログラム中に要素情報送受信処理
   手段を設けて、上記他の設計プログラムから該要素情報
   送受信処理手段経由で得た各要素を要素情報として上記
   設計プログラム毎に各情報記憶手段に記憶させるように
   したことを特徴とする請求項１記載のプログラムソース
   生成装置。
3. 【請求項３】 また更に、ソース生成手段は、処理プロ
   グラムソース生成の際に項目部品管理テーブルの識別子
   と要素名を参照して処理可能な項目名に変換して所定の
   形式の処理プログラムソースを出力することを特徴とす
   る請求項１記載のプログラムソース生成装置。
4. 【請求項４】 また更に、ロジック設計用の要素情報を
   サーチして、同一の要素名と属性を持つ要素情報が含ま
   れていないかを調べるサーチ手段を付加したことを特徴
   とする請求項１記載のプログラムソース生成装置。