JPS62145423A - プログラム仕様書自動生成方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） この発明は、記憶装置入力装置および出力装置が接続さ
れた計算機を用いて、完成したソースプログラムからそ
のソースプログラムの仕様書を自動的に作成する方法に
関する。

（従来の技術とその問題点） こうした仕様書自動生成方法に密接に関連ある従来技術
として、この方法とは逆に、仕様書からソースプログラ
ムを自動的に生成する方法が存在し、この技術は例えば
、特開昭６０−１５９９３９号公報において、図式・ソ
ースプログラム自動生成方法として開示されている。こ
の方法ではまず、対話用表示端末によりモジュール関連
図（各プログラムモジュール間の接続関係を表わす図式
）を作り、更に、各モジュールについて、処理フロー図
（一種の処理フローチャート）と、内部データ定義図（
各処理において使用されるデータの形式等を指定する図
式）と、インタフェイスデータ定義図（引数やモジュー
ル間共通データなどの形式等を指定する図式）とを作成
して、それらの内容をファイルに蓄積する。そして、各
モジュールごとに、モジュール関連図、処理フロー図、
内部データ定義図及びインタフェイスデータ定義図の各
図式情報をファイルから読出し、定型の文や記号を付加
して、ソースプログラムの個々の文を生成し、それから
、これらの文を言語の規則に従って編集して、ソースプ
ログラムを完成している。

ところが上記方法では、モジュール関連図、処理フロー
図、内部データ定義図、インターフェイス定義図の４種
類の図の作成が必要であり、１本のプログラム作成にお
いて入力時間がかかるとともに、仕様書の管理が複雑で
ある。さらに、プログラムの生成においてもソースプロ
グラムの生成とその編集の２段階に分かれていて、生成
過程を複雑にしており、またその生成処理にも時間がか
かる。

ソースプログラムを自動生成する場合まず、人間がプロ
グラムの仕様を入力する必要があるが、この入力方式が
複雑であればプログラムの自動生成までにかなりの時間
がかかり、またその使用にもある程度の熟練を必要とす
るので、結果として自動化によるソースプログラム作成
作業の効率改善の効果が薄れる傾向にある。

そこで、このような問題点を解消すべく、プログラム仕
様の入力が簡単でかつソースプログラムの生成処理が比
較的短時間で済むソースプログラム自動生成方法が本発
明と同一の発明者により既に完成されており、このソー
スプログラム自動生成方法は、本願と同一の出願人によ
り本願と同日付で゛″ソースプログラム自動生成方法“
の名称で特許出願されている。

ところで一般的にコンピュータプログラムは、作成され
た後に何らかの事情（例えばバグの存在やシステムの改
造など）により部分的に修正、変更されるのが常である
。そして多くの場合、ソースプログラム自体を修正・変
更してしまうため、この時点で仕様書とソースプログラ
ムとの対応関係が廟れ去り、これが度量なるとやがて、
最初に作成した仕様書が何の意味も持たなくなる。この
ような状態でシステム改造等のメンテナンスを行なおう
としたとき、その作業はソースプログラムの解読から始
めなければならず、作業性が著しく悪くなる。

このような問題を解決して、仕様とプログラムとの一体
化を図る技術の一例が文献［日立評論ＶＯＬ　６６．　
ｋ６　（１９８４−６）　、　プロクラム自１ｊ生成シ
ステム“ＳＤＬ／ＰＡＤ”Ｊに開示されており、そこで
は上記特開昭６０−１５９９３９号公報の図式・ソース
プログラム自動生成方法に加えて、その逆の、完成した
ソースプログラムからモジュール階層図、モジュール入
出力図、モジュール処理概要図、モジュール処理詳細・
内部データ関連図を自動生成するシステムの概略が説明
されている。すなわちこのシステムによれば、ソースプ
ログラムを修正・変更したときには併せて、修正・変更
後のソースプログラムに対応する仕様書を自動生成して
、仕様とプログラムとの対応関係を常に維持するのであ
る。ところがこのシステムでは、上記”図式・ソースプ
ログラム自動生成方法″と同様に４種類の図式が必要で
あり、仕様書の種類が多くて複雑である上、ソースプロ
グラムの改造時には４種類の図式を参照しなければなら
ず頻雑である。このため、プログラムのメンテナンスに
要する時間や労力等の節減に関し、ある程度以上の効果
を期待することはできない。

