JPH11296406A

JPH11296406A - プログラム修正支援方法

Info

Publication number: JPH11296406A
Application number: JP10102309A
Authority: JP
Inventors: Kenji Noguchi; 健二野口; Susumu Kimura; 晋木村; Hiroshige Tanaka; 広重田中; Kazuya Nioishi; 和也丹生石; Akira Ishibashi; 明石橋; Hiroaki Watanabe; 宏昭渡辺
Original assignee: Kawasaki Steel Systems R&D Corp
Current assignee: JFE Systems Inc
Priority date: 1998-04-14
Filing date: 1998-04-14
Publication date: 1999-10-29

Abstract

(57)【要約】【課題】プログラム修正の対象となるプログラムのド
キュメント類に不備があっても、修正対象のソースプロ
グラムを極力自動的に修正し、これにより、プログラム
修正に要する作業工数の削減のみならず、修正精度の向
上を図る。【解決手段】符号５や６に格納されている、その一定
の法則に特化して問題となりそうな命令や、それに付随
しそうな項目や定数をキーワードとして、符号３に格納
されている修正対象となるプログラムを、符号７の処理
にて検索し、問題となりそうなプログラムの修正箇所を
洗い出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一定の法則に則っ
たプログラムを修正するための、プログラムの自動修正
と修正箇所のテストを支援するようにしたプログラム修
正方法に係り、特に、プログラム修正の対象となるプロ
グラムのドキュメント類に不備があっても、修正対象の
ソースプログラムを極力自動的に修正し、これにより、
プログラム修正に要する作業工数の削減のみならず、修
正精度の向上を図ることができるプログラム修正方法に
関する。

【０００２】なお、修正の対象となる箇所が１命令で構
成されており、その１命令が単独で実行可能であるこ
と、又は、修正の対象となる箇所がデータ定義部分であ
ることを、「一定の法則」と称する。

【０００３】

【従来の技術】従来のプログラム修正方法は、修正の対
象となる箇所を、プログラム仕様書などのドキュメント
類により調査し、修正対象となるプログラム（以下修正
プログラムと呼ぶ）と、該修正プログラムにおける具体
的な修正箇所とを特定する。又、項目名の変更などにつ
いては、項目名をキーとして、プログラムソース全体を
対象に文字列検索し、修正プログラムと修正箇所を特定
する方法もある。

【０００４】このようにして修正箇所の特定されたプロ
グラム毎に、プログラム修正を実施する。

【０００５】又、プログラム修正した後、この修正プロ
グラムの修正部分の動作を確認するためのテストデータ
を作成する。修正箇所の適合性を入念に検証するために
は、該当プログラムに必要な入力ファイルについて、テ
ストデータを作成する必要がある。このようにテストデ
ータが作成されると、テストを実施する。

【０００６】前記の修正対象箇所の洗い出しや、上記の
テストデータの作成や、テストの実施のためには、ソー
スコードを全量手作業でチェックする必要がある。この
ため、負荷が大きくなり、不確実になる。

【０００７】

【発明が解決しようとする課題】従来、プログラム修正
においては、まず、プログラムの修正箇所を洗い出す元
資料となる、修正対象のプログラムに関するプログラム
仕様書などのドキュメント類が、最新状態でない場合が
多い。又、場合によっては、ドキュメントそのものがな
い場合があるという問題がある。

【０００８】更に、ある一定の法則に則ってプログラム
全てを修正する場合、手作業中心の作業などでは、修正
箇所以外を誤って修正する場合がある。又、テストデー
タ作成において、このように一定の法則に則った一部分
の修正であっても、プログラム全体に必要な入力データ
をテストデータとして作成する必要がある。

【０００９】又、従来では、修正後のテストのみを実施
する場合が多い。しかしながら、修正前後の実行結果
で、修正箇所の適合性を入念に検証するためには、修正
前のプログラムでも実行する必要がある。

【００１０】本発明は、前記従来の問題点を解決するべ
くなされたもので、プログラム修正の対象となるプログ
ラムのドキュメント類に不備があっても、修正対象のソ
ースプログラムを極力自動的に修正し、これにより、プ
ログラム修正に要する作業工数の削減のみならず、修正
精度の向上を図ることができるプログラム修正方法を提
供することを目的とする。

【００１１】

【課題を解決するための手段】本発明は、修正対象とな
るプログラムをその一定の法則に特化して、関連のあり
そうな命令や、それに付随しそうな項目や定数をキーワ
ードにして検索し、該検索結果から問題となりそうなプ
ログラムの修正箇所を洗い出すようにしたことにより、
前記課題を解決したものである。

【００１２】又、上記プログラム修正方法において、洗
い出した前記修正箇所について、修正の要否を人間系に
て決定し、修正要と決定されたプログラムの修正箇所を
対象に、修正対象となる命令及び修正後の命令や、それ
らに付随する項目、及びその修正された箇所に関連する
テストデータなどにより構成される修正箇所毎ミニプロ
グラムを自動生成し、一方、修正要と決定されたプログ
ラムの修正箇所を対象に、修正後の命令が単純でない場
合には、修正対象となる命令及び修正後の命令を挿入す
べき箇所を示す記述や、それらに付随する項目、及びそ
の修正された箇所に関連するテストデータを挿入すべき
箇所を示す記述などにより構成される修正箇所毎ミニプ
ログラムを自動生成するようにしたことにより、前記課
題を解決したものである。

【００１３】更に、前記プログラム修正方法において、
予め設定した会話形式又はバッチ形式で、前記修正箇所
毎ミニプログラムをコンパイルして、実行可能形式のプ
ログラムを作成し、この後、そのプログラムを実行し、
該プログラムのテストを行うようにしたことにより、前
記課題を解決したものである。

【００１４】前記プログラム修正方法において、前記プ
ログラムテストの後、修正作業前のソースプログラムと
本番ソースプログラムの差異分析チェックを行い、該チ
ェック結果に基づいて、他の要因で該当プログラムに変
更が発生していないことを確認し、テストの完了した前
記修正箇所毎ミニプログラムより、テストで動作確認を
実施した部分のみを抽出し、元のソースプログラムに該
当抽出部分を自動反映するようにしたことにより、前記
課題を解決したものである。

