JPS63197229A - モジユ−ル構造自動生成方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目　次〕 概要 産業上の利用分野 従来の技術 発明が解決しようとする問題点 問題点を解決するための手段 作用 実施例 ■、実施例と第１図との対応関係 ■、実施例の構成 ■、モジュール構造生成手順 ■、再帰論理 ■、実施例のまとめ ■０発明の変形態様 発明の効果 〔概　要〕 モジュール構造自動生成方式であって、例えば電子計算
機のプログラミングにおいて、そのプログラマが記述し
た構造化チャートのソフトウェア設計図面情報としての
モジュール情報に従って再帰論理で実行処理することに
よってモジュール構造図を自動生成することができ、モ
ジュール構造図の再構成が橿めて容易となる。

（産業上の利用分野〕 本発明は、モジュール構造自動生成方式に関し、特に、
プログラムのソフトウェア設計図面を基にして、そのプ
ログラム全体のモジュール構造図を自動的に生成するよ
うにしたモジュール構造自動生成方式に関するものであ
る。

〔従来の技術〕

従来、例えば電子計算機のプログラムの設計をするとき
には、先ず、そのプログラムの全体のモジュール構造図
およびモジュール関連図を描いていた。しかる後、各モ
ジュールの詳細設計書（ソフトウェア設計図面）を記述
していくものであった。

〔発明が解決しようとする問題点〕

ところで、上述した従来のプログラミング方式にあって
は、最初に描いたモジュール構造図を基にして、各モジ
ュールの詳細設計書（ソフトウェア設計図面）を記述し
ていく過程で、最初に描かれたモジュール構造図と詳細
設計書とが食い違ってくることがあった。

その場合、一旦描かれたモジエール構造図を後に、人手
によって書き直す作業を余儀なくされていた。

そのように人手によって書き直す場合にあっては、各モ
ジュールのソフトウェア設計図面を１行ずつ眼で見てい
き、どのモジュールからどノモシュールがＣＡＬＬされ
、また、ＣＡＬＬされたモジュール内を１行ずつ見てい
くという作業を繰り返し、最後にこれらのモジュールを
構造的２階層的に配置して、最終的にモジュール構造図
を書き上げていた。

しかしながら、このような方法では、再度書き上げる作
業に要する手間がかかり、また、その際の誤りも多いと
いう問題点があった。

本発明は、このような点にかんがみて創作されたもので
あり、一旦描かれたモジュール構造図を後に書き直す作
業が容易に行なえるようにしたモジュール構造自動生成
方式を提供することを目的としているや 〔問題点を解決するための手段〕 第１図は、本発明のモジュール構造自動生成方式の原理
ブロック図である。

図において、ソフトウェア設計図面情報保持手段１１１
と、構造化チャートの表記法にて表現され、モジュール
についてのソフトウェア設計図面情報を保持する。

モジュール名展開手段１１３は、ソフトウェア設計図面
情報保持手段１１１のソフトウェア設計図面情報におけ
るモジュールを基にして、そのモジュール名を求める。

　　− ソフトウェア設計図面情報読込手段１１５は、ソフトウ
ェア設計図面情報保持手段１１１からソフトウェア設計
図面情報を読みとる。

プログラム生成モジュール指定手段１１７は、プログラ
ム生成する際に基本となるモジュールを指定する。

プログラム生成手段１１９は、プログラム生成モジュー
ル指定手段１１７によって指定された基本となるモジュ
ールに従って、モジュール名展開手段１１３によって求
められたモジュール内を基にし、ソフトウェア設計図面
情報読込手段１１５によって読み取られた前記ソフトウ
ェア設計図面に対する再帰論理を実行処理してモジュー
ル構造化されたプログラムを出力する。

従って、全体として、ソフトウェア設計図面からプログ
ラムのモジュール構造を自動生成するように構成されて
いる。

〔作　用〕

ソフトウェア設計図面情報保持手段１１１に保持されて
いるソフトウェア設計図面情報のモジュールにつき、そ
のモジュール名が求められる。また、構造化チャートの
表記法にて表現されたソフトウェア設計図面情報が、ソ
フトウェア設計図面情報読込手段１１５によって読み込
まれる。

指定された基本となるモジュールに従い、求められたモ
ジュール名を基にして、読み込まれたソフトウェア設計
図面に対する再帰論理の実行処理により、コメント情報
をも含む形で、モジュール構造化されたプログラムが出
力される。

