【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェアの保守及び再利用に関し、特に、既存プログラムの仕様情報をコンピュータにより自動的に作成する技術に関する

【０００２】

【従来の技術】既存のプログラムを部分的に修正したり、あるいはその機能を拡張する必要がしばしば生じ、
また、既存のプログラムを利用して新しいプログラムを開発することも多い。 このような作業では、まず、既存プログラムの仕様を十分に理解することが必要である。
特に事務処理システムの場合に、帳票、画面、又はマスタ−ファイルに含まれていて、システムの利用者の業務に直接関係する入出力デ−タ項目については、各データ項目の属性と、それらのデータ項目の間の関係、例えば、あるデータ項目が他のデータ項目から導出される過程、などを把握することが極めて重要である。

【０００３】このような情報は、本来ならば、既存プログラムの仕様書に記載されているべきものであり、もし記載されていれば、その仕様書から容易に上記の情報を得ることができる。 しかし、現実には、プログラム仕様書が存在しなかったり、あるいは、存在していても、プログラムが変更された時にプログラム仕様書が修正されなかった結果、プログラム仕様書の内容とプログラムの内容が一致していない場合が多々あり、このような場合には、プログラムの内容を理解するだけのために、多大の労力を費やさなければならない。

【０００４】このような労力の軽減を目的として、コンピュータにより既存のプログラムを解析し、そのプログラムの仕様情報を生成する方法が、次に例示するように、既にいくつか提案されれている。

【０００５】第１の従来技術として、特開昭６２−８９
１３７号「プログラム対話方式」に記載された方法は、
プログラムを解析して、その手続き部の内容を図式表現に変換するとともに、そのプログラムが扱うデータに関する情報を作成するものである。

【０００６】第２の従来技術として、特開平２−１１２
０２４号「プログラム処理パターン推定方法」に記載された方法は、プログラムの手続き部に基づいて、処理手続きの骨格的構造を表わすプログラム処理パターンと、
その処理の概要（例えば、ファイル変換処理、集計処理等）とを決定するものである。

【０００７】第３の従来技術として、特願平２−３１６
１３４号「ソフトウェア仕様情報抽出方法」が提案する方法は、プログラムの手続き部に基づいて、入力データ項目から出力データ項目が導出される過程を表わすデータ生成式情報と、入力データ項目に関しての条件とそれに依存する動作とを表わすデータチェック式情報を、作成するものである。

【０００８】

【発明が解決しようとする課題】前記の従来技術は、それぞれ、既存プログラムを解析して、その仕様情報を生成するものであり、既存プログラムの内容の理解をコンピュータによって支援するための有力な技術である。 しかしながら、前記第１の従来技術により得られる情報は、量的には十分なプログラム仕様情報を含んではいるが、甚だ冗長で未整理のものであり、それからプログラムの内容を明確に理解するには、なお多大の努力を要する。 また、前記第２の従来技術により得られる情報は、
プログラム仕様情報の極く一部でしかなく、それからプログラムの全内容を把握することは不可能である。 更に、前記第３の従来技術により得られる情報も、それだけでは、プログラムの修正や再利用を行なうには甚だ不十分である。

【０００９】本発明の第１の目的は、既存のプログラムから、プログラムの修正や再利用を行なうのに十分な内容を持ち、しかも、利用者がプログラムの内容を容易に理解することができるようなプログラム仕様情報を、コンピュータを用いて作成することにある。

【００１０】本発明の第２の目的は、作成されたプログラム仕様情報の一部、特に、プログラム処理パターン情報と、データ仕様情報、データ生成式情報、データチェック式情報などの入出力データに関する情報とを、以後における他のプログラムの仕様情報の作成や、新しいプログラムの作成に、容易に利用できるようにすることにある。

【００１１】本発明の第３の目的は、作成されたプログラム仕様情報を利用して、同一の仕様に基づく別のプログラム、又は仕様の一部を異にする新たなプログラムを、自動的に生成することにある。

【００１２】

【課題を解決するための手段】第１の目的を達成するため、本発明は、第１の特徴として、既存のプログラムを解析して得られるプログラム解析情報から、処理手続きの骨格的構造を表わすプログラム処理パターンを抽出して、そのパターンを表わすプログラム処理パターン情報を作成するステップと、前記プログラム解析情報からファイル仕様情報及びレコード仕様情報の少なくとも一方を含むデータ仕様情報を作成するステップと、前記プログラム解析情報から、各出力データ項目の生成手順を逆向きにたどることによって得られる、各出力データ項目を入力データ項目から生成する過程を表わすデータ生成式情報、及び入力データ項目を条件中に含む条件付き処理の解析によって得られる、各入力データ項目に関する条件とその条件の成否に応じて行なわれる動作とを表わす入力データチェック式情報の、少なくとも一方を作成するステップと、少なくとも前記データ仕様情報の識別情報及び前記プログラム処理パターン情報並びに前記データ生成式情報及び入力データチェック式情報の一方又は双方を、プログラム仕様情報として編集するステップとを有する。