【００１５】以下、本発明の作用について、簡単に説明
する。

【００１６】本発明においては、修正プログラムにおい
て、その一定の法則に特化して、問題となりそうな命令
や、それに付随しそうな項目や定数を、キーワードとす
る（図１の符号２３）。又、修正プログラムにおいて、
このようなキーワードを用いて検索し、問題となりそう
なプログラムの修正箇所を洗い出す（図２の符号７）。
続いて、洗い出されたプログラムの修正対象となりそう
な箇所について、修正の要否を人間系にて決定する（図
２の符号１１、及び符号１２）。

【００１７】又、修正要と決定されたプログラムの修正
箇所を対象に、本発明において修正箇所毎ミニプログラ
ムと称するものを自動生成する（図３の符号１３）。こ
の修正箇所毎ミニプログラムは、修正後の命令が単純な
場合には、修正対象となる命令及び修正後の命令や、そ
れらに付随する項目、及びその修正された箇所に関連す
るテストデータなどにより構成される。この場合の修正
箇所毎ミニプログラムは、図１５〜図１８のようなもの
である。又、修正箇所毎ミニプログラムは、修正後の命
令が単純でない場合には、修正対象となる命令及び修正
後の命令を挿入すべき箇所を示す記述や、それらに付随
する項目、及びその修正された箇所に関連するテストデ
ータを挿入すべき箇所を示す記述などにより構成され
る。この場合の修正箇所毎ミニプログラムは、図２２〜
図２６のようなものである。

【００１８】修正後の命令が単純でない場合には、自動
生成された修正箇所毎ミニプログラム中の修正後の命令
を挿入すべき箇所を示す記述及び、その修正された箇所
に関連するテストデータを挿入すべき箇所を示す記述
を、修正後の命令及びテストデータに変更することを人
間系にて手作業にて実施する（図３の符号２４、及び符
号２５）。

【００１９】次に、予め設定した会話形式又はバッチ形
式で、前記修正箇所毎ミニプログラムをコンパイルし
て、実行可能形式のプログラムを作成する。該コンパイ
ルは、会話形式が設定されている場合、フォアグラウン
ド処理で行ってもよい。あるいは、該コンパイルは、バ
ッチ形式が設定されている場合、バックグラウンド処理
で行ってもよい。この後、そのプログラムを実行し、該
プログラムのテストを行う（図３の符号１６、及び符号
１７）。

【００２０】又、自動反映の事前作業として、ソースプ
ログラム（図２の符号３）を作業前に凍結（複写）して
おいたとする。このようなソースプログラムと、本番ソ
ースプログラム（図１や図４の符号１）との差異分析チ
ェックを行い、他の要因で該当プログラムに変更が発生
していないことを確認する（図４の符号１８）。

【００２１】テストの完了した修正箇所毎ミニプログラ
ムより、テストで動作確認を実施した部分のみを抽出
し、元のソースプログラムに該当抽出部分を自動反映す
る（図４の符号１９）。

【００２２】以上説明したように、本発明におけるプロ
グラム修正では、プログラム修正の対象となるプログラ
ムのドキュメント類を基本的には利用しない。従って、
本発明によれば、プログラム修正の対象となるプログラ
ムのドキュメント類に不備があっても、修正対象のソー
スプログラムを極力自動的に修正し、これにより、プロ
グラム修正に要する作業工数の削減のみならず、修正精
度の向上を図ることができる。

【００２３】

【発明の実施の形態】以下、図を用いて本発明が適用さ
れた実施の形態を詳細に説明する。

【００２４】本発明について、ある２桁の項目で、本来
であれば４桁に桁数を拡張したいが、修正負荷などによ
り２桁のままで対応したい場合を例とし、以下に実施形
態として説明する。

【００２５】具体的には、本実施形態は、いわゆる「西
暦２０００年問題」と呼ばれている問題に対処するため
のプログラム修正方法である。この西暦２０００年問題
は、西暦の年項目を２桁数値で処理しているプログラム
が、西暦２０００年のデータや、西暦２０００年前後の
データを処理する時点で誤動作するという問題である。

【００２６】例えば、１９９８年の場合は「９８」の２
桁数値を格納し、２０００年の場合は「００」の２桁数
値を格納する。このデータを使用して並べ替えを行った
場合、順序が逆転する異常が発生する。これは、本来の
西暦年数の数値の大小関係に対して、２桁数値とした場
合は、数値の大小関係が逆転してしまうためである。

【００２７】ここで、図１〜図４は、本実施形態の処理
の流れを示す一連のブロック図である。図１の符号２及
び符号２３の処理で生成ないしは更新された、符号３〜
６で示されるライブラリやパラメータは、図２の符号７
の処理で利用される。図２において、符号７の処理又は
符号１１の処理で生成ないしは更新された符号９の情報
や符号１０のファイルは、図３の符号１３の処理で利用
される。

【００２８】図３において、符号１３の処理や符号２５
の処理で生成ないしは更新された符号１５の修正箇所毎
ミニプログラムは、符号１６の処理でテストされた後、
図４の符号１９の処理で利用される。更に、この符号１
９の処理では、符号１４のライブラリが利用されると共
に、図２の符号７の処理で生成ないしは更新された符号
９の情報も利用される。このようにして、この図４の符
号１９の処理は、符号２１で示される最終的な修正済ソ
ースプログラムライブラリを生成する。又、図４におい
て、符号１８の処理は、図１にも示される符号１のライ
ブラリと、符号１４のライブラリとから、符号２０の差
分チェック表を生成する。

【００２９】以下のＡ１〜Ａ２７に、実施形態で適用さ
れた、プログラム修正方法における一定の法則を列挙す
る。なお、以下において、『』の括弧にて、ＣＯＢＯＬ
などのコンピュータ言語のソースプログラムなどでの、
文字列パターンを示す。

