JPH09146766A - クラス構造変更方法 - Google Patents

Abstract

(57)【要約】 【課題】 既存クラスの構造を変更する時にクラスコー
ド解析情報を利用して共通属性だけを使用するメソッド
を上位クラスへ移動する洗練化作業を支援する。 【解決手段】 オブジェクト指向言語のソースコードか
らクラス仕様解析情報(以下、Ｃという)を作成し、利用
者が入力する共通属性情報を取得し、該情報に従い共通
属性だけからなる新規上位クラス(以下、Ｄ)を作りＣを
修正し、変更対象下位クラス(以下、Ｅ)の共通属性の統
合をし、Ｃ中のメソッドコードからメソッドコード解析
情報を作成し、Ｅで使用属性集合が共通属性のみのメソ
ッドをＤへ移動しＣを修正し、主要ＥからＤへ移動した
主要メソッドと、使用属性集合と使用メソッド集合が同
一の統合候補対象メソッドとの対を検出し、該メソッド
に関するコードを削除し、該メソッドの使用箇所でのメ
ソッド名称を該メソッド名称から主要メソッド名称に置
換しＣを修正し、Ｃをソースコードで出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェアの生
産性向上に関わり、開発対象のシステムをオブジェクト
の集合として捉えた時のオブジェクトを抽象化した概念
であるクラスの定義を、より洗練化する際に必要となる
クラス構造変更方法に関する。

【０００２】

【従来の技術】オブジェクト指向言語のプログラムで
は、クラスがプログラムを構成する単位となる。クラス
間には継承関係と呼ばれる階層構造を定義することがで
き、各クラスはその上位クラスで定義された機能をその
まま受け継ぐことができる。このクラス間の機能継承に
より、冗長なコードのない、汎用性の高いソフトウェア
が作成できる。しかし、クラス構造の設計が充分に行な
われないままコーディング作業へ入った結果、コーディ
ング作業中にクラスの構造を変更が必要となることがあ
る。このような場合、従来では変更の影響を人間がテキ
スト検索ツールなどを使って探索して修正するという作
業を行なってきた。このような作業を支援する方法とし
て、既存のクラス階層を論理的な機能を保持したまま再
編成する方法が特開平５−１３４８７４に開示されてい
る。該方法では、既存クラスのクラス階層、各クラスの
定義内容、変更後のクラス階層、既存クラスのクラス階
層中のクラスと変更後のクラス階層中のクラスとの対応
関係を入力として、既存クラスを用いて作成されたアプ
リケーションに影響を及ぼさないように各クラスの定義
内容を決定することができる。

【０００３】