本発明にあっては、構造化チャートのソフトウェア設計
図面情報に従って再帰論理で実行処理するようにして、
当該ソフトウェア設計図面からプログラムのモジュール
構造を自動生成することができる。

〔実施例〕

以下、図面に基づいて本発明の実施例について詳細に説
明する。

第２図は、本発明の一実施例におけるモジ５．−ル構造
自動生成方式の構成を示す。

■、　　　　と　１゛との・ｂ　、 ここで、本発明の実施例と第１図との対応関係を示して
おく。

ソフトウェア設計図面情報保持手段１１１は、ソフトウ
ェア設計図面格納ライブラリ２１１に相当する。

モジュｉル名展開手段１１３は、外部モジュール名展開
部２１３．外部モジュール名テーブル領域２１５に相当
する。

ソフトウェア設計図面情報読込手段１１５は、ソフトウ
ェア設計図面読込部２１７に相当する。

プログラム生成モジュール指定手段１１，７は、モジュ
ール名人力／モジュール構造図表示部２３７の入力部に
相当する。

プログラム生成手段１１９は、モジュール構造テーブル
生成再帰論理部２２１．内部モジュール名テーブル領域
２２３．ＣＡＬＬモジュール名テーブル領域２２５．モ
ジュール構造テーブル調整部２３１に相当する。

このような対応関係があるものとして、以下本発明の実
施例について説明する。

↓−夾施■曵構戒 第２図において、ソフトウェア設計図面格納ライブラリ
２１１には、モジュール１．モジュール２、モジュール
３．・・・・・・、モジュールｎというように、外部モ
ジュール単位毎にソフトウェア設計図面情報が、構造化
チャートの表記法で表現された状態で格納されている。

ここでは、第３図に示すような「メイン（ＭＡＩＮ）Ｊ
と、第４図（ａ）〜（ｄ）に示すような［サブ０　（Ｓ
ＵＢＯ）Ｊ。

「サブ１　　（ＳＵＢＩ）Ｊ、ｒサブ２　（ＳＵＢ２）
」、「サブ１１　（ＳＵＢＩ　１）Ｊの５メンバーがあ
るものとする。

このソフトウェア設計図面格納ライブラリ２１１に格納
されているソフトウェア設計図面に基づいて、プログラ
ムモジュール構造図の結果を得るモジュール構造自動生
成装置部２００は、ソフトウェア設計図面格納ライブラ
リ２１１の外部モジュール名を展開する外部モジュール
名展開部２１３、その展開された外部モジュール名が格
納される外部モジュール名テーブル領域２１５、ソフト
ウェア設計図面格納ライブラリ２１１に格納されている
ソフトウェア設計図面情報を読み取るソフトウェア設計
図面読込部２１７を有する。

また、外部モジ゛ニール名テーブル領域２１５での展開
結果およびソフトウェア設計図面読込部２１７による読
み取り情報を基にして、内部モジュールテーブルおよび
ＣＡＬＬモジュールテーブルを得るモジュール構造テー
ブル生成再帰論理部２２１を具えている。このモジエー
ル構造テーブル生成再帰論理部２２１には、モジュール
毎の情報を格納する内部モジュール名テーブル領域２２
３およびＣＡＬＬモジュール名テーブル領域２２５が連
なっている。

更に、再帰論理により生成されたモジエール構造テーブ
ル領域２２７のテーブル情報を調整するモジュール構造
テーブル調整部２３１と、モジュール構造テーブル参照
によるモジュール構造を表示あるいは出力するプログラ
ムモジュール構造図出力部２３３とが具わっている。

モジュール構造自動生成装置部２００のプログラムモジ
ュール構造図出力部２３３から出力されるモジュール構
造図結果をファイルするプログラムモジュール構造図フ
ァイル部２３５と、基本となるモジュールを入力するモ
ジュール名人力／モジュール構造図表示部２３７とが、
外部的に接続されている。このモジュール名人力／モジ
ュール構造図表示部２３７は、表示部分およびキーボー
ド部分によって会話形で入力できるようになっている。

第２図において、太線矢印はデータの流れを示し、また
、細線矢印はデータの参照を示す系統である。

■、モジュール　°告弐虞手皿 第５図は、第２図に示したモジュール構造自動生成方式
における処理手順を示す。

以下、第２図〜第５図を参照する。