【００３０】Ａ１．本来であれば４桁に桁数を拡張した
いが、２桁のままで対応したい項目について、２桁のま
まとした場合に問題となるであろうプログラムの命令や
キーワードなどを洗い出す。例えば、年項目を４桁に拡
張せず２桁のままで対応する場合は、以下のような項目
名やキーワードが一例となる。

【００３１】例年データを格納していそうな項目名『ＹＹ』、『ＹＥＡＲ』、など。そのデータを処理中に問題となりそうな命令やキーワー
ド『＞』、『＜』、『＞＝』、『≧』、
『＝』、『．ＬＴ．』、『．ＧＴ．』など。

【００３２】Ａ２．プログラムソース全体を洗い出され
たキーワードで検索し、プログラム修正の対応が必要と
なりそうな命令と、その命令を実行するために必要な項
目名を自動抽出する。この時点でプログラム構造解析を
行い、洗い出された命令の構造や、その命令を実行する
ために必要な項目の情報についても解析し、「プログラ
ム構造解析情報」を生成しておく。これは、図２の符号
７で行われる。

【００３３】Ａ３．洗い出された命令や項目を、人間系
で要否判定を行うための命令とそれに付随する項目単位
に、「必要」、「不明」、「不要」の３種類に分類し
て、修正箇所一覧表にまとめる。これは、図２の符号８
である。

【００３４】Ａ４．洗い出された命令やそれに付随する
項目について、プログラム修正の要否が判定できそうな
キーワードを事前に設定しておき、一覧表作成時にその
キーワードに一致すれば「必要」又は「不要」に振り分
ける。一致しなかった場合は「不明」に振り分ける。例
えば、年項目を４桁に拡張せず２桁のままで対応する場
合は、以下のようなキーワードが一例となる。これは、
図２の符号７で行われる。

【００３５】例「必要」と判定するキーワード『ＹＹ』で、かつ、「項目の桁数が２桁」、など。「不要」と判定するキーワード「項目の桁数が１桁」、など。

【００３６】Ａ５．修正箇所一覧表に抽出されている、
項目を重複を無くし項目一覧表としてまとめる。これ
は、図２の符号８である。

【００３７】Ａ６．修正箇所一覧表と項目一覧表よりプ
ログラム修正の必要な箇所を人間が最終判断する。これ
は、図２の符号１１及び符号１２で行われる。

【００３８】Ａ７．プログラム修正が必要と決定された
箇所毎に、「修正箇所毎ミニプログラム（例えば図１５
〜図１８の一連の図）」を「プログラム構造解析情報」
を元に自動生成する。これは、図３の符号１３で行われ
る。

【００３９】Ａ８．「修正箇所毎ミニプログラム（例え
ば図１５〜図１８の一連の図）」は、「修正パターン判
別アルゴリズム」により、そのパターンが決定され、パ
ターン毎に事前に設定しておく「雛形パターン（例えば
図６〜図１４の一連の図）」を雛形パターン置き換え規
則に則り編集し作成する。例えば、年項目を４桁に拡張
せず、２桁のままで対応する場合は、以下のようなパタ
ーンが一例となる。なお、これは、図３の符号１３で行
われる。

【００４０】例「『ＩＦ』文パターン」や「『ＣＯＭＰＵＴＥ』パター
ン」など。

【００４１】Ａ９．「修正パターン判別アルゴリズム」
は、対象となる命令をキーワードに大分類し、さらにそ
の命令形式により細分化してパターンを決定していく。
前述のＡ８の「『ＩＦ』文パターン」の場合は、以下の
ように細分化したパターンを設定する。なお、これは、
図３の符号１３で行われる。

【００４２】例「ＩＦ文パターン１」：『ＩＦ項目名１比較記号
項目名２』や、「ＩＦ文パターン２」：『ＩＦ項目名１比較記号
数字定数』など。なお、上記の比較記号は、『＞』、『＜』、『＞
＝』、『≧』、『＝』、『．ＬＴ．』、『．Ｇ
Ｔ．』などである。

【００４３】Ａ１０．「雛形パターン（例えば図６〜図
１４の一連の図）」は、「パターン内部命令」、「パタ
ーン組込命令」、「パターン内部変数」、ＣＯＢＯＬな
どのコンピュータ言語の完全な命令又はＣＯＢＯＬなど
のコンピュータ言語の不完全な命令などにより構成され
る。これらのパターン内部の命令やパターン内部変数の
置き換え処理により、「雛形パターン」から「修正箇所
毎ミニプログラム」（図１５〜図１８の一連の図）が自
動生成される。なお、これは、図３の符号１３で行われ
る。

【００４４】Ａ１１．「パターン内部命令」は、パター
ン内での編集処理を制御する。「パターン内部命令」
は、下記命令で構成される。なお、これは、図３の符号
１３で行われる。

【００４５】例『％％ＩＦ』（条件命令）や、『％％ＥＮＤ−Ｉ
Ｆ』（条件命令の終了）など。

【００４６】Ａ１２．「パターン組込命令」は、パター
ン内でのレコード組込を制御する。「パターン組込命
令」は、下記命令で構成される。なお、これは、図３の
符号１３で行われる。

【００４７】例『ＯＲＧＷＯＲＫ』（プログラムの項目定義部分を展
開するもの）や、『ＯＲＧＰＲＯＣ』（プログラムの
手続き部分を展開するもの）など。

【００４８】Ａ１３．「パターン内部変数」は、パター
ン内で使用する組込み変数である。下記変数で構成され
る。なお、これは、図３の符号１３で行われる。

【００４９】例『＆＆ＭＡＸＣＡＳＥ』（最大テストケース数）や、
『＆＆ＬＥＮＧ』（項目長さ）など。

【００５０】Ａ１４．「雛形パターン（例えば図６〜図
１４の一連の図）」には、修正パターン毎のテストデー
タを事前に「パターン内部命令」、「パターン組込命
令」、「パターン内部変数」などを使用して設定してお
く。例えば、年項目を４桁に拡張せず２桁のままで対応
する場合は、以下のようなテストケースが一例となる。
なお、これは、図３の符号２６である。

【００５１】例「１９００年代と１９００年代のデータ」や、「１
９００年代と２０００年代のデータ」や、「２０００
年代と２０００年代のデータ」など。