【発明が解決しようとする課題】しかし、従来技術では
変更後に存在するクラスと変更前に存在していたクラス
とは１対１に対応していなければならないので新たな抽
象クラスを作る場合のようにクラスの数が増える変更に
は対応していない。また、メソッドがどの属性を使用す
るかといった属性とメソッド間の関係を解析していない
ので、手作業で抽象クラスの抽出などの作業をする際に
作業支援することもできない。本発明の第１の目的は、
既存クラスの構造を変更する時にクラスコード解析情報
を利用して共通属性だけを使用するメソッドを上位クラ
スへ移動する洗練化作業を支援し、冗長なコードの除去
や再利用性・保守性の向上をもたらし、ひいては、ソフ
トウェアの生産性を向上させることである。本発明の第
２の目的は、開発中のクラスコードに対しても開発後の
クラスコードと同様にその洗練化作業を支援し、ひいて
はソフトウェアの生産性を向上させることである。本発
明の第３の目的は、共通属性以外の属性も使用するメソ
ッドに対しても共通属性だけを使用するメソッドと同様
にその洗練化作業を支援し、ひいてはソフトウェアの生
産性を向上させることである。本発明の第４の目的は、
変更対象クラスだけでなく、直接の変更対象となったク
ラスを使用しているクラスにまで変更影響波及を探索
し、その洗練化作業を支援し、ひいてはソフトウェアの
生産性を向上させることである。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、オブジェクト指向言語で記述されたソー
スコードからクラス名、上位クラス名、属性名、属性の
型、メソッド名、メソッドコードを抽出しクラス仕様解
析情報を作成するステップと、利用者が入力する複数の
クラス間に共通する属性（以下、共通属性）の集合と、
新しく作る上位クラス（以下、新規上位クラス）の名称
と、該共通属性の該新規上位クラスでの名称（以下、標
準名称）と、該共通属性を持つクラス（以下、変更対象
下位クラス）の中で中心となるクラス（以下、変更対象
主要下位クラス）名を取得するステップと、該取得した
情報にしたがって前記共通属性だけからなる新規上位ク
ラスを作り、前記変更対象下位クラスとの継承関係をつ
くるように前記クラス仕様解析情報を修正するステップ
と、前記変更対象下位クラスの前記共通属性の名称を対
応する前記標準名称に置換するステップと、前記クラス
仕様解析情報中の前記メソッドコードから個々の操作手
続きが参照または代入する可能性のある属性の集合（以
下、使用属性集合）と、呼び出す可能性のあるメソッド
の集合（以下、使用メソッド集合）を抽出し、メソッド
コード解析情報を作成するステップと、前記変更対象下
位クラスで前記使用属性集合が前記共通属性のみから構
成されているメソッドを前記新規上位クラスへ移動する
ように前記クラス仕様解析情報を修正するメソッド移動
ステップと、該変更対象主要下位クラスから該新規上位
クラスへ移動した主要メソッドと、使用属性集合と使用
メソッド集合が同一である統合候補対象メソッドの対を
検出するステップと、該検出した対の統合対象メソッド
に関するコードを削除し、該統合対象メソッドの使用箇
所でのメソッド名称を該統合対象メソッド名称から前記
主要メソッドの名称に置換するように、前記クラス仕様
解析情報を修正するメソッド統合ステップと、変更され
た前記クラス仕様解析情報をソースコードとして出力す
るステップ、とからなるようにしている。また、オブジ
ェクト指向言語で記述されたソースコードからクラス
名、上位クラス名、属性名、属性の型、メソッド名、メ
ソッドコードを抽出しクラス仕様解析情報を作成するス
テップと、利用者が入力する複数のクラス間に共通する
属性（以下、共通属性）の集合と、新しく作る上位クラ
ス（以下、新規上位クラス）の名称と、該共通属性の該
新規上位クラスでの名称（以下、標準名称）と、該共通
属性を持つクラス（以下、変更対象下位クラス）の中で
中心となるクラス（以下、変更対象主要下位クラス）名
を取得するステップと、該取得した情報にしたがって前
記共通属性だけからなる新規上位クラスを作り、前記変
更対象下位クラスとの継承関係をつくるように前記クラ
ス仕様解析情報を修正するステップと、前記変更対象下
位クラスの前記共通属性の名称を対応する前記標準名称
に置換するステップと、前記クラス仕様解析情報中の前
記メソッドコードから個々の操作手続きが参照または代
入する可能性のある属性の集合（以下、使用属性集合）
と、呼び出す可能性のあるメソッドの集合（以下、使用
メソッド集合）を抽出し、メソッドコード解析情報を作
成するステップと、前記変更対象下位クラスで前記使用
属性集合が前記共通属性のみから構成されているメソッ
ドを前記新規上位クラスへ移動するように前記クラス仕
様解析情報を修正するメソッド移動ステップと、該変更
対象主要下位クラスから該新規上位クラスへ移動した主
要メソッドと、使用属性集合と使用メソッド集合が同一
である統合候補対象メソッドの対を検出するステップ
と、前記検出した主要メソッドと統合候補対象メソッド
の対を利用者に提示する統合メソッド対提示ステップ
と、該対に対する利用者の指定結果を取得し、該指定さ
れた対の統合対象メソッドに関するコードを削除し、該
指定された対の統合対象メソッドの使用箇所でのメソッ
ド名称を該統合対象メソッド名称から前記主要メソッド
の名称に置換するように、前記クラス仕様解析情報を修
正するメソッド統合ステップと、変更された前記クラス
仕様解析情報をソースコードとして出力するステップ、
とからなるようにしている。さらに、前記統合メソッド
対提示ステップにおいて、該主要メソッドと、該変更対
象下位クラスの宣言のみで実装に関するコードが存在し
ない未実装メソッドとのすべての対も、統合メソッド対
として利用者に提示するようにしている。また、前記メ
ソッド移動ステップの直前に、前記共通属性だけでなく
自インスタンスの該共通属性以外の属性（以下、固有属
性）も使用している該変更対象下位クラスのメソッドを
該共通属性に関係する部分のメソッドと関係しない部分
のメソッドに分割し、該分割結果に基づき前記クラス仕
様解析情報を修正するステップを設けるようにしてい
る。また、前記メソッド移動ステップの直後に、前記共
通属性だけでなく自インスタンスの前記固有属性も使用
する前記変更対象下位クラスのメソッドを仮想関数化す
るメソッドの候補として利用者に提示するステップと、
利用者の仮想関数化するメソッドの指定を取得するステ
ップと、利用者が指定したメソッドを前記新規上位クラ
スで仮想関数による定義を行ない、該指定メソッドの定
義を仮想関数による定義に変更するように前記クラス仕
様情報を修正するステップを設けるようにしている。ま
た、前記メソッド統合ステップの直後に、前記変更対象
下位クラスを利用しているクラス内で該変更対象下位ク
ラスのインスタンスを介して使用するメソッドが前記新
規上位クラスに存在するものだけであった場合、該イン
スタンスを該新規上位クラスのインスタンスで置換する
よう前記クラス仕様解析情報を修正するステップを設け
るようにしている。

【０００５】

【実施例】本発明の実施例を詳細に説明する前にオブジ
ェクト指向で使用する用語について説明する。オブジェ
クト指向言語のプログラムでは、クラスがプログラムを
構成する単位となる。クラスは、属性と呼ばれるデータ
項目と、メソッドと呼ばれる手続きから構成される。ク
ラスが提供するサービスはメソッドにより実行される。
クラスは複数の属性と、複数のメソッドを有することが
できる。クラスは「型」を拡張する概念であり、クラス
を実体化したものをインスタンスと呼ぶ。クラスを実体
化してインスタンスを生成する際にシステムによって暗
黙的に実行されるメソッドをコンストラクタ、インスタ
ンスが消滅する際にシステムによって暗黙的に実行され
るメソッドをデストラクタと呼ぶ。クラス間には継承関
係と呼ばれる階層関係を定義することができ、下位のク
ラスのインスタンスはより上位のクラスのインスタンス
と同様に扱われ得る。また、各階層で同名のメソッドを
定義することができ、そうした場合、実際に実行される
メソッドがソースコードのコンパイル時ではなく実行時
にインスタンスの型により決定されるメソッドを作るこ
とができる。このようなメソッドを仮想関数と呼ぶ。