（発明の目的） この発明の目的は、上記従来技術の問題点に鑑み、プロ
グラムのメンテナンスを一層容易にしたプログラム仕様
書自動生成方法を提供することであり、かつ同・時に、
本願と同日付出願の上記゛ソースプログラム自動生成方
法°′と相互利用を図ることが可能なプログラム仕様書
自動生成方法を提供することである。

（目的を達成するための手段） 上記目的を達成するため、この発明ではまず、完成した
ソースプログラムを記憶装置に格納しておき、続いてこ
のソースプログラムを記憶装置から取り出して、それを
当該ソースプログラムが書かれているプログラミング言
語の規則に従って解析することにより、当該ソースプロ
グラムのデータを、当該ソースプログラムの仕様を表わ
す処理図式のデータと変数テーブルのデータとに変換す
る。処理図式は予めその形状の意味が定義された図形の
結合関係および当該図形内の記述文字により処理の理論
的な流れを表わすものであって、処理図式データは少な
くとも前記図形形状のデータと前記図形内記述文字のデ
ータと前記結合関係のデータとを含んでいる。また変数
テーブルは、ソースプログラムにおいて使用されている
変数の種類と型を定義するためのものであって、変数テ
ーブルデータは少なくとも前記変数の種類のデータと型
のデータとを含んでいる。そして最後に、上記処理図式
データおよび変数テーブルデータを用いて、処理図式お
よび変数テーブルの例えばハードコピーを出力装置から
出力する。

（実施例） 第１図は、この発明に関連あるソースプログラム自動生
成方法（上述したように本願と同日付で出願流）および
この発明によるプログラム仕１！書自動生成方法を実施
するためのシステム構成の一例を示すプロツク図である
。ソースプログラムの自動生成およびプログラム仕様書
の自動生成に必要な一連のデータ処理は、コンピュータ
１において所定の処理手順に従って実行される。オペレ
ータは対話用表示端末２を介してコンピュータ１と対話
形式で交信（データの入出力）ができる他、タブレット
３を用いて所要データをコンピュータ１に入力すること
ができるようになっている。端末２およびタブレット３
から入力されたデータのうちプログラムの仕様および変
数テーブルに圓するデータ、ならびに自動生成されたソ
ースプログラムは、コンピュータ１に接続された外部ハ
ードディスク装置４に記憶されて蓄積される。またオペ
レータが必要に応じて、作成されたソースプログラムや
仕＋！門などのハードコピーを出力できるように、プリ
ンタ５およびプロッタ６の出力装置がコンピュータ１に
接続されている。

まずはじめに、この発明に対する理解を容易にするため
、この発明に関連ある上記ソースプログラム自動生成方
法について詳細に説明する。

ソースプログラムの自動生成処理は、第２図のフローチ
ャートに示す管理プログラムの管理の下で、予め準備さ
れたＰＡＤエディタ７、変数テーブルエディタ８．およ
びＣプログラムジェネレータ９の３種類のプログラムに
従って実行される。

この管理プログラムがロードされたとき（Ｓｌ）、端末
２のＣＲＴディスプレー画面上には、第３図に示す如き
初期画面１０が表示される。すなわちツール選択の指示
メツセージとともに、メニュー、（１）ＰＡＤエディタ
、（２）変数テーブルエディタ。

（３）Ｃプログラムジェネレータ、（４）エンドが表示
され、オペレータは端末２のキーボードからコマンドを
入力して、必要なツールを選択する（８２．８３）。