【００５２】Ａ１５．前述のＡ１０で作成された「修正
箇所毎ミニプログラム」の内、一部ＣＯＢＯＬなどのコ
ンピュータ言語の不完全な命令を含むものについては人
間系にて手修正をほどこし、完全な命令を記述する。な
お、これは図３の符号２４及び符号２５で行われる。

【００５３】Ａ１６．「雛形パターン（例えば図６〜図
１４の一連の図）」に、修正前プログラムロジックと修
正後プログラムロジックが実行されるように設定してお
くことにより、テスト時に修正前後の実行結果が同時に
得られる。なお、これは、図３の符号２６である。

【００５４】Ａ１７．「雛形パターン（例えば図６〜図
１４の一連の図）」には、元のソースへの戻し対象範囲
をキーワードで指定しており、指定された範囲が元のソ
ースに反映される。なお、これは、図３の符号２６であ
る。

【００５５】Ａ１８．予め設定した会話形式又はバッチ
形式で、前述のＡ１０あるいはＡ１５で作成された修正
箇所毎ミニプログラムをコンパイルして、実行可能形式
のプログラムを作成する。該コンパイルは、会話形式が
設定されている場合、フォアグラウンド処理で行う。あ
るいは、該コンパイルは、バッチ形式が設定されている
場合、バックグラウンド処理で行う。この後、そのプロ
グラムを実行し、該プログラムのテストを行う。なお、
これは、図３の符号１６、及び符号１７で行われる。

【００５６】Ａ１９．修正箇所のテストが完了した部分
について、元のソースプログラムに「修正箇所毎ミニプ
ログラム（例えば図１５〜図１８の一連の図）」より、
テストに使用した命令の手続き部とそれに関連する項目
を抽出し、元のプログラムの該当命令部分と置き換え、
追加を行う。なお、これは、図４の符号１９で行われ
る。

【００５７】Ａ２０．プログラムテスト完了後の元のソ
ースプログラムへの戻しについては、プログラム毎に随
時戻す方法と、全てのプログラムテストが完了した時点
で戻す方法を選択可能である。なお、これは、図４の符
号１９で行われる。

【００５８】Ａ２１．元のソースプログラムへの戻し箇
所については、「雛形パターン（例えば図６〜図１４の
一連の図）」に自動修正されたことを示すコメントを設
定しておくことにより反映される。なお、これは、図４
の符号１９で行われる。

【００５９】Ａ２２．元のソースプログラムへの反映
は、本作業中に元のソースプログラムに対する修正が別
途、発生していないことを差異分析チェックにより確認
後、反映する。なお、これは、図４の符号１８で行われ
る。

【００６０】Ａ２３．元のソースプログラムへの反映
時、元のソースプログラムの記述形式に合わせて、プロ
グラム記述開始位置の段ずらしを実施する。なお、これ
は、図４の符号１９で行われる。

【００６１】Ａ２４．元のソースプログラムへの反映
時、プログラム記述でプログラムの記述規則に則り、ソ
ース記述の折れまがり処理を行う。なお、これは、図４
の符号１９で行われる。

【００６２】Ａ２５．元のソースプログラムへの反映
時、元のソースプログラム記述に合わせて命令の終わり
を示す記号の追加削除を実施する。なお、これは、図４
の符号１９で行われる。

【００６３】Ａ２６．プログラムの自動修正と修正箇所
のテスト作業において、当方法をツール化し実施する場
合、ツールの制約で解析できない命令又は項目を発見し
た場合は、ＳＫＩＰ−ＳＥＱパラメータ機能を指定し、
該当命令又は項目を無視することが可能となる。なお、
これは、図３の符号１３で行われる。

【００６４】Ａ２７．ＳＫＩＰ−ＳＥＱパラメータ機能
は、洗い出された命令又は、項目単位に発番された連番
を指定し、指定された連番の命令又は、項目を処理対象
外とする。なお、これは、図３の符号１３で行われる。

【００６５】以下、本発明の実施例について、図を用い
て詳細に説明する。

【００６６】本実施例は、本発明が適用された、前述し
た実施形態の処理例となっている。図１〜図４は、本実
施例の処理の流れを示す一連のブロック図である。図５
は、本実施例がプログラム修正の対象とする一例のソー
スプログラムであり、コンピュータプログラム言語のＣ
ＯＢＯＬで記述されている。図６〜図１４は、本実施例
が利用する雛形パターンの一例の一連の図であり、プロ
グラム修正するソースプログラムがＣＯＢＯＬである場
合のものであり、「ＩＦ文比較パターン１」、即ち『Ｉ
Ｆ項目名１比較記号項目名２』の雛形パターンと
なっている。図１５〜図１８は、本実施例が利用する修
正箇所毎ミニプログラムの一例の一連の図であり、プロ
グラム修正するソースプログラムがＣＯＢＯＬである場
合のものである。図１９は、プログラム修正するソース
プログラムがＣＯＢＯＬである場合のもので、修正箇所
毎ミニプログラムによるテストの実施を示す。図２０及
び図２１は、プログラム修正するソースプログラムがＣ
ＯＢＯＬである場合のもので、本発明を適用した元ソー
スプログラムへの反映後の例を示す一連の図である。

【００６７】なお、図６〜図１４、図１５〜図１８、図
２０及び図２１、又、図２２〜図２６の、それぞれの一
連の図においては、本来はソースプログラムなどの連続
したリストであるが、作図の都合上、複数ページに分割
している。ここで、このようなリストの連続したつなが
りを示すため、前後ページでは１〜３行程度重複させ、
前後ページで同一行を２重に作図している。

【００６８】又、図５〜図１８、図２０、図２１におい
ては、いずれも図中左側に、６桁の行番号が付されてい
る。以下の説明では、この行番号を参照しながら該当部
分を示し、説明する。

【００６９】まず、図５に示される、プログラム修正の
対象とする一例のソースプログラムについて説明する。