【０００６】図１に本発明の第１の実施例における処理
手順を、図２に機能構成を、図３にハードウェア環境を
それぞれ示す。以下、本実施例の処理手順の各ステップ
を順に説明する。ステップ２０１では、複数のソースコ
ード３０１を解析して全てのクラスのクラス名、上位ク
ラス名、属性名、属性の型、メソッド名、メソッドコー
ドからなるクラス仕様解析情報３０３を作成する。図４
にＣ++ 言語の場合の構造変更前のソースコードの例を
示す。入力とするソースコードは宣言はされているが定
義されていないメソッドを含む不完全なものでも良い。
図５に該クラス仕様解析情報３０３の例を示す。ここに
はクラス名５０１、上位クラス名５０２、属性名と型５
０３、メソッド名とメソッドコード５０４が記憶されて
いる。例えば、ステップ２０１ではクラス宣言部４０５
からクラス名「ＡＢ」を抽出して５０１に記憶し、上位
クラスは存在しないので５０２を空白にしている。ま
た、属性宣言４０６を５０３に、メソッドｂｍ０の定義
４０７を５０５にそれぞれ記憶している。ただし、不完
全なソースコードを入力とした場合は、その宣言部分か
らメソッド名を抽出する。例えば、図４の４０２にメソ
ッドｂｍ５の定義が含まれていない場合は、ｂｍ５の宣
言部分４０８を５０７に記憶する。これにより、クラス
仕様解析情報３０３からメソッドが未実装であるかどう
かが判断できる。以降で使う図の中で説明をわかりやす
くするためにソースコードの変化を記載しているが、こ
れらは実際にはメモリ上に存在する該クラス仕様解析情
報３０３の内容の変化を意味している。

【０００７】ステップ２０２では、人間が意味的に共通
であると判断した属性（以下、共通属性と呼ぶ。また、
共通属性以外の属性を固有属性と呼ぶ）の集合と、新し
く作る上位クラス（以下、新規上位クラス）の名称と、
該共通属性の該新規上位クラスでの名称と、該共通属性
を少なくともひとつ持つクラス（以下、変更対象下位ク
ラス）の中で中心となるクラス（以下、変更対象主要下
位クラス）の名称が入力される。図６に入力された情報
の例を示す。ここではクラスＡＢの属性ｉとクラスＡＣ
の属性ｍとクラスＡＤの属性ｐおよび、クラスＡＢの属
性ｊとクラスＡＣの属性ｎがそれぞれ共通属性であるこ
と、共通属性の新規上位クラスでの標準名称をそれぞれ
ｉ，ｎにすること、新規上位クラス名をクラスＡとする
こと、変更対象主要下位クラスをクラスＡＢとすること
が入力されたことを示している。

【０００８】ステップ２０３では、ユーザが指定した名
称を持つ新規上位クラスを作り、新規上位クラスに指定
された名称の属性を持たせ、該新規上位クラスが変更対
象下位クラスの上位クラスとなるように該クラス仕様解
析情報３０３を修正する。例えば、図７にあるように変
更対象主要下位クラスＡＢの上位クラスにＡを指定（７
０１）し、以前は存在していなかった上位クラス７０３
を作成し、標準名称の属性７０２を持たせる。その他の
変更対象下位クラスＡＣ，ＡＤについても同様にその上
位クラスをＡにする。

【０００９】ステップ２０４では、該変更対象下位クラ
スの共通属性を該新規上位クラスの対応する共通属性に
統合し、クラス仕様解析情報３０３を修正する。ここで
「クラスＸの属性ｘ１をクラスＹの属性ｙ１に統合す
る」とは、クラスＸの定義から属性ｘ１に関する宣言を
取り除き、クラスＸ内の属性ｘ１の使用箇所全てをクラ
スＹの属性ｙ１の使用に置換することをいう。図８にそ
の様子を示す。例えば、クラスＡＣの宣言８０１から該
共通属性の宣言部分８０２を取り除く。その結果が８０
３である。さらに、クラスＡＣのメソッド定義８０４内
で該共通属性が使われている部分８０５と８０７を対応
する上位クラスＡでの該共通属性の名称に置換する。そ
の結果が８０６と８０８である。同様の操作を変更対象
下位クラス全てに対して行なう。

【００１０】ステップ２０５では、クラス仕様解析情報
３０３のメソッド情報の個々の操作手続きについて、そ
のコードを解析して該操作手続きが使用（参照または代
入）する可能性のある属性の集合と、呼び出す可能性の
あるメソッドの集合を他のメソッド呼び出しも考慮して
調べ、メソッドコード解析情報３０２を作成する。図９
に該メソッドコード解析情報３０２の例を示す。該メソ
ッドコード解析情報は、該クラス仕様解析情報３０３に
含まれるメソッドコードを解析して得られる個々の操作
手続きが使用する可能性のある属性とメソッドの集合情
報から構成される。例えば、図５のメソッドを解析して
得られるのが図９である。９０１は、図５の５０５を解
析した結果であり、クラスＡＢのメソッドＡＢが自クラ
スの属性ｉ，ｎ，ｓとクラスＬｉｓｔのメソッドｌｍ１
とクラスＳｔｒのメソッドｓｍ１を使用することを示し
ている。また、９０５はクラスＡＤのメソッドｄｍ１が
未実装のメソッドであることを示している。ただし、こ
こでは操作手続きをメソッド単位で切り分けて表示した
例を示しているが、実際の解析は図１０に示すようにメ
ソッドコードの１ステップを単位として行ない、各ステ
ップ毎に同様の情報が保持されている。