ＰＡＤエディタ７における処理では、オペレータは端末
２およびタブレット３を用いて処理図式データをコンパ
イル単位ごとに識別名をつけて入力し、このデータはハ
ードディスク装置４に記憶されて蓄積される。また上記
変数テーブルエディタ８における処理では、オペレータ
は端末２およびタブレット３を用いて上記処理図式中で
使用する変数の種類と型を定義する変数テーブルのデー
タをコンパイル単位ごとにその処理図式と同一識別名を
つけて入力し、このデータは上記処理図式データと同様
にハードディスク装置４に記憶されて蓄積される。そし
て上記Ｃプログラムジェネレータ９の選択時には、オペ
レータは端末２から所望の識別名を入力し、これに応答
してハードディスフ装置４から当該識別名の処理図式デ
ータおよび変数テーブルデータが呼出されて、この２つ
のファイルを用いてソースプログラムが生成される。

第４図は、上記ＰＡＤエディタ７における処理を詳細に
示すフローチャートである。第３図の初期画面１０で（
１）ＰＡＤエディタを選択すると、システムは開始手続
（Ｓ４）としてモジュール名を質問してくる。ここでモ
ジュール名というのは、これから作成すべきソースプロ
グラムの名称であって、コンパイル単位を１つのモジュ
ールとして扱う。このとき例えば、モジュール名として
、“＠　５ｅｔｔａｂｌｅ”を端末２から入力すると、
第６図に示す如き表示が端末２のＣＲＴディスプレー上
に出る。既に°’　＠　５ｅｔｔａｂｌｅ”のファイル
がハードディスク装置４内に格納されているときには、
後述する’　Ｉ　ｏ　ｄ　”コマンドの機能が自動的に
働きそのファイルがロードされる（Ｓ５）。

これ以後、オペレータはコンピュータ１との対話方式に
より、”　＠　５ｅｔｔａｂｌｅ”の処理図式を作成な
いし修正する。ここで処理図式というのは、予めその形
状の意味が定義された図形の結合関係および当該図形内
の記述文字により処理の理論的な流れを表わすことがで
きるものであればよく、例えば公知のＰＡＤをこの実施
例では使用している。

ＰＡＤは、３種類のブロックの接続により処理の流れを
表現するもので、単純矩形のブロックはシーケンシャル
な処理を表わし、矩形の右端に切込みのあるブロックは
選択条件によって右上又は右下の角に接続されたブロッ
クの処理を行なうことを表わし、矩形の右端部に縦線が
入ったブロックは右横に接続されたブロックの処理の反
覆遂行を表わす。例えば第１７図（Ａ）のＰＡＤによる
処理図式の２番〜９番のブロックでは、ｒｚ＝ｘ＊ｙ」
という処理を行なった後にｒＺ＞○」の条件が満足され
るならば、５番、６番の処理をｎ回繰り返し、ｒＺ＞Ｏ
Ｊの条件が満足されなければ、８番、９番の処理をｒＺ
＜ＯＪの間反覆遂行することを表わしている。

処理図式の作成ないし修正は、端末２およびタブレット
３を用いて行なう。端末２のＣＲＴディスプレーの画面
左端には第５図に示す如きメニューが表示されており、
オペレータはタブレット３の盤面上にスタイラスペンを
走らせてＣＲＴ画面上のカーソルを移動させ、スタイラ
スペンの押圧によりカーソル位置のメニューを選択する
ようになっている（、Ｓ６．Ｓ７）。コマンドには例え
ば、上述した“ｌｏｄ”（データのロード）の他、“ａ
ｄｄ”（図式の追加）、“ｃｈｇ”（図式中の文の変更
）、“ｄｅｌ”（図式の削除）、“ｅｎｄ”　（終了）
、“ｏｕｔ″　（プロッタ出力）、”ｒｅｎ”（リナン
バー）、”ＳａＶ”　（データの保存）　、”ｗｎｄ”
　（ウィンド（画面表示領域）の変更）があり、これら
を適宜選択しながら処理８８〜８１５を逐次実行する。

“ｂｓ”はバックスペースで、カーソルを１スペース戻
してそこの文字等を削除するものであり、ｒ　ｅ　ｔ　
”はリターンを表わす。またＰＡＤの上記３種類のブロ
ックがメニュー１１，１２．１３として準備されており
、さらに長文を別の場所で定義するためのディファイン
（Ｏｅｆｉｎｅ）ブロック１４がその下に準備されてい
る。メニュー１５．１６はそれぞれ、処理図式のスター
ト、エンドマークを表示させるためのものである。