【００１３】前記のプログラム処理パターン情報作成ステップは、プログラム解析情報から直接得られたプログラム制御構造を、反復、選択、及び順次の処理のみからなるプログラム制御構造に変換して、それからプログラム処理パターンを抽出してもよい。 このステップは、また、抽出したプログラム処理パターンを、プログラム処理パターンライブラリに登録されているプログラム処理パターンと照合することによって、プログラム処理パターン情報を決定してもよい。

【００１４】更に、プログラム中の各条件付き処理を解析して、各条件とその条件の成否に応じて行なわれる動作とを表わすデシジョンテーブル情報を作成して、これをプログラム仕様情報に加えてもよい。 このようにする場合、データ生成式情報と、入力データチェック式情報と、デシジョンテーブル情報の少なくとも二つから、重複する情報を、利用者との対話によって除去するようにしてもよい。

【００１５】第２の目的を達成するために、本発明は、
第２の特徴として、更に、作成されたプログラム処理パターン情報のプログラム処理パターンライブラリへの登録、データ仕様情報のデータ仕様書ライブラリへの登録、及びデータ生成式情報と入力データチェック式情報の少なくとも一方のデータ項目辞書への登録を、単独又は組合せて行なう。 プログラム処理パターンの登録は、
解析中のプログラムから抽出されたプログラム処理パターンと同じパターンが、プログラム処理パターンライブラリに登録されていない場合にのみ、行なうようにしてもよい。

【００１６】第３の目的を達成するために、本発明は、
第３の特徴として、更に、少なくともプログラム処理パターン情報、データ仕様情報、データ生成式情報、入力データチェック式情報、及びデシジョンテーブル情報の一つを、利用者の要求があればそれに従って変更し、その後に、前記諸情報に基づいてプログラムの自動生成を行なう。

【００１７】

【作用】本発明の第１の特徴によれば、処理手続きの骨格的構造を表わすプログラム処理パターン情報、及びファイル仕様情報及びレコード仕様情報の少なくとも一方を含むデータ仕様情報、並びに各出力データ項目を入力データ項目から生成する過程を表わすデータ生成式情報と、各入力データ項目に関する条件とその条件の成否に応じて行なわれる動作とを表わす入力データチェック式情報の少なくとも一方が作成され、そして、少なくとも前記データ仕様情報の識別情報、及び前記プログラム処理パターン情報、並びに前記データ生成式情報及び入力データチェック式情報の一方又は双方が、プログラム仕様情報として編集され、利用者は、これらの情報を利用することができる。 更に、各条件とその条件の成否に応じて行なわれる動作とを表わすデシジョンテーブル情報も、プログラム仕様情報に加えることができる。 したがって、既存プログラムから、プログラムの修正や再利用を行なうのに十分な内容を持ち、しかも、利用者がプログラムの内容を容易に理解できるような情報を、迅速に得ることができる。

【００１８】加えるに、反復、選択、順次の処理のみからなるプログラム制御構造への変換を行なえば、ＧＯ
ＴＯ命令を含む多種多様なプログラム制御構造のプムログラム処理パターンを、プログラム処理パターンライブラリに用意しておく必要がないので、プログラム処理パターンライブラリの規模が小さくて済み、かつ、プログラム処理パターンの識別が容易になる。 また、データ生成式情報、入力データチェック式情報及びデシジョンテーブル情報から重複情報を除去すれば、プログラム仕様の理解が一層容易になる。

【００１９】本発明の第２の特徴によれば、作成されたプログラム処理パターン情報、データ仕様情報、データ生成式情報、入力データチェック式情報などが、システム内に蓄積されるから、これらの情報を、以後における他のプログラムの仕様情報の作成や、新プログラムの作成に、容易に利用することができる。 プログラム処理パターンの登録を、同じパターンが登録されていない場合にのみ行なえば、プログラム処理パターンライブラリの冗長化が防止され、その利用が容易になる。

【００２０】本発明の第３の特徴によれば、既存プログラムの仕様を表わす情報が自動的に作成され、それが利用者の必要に応じて変更され、そして、利用者が変更しなければ元のままの仕様、変更すれば変更された後の仕様に従って、プログラムが自動的に生成される。 したがって、既存プログラムと同一の仕様に基づく別のプログラム、又はそれとは仕様の一部を異にする新たなプログラムを、自動的に生成することができる。

【００２１】

【実施例】図２は、以下に述べる諸実施例を実行するのに適した、コンピュータシステムの一例を示す。 入力装置２０１は、利用者がシステムへの指示を入力するための装置で、例えばキーボードである。 主メモリ２０２
は、データやプログラムなどを一時的に記憶するための内部記憶装置である。 出力装置２０３は、システムが生成した情報を可視形態で出力する装置で、例えばディスプレイ又はプリンタである。 ＣＰＵ２０４は、演算装置と制御装置を含むプロセッサである。 外部記憶装置２０
５は、情報を長期にわたって蓄積するための記憶装置で、例えば磁気ディスク装置又は磁気テープ装置である。

【００２２】図１は、本発明の第１の実施例をフローチャートで表わしたものである。