【００１１】ステップ２０６では、該共通属性の該新規
上位クラスへの統合に伴って必要となる、関連メソッド
の下位クラスから上位クラスへの移動を行ない、クラス
仕様解析情報３０３を修正する。ここで、「関連メソッ
ド」とは自クラスの共通属性だけを使用するメソッドを
いい、関連メソッドの抽出はメソッドコード解析情報３
０２と共通属性情報３０４を用いる。該メソッド移動の
詳細な手続きを図１１に示す。該メソッドコード解析情
報３０２を使ってステップ１１０１，１１０２で自クラ
スの共通属性だけを使用するメソッドを選択し、選択さ
れたメソッドに対しステップ１１０３の処理を行なう。
例えば、クラスＡＢのメソッドｂｍ０（９０２）は図９
より、使用している属性はｉのみである。また、６０１
より属性ｉは共通属性であるので、ｂｍ０は共通属性ｉ
だけを使用し、固有属性は使用しないことがわかる。よ
って、ステップ１１０１では「Ｙ」の方へ、ステップ１
１０２では「Ｎ」の方へ処理が進み、ステップ１１０３
で上位クラスへ移動される。メソッドを移動する時、上
位クラスにすでに同名のメソッドが存在する場合には、
該メソッド名が存在しない名称となるように、末尾に番
号を付けた名称に置き換えてから移動する。このメソッ
ド名の置き換えでは該メソッドを使用する部分の名称の
置き換えも同時に行なう。例えば、メソッドｚｍを新規
上位クラスＡに移動しようとした時に、Ａにすでに同名
のメソッドが存在していた場合、メソッドｚｍにｚｍ
１，ｚｍ２，．．．と番号を付けて存在しない名称を探
す。ｚｍ２がまだクラスＡには存在しないメソッドの名
称であるとわかったら、ｚｍをｚｍ２で置換する。図１
２に上位クラスへの移動の例を示す。例えば、メソッド
ｂｍ０の宣言部分が１２０１から１２０２へ移動し、ク
ラスＡＢ，Ａの状態がそれぞれ１２０３，１２０４にな
り、変更対象下位クラスＡＢのメソッドｂｍ０（１２０
５）が該新規上位クラスＡのメソッド定義に移動（１２
０６）し、クラスＡＢ，Ａの宣言がそれぞれ１２０７，
１２０８に変化した。また、この移動にともなってメソ
ッドｂｍ０の所属クラス名を１２０９から１２１０に変
更する。クラスＡＣ、クラスＡＤについても同様の処理
が行なわれる。

【００１２】ステップ２０７では、メソッドの統合の候
補をユーザに示し、統合の許可を得る。メソッドコード
解析情報３０２を使って、使用する属性とメソッドの集
合が同じメソッドを新規親クラスのメソッドから選びだ
し、統合の候補とする。また、不完全なソースコードに
含まれる未実装のメソッドに関しては、新規上位クラス
に移動したメソッド全てとの組み合わせから統合するメ
ソッド対を選択することができる。例えば図９の９０
２，９０３，９０４より、新規上位クラスの属性ｉだけ
を使用するメソッドとしてｂｍ０とｃｍ０とｄｍ０があ
ることがわかるので、その中の変更対象主要下位クラス
から新規上位クラスへ移動した主要メソッドｂｍ０とそ
の他のメソッド（統合候補対象メソッド）との対が統合
の候補となる。図１３に統合の候補の例を示す。左側に
は新規上位クラスＡのメソッドｃｍ０とメソッドｂｍ０
の対および、ｄｍ０とｂｍ０の対が統合の候補としてあ
げられている。右側には新規上位クラスに移動したメソ
ッドｂｍ０とクラスＡＤの未実装のメソッドｄｍ１，ｄ
ｍ２との対が候補として挙げられている。１３０１はｃ
ｍ０をｂｍ０に統合することを、１３０２はｄｍ１をｂ
ｍ０に統合することを意味する。ここで、「クラスＸの
メソッドｘｍ１をクラスＹのメソッドｙｍ１に統合す
る」とは、クラスＸの宣言からメソッドｘｍ１の宣言を
取り除き、クラスＸのメソッド定義からメソッドｘｍ１
の定義を取り除き、ｘｍ１の呼び出しをクラスＹのメソ
ッドｙｍ１の呼び出しで置換することをいう。ただし、
クラスＸとクラスＹは同一のクラスでも構わない。上記
統合の候補に対して次のステップ２０８で統合が行われ
る。または上記統合の候補であるメソッド対を利用者に
提示するステップを設け、提示したメソッド対に対する
利用者の指定、または、利用者の候補外から統合するメ
ソッド対の指定を取得して次のステップ２０８で統合を
行うようにしてもよい。なおこの時、実装部分がないメ
ソッドも統合するメソッド対として指定できる。