先ず、モジュール構造自動生成装置部２００にあっては
、共用データ域、外部モジエール名テーブル領域、モジ
ュール構造テーブル令頁域を動的に獲得する（ステップ
５１１）。

次に、外部モジュール名展開部２１３はソフトウェア設
計図面格納ライブラリ２１１のディレクトリ内を読み、
このソフトウェア設計図面格納ライブラリ２１１内の全
てのモジュール名を、外部モジュール名テーブル領域２
１５の外部モジュール名テーブルに展開する（ステップ
５１２）。続いて、再帰論理（ステップ５１３）に移行
する。

ここでは、モジュール名人力／モジュール構造図表示部
２３７の入力部によりメインモジュール名が入力され、
パラメータをメインモジュール名に先ずセントする。こ
れは、このメインモジュールに従って、モジュール構造
テーブルを生成するために再帰論理をＣＡＬＬするもの
である。

このＣＡＬＬされた再帰論理に従ってモジュール構造テ
ーブルが生成され、しかる後、モジュール構造テーブル
調整部２３１において最終調整が行なわれる（ステップ
５１３）、ここでは、各モジュールに、何個のモジュー
ルがぶらさがるか。

ぶらさがるモジュールの最終フラグの設定等が行なわれ
る。

このようにして生成され且つ最終調整されたモジュール
構造テーブルを参照しながら、プログラムモジュール構
造図出力部２３３は、ノーシフトバッファとシフトコー
ドのみのバッファに分け、その２つのバッファから、漢
字とＥＢＣＤ　Ｉ　Ｃとの図記号の混在したシフトコー
ド付きのバッファを生成する。しかる後、プログラムモ
ジュール構造図ファイル部２３５に供給され、プログラ
ムモジュール構造図結果として格納される。また、モジ
ュール名人力／モジュール構造図表示部２３７の表示部
にも供給されて表示され、オペレータに可視的にプログ
ラムモジュール構造図結果を提供する。

更に、共用データ域、外部モジュールテーブル域１モジ
ュール構造生成用テーブル域の確保を解除して（ステッ
プ５１５）、プログラムモジュール構造図の出力を終了
する。

ニー五及論理 上述した「■、モジュール構造生成手順」でのステップ
５１３での「再帰論理」の手順を第６図に示す。

以下、第２図〜第６図を参照する。

先ず、モジュール構造テーブル生成再帰論理部２２１は
、内部モジュール名テーブル領域２２３およびＣＡＬＬ
モジュール名テーブル領域２２５を確保する（ステップ
６１１）。つまり、この再帰論理がＣＡＬＬされる度に
、これら内部モジュール名テーブル領域およびＣＡ　Ｌ
　Ｌモジュール名テーブル領域が確保されるものである
。

続いて、パラメータで渡されたモジュール内のレコード
数分以下を繰り返す。つまり、該レコードを得て（ステ
ップ６１２）、このレコード内の制御線上を調べる（ス
テップ６１３）。

その調査結果に応じて、仮に、レコードが内部モジュー
ル名ならば、その内部モジュール名をＥＢＣＤＩＣに変
換して、内部モジュール名テーブル領域２２３の内部モ
ジュール名テーブルにセットする（ステップ６１４Ａ）
。但し、当該内部モジュール名テーブルにセットされて
いないときのみ、内部モジュール名テーブルをセットす
る。

また、第７図（ａ）に示すようなＣＡＬＬの図記号なら
ば、そのＣＡＬＬＬでいるモジュール名を、ＣＡＬＬモ
ジュール名テーブル領域２２５のＣＡＬＬモジュール名
テーブルにセットする（ステップ６１４Ｂ）。但し、こ
こでも、そのテーブルに未だセットされていないときに
限る。

更に、第７図（ｂ）に示すようなマクロ用の図記号なら
ば、マクロ用テーブルにセットする（ステップ６１４Ｇ
）。

仮に、以上のいずれでもない場合には、そのレコードを
無視する。

以上のレコードの調査が終了したら、それが最後のレコ
ードであるか否かを判定する（ステ、プロ１５）。仮に
、最後でなければ（否定判定）、ステップ６１２に戻っ
て、他のレコードについて同様な順序に従って、レコー
ドの調査および各テーブルのセットを繰り返し、全ての
レコードについて調査およびテーブルセットを行なう。

最後のレコードについて調査および各テーブルのセット
が行なわれたら（肯定判定）、先の繰り返しループを抜
は出して、ＣＡＬＬされたモジュールが内部モジュール
名テーブルにあるか否かを判定する（ステップ６１６）
。