【００２３】プログラム入力ステップ１０１は、仕様情報作成の対象となるソ−スプログラムを、外部記憶装置２０５から主メモリ２０２に入力する。 そして、このプログラムのプログラム名を抽出し、主メモリ２０２の所定領域に記憶する。 図３及び図４は、ＣＯＢＯＬ言語で記述されたソ−スプログラムの一例のデータ定義部と手続き部を、それぞれ示す。

【００２４】プログラム構文解析ステップ１０２は、入力されたソ−スプログラムを解析して、デ−タ定義部解析情報と手続き部解析情報を作成する。

【００２５】図５は、図３に示すデ−タ定義部の解析により得られた、デ−タ定義部解析情報の例を示す。 図３
におけるデ−タ定義部３０１は、項目毎に順次解析され、図５に示されるような、識別子、ファイル名、レコード名、レベル番号、項目名、及び属性からなるデータ定義部解析情報が作成されて、主メモリ２０２内の所定領域に記憶される。 これらの情報項目から、プログラム内の各データ項目の識別とそれらの相互関係の認知が可能である。 例えば、図３におけるデ−タ項目３０２の記述から、図５におけるレベル番号５０１と項目名５０２
と属性５０３が抽出される。 また、デ−タ項目３０２
は、ファイル名３０３とレコ−ド名３０４に包摂されているので、図３におけるファイル名３０３とレコード名３０４が、それぞれ、図５におけるファイル名５０４とレコ−ド名５０５として登録される。 そして、デ−タ項目３０２はファイル定義に包摂されたデ−タ項目であることから、「Ｆ」が識別子５０６として記入される。 他の識別子としては、作業場所節内のデ−タ項目を示す「Ｗ」（例えば５０７）と、連絡節内のデ−タ項目を示す「Ｌ」（例えば５０８）がある。

【００２６】図６は、図４に示す手続き部の解析により得られた、手続き部解析情報の例を示す。 図４に示す手続き部４０１中の諸命令は、命令を単位として順次解析されて、図６に示されるような、項番、親項番、命令名、及び命令内容からなる手続き部解析情報が作成され、主メモリ２０２内の所定領域に記憶される。 これらの情報項目から、各命令の識別とそれらの相互関係の認知が可能である。 例えば、図４における命令４０７の記述から、図６における命令名６０２と命令内容６０３が抽出される。 また、連続項番６０１が発生されて登録され、更に、命令４０７は命令４０５に包摂されているので、図４における命令４０５に対応する図６における命令６０６の項番６０５の値が、親項番６０４として登録される。

【００２７】デ−タ仕様情報抽出ステップ１０３は、図５に示すデ−タ定義部解析情報と図６に示す手続き部解析情報とから、ファイル仕様情報とレコ−ド仕様情報を作成し、プログラム入力ステップ１０１で記憶しておいたプログラム名を付して、外部記憶装置２０５内のデータ仕様書ライブラリに登録し、そして、ファイル仕様情報内の各ファイル名及びレコード仕様情報内の各レコード名を、それぞれファイル仕様情報名及びレコード仕様情報名として、主メモリ２０２に記憶する。 更に、作業場所節内の各デ−タ項目及び連絡節内の各デ−タ項目について、レベル番号、データ名称及び属性を、主メモリ２０２に記憶する。

【００２８】図７は、図５に示すデータ定義部解析情報と図６に示す手続き部解析情報から作成されてデータ仕様書ライブラリに登録された、デ−タ仕様情報の内容の例を示す。 このファイル仕様情報の作成において、例えば、図５に示すデ−タ項目５１３の識別子５１４とファイル名５１５に基づいて、図７に示すデータ仕様情報内に、ファイル名７０６を持つファイル仕様情報が登録される。 また、図６に示す手続き部解析情報内のＯＰＥＮ
命令から、このファイルの入出力種別を判別して、当該ファイル仕様情報に登録する。 図示の例においては、図５におけるファイル名５１５「ＩＮ−ＦＩＬＥ」のファイルの入出力種別を、図６におけるＯＰＥＮ命令６１０
の内容６１１中の語「ＩＮＰＵＴ（ＩＮ−ＦＩＬＥ）」
から入力ファイルであると判別して、入出力種別７０７
として「入力ファイル」を登録する。 そして、このファイル仕様情報内のファイル名７０６は、ファイル仕様情報名として主メモリ２０２内の所定領域に記憶される。

【００２９】次に、レコード仕様情報の作成において、
例えば、図５に示すデータ項目５０９の識別子５１０、
ファイル名５１１及びレコード名５１２に基づいて、図７におけるファイル名７０１及びレコード名７０５を持つレコード仕様情報が登録され、そこに、レベル番号７
０２、データ名称７０３、及び属性７０４として、図５
におけるデータ項目５０９中のレベル番号、項目名、及び属性が、それぞれ登録される。 そして、このレコード仕様情報内のレコード名７０５は、レコード仕様情報名として主メモリ２０２内の所定領域に記憶される。

【００３０】プログラム処理パタ−ン情報抽出ステップ１０４は、手続き部解析情報から、入力命令、出力命令、ＧＯＴＯ命令、及びこれらの命令を包摂する命令を抽出して、これらの命令のみからなる、処理手続きの骨格的構造を表わすプログラム処理パターンを作成する。
そして、これを外部記憶装置２０５内のプログラム処理パターンライブラリに予め用意されている一群のプログラム処理パターンと照合し、一致するものがあれば、それのプログラム処理パターン名を主メモリ２０２内の所定領域に記憶する。 一致する既登録パターンがない場合には、利用者に要請して、適当なプログラム処理パターン名を入力させ、それを記憶する。