【００７０】図５において、洗い出された命令の使用し
ている項目についても抽出しておく。例えば、０００９
００行の『０１ W-SYSDATE PIC ９
（６）』、及び００１２００行の『０１ L-YMD
PIC ９（６）』の項目は、いずれも、修正
箇所毎ミニプログラムでのテストで使用される。

【００７１】又、図５の００１９００行の『IF L-YMD
> W-SYSDATE 』は、洗い出し対象となる。

【００７２】これは、前述のＡ１のその「データを処理
中に問題となりそうな命令やキーワード」にある『＞』
により洗い出される。

【００７３】次に、図６〜図１４に示される、本実施例
が利用する雛形パターンの一例の、「ＩＦ文比較パター
ン１」、即ち『ＩＦ項目名１比較記号項目名２』
の雛形パターンを説明する。

【００７４】まず、図６〜図１４の全体について説明す
ると、０００１００行〜００８６００行、及び０１２４
００行〜０１７４００行において、テストデータ設定を
行っている。又、０１８５００行〜０１９１００行で修
正前の修正プログラムの、修正箇所として洗い出された
部分などを表示している。０１９７００行〜０２１４０
０行で修正後の修正プログラムの、修正箇所として洗い
出された部分などを表示している。

【００７５】又、図６〜図１４において、各部分につい
て説明する。

【００７６】まず、０００５００行〜００１３００行で
は、修正プログラムにおいて洗い出された命令が使用し
ている項目の桁数が４桁の場合の、テストデータを設定
している。００１４００行〜００２２００行では、洗い
出された命令が使用している項目の桁数が５桁の場合
の、テストデータを設定している。同様に修正プログラ
ムにおいて、００２３００行〜００３１００行では６桁
の場合の、００３２００行〜００４０００行では７桁の
場合の、００４１００行〜００４９００行では８桁の場
合の、００５０００行〜００５８００行では９桁の場合
の、００５９００行〜００６７００行では１０桁の場合
の、００６８００行〜００７６００行では１１桁の場合
の、それぞれ、テストデータを設定している。

【００７７】００９７００行〜００９９００行におい
て、新規に追加するデータ定義を定義している。０１０
２００行において、洗い出された命令で使用している項
目を展開する。０１１５００行〜０１１７００行におい
て、見出しとして、プログラム名などを表示する。０１
１８００行〜０１１９００行において、見出しとして、
テストケース番号を表示する。０１２４００行〜０１５
９００行は、テストデータを設定する項目が添字などで
修飾されている場合の処理であり、添字の値を設定す
る。０１６０００行〜０１７１００行において、テスト
データの値を設定する。０１７２００行〜０１７４００
行において、テストデータの値を表示する。０１７９０
０行〜０１８０００行において、洗い出された命令を表
示する。０２０１００行〜０２０９００行は、洗い出さ
れた命令の修正後ロジックであり、テスト完了後は、こ
の部分が元のソースプログラムに反映される。

【００７８】次に、図１５〜図１８の修正箇所毎ミニプ
ログラムの一例について説明する。

【００７９】０００９００行〜００１４００行は、自動
修正にて追加される箇所である。この内、特に、００１
１００行〜００１３００行は、元のソースプログラムに
反映される箇所である。

【００８０】００１６００行〜００１７００行は、洗い
出された命令で使用してる項目である。この項目にテス
トデータをセットし、テストを行う。

【００８１】００３０００行〜００３４００行は、プロ
グラム名や、テストケース番号などの見出しを表示す
る。００３９００行〜００４３００行は、テストデータ
のセットをすると共に、セットした値を表示する。００
４８００行〜００５０００行は、修正対象ロジックの表
示をする。

【００８２】００５５００行〜００６２００行は、修正
プログラムにおいて、修正箇所に対応する、修正前の部
分を表示したり、この部分の修正前の修正プログラムの
実行結果を表示する。特に、００５７００行は、修正箇
所に対応する部分の、修正前の修正プログラムを実行す
る箇所である。

【００８３】００６７００行〜００８４００行は、修正
プログラムにおいて、修正後の修正箇所を表示したり、
修正後の修正プログラムの実行結果を表示する。特に、
００７１００行〜００７９００行は、修正プログラムに
おいて修正する内容であり、テスト完了後は元のソース
プログラムに反映される。

【００８４】次に、図１９の修正箇所毎ミニプログラム
によるテストの実施について説明する。

【００８５】図１９は、合計１１行で示されている。
又、以下の説明では、該当部分を、この１行目〜１１行
目として指し示して説明する。

【００８６】まず、２行目〜５行目は、セットしたテス
トデータを表示する。７行目は、修正対象となった修正
プログラム中の修正部分である。９行目は、該修正部分
に対応する部分の、修正前の修正プログラムの実行結果
である。１１行目は、該修正部分の、修正後の修正プロ
グラムの実行結果である。

【００８７】次に、図２０及び図２１の元ソースプログ
ラムへの反映後について説明する。

【００８８】図２０及び図２１においては、先行の００
１１００行〜００１３００行の部分、及び、００７１０
０行〜００７９００行の部分が、修正プログラムのソー
スプログラムにおける変更箇所となる。その他の部分は
変更を行わない。

【００８９】まず、先行の００１１００行〜００１３０
０行は、自動修正で組み込まれたデータ定義部である。
この例では、サブルーチンを追加したため、そのルーチ
ンで必要となるデータ定義部分が追加されている。次
に、００７１００行〜００７９００行は、修正箇所毎ミ
ニプログラムでテストを実施した手続き部が、元の手続
き部と置き換えられた部分である。

【００９０】次に、図２２〜２６の修正箇所毎ミニプロ
グラムの一例について説明する。

【００９１】０００９００行〜００１５００行は、人間
系にて手修正を行う箇所である。この内、特に、００１
２００行〜００１４００行は、元のソースプログラムに
反映される箇所である。

【００９２】００１７００行〜００２０００行は、洗い
出された命令で使用してる項目である。この項目にテス
トデータをセットし、テストを行う。

【００９３】００３３００行〜００３７００行は、プロ
グラム名や、テストケース番号などの見出しを表示す
る。００４２００行〜００４８００行は、テストデータ
のセットをすると共に、セットした値を表示する。この
内、特に００４２００行〜００４３００行は、人間系に
て手修正を行う箇所である。００５３００行〜００５５
００行は、修正対象ロジックの表示をする。