いま、ＣＡＬＬされたモジュールが内部モジュール名テ
ーブルにあれば（肯定判定）、当該内部モジュール名Ｃ
ＡＬＬなので、オプションによって、ＣＡＬＬされたモ
ジュールをモジュール構造テーブル内に追加する（ステ
ップ６１７）。

また、ＣＡＬＬされているモジュールが内部モジュール
名テーブルに存在しないならば（否定判定）、外部モジ
ュールとみなして、モジュール構造テーブルに追加する
（ステップ６１８）。続いて、ＣＡＬＬされているモジ
ュールのモジュール名が、外部モジュール名テーブル領
域２１５の外部モジュールテーブルにあるか否かを判定
する（ステップ６１９）。

外部モジュールテーブルに存在すれば（肯定判定）、そ
のＣＡＬＬされたモジュールは、ソフトウェア設計図面
格納ライブラリ２１１に格納されていることとなる。し
かる後、モジュール構造テーブル内に既にＣＡＬＬされ
ているモジュール名があるか否かを判定する（ステップ
６２０）。存在すれば（肯定判定）、いま対象となって
いるモジュール以下は既に生成されているので、それ以
上再帰して生成する必要はないので、モジュール構造テ
ーブル内で２回目のフラグを立てる（ステップ６２１）
。

また、ＣＡＬＬされたモジュールがモジュール構造テー
ブル領域２２７に存在しなければ（ステップ６２０の否
定判定）、当該ＣＡＬＬされているモジュール名につい
て、再帰論理を実行する（ステップ６２２）。ここでは
、パラメータがＣＡＬＬされたモジュール名を指してい
るので、当該パラメータに従って再帰論理を実行すれば
よい。

ところで、先にＣＡＬＬされているモジュール名が外部
モジュール名テーブルに存在しなければ（ステップ６１
９での否定判定）、ソフトウェア設計図面格納ライブラ
リ２１１にそもそも存在しないので、そのＣＡＬＬされ
ているモジュールは他のライブラリに存在するものとみ
なして、その旨のフラグを立てる（ステップ６２３）。

上述してきたス゛テップ６１７．ステップ６２３゜ステ
ップ６２２あるいはステップ６２１の実行を終了すれば
、ＣＡＬＬモジュール名テーブル領域２２５のＣＡＬＬ
モジュール名テーブルに設定されているモジュール数分
だけ実行されたか否かを判定する（ステップ６２４）、
全てのモジュールについて実行されていなければ（否定
判定）、ステしプロ１６に戻り、上述した実行手順を繰
り返すループ動作となる。

仮に、全てのモジュールについて実行されれば（肯定判
定）、内部モジュール名テーブル領域２２３の内部モジ
ュール名テーブルおよびＣＡＬＬモジュール名テーブル
領域２２５のＣＡＬＬモジュール名テーブルを確保して
おく必要はない。従って、それら両テーブル領域を解除
して動作を終了する。

第８図は、第３図および第４図に示す構造化チャートが
ソフトウェア設計図面格納ライブラリ２１１に格納され
ている場合に出力されたモジエール構造図である。この
モジュール構造図は、プログラムモジエール構造図ファ
イル部２３５にファイリングされるので、必要に応じて
引き出し可能である。また、出力されたモジエール構造
図は、モジュール名人力／モジエール構造図表示部２３
７の表示部によって表示可能であるので、いわゆるソフ
トコピーの形で得られる。

第８図において、〔〕で示される部 分はコメント部分であり、各モジュールのモジエール記
述から与えられるものである。また、＠印は、該当モジ
ュール名が、ソフトウェア設計図面格納ライブラリ２１
１内に無いことを示す。そのため、〔〕にはコメントも
生成されな い。更に、＊印は、該当モジュールはそれ以前に出現し
ているモジュールなので、それ以下の構造には生成され
ないことを表す。

ＩＷ！ なお、上述した本発明の実施例にあっては、構造化チャ
ート、モジュール例等を極めて簡単な例で示したが、提
示例に限られることなく、更に複雑な各種の例に対して
も本発明は適用できること勿論である。

また、「１．実施例と第１図との対応関係」において、
第１図と本発明との対応関係を説明しておいたが、これ
に限られることはなく、各種の変形態様があることは当
業者であれば容易に推考できるであろう。