【００３１】図８は、図６に示す手続き部解析情報の内容をＰＡＤ図式によって表現した制御構造を示し、図９
は、図８に示す制御構造を圧縮して得られた、プログラム処理パターンのＰＡＤ図式表現を示す。 図９は、図８
から、入力命令８０１と８０４、出力命令８０３、及び入力命令８０４と出力命令８０３を包摂する命令８０２
を、抽出したものに相当する。 すなわち、図９における入力命令９０１は図８における入力命令８０１に対応し、入力命令９０４は入力命令８０４に対応し、出力命令９０３は出力命令８０３に対応し、そして、出力命令９０３と入力命令９０４を包摂する反復命令９０２は反復命令８０２に対応する。

【００３２】図１０は、外部記憶装置２０５内に予め用意されている、プログラム処理パターンライブラリの例を示す。 このライブラリは、プログラム処理パタ−ン名、処理内容、及びプログラム処理パタ−ンからなる。
図９に示すプログラム処理パターンは、図１０に示すプログラム処理パタ−ンライブラリ内のプログラム処理パタ−ン１００１と一致するので、それのプログラム処理パタ−ン名１００２が主メモリ２０２内の所定領域に記憶される。

【００３３】デ−タ生成式情報抽出ステップ１０５は、
外部記憶装置２０５内のデータ仕様書ライブラリに登録しておいたデータ仕様情報から、プログラムの出力データ項目を索出し、次に、手続き部解析情報を調べて、各出力データ項目の生成手順を逆方向にたどり、各出力データ項目名の生成式に含まれる各生成源データ項目名を、そのまた生成式で置換する。 このような置換を繰り返すことによって、各出力データ項目名の生成式は、最終的に、入力データ項目名のみを生成源データ項目として含む式に変換されて、各出力データ項目が入力データ項目から生成される過程を示すデータ生成式情報が作成され、それが主メモリ２０２内の所定領域に記憶される。 図１１は、この処理のフローチャートを示す。

【００３４】図１２は、図６に示す手続き部解析情報と図７に示すデータ仕様情報から作成された、デ−タ生成式情報の例を示す。 以下、出力データ項目「ＵＲＩ−Ｇ
ＡＫＵ」について、データ生成式情報の作成過程を説明する。

【００３５】まず、外部記憶装置２０５内のデータ仕様書ライブラリにアクセスし、データ仕様情報（図７）を調べて、ファイル仕様情報から、入出力種別が「出力ファイル」となっているファイルの名称「ＯＵＴ−ＦＩＬ
Ｅ」を検出し、続いて、このファイル名を持つレコード仕様情報中のデータ名称を調べる。 この調査の結果、出力データ項目名「ＵＲＩ−ＧＡＫＵ」が検出される。 この検出された出力データ項目名「ＵＲＩ−ＧＡＫＵ」
は、図１２に示すように、データ生成式情報の生成結果項目１２０１として登録される。

【００３６】次に、手続き部解析情報（図６）の「命令内容」の欄を調べると、この「ＵＲＩ−ＧＡＫＵ」を生成結果項目として持つ命令６０７が発見される。 この命令において、「ＵＲＩ−ＧＡＫＵ」の生成式は「（Ｗ−
ＴＡＮＫＡ − ＮＥＢＩＫＩ）＊ＳＵＲＹＯ」である。 そこで、再びデータ仕様情報を調べ、ファイル仕様情報から、入出力種別が「入力ファイル」となっているファイルの名称「ＩＮ−ＦＩＬＥ」を検出して、このファイル名を持つレコード仕様情報を読出し、前記生成式の各項、すなわち生成源データ項目の名称を、このレコード仕様情報中のデータ名称と照合する。 その結果、これらの生成源データ項目の内で、デ−タ項目「Ｗ−ＴＡ
ＮＫＡ」が、入力データ項目ではないことが判明する。

【００３７】そこで、図６に示す手続き部解析情報の中で、データ項目「Ｗ−ＴＡＮＫＡ」をもたらす命令を探索すると、命令６０８が検出される。 この命令における生成源データ項目に該当する「ＴＡＮＫＡ」が入力ファイル中のデータ項目であるか否かを、前記と同様な出順により、入力ファイルのレコード仕様情報に基づいて調べ、その結果、「ＴＡＮＫＡ」は入力データ項目であることが判明する。 したがって、前掲生成式中の「Ｗ−Ｔ
ＡＮＫＡ」を「ＴＡＮＫＡ」で置き換えた式、すなわち「（ＴＡＮＫＡ − ＮＥＢＩＫＩ）＊ＳＵＲＹＯ」
を、図１２に示すように、データ生成式情報の生成源項目１２０２として記憶する。

