JPH0895761A - プログラム生産支援装置 - Google Patents

Abstract

(57)【要約】 【目的】 プログラム支援装置におけるプログラム生産
の事務的作業を自動化し、かつ前工程で作成されレビュ
ーされた情報を後工程の入力して流用する。 【構成】 プログラムの機能構成が記述された仕様記述
１０１から、機能構成図１０６および次の工程の入力と
なる疑似言語記述のひな形１３０１を自動生成する。モ
ジュールのインターフェース仕様と処理フローが記述さ
れた疑似言語記述３０１から、デザインレビュー用資料
３０７、木構造チャート４０３、次の工程の入力となる
プログラミング言語記述のひな形５０３それぞれを自動
生成する。プログラミング言語記述６０１から、疑似言
語記述３０１、木構造チャート７０３、モジュール仕様
書８０５、モジュール構成図９０３、シンボル一覧表１
００４、警告メッセージ１１０２、プログラミング言語
記述６０１に実行追跡処理を埋め込んだ言語記述１２０
２それぞれを自動生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、プログラムの生産を
支援する装置に関するものである。

【０００２】

【従来の技術】図８２は、例えば特開平４−１１１１２
４号公報に示された従来のプログラム生産支援装置を示
す構成図、図８３は同従来のプログラム生産支援装置の
動作を示すフローチャートである。図８２において、１
５０１はキーボードなどのデータ入力手段、１５０２は
データ定義部、１５０３は表示部、１５０４は表示手
段、１５０５はブロック・チャート編集部、１５０６は
ブロック・エディタ部、１５０７はソースコード出力
部、１５０８はソースコード記録手段である。

【０００３】この従来のプログラム生産支援装置の動作
について、図８３のフローチャートを用いて説明する。
まず、データ入力手段１５０１より、ファイル名、デバ
イス・タイプなどのデータをデータ定義部１５０２に入
力し、表示部１５０３を介して表示手段１５０４に表示
して確認を行なう。同様にして、データ入力手段１５０
１より、ブロック・チャートのレイアウト情報をブロッ
ク・チャート編集部１５０５に入力し、表示部１５０３
を介して表示手段１５０４に表示して確認し、修正の必
要があれば同じ手順にて修正する。更に、データ入力手
段１５０１より、プログラムの部品内容をブロック・エ
ディタ部１５０６に入力し、表示部１５０３を介して表
示手段１５０４に表示して確認し、修正の必要があれば
同じ手順にて修正する。以上の作業結果に不備がある場
合は、満足のいく結果が得られるまで以上の操作を手作
業にて繰り返し行なう。しかる後に、データ定義、ブロ
ック・チャート、プログラム部品の情報を寄せ集めてソ
ースコード出力部１５０７に入力して編集し、その結果
をソースコード記録手段１５０８に記録する。こうして
得られたソースコードに不備がある場合は、満足のいく
結果が得られるまで以上全ての操作を繰り返し行なう。

【０００４】

【発明が解決しようとする課題】従来のプログラム生産
支援装置は以上のように構成されているので、プログラ
ムを変更する場合には、作業者が上記作業を画面で確認
しながら繰り返して行なう必要があり、かなりの時間を
要するという問題があった。更に作業者が間違ったデー
タを入力しても、そのことを検出する手段がなかった
り、入力途中の段階では内容を確認できないなどの問題
点があった。入力に際しても設計が固まってからでなけ
れば作業に着手できず、設計途中の未完成段階では全く
入力できないという問題があった。また、このような作
業を行なう為には、グラフィック表示機能の付いた高価
な計算機が必要となり、広く全員に広めることが不可能
であった。

【０００５】この発明は上記課題を解決する為になされ
たものであり、言語ベースのデータを入力とすることに
より、このデータを入力するだけで、入力データに関す
る文法チェックを自動的に行なうと共に、必要な図表を
自動的に生成する装置を得ることを目的とする。また、
前工程で作成されレビューされたデータを、後工程の入
力（ひな型）として流用できるようにすることで、前工
程のデータを正確に後工程に伝える為の装置を得ること
も目的とする。更に、全ての入力と出力をテキスト（文
字データ）にすることにより、広く一般に普及している
汎用のテキスト・エディタを用いて、データの入力およ
び編集を可能にすると共に、広く一般に普及しているＣ
ＲＴおよびプリンタから図表を出力できるようにし、広
く全員に普及できる装置を得ることも目的とする。

【０００６】

【課題を解決するための手段】この発明におけるプログ
ラム生産支援装置は、言語から言語もしくは言語から図
表への自動変換を主体とし、言語の正当性検査手段と図
表の自動生成手段を設けたものである。具体的には、請
求項１に記載された第１の発明に係るプログラム生産支
援装置は、字句解析手段と構文解析手段と階層構造抽出
手段および機能構成図生成手段を備え、字句解析手段が
自然言語と各機能の階層構造と種別を示す特殊記号で記
述された仕様記述を読み込みその内容を字句に分解し、
構文解析手段が字句に分解された仕様記述の構文解析を
行い、階層構造抽出手段が構文解析結果をもとに各機能
の階層構造を木構造に変換して記憶し、機能構成図生成
手段が木構造をもとに仕様記述に対応した機能構成図を
生成する構成としたものである。

【０００７】請求項２に記載された第２の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
と階層構造抽出手段とディレクトリ生成手段とファイル
生成手段およびモジュール生成手段を備え、字句解析手
段が自然言語と各機能の階層構造と種別を示す特殊記号
で記述された仕様記述を読み込みその内容を字句に分解
し、構文解析手段が字句に分解された仕様記述の構文解
析を行い、階層構造抽出手段が構文解析結果をもとに各
機能の階層構造を木構造に変換して記憶し、ディレクト
リ生成手段が木構造をもとに仕様記述としての識別子の
末尾記号に従ってディレクトリを生成し、ファイル生成
手段が木構造をもとに仕様記述としての識別子の末尾記
号に従ってファイルを生成し、モジュール生成手段が木
構造をもとに仕様記述としての識別子の末尾記号に従っ
てモジュールを生成する構成としたものである。

【０００８】請求項３に記載された第３の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
とインターフェース仕様抽出手段とモジュール定義・参
照抽出手段およびデザインレビュー用資料生成手段を備
え、字句解析手段が自然言語とプログラミング言語に準
じた制御構造で記述された疑似言語記述を読み込みその
内容を字句に分解し、構文解析手段が字句に分解された
疑似言語記述の構文解析を行い、インターフェース仕様
抽出手段が構文解析結果をもとに仕様記述部の各欄に記
述されたインターフェース仕様を記憶し、モジュール定
義・参照抽出手段が構文解析結果をもとにロジック記述
部に記述されたモジュールの定義・参照を記憶し、デザ
インレビュー用資料生成手段が記憶した情報をもとに
「疑似言語記述」に対応したデザインレビュー用資料を
生成する構成としたものである。

【０００９】請求項４に記載された第４の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
と制御構造抽出手段および木構造チャート生成手段を備
え、字句解析手段が自然言語とプログラミング言語に準
じた制御構造で記述された疑似言語記述を読み込みその
内容を字句に分解し、構文解析手段が字句に分解された
疑似言語記述の構文解析を行い、制御構造抽出手段が構
文解析結果をもとに処理説明および制御構造を木構造に
変換して記憶し、木構造チャート生成手段が木構造をも
とに疑似言語記述に対応した木構造チャートを生成する
構成としたものである。

【００１０】請求項５に記載された第５の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
と制御構造抽出手段と制御構造変換手段および処理説明
→コメント変換手段を備え、字句解析手段が自然言語と
プログラミング言語に準じた制御構造で記述された疑似
言語記述を読み込みその内容を字句に分解し、構文解析
手段が字句に分解された疑似言語記述の構文解析を行
い、制御構造抽出手段が構文解析結果をもとに処理説明
および制御構造を木構造に変換して記憶し、制御構造変
換手段が木構造をもとに疑似言語の制御構造をそれに対
応するプログラミング言語の制御構造に変換し、処理説
明→コメント変換手段が木構造をもとに疑似言語の処理
説明をプログラミング言語のコメントに変換する構成と
したものである。

【００１１】請求項６に記載された第６の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
と制御構造抽出手段と制御構造変換手段およびコメント
→処理説明変換手段を備え、字句解析手段が特定のプロ
グラミング言語で記述されたプログラミング言語記述を
読み込みその内容を字句に分解し、構文解析手段が字句
に分解されたプログラミング言語記述の構文解析を行
い、制御構造抽出手段が構文解析結果をもとにプログラ
ムの制御構造およびそれに付随するコメントを木構造に
変換して記憶し、制御構造変換手段が木構造をもとにプ
ログラミング言語の制御構造をそれに対応する疑似言語
の制御構造に変換し、コメント→処理説明変換手段が木
構造をもとにプログラミング言語の文およびコメントを
疑似言語の処理説明に変換する構成としたものである。

【００１２】請求項７に記載された第７の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
と制御構造抽出手段と不要情報割愛手段および木構造チ
ャート生成手段を備え、字句解析手段が特定のプログラ
ミング言語で記述されたプログラミング言語記述を読み
込みその内容を字句に分解し、構文解析手段が字句に分
解されたプログラミング言語記述の構文解析を行い、制
御構造抽出手段が構文解析結果をもとにプログラムの制
御構造とそれに付随するコメントを木構造に変換して記
憶し、不要情報割愛手段が指定に応じて木構造チャート
に反映したくない情報を木構造から削除し、木構造チャ
ート生成手段が木構造をもとにプログラミング言語記述
に対応した木構造チャートを生成する構成としたもので
ある。

【００１３】請求項８に記載された第８の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
とインターフェース仕様抽出手段とモジュール定義・参
照抽出手段とモジュール名照合手段およびモジュール仕
様書生成手段を備え、字句解析手段が特定のプログラミ
ング言語で記述されたプログラミング言語記述を読み込
みその内容を字句に分解し、構文解析手段が字句に分解
されたプログラミング言語記述の構文解析を行い、イン
ターフェース仕様抽出手段が構文解析結果をもとにヘッ
ダーコメント中の各欄に記述されたインターフェース仕
様を記憶し、モジュール定義・参照抽出手段が構文解析
結果をもとにモジュールの定義・参照を木構造に変換し
て記憶し、モジュール名照合手段がヘッダーコメント中
のMODULE欄の名称が実際のモジュール名に一致している
かを照合し、モジュール仕様書生成手段が記憶した情報
をもとにプログラミング言語記述に対応したモジュール
仕様書を生成する構成としたものである。

【００１４】請求項９に記載された第９の発明に係るプ
ログラム生産支援装置は、字句解析手段と構文解析手段
とモジュール定義・参照抽出手段と同一構造割愛手段お
よびモジュール構成図生成手段を備え、字句解析手段が
特定のプログラミング言語で記述されたプログラミング
言語記述を読み込みその内容を字句に分解し、構文解析
手段が字句に分解されたプログラミング言語記述の構文
解析を行い、モジュール定義・参照抽出手段が構文解析
結果をもとにモジュールの定義・参照を木構造に変換し
て記憶し、同一構造割愛手段が木構造をもとに同一構造
を木構造から削除し「〜と同じ」という情報で置換し、
モジュール構成図生成手段が木構造をもとにプログラミ
ング言語記述に対応したモジュール構成図を生成する構
成としたものである。

【００１５】請求項１０に記載された第１０の発明に係
るプログラム生産支援装置は、字句解析手段と構文解析
手段とシンボル定義抽出手段とシンボル定義並換え手段
およびシンボル一覧表生成手段を備え、字句解析手段が
特定のプログラミング言語で記述されたプログラミング
言語記述を読み込みその内容を字句に分解し、構文解析
手段が字句に分解されたプログラミング言語記述の構文
解析を行い、シンボル定義抽出手段が構文解析結果をも
とにシンボルの定義情報を記憶し、シンボル定義並換え
手段がシンボルの定義情報を定義位置の順に並べ換え、
シンボル一覧表生成手段がシンボルの定義情報をもとに
プログラミング言語記述に対応したシンボル一覧表を生
成する構成としたものである。

【００１６】請求項１１に記載された第１１の発明に係
るプログラム生産支援装置は、字句解析手段および特定
パターンの検出手段を備え、字句解析手段が特定のプロ
グラミング言語で記述された「プログラミング言語記
述」を読み込みその内容を字句に分解し、特定パターン
の検出手段が字句に分解されたプログラミング言語記述
中から特定の位置、例えば制御構造の条件中に位置する
ものだけを抽出しその中に特定のパターンが含まれてい
ることを検出して警告メッセージを出力する構成とした
ものである。

【００１７】請求項１２に記載された第１２の発明に係
るプログラム生産支援装置は、字句解析手段と構文解析
手段および実行追跡処理埋込み手段を備え、字句解析手
段が特定のプログラミング言語で記述されたプログラミ
ング言語記述を読み込みその内容を字句に分解し、構文
解析手段が字句に分解されたプログラミング言語記述の
構文解析を行い、実行追跡処理埋込み手段が構文解析結
果をもとにプログラミング言語記述中の所定の位置にプ
ログラムの実行を追跡する為の実行追跡処理を埋込む構
成としたものである。

【００１８】請求項１３に記載された第１３の発明に係
るプログラム生産支援装置は、上記第１〜１２の発明を
構成する複数の手段の組のうちの２つ以上の組を組み合
わせる構成としたものである。

【００１９】

【作用】この発明におけるプログラム生産支援装置は、
言語から言語への変換を主体とし、図表レベルでの変更
・修正に比べてデータの変更・修正を容易とする一方、
データが部分的に入力された段階でも各種図表を生成
し、中間的な出力結果を見ながらデータを変更・修正し
ていくことを可能とする。すなわち、第１の発明のプロ
グラム生産支援装置は、書籍の目次に準じた形式の仕様
記述を入力にすることにより、プログラムの機能構成を
示した機能構成図を自動的に生成する。

【００２０】第２の発明のプログラム生産支援装置は、
書籍の目次に準じた形式の仕様記述を入力にすることに
より、プログラムを実現するに必要なディレクトリ、フ
ァイルおよびモジュールを自動的に生成する。

【００２１】第３の発明のプログラム生産支援装置は、
プログラミング言語に準じた疑似言語記述を入力にする
ことにより、モジュールのデザインレビュー用資料を自
動的に生成する。

【００２２】第４の発明のプログラム生産支援装置は、
プログラミング言語に準じた疑似言語記述を入力にする
ことにより、モジュールの処理フローを示す木構造をチ
ャートを自動的に生成する。

【００２３】第５の発明のプログラム生産支援装置は、
プログラミング言語に準じた疑似言語記述を入力にする
ことにより、モジュールのプログラミング言語記述のひ
な形を自動的に生成する。

【００２４】第６の発明のプログラム生産支援装置は、
プログラミング言語記述を入力にすることにより、プロ
グラミング言語記述からプログラミング言語記述に準じ
た疑似言語を自動的に生成する。

【００２５】第７の発明のプログラム生産支援装置は、
プログラミング言語記述を入力にすることにより、プロ
グラミング言語記述からユーザ（操作者）の要求に応じ
た木構造チャートを自動的に生成する。

【００２６】第８の発明のプログラム生産支援装置は、
プログラミング言語記述を入力にすることにより、ヘッ
ダーコメント中の「MODULE」欄に記述された名前に正確
に対応したモジュール仕様書を自動的に生成する。