【００１３】ステップ２０８では、ステップ２０７で人
間が統合することを指示したメソッドを統合し、クラス
仕様解析情報３０３を修正する。図１４に統合の様子を
示す。クラスＡのメソッドｃｍ０をメソッドｂｍ０に、
ｄｍ０をｂｍ０にそれぞれ統合する場合、クラスＡから
１４０１，１４０２を削除し、すなわち、統合対象メソ
ッドに関するコードを削除し、クラスＡの宣言は１４０
３に、メソッド定義は１４０４になる。また、クラスＲ
内のｃｍ０をｂｍ０に変更し、１４０５から１４０６の
ように変更する。

【００１４】ステップ２０９では、以上のステップで変
更されたクラス仕様解析情報３０３から新規ソースコー
ド３０５を出力する。

【００１５】本実施例によれば、ソフトウェアの設計段
階でクラス構造の充分な洗練化が行なわれないままコー
ディングされたソースコードに対して、既存のクラスに
共通する属性を持つ抽象クラスを抽出する様な作業を行
なう際に、共通属性を指定するだけで移動すべきメソッ
ドを自動的、かつ、もれなく検出すること、および、移
動の際に必要となるソースコードの変更を自動で行なう
こと、および、メソッド統合によりコード量を削減する
ことが可能となる。また、不完全なソースコードを入力
として扱うこともできるので、コーディング作業中にも
クラス構造の変更ができ、設計段階で充分に洗練化され
ていなかったクラス構造をコーディング時に洗練化する
ことが可能となる。これは、クラス構造の変更を容易に
行なうことを可能とし、ひいては、ソフトウェアの生産
性向上に役立つ。

【００１６】図１５に本発明の第２の実施例の処理手順
を、図１６に機能構成をそれぞれ示す。以下本発明の第
２の実施例のクラス構造変更方法を図１５に従って説明
する。ただし、第１の実施例と同一の処理については説
明を省略する。第１の実施例ではコードの移動は元のソ
ースコードに存在するメソッド単位で行なったが、第２
の実施例ではメソッドの移動ステップの前にメソッド分
割ステップが追加される。

【００１７】ステップ１５０１では、変更対象クラスの
メソッドの中で共通属性と固有属性の両方を使用するメ
ソッドをユーザに示し、その中から実際に分割の対象と
なるメソッドをユーザが指定する。メソッドコード解析
情報３０２と共通属性情報３０４から共通属性と固有属
性の両方を使用するメソッドが候補としてあげられる。
図１７に分割するメソッドの候補をあげた例を示す。例
えば、クラスＡＢのメソッドＡＢは９０１と６０１より
共通属性ｉ，ｎと固有属性ｓを使用しているので分割す
るメソッドの候補として１７０１に挙げられている。

【００１８】ステップ１５０２では、メソッドを共通属
性だけを使用する部分とそれ以外の部分とに分割し、そ
の結果を反映するようにクラス仕様解析情報３０３を修
正する。共通部分だけを使用する部分を、元のメソッド
名に“＿ｃ”を付けたメソッドにし、それ以外の部分を
元のメソッド名に“＿ｕ”を付けたメソッドにする。さ
らに、分割されたメソッドを使用していた箇所を分割後
のメソッドを元の順序で使用するように変更する。図１
８にクラスＡＢのメソッドｂｍｘを分割する例を示す。
該変更対象クラスＡＢのメソッド定義１８０１にあった
メソッドｂｍｘを該共通属性に関係する部分１８０２と
関係しない部分１８０３とに分割し、関係する部分１８
０２だけでひとつのメソッド１８０５にし、同様に関係
しない部分１８０３だけでひとつのメソッド１８０６に
する。その結果クラスＡＢのメソッド定義は１８０４に
なる。さらに、分割されたメソッドの使用箇所１８０７
を１８０８のように分割後のメソッドが呼び出されるよ
うに変更する。

【００１９】本実施例によれば、メソッドを移動する前
に分割することによりメソッドの移動ステップで第１の
実施例よりも多くのメソッドを移動することができ、そ
の後のメソッド統合により、より多くのコードの削減が
見込める。これはより再利用性の高いコードを作成する
ことを可能にし、ひいては、ソフトウェアの生産性向上
に役立つ。

【００２０】図１９に本発明の第３の実施例の処理手順
を、図２０に機能構成をそれぞれ示す。以下本発明第３
の実施例のクラス構造変更方法を図１９に従って説明す
る。ただし、以前の実施例と同一の処理については説明
を省略する。第２の実施例では、メソッド分割の後移動
を行なうだけだったが、第３の実施例ではメソッドを移
動させるだけではなく、仮想関数として上位クラスに登
録するステップが追加されている。ここでは、仮想関数
化ステップを第２の実施例に追加する例を書いたが、第
２の実施例で追加されたメソッド分割ステップと本実施
例で追加する仮想関数化ステップは全く独立したステッ
プとして実行できるので、本実施例からメソッド分割ス
テップを削除しても構わない。