【００３８】デ−タチェック式情報抽出ステップ１０６
は、手続き部解析情報から、入力デ−タ項目名を条件式中に持つ条件命令（例えば、ＩＦ命令、ＥＶＡＬＵＡＴ
Ｅ命令）を索出し、該当する各条件命令について、条件式とその成否に応じて行なわれる動作の関係を表わすデ−タチェック式情報を作成し、それを主メモリ２０５内の所定領域に記憶する。

【００３９】図１３は、図６に示す手続き部解析情報から作成された、デ−タチェック式情報の例である。 以下、図６における項番「１４」の命令について、デ−タチェック式情報の作成過程を説明する。

【００４０】図６に示す手続き部解析情報を調べると、
条件命令６０２が発見される。 命令６０２において、条件式で対象とされるデ−タ項目は「ＳＵＲＹＯ」である。 そこで、外部記憶装置２０５内のデータ仕様書ライブラリにアクセスして、入力ファイルのレコード仕様情報を調べると、「ＳＵＲＹＯ」は入力ファイルのレコ−
ド仕様情報中にレコード名称として存在しており、それにより、「ＳＵＲＹＯ」は入力データ項目であることが判明する。 したがって、「ＳＵＲＹＯ」を図１３に示すデ−タチェック式情報のデ−タ項目名１３０１として登録し、そして、その条件である「ＩＳ ＮＵＭＥＲＩ
Ｃ」を条件１３０２として登録する。 更に、後続する命令を調べると、条件式「ＳＵＲＹＯ ＩＳ ＮＵＭＥＲ
ＩＣ」が真である場合の動作は「ＣＯＮＴＩＮＵＥ」であり、また、それが偽である場合の動作は「ＭＯＶＥ
｀ＥＲＲ０１｀ ＴＯ ＥＲＲ−ＣＯＤＥ」である。 したがって、識別子１３０３として「真」を表わす「Ｙ」
を記入するとともに、対応する動作１３０４として「Ｃ
ＯＮＴＩＮＵＥ」を登録し、また、識別子１３０５として「偽」を表わす「Ｎ」を記入するとともに、対応する動作１３０６として「ＭＯＶＥ ｀ＥＲＲ０１｀ ＴＯ
ＥＲＲ−ＣＯＤＥ」を登録する。

【００４１】デシジョンテ−ブル情報抽出ステップ１０
７は、手続き部解析情報からすべての条件命令を抽出し、各条件命令について、一つ以上の条件式と動作の関係を２次元表の形式で表わすデシジョンテ−ブル情報を作成し、それを主メモリ２０２内の所定領域に記憶する。

【００４２】図１４は、図６に示す手続き部解析情報から作成された、デシジョンテ−ブル情報の例を示す。 以下、図６におけるＩＦ命令６０９について、デシジョンテ−ブル情報の作成過程を説明する。 この命令は、二つの条件式、すなわち「ＮＥＢＩＫＩ−ＣＯＤＥ ＝ ｀
１｀」と「ＳＵＲＹＯ ＜ １００」を持ち、これらの条件式が論理演算子「ＡＮＤ」により結合されている。
そこで、第１の条件式「ＮＥＢＩＫＩ−ＣＯＤＥ ＝
｀１｀」を条件１４０１として登録し、第２の条件式「ＳＵＲＹＯ ＜ １００」を条件１４０２として登録する。 そして、両条件のＡＮＤ結合が真である場合の動作「ＣＯＭＰＵＴＥ ＵＲＩ−ＧＡＫＵ＝ （Ｗ−ＴＡ
ＮＮＫＡ − ＮＥＢＩＫＩ）＊ＳＵＲＹＯ」を動作１
４０３として登録し、それが偽である場合における動作「ＭＯＶＥ ｀ＥＲＲ０２｀ ＴＯ ＥＲＲ−ＣＯＤ
Ｅ」を動作１４０４として登録する。

【００４３】各条件の真偽とその結果行なわれる動作の関係は、以下のようにして、２次元表の形式で表現される。 すなわち、各条件について、その条件が真であることを表わす符号「Ｙ」と、それが偽であることを表わす符号「Ｎ」を、両条件の真偽のあらゆる組合せを網羅するように、真偽部１４０５に記入する。 また、各動作について、それが行なわれることを表わす符号「×」を、
それが行なわれるべき場合に該当する両条件の真偽の組合せの表示に対応する位置において、遂行部１４０６に記入する。 例えば、条件１４０１と１４０２の双方に「Ｙ」が記入された位置１４０７と、両条件が共に真の場合に行なわれる動作１４０３に「×」が記入された位置１４０８は、同じ横軸位置にある。

【００４４】プログラム仕様書出力ステップ１０８は、
前述したプログラム入力ステップ１０１、デ−タ仕様情報抽出ステップ１０３、プログラム処理パタ−ン情報抽出ステップ１０４、デ−タ生成式情報抽出ステップ１０
５、デ−タチェック式情報抽出ステップ１０６、及びデシジョンテ−ブル情報抽出ステップ１０７で作成し、主メモリ２０２の所定領域に記憶しておいた諸情報を、プログラム仕様情報として編集し、それを外部記憶装置２
０５に蓄積するとともに、出力装置２０３を介して、可視的なプログラム仕様書として出力する。