【００２７】第９の発明のプログラム生産支援装置は、
プログラミング言語記述を入力にすることにより、プロ
グラミング言語記述から実用的なモジュール構成図を自
動的に生成する。

【００２８】第１０の発明のプログラム生産支援装置
は、プログラミング言語記述を入力にすることにより、
プログラミング言語記述から実用的なシンボル一覧表を
自動的に生成する。

【００２９】第１１の発明のプログラム生産支援装置
は、プログラミング言語記述を入力にすることにより、
プログラミング言語記述から文法的には正しいが意味的
にはエラーである可能性が高い記述を自動的に検出して
警告メッセージを出力する。

【００３０】第１２の発明のプログラム生産支援装置
は、プログラミング言語記述を入力にすることにより、
プログラミング言語記述にプログラムの実行追跡処理を
自動的に埋め込む。

【００３１】第１３の発明のプログラム生産支援装置
は、プログラム生産における事務的な処理を自動化した
り、前工程で作成されレビューされた情報を後工程の入
力として流用することが可能となる。

【００３２】

【実施例】以下、この発明の各実施例について、図１乃
至図８１を用いて説明する。図８１は、以下に記述する
実施例１〜実施例１２の前提となるハードウェアを示す
構成図である。この図８１において、１４０１は入力手
段としてのキーボード、１４０２は表示手段としてのデ
ィスプレイ、１４０３はプログラム生産支援装置の主要
構成部としての計算機、１４０４は計算機１４０３に対
する外部メモリを構成する外部記憶、１４０５は出力手
段としてのプリンタである。 実施例１．図１は実施例１のプログラム生産支援装置を
示す構成図、図２は実施例１におけるプログラム生産支
援装置の動作を示すフローチャート、図３および図４は
実施例１の入力である「仕様記述」の一例を示す図、図
５および図６は実施例１の出力である「機能構成図」の
一例を示す図、図７は実施例１の制御構造抽出手段によ
って変換され記憶される木構造を示す図である。

【００３３】図１において、１０１は自然言語および各
機能の階層構造と種別が記述された「仕様記述」、１０
２は仕様記述１０１を読み込みその内容を字句に分解す
る「字句解析手段」、１０３は字句に分解された仕様記
述１０１の構文解析を行う「構文解析手段」、１０４は
構文解析手段１０３による仕様記述１０１の構文解析結
果をもとに各機能の階層構造を木構造に変換して記憶す
る「階層構造抽出手段」、１０５は階層構造抽出手段１
０４によって記憶された木構造をもとに仕様記述１０１
に対応した機能構成図を自動生成する「機能構成図生成
手段」、１０６は機能構成図生成手段１０５によって自
動生成された「機能構成図」である。

【００３４】この実施例１におけるプログラム生産支援
装置の動作について、図２に示すフローチャートを用い
て説明する。まず、字句解析手段１０２は、自然言語お
よび各機能の階層構造と種別を示す特殊記号で記述され
た仕様記述１０１（図３および図４参照）を読み込みそ
の内容を字句に分解する（図２のステップ（イ））。次
に、構文解析手段１０３は、字句解析手段１０２によっ
て字句に分解された仕様記述１０１の構文解析を行う
（図２のステップ（ロ））。次に、階層構造抽出手段１
０４は、構文解析手段１０３による仕様記述１０１の構
文解析結果をもとに仕様記述１０１内の行頭に記述され
たピリオドの数によって、各機能の階層構造（ピリオド
の数が多いほど下位構造であることを意味する）を判断
し、その情報、例えば、 .大機能 ..中機能 ...小機能 ...小機能 ..中機能 ...小機能 ...小機能 を図７に示す木構造に変換して記憶すると共に、ピリオ
ドの直後に記述されている機能概要（例えば図３および
図４中の「全機能」）を、階層構造に対応付けて記憶す
る（図２中のステップ（ハ））。次に、機能構成図生成
手段１０５は、階層構造抽出手段１０４によって記憶さ
れた木構造をもとに、仕様記述１０１に対応した機能構
成図１０６（図５および図６参照）を自動生成する（図
２中のステップ（ニ））。

【００３５】この実施例１では、各機能の階層構造を示
す特殊記号としてピリオドを用いる方法を紹介したが、
これは他のいかなる記号（例えば「＠」）であっても構
わない。同様に、この実施例１では、各機能の階層構造
を記憶する手段として木構造を用いる方法を紹介した
が、これは他のいかなるデータ構造（例えば「リスト構
造」）であっても構わない。

【００３６】次に、従来例と比較して、この実施例１の
優れている点について説明する。この実施例１と同じ機
能を実現する従来の方法としては次の２つが考えられ
る。

【００３７】第１の方法は、図形エディタなどの汎用ツ
ールを用いて、目的とする機能構成図を人間が作成する
というものである。この方法は確かに現実的ではある
が、図の作成に膨大な時間が必要（作業コストの問題）
となるだけでなく、図の書き方に個人差が出る（属人性
の問題）、ミスが入り込みやすい（作業品質の問題）、
など多くの問題がある。

【００３８】第２の方法は、機能構成図を作成する為の
専用エディタを開発し提供するというものである。この
方法では、第１の方法の欠点をある程度解消することは
できるが、代わりに、専用エディタを開発するのに相当
な費用がかかる（開発コストの問題）、開発したエディ
タは機能構成図専用であり潰しが利かない（投資効果の
問題）、ユーザに専用エディタの使い方を教育する必要
がある（教育コストの問題）、といった新たな問題を誘
発する。

【００３９】これに対しこの実施例１を使用した場合、
書籍の目次に準じた形式（〜章、〜節、〜項といった感
覚）の仕様記述１０１を入力するだけで、プログラムの
機能構成を示した機能構成図が自動的に生成されるの
で、人間が図形エディタなどを用いてこれと同等な機能
構成図を作成するのに比べ、図の作成に要する時間が大
幅に短縮されるだけでなく、図の書き方に関する個人差
が完全に是正されると共に、仕様と図との不一致が全く
無くなるという効果がある。更に、入力となる仕様記述
１０１は容易に再配置可能であり、必要に応じ如何よう
にでも順番を入れ替えて試行錯誤できるという効果があ
る。また、入力となる仕様記述１０１は単なるテキスト
であり、一般的なテキスト・エディタを用いて作成でき
るので、新たに専用エディタを開発して提供する必要が
ないばかりか、ユーザが自分の使い慣れたエディタを用
いて仕様記述１０１を作成できるという効果がある。こ
れは、この実施例１が低コストで実現かつ運用可能であ
ることを意味している。

【００４０】以上のようにこの実施例１によれば、図１
に示すように、書籍の目次に準じた形式の仕様記述１０
１を入力にすると共に、プログラム生産支援装置中に、
字句解析手段１０２、構文解析手段１０３、階層構造抽
出手段１０４、および機能構成図生成手段１０５を設け
ることにより、機能構成図１０６の作成に要する時間を
大幅に短縮できると共に、機能構成図１０６の品質を格
段に高めることができ、結果としてプログラム生産の高
品質化に大きく寄与することができる。

【００４１】実施例２．図８は、実施例２のプログラム
生産支援装置を示す、図９は実施例２におけるプログラ
ム生産支援装置の動作を示すフローチャート、図１０は
実施例２の出力であるディレクトリ構成の一例を示す
図、図１１は実施例２の出力であるモジュールの一例を
示す図構成図である。なお、実施例２の入力である「仕
様記述」の一例としては、図３および図４に図示したも
のを使用する。

【００４２】以下、図８の図１と異なる要素について説
明する。図８において、２０１は階層構造抽出手段１０
４によって記憶された木構造をもとに仕様記述１０１に
従ってディレクトリを自動生成する「ディレクトリ生成
手段」、２０２は階層構造抽出手段１０４によって記憶
された木構造をもとに仕様記述１０１に従ってファイル
を自動生成する「ファイル生成手段」、２０３は階層構
造抽出手段１０４によって記憶された木構造をもとに仕
様記述１０１に従ってモジュールを自動生成する「モジ
ュール生成手段」、２０４は「外部記憶」、２０５はデ
ィレクトリ生成手段２０１によって外部記憶２０４中に
自動生成された「ディレクトリ」、２０６、２０７、２
０８はファイル生成手段２０２によってディレクトリ２
０５下に自動生成された「ファイル」、２０９、２１
０、２１１はモジュール生成手段２０３によってファイ
ル２０８内に自動生成された「モジュール」である。

【００４３】この実施例２におけるプログラム生産支援
装置の動作について、図９に示すフローチャートを用い
て説明する。図９において、ステップ（イ）、ステップ
（ロ）、ステップ（ハ）は、図２のそれと基本的に同じ
である。ただし、ステップ（ハ）は、ピリオドの直後に
記述されている機能概要（例えば図３および図４中の
「全機能」）を階層構造に対応付けて記憶する以外に、
ピリオドで始まる行の行末に記述されている識別子（例
えば図３および図４中の「dir_1」）、その識別子の末
尾に記述されている各機能の種別を示す特殊記号
（「/」「.c」「()」）、および、行頭がピリオドで始
まる行の次の行に記述されている機能説明（例えば図３
および図４中の「全機能に対する機能説明」）を、階層
構造に対応付けて記憶する点が異なっている。尚、この
とき階層構造に対応付けて記憶された各機能の種別を示
す特殊記号は、のちほど各機能を具現化する際に、それ
らをディレクトリ２０５、ファイル２０６〜２０８、モ
ジュール２０９〜２１１のいずれとして生成するかを決
定する（図９のステップ（ニ））。以下、図９の図２と
異なる動作について説明する。仕様記述１０１に対して
一通りの処理（木構造への変換とその記憶）が完了する
と、ディレクトリ生成手段２０１は、階層構造抽出手段
１０４によって記憶された木構造をもとに、各機能の種
別を示す特殊記号が「/」であるものについて、それに
対応して記憶された識別子を名前とするディレクトリ２
０５を、外部記憶２０４中に自動生成する（図９のステ
ップ（ホ））。同様に、ファイル生成手段２０２は、階
層構造抽出手段１０４によって記憶された木構造をもと
に、各機能の種別を示す特殊記号が「.c」であるものに
ついて、それに対応して記憶された識別子を名前とする
ファイル２０６〜２０８（図１０参照）をディレクトリ
２０５下に自動生成する（図９のステップ（ヘ））。同
様に、モジュール生成手段２０３は、階層構造抽出手段
１０４によって記憶された木構造をもとに、各機能の種
別を示す特殊記号が「()」であるものについて、それに
対応して記憶された識別子を名前とするモジュール２０
９〜２１１（図１１参照）をファイル２０８内に自動生
成する（図９のステップ（ト））。

【００４４】次に、仕様記述１０１からモジュール２０
９〜２１１を生成する手順を、図３と図４および図１１
を用いて説明する。

【００４５】前述のとおり、仕様記述１０１内の情報が
ディレクトリ２０５、ファイル２０６〜２０８、モジュ
ール２０９〜２１１のいずれとして具現化されるかは、
各機能の種別を示す特殊記号（「/」「.c」「()」）に
よって決定される。例えば、図３および図４中の ..大機能 dir_1_1/ [大機能に対する機能説明] ...中機能 file_1_1_1.c [中機能に対する機能説明] ....小機能 func_1_1_1_1() [小機能に対する機能説明] という記述は、行頭のピリオドの数によって、 大機能−中機能−小機能 という階層構造を意味すると共に、各機能の種別を示す
特殊記号によって、「「dir_1_1」という名前のディレ
クトリを生成（「/」で指示）した上で、その下に「fil
e_1_1_1.c」という名前のファイルを生成（「.c」で指
示）し、その内部に「func_1_1_1_1」という名前のモジ
ュールを生成（「()」で指示）せよ」という作業指示を
意味している。この原則により、仕様記述１０１から必
要なディレクトリ２０５、ファイル２０６〜２０８、モ
ジュール２０９〜２１１が自動的に生成される。

【００４６】尚、こうして生成されたモジュール２０９
〜２１１には、仕様記述１０１中のピリオドで始まる行
の行末に記述されている識別子（例えば図３および図４
中の「func_1_1_1_1()」）がモジュール２０９〜２１１
内の仕様記述部（function spec）とロジック記述部（f
unction logic）の名前として、ピリオドの直後に記述
されている機能概要（例えば図３および図４中の「小機
能」）が仕様記述部のABSTRACT欄の説明として、ピリオ
ドで始まる行の次の行に記述されている機能説明（例え
ば図３および図４中の「小機能に対する機能説明」）が
仕様記述部のFUNCTION欄の説明として、それぞれ function spec func_1_1_1_1() ←仕様記述部 { ABSTRACT: 小機能 FUNCTION: 小機能に対する機能説明 NOTE : interface: ARGUMENT: RETURN : GLOBAL : } function logic func_1_1_1_1() ←ロジック記述部 { } という形式で自動的に反映される。

【００４７】この実施例２では、各機能の階層構造を示
す特殊記号としてピリオドを用いる方法を紹介したが、
これは他のいかなる記号（例えば「＠」）であっても構
わない。同様に、この実施例２では、各機能の階層構造
を記憶する手段として木構造を用いる方法を紹介した
が、これは他のいかなるデータ構造（例えば「リスト構
造」）であっても構わない。同様に、この実施例２で
は、各機能の種別を示す特殊記号（ディレクトリ２０
５、ファイル２０６〜２０８、モジュール２０９〜２１
１のいずれとして具現化するかを指示）として、それぞ
れ「/」「.c」「()」を用いる方法を紹介したが、これ
は他のいかなる記号（例えば「.dir」「.file」「.modu
le」）であっても構わない。同様に、この実施例２で
は、仕様記述内の情報をモジュール２０９〜２１１内に
反映する手段として、「仕様記述部」と「ロジック記述
部」という形式を用いる方法を紹介したが、これは他の
いかなる形式（例えば「表形式」）であっても構わな
い。

【００４８】次に、従来例と比較して、この実施例２の
優れている点について説明する。この実施例２と同じ機
能を実現する従来の方法としては次のものが考えられ
る。

【００４９】その方法とは、ディレクトリ、ファイル、
およびモジュールを生成する為の対話型ツールを開発し
提供するというものである。この方法は一見合理的に見
えるが、実施例１のところでも指摘したとおり、対話型
ツールを開発するのに相当な費用がかかる（開発コスト
の問題）、開発した対話型ツールは当該機能専用であり
潰しが利かない（投資効果の問題）、ユーザに対話型ツ
ールの使い方を教育する必要がある（教育コストの問
題）だけでなく、目的のものを作成するのに膨大な時間
がかかる（作業コストの問題）、作業のやり方に個人差
が出る（属人性の問題）、ミスが入り込みやすい（作業
品質の問題）、など多くの問題がある。

【００５０】これに対しこの実施例２を使用した場合、
書籍の目次に準じた形式（〜章、〜節、〜項といった感
覚）の仕様記述１０１を入力するだけで、プログラムを
実現するのに必要なディレクトリ２０５、ファイル２０
６〜２０８およびモジュール２０９〜２１１が自動的に
生成されるので、人間が対話型ツールを用いてこれと同
等なリソースを生成するのに比べ、これらの生成に要す
る時間が大幅に短縮されるだけでなく、作業のやり方に
関する個人差を完全に是正できると共に、前工程の設計
情報（機能構成）を後工程に忠実に伝えることができる
という効果がある。また、入力となる仕様記述１０１は
単なるテキストであり、一般的なテキスト・エディタを
用いて作成できるので、新たに専用エディタを開発して
提供する必要がないばかりか、ユーザが自分の使い慣れ
たエディタを用いて仕様記述１０１を作成できるという
効果がある。これは、この実施例２が低コストで実現か
つ運用可能であることを意味している。