〔発明の効果〕

上述したように、本発明によれば、ソフトウェア設計図
面のモジュール構成を変えても、そのソフトウェア設計
図面に基づいてモジュール構造を自動生成することとな
り、その結果として得られたモジュール構造図は常にソ
フトウェアの保守性を向上することになるので、実用的
には極めて有用である。

【図面の簡単な説明】

第１図は本発明のモジュール構造自動生成方式の原理ブ
ロック図、 第２図は本発明の一実施例によるモジュール構造自動生
成方式の構成ブロック図、 第３図は第２図に示すモジュール構造自動生成方式によ
ってモジュール構造生成を行なう場合の構造化チャート
であってメインとなる部分を示す図、第４図は第２図に
示すモジミール構造自動生成方式によってモジュール構
造生成を行なう場合の構造化チャートであってサブとな
る部分を示す図、第５図は第２図に示すモジュール構造
自動生成方式によってモジュール構造生成を行なうメイ
ン部分の手順を示す流れ図、 第６図は第２図に示すモジュール構造自動生成方式によ
ってモジュール構造生成を行なう実行手１１（資）を示
す流れ図、 第７図は第６図に示すモジュール構造生成の実行手順に
おいて参照する図記号の説明図、第８図は第２図に示す
モジュール構造自動生成方式によってモジュール構造生
成を行なった場合の出力結果例を示す図である。 図において、 １１１はソフトウェア設計図面情報保持手段、１１３は
モジュール名展開手段、 １１５はソフトウェア設計図面情報読込手段、１１７は
プログラム生成モジュール指定手段、１１９はプログラ
ム生成手段、 ２００はモジュール構造自動生成装置部、２１１はソフ
トウェア設計図面格納ライブラリ、２１３は外部モジュ
ール名展開部、 ２１５は外部モジュール名テーブル領域、２１７はソフ
トウェア設計図面読込部、２２１はモジュール構造テー
ブル生成再帰論理部、２２３は内部モジュール名テーブ
ル領域、２２５はＣＡＬＬモジュール名テーブル領域、
２２７はモ、ジュール構造テーブル領域、２３１はモジ
ュール構造テーブル調整部、２３３はプログラムモジュ
ール構造図出力部、２３５はプログラムモジエール構造
図ファイル部、２３７はモジュール名人力／モジュール
構造図表示部である。 綺Ｊｌ！？辰チｆ７゛１フッ刀シ 第１ｒＩ！Ｊ 市６澁４乙チャートのｉ０目図 第３図 （ａ）［Ｉｎ−匡ａ　　　！−’　５−　）Ｌｓ旨＝＝
エロ （ｂ）　　　　　トー（Ｉゴ＝！３＝百１）　　し−１
１１！！ゴ＝ＥΣ工ＥＩ口図１己号の説明図 第７図 −ラ（１ｊ′″。 ｋ理 １理 た理 出力紹果佇１Ｉｆ）ふ悩 、７Ｄル）］ ］ ］ コ ］ ］ ］ コ ］ ］ コ ］ Ｉ８月Ｄコ

Claims (1)

1. 【特許請求の範囲】 構造化チャートの表記法にて表現され、モジュールにつ
   いてのソフトウェア設計図面情報を保持するソフトウェ
   ア設計図面情報保持手段（１１１）と、 該ソフトウェア設計図面情報保持手段（１１１）の前記
   ソフトウェア設計図面情報におけるモジュールを基にし
   て、そのモジュール名を求めるモジュール名展開手段（
   １１３）と、 ソフトウェア設計図面情報保持手段（１１１）から前記
   ソフトウェア設計図面情報を読み取るソフトウェア設計
   図面情報読込手段（１１５）と、プログラム生成する際
   に基本となるモジュールを指定するプログラム生成モジ
   ュール指定手段（１１７）と、 プログラム生成モジュール指定手段（１１７）によって
   指定された基本となるモジュールに従って、モジュール
   名展開手段（１１３）によって求められたモジュール名
   を基にし、ソフトウェア設計図面情報読込手段（１１５
   ）によって読み取られた前記ソフトウェア設計図面に対
   する再帰論理を実行処理してモジュール構造化されたプ
   ログラムを出力するプログラム生成手段（１１９）と、
   を具え、前記ソフトウェア設計図面からプログラムのモ
   ジュール構造を自動生成するように構成したことを特徴
   とするモジュール構造自動生成方式。