端末２のＣＲＴ画面上に第６図の表示が出ているとき、
第５図のメニューにより’　ａ　ｄ　ｄ　”を選び、追
加場所の点１７を力ｉツルにより選び、続いてメニュー
１５を選択すると、ＣＲＴ画面上の表示は第７図のよう
になる。次にメニューの°ａｄｄ″を選び、追加点とし
てスタートマークの下の点１８を選び、メニュー１１の
ＰＡＤ図式を選び、処理の内容”　ｚ　＝　ｘ　＊　ｙ
　”を端末２のキーボードから打ち込む。すると、ＣＲ
Ｔ画面上の表示は第８図にようになる。このようにして
、追加の場合は“ａｄｄ″を選び、追加したい点゛・″
を選び、追加したいＰＡＤ図式を選び、次に、その中に
入れる内容をキーボードで打ち込む、という操作を繰り
返して、処理の理論的な流れを図式に変換していく。処
理の図式化を終了すると＠俊は”　ａ　ｄ　ｄ　”を選
び、処理の流れのＲ後の点１９（第１７図（Ａ）参照）
を選び、メニュー１６を選んでエンドマークをつける。

以上の操作により、第１７図（Ａ＞に示すような完成し
たＰＡＤ図を作成する。

このようにして作成したＰＡＤ図式は一旦、メニュー“
’　ｓ　ａ　ｖ　”を選択してハードディスク装置４に
保存しておく。このとき、このＰＡＤ図式のデータとし
て、少なくともモジュール名を表わすデータ（“モジュ
ール名、　ｄａｔａ”のファイル名で保存、例えば上の
例であれば’　＠　５Ｏｔｔａｂｌｅ、ｄａｔａ”）、
図形形状を表わすデータ、図形内記述文字を表わすデー
タおよび、図形間の結合関係を表わすデータが保存され
る。そしてメニュー“ｅｎｄ″を選択して、処理Ｓ１５
を経てＰＡＤエディタ７を終了する。このとき端末２の
ＣＲ７画面は、第３図の初期画面１０に戻る。

第９図は、変数テーブルエディタ８における処理を詳細
に示すフローチャートである。第３図の初期画面１０で
（２）変数テーブルエディタを選択すると、システムは
開始手続（８１６）としてモジュール名を質問して（る
ので、対応のＰＡＤ図式と同一のモジュール名を入力す
る。例えば上述のＰＡＤ図式で使用する変数の種類と型
とを定義する変数テーブルを作成するのであれば、“＠
５ｅｔｔａｂｌｅ”を入力する。入力した名前の変数テ
ーブルが既にハードディスク装置４内にあれば、そのフ
ァイルがロードされ（８１７）、なければ新しいファイ
ルが作成される。新しいファイルを作成する場合には、
第１０図に示すような表示が端末２のＣＲ７画面上に出
る。また、このＣＲＴ上に表示されたメツセージ（ａ（
変数の追加）、Ｃ（変数の変更）、ｄ（変数の削除）、
ｅ（終了）。

ｋ（プリンタ出力）、！（変数テーブルのロード）、Ｓ
（変数テーブルの保存））に従ってキーボードによりメ
ニューを適宜選択して（８１８，５１９）、変数の追加
（Ｓ２０＞、変数の削除（Ｓ２１）、変数の変更（８２
２）、変数テーブルのプリンタ出力（８２３）、変数テ
ーブルの保存（Ｓ２４）、変数テーブルのロード（８２
５）および終了手続（８２６）を逐次実行する。