【００９４】００６０００行〜００６７００行は、修正
プログラムにおいて、修正箇所に対応する、修正前の部
分を表示したり、この部分の修正前の修正プログラムの
実行結果を表示する。特に、００６２００行は、修正箇
所に対応する部分の、修正前の修正プログラムを実行す
る箇所である。

【００９５】００７２００行〜００８５００行は、修正
プログラムにおいて、修正対象となる命令及び、修正後
の命令を挿入すべき箇所を表示したり、人間系にて手修
正後の修正プログラムの実行結果を表示する。特に、０
０７７００行〜００８０００行は、修正プログラムにお
いて修正箇所に対応する部分の人間系にて手修正を行う
箇所であり、人間系にて手修正をしたのち、テスト完了
後は元のソースプログラムに反映される。

【００９６】本実施例について、最後に、自動修正の作
用について説明する。

【００９７】図６〜図１４の一連の図に示される雛形パ
ターンにおいては、行番号の後に続く合計２０個の連続
した『＊』及び『（ＳＴＡＲＴ）』により自動的に認識
される開始の行、及び、行番号の後に続く合計２０個の
連続した『＊』及び『（ＥＮＤ）』により自動的に認識
される終了の行と、これら開始行及び終了行で挟まれる
一連の行が、これをそのまま用いるなどして、修正箇所
毎ミニプログラムに反映される。又、この修正箇所毎ミ
ニプログラムで反映されたものに基づいて、最終的に修
正プログラムに修正を加える。即ち、雛形パターンにお
いてこのように自動的に認識される反映箇所は、修正箇
所毎ミニプログラムや修正プログラムの該当箇所に自動
的に反映される。

【００９８】更には、修正箇所毎ミニプログラムから、
修正プログラムに反映する挿入箇所を自動的に得る。例
えば、１文字目が全角文字で始まるコメント文以外を、
この挿入箇所として得るようにしてもよい。あるいは、
行番号の後に続く合計４個の連続した『−』と、当該行
中の『ＳＴＡＲＴ』とにより、挿入箇所の開始行を自動
的に認識する。又、この反映箇所の内、行番号の後に続
く合計４個の連続した『−』と、当該行中の『ＥＮＤ』
とにより、挿入箇所の終了行を自動的に認識する。これ
ら挿入箇所開始行及び挿入箇所終了行と、これら挿入箇
所開始行及び挿入箇所終了行で挟まれる行が、修正箇所
毎ミニプログラムにおいて自動的に挿入箇所として認識
される。又、このように認識される挿入箇所の内、該当
のものが修正プログラムの該当箇所に置きかえられる。

【００９９】例えば、図９の００９５００行の『009500
********************（START ）自動修正追加箇所****
**************』は、その行番号の後に続く合計２０個
の連続した『＊』及び『（ＳＴＡＲＴ）』により、開始
行として、自動的に認識される。又、０１００００行の
『010000********************（END ）自動修正追加箇
所******************』は、その行番号の後に続く合計
２０個の連続した『＊』及び『（ＥＮＤ）』により、終
了行として、自動的に認識される。又、これら開始行及
び終了行と、これら開始行及び終了行で挟まれる行、即
ち００９５００行〜０１００００行が、上述の反映箇所
となる。

【０１００】図６〜図１４の雛形パターンにおいて図９
の該反映箇所は、図１５〜図１８の修正箇所毎ミニプロ
グラムにおいて図１５の０００９００行〜００１４００
行に反映されている。

【０１０１】又、一旦この修正箇所毎ミニプログラムに
反映された該反映箇所に基づいて、００１１００行の
『001100*---- ２０００年対応 START （&&DATE,BY AU
TO）-------------------------*』から、００１３００
行の『001300*---- ２０００年対応 END （&&DATE,B
Y AUTO）-------------------------*』までが、前述の
挿入箇所として自動的に認識される。又、このような挿
入箇所は、挿入することが妥当であれば、例えば図２０
及び図２１の修正後の修正プログラムにおいて、図２０
の００１１００行〜００１３００行のように、自動的に
該当箇所に置きかえられる。

【０１０２】なお、修正プログラムにおいて、行番号の
直後に『＊』のある行は、コメント行である。従って、
図２０の００１１００行及び００１３００行において、
『２０００年対応』や『ＳＴＡＲＴ』や『ＥＮＤ』とあ
ることで、この箇所が２０００年問題に対処するための
修正部分であることや、これら行にある『AUTO』によ
り、自動的な修正であるという情報が、コメントとして
プログラマなどに伝達される。

【０１０３】以上説明したように、本実施形態では本発
明を効果的に適用することができる。又、該実施形態の
前述の実施例についても、本発明を効果的に適用するこ
とができている。従って、本実施形態でも、更には本実
施例でも、プログラム修正の対象となるプログラムのド
キュメント類に不備があっても、修正対象のソースプロ
グラムを極力自動的に修正し、これにより、プログラム
修正に要する作業工数の削減のみならず、修正精度の向
上を図ることができる。

【０１０４】これら実施形態や実施例では、一定の法則
に則ったプログラムの修正の少なくとも一部を自動修正
することができ、又、残りについては、人間による一部
手修正で実施することが可能となる。従って、作業工数
の大幅な削減を図りつつ、修正精度の大幅な向上が可能
となる。

【０１０５】又、プログラム修正を行う必要のある箇所
のみを抽出し「修正箇所毎ミニプログラム（例えば図１
５〜図１８の一連の図）」を自動生成しており、修正箇
所のみのテストデータを作成すればテストが可能とな
る。従って、テストデータ作成負荷を大幅に軽減するこ
とが可能となる。

【０１０６】「雛形パターン（例えば図６〜図１４の一
連の図）」に、事前にテストデータを設定しておくこと
により、パターン別にテストデータが自動生成され、人
間の手作業によるテストデータ作成がなくなる。これに
より、テストデータ作成負荷の大幅な軽減と、テストデ
ータの精度向上が可能となる。