【００５１】以上のようにこの実施例２によれば、図８
に示すように、書籍の目次に準じた形式の仕様記述１０
１を入力にすると共に、プログラム生産支援装置中に、
字句解析手段１０２、構文解析手段１０３、階層構造抽
出手段１０４、ディレクトリ生成手段２０１、ファイル
生成手段２０２、およびモジュール生成手段２０３を設
けることにより、プログラムを実現するのに必要なディ
レクトリ２０５、ファイル２０６〜２０８、およびモジ
ュール２０９〜２１１を自動生成できると共に、前工程
の設計情報（機能構成）を後工程に忠実に伝えることが
でき、結果としてプログラム生産の高品質化に大きく寄
与することができる。

【００５２】実施例３．図１２は実施例３のプログラム
生産支援装置を示す構成図、図１３は実施例３における
プログラム生産支援装置の動作を示すフローチャート、
図１４および図１５は実施例３の入力である「疑似言語
記述」の一例を示す図、図１６は実施例３の出力である
「デザインレビュー用資料」の一例を示す図である。

【００５３】図１２において、３０１はモジュールのイ
ンターフェース仕様と処理フローが記述された「疑似言
語記述」、３０２は疑似言語記述３０１を読み込んで字
句に分解する「字句解析手段」、３０３は字句に分解さ
れた疑似言語記述３０１の構文解析を行なう「構文解析
手段」、３０４は構文解析手段３０３による疑似言語記
述３０１の構文解析結果をもとに仕様記述部の各欄に記
述されたインターフェース仕様を記憶する「インターフ
ェース仕様抽出手段」、３０５は構文解析手段３０３に
よる疑似言語記述３０１の構文解析結果をもとにロジッ
ク記述部に記述されたモジュールの定義・参照を記憶す
る「モジュール定義・参照抽出手段」、３０６はインタ
ーフェース仕様抽出手段３０４およびモジュール定義・
参照抽出手段３０５によって記憶された情報をもとに疑
似言語記述３０１に対応したデザインレビュー用資料を
自動生成する「デザインレビュー用資料生成手段」、３
０７はデザインレビュー用資料生成手段３０６によって
自動生成された「デザインレビュー用資料」である。

【００５４】この実施例３におけるプログラム生産支援
装置の動作について、図１３に示すフローチャートを用
いて説明する。

【００５５】まず、字句解析手段３０２は、モジュール
のインターフェース仕様と処理フローが記述された疑似
言語記述３０１（図１４および図１５参照）を読み込み
その内容を字句に分解する（図１３のステップ
（イ））。次に、構文解析手段３０３は、字句解析手段
３０２によって字句に分解された疑似言語記述３０１の
構文解析を行なう（図１３のステップ（ロ））。次に、
インターフェース仕様抽出手段３０４は、構文解析手段
３０３による疑似言語記述３０１の構文解析結果をもと
に、疑似言語記述３０１内の仕様記述部（function spe
c）の先頭に記述されているモジュール名（例えば図１
４および図１５中の「main」）、ABSTRACT欄に記述され
ている機能概要（例えば図１４および図１５中の「モジ
ュールの概要」）、FUNCTION欄に記述されている機能説
明（例えば図１４および図１５中の「モジュールの機
能」）、NOTE欄に記述されている備考（例えば図１４お
よび図１５中の「モジュールを使う際の注意事項」）、
ARGUMENT欄に記述されている仮引数（例えば図１４およ
び図１５中の「IN int argument_1 仮引数の説
明」）、GLOBAL欄に記述されている大域変数（例えば図
１４および図１５中の「IN int global_1 大域変数
の説明」）、RETURN欄に記述されている戻り値（例えば
図１４および図１５中の「0 戻り値の説明」）を抽出
して記憶する（図１３のステップ（ハ））。次に、モジ
ュール定義・参照抽出手段３０５は、構文解析手段３０
３による疑似言語記述３０１の構文解析結果をもとに、
疑似言語記述３０１内のロジック記述部（function log
ic）の先頭に記述されているモジュールの定義（例えば
図１４および図１５中の「function logic main {
・・・ }」）と、ロジック記述部（function logic）中
に記述されているモジュールの参照（例えば図１４およ
び図１５中の「××を××する[function_1]」）を抽出
して記憶する（図１３のステップ（ニ））。次に、デザ
インレビュー用資料生成手段３０６は、インターフェー
ス仕様抽出手段３０４および、モジュール定義・参照抽
出手段３０５によって記憶された情報をもとに、疑似言
語記述３０１に対応したデザインレビュー用資料３０７
（図１６参照）を自動生成する（図１３のステップ
（ホ））。

【００５６】この実施例３では、モジュールのインター
フェース仕様と処理フローを記述する手段として、Ｃ言
語に準じた疑似言語を用いる方法を紹介したが、これは
他のいかなるプログラミング言語（例えば「Ada」）に
準じたものであっても構わない。同様に、この実施例３
では、モジュールの処理フローの階層構造を記述する手
段として、疑似言語のブロック構造（例えば図１４およ
び図１５中の「{・・・}」）を用いる方法を紹介した
が、これは他のいかなる方法（例えばbegin文とend文で
下位構造を囲む）であっても構わない。 （注１）疑似言語とは、プログラミング言語の制御構造
と自然言語の文章が混在する設計用の仮想言語を意味す
る。 （注２）Ｃ言語とは、AT&Tベル研究所で開発され、ANSI
（American NationalStandards Institute）で標準化さ
れたプログラミング言語を意味する。 （注３）Adaとは米国防総省で開発されたプログラミン
グ言語のことである。

【００５７】次に、従来例と比較して、この実施例３の
優れている点について説明する。この実施例３と同じ機
能を実現する従来の方法としては次の２つが考えられ
る。

【００５８】第１の方法は、ワープロなどの汎用ツール
を用いて、目的とするデザインレビュー用資料を人間が
作成するというものである。この方法は確かに現実的で
はあるが、デザインレビュー用資料の作成に膨大な時間
が必要（作業コストの問題）となるだけでなく、デザイ
ンレビュー用資料の形式に個人差が出る（属人性の問
題）、ミスが入り込みやすい（作業品質の問題）、など
多くの問題がある。

【００５９】第２の方法は、デザインレビュー用資料を
作成する為の専用エディタを開発し提供するというもの
である。この方法では、第１の方法の欠点をある程度解
消することができるが、代わりに、専用エディタを開発
するのに相当な費用がかかる（開発コストの問題）、開
発したエディタはデザインレビュー用資料専用であり潰
しが利かない（投資効果の問題）、ユーザに専用エディ
タの使い方を教育する必要がある（教育コストの問
題）、といった新たな問題を誘発する。

【００６０】これに対しこの実施例３を使用した場合、
プログラミング言語に準じた疑似言語記述を入力するだ
けで、モジュールのデザインレビュー用資料３０７が自
動的に生成されるので、人間がワープロなどを用いてこ
れと同等なデザインレビュー用資料を作成するのに比
べ、デザインレビュー用資料３０７の作成に要する時間
が大幅に短縮されるだけでなく、デザインレビュー用資
料３０７の形式に関する個人差が完全に是正されると共
に、モジュールの仕様とデザインレビュー用資料３０７
との不一致が完全になくなるという効果がある。また、
入力となる疑似言語記述３０１は単なるテキストであ
り、一般的なテキスト・エディタを用いて作成できるの
で、新たに専用エディタを開発して提供する必要がない
ばかりか、ユーザが自分の使い慣れたエディタを用いて
疑似言語記述３０１を作成できるという効果がある。こ
れは、この実施例３が低コストで実現かつ運用可能であ
ることを意味している。

【００６１】以上のようにこの実施例３によれば、図１
２に示すように、プログラミング言語に準じた疑似言語
記述３０１を入力にすると共に、プログラム生産支援装
置中に、字句解析手段３０２、構文解析手段３０３、イ
ンターフェース仕様抽出手段３０４、モジュール定義・
参照抽出手段３０５およびデザインレビュー用資料生成
手段３０６を設けることにより、デザインレビュー用資
料３０７の作成に要する時間を大幅に短縮できると共
に、デザインレビュー用資料３０７の品質を格段に高め
ることができ、結果としてプログラム生産の高品質化に
大きく寄与することができる。

【００６２】実施例４．図１７は実施例４のプログラム
生産支援装置を示す構成図、図１８は実施例４における
プログラム生産支援装置の動作を示すフローチャート、
図１９は実施例４の出力である「木構造チャート」の一
例を示す図、図２０は実施例４の制御構造抽出手段によ
って変換され記憶される木構造の一例を示す図、図２１
は実施例４の木構造チャート生成手段によって生成され
る木構造チャートの一例を示す図、図２２は実施例４の
制御構造抽出手段によって変換され記憶される上記とは
別の木構造の一例を示す図、図２３は実施例４の木構造
チャート生成手段によって生成される上記とは別の木構
造チャートの一例を示す図である。なお、この実施例４
の入力である「疑似言語記述」の一例としては、図１４
および図１５に図示したものを使用する。

【００６３】以下、図１７の図１２と異なる要素につい
て説明する。図１７において、４０１は構文解析手段３
０３による疑似言語記述３０１の構文解析結果をもとに
疑似言語記述３０１のロジック記述部に記述された処理
説明および制御構造を木構造に変換して記憶する「制御
構造抽出手段」、４０２は制御構造抽出手段４０１によ
って記憶された木構造をもとに疑似言語記述３０１に対
応した木構造チャートを自動生成する「木構造チャート
生成手段」、４０３は木構造チャート生成手段４０２に
よって自動生成された「木構造チャート」である。

【００６４】この実施例４におけるプログラム生産支援
装置の動作について、図１８に示すフローチャートを用
いて説明する。図１８において、ステップ（イ）、ステ
ップ（ロ）は図１３のそれと同じである。以下、図１８
の図１３と異なる動作について説明する。まず、制御構
造抽出手段４０１は、構文解析手段３０３による疑似言
語記述３０１の構文解析結果をもとに、疑似言語記述３
０１のロジック記述部（function logic）に記述された
処理説明（例えば図１４および図１５中の「// ××を
××する」）および制御構造（例えば図１４および図１
５中の「if (・・・) {・・・}」）を木構造に変換して
記憶する（図１８のステップ（ハ））。次に、木構造チ
ャート生成手段４０２は、制御構造抽出手段４０１によ
って記憶された木構造をもとに、疑似言語記述３０１に
対応した木構造チャート４０３（図１９参照）を自動生
成する（図１８のステップ（ニ））。

【００６５】次に、制御構造抽出手段４０１および木構
造チャート生成手段４０２が、疑似言語記述３０１から
木構造チャート４０３を生成する手順を図１４、図１５
および図１９〜図２３を用いて説明する。

【００６６】この疑似言語では、 （１）ブロック（「{」と「}」）は、その内側に記述さ
れた要素を下位構造として包含する。例えば、 という記述において、「××を××する」という処理説
明は、「△△を△△する」という処理説明を下位構造と
して包含する。 （２）「//」は、それに連なる一連の要素を下位構造と
して包含する。例えば、 // ××を××する △△を△△する; □□を□□する; という記述において、「××を××する」という処理説
明は、「△△を△△する」および「□□を□□する」と
いう２つの処理説明を下位構造として包含する。という
単純な原則を前提としているので、例えば、 という疑似言語記述３０１は、制御構造抽出手段４０１
によって図２０に示す木構造に変換して記憶された後、
木構造チャート生成手段４０２によって図２１に示す木
構造チャートに自動的に変換される。同様に、図１４お
よび図１５中の という疑似言語記述３０１は、制御構造抽出手段４０１
によって図２２に示す木構造に変換して記憶された後、
木構造チャート生成手段４０２によって図２３に示す木
構造チャート（図１９参照）に自動的に変換される。