テーブルを作成する場合には、まずＣＲ７画面上のメニ
ューで“ａ”を選ぶ。するとシステムは例えば、第３図
と類似のメニュー表示により、変数の種類が（１）　ｇ
ｌｏｂａｌ　（グローバル変数）か、（２）　ｅｘｔｅ
ｒｎａｌ　（外部変数）か、（３）　１ｎｔｅｒｎａｌ
　（内部変数）かを質問してくる。そこで端末２のキー
ボードにより（１）を選ぶとシステムは、同様のメニュ
ー表示により変数の型がｍ　１ｎｔｅｒ）Ｏｒ　　（整
数型）か、（２）ｆｌｏａｔ　（実数型）か、（３）　
ｃｈａｒａｃｔｅｒ　（文字型）かを質問してくる。こ
こで（３）を選び、キーボードから“ｓｔｒ　［２００
１”と打ち込むと、ＣＲ７画面上の表示は第１１図に示
すようになる。

次にメニューの“ａ”を選び、（２）　ｅｘｔｅｒｎａ
ｌを選び、ざらに（１）　ｉｎｔｅｇｅｒを選んで“ｎ
”、（２）　ｆｌｏａｔを選んで“ｘ、ｙ”をそれぞれ
キーボードから打ち込む。すると、ＣＲ７画面上の表示
は第１２図に示すようになる。このようにして、追加の
場合はａ”を選び、追加したい変数の種類と型を選び、
次に、追加する変数をキーボードから打ち込むという操
作を繰り返して、変数テーブルを作成していく。そして
、第１７図（Ｂ）に示すような完全な変数テーブルを完
成する。

このようにして作成した変数テーブルのデータは一日、
メニュー“Ｓ”を選択してハードディスク装ｆｆ４に保
存しておく。このときのファイル名は、“モジュール名
、　ｗａｒ”（上の例であれば“＠　５ｅｔｔａｂｌｅ
、ｖａｒ”）として保存する。そしてメニュー“ｅ″を
選択して、処理８２６を経て変数テーブルエディタ８を
終了する。このとき、端末２のＣＲ７画面は、第３図の
初期画面に戻る。

以上のように、プログラムの仕様１（ＰＡＤ図式および
変数テーブル）を作成し、これらのデータをハードディ
スク装置４に蓄積した後、Ｃプログラムジェネレータ９
に従ってソースプログラムを自動生成する。なお以下に
は、Ｃ言語によるプログラミングの例について述べてい
るが、ＦＯＲＴＲＡＮ等の他の言語についても同様に適
用することが可能である。

第１３図は、Ｃプログラムジェネレータ９における処理
を詳細に示すフローチャートである。第３図の初期画面
１０で（３）Ｃプログラムジエネレ−タを選ぶと、シス
テムは開始手続（８２７）としてモジュール名を質問し
てくる。そこでソースプログラムを生成したい所望のモ
ジュール名を入力すると、システムは自動的に同一モジ
ュール名のＰＡＤ図式のファイルと変数テーブルのファ
イルとをハードディスク装置４から呼出して、これらを
ロードする（８２８．８２９＞。このとき、端末２のＣ
ＲＴ画面上には第１４図の表示が出る。

下線部分がオペレータの入力部分、伯はシステムのメツ
セージである。以後の処理により自動生成されるソース
プログラムは“モジュール名、Ｃ″のファイル名で保存
されるが、同一ファイル名が既にあれば、そのファイル
名は自動的に“ファイル名、ｂｋｐ”と変更される。第
１４図のｂａｃｋ　ｕｐメツセージは、その表示のため
のものである。

続いて、端末２のＣＲＴ画面上に生成開始のメツセージ
（ＧＥＮＥＲＡＴＥ　５ＴＡＲＴ）が表示され（８３０
）、Ｃ言語によるソースプログラムの生成処理が行なわ
れる（８３１）。このときＣＲＴ画面上には、生成され
たソースプログラムが逐次表示される。

そして、ソースプログラムの生成が終了すると、ＣＲＴ
画面上には生成終了のメツセージ（ＣｏＨＰＬＥ丁Ｅ）
が表示され、また生成されたソースプログラムは゛モジ
ュール名、Ｃ″のファイル名でハードディスク装置４に
保存されて、Ｃプログラムジェネレータ９による処理を
終了する（８３２）。このとき端末２のＣＲ７画面は、
第３図の初期画面に戻る。