【００４５】図１５は、図３及び図４に示すソースプログラムから生成された、プログラム仕様書の例を示す。
プログラムＩＤ１５０１は、プログラム入力ステップ１
０１で抽出されて主メモリに記憶されたプログラム名から得られ、プログラム処理パタ−ン名１４０２は、プログラム処理パタ−ン情報抽出ステップ１０４で決定されたものであり、データに関する情報１４０３は、デ−タ仕様情報抽出ステップ１０３で作成されて主メモリに記憶された情報から得られ、デ−タ生成式情報１４０４
は、デ−タ生成式情報抽出ステップ１０５で作成されて主メモリに記憶された情報から得られ、デ−タチェック式情報１４０５は、デ−タチェック式情報抽出ステップ１０５で作成されて主メモリに記憶された情報から得られ、デシジョンテ−ブル情報１４０６は、デシジョンテ−ブル情報抽出ステップ１０６で作成されて主メモリに記憶された情報から得られる。

【００４６】なお、本実施例におけるプログラム処理パターン情報抽出ステップ１０４は、プログラム処理パターンライブラリとの照合を省略して、そのつど利用者がプログラム処理パターン名を与えるように、変更してもよい。

【００４７】図１６は、本発明の第２の実施例をフローチャートで表わしたものである。 本実施例は、デ−タ項目辞書登録ステップ１６０１が追加された点と、プログラム仕様書出力ステップ１６０２の出力情報の内容が若干異なる点を除けば、図１に示した実施例と同じである。

【００４８】デ−タ項目辞書登録ステップ１６０１は、
デ−タ生成式情報抽出ステップ１０５、デ−タチェック式情報抽出ステップ１０６、及びデシジョンテ−ブル情報抽出ステップ１０７でそれぞれ作成されて主メモリに記憶された、データ生成式情報、データチェック式情報、及びデシジョンテーブル情報から、利用者との対話により、重複する情報を利用者の判断に従って取り除き、このようにして重複が除かれたデータ生成式情報とデータチェック式情報を、データ項目辞書として編集して、外部記憶装置２０５に蓄積する。

【００４９】図１７は、図１２、１３及び１４にそれぞれ示すデータ生成式情報、データチェック式情報、及びデシジョンテーブル情報について、それらの間で重複している情報が出力装置２０３（この例ではディスプレイ）に出力され、利用者が取捨選択を指示した状態の、
画面の例を示す。 図において、デシジョンテーブル情報１７０１とデータ生成式情報１７０２の間では、「ＳＵ
ＲＹＯ」に関する条件と動作が重複しているが、データ生成式情報１７０３には前記動作と重複する生成式がないという事実が表示され、更に、重複する情報のどれを採用してどれを削除するかの選択を利用者に要求するメッセージ１７０４が表示される。 この例では、利用者は、このプログラムの作成者の意図を推量し、図４に示された処理４０８はデータチェックであると判断して、
デシジョンテーブル情報の選択欄１７０５に削除を表わす「Ｄ」を入力し、データチェック式情報の選択欄１７
０６に採用を表わす「Ｒ」を入力した。 もしも、デシジョンテーブル情報又はデータチェック式情報中の動作の内容が出力データ項目の生成式を含み、それと重複する情報がデータ生成式情報にも存在すれば、それも表示されて、利用者が取捨選択を行なう。

【００５０】このようにして利用者が不要と判断した重複情報が除かれた後、データ生成式情報とデータチェック式情報は、データ項目辞書として編集されて、外部記憶装置２０５に蓄積される。 図１８は、データ項目辞書の内容の例を示す。 例えば、図１７におけるデ−タ項目名１７０７は図１８におけるデ−タ項目名１８０１として登録され、条件１７０８はデ−タチェック式１８０２
として登録され、識別子１７０９は識別子１８０３として登録され、動作１７１０は動作１８０４として登録される。 属性は、データ仕様書ライブラリ内のレコード仕様情報、又はデータ定義部解析情報から得ることができる。

【００５１】プログラム仕様書出力ステップ１６０２
は、図１に示した実施例におけるのと同様にして、図１
９に例示するようなプログラム仕様書を出力する。 ただし、本ステップで出力されるデータ生成式情報１９０
１、データチェック式情報１９０２及びデシジョンテーブル情報１９０３は、データ項目辞書登録ステツプ１６
０１によって、重複する情報が除かれたものである。

【００５２】なお、デ−タ生成式情報とデ−タチェック式情報はデ−タ項目辞書に登録されているので、これらの情報を含まないプログラム仕様書を作成してもよい。

【００５３】本実施例によれば、データ生成式情報とデータチェック式情報がデータ項目辞書に登録されるので、同一又は類似のデータ項目を使用する新しいプログラムの作成にこれらの情報を利用することが容易になり、更に、これらの情報に重複がないため、理解と利用が一段と容易になる。

【００５４】図２０は、本発明の第３の実施例をフローチャートで表わしたものである。 この実施例は、プログラム処理パターン情報抽出ステップ２００１での処理が異なるほかは、図１に示した実施例と同一である。