【００６７】この実施例４では、モジュールのインター
フェース仕様と処理フローを記述する手段として、Ｃ言
語に準じた疑似言語を用いる方法を紹介したが、これは
他のいかなるプログラミング言語（例えば「Ada」）に
準じたものであっても構わない。同様に、この実施例４
では、モジュールの処理フローの階層構造を記述する手
段として、疑似言語のブロック構造（例えば図１４およ
び図１５中の「{・・・｝」）を用いる方法を紹介した
が、これは他のいかなる方法（例えばｂｅｇｉｎ文とen
d文で下位構造を囲む）であっても構わない。同様に、
この実施例４では、具体的な木構造チャートとしてＮＴ
Ｔ（株）で考案されたＨＣＰチャートを用いる例を紹介
したが、これは他のいかなる木構造チャート（例えば日
本電気（株）のＳＰＤ）であっても構わない。同様に、
この実施例４では、処理説明の階層構造を記憶する手段
として木構造を用いる方法を紹介したが、これは他のい
かなるデータ構造（例えば「リスト構造」）であっても
構わない。 （注４）ＨＣＰチャートとは、Hierarchical and ComPa
ct description chartの略称である。 （注５）ＳＰＤとは、Structured Programming Diagram
の略称である。

【００６８】次に、従来例と比較して、この実施例４の
優れている点について説明する。この実施例４と同じ機
能を実現する従来の方法としては次の２つが考えられ
る。

【００６９】第１の方法は、図形エディタなどの汎用ツ
ールを用いて、目的とする木構造チャートを人間が作成
するというものである。この方法は確かに現実的ではあ
るが、木構造チャートの作成に膨大な時間が必要（作業
コストの問題）となるだけでなく、木構造チャートの形
式に個人差が出る（属人性の問題）、ミスが入り込みや
すい（作業品質の問題）、など多くの問題がある。

【００７０】第２の方法は、木構造チャートを作成する
為の専用エディタを開発し提供するというものである。
この方法では、第１の方法の欠点をある程度解消するこ
とができるが、代わりに、専用エディタを開発するのに
相当な費用がかかる（開発コストの問題）、開発したエ
ディタは木構造チャート専用であり潰しが利かない（投
資効果の問題）、ユーザに専用エディタの使い方を教育
する必要がある（教育コストの問題）、といった新たな
問題を誘発する。

【００７１】これに対しこの実施例４を使用した場合、
プログラミング言語に準じた疑似言語記述３０１を入力
するだけで、モジュールの処理フローを示す木構造チャ
ート４０３が自動的に生成されるので、人間が図形エデ
ィタなどを用いてこれと同等な木構造チャート４０３を
作成するのに比べ、木構造チャート４０３の作成に要す
る時間が大幅に短縮されるだけでなく、木構造チャート
４０３の形式に関する個人差が完全に是正されると共
に、モジュールの処理フローと木構造チャート４０３と
の不一致が完全になくなるという効果がある。また、入
力となる疑似言語記述３０１は単なるテキストであり、
一般的なテキスト・エディタを用いて作成できるので、
新たに専用エディタを開発して提供する必要がないばか
りか、ユーザが自分の使い慣れたエディタを用いて仕様
記述を作成できるという効果がある。これは、本実施例
が低コストで実現かつ運用可能であることを意味してい
る。

【００７２】以上のようにこの実施例４によれば、図１
７に示すように、プログラミング言語に準じた疑似言語
記述３０１を入力にすると共に、プログラム生産支援装
置中に、字句解析手段３０２、構文解析手段３０３、制
御構造抽出手段４０１および木構造チャート生成手段４
０２を設けることにより、木構造チャート４０３の作成
に要する時間を大幅に短縮できると共に、木構造チャー
ト４０３の品質を格段に高めることができ、結果として
プログラム生産の高品質化に大きく寄与することができ
る。

【００７３】実施例５．図２４は実施例５におけるプロ
グラム生産支援装置の構成を示すブロック図、図２５は
実施例５におけるプログラム生産支援装置の動作を示す
フローチャート、図２６および図２７は実施例５の出力
である「プログラミング言語記述のひな形」の一例を示
す図、図２８は実施例５の制御構造抽出手段によって変
換され記憶される木構造の一例を示す図である。なお、
この実施例５の入力である「疑似言語記述」の一例とし
ては、図１４および図１５に図示したものを使用する。

【００７４】以下、図２４の図１７と異なる要素につい
て説明する。図２４において、５０１は制御構造抽出手
段４０１によって記憶された木構造をもとに疑似言語の
制御構造をプログラミング言語の制御構造に変換する
「制御構造変換手段」、５０２は制御構造抽出手段４０
１によって記憶された木構造をもとに疑似言語の処理説
明をプログラミング言語のコメントに変換する「処理説
明→コメント変換手段」、５０３は制御構造変換手段５
０１および処理説明→コメント変換手段５０２によって
自動生成された「プログラミング言語記述のひな形」で
ある。

【００７５】この実施例５におけるプログラム生産支援
装置の動作について、図２５に示すフローチャートを用
いて説明する。

【００７６】図２５において、ステップ（イ）、ステッ
プ（ロ）、ステップ（ハ）は図１８のそれと同じであ
る。以下、図２５の図１８と異なる動作について説明す
る。まず、本処理系は、制御構造抽出手段４０１によっ
て記憶された木構造をもとに、変換すべき対象が制御構
造、処理説明のいずれであるかを判断する（図２５のス
テップ（ニ））。変換すべき対象が制御構造の場合、制
御構造変換手段５０１は、制御構造抽出手段４０１によ
って記憶された木構造をもとに、疑似言語の制御構造
（例えば図１４および図１５中の「if (・・・) {・・
・}」）を、プログラミング言語の制御構造（例えば図
２６および図２７中の「if () {・・・}」に変換する
（図２５のステップ（ホ））。変換すべき対象が処理説
明の場合、処理説明→コメント変換手段５０２は、制御
構造抽出手段４０１によって記憶された木構造をもと
に、疑似言語の処理説明（例えば図１４および図１５中
の「××が××ならば」）を、プログラミング言語のコ
メント（例えば図２６および図２７中の「/* ? ××が
××ならば */」）に変換する（図２５のステップ
（ヘ））。

【００７７】次に、制御構造変換手段５０１および処理
説明→コメント変換手段５０２が疑似言語記述３０１か
らプログラミング言語記述のひな形５０３を生成する手
順を、図１４および図１５と図２６および図２７を用い
て説明する。

【００７８】疑似言語からプログラミング言語への変換
に際しては、 （１）疑似言語の仕様記述部に記述されているモジュー
ルのインターフェース仕様を、プログラミング言語のコ
メントに変換してモジュールの先頭に出力する。 （２）上記（１）の実行に際し、仮引数に関するインタ
ーフェース仕様だけは、プログラミング言語における仮
引数の宣言およびコメントに変換して出力する。 （３）疑似言語の制御構造を、プログラミング言語の制
御構造に変換して出力する。 （４）疑似言語の処理説明を、プログラミング言語のコ
メントに変換して出力する。 （５）上記（４）の実行に際し、疑似言語記述の条件中
に記述された処理説明を条件の外へ移動させると共に、
文章の先頭に「?」マークを付加してからプログラミン
グ言語のコメントに変換して出力する。 （６）上記（４）の実行に際し、break文、return文、e
xit文に付随する処理説明を、それぞれの文と分離して
からプログラミング言語のコメントに変換して出力す
る。 という変換規則を前提としているので、例えば、図１４
および図１５中の という疑似言語記述３０１は、制御構造抽出手段４０１
によって図２８に示す木構造に変換して記憶された後、
制御構造変換手段５０１および処理説明→コメント変換
手段５０２によって /* * ××を××する */ if () { /* ? ××が××ならば */ /* ××を××する */ function_1(); return; /* エラーステータス */ } というプログラミング言語記述のひな形（図２６および
図２７参照）に自動的に変換される。

【００７９】この実施例５では、モジュールのインター
フェース仕様と処理フローを記述する手段として、Ｃ言
語に準じた疑似言語を用いる方法を紹介したが、これは
他のいかなるプログラミング言語（例えば「Ada」）に
準じたものであっても構わない。同様に、この実施例５
では、モジュールの処理フローの階層構造を記述する手
段として、疑似言語のブロック構造（例えば図１４およ
び図１５中の「{・・・}」）を用いる方法を紹介した
が、これは他のいかなる方法（例えばbegin文とend文で
下位構造を囲む）であっても構わない。同様に、この実
施例５では、処理説明の階層構造を記憶する手段として
木構造を用いる方法を紹介したが、これは他のいかなる
データ構造（例えば「リスト構造」）であっても構わな
い。

【００８０】次に、従来例と比較して、この実施例５の
優れている点について説明する。この実施例５と同じ機
能を実現する従来の方法としては次のものが考えられ
る。

【００８１】その方法とは、モジュールのインターフェ
ース仕様および処理フローをユーザに対話形式で定義さ
せ、それらの情報からプログラミング言語記述のひな形
を生成する対話型ツールを開発し提供するというもので
ある。この方法は一見合理的に見えるが、前記実施例１
のところでも指摘した通り、対話型ツールを開発するの
に相当な費用がかかる（開発コストの問題）、開発した
対話型ツールは当該機能専用であり潰しが利かない（投
資効果の問題）、ユーザに対話型ツールの使い方を教育
する必要がある（教育コストの問題）だけでなく、これ
らのツールは、一般にモジュールの処理フローを自然言
語で記述すること（例えば「××を××する」）ができ
ないので、設計工程であるにもかかわらず、ユーザはプ
ログラミング言語でコーディングするのと変わらないレ
ベルの詳細な情報（例えば「if (a == 0) { a = a + 1;
}」）の入力を強要されるという問題がある。すなわ
ち、この種のツールは、設計工程（モジュールの輪郭を
定義することが目的）とコーディング工程（モジュール
の詳細を定義することが目的）の境目を不明確にし、結
果的にデザインレビュー（設計の再検討）を阻害すると
いう問題を内包している。

【００８２】これに対しこの実施例５を使用した場合、
プログラミング言語に準じた疑似言語記述３０１からプ
ログラミング言語記述のひな形５０３が自動的に生成さ
れるので、前記実施例３および実施例４を用いてモジュ
ールのインターフェース仕様および処理フロー（疑似言
語で記述）に対し十分なデザインレビューを行ってか
ら、その情報をプログラミング言語記述のひな形５０３
に正確に反映させられるという効果がある。これは、前
工程（設計）における設計者の意図を後工程（コーディ
ング）を担当するプログラマに正確に伝えられることを
意味している。また、入力となる疑似言語記述３０１は
単なるテキストであり、一般的なテキスト・エディタを
用いて作成できるので、新たに専用エディタを開発して
提供する必要がないばかりか、ユーザが自分の使い慣れ
たエディタを用いて仕様記述を作成できるという効果が
ある。これは、この実施例５が低コストで実現かつ運用
可能であることを意味している。

【００８３】以上のようにこの実施例５によれば、図２
４に示すように、プログラミング言語に準じた疑似言語
記述３０１を入力にすると共に、プログラム生産支援装
置中に、字句解析手段３０２、構文解析手段３０３、制
御構造抽出手段４０１、制御構造変換手段５０１および
処理説明→コメント変換手段５０２を設けることによ
り、前工程（設計）で十分にデザインレビューされた情
報（疑似言語記述）を、後工程（コーディング）の入力
（プログラミング言語記述のひな形）として流用できる
ので、設計者の意図をプログラマに正確に伝えることが
でき、結果としてプログラム生産の高品質化に大きく寄
与することができる。

【００８４】実施例６．図２９は実施例６のプログラム
生産支援装置を示す構成図、図３０は実施例６における
プログラム生産支援装置の動作を示すフローチャート、
図３１および図３２は実施例６の入力である「プログラ
ミング言語記述」の一例を示す図、図３３および図３４
は実施例６の出力である「疑似言語記述」の一例を示す
図、図３５は実施例６の制御構造抽出手段によって変換
され記憶される木構造の一例を示す図、図３６は実施例
６の制御構造変換手段によって置換された木構造の一例
を示す図である。

【００８５】図２９において、６０１は特定のプログラ
ミング言語で記述された「プログラミング言語記述」、
６０２はプログラミング言語記述６０１を読み込んで字
句に分解する「字句解析手段」、６０３は字句に分解さ
れたプログラミング言語記述６０１の構文解析を行う
「構文解析手段」、６０４は構文解析手段６０３による
プログラミング言語記述６０１の構文解析結果をもとに
プログラムの制御構造とそれに付随するコメントを木構
造に変換して記憶する「制御構造抽出手段」、６０５は
制御構造抽出手段６０４によって記憶された木構造をも
とにプログラミング言語の制御構造を疑似言語の制御構
造に変換する「制御構造変換手段」、６０６は制御構造
抽出手段６０５によって記憶された木構造をもとにプロ
グラミング言語のコメントを疑似言語の処理説明に変換
する「コメント→処理説明変換手段」、３０１は制御構
造変換手段６０５およびコメント→処理説明変換手段６
０６によって自動生成された「疑似言語記述」である。

【００８６】この実施例６におけるプログラム生産支援
装置の動作について、図３０に示すフローチャートを用
いて説明する。

【００８７】図３０において、ステップ（イ）〜（ヘ）
は図２５のそれと基本的に同じである。両者で異なるの
は、図３０が「プログラミング言語記述→疑似言語記
述」への変換を、図２５が「疑似言語記述→プログラミ
ング言語記述」への変換を説明している点である。

【００８８】次に、制御構造変換手段６０５およびコメ
ント→処理説明変換手段６０６がプログラミング言語記
述６０１から疑似言語記述３０１を生成する手順を、図
３１〜図３６を用いて説明する。

【００８９】プログラミング言語から疑似言語への変換
に際しては、 （１）モジュールのヘッダー・コメント中のABSTRACT
欄、FUNCTION欄、NOTE欄、RETURN欄に記述されたインタ
ーフェース仕様、および、モジュールの仮引数の型・名
前・コメント、モジュール内で参照している大域変数の
型・名前・コメントを、疑似言語における仕様記述部
（function spec）の形式に変換して出力する。 （２）モジュール内の制御構造を、疑似言語の制御構造
に変換して出力する。 （３）モジュール内のコメントを、疑似言語の処理説明
に変換して出力する。 （４）上記（３）の実行に際し、文章の先頭に「?」マ
ークの付いたコメントをそれに対応する条件と置き換
え、疑似言語の処理説明に変換して出力する。 （５）上記（３）の実行に際し、break文、return文、e
xit文の行末にあるコメントをそれに対応する引数と置
き換え、疑似言語の処理説明に変換して出力する。 という変換規則を前提としているので、例えば、図３１
および図３２中の /* * ××を××する */ if (global_1 == 0) { /* ? ××が××ならば */ /* ××を××する */ function_1(); return -1; /* エラーステータス */ } というプログラミング言語記述６０１は、制御構造抽出
手段６０４によって図３５に示す木構造に変換して記憶
された後、制御構造変換手段６０５およびコメント→処
理説明変換手段６０６によって図３６のようにif文の条
件とreturn文の引数がそれぞれに対応するコメントと置
き換えられてから という疑似言語記述３０１（図３３および図３４参照）
に自動的に変換される。

【００９０】この実施例６では、入力となるプログラミ
ング言語としてＣ言語を用いる方法を紹介したが、これ
は他のいかなるプログラミング言語（例えば「Ada」）
であっても構わない。同様に、この実施例６では、出力
としてＣ言語に準じた疑似言語を用いる方法を紹介した
が、これは他のいかなるプログラミング言語（例えば
「Ada」）に準じたものであっても構わない。同様に、
この実施例６では、処理説明の階層構造を記憶する手段
として木構造を用いる方法を紹介したが、これは他のい
かなるデータ構造（例えば「リスト構造」）であっても
構わない。

【００９１】次に、従来例と比較して、この実施例６の
優れている点について説明する。この実施例６と同じ機
能を実現する従来の方法としては次のものが考えられ
る。

【００９２】その方法とは、プログラミング言語記述の
中からモジュールのインターフェース仕様に関する情報
を手作業で抽出するというものである。この方法は誰も
が無意識に行っていることであるが、情報を抽出するの
に膨大な時間が必要（作業コストの問題）となるだけで
なく、経験年数などによって作業効率のばらつきが大き
い（属人性の問題）、ミスが入り込みやすい（作業品質
の問題）など多くの問題がある。

【００９３】これに対しこの実施例６を使用した場合、
プログラミング言語記述６０１からプログラミング言語
に準じた疑似言語が自動的に生成されるので、こうして
得られた疑似言語記述３０１に対して前記実施例３およ
び実施例４を適用すれば、結果的に、プログラミング言
語記述からモジュールのインターフェース仕様に関する
情報を自動的に抽出し、その情報をデザインレビュー用
資料３０７や木構造チャート４０３の形式で把握できる
という効果がある。実際問題として、ソフトウェアが大
規模・複雑化の一途を辿っている現状では、何百、何千
とあるモジュールのインターフェース仕様を人間に分か
りやすいデザインレビュー用資料３０７や木構造チャー
ト４０３の形式で把握できる意義は極めて大きい。

【００９４】以上のようにこの実施例６によれば、図２
９に示すように、プログラミング言語記述６０１を入力
にすると共に、プログラム生産支援装置中に、字句解析
手段６０２、構文解析手段６０３、制御構造抽出手段６
０４、制御構造変換手段６０５およびコメント→処理説
明変換手段６０６を設けることにより、プログラミング
言語記述６０１からモジュールのインターフェース仕様
に関する情報を自動的に抽出できるので、実際に動作し
ているプログラムの仕様を容易かつ正確に把握すること
が可能となり、結果としてプログラム生産および保守の
高品質化に大きく寄与することができる。

【００９５】実施例７．図３７は実施例７のプログラム
生産支援装置を示す構成図、図３８は実施例７０のプロ
グラム生産支援装置の動作を示すフローチャート、図３
９および図４０は実施例７の入力である「プログラミン
グ言語記述」の一例を示す図、図４１乃至図４３は実施
例７の出力である「木構造チャート」の一例を示す図、
図４４は実施例７の制御構造抽出手段によって変換され
記憶される木構造の一例を示す図、図４５は実施例７の
木構造チャート生成手段によって生成される木構造チャ
ートの一例を示す図、図４６は実施例７の不要情報割愛
手段７０１によって補正される木構造の一例を示す図、
図４７は実施例７の木構造チャート生成手段によって生
成される上記とは別の木構造チャートの一例を示す図、
図４８は実施例７の木構造チャート生成手段によって生
成される上記とは更に別の木構造チャートの一例を示す
図である。

【００９６】以下、図３７の図２９と異なる要素につい
て説明する。図３７において、７０１は制御構造抽出手
段６０４によって記憶された木構造をもとにユーザの指
定に応じ木構造から不要情報を割愛する「不要情報割愛
手段」、７０２は不要情報割愛手段７０１によって補正
された木構造をもとにプログラミング言語記述６０１に
対応した木構造チャートを自動生成する「木構造チャー
ト生成手段」、７０３は木構造チャート生成手段７０２
によって自動生成された「木構造チャート」である。

【００９７】この実施例７のプログラム生産支援装置の
動作について、図３８に示すフローチャートを用いて説
明する。図３８において、ステップ（イ）〜（ハ）は図
６Ｂのそれと同じである。以下、図３８の図３０と異な
る動作について説明する。まず、不要情報割愛手段７０
１は、ユーザの指定に応じて、制御構造抽出手段６０４
によって記憶された木構造から何を割愛するかを決定す
る（図３８のステップ（ニ））。ユーザの指定が「全て
の文を木構造チャートに反映せよ」である場合、不要情
報割愛手段７０１は、制御構造抽出手段６０４によって
記憶された木構造に対して何も行わない。ユーザの指定
が「コメントと制御構造のみを木構造チャートに反映せ
よ」である場合、不要情報割愛手段７０１は、制御構造
抽出手段６０４によって記憶された木構造からコメント
と制御構造以外を削除する（図３８のステップ
（ホ））。ユーザの指定が「コメントのみを木構造チャ
ートに反映せよ」である場合、不要情報割愛手段７０１
は、制御構造抽出手段６０４によって記憶された木構造
からコメント以外を削除する（図３８のステップ
（ヘ））。次に、木構造チャート生成手段７０２は、不
要情報割愛手段７０１によって補正された木構造をもと
に、プログラミング言語記述６０１に対応した木構造チ
ャート７０３（図４１、図４２、図４３参照）を生成す
る（図３８のステップ（ト））。

【００９８】次に、不要情報割愛手段７０１および木構
造チャート生成手段７０２が、プログラミング言語記述
６０１からユーザの指定に応じ木構造チャート７０３を
生成する手順を図３９〜図４８を用いて説明する。

【００９９】例えば、図３９および図４０中の というプログラミング言語記述は、制御構造抽出手段６
０４によって図４４に示す木構造に変換して記憶され
る。ユーザの指定が「全ての文を木構造チャートに反映
せよ」である場合、不要情報割愛手段７０１はこの木構
造に対して何も行わないので、木構造チャート生成手段
７０２は図４５に示す木構造チャート（図４１参照）を
自動的に生成する。これに対し、ユーザの指定が「コメ
ントと制御構造のみを木構造チャートに反映せよ」であ
る場合、不要情報割愛手段７０１は木構造からコメント
と制御構造以外を削除し、図４６に示すように、木構造
を補正するので、木構造チャート生成手段７０２は図４
７に示す木構造チャート７０３（図４２参照）を自動的
に生成する。更に、ユーザの指定が「コメントのみを木
構造チャートに反映せよ」である場合、不要情報割愛手
段７０１は木構造からコメント以外を全て削除し ××を××する のように木構造を補正するので、木構造チャート生成手
段７０２は図４８に示す木構造チャート７０３（図４３
参照）を生成する。

【０１００】この実施例７では、入力となるプログラミ
ング言語としてＣ言語を用いる方法を紹介したが、これ
は他のいかなるプログラミング言語（例えば「Ada」）
であっても構わない。同様に、この実施例７では、具体
的な木構造チャート７０３としてＮＴＴ（株）で考案さ
れたＨＣＰチャートを用いる方法を紹介したが、これは
他のいかなる木構造チャート（例えば日本電気（株）の
ＳＰＤ）であっても構わない。同様に、この実施例７で
は、処理説明の階層構造を記憶する手段として木構造を
用いる方法を紹介したが、これは他のいかなるデータ構
造（例えば「リスト構造」）であっても構わない。

【０１０１】次に、従来例と比較して、この実施例７の
優れている点について説明する。

【０１０２】従来、プログラミング言語記述から木構造
チャートを自動生成するツールとしては既に幾つかのも
のが知られているが、それらは一様にプログラミング言
語記述中の文をありのまま木構造チャートに反映するも
のであり、大規模なプログラムに適用した場合には木構
造チャートが詳細すぎて、プログラムの大まかな流れを
把握する目的では使い物にならないという問題があっ
た。

【０１０３】これに対しこの実施例７を使用した場合、
ユーザの指定に応じて「プログラミング言語記述中の全
ての文を木構造チャートに反映する」、「コメントと制
御構造のみを木構造チャートに反映する」、「コメント
のみを木構造チャートに反映する」、といった具合に木
構造チャート７０３の粗さを調整できるので、「処理内
容を逐一チェックしたい」、「プログラムの大まかな流
れを把握したい」、「処理の概要を把握したい」という
目的に応じた木構造チャート７０３を生成できるという
効果がある。

【０１０４】以上のようにこの実施例７によれば、図３
７に示すように、プログラミング言語記述６０１を入力
にすると共に、プリンタ生産支援装置中に、字句解析手
段６０２、構文解析手段６０３、制御構造抽出手段６０
４、不要情報割愛手段７０１および木構造チャート生成
手段７０２を設けることにより、プログラミング言語記
述６０１からユーザの要求に応じた木構造チャート７０
３を生成することができ、結果としてプログラム生産お
よび保守の高品質化に大きく寄与することができる。

【０１０５】実施例８．図４９は実施例８のプログラム
生産支援装置を示す構成図、図５０は実施例８のプログ
ラム生産支援装置の動作を示すフローチャート、図５１
および図５２は実施例８の入力である「プログラミング
言語記述」の一例を示す図、図５３は実施例８の出力で
ある「モジュール仕様書」の一例を示す図である。図４
９の図２９と異なる要素について説明する。図４９にお
いて、８０１は構文解析手段６０３によるプログラミン
グ言語記述６０１の構文解析結果をもとにモジュールの
インターフェース仕様を記憶する「インターフェース仕
様抽出手段」、８０２は構文解析手段６０３によるプロ
グラミング言語記述６０１の構文解析結果をもとにモジ
ュールの定義・参照情報を記憶する「モジュール定義・
参照抽出手段」、８０３はインターフェース仕様抽出手
段８０１およびモジュール定義・参照抽出手段８０２に
よって記憶された情報をもとにモジュール名を照合する
「モジュール名照合手段」、８０４はインターフェース
仕様抽出手段８０１およびモジュール定義・参照抽出手
段８０２によって記憶された情報をもとにプログラミン
グ言語記述６０１に対応したモジュール仕様書を自動生
成する「モジュール仕様書生成手段」、８０５はモジュ
ール仕様書生成手段８０４によって自動生成された「モ
ジュール仕様書」である。

【０１０６】この実施例８のプログラム生産支援装置の
動作について、図５０に示すフローチャートを用いて説
明する。

【０１０７】図５０において、ステップ（イ）〜（ロ）
は図３０のそれと同じである。以下、図５０の図３０と
異なる動作について説明する。まず、インターフェース
仕様抽出手段８０１は、構文解析手段６０３によるプロ
グラミング言語記述６０１の構文解析結果をもとに、モ
ジュールのヘッダーコメント中の各欄（例えば図５１お
よび図５２中の「MODULE」欄）に記述されたインターフ
ェース仕様を抽出して記憶する（図５０のステップ
（ハ））。次に、モジュール定義・参照抽出手段８０２
は、構文解析手段６０３によるプログラミング言語記述
６０１の構文解析結果をもとに、モジュールの定義（例
えば図５１および図５２中の「void main() {・・
・}」）および、モジュールの参照情報を抽出して記憶
する（図５０のステップ（ニ））。次に、モジュール名
照合手段８０３は、インターフェース仕様抽出手段８０
１およびモジュール定義・参照抽出手段８０２によって
記憶された情報をもとに、ヘッダーコメント中の「MODU
LE」欄に記述されている名前と、そのヘッダーコメント
に対応するモジュール定義の名前を照合する（図５０の
ステップ（ホ））。モジュール名が一致した場合、モジ
ュール仕様書生成手段８０４は、インターフェース仕様
抽出手段８０１およびモジュール定義・参照抽出手段８
０２によって記憶された情報をもとに、プログラミング
言語記述６０１に対応したモジュール仕様書８０５を生
成する（図５０のステップ（ヘ））。モジュール名が一
致しなかった場合、モジュール仕様書生成手段８０４
は、エラーメッセージを出力してその旨をユーザに報告
しモジュール仕様書８０５の生成を中止する（図５０の
ステップ（ト））。

【０１０８】この実施例８では、入力となるプログラミ
ング言語としてＣ言語を用いる方法を紹介したが、これ
は他のいかなるプログラミング言語（例えば「Ada」）
であっても構わない。

【０１０９】次に、従来例と比較して、この実施例８の
優れている点について説明する。

【０１１０】従来、プログラミング言語記述からモジュ
ール仕様書を自動生成するツールとしては既に幾つかの
ものが知られているが、それらは一様に、ヘッダーコメ
ント中から抽出したインターフェース仕様を、その直後
に記述されているモジュール定義と盲目的に対応付けて
モジュール仕様書を生成する様になっている為、ヘッダ
ーコメント中に記述されたインターフェース仕様がモジ
ュール定義と対応していなくてもモジュール仕様書が生
成されるという問題があった。現実問題として、仕様書
から内容を判断して作業しなければならない場合も多い
ので、でたらめな仕様書がソフトウェア生産全体に与え
る影響は無視できない。 勿論、ヘッダーコメントを記
述する際に細心の注意を払っていれば問題ないのだが、
実際には （１）最初のモジュールに対してヘッダーコメントを作
成する。 （２）それをテンプレートにして２番目のヘッダーコメ
ントを作成する。 （３）以下、全てのモジュールに対して（２）を繰り返
す。 といった手順で作業した方が合理的なので、往々にして
無関係なヘッダーコメントの付いたモジュールが発生す
る。大規模なプログラムではモジュールの数が１０００
を越えることも珍しくないだけに、一旦紛れ込んだミス
を見つけるのはこの問題がプログラムの動作に影響しな
い分だけ余計に厄介である。

【０１１１】これに対しこの実施例８を使用した場合、
ヘッダーコメント中の「MODULE」欄に記述された名前と
そのヘッダーコメントに対応するモジュール定義の名前
が一致しないと、エラーメッセージが出力されモジュー
ル仕様書８０５の生成が中止されるので、この種の事故
を未然に、かつ確実に防ぐことができるという効果があ
る。

【０１１２】以上のようにこの実施例８によれば、図４
９に示すように、プログラミング言語記述６０１を入力
にすると共に、プログラム生産支援装置中に、字句解析
手段６０２、構文解析手段６０３、インターフェース仕
様抽出手段８０１、モジュール定義・参照抽出手段８０
２、モジュール名照合手段８０３およびモジュール仕様
書抽出手段８０４を設けることにより、プログラミング
言語記述６０１から実際のモジュール定義に正確に対応
したモジュール仕様書８０５を自動生成することがで
き、結果としてプログラム生産および保守の合理化に大
きく寄与することができる。

【０１１３】実施例９．図５４は実施例９プログラム生
産支援装置を示す構成図、図５５は実施例９におけるプ
ログラム生産支援装置の動作を示すフローチャート、図
５６および図５７は実施例９の入力である「プログラミ
ング言語記述」の一例を示す図、図５８は従来の「モジ
ュール構成図」の一例を示す図、図５９は実施例９の出
力である「モジュール構成図」の一例を示す図、図６０
は実施例９のモジュール定義・参照抽出手段によって変
換され記憶される木構造の一例を示す図、図６１は実施
例９の同一構造割愛手段によって補正された木構造の一
例を示す図である。

【０１１４】図５４の図２９と異なる要素について説明
する。図５４において、８０２は構文解析手段６０３に
よるプログラミング言語記述６０１の構文解析結果をも
とにモジュールの定義・参照情報を記憶する「モジュー
ル定義・参照抽出手段」、９０１はモジュール定義・参
照抽出手段８０２によって記憶された木構造をもとに木
構造上の同一構造を割愛する「同一構造割愛手段」、９
０２は同一構造割愛手段９０１によって補正された木構
造をもとにプログラミング言語記述６０１に対応したモ
ジュール構成図を自動生成する「モジュール構成図生成
手段」、９０３はモジュール構成図生成手段９０２によ
って自動生成された「モジュール構成図」である。

【０１１５】この実施例９におけるプログラム生産支援
装置の動作について、図５５に示すフローチャートを用
いて説明する。図５５において、ステップ（イ）〜
（ロ）は図３０のそれと同じである。以下、図５５の図
３０と異なる動作について説明する。まず、モジュール
定義・参照抽出手段８０２は、構文解析手段６０３によ
るプログラミング言語記述６０１の構文解析結果をもと
に、モジュールの定義（例えば図５６および図５７中の
「main() {・・・}」）およびモジュールの参照（例え
ば図５６および図５７中の「sub();」）を木構造に変換
して記憶する（図５５のステップ（ハ））。次に、同一
構造割愛手段９０１は、モジュール定義・参照抽出手段
８０２によって記憶された木構造をもとに、木構造上か
ら同一構造を摘出する（図５５のステップ（ニ））。同
一構造が摘出できなかった場合、同一構造割愛手段９０
１は、モジュール定義・参照抽出手段８０２によって記
憶された木構造に対して何も行わない。同一構造が摘出
された場合、同一構造割愛手段９０１は、モジュール定
義・参照抽出手段８０２によって記憶された木構造上か
ら同一構造を削除し「〜と同じ」という情報で置換する
（図５５のステップ（ホ））。次に、モジュール構成図
生成手段９０２は、同一構造割愛手段９０１によって補
正された木構造をもとに、プログラミング言語記述６０
１に対応したモジュール構成図９０３（図５９参照）を
自動生成する（図５５のステップ（ヘ））。

【０１１６】次に、同一構造割愛手段９０１およびモジ
ュール構成図生成手段９０２がプログラミング言語記述
６０１からモジュール構成図９０３を生成する手順を、
図５６および図５７、図５９を用いて説明する。

【０１１７】例えば、図５６および図５７中の というプログラミング言語記述６０１は、モジュール定
義・参照抽出手段８０２によって図６０に示す木構造に
変換して記憶された後、同一構造割愛手段９０１によっ
て、木構造を根元から辿りながら同一構造を順次「〜と
同じ」という情報で置換することによって図６１に示す
木構造に補正され、モジュール構成図生成手段９０２に
よって、図５９に示すモジュール構成図９０３が自動的
に生成される。ちなみに、従来の方法では同一構造が割
愛されない為に、結果として図５８に示す冗長なモジュ
ール構成図が生成される。

【０１１８】この実施例９では、入力となるプログラミ
ング言語としてＣ言語を用いる方法を紹介したが、これ
は他のいかなるプログラミング言語（例えば「Ada」）
であっても構わない。同様に、この実施例９では、処理
説明の階層構造を記憶する手段として木構造を用いる方
法を紹介したが、これは他のいかなるデータ構造（例え
ば「リスト構造」）であっても構わない。

【０１１９】次に、従来例と比較して、この実施例９の
優れている点について説明する。

【０１２０】従来、プログラミング言語記述からモジュ
ール構成図を自動生成するツールとしては既に幾つかの
ものが知られているが、それらが生成するモジュール構
成図は一様に図５８の出力形式に準じたものであり、同
一モジュールの参照が随所に現われる大規模プログラム
（数万行以上）では、生成されるモジュール構成図が冗
長（場合によってはＡ４版で数百ページ）になりすぎて
使い物にならないという問題があった。

【０１２１】これに対しこの実施例９を使用した場合、
モジュール構成図９０３上の同一構造が「〜と同じ」と
いう情報で置換されるので、同一モジュールの参照が随
所に現われるような大規模プログラムでは、それに対す
るモジュール構成図９０３が劇的に簡素化（圧縮）され
るという効果がある。

【０１２２】以上のようにこの実施例９によれば、図５
４に示すように、プログラミング言語記述６０１を入力
にすると共に、プログラム生産支援装置中に、字句解析
手段６０２、構文解析手段６０３、モジュール定義・参
照抽出手段８０２、同一構造割愛手段９０１およびモジ
ュール構成図生成手段９０２を設けることにより、プロ
グラミング言語記述６０１から実用的なモジュール構成
図９０３を自動生成することができ、結果としてプログ
ラム生産および保守の合理化に大きく寄与することがで
きる。

【０１２３】実施例１０．図６２は実施例１０のプログ
ラム生産支援装置を示す構成図、図６３は実施例１０に
おけるプログラム生産支援装置の動作を示すフローチャ
ート、図６４乃至図６７は実施例１０の入力である「プ
ログラミング言語記述」の一例を示す図、図６８は従来
の「シンボル一覧表」の一例を示す図、図６９は実施例
１０の出力である「シンボル一覧表」の一例を示す図で
ある。

【０１２４】図６２の図２９と異なる要素について説明
する。図６２において、１００１は構文解析手段６０３
によるプログラミング言語記述６０１の構文解析結果を
もとにシンボルの定義情報を記憶する「シンボル定義抽
出手段」、１００２はシンボル定義抽出手段１００１に
よって記憶された情報をもとにシンボルの定義情報を定
義位置の順に並べ換える「シンボル定義並換え手段」、
１００３はシンボル定義並換え手段１００２によって並
べ換えられた情報をもとにプログラミング言語記述６０
１に対応したシンボル一覧表を自動生成する「シンボル
一覧表生成手段」、１００４はシンボル一覧表生成手段
１００３によって自動生成された「シンボル一覧表」で
ある。

【０１２５】この実施例１０におけるプログラム生産支
援装置の動作について、図６３に示すフローチャートを
用いて説明する。

【０１２６】図６３において、ステップ（イ）〜（ロ）
は図３０のそれと同じである。以下、図６３の図３０と
異なる動作について説明する。まず、シンボル定義抽出
手段１００１は、構文解析手段６０３によるプログラミ
ング言語記述６０１の構文解析結果をもとに、シンボル
の定義（例えば図６４乃至図６７中の「function_1()
{}」）を辞書順に記憶する（図６３のステップ
（ハ））。次に、シンボル定義並換え手段１００２は、
シンボル定義抽出手段１００１によって記憶された情報
をもとに、シンボルの定義情報を定義位置（例えば「mo
dule-list.cの６行目」）の順に並べ換える（図６３の
ステップ（ニ））。次に、シンボル一覧表生成手段１０
０３は、シンボル定義並換え手段１００２によって並べ
換えられた情報をもとに、プログラミング言語記述６０
１に対応したシンボル一覧表１００４を自動生成する
（図６３のステップ（ホ））。

【０１２７】この実施例１０では、入力となるプログラ
ミング言語としてＣ言語を用いる方法を紹介したが、こ
れは他のいかなるプログラミング言語（例えば「Ad
a」）であっても構わない。同様に、この実施例１０で
は、シンボルの例としてモジュール定義を対象とする方
法を紹介したが、これは他のいかなるシンボル（例えば
「大域変数」や「マクロ」）であっても構わない。

【０１２８】次に、従来例と比較して、この実施例１０
の優れている点について説明する。

【０１２９】従来、プログラミング言語記述からシンボ
ル一覧表を自動生成するツールとしては既に幾つかのも
のが知られているが、それらが生成するシンボル一覧表
は一様に図６８の出力形式に準じたものである。この種
の表は特定のシンボルがどこで定義されているかを探す
手掛かりとしては有用であるが、一般にモジュールや大
域変数といったシンボルは、関連性の強いもの同士が一
箇所（特定のファイル内）に固めて定義される傾向があ
る為、辞書順にシンボル名を並べる方法だと、例えば int x_axis; /* Ｘ座標 */ int y_axis; /* Ｙ座標 */ という定義が一覧表上ではばらばらに出力されてしまう
可能性が高い。従って、辞書順にシンボルを出力する形
式のシンボル一覧表では、定義順序に込められたプログ
ラマの意図をないがしろにしてしまうという問題があっ
た。

【０１３０】これに対しこの実施例１０を使用した場
合、プログラミング言語記述６０１中に定義された順に
シンボルが出力されるので、定義順序に込められたプロ
グラマの意図がありのまま表現されるという効果があ
る。

【０１３１】以上のようにこの実施例１０によれば、図
６２に示すようにプログラミング言語記述６０１を入力
にすると共に、プログラム生産支援装置中に、字句解析
手段６０２、構文解析手段６０３、シンボル定義抽出手
段１００１、シンボル定義並換え手段１００２およびシ
ンボル一覧表生成手段１００３を設けることにより、プ
ログラミング言語記述６０１から実用的なシンボル一覧
表１００４を自動生成することができ、結果としてプロ
グラム生産および保守の合理化に大きく寄与することが
できる。

【０１３２】実施例１１．図７０は実施例１１のプログ
ラム生産支援装置を示す構成図、図７１は実施例１１に
おけるプログラム生産支援装置の動作を示すフローチャ
ート、図７２および図７３は実施例１１の入力である
「プログラミング言語記述」の一例を示す図、図７４は
実施例１１の出力である「警告メッセージ」の一例を示
す図である。

【０１３３】図７０の図２９と異なる要素について説明
する。図７０において、１１０１は字句解析手段６０２
によって字句に分解されたプログラミング言語記述６０
１をもとに字句の並びの中から特定パターンを検出する
「特定パターンの検出手段」、１１０２は特定パターン
の検出手段１１０１によって出力された「警告メッセー
ジ」である。

【０１３４】この実施例１１におけるプログラム生産支
援装置の動作について、図７１に示すフローチャートを
用いて説明する。

【０１３５】図７１において、ステップ（イ）は図３０
のそれと同じである。以下、図７１の図３０と異なる動
作について説明する。まず、特定パターンの検出手段１
１０１は、字句解析手段６０２によって字句に分解され
たプログラミング言語記述６０１をもとに、それらの字
句がプログラムのどこに現われたかを見極め、特定の場
所（例えば条件の中）に現われた字句の並びだけを抽出
する（図７１のステップ（ロ））。次に、特定パターン
の検出手段１１０１は、特定の場所に現われた字句の並
びを並びのパターンによって選別し経験則と照合する
（図７１のステップ（ハ））。字句の並びが経験則と一
致した場合、特定パターンの検出手段１１０１は、その
旨を通知する警告メッセージ１１０２を出力する（図７
１のステップ（ニ））。

【０１３６】次に、特定パターンの検出手段１１０１
が、プログラミング言語記述６０１（図７２および図７
３参照）から文法的には問題ないが意味的にはエラーで
ある可能性の高いことが知られている記述を検出する手
順を、図７２〜図７４を用いて説明する。

【０１３７】例えば、図７２および図７３中の というＣ言語記述は文法的には正しい為、この記述に対
しＣ言語のコンパイラはいかなるエラーメッセージも出
力しない。ところが、Ｃ言語において「if (a = 0)」と
いう条件が成立することはありえない為、結果的に「fu
nction();」という決して実行されることのない死角が
発生する。このような記述に対し、特定パターンの検出
手段１１０１は、特定の場所（この場合は「条件の
中」）に現われた字句の並び（この場合は「a = 0」）
だけに着目し、それを 条件の中に代入演算子「=」が単独で現われるのはおか
しい 条件の中にビット演算子「|」が単独で現われるのはお
かしい といった一連の経験則と照合することにより、それが経
験則と合致する場合には 演算子「==」と「=」を間違えている可能性があります といった警告メッセージを出力し、文法的には正しいが
意味的にはエラーである可能性が高い記述を摘出する。

【０１３８】次に、従来例と比較して、この実施例１１
の優れている点について説明する。この実施例１１と同
じ機能を実現する従来の方法としては次のものが考えら
れる。

【０１３９】その方法とは、プログラミング言語記述の
中から文法的には正しいが意味的にはエラーである可能
性が高い記述を、自分の経験だけを頼りに手作業で摘出
するというものである。この方法は誰もが無意識に行っ
ていることであるが、問題を摘出するのに膨大な時間が
必要（作業コストの問題）となるだけでなく、経験年数
などによって作業効率のばらつきが大きい（属人性の問
題）、ミスが入り込みやすい（作業品質の問題）など多
くの問題がある。

【０１４０】これに対しこの実施例１１を使用した場
合、プログラミング言語記述６０１から文法的には正し
いが意味的にはエラーである可能性が高い記述を自動的
に検出できるので、同様な作業を人間が行った場合に比
べ、問題点の摘出に要する時間を桁違いに短縮（数日に
対して数秒）できるだけでなく、チェック漏れ、チェッ
クミスといったことが全く無くなるという効果がある。

【０１４１】以上のようにこの実施例１１によれば、図
７０に示すように、プログラミング言語記述６０１を入
力にすると共に、プログラム生産支援装置中に、字句解
析手段６０２、特定パターンの検出手段１１０１を設け
ることにより、プログラミング言語記述６０１から文法
的には正しいが意味的にはエラーである可能性が高い記
述を自動的に検出できるので、結果としてプログラム生
産の高品質化に大きく寄与することができる。

【０１４２】実施例１２．図７５は実施例１２のプログ
ラム生産支援装置を示す構成図、図７６は実施例１２に
おけるプログラム生産支援装置の動作を示すフローチャ
ート、図７７は実施例１２の入力である「プログラミン
グ言語記述」の一例を示す図、図７８は実施例１２の出
力である「加工されたプログラミング言語記述」の一例
を示す図、図７９は実施例１２によって加工されたプロ
グラムの「実行結果」の一例を示す図である。

【０１４３】図７５の図２９と異なる要素について説明
する。図７５において、１２０１は構文解析手段６０３
によるプログラミング言語記述６０１の構文解析結果を
もとにプログラミング言語記述６０１の特定箇所にプロ
グラムの実行を追跡する為の実行追跡処理を埋込む「実
行追跡処理埋込み手段」、１２０２は実行追跡処理埋込
み手段１２０１によって実行追跡処理を埋め込まれた
「加工されたプログラミング言語記述」である。

【０１４４】この実施例１２におけるプログラム生産支
援装置の動作について、図７６に示すフローチャートを
用いて説明する。

【０１４５】図７６において、ステップ（イ）〜（ロ）
は図３０のそれと同じである。以下、図７６の図３０と
異なる動作について説明する。まず、実行追跡処理埋込
み手段１２０１は、構文解析手段６０３によるプログラ
ミング言語記述６０１の構文解析結果をもとに、プログ
ラム中の位置によって処理を振り分ける（図７６のステ
ップ（ハ））。プログラム中の位置が「モジュールの先
頭」である場合、実行追跡処理埋込み手段１２０１は、
プログラムのブロックを一つ深くして実行追跡処理を埋
込む（図７６のステップ（ニ））。プログラム中の位置
が「モジュールの末尾」である場合、実行追跡処理埋込
み手段１２０１は、プログラムのブロックを一つ深くし
て実行追跡処理を埋込む（図７６のステップ（ホ））。
プログラム中の位置が「return文の所」である場合、実
行追跡処理埋込み手段１２０１は、return文を囲む局所
的なブロックを作って実行追跡処理を埋込む（図７６の
ステップ（ヘ））。プログラム中の位置が「普通の実行
文の所」である場合、実行追跡処理埋込み手段１２０１
は、実行文の直前に局所的なブロックを作って実行追跡
処理を埋込む（図７６のステップ（ト））。

【０１４６】次に、実行追跡処理埋込み手段１２０１が
プログラミング言語記述６０１（図７７参照）に対して
実行追跡処理を埋め込む手順を、図７７、図７８を用い
て説明する。例えば、図７７中において１〜２行目の が「モジュールの先頭」という条件に該当するが、この
行に対して実行追跡処理埋込み手段１２０１は、 の様に２行目の「{」の外側にもう一つ「{」を追加して
ブロックを一つ深くした上で、 の様に「{」と「{」の間にプログラムの実行追跡処理を
埋め込む。これにより、元のプログラムの動作には一切
干渉せず当該プログラムの実行を追跡することが可能と
なる。尚、こうして埋め込まれた「_probe」というモジ
ュールには、それが埋め込まれた「プログラム中の論理
的な位置（この場合はモジュールの実行開始を示す
「+」）」、「モジュールの名前（この場合は「mai
n」）」、「物理的な位置（この場合は「sample.cとい
うファイルの２行目」）」という情報が引数で渡される
為、後ほどこのプログラムを実行した時にどの「_prob
e」であるかを容易に判断することができる。同様に、
図７７において１０行目の } が「モジュールの末尾」という条件に該当するが、この
行に対して実行追跡処理埋込み手段１２０１は、 } ｝ の様に１０行目の「｝」の外側にもう一つ「}」を追加
してブロックを一つ深くした上で、 } _probe(■-■,”main”,”sample.c”, 10); } のように「}」と「}」の間にプログラムの実行追跡処理
を埋め込む。「モジュールの先頭」の場合と同様、こう
して埋め込まれた「_probe」というモジュールには、そ
れが埋め込まれた「プログラム中の論理的な位置（この
場合はモジュールの実行終了を示す「-」）」、「モジ
ュールの名前（この場合は「main」）」、「物理的な位
置（この場合は「sample.cというファイルの１０行
目」）」という情報が引数で渡される。同様に、図７７
において８行目の return(sub()); が「return文の所」という条件に該当するが、この行に
対して実行追跡処理埋込み手段１２０１は、 { return(sub()); } のように８行目のreturn文を「{」と「}」で囲んで局所
的なブロックに封じ込めた上で、 { int tmp; tmp = sub(); _probe(■-■,■main”,■sa
mple.c”, 8); return(tmp); } のように、return文の引数を一旦一時変数に退避する処
理と、return文との間にプログラムの実行追跡処理とを
埋め込む。「モジュールの先頭」の場合と同様、こうし
て埋め込まれた「_probe」というモジュールには、それ
が埋め込まれた「プログラム中の論理的な位置（この場
合はモジュールの実行終了を示す「-」）」、「モジュ
ールの名前（この場合は「main」）」、「物理的な位置
（この場合は「sample.cというファイルの８行目」）」
という情報が引数で渡される。尚、return文の引数を一
旦一時変数に退避しているのは、return文の引数が関数
参照である場合にプログラムの実行追跡結果が main: sample.cの2行目 [モジュールの実行開始] main: sample.cの5行目 main: sample.cの8行目 [モジュールの実行終了] sub: sample.cの13行目 [モジュールの実行開始] sub: sample.cの14行目 sub: sample.cの15行目 [モジュールの実行終了] のように見かけ上おかしくなるのを回避する為である。
ちなみに、この実施例１２の方法では main: sample.cの2行目 [モジュールの実行開始] main: sample.cの5行目 sub: sample.cの13行目 [モジュールの実行開始] sub: sample.cの14行目 sub: sample.cの15行目 [モジュールの実行終了] main: sample.cの8行目 [モジュールの実行終了] のように実際の実行順序に従って正しく報告される。同
様に図７７において６行目の i = 1; が「普通の実行文の所」という条件に該当するが、この
行に対して実行追跡処理埋込み手段１２０１は、 { } i = 1; のように実行文の直前に「{」と「}」で囲まれた局所的
なブロックを作った上で、 { _probe(■=■,”main”,”sample.c”, 6); } i =
1; のように「{」と「}」の間にプログラムの実行追跡処理
を埋め込む。「モジュールの先頭」の場合と同様に、こ
うして埋め込まれた「_probe」というモジュールには、
それが埋め込まれた「プログラム中の論理的な位置（こ
の場合はモジュールの実行途中を示す「=」）」、「モ
ジュールの名前（この場合は「main」）」、「物理的な
位置（この場合は「sample.cというファイルの６行
目」）」という情報が引数で渡される。