Ｃプログラム生成処理８３１では、第１５図に示すよう
に、ＰＡＤ図式データの図形間の結合関係を表わすデー
タの接続順序に従って図形ごとに逐一、その図形形状デ
ータおよび図形的記述文字のデータをソースプログラム
データに変換することにより（Ｓ３３）、Ｃ言語による
ソースプログラムを生成していく。この処理は、すべて
のＰＡＤ図式データに対する変換操作が終了するまで繰
り返し行なわれる（８３４）。またこのとき、Ｃ言語に
よるソースプログラムの所定の変数宣言位置および変数
の型を指定する位置では、変数テーブル内の該当変数の
データを参照してこれをソースプログラムデータに変換
し、上記生成されるソースプログラムデータに挿入して
おく。

第１６図は、上述のようにして作成したモジュール名“
＠５ｅｔｔａｂｌｅ”のＰＡＤ図式と変数テーブルとか
らＣ言語のソースプログラムを生成する場合の、Ｃプロ
グラム生成処理８３１の具体例を詳細に示すフローチャ
ートである。このとき、第１７図に示すように、（Ａ）
のＰＡＤ図式と（Ｂ）の変数テーブルとから、（Ｃ）の
ソースプログラムが生成される。処理８３５，８３７，
８３９では、変数テーブルのデータをソースプログラム
のデータに変換し、その他の処理８３６．８３８゜３４
０〜８５２ではＰＡＤ図式のデータを図形ごとに解析し
てソースプログラムのデータに変換し、必要に応じて変
数テーブルも参照している。このようなアルゴリズムに
より、完全なＣ言語ソースプログラムが自動生成される
。

以上のようにして、この発明に関連あるソースプログラ
ム自動生成方法によれば、処理したい内容のＰＡＤ図式
とそこで使用する変数のテーブルを作成するだけで、非
常に簡単にソースプログラムを自動生成することができ
る。ところがこの様にして生成したソースプログラムを
、例えばバグの存在やシステム改造などのため修正・変
更した場合には、プログラム仕様！（ＰＡＤ図式および
変数テーブル）とソースプログラムとの間の対応関係が
損われる。これを効果的に回避するために、この発明に
よるプログラム仕様書自動生成方法が意義を有し、そこ
では修正・変更後のソースプログラムからＰＡＤ図式お
よび変数テーブルを自動生成して、ＰＡＤ図式および変
数テーブルとソースプログラムとの間の対応関係を常に
維持するようにしている。またこれに限らず、完成した
ソースプログラムが存在し、このソースプログラムに対
応した仕様書が欲しいとき全般に、この発明は有効であ
る。

第１８図は、この発明によるプログラム仕様書自動生成
方法を第１図の装置により実施するときの処理手順を詳
細に示すフローチャートである。

この処理は例えば、上述したＰＡＤエディタ７゜変数テ
ーブルエディタ８．Ｃプログラムジェネレータ９と同様
のツールとして予め準備されたプログラム゛ＰＡＤ図式
ジェネレータ″に従って実行される。オペレータはソー
スプログラムの自動生成の場合と同様、端末２を用いた
コンピュータ１との対話型式により処理を進める。

ＰＡＤ図式ジェネレータを実行したとき、システムは開
始手続（８５３）として、仕様書を作成すべきソースプ
ログラムのファイル名を質問してくる。例えば上記自動
生成したソースプログラム”　＠　５ｅｔｔａｂｌｅ、
　Ｃ”をその後一部変更シ、変更後ノものがハードディ
スク装置４に格納されている場合において対応の仕様書
が欲しいときには、オペレータは“＠　５ｅｔｔａｂｌ
ｅ”を端末２のキーボードから入力する。これによりシ
ステムは、該当のＣ言語によるソースプログラムのデー
タをハードディスク装置４から取り出してロードする（
３５４）。