【０１０７】「修正箇所毎ミニプログラム（例えば図１
５〜図１８の一連の図）」でテストが完了した部分のみ
を抽出し、元のソースプログラムに自動反映することが
できる。このため、修正箇所以外の処理手続きなどを誤
って修正する可能性が大幅に減少し、修正精度の大幅な
向上が可能となる。

【０１０８】プログラム修正を行う必要のある箇所のみ
を抽出し、その部分のみで「修正箇所毎ミニプログラ
ム」を自動生成し、修正箇所のみのテストを、テストデ
ータを自由に設定しながら実施できる。これにより、テ
ストデータ作成負荷を大幅に軽減することが可能とな
る。

【０１０９】

【発明の効果】本発明によれば、プログラム修正の対象
となるプログラムのドキュメント類に不備があっても、
修正対象のソースプログラムを極力自動的に修正し、こ
れにより、プログラム修正に要する作業工数の削減のみ
ならず、修正精度の向上を図ることができる。

【図面の簡単な説明】

【図１】本発明が適用された実施形態の処理の流れを示
す一連の図における第１のブロック図

【図２】上記の流れを示す第２のブロック図

【図３】前記流れを示す第３のブロック図

【図４】前記流れを示す第４のブロック図

【図５】前記実施形態におけるプログラム修正の実施例
のソースプログラムを示す線図

【図６】前記実施例が利用する雛形パターンの例を示す
一連の図における第１の線図

【図７】上記の雛形パターンを示す第２の線図

【図８】前記雛形パターンを示す第３の線図

【図９】前記雛形パターンを示す第４の線図

【図１０】前記雛形パターンを示す第５の線図

【図１１】前記雛形パターンを示す第６の線図

【図１２】前記雛形パターンを示す第７の線図

【図１３】前記雛形パターンを示す第８の線図

【図１４】前記雛形パターンを示す第９の線図

【図１５】前記実施例が利用する不完全なＣＯＢＯＬ命
令を含まない修正箇所毎ミニプログラムの例を示す一連
の図における第１の線図

【図１６】上記の図に続く修正箇所毎ミニプログラムを
示す第２の線図

【図１７】上記の図に続く修正箇所毎ミニプログラムを
示す第３の線図

【図１８】上記の図に続く修正箇所毎ミニプログラムを
示す第４の線図

【図１９】前記実施例における修正箇所毎ミニプログラ
ムによるテストの実施を示す線図

【図２０】前記実施例における本発明を適用した元ソー
スプログラムへの反映後の例を示す一連の図における第
１の線図

【図２１】上記の図に続く第２の線図

【図２２】前記実施例が利用する不完全なＣＯＢＯＬ命
令を含む修正箇所毎ミニプログラムの例を示す一連の図
における第１の線図

【図２３】上記の図に続く修正箇所毎ミニプログラムを
示す第２の線図

【図２４】上記の図に続く修正箇所毎ミニプログラムを
示す第３の線図

【図２５】上記の図に続く修正箇所毎ミニプログラムを
示す第４の線図

【図２６】上記の図に続く修正箇所毎ミニプログラムを
示す第５の線図

【符号の説明】

１…本番ソースプログラムライブラリ３、１４…凍結ソースプログラムライブラリ１５…修正箇所毎ミニプログラム２０…差分チェック表２１…修正済ソースプログラムライブラリ２６…雛形パターン

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年２月８日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】プログラム修正支援方法

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【発明の属する技術分野】本発明は、一定の法則に則っ
たプログラムを修正するための、プログラムの自動修正
と修正箇所のテストを支援するようにしたプログラム修
正支援方法に係り、特に、プログラム修正の対象となる
プログラムのドキュメント類に不備があっても、修正対
象のソースプログラムを極力自動的に修正し、これによ
り、プログラム修正に要する作業工数の削減のみなら
ず、修正精度の向上を図ることができるプログラム修正
支援方法に関する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００１０

【補正方法】変更

【補正内容】

【００１０】本発明は、前記従来の問題点を解決するべ
くなされたもので、プログラム修正の対象となるプログ
ラムのドキュメント類に不備があっても、修正対象のソ
ースプログラムを極力自動的に修正し、これにより、プ
ログラム修正に要する作業工数の削減のみならず、修正
精度の向上を図ることができるプログラム修正支援方法
を提供することを目的とする。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】

【課題を解決するための手段】本発明は、修正対象とな
るプログラムをその一定の法則に特化して、関連のあり
そうな命令や、それに付随しそうな項目や定数をキーワ
ードにして検索し、該検索の結果、洗い出された、問題
となりそうなプログラムの修正箇所の中で使用されてい
る項目を、重複をなくし項目一覧表としてまとめて提示
することにより、プログラムの修正箇所の決定を容易に
して、前記課題を解決したものである。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正内容】

【００１２】又、修正対象となるプログラムをその一定
の法則に特化して、関連のありそうな命令や、それに付
随しそうな項目や定数をキーワードにして検索し、該検
索の結果、洗い出された、問題となりそうなプログラム
の修正箇所の中から決定されたプログラムの修正箇所を
対象に、修正後の命令が単純な場合には、修正対象とな
る命令及び修正後の命令や、それらに付随する項目、及
びその修正された箇所に関連するテストデータなどによ
り構成される修正箇所毎ミニプログラムを自動生成し、
一方、修正後の命令が単純でない場合には、修正対象と
なる命令及び修正後の命令を挿入すべき箇所を示す記述
や、それらに付随する項目、及びその修正された箇所に
関連するテストデータを挿入すべき箇所を示す記述など
により構成される修正箇所毎ミニプログラムを自動生成
するようにして、前記課題を解決したものである。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正内容】

