JPS63273132A - プログラム開発支援システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、プログラムをモジュール構造で構成し、各モ
ジュールを適当なインターフェイスにより連結させる機
能を備えたプログラム開発支援システムに関する。

（従来の技術） 一般にコンピュータシステムにおけるプログラムはモジ
ュール単位で作成され、各モジュールは所定のインター
フェイスによって連結される。

この場合、各モジュールは別々の人間によって作成され
、各モジュールが組合わされて１本のプログラムになる
。

ところでこのような開発方式によると、複数の人間がプ
ログラムの部分的な作成を担当することになるので、例
えば誰かがあるモジュールを機能向上のために改造した
場合またはバグに対する訂正を行った場合には、その改
造または修正を他のモジュールに反映させて一員性を保
つ必要がある。

このため、■モジュールの修正がインターフェイスを変
更しない範囲の修正である場合には、このモジュールを
使用している全てのプログラムに対して該当モジュール
を実施する、■該当モジュールがインターフェイスの変
更を伴なう範囲の修正である場合には、前記■の事項に
加えて、このモジュールを呼んでいる上位モジュールの
ソースコード内の呼出手続を修正する等の処理が必要に
なるが、こうした統制を行うにあたっては開発８間のコ
ミュニケーションを徹底化する必要がある。

（発明が解決しようとする問題点） しかしながら開発者間のコミュニケーションは伝達の遅
れが不可避であり、実務上の困難を伴う。

コミュニケーションが徹底化できないままの状　−態で
プログラムの一貫性を保つためには、該当モジュールの
修正前と修正後のソースコードを目視確認し、修正状況
に応じた対応を採らざるを得ないが、この作業は担当者
にとって大きな負担になるという問題があった。

また変更状況の把握および対応をｌ；つたために、プロ
グラムが正常に鋤かなくなる場合があるという問題もあ
った。

本発明はこのような問題点を解決するためになされたも
ので、プログラムを変更するにあたって担当者の負担を
軽減し、適切な対応をとれるようにしてプログラムの一
貫性を保つことができるプログラム開発支援システムの
提供を目的とする。

（問題点を解決するための手段） 本発明のプログラム開発支援システムは、少なくとも命
令部とインターフェイス部とを含む第１のソースプログ
ラムを格納づる第１の格納手段と、前記第１のソースプ
ログラムを部分的に変更して得た第２のソースプログラ
ムを格納する第２の格納手段と、各ソースプログラムか
ら命令部およびインターフェイス部を順次読出して比較
し、前記第２のソースプログラムにおける変更部分を解
析する解析手段とを備えている。

（作　用） 本発明のプログラム開発支援システムでは、読出手段、
比較手段および解析手段の機能により修正前と修正後の
ソースプログラムが突合わされ、修正された命令部分お
よびインターフ１イス部分が自動的に指摘される。

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

第１図は本発明の一実施例の構成を示すブロック図であ
る。

同図において１は修正前のプログラムのソースコードを
格納しているソースファイル、２は修正後のプログラム
のソースコードを格納しているソースファイル、３はソ
ースファイル１および２のソースコードの内容を読出し
てｗＡ集、解析および記憶する処理部、４は処理部３に
設けられ、データの流れの制御および解析を実施する制
御部、５は処理部３に設けられ、編集結果を記憶する記
憶部、６はＩＩＪｔ１１部４における解析結果を出力す
るＣＲＴである。

なお本実施例において、各ソースコードは命令部、イン
ターフェイス部およびコメント部から成っている。

そして１つのファイルには１つの関数のソースファイル
のみが存在してソースコードにプログラム言語上の文法
エラーは無く、ソースコードはソースファイル１および
２から処理部３に１行毎に読出されるものとする。

■まず、指定した修正前のプログラムのソースファイル
１および修正後のプログラムのソースファイル２の存在
をチェックし、記憶部５の各領域を初期化する。

第２図に示したように、記憶部５は修正前のソースプロ
グラムの１行文続出用領１１ｔＡと、修正後のソースプ
ログラムの１行文読出用領域Ｂと、修正前のソースプロ
グラムの解析用領域Ｃと、修正後のソースプログラムの
解析用領１４Ｄと、解析結果格納領域Ｅとを有している
。