なおこの発明が、Ｃ言語以外のプログラミング言語につ
いても適用可能なことは、上述のソースプログラム自動
生成の場合と同様である。なお以後の処理により自動生
成されるＰＡＤ図式および変数テーブルはそれぞれ、”
　＠　５ｅｔｔａｂｌｅ、ｄａｔａ　”および“”　＠
５ｅｔｔａｂｌｅ、　Ｖａｒ”のファイル名で保存され
るが、同一ファイル名が既にあるときには、そのファイ
ル名を変更するか（例えば前述のソースプログラムのフ
ァイル名のように“°ファイル名、ｂｋｐ″と自動変更
してもよい）、またはそのファイルを消去してもよいと
いう判断を予めシステムに与えておく。システムはこれ
に従って旧ファイル名を変更し、または消去する。

続いて、端末２のＣＲＴ画面上に生成開始のメツセージ
（ＧＥ肝ＲＡＴＥ　５ＴＡＲＴ）が表示され（８５５）
、ＰＡＤ図式と変数テーブルの生成処理が行なわれる（
８５６）。この処理Ｓ５６においては、上記処理Ｓ５４
でロードしたソースプログラムが書かれているプログラ
ミング言語（この場合はＣ言語）の規則に従って当該ソ
ースプログラムを１行ずつ解析することにより、当該ソ
ースプログラムのデータを、当該ソースプログラムの仕
様を表わす処理図式（この場合はＰＡＤ）のデータと変
数テーブルのデータとに逐一変換していく。処理図式は
前述したように、その形状の意味が定義された図形の結
合関係および当該図形内の記述文字により処理の理論的
な流れを表わすものであって、したがって上記変換後の
処理図式データには少なくとも、上記図形形状を表わす
データと、上記図形内記述文字を表わすデータと、上記
結合関係を表わすデータとが含まれている。また変数テ
ーブルは前述したように、ソースプログラムにおいて使
用されている変数の種類と型を定義するものであって、
したがって上記変換後の変数テーブルデータには少なく
とも、上記変数の種類を表わすデータおよび型を表わす
データが含まれている。

変数テーブルの生成が完了したときには、端末２のＣＲ
Ｔ画面上には“５ＡＶＩＮＧモジユ一ル名、ｖａｒ！！
”が表示され、ＰＡＤ図式の生成が完了したときには“
’　５ＡＶＩＮＧモジユ一ル名、ｄａｔａ　！ビ′が表
示される。例えば上述の例であればそれぞれ、ＳＡＶ　
ＩＮＧ＠　５ｅｔｔａｂｌｅ、ｖａｒ！！”みよび’　
５ＡＶＩＮＧ＠　５ｅｔｔａｂｌｅ、ｄａｔａ　＝′が
表示されることになる。これらの表示と同時にシステム
は、生成した変数テーブルないしＰＡＤ図式のファイル
を順次ハードディスク装置４に保存し、すべての生成（
すなわち処理Ｓ５４でロードしたＣプログラム文のすべ
ての行の解析およびデータ変換）が終了したときには生
成終了のメツセージ（ＣＯＭＰＬＥＴＥ　）を端末２の
ＣＲＴ画面上に表示して、ＰＡＤ図式ジェネレータによ
る処理を終了する（３５７）。

ＰＡＤ図式、変数テーブル生成処理Ｓ５６では、第１９
図に示すように、Ｃ言語の規則に従ってＣプログラム文
を１行ずつ解析し、そのプログラムデータが変数の定義
を表わすデータであれば当該プログラムデータを対応の
変数テーブルデータに変換し、処理の内容を表わすデー
タであれば当該プログラムデータを対応のＰＡＤ図式デ
ータに変換することにより（８５８）、ＰＡＤ図式およ
び変数テーブルを生成していく。この処理３５８は、す
べてのＣプログラムデータに対する変換が終了するまで
繰り返し行なわれる（８５９）。

第２０図は、ＰＡＤ図式、変数テーブル生成処理Ｓ５６
の具体例を示すフローチャートである。