【００１３】更に、前記プログラム修正支援方法におい
て、予め設定した会話形式又はバッチ形式で、前記修正
箇所毎ミニプログラムをコンパイルして、実行可能形式
のプログラムを作成し、この後、そのプログラムを実行
し、該プログラムのテストを行うようにして、前記課題
を解決したものである。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】前記プログラム修正支援方法において、前
記プログラムテストの後、修正作業前のソースプログラ
ムと本番ソースプログラムの差異分析チェックを行い、
該チェック結果に基づいて、他の要因で該当プログラム
に変更が発生していないことを確認し、テストの完了し
た前記修正箇所毎ミニプログラムより、テストで動作確
認を実施した部分のみを抽出し、元のソースプログラム
に該当抽出部分を自動反映するようにして、前記課題を
解決したものである。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】変更

【補正内容】

【００１６】本発明においては、修正プログラムにおい
て、その一定の法則に特化して、問題となりそうな命令
や、それに付随しそうな項目や定数を、検索条件のキー
ワードとして設定しておく（図１の符号２３）。又、修
正プログラムにおいて、このようなキーワードを用いて
検索し、問題となりそうなプログラムの修正箇所を洗い
出す（図２の符号７）。続いて、洗い出されたプログラ
ムの修正対象となりそうな箇所について、該洗い出され
た箇所の中で使用している項目を、重複をなくしてまと
めてある項目一覧表（図２の符号８）を見ながら修正対
象の項目が含まれているか否かを、判定することによ
り、修正の要否を人間系にて決定する（図２の符号１
１、及び符号１２）。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】変更

【補正内容】

【００１７】又、前記のようにして洗い出した結果を用
いて決定されたプログラムの修正箇所を対象に、本発明
において修正箇所毎ミニプログラムと称するものを自動
生成する（図３の符号１３）。この修正箇所毎ミニプロ
グラムは、修正後の命令が単純な場合には、修正対象と
なる命令及び修正後の命令や、それらに付随する項目、
及びその修正された箇所に関連するテストデータなどに
より構成される。この場合の修正箇所毎ミニプログラム
は、図１５〜図１８のようなものである。又、修正箇所
毎ミニプログラムは、修正後の命令が単純でない場合に
は、修正対象となる命令及び修正後の命令を挿入すべき
箇所を示す記述や、それらに付随する項目、及びその修
正された箇所に関連するテストデータを挿入すべき箇所
を示す記述などにより構成される。この場合の修正箇所
毎ミニプログラムは、図２２〜図２６のようなものであ
る。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】００１８

【補正方法】変更

【補正内容】

【００１８】修正後の命令が単純でない場合には、自動
生成された修正箇所毎ミニプログラム中の修正後の命令
を挿入すべき箇所を示す記述、及び、その修正された箇
所に関連するテストデータを挿入すべき箇所を示す記述
の、修正後の命令及びテストデータへの変更を、人間系
にて手作業で実施することができる（図３の符号２４、
及び符号２５）。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】００２５

【補正方法】変更

【補正内容】

【００２５】具体的には、本実施形態は、いわゆる「西
暦２０００年問題」と呼ばれている問題に対処するため
のプログラム修正支援方法である。この西暦２０００年
問題は、西暦の年項目を２桁数値で処理しているプログ
ラムが、西暦２０００年のデータや、西暦２０００年前
後のデータを処理する時点で誤動作するという問題であ
る。

【手続補正１３】

【補正対象書類名】明細書

【補正対象項目名】００２９

【補正方法】変更

【補正内容】

【００２９】以下のＡ１〜Ａ２７に、実施形態で適用さ
れた、プログラム修正支援方法における一定の法則を列
挙する。なお、以下において、『』の括弧にて、ＣＯＢ
ＯＬなどのコンピュータ言語のソースプログラムなどで
の、文字列パターンを示す。

【手続補正１４】

【補正対象書類名】明細書

【補正対象項目名】００３６

【補正方法】変更

【補正内容】

【００３６】Ａ５．修正箇所一覧表に抽出されている項
目を、重複を無くし項目一覧表としてまとめる。これ
は、図２の符号８である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者丹生石和也東京都江東区豊洲三丁目３番３号川鉄情報システム株式会社内 (72)発明者石橋明東京都江東区豊洲三丁目３番３号川鉄情報システム株式会社内 (72)発明者渡辺宏昭東京都江東区豊洲三丁目３番３号川鉄情報システム株式会社内

Claims

【特許請求の範囲】

【請求項１】修正対象となるプログラムをその一定の法
則に特化して、関連のありそうな命令や、それに付随し
そうな項目や定数をキーワードにして検索し、該検索結果から問題となりそうなプログラムの修正箇所
を洗い出すようにしたことを特徴とするプログラム修正
方法。
【請求項２】請求項１に記載のプログラム修正方法にお
いて、洗い出した前記修正箇所について、修正の要否を人間系
にて決定し、修正要と決定されたプログラムの修正箇所を対象に、修
正対象となる命令及び修正後の命令や、それらに付随す
る項目、及びその修正された箇所に関連するテストデー
タなどにより構成される修正箇所毎ミニプログラムを自
動生成し、一方、修正要と決定されたプログラムの修正箇所を対象
に、修正後の命令が単純でない場合には、修正対象とな
る命令及び修正後の命令を挿入すべき箇所を示す記述
や、それらに付随する項目、及びその修正された箇所に
関連するテストデータを挿入すべき箇所を示す記述など
により構成される修正箇所毎ミニプログラムを自動生成
するようにしたことを特徴とするプログラム修正方法。
【請求項３】請求項１又は請求項２に記載のプログラム
修正方法において、予め設定した会話形式又はバッチ形式で、前記修正箇所
毎ミニプログラムをコンパイルして、実行可能形式のプ
ログラムを作成し、この後、そのプログラムを実行し、該プログラムのテス
トを行うようにしたことを特徴とするプログラム修正方
法。
【請求項４】請求項１に記載のプログラム修正方法にお
いて、前記プログラムテストの後、修正作業前のソースプログ
ラムと本番ソースプログラムの差異分析チェックを行
い、該チェック結果に基づいて、他の要因で該当プログラム
に変更が発生していないことを確認し、テストの完了した前記修正箇所毎ミニプログラムより、
テストで動作確認を実施した部分のみを抽出し、元のソ
ースプログラムに該当抽出部分を自動反映するようにし
たことを特徴とするプログラム修正方法。