【００２１】ステップ１９０１では、変更対象クラスの
メソッドの中で共通属性と固有属性の両方を使用するメ
ソッドをユーザに示し、その中から実際に仮想関数化す
るメソッドをユーザが指示する。該メソッドコード解析
情報３０２と共通属性情報３０４から共通属性と固有属
性の両方を使用するメソッドが候補としてあげられる。
図２１に仮想関数化するメソッドの候補をあげた例を示
す。例えば、クラスＡＢのメソッドＡＢは９０１と６０
１より共通属性ｉ，ｎと固有属性ｓを使用しているので
仮想関数化するメソッドの候補として２１０１に挙げら
れている。

【００２２】ステップ１９０２では、ユーザが指定した
メソッドを仮想関数として上位クラスに登録する。図２
２にメソッドの仮想関数化の例を示す。変更対象クラス
ＡＢの宣言２２０１のメソッドｂｍ５の宣言部分を該メ
ソッドが仮想関数であることを示すために２２０３に示
すように変更し、新規上位クラスＡの宣言２２０２に同
名のメソッド２２０４を追加する。

【００２３】ステップ１９０３は、ステップ２０７で統
合の候補を挙げる際に、新規上位クラスに仮想関数とし
て登録されたメソッドからなるメソッド対を統合の候補
に追加することを除いてステップ２０７と同じである。
例えば、新規上位クラスＡに仮想関数ｂｍｖとｃｍｖが
ある場合、統合の候補としてｂｍｖとｃｍｖからなるメ
ソッド対が追加される。ステップ１９０４は、ユーザが
統合を指示したメソッド対が仮想関数からなるものであ
った場合、統合により名称の変化するメソッドと同じ名
称を持つ下位クラスのメソッド名も同時に置換し、該メ
ソッドの使用箇所も変更することを除いてステップ２０
８と同じである。図２３に例を示す。例えば、クラスＡ
の仮想関数ｃｍ５をｂｍ５に統合する場合、ステップ２
０８では、２３０１を２３０２に変化させるだけだった
が、２２０４では、これに加えて変更対象下位クラスの
ｃｍ５をｂｍ５に置換する。

【００２４】本実施例によれば、メソッドを移動させる
のではなく仮想関数化することにより、より抽象度の高
いレベルでそのメソッドを扱うことができる。例えば、
３つのクラスＡＢ，ＡＣ，ＡＤから抽象クラスＡを抽出
して、そのメソッドｂｍ０，ｃｍ０，ｄｍ０を仮想関数
化し、ｂｍ０に統合することにより図２４に示したよう
な効果が生まれる。修正前は、実際のインスタンスがど
のクラスのインスタンスかによって場合わけをしてそれ
ぞれに適切なメソッドを呼び出していたが、修正後は単
にｂｍ０を呼び出すだけでインスタンス自身が適切なメ
ソッドを呼び出すことができるようになっている。これ
は、より理解しやすいコードの作成とより多くのコード
削減を可能にし、ひいては、ソフトウェアの生産性向上
に役立つ。

【００２５】図２５に本発明の第４の実施例の処理手順
を、図２６に機能構成をそれぞれ示す。以下本発明の第
４の実施例のクラス構造変更方法を図２５に従って説明
する。ただし、以前の実施例と同一の処理については説
明を省略する。本実施例では、新規上位クラスの作成に
よる影響を関連クラスまで探索してそのコード変更をユ
ーザに促す。本実施例は第１、第２、第３の実施例のい
ずれかの処理手順中のソースコード出力ステップ２０９
の前に付加ステップ（２５０１，２５０２）を追加する
ことにより、それらのどれとも同時に行なうことができ
る。ここでは、第１の実施例に追加した例を示す。

【００２６】ステップ２５０１では、メソッドコード解
析情報３０２とクラス仕様解析情報３０３から修正候補
クラスがあるか調べられる。ここで「修正候補クラス」
とは、変更対象下位クラスのあるインスタンスを介して
直接使用するメソッドが新規上位クラスに存在するもの
だけであるようなインスタンスを含んでいるクラス、ま
たは、他クラスのメソッド統合の影響を受けて使用する
メソッド集合が変化した操作手順を含むクラス、をい
う。

【００２７】ステップ２５０２では、メソッドコード解
析情報３０２と共通属性情報３０４を使って、該変更対
象下位クラスを使用するクラス（以下、関連クラス）を
変更し、クラス仕様解析情報３０３を修正する。関連ク
ラスが属性として、または、引数として、または、メソ
ッドの内部変数として変更対象下位クラスのインスタン
スを持ち、かつ、該インスタンスを介して使用するメソ
ッドが新規上位クラスに存在するものだけである場合、
該インスタンスを該新規上位クラスのインスタンスに置
換する。

【００２８】図２７に属性として使用されているインス
タンスを置換する例を示す。クラスＲの宣言の属性とし
て変更対象下位クラスＡＢのインスタンス２７０１が使
用されている。このインスタンスを介して使用するメソ
ッドが新規上位クラスＡに存在するものだけであった場
合、そのインスタンスを新規上位クラスＡのインスタン
ス２７０２で置換する。図２８に引数として受けとるイ
ンスタンスを置換する例を示す。クラスＲのメソッドｒ
ｍ０，ｒｍ１は引数として変更対象下位クラスＡＢ，Ａ
Ｃのインスタンスを受けとる（２８０１）。このインス
タンスを介して使用するメソッドがクラスＡに存在する
ものだけであった場合、そのインスタンスを新規上位ク
ラスＡのインスタンスに置換する（２８０２）。図２９
にメソッドの内部変数として使われるインスタンスの置
換の例を示す。変更対象下位クラスＡＢのインスタンス
ｐａｂを介して使用するメソッド２９０１が新規上位ク
ラスＡに存在するメソッド２９０２だけである場合、２
９０１を２９０２に置換する。