ここでは、第２１図（Ａ）のソースプログラムからそれ
ぞれ、（Ｂ）のＰＡＤ図式および（Ｃ）の変数テーブル
を生成している。この第２１図（Ａ）のソースプログラ
ムは、上述のソースプログラム自動生成処理により作成
した第１７図（Ｃ）のソースプログラム（）？イル名“
＠５ｅｔｔａｂｌｅ、ｃ”　）を一部変更したものであ
り、今回、変更後のソースプログラムに対応するＰＡＤ
図式と変数テーブルとを自動生成しようというものであ
る。処理Ｓ６０．８６２．Ｓ６４では変数を宣言するプ
ログラム文のデータを変数テーブルのデータに変換して
おり、その他の処理８６１，８６３．８６５〜８７８で
は処理の内容を表わすプログラム文のデータをＰＡＤ図
式のデータに変換している。このようなアルゴリズムに
より、完成したソースプログラムからその仕様を表わす
仕様ｉ１　（ＰＡＤ図式および変数テーブル）が自動生
成される。オペレータはその後、自動生成した仕様書を
必要に応じてプリンタ５およびプロッタ６からハードコ
ピーとして出力することができ、これにより、ソースプ
ログラムと仕様書との対応関係を常に維持しながら、容
易にプログラムの改良を行なうことが可能となる。

なお、上述の説明においては、処理図式として公知のＰ
ＡＤ、およびソースプログラムの８ＲとしてＣ言語を用
いた実施例につき詳述したが、この発明は他の処理図式
およびプログラミング言語にも同様に適用し得るもので
あり、この場合にも上述の実施例と同様の効果を奏する
。また、自動生成システムを用いないで作成されたソー
スプログラムからこの発明を利用してその仕様書を自動
生成することも可能であり、この場合にもプログラムの
改造が容易になるという上記実施例と同様の効果が得ら
れる。

（発明の効果） 以上説明したように、この発明によれば、完成したソー
スプログラムからその仕様書として処理の内容を表わす
図式とそこで使用する変数のテーブルを自動生成するよ
うにしているので、処理図式と変数テーブルだけを見直
すことによりプログラムを容易に°改造することができ
、これまでメンテナンスにかけていた時間と労力の大幅
な削減を図ることが可能となる。

【図面の簡単な説明】

第１図はこの発明を実施するためのシステム構成の一例
を示すブロック図、第２図はソースプログラム自動生成
処理の全体の概略を示すフローチャート、第３図、第５
図、第６図、第７図、第８図、第１０図、第１１図、第
１２図、第１４図は画面表示の説明図、第４図はＰＡＤ
エディタにおける処理のフローチャート、第９図は変数
テーブルエディタにおける処理のフローチャート、第１
３図、第１５図、第１６図はＣプログラムジェネレータ
における処理のフローチャート、第１７図はＰＡＤ図式
、変数テーブル、およびこれらから生成されるＣ言語ソ
ースプログラムの一例を示す説明図、第１８図、第１９
図、第２０図はこの発明によるプログラム仕様書自動生
成処理の一実施例を示すフローチャート、第２１図はＣ
言語ソースプログラムおよびこれから生成されるＰＡＤ
図式、変数テーブルの一例を示す説明図である。

Claims (1)

【特許請求の範囲】
1. （１）記憶装置、入力装置および出力装置が接続された
   計算機を用いてプログラム仕様書を自動生成する方法で
   あって、 前記記憶装置に完成したソースプログラムを格納するス
   テップと、 前記記憶装置から前記ソースプログラムを取り出し、そ
   れを当該ソースプログラムが書かれているプログラミン
   グ言語の規則に従って解析することにより、当該ソース
   プログラムのデータを、当該ソースプログラムの仕様を
   表わす処理図式のデータと変数テーブルのデータとに変
   換するステップとを備え、 前記処理図式は予めその形状の意味が定義された図形の
   結合関係および当該図形内の記述文字により処理の理論
   的な流れを表わすものであって、前記処理図式データは
   少なくとも前記図形形状のデータと前記図形内記述文字
   のデータと前記結合関係のデータとを含み、 前記変数テーブルは前記ソースプログラムにおいて使用
   されている変数の種類と型を定義するためのものであっ
   て、前記変数テーブルデータは少なくとも前記変数の種
   類のデータと型のデータとを含み、 前記処理図式データおよび変数テーブルデータを用いて
   前記出力装置から前記処理図式および変数テーブルを出
   力するステップをさらに備える、プログラム仕様書自動
   生成方法。