【００５５】プログラム処理パタ−ン情報抽出ステップ２００１は、プログラム処理パターンを作成して、それをプログラム処理パタ−ンライブラリと照合し、一致するものがあればそのプログラム処理パターン名を主メモリに記憶するところまでは、図１に示した実施例のプログラム処理パターン情報抽出ステップ１０４と変わりがない。 プログラム処理パタ−ンライブラリ中に一致するプログラム処理パターンが存在しなかった場合に、本実施例では、作成されたプログラム処理パターンを、プログラム処理パタ−ンライブラリに新たに登録する。 その目的のために、既に登録されているプログラム処理パタ−ンの名称と処理内容を参考用に表示するとともに、新たに登録すべきプログラム処理パタ−ンの名称と処理内容の入力を、利用者に促す。

【００５６】図２１は、新規プログラム処理パタ−ンの登録のための入力画面の例を示す。 図示のように、既に登録されているプログラム処理パタ−ン名２１０１と、
それらの処理内容２１０２が、外部記憶装置２０５から読出されて、参考のために出力装置２０３に表示され、
更に、新たに登録すべきプログラム処理パターンの名称と処理内容の入力を促すメッセージが表示される。 利用者は、表示された既登録パターン名２１０１と処理内容２１０２を参照して、既登録パターン名と重複しない名称２１０３と、処理内容を簡潔に表わす字句２１０４を案出し、入力する。 その結果、入力されたプログラム処理パタ−ン名２１０３及び処理内容２１０４と共に、目下解析中のプログラムのプログラム処理パターンが、外部記憶装置２０５内のプログラム処理パタ−ンライブラリに新たに登録される。 また、この入力されたプログラム処理パターン名は、目下解析中のプログラムのプログラム処理パターン名として、主メモリ２０２内の所定領域に記憶される。

【００５７】本実施例によれば、新しいプログラム処理パターンがプログラム処理パターンライブラリに次々に追加されて、その再利用が可能になり、したがって、プログラム仕様作成システムの性能が、使用につれて自動的に向上する。

【００５８】しかしながら、このように、未登録のプログラム処理パターンのみをプログラム処理パターンライブラリに登録するのではなく、プログラム仕様情報の作成過程で得られたすべてのプログラム処理パターンを登録してもよい。

【００５９】図２２は、本発明の第４の実施例をフローチャートで表わしたものである。 本実施例は、図１に示した実施例に、プログラム仕様情報変更ステップ２２０
１とプログラム生成ステップ２２０２を加えたものであり、他のステップは図１に示した実施例と同じである。

【００６０】プログラム仕様情報変更ステップ２２０１
は、それ以前のステップで作成されたプログラム仕様情報とデータ仕様情報を、利用者の必要に応じて、対話方式により変更する。

【００６１】プログラム生成ステップ２２０２は、プログラム仕様情報変更ステップ２２０１を経たプログラム仕様情報とデ−タ仕様情報とを入力とし、公知のプログラム生成ツ−ル（例えば、日立評論、第６５巻第７号、
１９８３年７月、第５３−５８頁、「データに着目した仕様を入力とするＣＯＢＯＬプログラム生成システム“ＤＳＬ”の開発」参照）を用いて、プログラムを生成し、生成したプログラムを外部記憶装置２０５に蓄積する。

【００６２】本実施例によれば、利用者は、既存のプログラムの変更を、プログラム自体はいじらずに、プログラム仕様の変更のみによって行なうことができるので、
既存プログラムの修正又は再利用が非常に容易になる。
また、既存プログラムを、適用するプログラム生成ツールに合った同一仕様のプログラムに、変更することもできる。

【００６３】図２３は、本発明の第５の実施例をフローチャートで表わしたものである。 本実施例は、図１に示した実施例にプログラム構造変換ステップ２３０１を加えたものであり、他のステップは図１に示した実施例と同じである。

【００６４】プログラム構造変換ステップ２３０１は、
公知の再構造化ツール（例えば、日経コンピュータ １
９８６．４．１４、第１１９号、第８１−９０頁、「プログラムの保守・開発費用を節減する再構造化ツールＣ
ＳＰ／２」参照）を用いて、手続き部解析情報から得られたプログラム制御構造（例えば図８）を、ＧＯ ＴＯ
文を含まず、反復、選択、順次の処理のみからなるプログラム制御構造に変換する。 したがって、プログラム処理パターン情報抽出ステップ１０４により得られるプログラム処理パターンも、反復、選択、順次の処理のみからなる。

【００６５】本実施例によれば、プログラム処理パタ−
ンライブラリ中に、ＧＯＴＯ命令を含む多数のプログラム処理パタ−ン情報を用意する必要がないので、プログラム処理パタ−ンライブラリの規模が小さて済み、かつ、プログラム処理パタ−ンの照合が容易になる。

【００６６】

【発明の効果】本発明の第１の特徴によれば、処理手続きの骨格的構造を表わすプログラム処理パターン情報、
各出力データ項目を入力データ項目から生成する過程を表わすデータ生成式情報、各入力データ項目に関する条件とその条件の成否に応じて行なわれる動作とを表わす入力データチェック式情報、更に、必要なら、各条件とその条件の成否に応じて行なわれる動作とを表わすデシジョンテーブル情報が作成され、これらの情報から、利用者が理解しやすい形式のプログラム仕様情報が編集される。 したがって、既存プログラムから、プログラムの修正や再利用を行なうのに十分な内容を持ち、しかも、
利用者がプログラムの内容を容易に理解できるような情報を、迅速に得ることができる。