【００２９】次にステップ２０７へ戻って、関連クラス
の修正により統合可能となったメソッドを修正対象とな
った関連クラス内から探索し統合する。図３０にその例
を示す。３００１のメソッドｒｍ１をｒｍ０に統合する
ことをユーザが許可したら、３００２に示すように変更
する。この統合にともなってクラスＲのメソッドｒｍ１
の使用箇所３００３を３００４のように変更する。

【００３０】本実施例によれば、新規上位クラスの作成
を変更対象下位クラスだけでなく変更対象下位クラスを
使用する関連クラスにまで変更影響を探索し、ユーザに
コードの修正を促す。これにより、コード量のさらなる
削減と、より再利用性の高いコードの作成が可能とな
り、ひいては、ソフトウェアの生産性向上に役立つ。

【００３１】

【発明の効果】本発明によれば、ソフトウェアの設計段
階でクラス構造の充分な洗練化が行なわれないままコー
ディングされたソースコードに対して、既存のクラスに
共通する属性を持つ抽象クラスを抽出する様な作業を行
なう際に、共通属性を指定するだけで移動すべきメソッ
ドを自動的、かつ、もれなく検出すること、および、移
動の際に必要となるソースコードの変更を自動で行なう
こと、および、メソッド統合によりコード量を削減する
ことが可能となり、また、不完全なソースコードを入力
として扱うこともできるので、コーディング作業中にも
クラス構造の変更ができ、設計段階で充分に洗練化され
ていなかったクラス構造をコーディング時に洗練化する
ことが可能となる。これは、クラス構造の変更を容易に
行なうことを可能とし、ひいては、ソフトウェアの生産
性向上に役立つ。また、共通属性だけでなく固有属性も
使用するメソッドをも統合の対象とし、洗練化すること
ができる。また、変更対象クラスだけでなく変更対象ク
ラスを利用するクラスまで変更影響を探索して、そのク
ラスを洗練化することができる。

【図面の簡単な説明】

【図１】第１の実施例の処理手順を示す図である。

【図２】第１の実施例の機能構成図である。

【図３】本発明のハードウェア環境を示す図である。

【図４】変更前のソースコードの例を示す図である。

【図５】クラス仕様解析情報３０３の例を示す図であ
る。

【図６】共通属性情報の入力の例を示す図である。

【図７】新規上位クラスの作成を説明するための図であ
る。

【図８】属性の統合を説明するための図である。

【図９】メソッドコード解析情報３０２をメソッド単位
でまとめて表示した例を示す図である。

【図１０】メソッドコード解析情報３０２の例を示す図
である。

【図１１】メソッド移動２０６の詳細な手続きを示す図
である。

【図１２】メソッドの移動を説明するための図である。

【図１３】統合の候補例を示す図である。

【図１４】メソッドの統合を説明するための図である。

【図１５】第２の実施例の処理手順を示す図である。

【図１６】第２の実施例の機能構成図である。

【図１７】分割するメソッドの候補を示す図である。

【図１８】メソッドの分割を説明するための図である。

【図１９】第３の実施例の処理手順を示す図である。

【図２０】第３の実施例の機能構成図である。

【図２１】仮想関数化するメソッドの候補を示す図であ
る。

【図２２】メソッドの仮想関数化を説明するための図で
ある。

【図２３】仮想関数の統合を説明するための図である。

【図２４】仮想関数化の効果を説明するための図であ
る。

【図２５】第４の実施例の処理手順を示す図である。

【図２６】第４の実施例の機能構成図である。

【図２７】関連クラスへの影響波及１を説明するための
図である。

【図２８】関連クラスへの影響波及２を説明するための
図である。

【図２９】関連クラスへの影響波及３を説明するための
図である。

【図３０】関連クラスのメソッド統合を説明するための
図である。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 オブジェクト指向言語で記述されたソー
   スコードからクラス名、上位クラス名、属性名、属性の
   型、メソッド名、メソッドコードを抽出しクラス仕様解
   析情報を作成するステップと、 利用者が入力する複数のクラス間に共通する属性（以
   下、共通属性）の集合と、新しく作る上位クラス（以
   下、新規上位クラス）の名称と、該共通属性の該新規上
   位クラスでの名称（以下、標準名称）と、該共通属性を
   持つクラス（以下、変更対象下位クラス）の中で中心と
   なるクラス（以下、変更対象主要下位クラス）名を取得
   するステップと、 該取得した情報にしたがって前記共通属性だけからなる
   新規上位クラスを作り、前記変更対象下位クラスとの継
   承関係をつくるように前記クラス仕様解析情報を修正す
   るステップと、 前記変更対象下位クラスの前記共通属性の名称を対応す
   る前記標準名称に置換するステップと、 前記クラス仕様解析情報中の前記メソッドコードから個
   々の操作手続きが参照または代入する可能性のある属性
   の集合（以下、使用属性集合）と、呼び出す可能性のあ
   るメソッドの集合（以下、使用メソッド集合）を抽出
   し、メソッドコード解析情報を作成するステップと、 前記変更対象下位クラスで前記使用属性集合が前記共通
   属性のみから構成されているメソッドを前記新規上位ク
   ラスへ移動するように前記クラス仕様解析情報を修正す
   るメソッド移動ステップと、 該変更対象主要下位クラスから該新規上位クラスへ移動
   した主要メソッドと、使用属性集合と使用メソッド集合
   が同一である統合候補対象メソッドの対を検出するステ
   ップと、 該検出した対の統合対象メソッドに関するコードを削除
   し、該統合対象メソッドの使用箇所でのメソッド名称を
   該統合対象メソッド名称から前記主要メソッドの名称に
   置換するように、前記クラス仕様解析情報を修正するメ
   ソッド統合ステップと、 変更された前記クラス仕様解析情報をソースコードとし
   て出力するステップ、とからなることを特徴とするクラ
   ス構造変更方法。