【０１４７】この実施例１２では、入力となるプログラ
ミング言語としてＣ言語を用いる方法を紹介したが、こ
れは他のいかなるプログラミング言語（例えば「Ad
a」）であっても構わない。同様に、この実施例１２で
は、全ての実行文を対象とする方法を紹介したが、これ
は「モジュールの開始と終了」だけを対象とするもので
あっても構わない。

【０１４８】次に、従来例と比較して、この実施例１２
の優れている点について説明する。この実施例１２と同
じ機能を実現する従来の方法としては次のものが考えら
れる。

【０１４９】その方法とは、プログラミング言語記述の
任意の場所にプログラムの実行追跡処理を手作業で埋め
込むというものである。この方法はコンピュータの歴史
が始まった頃から行われているが、実行追跡処理を埋め
込むのに膨大な時間が必要（作業コストの問題）となる
だけでなく、経験年数などによって作業効率のばらつき
が大きい（属人性の問題）、ミスが入り込みやすい（作
業品質の問題）、プログラミング言語記述を修正する度
に実行追跡処理を埋め込み直す必要があるなど多くの問
題がある。

【０１５０】これに対しこの実施例１２を使用した場
合、プログラムの実行追跡処理がプログラミング言語記
述６０１中に自動的に埋め込まれるので、同様な作業を
人間が行った場合に比べ、実行追跡処理の埋め込みに要
する時間を桁違いに短縮（数日に対して数秒）できるだ
けでなく、埋め込み漏れ、埋め込みミスといった事が全
く無くなるという効果がある。更に、 （１）入力となるプログラミング言語記述を読み込む。 （２）プログラミング言語記述に実行追跡処理を埋め込
む。 （３）加工したプログラミング言語記述を別のファイル
に出力する。 （４）出力されたファイルをコンパイルして実行モジュ
ールを生成する。 という手順を踏めば、オリジナルのプログラミング言語
記述６０１を一切変更せずに実行追跡処理を埋め込んだ
実行モジュールを生成できるので、プログラミング言語
記述６０１に直接実行追跡処理を埋め込むことによる弊
害、すなわち、 ・プログラミング言語記述が汚くなる（可読性、保守性
が低下する）。 ・実行追跡処理を埋め込む前の状態に戻せない。 といった問題を完全に解消できるという効果がある。