【００６７】加えるに、反復、選択、順次の処理のみからなるプログラム制御構造への変換を行なえば、ＧＯ
ＴＯ命令を含む多種多様なプログラム制御構造のプログラム処理パターンを、プログラム処理パターンライブラリに用意しておく必要がないので、プログラム処理パターンライブラリの規模が小さくて済み、かつ、プログラム処理パターンの識別が容易になる。 また、データ生成式情報、入力データチェック式情報及びデシジョンテーブル情報から重複情報を除去すれば、プログラム仕様の理解が一層容易になる。

【００６８】本発明の第２の特徴によれば、上記の効果に加えて、作成されたプログラム処理パターン情報、データ仕様情報、データ生成式情報、入力データチェック式情報などが、システム内に蓄積されるから、これらの情報を、以後における他のプログラムの仕様情報の作成や、新プログラムの作成に、容易に利用することができる。 プログラム処理パターンの登録を、同じパターンが登録されていない場合にのみ行なえば、プログラム処理パターンライブラリの冗長化が防止され、その利用が容易になる。

【００６９】本発明の第３の特徴によれば、上記の効果に更に加えて、既存プログラムの仕様を表わす情報が利用者の必要に応じて変更され、そして、利用者が変更しなければ元のままの仕様、変更すれば変更された後の仕様に従って、プログラムが自動的に生成される。 したがって、既存プログラムと同一の仕様に基づく別のプログラム、又はそれとは仕様の一部を異にする新たなプログラムを、自動的に生成することができる。

【００７０】以上を要するに、本発明によれば、既存のプログラムから、プログラムの修正や再利用を行なうのに十分な内容を持ち、しかも、利用者がプログラムの内容を容易に理解できるような情報を、迅速に得ることができ、また、それらを以後の利用のために蓄積し、更には、それらの一部を必要に応じて変更して、変更された仕様に基づくプログラムを自動的に生成することもできる。 したがって、既存プログラムの内容の理解を効率的に行うことができ、また、抽出したデ−タ生成法やチェック法などを利用することにより、新規プログラムの開発も効率良く行なうことができるので、既存ソフトウェアの保守・再利用が容易になるなど、優れた効果が期待できる。

【図面の簡単な説明】

【図１】本発明の第１の実施例のフローチャート。

【図２】本発明の実施に適したコンピュータシステムのブロックダイヤグラム。

【図３】既存プログラムのデ−タ定義部の例を示す図。

【図４】既存プログラムの手続き部の例を示す図。

【図５】デ−タ定義部解析情報の例を示す図。

【図６】手続き部解析情報の例を示す図。

【図７】デ−タ仕様書ライブラリの内容の例を示す図。

【図８】図６に示す手続き部のプログラム制御構造を表わすＰＡＤ図。

【図９】図８に示すプログラム制御構造のプログラム処理パターンを表わすＰＡＤ図。

【図１０】プログラム処理パタ−ンライブラリの内容の例を示す図。

【図１１】データ生成式情報抽出ステップのフローチャート。

【図１２】デ−タ生成式情報の例を示す図。

【図１３】デ−タチェック式情報の例を示す図。

【図１４】デシジョンテ−ブル情報の例を示す図。

【図１５】プログラム仕様情報の例を示す図。

【図１６】本発明の第２の実施例のフローチャート。

【図１７】情報の重複を除くための対話画面の例を示す図。

【図１８】デ−タ項目辞書の内容の例を示す図。

【図１９】情報の重複が除かれたプログラム仕様情報の例を示す図。

【図２０】本発明の第３の実施例のフローチャート。

【図２１】プログラム処理パタ−ンの新規登録のための入力用画面の例を示す図。

【図２２】本発明の第４の実施例のフローチャート。

【図２３】本発明の第５の実施例のフローチャート。

【符号の説明】

１０２・・・・既存プログラムを解析するステップ １０３・・・・デ−タ仕様情報を作成するステップ １０４・・・・プログラム処理パタ−ン情報を作成するステップ １０５・・・・デ−タ生成式情報を作成するステップ １０６・・・・デ−タチェック式情報を作成するステップ １０７・・・・デシジョンテ−ブル情報を作成するステップ １０８・・・・プログラム仕様情報を編集するステップ １５０２・・・プログラム処理パタ−ン名 １５０３・・・データ仕様情報識別情報 １５０４・・・デ−タ生成式情報 １５０５・・・入力デ−タチェック式情報 １５０６・・・デシジョンテ−ブル情報 １６０１・・・重複情報を除去するとともにデ−タ項目辞書を登録するステップ ２００１・・・プログラム処理パターンの新規登録とプログラム処理パタ−ン情報の作成を行なうステップ ２２０１・・・プログラム仕様情報を変更するステップ ２２０２・・・プログラムを生成するステップ ２３０１・・・プログラム制御構造を変換するステップ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 団野 博文 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 佃 軍治 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内