2. 【請求項２】 オブジェクト指向言語で記述されたソー
   スコードからクラス名、上位クラス名、属性名、属性の
   型、メソッド名、メソッドコードを抽出しクラス仕様解
   析情報を作成するステップと、 利用者が入力する複数のクラス間に共通する属性（以
   下、共通属性）の集合と、新しく作る上位クラス（以
   下、新規上位クラス）の名称と、該共通属性の該新規上
   位クラスでの名称（以下、標準名称）と、該共通属性を
   持つクラス（以下、変更対象下位クラス）の中で中心と
   なるクラス（以下、変更対象主要下位クラス）名を取得
   するステップと、 該取得した情報にしたがって前記共通属性だけからなる
   新規上位クラスを作り、前記変更対象下位クラスとの継
   承関係をつくるように前記クラス仕様解析情報を修正す
   るステップと、 前記変更対象下位クラスの前記共通属性の名称を対応す
   る前記標準名称に置換するステップと、 前記クラス仕様解析情報中の前記メソッドコードから個
   々の操作手続きが参照または代入する可能性のある属性
   の集合（以下、使用属性集合）と、呼び出す可能性のあ
   るメソッドの集合（以下、使用メソッド集合）を抽出
   し、メソッドコード解析情報を作成するステップと、 前記変更対象下位クラスで前記使用属性集合が前記共通
   属性のみから構成されているメソッドを前記新規上位ク
   ラスへ移動するように前記クラス仕様解析情報を修正す
   るメソッド移動ステップと、 該変更対象主要下位クラスから該新規上位クラスへ移動
   した主要メソッドと、使用属性集合と使用メソッド集合
   が同一である統合候補対象メソッドの対を検出するステ
   ップと、 前記検出した主要メソッドと統合候補対象メソッドの対
   を利用者に提示する統合メソッド対提示ステップと、 該対に対する利用者の指定結果を取得し、該指定された
   対の統合対象メソッドに関するコードを削除し、該指定
   された対の統合対象メソッドの使用箇所でのメソッド名
   称を該統合対象メソッド名称から前記主要メソッドの名
   称に置換するように、前記クラス仕様解析情報を修正す
   るメソッド統合ステップと、 変更された前記クラス仕様解析情報をソースコードとし
   て出力するステップ、とからなることを特徴とするクラ
   ス構造変更方法。
3. 【請求項３】 請求項２記載のクラス構造変更方法にお
   いて、 前記統合メソッド対提示ステップにおいて、該主要メソ
   ッドと、該変更対象下位クラスの宣言のみで実装に関す
   るコードが存在しない未実装メソッドとのすべての対
   も、統合メソッド対として利用者に提示することを特徴
   とするクラス構造変更方法。
4. 【請求項４】 請求項１乃至請求項３のいずれかの請求
   項記載のクラス構造変更方法において、 前記メソッド移動ステップの直前に、前記共通属性だけ
   でなく自インスタンスの該共通属性以外の属性（以下、
   固有属性）も使用している該変更対象下位クラスのメソ
   ッドを該共通属性に関係する部分のメソッドと関係しな
   い部分のメソッドに分割し、該分割結果に基づき前記ク
   ラス仕様解析情報を修正するステップを設けることを特
   徴とするクラス構造変更方法。
5. 【請求項５】 請求項１乃至請求項４のいずれかの請求
   項記載のクラス構造変更方法において、 前記メソッド移動ステップの直後に、前記共通属性だけ
   でなく自インスタンスの前記固有属性も使用する前記変
   更対象下位クラスのメソッドを仮想関数化するメソッド
   の候補として利用者に提示するステップと、 利用者の仮想関数化するメソッドの指定を取得するステ
   ップと、 利用者が指定したメソッドを前記新規上位クラスで仮想
   関数による定義を行ない、該指定メソッドの定義を仮想
   関数による定義に変更するように前記クラス仕様情報を
   修正するステップを設けることを特徴とするクラス構造
   変更方法。
6. 【請求項６】 請求項１乃至請求項５のいずれかの請求
   項記載のクラス構造変更方法において、 前記メソッド統合ステップの直後に、前記変更対象下位
   クラスを利用しているクラス内で該変更対象下位クラス
   のインスタンスを介して使用するメソッドが前記新規上
   位クラスに存在するものだけであった場合、該インスタ
   ンスを該新規上位クラスのインスタンスで置換するよう
   前記クラス仕様解析情報を修正するステップを設けるこ
   とを特徴とするクラス構造変更方法。