【０１５１】以上のようにこの実施例１２によれば、図
７５に示すように、プログラミング言語記述６０１を入
力にする字句解析手段６０２、構文解析手段６０３、お
よび実行追跡処理埋込み手段１２０１を設けることによ
り、プログラミング言語記述６０１にプログラムの実行
追跡処理を自動的に埋め込むことができるので、結果と
してプログラム生産および保守の合理化に大きく寄与す
ることができる。

【０１５２】実施例１３．図８０は実施例１３のプログ
ラム生産支援装置を示す構成図である。図８０におい
て、１０１は各機能の階層構造と種別が記述された「仕
様記述」、１０６は前記実施例１によって自動生成され
た「機能構成図」、１３０１は前記実施例２によって自
動生成された「疑似言語記述のひな形」、３０１はモジ
ュールのインターフェース仕様と処理フローが記述され
た「疑似言語記述」、３０７は前記実施例３によって自
動生成された「デザインレビュー用資料」、４０３は、
前記実施例４によって自動生成された「木構造チャー
ト」、５０３は前記実施例５によって自動生成された
「プログラミング言語記述のひな形」、６０１は特定の
プログラミング言語で記述された「プログラミング言語
記述」、７０３は前記実施例７によって自動生成された
「木構造チャート」、８０５は前記実施例８によって自
動生成された「モジュール仕様書」、９０３は前記実施
例９によって自動生成された「モジュール構成図」、１
００４は前記実施例１０によって自動生成された「シン
ボル一覧表」、１１０２は前記実施例１１によって自動
出力された「警告メッセージ」、１２０２は前記実施例
１２によって自動生成された「加工されたプログラミン
グ言語記述」である。