■次に、ソースファイル１および２をアクセスし、ソー
ス７０グラムを１行毎に記憶部５の１行文読出用領域Ａ
およびＢに取り出す。これら読出用領域ＡおよびＢは第
３図に示したように、読出用行バッファｍ％読出用ポイ
ンタｎとから成つ゛（゛おり、読出用行バッファｍにあ
る１行Ｂ読出されると、その次の行の先頭アドレスを読
出用ポインタｎが示し、順次読出しを実施する。

■１行文読出用領領域およびＢに読出される文としては
、コメント文、命令文＋コメント文、命令文という３つ
の形態が考えられるが、この中からコメント文および不
必要な空白文等を除去し、ソースプログラムの解析用領
域Ｃおよび１〕に格納する。

■第４図に示したように、ソースプログラム解析用領域
ＣおよびＤは、編集用行バッファｈ１この編集用行バッ
ファｈに格納されている文字列の有効文字数を格納する
有効文字数バッファ１１インターフエイス部を比較する
ための加工したデータをもつインターフェイス部識別用
テーブルｊとから成っている。

編集用行バッファｈには、前記■で編集した文字列が格
納される。また有効文字数バッファｉには、編集用行バ
ッファｈに格納された文字列の有効文字数が格納される
。

そして修正前と修゛正後のプログラムのソースファイル
の各々について、有効文字数バッファｉに格納されてい
る有効文字数分だけ、編集用行バッファｈに格納された
文字列を単純比較する。変更前の有効文字数と変更後の
有効文字数とが−・致しない場合、および単純比較結果
が一致しない場合には、解析結果格納領域Ｅにロジック
エラーを示すメツセージを書き込む。

■さらに編集用行バッファｈに格納さ、れている文字列
がデータ宣言の型、すなわち関数の名称、関数の引数の
名称、その引数から構成される型の場合には、インター
フェイス部識別用テーブルｊにその関数名、引数の数、
各々の引数の名称および型名を格納する。

０以上述べた処理を以下の条件が満たされるまで繰り返
す。

ロジックエラーが生じて、インターフェイス部まで処理
を行った。

プログラムのソースコードファイルの読込み処理を最終
行まで実施した。

■前記■までの処理を実施後、ソースファイル１および
２のインターフェイス識別用デープルｊから、以下の項
目の比較を実施する。

［１］関数名の比較 ［２］引数の数の比較 ［３］変更前と変更後のソースコードファイルの関数宣
言文における引数の順番に従った引数の型の比較 この３点の比較において適合しないものがある場合には
、記憶部５の解析結果格納領域Ｅに、インターフェイス
部の不一致を示すエラーメツセージとその不一致箇所の
情報を解析結果として格納する。

この解析結果をコメント部、インターフェイス部、命令
部に分類した形でＣＲＴ　６に出力し、変更内容を記憶
部５の解析結果格納領域Ｅに出力する。

かくして本実施例方式によれば、修正前のプログラムの
ソースファイルに対する修正後のプログラムのソースフ
ァイルの変更点を分類して指摘することができるため、
担当者が不必要なコンパイルやリンクを実施する必要が
ない。

［発明の効果］ 以上説明したように、本発明のプログラム開発支援シス
テムは、修正前と修正後のソースプログラムを解析して
変更部分を自動的に指摘するので、プログラムを変更す
るにあたって担当者の負担が軽減され、適切な対応をと
ることができ、プログラムの一貫性が保たれる。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示す図、第２図は同
実施例における記憶部の構成を説明する図、第３図は前
記記憶部における１行分読出用領域の構成を説明する図
、第４図は前記記憶部におけるソース７０グラム解析用
領域の構成を説明する図である。 １・・・・・・修正前のソースファイル２・・・・・・
修正後のソースファイル３・・・・・・処理部 ４・・・・・・制御部 ５・・・・・・記憶部 ６・・・・・・ＣＲＴ 出願人　　　　　株式会社　９芝 代理人　弁理士　須　山　佐　− 第２０ 第３図 第４図

Claims (1)

【特許請求の範囲】
1. （１）少なくとも命令部とインターフェイス部とを含む
   第１のソースプログラムを格納する第１の格納手段と、
   前記第１のソースプログラムを部分的に変更して得た第
   ２のソースプログラムを格納する第２の格納手段と、各
   ソースプログラムから命令部およびインターフェイス部
   を順次読出して比較し、前記第２のソースプログラムに
   おける変更部分を解析する解析手段とを備えてなること
   を特徴とするプログラム開発支援システム。