【０１５３】この実施例１３のプログラム生産支援装置
は、本発明の第１〜１２の実施例によって構成されてい
るので、それぞれの部分の動作は第１〜１２の実施例で
説明した通りである。

【０１５４】この実施例１３では前記実施例１〜１２を
全て組み合わせたものを紹介したが、この発明は前記実
施例１〜１２を任意に組み合わせたものであっても適用
できる。

【０１５５】次に、従来例と比較して、この実施例１３
の優れている点について説明する。この実施例１３と同
じ機能を実現する従来の方法としては次のものが考えら
れる。

【０１５６】その方法とは、 （１）プログラムの機能構成を決定する。 （２）ワープロなどを用いてそれらの情報を手作業で機
能構成図の形にまとめる。 （３）機能構成図を見ながら手作業でモジュール分割を
行う。 （４）モジュールのインターフェース仕様と処理フロー
を決定する。 （５）ワープロなどを用いてそれらの情報を手作業で仕
様書の形にまとめる。 （６）仕様書を見ながらプログラミング言語記述を手作
業でコーディングする。 （７）プログラミング言語記述を見ながら必要な図表を
手作業で作成する。 （８）プログラムの実行追跡処理を手作業で埋め込む。 （９）プログラムを実行する。 というものである。この方法は現在一般的に行われてい
るものであり現実的ではあるが、手作業が主体である以
上は、それぞれの作業に膨大な時間が必要（作業コスト
の問題）となるだけでなく、作業のやり方に個人差が出
る（属人性の問題）、ミスが入り込みやすい（作業品質
の問題）など多くの問題がある。個々の作業を人手で行
っている限り本質的にこれらの問題を解決することは不
可能である。

【０１５７】これに対しこの実施例１３を使用した場
合、事務的な作業（例えば機能構成図の作成など）が全
て自動的に行われるので、同じ作業を人間が手作業で行
う場合に比べ、作業効率および品質が格段に高くなる
（理論的にミスは発生しない）という効果がある。更
に、前工程で作成されレビューされた情報（仕様記述、
疑似言語記述など）を後工程の入力（ひな形）として流
用できるので、前工程を担当した作業者の意図を後工程
の作業者に正確に伝えられるという効果がある。また、
それぞれの段階で利用される入力は単なるテキストであ
り、一般的なテキスト・エディタを用いて作成できるの
で、新たに専用エディタを開発して提供する必要がない
ばかりか、ユーザが自分の使い慣れたエディタを用いて
仕様記述を作成できるという効果がある。これはこの実
施例１３が、低コストで実現かつ運用可能であることを
意味している。

【０１５８】以上のようにこの実施例１３によれば、前
記実施例１〜１２のいずれか２つ以上の組み合わせを利
用することにより、プログラム生産における事務的な処
理を自動化できると共に、前工程で作成されレビューさ
れた情報を後工程の入力として流用できるので、結果と
してプログラム生産および保守の合理化に大きく寄与す
ることができる。

【０１５９】

【発明の効果】以上のように第１の発明は、書籍の目次
に準じた形式の仕様記述を入力にすると共に、プログラ
ム生産支援装置中に、字句解析手段、構文解析手段、階
層構造抽出手段、および機能構成図生成手段を設けるこ
とにより、機能構成図の作成に要する時間を大幅に短縮
できると共に、機能構成図の品質を格段に高めることが
でき、結果としてプログラム生産の高品質化に大きく寄
与することができる。

【０１６０】第２の発明は、書籍の目次に準じた形式の
仕様記述を入力にすると共に、プログラム生産支援装置
中に、字句解析手段、構文解析手段、階層構造抽出手
段、ディレクトリ生成手段、ファイル生成手段、および
モジュール生成手段を設けることにより、プログラムを
実現するのに必要なディレクトリ、ファイル、およびモ
ジュールを自動生成できると共に、前工程の設計情報
（機能構成）を後工程に忠実に伝えることができ、結果
としてプログラム生産の高品質化に大きく寄与すること
ができる。

【０１６１】第３の発明は、プログラミング言語に準じ
た疑似言語記述を入力にすると共に、プログラム生産支
援装置中に、字句解析手段、構文解析手段、インターフ
ェース仕様抽出手段、モジュール定義・参照抽出手段、
およびデザインレビュー用資料生成手段を設けることに
より、デザインレビュー用資料の作成に要する時間を大
幅に短縮できると共に、デザインレビュー用資料の品質
を格段に高めることができ、結果としてプログラム生産
の高品質化に大きく寄与することができる。

【０１６２】第４の発明は、プログラミング言語に準じ
た疑似言語記述を入力にすると共に、プログラム生産支
援装置中に、字句解析手段、構文解析手段、制御構造抽
出手段、および木構造チャート生成手段を設けることに
より、木構造チャートの作成に要する時間を大幅に短縮
できると共に、木構造チャートの品質を格段に高めるこ
とができ、結果としてプログラム生産の高品質化に大き
く寄与することができる。

【０１６３】第５の発明は、プログラミング言語に準じ
た疑似言語記述を入力にすると共に、プログラム生産支
援装置中に、字句解析手段、構文解析手段、制御構造抽
出手段、制御構造変換手段、および処理説明→コメント
変換手段を設けることにより、前工程（設計）で十分に
デザインレビューされた情報（疑似言語記述）を後工程
（コーディング）の入力（プログラミング言語記述のひ
な形）として流用できるので、設計者の意図をプログラ
マに正確に伝えることができ、結果としてプログラム生
産の高品質化に大きく寄与することができる。

【０１６４】第６の発明は、プログラミング言語記述を
入力にすると共に、プログラム生産支援装置中に、字句
解析手段、構文解析手段、制御構造抽出手段、制御構造
変換手段、およびコメント→処理説明変換手段を設ける
ことにより、プログラミング言語記述からモジュールの
インターフェース仕様に関する情報を自動的に抽出でき
るので、実際に動作しているプログラムの仕様を容易か
つ正確に把握することが可能となり、結果としてプログ
ラム生産および保守の高品質化に大きく寄与することが
できる。

【０１６５】第７の発明はプログラミング言語記述を入
力にすると共に、プログラム生産支援装置中に、字句解
析手段、構文解析手段、制御構造抽出手段、不要情報割
愛手段、および木構造チャート生成手段を設けることに
より、プログラミング言語記述からユーザの要求に応じ
た木構造チャートを生成することができ、結果としてプ
ログラム生産および保守の高品質化に大きく寄与するこ
とができる。

【０１６６】第８の発明は、プログラミング言語記述を
入力にすると共に、プログラム生産支援装置中に、字句
解析手段、構文解析手段、インターフェース仕様抽出手
段、モジュール定義・参照抽出手段、モジュール名照合
手段、およびモジュール仕様書抽出手段を設けることに
より、プログラミング言語記述から実際のモジュール定
義に正確に対応したモジュール仕様書を自動生成するこ
とができ、結果としてプログラム生産および保守の合理
化に大きく寄与することができる。

【０１６７】第９の発明は、プログラミング言語記述を
入力にすると共に、プログラム生産支援装置中に、字句
解析手段、構文解析手段、モジュール定義・参照抽出手
段、同一構造割愛手段、およびモジュール構成図生成手
段を設けることにより、プログラミング言語記述から実
用的なモジュール構成図を自動生成することができ、結
果としてプログラム生産および保守の合理化に大きく寄
与することができる。

【０１６８】第１０の発明は、プログラミング言語記述
を入力にすると共に、プログラム生産支援装置中に、字
句解析手段、構文解析手段、シンボル定義抽出手段、シ
ンボル定義並換え手段、およびシンボル一覧表生成手段
を設けることにより、プログラミング言語記述から実用
的なシンボル一覧表を自動生成することができ、結果と
してプログラム生産および保守の合理化に大きく寄与す
ることができる。

【０１６９】第１１の発明は、プログラミング言語記述
を入力にすると共に、プログラム生産支援装置中に、字
句解析手段、特定パターンの検出手段を設けることによ
り、プログラミング言語記述から文法的には正しいが意
味的にはエラーである可能性が高い記述を自動的に検出
できるので、結果としてプログラム生産の高品質化に大
きく寄与することができる。

【０１７０】第１２の発明は、プログラミング言語記述
を入力にすると共に、プログラム生産支援装置中に、字
句解析手段、構文解析手段、および実行追跡処理埋込み
手段を設けることにより、プログラミング言語記述にプ
ログラムの実行追跡処理を自動的に埋め込むことができ
るので、結果としてプログラム生産および保守の合理化
に大きく寄与することができる。

【０１７１】第１３の発明は、上記第１〜第１２の発明
のいずれか２つ以上の組み合わせを利用することによ
り、プログラム生産における事務的な処理を自動化でき
ると共に、前工程で作成されレビューされた情報を後工
程の入力として流用できるので、結果としてプログラム
生産および保守の合理化に大きく寄与することができ
る。

【図面の簡単な説明】

【図１】 実施例１のプログラム生産支援装置を示す構
成図である。

【図２】 実施例１のフローチャートである。

【図３】 実施例１の仕様記述（入力）の一例を示す図
である。

【図４】 実施例１の仕様記述（入力）の一例の続きを
示す図である。

【図５】 実施例１の機能構成図（出力）の一例を示す
図である。

【図６】 実施例１の機能構成図（出力）の一例の続き
を示す図である。

【図７】 実施例１の木構造の一例を示す図である。

【図８】 実施例２のプログラム生産支援装置を示す構
成図である。

【図９】 実施例２のフローチャートである。

【図１０】 実施例２のディレクトリ構成（出力）の一
例を示す図である。

【図１１】 実施例２の疑似言語記述のひな形（出力）
の一例を示す図である。

【図１２】 実施例３のプログラム生産支援装置を示す
構成図である。

【図１３】 実施例３のフローチャートである。

【図１４】 実施例３の疑似言語記述（入力）の一例を
示す図である。

【図１５】 実施例３の疑似言語記述（入力）の一例の
続きを示す図である。

【図１６】 実施例３のデザインレビュー用資料（出
力）の一例を示す図である。

【図１７】 実施例４のプログラム生産支援装置を示す
構成図である。

【図１８】 実施例４のフローチャートである。

【図１９】 実施例４の木構造チャート（出力）の一例
を示す図である。

【図２０】 実施例４の木構造の一例を示す図である。

【図２１】 実施例４の木構造チャートの一例を示す図
である。

【図２２】 実施例４の木構造の一例を示す図である。

【図２３】 実施例４の木構造チャートの一例を示す図
である。

【図２４】 実施例５のプログラム生産支援装置を示す
構成図である。

【図２５】 実施例５のフローチャートである。

【図２６】 実施例５のプログラミング言語記述のひな
形（出力）の一例を示す図である。

【図２７】 実施例５のプログラミング言語記述のひな
形（出力）の一例の続きを示す図である。

【図２８】 実施例５の木構造の一例を示す図である。

【図２９】 実施例６のプログラム生産支援装置を示す
構成図である。

【図３０】 実施例６のフローチャートである。

【図３１】 実施例６のプログラミング言語記述（入
力）の一例を示す図である。

【図３２】 図３１の続きを示す図である。

【図３３】 実施例６の疑似言語記述（出力）の一例を
示す図である。

【図３４】 図３４の続きを示す図である。

【図３５】 実施例６の木構造の一例を示す図である。

【図３６】 実施例６の木構造の一例を示す図である。

【図３７】 実施例７のプログラム生産支援装置を示す
構成図である。

【図３８】 実施例７のフローチャートである。

【図３９】 実施例７のプログラミング言語記述（入
力）の一例を示す図である。

【図４０】 実施例７のプログラミング言語記述（入
力）の一例の続きを示す図である。

【図４１】 実施例７の木構造チャート（出力）の一例
を示す図である。

【図４２】 実施例７の木構造チャート（出力）の一例
を示す図である。

【図４３】 実施例７の木構造チャート（出力）の一例
を示す図である。

【図４４】 実施例７の木構造の一例を示す図である。

【図４５】 実施例７の木構造チャートの一例を示す図
である。

【図４６】 実施例７の木構造の一例を示す図である。

【図４７】 実施例７の木構造チャートの一例を示す図
である。

【図４８】 実施例７の木構造チャートの一例を示す図
である。

【図４９】 実施例８のプログラム生産支援装置を示す
構成図である。

【図５０】 実施例８のフローチャートである。

【図５１】 実施例８のプログラミング言語記述（入
力）の一例を示す図である。

【図５２】 図５１の続きを示す図である。

【図５３】 実施例８のモジュール仕様書（出力）の一
例を示す図である。

【図５４】 実施例９のプログラム生産支援装置を示す
構成図である。

【図５５】 実施例９のフローチャートである。

【図５６】 実施例９のプログラミング言語記述（入
力）の一例を示す図である。

【図５７】 図５６の続きを示す図である。

【図５８】 従来のモジュール構成図（出力）の一例を
示す図である。

【図５９】 実施例９のモジュール構成図（出力）の一
例を示す図である。

【図６０】 実施例９の木構造の一例を示す図である。

【図６１】 実施例９の木構造の一例を示す図である。

【図６２】 実施例１０のプログラム生産支援装置を示
す構成図である。

【図６３】 実施例１０のフローチャートである。

【図６４】 実施例１０のプログラミング言語記述（入
力）の一例を示す図である。

【図６５】 図６４の続きを示す図である。

【図６６】 図６５の続きを示す図である。

【図６７】 図６６の続きを示す図である。

【図６８】 従来のシンボル一覧表（出力）の一例を示
す図である。

【図６９】 実施例１０のシンボル一覧表（出力）の一
例を示す図である。

【図７０】 実施例１１のプログラム生産支援装置を示
すブロック図である。

【図７１】 実施例１１のフローチャートである。

【図７２】 実施例１１のプログラミング言語記述（入
力）の一例を示す図である。

【図７３】 図７２の続きを示す図である。

【図７４】 実施例１１の警告メッセージ（出力）の一
例を示す図である。

【図７５】 実施例１２のプログラム生産支援装置を示
す構成図である。

【図７６】 実施例１２のフローチャートである。

【図７７】 実施例１２のプログラミング言語記述（入
力）の一例を示す図である。

【図７８】 実施例１２の加工されたプログラミング言
語記述（出力）の一例を示す図である。

【図７９】 実施例１２の実行結果（出力）の一例を示
す図である。

【図８０】 実施例１３のプログラム生産支援装置を示
す構成図である。

【図８１】 実施例１〜１３の前提となるハードウェア
構成を示す図である。

【図８２】 従来のプログラム生産支援装置を示す構成
図である。

【図８３】 従来のフローチャートである。

【符号の説明】

１０１ 仕様記述、１０２ 字句解析手段、１０３ 構
文解析手段、１０４ 階層構造抽出手段、１０５ 機能
構成図生成手段、１０６ 機能構成図、２０１ ディレ
クトリ生成手段、２０２ ファイル生成手段、２０３
モジュール生成手段、２０４ 外部記憶、２０５ ディ
レクトリ、２０６ ファイル１、２０７ ファイル２、
２０８ ファイルＮ、２０９ モジュール１、２１０
モジュール２、２１１ モジュールＮ、３０１ 疑似言
語記述、３０２ 字句解析手段、３０３ 構文解析手
段、３０４ インターフェース仕様抽出手段、３０５
モジュール定義・参照抽出手段、３０６ デザインレビ
ュー用資料生成手段、３０７ デザインレビュー用資
料、４０１ 制御構造抽出手段、４０２ 木構造チャー
ト生成手段、４０３ 木構造チャート、５０１ 制御構
造変換手段、５０２ 処理説明→コメント変換手段、５
０３ プログラミング言語記述のひな形、６０１ プロ
グラミング言語記述、６０２ 字句解析手段、６０３
構文解析手段、６０４ 制御構造抽出手段、６０５ 制
御構造変換手段、６０６ コメント→処理説明変換手
段、７０１ 不要情報割愛手段、７０２ 木構造チャー
ト生成手段、７０３ 木構造チャート、８０１ インタ
ーフェース仕様抽出手段、８０２ モジュール定義・参
照抽出手段、８０３ モジュール名照合手段、８０４
モジュール仕様書生成手段、８０５ モジュール仕様
書、９０１ 同一構造割愛手段、９０２ モジュール構
成図生成手段、９０３ モジュール構成図、１００１
シンボル定義抽出手段、１００２ シンボル定義並換え
手段、１００３ シンボル一覧表生成手段、１００４
シンボル一覧表、１１０１ 特定パターンの検出手段、
１１０２ 警告メッセージ、１２０１ 実行追跡処理埋
込み手段、１２０２ 加工されたプログラミング言語記
述、１３０１ 疑似言語記述のひな形、１４０１ キー
ボード、１４０２ ディスプレイ、１４０３ 計算機、
１４０４ 外部記憶、１４０５ プリンタ、１５０１
データ入力手段、１５０２ データ定義部、１５０３
表示部、１５０４ 表示手段、１５０５ ブロックチャ
ート編集部、１５０６ ブロックエディタ部、１５０７
ソースコード出力部、１５０８ ソースコード記録手
段。

Claims (13)

【特許請求の範囲】
1. 【請求項１】 自然言語と各機能の階層構造と種別を示
   す特殊記号で記述された仕様記述を読み込みその内容を
   字句に分解する「字句解析手段」と、 字句に分解された仕様記述の構文解析を行う「構文解析
   手段」と、 構文解析結果をもとに各機能の階層構造を木構造に変換
   して記憶する「階層構造抽出手段」と、 木構造をもとに仕様記述に対応した機能構成図を生成す
   る「機能構成図生成手段」と、を有することを特徴とす
   るプログラム生産支援装置。
2. 【請求項２】 自然言語と各機能の階層構造と種別を示
   す特殊記号で記述された仕様記述を読み込みその内容を
   字句に分解する「字句解析手段」と、 字句に分解された仕様記述の構文解析を行う「構文解析
   手段」と、 構文解析結果をもとに各機能の階層構造を木構造に変換
   して記憶する「階層構造抽出手段」と、 木構造をもとに仕様記述としての識別子の末尾記号に従
   ってディレクトリを生成する「ディレクトリ生成手段」
   と、 木構造をもとに仕様記述としての識別子の末尾記号に従
   ってファイルを生成する「ファイル生成手段」と、 木構造をもとに仕様記述としての識別子の末尾記号に従
   ってモジュールを生成する「モジュール生成手段」と、
   を有することを特徴とするプログラム生産支援装置。
3. 【請求項３】 自然言語とプログラミング言語に準じた
   制御構造で記述された疑似言語記述を読み込みその内容
   を字句に分解する「字句解析手段」と、 字句に分解された疑似言語記述の構文解析を行う「構文
   解析手段」と、 構文解析結果をもとに仕様記述部の各欄に記述されたイ
   ンターフェース仕様を記憶する「インターフェース仕様
   抽出手段」と、 構文解析結果をもとにロジック記述部に記述されたモジ
   ュールの定義・参照を記憶する「モジュール定義・参照
   抽出手段」と、 記憶した情報をもとに「疑似言語記述」に対応したデザ
   インレビュー用資料を生成する「デザインレビュー用資
   料生成手段」と、を有することを特徴とするプログラム
   生産支援装置。
4. 【請求項４】 自然言語とプログラミング言語に準じた
   制御構造で記述された疑似言語記述を読み込みその内容
   を字句に分解する「字句解析手段」と、 字句に分解された疑似言語記述の構文解析を行う「構文
   解析手段」と、 構文解析結果をもとに処理説明および制御構造を木構造
   に変換して記憶する「制御構造抽出手段」と、 木構造をもとに疑似言語記述に対応した木構造チャート
   を生成する「木構造チャート生成手段」と、を有するこ
   とを特徴とするプログラム生産支援装置。
5. 【請求項５】 自然言語とプログラミング言語に準じた
   制御構造で記述された疑似言語記述を読み込みその内容
   を字句に分解する「字句解析手段」と、 字句に分解された疑似言語記述の構文解析を行う「構文
   解析手段」と、 構文解析結果をもとに処理説明および制御構造を木構造
   に変換して記憶する「制御構造抽出手段」と、 木構造をもとに疑似言語の制御構造をそれに対応するプ
   ログラミング言語の制御構造に変換する「制御構造変換
   手段」と、 木構造をもとに疑似言語の処理説明をプログラミング言
   語のコメントに変換する「処理説明→コメント変換手
   段」と、を有することを特徴とするプログラム生産支援
   装置。
6. 【請求項６】 特定のプログラミング言語で記述された
   プログラミング言語記述を読み込みその内容を字句に分
   解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
   行う「構文解析手段」と、 構文解析結果をもとにプログラムの制御構造およびそれ
   に付随するコメントを木構造に変換して記憶する「制御
   構造抽出手段」と、 木構造をもとにプログラミング言語の制御構造をそれに
   対応する疑似言語の制御構造に変換する「制御構造変換
   手段」と、 木構造をもとにプログラミング言語の文およびコメント
   を疑似言語の処理説明に変換する「コメント→処理説明
   変換手段」と、を有することを特徴とするプログラム生
   産支援装置。
7. 【請求項７】 特定のプログラミング言語で記述された
   プログラミング言語記述を読み込みその内容を字句に分
   解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
   行う「構文解析手段」と、 構文解析結果をもとにプログラムの制御構造とそれに付
   随するコメントを木構造に変換して記憶する「制御構造
   抽出手段」と、 指定に応じて木構造チャートに反映したくない情報を木
   構造から削除する「不要情報割愛手段」と、 木構造をもとにプログラミング言語記述に対応した木構
   造チャートを生成する「木構造チャート生成手段」と、
   を有することを特徴とするプログラム生産支援装置。
8. 【請求項８】 特定のプログラミング言語で記述された
   プログラミング言語記述を読み込みその内容を字句に分
   解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
   行う「構文解析手段」と、 構文解析結果をもとにヘッダーコメント中の各欄に記述
   されたインターフェース仕様を記憶する「インターフェ
   ース仕様抽出手段」と、 構文解析結果をもとにモジュールの定義・参照を木構造
   に変換して記憶する「モジュール定義・参照抽出手段」
   と、 ヘッダーコメント中のMODULE欄の名称が実際のモジュー
   ル名に一致しているかを照合する「モジュール名照合手
   段」と、 記憶した情報をもとにプログラミング言語記述に対応し
   たモジュール仕様書を生成する「モジュール仕様書生成
   手段」と、を有することを特徴とするプログラム生産支
   援装置。
9. 【請求項９】 特定のプログラミング言語で記述された
   プログラミング言語記述を読み込みその内容を字句に分
   解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
   行う「構文解析手段」と、 構文解析結果をもとにモジュールの定義・参照を木構造
   に変換して記憶する「モジュール定義・参照抽出手段」
   と、 木構造をもとに同一構造を木構造から削除し「〜と同
   じ」という情報で置換する「同一構造割愛手段」と、 木構造をもとにプログラミング言語記述に対応したモジ
   ュール構成図を生成する「モジュール構成図生成手段」
   と、を有することを特徴とするプログラム生産支援装
   置。
10. 【請求項１０】 特定のプログラミング言語で記述され
    たプログラミング言語記述を読み込みその内容を字句に
    分解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
    行う「構文解析手段」と、 構文解析結果をもとにシンボルの定義情報を記憶する
    「シンボル定義抽出手段」と、 シンボルの定義情報を定義位置の順に並べ換える「シン
    ボル定義並換え手段」と、 シンボルの定義情報をもとにプログラミング言語記述に
    対応したシンボル一覧表を生成する「シンボル一覧表生
    成手段」と、を有することを特徴とするプログラム生産
    支援装置。
11. 【請求項１１】 特定のプログラミング言語で記述され
    た「プログラミング言語記述」を読み込みその内容を字
    句に分解する「字句解析手段」と、 字句に分解されたプログラミング言語記述中から特定の
    位置に位置するものだけを抽出しその中に特定のパター
    ンが含まれていることを検出して警告メッセージを出力
    する「特定パターンの検出手段」と、を有することを特
    徴とするプログラム生産支援装置。
12. 【請求項１２】 特定のプログラミング言語で記述され
    たプログラミング言語記述を読み込みその内容を字句に
    分解する「字句解析手段」と、 字句に分解されたプログラミング言語記述の構文解析を
    行う「構文解析手段」と、 構文解析結果をもとにプログラミング言語記述中の所定
    の位置にプログラムの実行を追跡する為の実行追跡処理
    を埋込む「実行追跡処理埋込み手段」と、を有すること
    を特徴とするプログラム生産支援装置。
13. 【請求項１３】 下記複数の手段の組のうちのいずれか
    ２つ以上の手段の組を組み合わせたことを特徴とするプ
    ログラム生産支援装置。上記複数の手段の組は、上記請
    求項１の「字句解析手段」、「構文解析手段」、「階層
    構造抽出手段」および「機能構成図生成手段」からなる
    組、又は上記請求項２の「ディレクトリ生成手段」、
    「ファイル生成手段」および「モジュール生成手段」か
    らなる組、又は上記請求項３の「字句解析手段」、「構
    文解析手段」、「インターフェース仕様抽出手段」、
    「モジュール定義・参照抽出手段」および「デザインレ
    ビュー用資料生成手段」からなる組、又は上記請求項４
    の「制御構造抽出手段」および「木構造チャート生成手
    段」からなる組、又は上記請求項５の「制御構造変換手
    段」および「処理説明→コメント変換手段」からなる
    組、又は上記請求項６の「字句解析手段」、「構文解析
    手段」、「制御構造抽出手段」、「制御構造変換手段」
    および「コメント→処理説明変換手段」からなる組、又
    は上記請求項７の「不要情報割愛手段」および「木構造
    チャート生成手段」からなる組、又は上記請求項８の
    「インターフェース仕様抽出手段」、「モジュール定義
    ・参照抽出手段」、「モジュール名照合手段」および
    「モジュール仕様書生成手段」からなる組、又は上記請
    求項９の「同一構造割愛手段」および「モジュール構成
    図生成手段」からなる組、又は上記請求項１０の「シン
    ボル定義抽出手段」、「シンボル定義並換え手段」およ
    び「シンボル一覧表生成手段」からなる組、又は上記請
    求項１１の「特定パターンの検出手段」の組、又は上記
    請求項１２の「実行追跡処理埋込み手段」の組で構成さ
    れる。