WO2010147010A1 - モジュール分類解析システム、モジュール分類解析方法およびモジュール分類解析プログラム - Google Patents

Abstract

　モジュール分類解析システムは、リバースエンジニアリングによって、スタック軸、レイヤ軸、機能軸においての各モジュール有する属性を自動判定する。加えて、モジュール分類解析システムは、必要な軸のモジュール関連図を自動的に生成する。モジュール分類解析システムは、ソフトウェアの静的解析によって得られたモデルに含まれる情報とソフトウェアのディレクトリ構造情報を解析してソフトウェアの個々のモジュールが属するスタックを検出するスタック構造解析器と、検出したスタックとモデルに含まれる情報とディレクトリ構造情報を解析してモジュールが属するレイヤを検出するレイヤ構造解析器とを少なくとも有し、必要に応じて、検出したスタック及びレイヤとモデルに含まれる情報とディレクトリ構造情報を解析して、モジュールが属する機能を分類する機能構造解析器を有する。

Description

モジュール分類解析システム、モジュール分類解析方法およびモジュール分類解析プログラム

　本発明は、ソフトウェアのリバースエンジニアリング技術に関し、詳しくは、リバースエンジニアリングによって取得されたモジュール間の関連を表すモデル（データ）から、モジュール間の関連を層構造の観点で分類した関係情報とモジュール関連図を生成するシステム、プログラムおよびモジュール分類解析プログラムに関する。

　アプリケーションソフトウェアに代表されるソフトウェア開発は、開発規模が増大し、その構造が複雑化した結果、ソフトウェアを層構造に分けて開発するようになった。層構造の分類には、機能軸、レイヤ軸、スタック軸の３つの軸がある。
　機能軸とは、ソフトウェアの役割を機能の観点で分類した構造を表す。例えば、構造化分析設計手法における機能を段階的詳細化した機能構造や、オブジェクト指向分析設計手法におけるユースケースのモデリングで抽出された機能群を階層的にあるいは並列に並べた構造である。
　レイヤ軸とは、ソフトウェアを構成するモジュールを処理の役割で分類した階層構造である。様々な分類が提唱されているが、主に、ユーザインタフェースの役割を持つプレゼンテーション層、ビジネスロジックの役割を持つビジネス層、データアクセスの役割を持つデータアクセス層に分類される。例えば、Ｊａｖａ言語で作られるアプリケーションソフトウェアのモジュールは、Ｊ２ＥＥで定められた標準的な構造として、クライアント層、プレゼンテーション層、ビジネス層、インテグレーション層に分類される。また、マイクロソフトの．ＮＥＴ　Ｆｒａｍｅｗｏｒｋで作られるアプリケーションソフトウェアのモジュールは、Ａｐｐｌｉｃａｔｉｏｎ　Ａｒｃｈｉｔｅｃｔｕｒｅ　ｆｏｒ．ＮＥＴ：Ｄｅｓｉｇｎｉｎｇ　Ａｐｐｌｉｃａｔｉｏｎｓ　ａｎｄ　Ｓｅｒｖｉｃｅｓの階層型分散アプリケーションの代表的な３層アプリケーションの構造として、プレゼンテーション層、ビジネス層、データ層に分類される。
　スタック軸とは、ソフトウェアが実行されるときに依存するソフトウェアライブラリを分類した構造である。例えば、Ｊａｖａ言語のＪ２ＳＥ、Ｊ２ＥＥという規格を実装したライブラリは、上位をアプリケーションとすると最下層から順にＪ２ＳＥライブラリ、Ｊ２ＥＥライブラリ、アプリケーションフレームワーク、アプリケーションという階層構造を持つ。
　このように層構造を有するソフトウェアは、機能軸、レイヤ軸、スタック軸のそれぞれが階層構造を有する立体構造で表すことができる。また、ソフトウェアを構成するモジュールは、各軸のいずれかの階層分類に属する。
　リバースエンジニアリングでは、静的解析技術を用いてソースコードを解析することで、モジュールとモジュールとの関連を検出することが可能である。なお、静的解析技術では、モジュールが、機能軸、レイヤ軸、スタック軸それぞれのどの階層の分類に属すのかという情報は検出できない。その結果、リバースエンジニアリングによって得られたモジュールを、機能軸、レイヤ軸、スタック軸の３つの軸で分類すること、分類した関係情報を図面化することは、人手で行う必要がある。
　ソフトウェアのテストフェーズや保守フェーズでは、多くの場面で、不具合の原因特定や不具合の修正がどの範囲まで影響するのかを特定する準備作業として、モジュールとモジュールとの関係の構造理解の為の図面を作成する。
　不具合の原因が明らかで修正範囲が限定される場合は、構造理解が不要なこともあるが、モジュール構造が複雑で不具合の原因が不明瞭な場合や修正範囲が広範囲に及ぶような場合は、機能軸、レイヤ軸、スタック軸の３つの軸で分類した関係情報を作成して、３つの軸から２つの軸で組み合わせた図面を用いてモジュール構造を理解する必要性がある。
　さらに、保守フェーズや改造、再開発などの場合は、モジュール構造を事前に正しく把握できるようにするため、２つの軸で組み合わせた図面を用意しておくことが理想的である。
　静的解析技術は、静的コード解析技術や、ソースコード解析技術、プログラム解析技術などとも呼ばれる。この技術は、ソフトウェアを実行することなく解析を行う技術であり、モジュール間の呼び出し関係（依存関係）を検出したりする技術である。この技術を例示すれば、オブジェクト指向プログラミング言語に対する場合、継承関係の検出を行う技術となる。また、呼び出し関係や継承関係を検出する技術は、多数のリバースエンジニアリング機能を持つ開発ツールとして提供されている。例えば、オープンソースプロジェクトが開発している統合開発環境ＮｅｔＢｅａｎｓは、Ｊａｖａのソースコードを解析して、呼び出し関係と継承関係を検出し、クラス図やシーケンス図を生成する機能を持つ（ｈｔｔｐ：／／ｗｗｗ．ｎｅｔｂｅａｎｓ．ｏｒｇ／ｉｎｄｅｘ．ｈｔｍｌ参照）。同様に、ＵＭＬモデリングツールＪＵＤＥ（ジュード）は、ＪａｖａとＣ＋＋のソースコードを解析して、呼び出し関係と継承関係を検出し、クラス図を生成する機能を持つ（ｈｔｔｐ：／／ｗｗｗ．ｃｈａｎｇｅ−ｖｉｓｉｏｎ．ｃｏｍ／参照）。
　他に、静的解析技術で呼び出し関係や継承関係を検出する技術は、例えば特許文献１ないし３などに記載されている。
特開２００８−２２５５１９号公報 特開２００８−０５２４２４号公報 特開２００８−０１５６６５号公報

　しかし、上記リバースエンジニアリングでは、抽出したモジュールが、機能軸、レイヤ軸、スタック軸の３つの軸のそれぞれの階層のどの部分に属するかを決定できない。そのため、リバースエンジニアリングを行う人間が、抽出したモジュールを、機能軸、レイヤ軸、スタック軸の３つの軸で分類した関係情報を手作業で分類し、２つの軸を組み合わせた図面を手作業で作成する作業が必要であった。または、上記作業の代わりに、リバースエンジニアリングにより得られたモデルや図面から不要なモジュールや関連を人為的に取り除く作業が必要であった。
　このため、２つの軸を組み合わせた図面を手作業で用意することは、ソフトウェアを構成する多数のモジュールがどのような役割を持つのかを把握しながらの作業となるため、多くの時間と豊富な経験を要する。また、作業者が見直しや確認によって修正の必要性を把握した場合には、やり直し又は後戻り作業が発生する。その結果として、不具合の修正コストの増大、修正見積もりコストの増大、手作業により誤りが混入した図面によって後工程で想定外の工数が発生するという問題が生じている。
　即ち、上記リバースエンジニアリング技術による関連図の作成の課題は、ソースコードを入力とした静的解析技術を用いてモジュール間の関連を表すモデルを得ており、モデルの中にはモジュールが階層構造のどの部分に属するのかという情報を持っていない点である。そのため、層構造の観点で分類した関係情報や図面の作成に人手を要する。上記特許文献１ないし３は、このような課題について、なんら言及していない。
　また、層構造を有するソフトウェアの構造理解のために、機能軸、レイヤ軸、スタック軸の３つの軸のうち、２つの軸で組み合わせた関係情報や図面の作成に多数の人的工数を要している。その結果として、不具合の修正コストの増大、修正見積もりコストの増大、手作業により誤りが混入した図面によって後の工程で想定外の工数が発生するという課題が生じている。
　これは、静的解析技術を用いたリバースエンジニアリングでは、モジュールおよびモジュール間の継承関係や依存関係を検出できるだけで、層構造の機能軸、レイヤ軸、スタック軸の階層構造のどの部分にモジュールが属するのかを検出できないからである。
　本発明は、上記課題を解決し、ソフトウェアの構造に特性を見出し、静的解析技術によって得られたモデルから、各モジュールが層構造の３つの軸である機能軸、レイヤ軸、スタック軸での何れに属するのかを解析分類するモジュール分類解析システムを提供する。
　また、本発明は、解析分類した結果から、２軸又は３軸で表現されるモジュール構造図を生成するモジュール分類解析システムを提供する。

　本発明に係るモジュール分類解析システムは、ソフトウェアの静的解析によって得られたモデルと前記ソフトウェアのディレクトリ構造情報を解析して、前記ソフトウェアの個々のモジュールが属するスタックを検出するスタック構造解析器と、検出したスタックと前記ディレクトリ構造情報を解析して、前記モジュールが属するレイヤを検出するレイヤ構造解析器とを少なくとも含み、必要に応じて、検出したスタック及びレイヤと前記ディレクトリ構造情報を解析して、前記モジュールが属する機能を分類する機能構造解析器を加えて備えることを特徴とする。
　本発明に係るモジュール分類解析システムは、上記構成に加え、解析結果から、スタック軸、レイヤ軸、機能軸のいずれかの２つの軸もしくは３軸で組み合わせたモジュール関連図を生成する図面生成器を有することを特徴とする。

　本発明によれば、ソフトウェアを構築する各モジュールのソフトウェアの３つの軸である機能軸、レイヤ軸、スタック軸における属性を解析分類するモジュール分類解析システムを提供できる。
　また、本発明によれば、解析分類した結果から、２軸又は３軸で表現されるモジュール構造図を生成するモジュール分類解析システムを提供できる。

　図１は、実施の形態のモジュール関連図生成システム（モジュール分類解析システム）の構成を示すブロック図である。
　図２は、スタック構造解析器１１０の動作を示すフローチャートである。
　図３は、レイヤ構造解析器１２０の動作を示すフローチャートである。
　図４は、機能構造解析器１３０の動作を示すフローチャートである。
　図５は、図面生成器１４０の動作を示すフローチャートである。
　図６は、レイヤ、機能の順に分類されたディレクトリ構造情報の一例を示す説明図である。
　図７は、静的解析モデル情報の一例を示す説明図である。
　図８は、ディレクトリ構造情報をスタック構造解析器のステップＡ０３を実行した結果得られるモジュール関連一覧を例示する説明図である。
　図９は、ディレクトリ構造情報をスタック構造解析器のステップＡ０４を実行した結果得られる継承関係の継承元一覧を例示する説明図である。
　図１０は、ディレクトリ構造情報をスタック構造解析器で実行した結果得られるモジュール所属関係情報と軸分類情報を例示する説明図である。
　図１１は、ディレクトリ構造情報をレイヤ構造解析器で実行した結果得られるモジュール所属関係情報と軸分類情報を例示する説明図である。
　図１２は、ディレクトリ構造情報を機能構造解析器で実行した結果得られるモジュール所属関係情報と軸分類情報を例示する説明図である。
　図１３は、図面生成器で生成したスタック軸とレイヤ軸で表示した機能のモジュール構造を例示する説明図である。
　図１４は、図面生成器で生成したスタック軸と機能軸で表示したレイヤのモジュール構造を例示する説明図である。
　図１５は、図面生成器で生成した機能軸とレイヤ軸で表示したスタックのモジュール構造を例示する説明図である。
　図１６は、機能、レイヤの順に分類されたディレクトリ構造情報の一例を示す説明図である。
　図１７は、モジュール関連図生成システム（モジュール分類解析システム）の構成例を示すブロック図である。

　本発明の実施の形態を図１に基づいて説明する。
［１］構造の説明
　図１は、実施の形態のモジュール関連図生成システムの構成を示すブロック図である。尚、実施の形態では、モジュール関連図の生成まで行なえるシステムを記載するため、本発明のモジュール分類解析システムをモジュール関連図生成システムと記する。
　図１を参照すると、実施の形態のモジュール関連図生成システムは、データベースとして、静的解析モデル情報ＤＢ１００と、ディレクトリ構造情報ＤＢ１０１と、軸分類情報ＤＢ１０２と、モジュール所属関係情報ＤＢ１０３、図面情報ＤＢ１０４を有し、データ処理部として、スタック構造解析器１１０と、レイヤ構造解析器１２０と、機能構造解析器１３０と、図面生成器１４０を有する。
　静的解析モデル情報ＤＢ１００は、複数ファイルの記述で定義されるソースコードを静的解析して得られたモジュール間の関連を表すモデルである静的解析モデル情報を格納する。
　ディレクトリ構造情報ＤＢ１０１は、複数ファイルの記述で定義されるソースコードのディレクトリ構造を示すディレクトリ構造情報を格納する。
　軸分類情報ＤＢ１０２は、各モジュールが属する軸分類情報であるスタック構造内の階層情報、レイヤ構造内の階層情報、機能的分類情報を記憶する。
　モジュール所属関係情報ＤＢ１０３は、各モジュールが属するモジュール所属関係情報であるスタック構造内の階層情報、レイヤ構造内の階層情報、機能的分類情報を記憶する。
　図面情報ＤＢ１０４は、モジュール間のスタック構造とレイヤ構造の関連における関係、モジュール間のスタック構造と機能の関連における関係、モジュール間のレイヤ構造と機能の関連における関係の図面情報を格納する。
　スタック構造解析器１１０は、静的解析モデル情報ＤＢ１００とディレクトリ構造情報ＤＢ１０１からそれぞれ情報を読み込み、モジュールの継承関係とモジュールがどのディレクトリ構造に格納されるのかを分析して各モジュールが属するスタック構造内の階層を検出し、スタック構造内の階層情報として軸分類情報とモジュール所属関係情報を作成する。
　レイヤ構造解析器１２０は、各モジュールの軸分類情報とモジュール所属関係情報と静的解析モデル情報を読み込み、前記複数のファイルのディレクトリ構造情報と合わせて分析し、各モジュールが属するレイヤ構造内の階層を検出し、検出した情報をレイヤ構造内の階層情報として軸分類情報ＤＢ１０２とモジュール所属関係情報ＤＢ１０３に追記更新する。
　機能構造解析器１３０は、各モジュールの軸分類情報とモジュール所属関係情報を読み込み、レイヤ構造内の階層情報とディレクトリ構造情報とを分析して各モジュールを機能的に分類し、分類した情報を機能的分類情報として軸分類情報ＤＢ１０２とモジュール所属関係情報ＤＢ１０３に追記更新する。
　図面生成器１４０は、静的解析モデル情報ＤＢ１００に格納されている静的解析モデル情報と、各モジュールの属するスタック構造内の階層情報とレイヤ構造内の階層情報と機能的分類情報が記録されている軸分類情報およびモジュール所属関係情報から、モジュール間のスタック構造とレイヤ構造の関連における関係、モジュール間のスタック構造と機能の関連における関係、モジュール間のレイヤ構造と機能の関連における関係の少なくとも一つの関係を示す図を生成して図面情報ＤＢ１０４に送る。また、図面生成器１４０は、操作者の要求に応じて、図面情報ＤＢ１０４から生成した図面情報を取得し、表示画面に表示したり、プリンタを介して紙に印刷したりできる。
　これらの解析器および生成器はそれぞれ概略つぎのように動作する。
　スタック構造解析器１１０は、静的解析モデル情報ＤＢ１００から静的解析モデル情報を読み込み、ディレクトリ構造情報ＤＢ１０１からディレクトリ構造情報を読み込み、読み込んだ静的解析モデルにある全てのモジュールに対して継承関係の分析を実施し、各モジュールの継承関係と各モジュールがどのディレクトリ構造に格納されるのかを分析して、各モジュールが属するスタック構造内の階層をスタックの軸分類として検出し、軸分類情報ＤＢ１０２に書き出し、さらにモジュール名と軸分類をモジュール所属関係情報ＤＢ１０３に書き出す。
　レイヤ構造解析器１２０は、静的解析モデル情報ＤＢ１００とディレクトリ構造情報ＤＢ１０１から静的解析モデル情報とディレクトリ構造情報を取得し、軸分類情報ＤＢ１０２およびモジュール所属関係情報ＤＢ１０３からスタック構造解析器１１０が作成した軸分類情報とモジュール所属関係情報を読み込み、モジュール所属関係情報に記載されている全てのモジュールに対してレイヤ構造解析を実施し、取り出したディレクトリをレイヤ構造内の階層を表すレイヤの軸分類として軸分類情報ＤＢ１０２に追加し、さらにモジュール所属関係情報ＤＢ１０３の各モジュールのレイヤの軸分類を、検出したディレクトリ名で更新する。
　機能構造解析器１３０は、静的解析モデル情報ＤＢ１００とディレクトリ構造情報ＤＢ１０１から静的解析モデル情報とディレクトリ構造情報を取得し、軸分類情報ＤＢ１０２およびモジュール所属関係情報ＤＢ１０３からレイヤ構造解析器ＤＢ１２０が作成した軸分類情報とモジュール所属関係情報を読み込み、モジュール所属関係情報に記載されている全てのモジュールに対して機能構造解析を行い、取り出したディレクトリを機能的分類である機能の軸分類として軸分類情報ＤＢ１０２に追加し、さらにモジュール所属関係情報ＤＢ１０３の各モジュールの機能の軸分類を、検出したディレクトリ名で更新する。
　尚、スタック構造解析器１１０とレイヤ構造解析器１２０と機能構造解析器１３０は、検出した結果（情報）を適時　軸分類情報ＤＢ１０２に書き込み更新しているが、検出した結果を、スタック構造解析器１１０はレイヤ構造解析器１２０に渡し、さらに、スタック構造解析器１２０は機能構造解析器１３０に渡し、機能構造解析器１３０がスタック構造解析器１１０とレイヤ構造解析器１２０の検出結果をまとめて、軸分類情報ＤＢ１０２とモジュール所属関係情報ＤＢ１０３に書き込み更新しても良い。
　この場合、レイヤ構造解析器１２０と機能構造解析器１３０は、軸分類情報ＤＢ１０２から軸分類情報を読み込むのではなく、レイヤ構造解析器１２０はスタック構造解析器１１０から渡された軸分類情報を読み取り、機能構造解析器１３０はレイヤ構造解析器１２０から渡された軸分類情報を読み取る。
　また、レイヤ構造解析器１２０と機能構造解析器１３０は、モジュール所属関係情報ＤＢ１０３からモジュール所属関係情報を読み込むのではなく、レイヤ構造解析器１２０はスタック構造解析器１１０から渡されたモジュール所属関係情報を読み取り、機能構造解析器１３０はレイヤ構造解析器１２０から渡されたモジュール所属関係情報を読み取る。
　また、レイヤ構造解析器１２０と機能構造解析器１３０が必要とする軸分類情報は、スタック構造解析器１１０が書き込んだ軸分類情報ＤＢ１０２の軸分類情報を用いるのではなく、モジュール所属関係情報ＤＢ１０３に記録されているモジュール所属関係情報から、レイヤ構造解析器１２０と機能構造解析器１３０のそれぞれが必要とする軸分類情報を、抽出して用いても良い。
　図面作成器１４０は、静的解析モデル情報ＤＢ１００から静的解析モデル情報を取得し、軸分類情報ＤＢ１０２とモジュール所属関係情報ＤＢ１０３から機能構造解析器１３０が作成した軸分類情報とモジュール所属関係情報を読み込み、３つの軸のうち、２つの軸を組み合わせた３種類の図面データを作成する。すなわち、モジュールのスタック構造とレイヤ構造の関連における関係、スタック構造と機能の関連における関係、レイヤ構造と機能の関連における関係の少なくとも一つの関係を示す図面を生成する。生成する図面の数は、機能軸の分類数がａ個、レイヤの分類数がｂ個、スタックの分類数がｃ個とすると最大でａ＋ｂ＋ｃ個となる。
　尚、図面は、関係情報を示したものであるから表の形式で示すこともできる。ここで言う図は表形式の表現も含む。
［２］動作の説明
　次に、図１のブロック図と、図２、図３、図４、図５のフローチャートを参照して本実施の形態の全体の動作について詳細に説明する。
　図１のスタック構造解析器１１０の動作について図２を用いて説明する。スタック構造解析器１１０は、ディレクトリ構造情報を読み込む（ステップＡ０１）。次にスタック構造解析器１１０は、静的解析モデル情報を読み込む（ステップＡ０２）。尚、ステップＡ０１とステップＡ０２は逆の順序でも良い。スタック構造解析器１１０は、読み込んだ静的解析モデル情報の中にある全てのモジュール関連を取り出して重複の無いモジュール関連一覧を作成する（ステップＡ０３）。さらにスタック構造解析器１１０は、モジュール関連一覧から継承関係の継承元のモジュール一覧を作成する（ステップＡ０４）。
　スタック構造解析器１１０は、作成した一覧のモジュール数がゼロでないならば（ステップＡ０５のＹｅｓ）、下記に示すソフトウェアの構造の特性１と特性２を利用してスタック構造を決定する処理を行う。ここでは、ディレクトリ構造情報に存在するモジュールを内部ライブラリと呼び、存在しないモジュールを外部ライブラリと呼ぶことにする。
　特性１）内部ライブラリは、外部ライブラリに継承関係による依存関係を有する。すなわち、外部ライブラリは、スタック軸の最下位に位置するモジュールで継承関係のルートモジュールであると定義できる。
　特性２）内部ライブラリは、ソフトウェアの共通機能を提供するモジュールである。内部ライブラリは、外部ライブラリと残りの内部ライブラリで無いモジュールと継承関係を有する。
　特性１と特性２を用いたスタック構造決定処理の動作は次のようになる。
　スタック構造解析器１１０は、一覧からモジュールを一つ取り出して（ステップＡ０６）、取り出したモジュールがステップＡ０１で読み込んだディレクトリ構造情報に存在するかチェックする（ステップＡ０７）。チェックの結果（ステップＡ０８のＮｏ）存在しない場合、スタック構造解析器１１０は、外部ライブラリであると判断し（ステップＡ１１）、モジュール所属関係情報に、該当モジュール名と“外部ライブラリ”のペアを設定する。チェックの結果（ステップＡ０８のＹｅｓ）存在する場合には、スタック構造解析器１１０は、内部ライブラリであると判断し、該当モジュールが属するディレクトリの全モジュールを内部ライブラリとして、モジュール所属関係情報に、該当モジュール名と“内部ライブラリ”のペアを設定する（ステップＡ０９）。
　スタック構造解析器１１０は、モジュール所属関係情報ＤＢ１０３に設定したペアを書き込み、ステップＡ０５の処理に戻る（ステップＡ１０）。
　次に、スタック構造解析器１１０は、作成した一覧のモジュール数がゼロならば（ステップＡ０５のＮｏ）、静的解析モデル情報から非継承元モジュールの一覧の作成する（ステップＡ１２）。全ての非継承元モジュールに対し、該当モジュール名と最上位モジュールを表す“アプリケーション”のペアを設定（ステップＡ１３）し、モジュール所属関係情報ＤＢ１０３に書き込む（ステップＡ１４）。
　最後に、スタック構造解析器１１０は、軸分類情報ＤＢ１０２にスタック軸の分類を、“外部ライブラリ”、“内部ライブラリ”、“アプリケーション”を書き込む（ステップＡ１５）。
　このようにスタック構造解析器１１０が動作することによって、モジュール関連図生成システムは、静的解析モデル情報とディレクトリ構造情報を用いて、モジュール所属関係情報と軸分類情報とを適切なスタック構造を推定して取得できる。
　次に、図１のレイヤ構造解析器１２０の動作について図３を用いて説明する。スタック構造解析の処理を終えると、次にレイヤ構造解析の処理を実行する。レイヤ構造解析器１２０は、ディレクトリ構造情報を読み込み（図３のステップＢ０１）、次にモジュール所属関係情報を読み込む（ステップＢ０２）。尚、ステップＢ０１とステップＢ０２は逆の順序でも良い。レイヤ構造解析器１２０は、読み込んだモジュール所属関係情報から最下位スタックのモジュール一覧を取り出す（ステップＢ０３）。
　レイヤ構造解析器１２０は、下記に示すソフトウェアの管理上の特性３を利用してレイヤ構造決定処理を行う。
　特性３）内部ライブラリは、一般的に、人手による管理上の容易性から、それを格納するディレクトリ構造がレイヤ構造を表すように格納される。
　この特性３を用いたレイヤ構造決定処理の動作は次のようになる。
　レイヤ構造解析器１２０は、一覧のモジュールが属するディレクトリ名を全て探索して取得する（ステップＢ０４）。レイヤ構造解析器１２０は、ディレクトリ名が同一であるか確認し、同一の場合（ステップＢ０５のＹｅｓ）、上位階層のディレクトリ名がレイヤ構造を表すディレクトリと推定し、その上位階層のディレクトリ名に置き換え処理し（ステップＢ０６）、ステップＢ０５の判定処理に戻る。
　ディレクトリ名が同一で無い場合（ステップＢ０５のＮｏ）、レイヤ構造解析器１２０は、そのディレクトリ名をレイヤ構造名として軸分類情報１０２に書き込む（ステップＢ０７）。
　レイヤ構造解析器１２０は、静的解析モデル情報を読み込み、それぞれのモジュールの継承元の外部ライブラリを同じ軸分類としてモジュール所属関係情報１０３に書き込む（ステップＢ０８）。
　更に、レイヤ構造解析器１２０は、静的解析モデル情報を読み込み、子クラスを持つモジュールが存在するかを確認し、子クラスが存在する場合には、親クラスと同じレイヤ構造名で、モジュール所属関係情報を更新する（ステップＢ０９）。
　このようにレイヤ構造解析器１２０が動作することによって、モジュール関連図生成システムは、ディレクトリ構造情報とスタック構造解析器１１０で作成されたモジュール所属関係情報と軸分類情報、さらに静的解析モデル情報を用いて、レイヤ構造をモジュール所属関係情報と軸分類情報に追加できる。
　次に、図１の機能構造解析器１３０の動作について図４を用いて説明する。レイヤ構造解析の処理を終えると、次に機能構造解析の処理を実行する。機能構造解析器１３０は、ディレクトリ構造情報を読み込み（ステップＣ０１）、次にモジュール所属関係情報を読み込む（ステップＣ０２）。尚、ステップＣ０１とステップＣ０２は逆の順序でも良い。
　機能構造解析器１３０は、読み込んだモジュール所属関係情報から、スタックがアプリケーションであるモジュールを選択した一覧を作成する（ステップＣ０３）。
　次に、機能構造解析器１３０は、下記に示すソフトウェアの管理上の特性４を利用して機能構造を決定する処理を行う。
　特性４）外部ライブラリや内部ライブラリでは無いプログラムのモジュールは、人手による管理上の容易性から、それを格納するディレクトリ構造がモジュールの機能分類を表すように格納される。
　この特性４を用いた機能構造決定処理の動作は次のようになる。
　機能構造解析器１３０は、作成した一覧に含まれるモジュール数がゼロであるかチェックし（ステップＣ０４）、ゼロでなければ、一覧からモジュールを一つ取り出し、モジュールが属するディレクトリ名がモジュール所属関係情報のレイヤに登録済みの場合は、上位ディレクトリ名に置き換え（ステップＣ０５）、取り出したモジュール群が属するディレクトリ名を機能軸分類名としてモジュール所属関係情報ＤＢ１０１に書き込む（ステップＣ０６）。これを作成した一覧に含まれるモジュール数の全てに対して、未解析のモジュールがゼロになるまで繰り返す。
　次に、機能構造解析器１３０は、モジュール所属関係情報のスタックがアプリケーションであるモジュールに対し、静的解析モデル情報を読み込んで、スタックがアプリケーションである別モジュールに依存し、かつ、その機能名が異なる場合は、依存元の機能名に置き換えて更新する（ステップＣ０７）
　機能構造解析器１３０の最後の処理として、モジュール所属関係情報の機能を取り出し、重複の無い一覧にして、軸分類情報に追記する（ステップＣ０８）。
　尚、スタック構造解析器１１０とレイヤ構造解析器１２０と機能構造解析器１３０は、検出した結果を軸分類情報ＤＢ１０２に書き込み更新しているが、検出した結果を、スタック構造解析器１１０はレイヤ構造解析器１２０に渡し、さらに、スタック構造解析器１２０は機能構造解析器１３０に渡し、機能構造解析器１３０がスタック構造解析器１１０とレイヤ構造解析器１２０の検出結果をまとめて軸分類情報ＤＢ１０２を書き込み更新しても良い。
　この場合、レイヤ構造解析器１２０と機能構造解析器１３０は、軸分類情報ＤＢ１０２から軸分類情報を読み込むのではなく、レイヤ構造解析器１２０は機能構造解析器１１０から渡された軸分類情報を読み取り、機能構造解析器１３０はレイヤ構造解析器１２０から渡された軸分類情報を読み取る。
　また、検出した軸分類情報を、スタック構造解析器１１０はレイヤ構造解析器１２０に渡し、さらに、スタック構造解析器１２０は機能構造解析器１３０に渡すのではなく、レイヤ構造解析器１２０と機能構造解析器１３０が必要とする軸分類情報は、モジュール所属関係情報１２０から取り出しても良い。
　また、レイヤ構造解析器１２０と機能構造解析器１３０が必要とする軸分類情報は、スタック構造解析器１１０が書き込んだ軸分類情報ＤＢ１０２の軸分類情報を用いるのではなく、モジュール所属関係情報ＤＢ１０３に記録されているモジュール所属関係情報から、レイヤ構造解析器１２０と機能構造解析器１３０のそれぞれが必要とする軸分類情報を、抽出して用いても良い。
　このように機能構造解析器１３０が動作することによって、モジュール関連図生成システムは、ディレクトリ構造情報とレイヤ構造解析器１２０で追記されたモジュール所属関係情報と軸分類情報とを用いて、機能構造をモジュール所属関係情報と軸分類情報に追加できる。
　最後に、図１の図面生成器１４０の動作について図５を用いて説明する。
　図面生成器１４０は、軸分類情報を読み込み（ステップＤ０１）、モジュール所属関係情報を読み込み（ステップＤ０２）、静的解析モデル情報を読み込む（ステップＤ０３）。尚、ステップＤ０１、Ｄ０２、Ｄ０３の処理の順番は入れ替わっても構わない。
　図面生成器１４０は、軸分類のデータ値が２種類以上ある場合、図面作成を行う（ステップＤ０５）。
　以下に図面作成処理の詳細な動作を示す。
　まず、図面生成器１４０は、軸分類情報から空図面（空図面データ）を作成する（ステップＤ０５）。当該処理は、軸分類情報の行数だけ繰り返すので、機能（機能軸）の分類数がａ個、レイヤ（レイヤ軸）の分類数がｂ個、スタック（スタック軸）の分類数がｃ個とすると、ａ＋ｂ＋ｃ個の空図面を作成する。
　次に、図面生成器１４０は、各空図面にスタック、レイヤ、機能に該当するモジュール一覧を取り出し図面に配置し（ステップＤ０６）、読み込んだ静的解析モデル情報からモジュール間の関連を取得し、配置したモジュール間の関連を図面に反映（追記）する（ステップＤ０７）。その後、必要に応じて、電子画面上に表示したり、印刷したりする。
　尚、図面は、関係情報を示したものであるから表の形式で示すこともできる。ここで言う図は表形式の表現も含む。
　次に、本実施の形態の効果について説明する。
　本実施の形態では、静的解析の結果得られるモデルに加えて、レイヤ構造や機能構造を表すディレクトリ構造情報と、層構造を有するプログラムにおけるモジュール間の関連の特性を用いることによって、各モジュールの各軸（機能軸、レイヤ軸、スタック軸）における属性を解析分類できる。
　また、解析分類した結果から、モジュール関連図上に、各モジュールが２軸のどの部分に属すのかを決定して配置するように構成しているため、層構造を持つソフトウェアのモジュール関連図を自動生成できる。

　次に、具体的な実施例を用いて、実施の形態の動作を説明する。
　ソフトウェアのディレクトリの階層構造には、ソフトウェアを使用する人間が機能やレイヤを識別しやすいようにディレクトリの階層構造を一般的に定義することから、階層構造にモジュールが属する機能やレイヤの構造が現れている。
　図６は、層構造を有するアプリケーションソフトウェアのモジュールを、ディレクトリの階層構造の上位からレイヤ、機能の順に分類した格納例を説明する図である。
　アプリケーションソフトウェア全体を表すディレクトリ階層構造は『Ｓｙｓｔｅｍ』であり、２段目の階層はレイヤ毎に、『Ｗｅｂ』、『Ｌｏｇｉｃ』、『ＤＢＡｃｃｅｓｓ』のディレクトリが用意されている。２段目の共通ディレクトリには、各レイヤが参照する共通モジュールが格納されている。３段目の階層には、機能毎に、『Ａ機能』~『Ｈ機能』のディレクトリが用意されている。また、３段目の共通ディレクトリには、２段目のレイヤ配下の機能が参照する共通モジュールが格納されている。４段目は、モジュールあるいはモジュールを構成するソースコードである。例えば、『Ａ１−Ａｎ』は、『Ａ機能』を実現するソースコードあるいはモジュールが１個からｎ個存在することを表している。
　本実施例では、当該ディレクトリの階層構造が、ディレクトリ構造情報として、ディレクトリ構造情報ＤＢ１０１に格納されている。
　図７は、静的解析モデル情報の一例を示す説明図である。図７では、静的解析技術によって検出されたモジュール間の呼び出し関係（依存関係）や継承関係の一例を示している。モジュールＡ１‐ＡｎからモジュールＤ１‐Ｄｑに向けて引かれた破線の依存関係は、モジュールＡ１‐Ａｎの中のプログラムが、モジュールＤ１‐Ｄｑの中のプログラムを呼び出していることを意味している。モジュールＡ１‐ＡｎからＣｏｍｍｏｎ１‐Ｃｏｍｍｏｎ＿ｐに向けて引かれた三角付き実線の継承関係は、モジュールＡ１‐Ａｎの中のプログラムがＣｏｍｍｏｎ１‐Ｃｏｍｍｏｎ＿ｐの中のプログラムを継承して利用していることを意味している。
　次に、図１と図２および情報の一例を示す図６と図７を用いてスタック構造解析器１１０の動作について説明する。
　スタック構造解析器１１０は、図６のディレクトリ構造情報を読み込み（ステップＡ０１）、次に、図７の静的解析モデル情報を読み込む（ステップＡ０２）。スタック構造解析器１１０は、読み込んだ静的解析モデル情報からモジュール関連一覧を作成する（ステップＡ０３）。図８は、静的解析モデル情報から作成されたモジュール関連一覧の一例である。
　スタック構造解析器１１０は、モジュール関連一覧から継承関係の依存元を取り出した一覧を作成する（ステップＡ０４）。図９は、モジュール関連一覧から取り出した継承依存元の一覧の一例である。当該処理では、依存元モジュールとしてＬｉｂ１、Ｌｉｂ２、Ｌｉｂ３、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐ、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｓ、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗが一覧として作成される。
　スタック構造解析器１１０は、継承元モジュール一覧とディレクトリ構造情報を参照してステップＡ０６からＡ１５を実行すると図１０に示すように軸分類情報とモジュール所属関係情報が作成される。具体的には、図９のように一覧にＬｉｂ１，Ｌｉｂ２，Ｌｉｂ３，Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐ，Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｓ，Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗがある場合、スタック構造解析器１１０は、一覧から継承依存元モジュールＬｉｂ１を取り出す（ステップＡ０６）。Ｌｉｂ１は図６のディレクトリ階層に存在するかをチェックする（ステップＡ０７）と、存在しないことからステップＡ１１を実行する。実行結果としてＬｉｂ１は外部ライブラリであることがモジュール所属関係情報に追記され、ステップＡ０５の処理に戻る。
　スタック構造解析器１１０は、継承元モジュール一覧がゼロでないことから、次の継承依存元モジュールＬｉｂ２を取り出す。Ｌｉｂ２も図６のディレクトリに存在しないことから、Ｌｉｂ２は外部ライブラリであることをスタック構造解析器１１０によってモジュール所属関係情報に追記され、ステップＡ０５の処理に戻る。同様に継承依存元モジュールＬｉｂ３の処理が行われ、モジュール所属関係情報にＬｉｂ３は外部ライブラリであることが追記され、ステップＡ０５の処理に戻る。
　次に、スタック構造解析器１１０は、継承依存元モジュールＣｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐを取り出す。ステップＡ０７の処理で図６のディレクトリ階層に存在することから、ステップＡ０９を実行する。実行結果としてＣｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐは、内部ライブラリであることがモジュール所属関係情報に追記され、ステップＡ０５の処理に戻る。
　同様に、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｓ、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗも、内部ライブラリあることがモジュール所属関係情報に追記され、ステップＡ０５の処理に戻る。
　継承依存元モジュール一覧の処理が終わり、一覧の数がゼロになるとステップＡ１２を実行する。静的解析モデル情報から非継承元モジュール一覧を作成すると、Ｌｉｂ１，Ｌｉｂ２，Ｌｉｂ３，Ｃｏｍｍｏｎ＿１−Ｃｏｍｍｏｎ＿ｐ，Ｃｏｍｍｏｎ＿１−Ｃｏｍｍｏｎ＿ｓ，Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗを除いたＡ１−Ａｎ、Ｂ１−Ｂｍ、Ｃ１−Ｃｏ、Ｄ１−Ｄｑ、Ｅ１−Ｅｒ、Ｆ１−Ｆｔ、Ｇ１−Ｇｕ、Ｈ１−Ｈｖが得られる。スタック構造解析器１１０は、ステップＡ１３，Ａ１４の処理で、非継承元モジュール一覧の内容であるＬｉｂ１，Ｌｉｂ２，Ｌｉｂ３，Ｃｏｍｍｏｎ＿１−Ｃｏｍｍｏｎ＿ｐ，Ｃｏｍｍｏｎ＿１−Ｃｏｍｍｏｎ＿ｓ，Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗを除いたＡ１−Ａｎ、Ｂ１−Ｂｍ、Ｃ１−Ｃｏ、Ｄ１−Ｄｑ、Ｅ１−Ｅｒ、Ｆ１−Ｆｔ、Ｇ１−Ｇｕ、Ｈ１−Ｈｖを、“アプリケーション”と設定し、モジュール所属関係情報を更新する。最後に、スタック構造解析器１１０は、ステップＡ１５の処理として、軸分類情報のスタックの軸分類として“外部ライブラリ”、“内部ライブラリ”、“アプリケーション”の軸名称を追加する。
　次に図１と図３および図６のディレクトリ構造情報と、図１０、図１１に示す軸分類情報とモジュール所属関係情報を用いてレイヤ構造解析器１２０の動作について説明する。
　レイヤ構造解析器１２０は、ステップＢ０１とＢ０２でディレクトリ構造情報とモジュール所属関係情報を読み込んだ後、ステップＢ０３で内部ライブラリのモジュール一覧を作成し、ステップＢ０４からＢ０６で共通名称を有するディレクトリをそれぞれの上位のディレクトリ名称に置き換える。
　図１０に示す状態から内部ライブラリのモジュール一覧を作成した場合、その一覧は、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐ、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｓ、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗになる。これらが格納されるディレクトリ名は『共通』という同一名称を持つため、それぞれの上位のディレクトリ名称であるＷｅｂ、Ｌｏｇｉｃ、ＤＢＡｃｃｅｓｓに置き換えられる。置き換え後にステップＢ０５の処理に戻るが、ディレクトリ名はＷｅｂ、Ｌｏｇｉｃ、ＤＢＡｃｃｅｓｓとなり同一で無いことから、この情報をステップＢ０７の処理で軸分類情報に追記する。軸分類情報に、レイヤとＷｅｂ、レイヤとＬｏｇｉｃ、レイヤとＤＢＡｃｃｅｓｓが追記される。
　レイヤ構造解析器１２０は、置き換えたレイヤ名を用いてステップＢ０８とステップＢ０９を実行すると、図１１の軸分類情報とモジュール所属関係情報が作成される。
　詳細に説明すると、ステップＢ０８では、静的解析モデル情報を読み込み、継承先の外部ライブラリを探して、その外部ライブラリを同じ軸分類でモジュール所属関係情報を更新する。例えば、内部ライブラリであるＣｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐの継承先はＬｉｂ１である。Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐはレイヤＷｅｂに属することから、モジュール所属関係情報のＬｉｂ１のレイヤにＷｅｂを追記する。同様にして、Ｌｉｂ２はＬｏｇｉｃ、Ｌｉｂ３はＤＢＡｃｃｅｓｓを追記する。
　ステップＢ０９では、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐが子クラスを持つモジュールがあるか静的解析モデル情報を読み込みチェックする。Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐの、子クラスは、モジュールＡ１−Ａｎ、Ｂ１−Ｂｍ、Ｃ１−Ｃｏである。ステップ１０で、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｐの子クラスを持つモジュールＡ１−Ａｎ、Ｂ１−Ｂｍ、Ｃ１−Ｃｏに対し、モジュール所属関係情報のレイヤにＷｅｂを追記する。同様にして、Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｓの子クラスを持つモジュールＤ１−Ｄ１ｑ、Ｅ１−Ｅｒに対し、モジュール所属関係情報のレイヤにＬｏｇｉｃを追記する。Ｃｏｍｍｏｎ１−Ｃｏｍｍｏｎ＿ｗの子クラスを持つモジュールＦ１−Ｆｔ、Ｇ１−Ｇｕ、Ｈ１−Ｈｖに対し、モジュール所属関係情報のレイヤにＤＢＡｃｃｅｓｓを追記する。
　次に図１と図４および図６に示すディレクトリ構造情報と図１１、図１２に示す軸分類情報とモジュール所属関係情報を用いて機能構造解析器１３０の動作について説明する。
　機能構造解析器１３０は、ステップＣ０１とＣ０２でディレクトリ構造情報とモジュール所属関係情報を読み込んだ後、モジュール所属関係情報からスタックがアプリケーションである一覧を作成する（ステップＣ０３）。具体的には、図１１のモジュール所属関係情報を用いた場合、モジュール名がＡ１−Ａｎ、Ｂ１−Ｂｍ、Ｃ１−Ｃｏ、Ｄ１−Ｄｑ、Ｅ１−Ｅｒ、Ｆ１−Ｆｔ、Ｇ１−Ｇｕ、Ｈ１−Ｈｖのもの一覧が作成される。
　作成した一覧がゼロになるまで、一覧の要素を一つずつ取り出しステップＣ０５とステップＣ０６を実行し、さらにステップＣ０７とステップＣ０８を実行すると図１２に示すようにモジュール所属関係情報と軸分類情報が作成される。
　具体的には、モジュール名がＡ１−Ａｎを取り出すと、そのモジュールが属するディレクトリ名は、Ｃ０１処理で読み込んだディレクトリ構造情報からＡ機能であることが分かる。Ａ機能はモジュール所属関係情報のレイヤに未登録であるので上位のディレクトリ名に置き換えない（ステップＣ０５）。
　次にステップＣ０６でモジュールＡ１−Ａｎのディレクトリ名であるＡ機能を機能軸分類名としてモジュール所属関係情報を更新する。
　一覧がゼロになるまで繰り返すと、モジュール所属関係情報の機能名は、モジュールＡ１−Ａｎの機能名はＡ機能、モジュールＢ１−Ｂｍの機能名はＢ機能、モジュールＣ１−Ｃｏの機能名はＣ機能、モジュールＤ１−Ｄｑの機能名はＤ機能、モジュールＥ１−Ｅｒの機能名はＥ機能、モジュールＦ１−Ｆｔの機能名はＦ機能、モジュールＧ１−Ｇｕの機能名はＧ機能、モジュールＨ１−Ｈｖの機能名はＨ機能に更新される。
　ステップＣ０７では、更新した機能名を、静的解析モデル情報を読み込んで更新する。モジュールＡ１−Ａｎは、依存関係がないので機能名は更新しない。同様にモジュールＢ１−ＢｍとＣ１−Ｃｏも依存関係がないので機能名は更新しない。
　他方、モジュール所属関係情報の機能名がＤ機能であるモジュールＤ１−Ｄｑは、モジュールＡ１−Ａｎと依存関係を有する。モジュールＡ１−Ａｎの機能名はＡ機能である。機能名が異なることから、モジュールＤ１−Ｄｑの機能名はＡ機能に置き換わる。同様にして、モジュールＥ１−Ｅｒの機能名はＢ機能に置き換わる。モジュールＨ１−Ｈｖの機能名はＣ機能に置き換わる。また、モジュール所属関係情報の機能名がＦ機能であるモジュールＦ１−Ｆｔは、モジュールＤ１−Ｄｑと依存関係を持つ。さらにモジュールＤ１−ＤｑはモジュールＡ１−Ａｎと依存関係を持つ。モジュールＡ１−Ａｎの機能名はＡ機能である。機能名が異なることから、モジュールＦ１−Ｆｔの機能名はＡ機能に置き換わる。同様にして、モジュールＧ１−Ｇｕの機能名は、Ｂ機能に置き換わる。
　ステップＣ０７の処理の結果として図１２のモジュール所属関係情報が得られる。次にステップＣ０８を実行すると、モジュール所属関係情報から機能として、Ａ機能、Ｂ機能、Ｃ機能、Ａ機能、Ｂ機能、Ａ機能、Ｂ機能、Ｃ機能が取り出される。この機能の名称を重複のない一覧にした、Ａ機能、Ｂ機能、Ｃ機能を、軸分類が機能である軸分類名称として、軸分類情報に追記する。結果として、図１２の軸分類情報が得られる。
　図面生成器１４０は、図７の静的解析モデル情報と、図１２のモジュール所属関係情報と軸分類情報を読み込み（ステップＤ０１からステップＤ０３）、スタック、レイヤ、機能から２つの軸を組合せた図面が作成される。図１２に示したモジュール所属関係情報と軸分類情報とを用いた場合は、スタック軸とレイヤ軸を組み合わせた機能分類の図面が３個（図１３参照）、スタック軸と機能軸を組み合わせたレイヤ分類の図面が３個（図１４参照）、機能軸とレイヤ軸を組み合わせたスタック分類の図面が３個（図１５参照）生成される。即ち、合計３＋３＋３＝９個の図面が作成される。
　尚、図６は、層構造を持つアプリケーションソフトウェアのモジュールをディレクトリの階層構造の上位からレイヤ、機能の順に分類して格納している一例であるが、ディレクトリの階層構造は、上位から機能、レイヤの順に分類して格納している場合もある。図１６は、上位から機能、レイヤの順に分類して格納している一例である。スタック構造解析器１１０の実行した結果は、図１０と同じものが得られる。
　レイヤ構造解析器１２０の実行は、図１３のディレクトリ階層構造を用いた場合、ステップＢ０５でディレクトリ名が同一でないことからステップＢ０６が実行されないことを除き、同じ処理が行われる。結果として図１１と同じものが得られる。
　機能構造解析器１３０の実行は、図１３のディレクトリ階層構造を用いた場合、ステップＣ０６で上位のディレクトリ名の置き換えられることを除き、同じ処理が行われる。結果として図１２と同じものが得られる。
　図面生成器１４０の実行は、静的解析モデル情報とモジュール所属関係情報と軸分類情報に変化が無いことから判るように、同じ処理が行われる。
　上記実施の形態及び実施例の説明で示したように、本発明によれば、層構造を持つソフトウェアの構造理解のための、各モジュールが、スタック軸、レイヤ軸、機能軸のそれぞれの軸におけるどの分類（種別）に属するか解析してまとめた関係情報を作成できる。更に、関係情報から、２つの軸の組み合わせで表されるモジュール関連図を生成できる。
　尚、モジュール関連図生成システムの各部（解析器、生成器、ＤＢ）は、ハードウェア、及びソフトウェアの組み合わせを用いて実現する。具体的には、ＲＡＭにモジュール分類解析プログラムが展開され、当該プログラムに基づいて制御部等のハードウェアを動作させることによって、各部を実現する。尚、前記プログラムは、記憶媒体に記録されて頒布されても良い。当該記録媒体に記録されたプログラムは、有線、無線、又は記録媒体そのものを介して、ＨＤＤ等の補助記憶装置に書き込まれ、制御部等を動作させる。尚、記録媒体を例示すれば、オプティカルディスクや磁気ディスク、半導体メモリ装置などが挙げられる。
　また、本発明の具体的な構成は前述の実施の形態に限られるものではない。本発明に係る構成や動作は、発明の要旨を逸脱しない範囲の変更があってもこの発明に含まれる。
　具体的な一例としては、図１７に示すように、一般的なコンピュータ１台を用いてモジュール関連図生成システムを実現できる。モジュール関連図生成システムは、補助記憶装置に記憶された各種プログラムがＲＡＭに展開されて制御部に読込まれることによって、制御部とＲＡＭ、補助記憶装置等のハードウェアとソフトウェアの協働動作によって、各解析器、生成器、各データベース（ＤＢ）として機能し、システムとして動作する。
　モジュール関連図生成システムとして動作するコンピュータは、入力部やネットワークインタフェースを介して入力された操作者からの図面データの作成指示に基づき、各種ＤＢから情報を取得し、スタック構造解析プログラム、レイヤ構造解析プログラム、機能構造解析プログラムに基づいて動作することで、対象のソフトウェアの各モジュールがどの軸のどの分類に該当するか検証した結果である関係情報（上記説明では軸分類情報とモジュール所属関係情報）を取得する。次にコンピュータは、図面作成プログラムに基づいて動作し、関係情報等から、所望軸のモジュール関連図データを生成し、操作者の要求に応じて表示画面に表示したり、紙に印刷したりする。
　上記実施の形態を別の表現で説明すれば以下の様になる。モジュール関連図生成システムとして動作する情報処理システムは、対象となるプログラムの静的解析モデル情報とディレクトリ構造情報とモジュール分類解析プログラムを記憶する記憶部と、操作者による関係情報の生成指示又は所望するモジュール関連図データの生成指示操作を受ける入力部と、前記プログラムに基づいて動作する制御部と、操作者に関連情報および関連図とを提示する出力部を備える。前記プログラムは、制御部を動作させ、前記静的解析モデル情報と前記ディレクトリ構造情報とから、上記実施の形態で説明した層構造を持つソフトウェアのモジュールの継承関係に、スタック構造が現れているという特性と内部ライブラリがソフトウェアの共通機能を提供するモジュールである特性に基づきスタック軸を解析分類し、その結果と前記静的解析モデル情報と前記ディレクトリ構造情報から、ディレクトリ構造における内部ライブラリの格納位置にレイヤ構造が表れる特性に基づきレイヤ軸を解析分類し、その結果と前記静的解析モデル情報と前記ディレクトリ構造情報から、ディレクトリ構造における外部ライブラリ及び内部ライブラリと異なるモジュールの格納位置に機能分類（構造）が表れる特性に基づき機能軸を解析分類し、対象となるプログラムのモジュール間の関係情報としてスタック軸、レイヤ軸、機能軸の解析分類の結果を収集し、前記関係情報と前記静的解析モデル情報とを用いて、所望軸のモジュール関連図データ（図面情報）を生成する。
　上記実施の形態を更に別の表現で説明すれば、モジュール関連図生成システムとして、対象とする層構造を有するソフトウェアを静的解析によって得られたモデルと前記ソフトウェアのモジュールが格納されるディレクトリ構造情報とを解析してモジュールが属するスタックを検出する手段と、検出したスタックと前記ディレクトリ構造情報と静的解析によって得られたモデルを解析して、モジュールが属するレイヤを検出する手段と、検出したスタック及びレイヤと前記ディレクトリ構造情報と静的解析によって得られたモデルを解析して、モジュールが属する機能を分類する手段と、前記モデルと検出と分類した結果から、スタック軸、レイヤ軸、機能軸のいずれかの２つの軸で組み合わせたモジュール関連図データを生成するモジュール関連図生成手段を設けて動作させることによって、所望軸のモジュール関連図データを生成できる。
　即ち、層構造を持つアプリケーションソフトウェアのモジュールの継承関係に、スタック構造が現れているという特性と、モジュールを構成する複数のデータやファイルが格納されているディレクトリ階層に、人間がレイヤや機能を識別しやすいようにディレクトリ階層構造を定義することから、モジュールが属するレイヤや機能の構造が現れるという特性とを、静的解析技術を用いたリバースエンジニアリングによって得られたモジュール間の関連を表すモデルに対して使用する様に演算処理することで、ソフトウェアを構成するモジュールが、スタック軸、レイヤ軸、機能軸のそれぞれの階層構造のどの部分に属するのかを解析分類して関係情報を生成できる。また、モデルと関係情報から２つの軸を組み合わせた図面データを自動的に生成して提示することで、構造理解のための人手作業を削減することができる。
　尚、上記処理は、中間データとして軸分類情報とモジュール所属関連情報を適時作成して補助記憶装置に格納するようにしても良いし、メモリ（ＲＡＭ）上のみで各解析分類を行い、中間データを格納せずに関係情報を生成するようにしても良い。即ち、検出や分類した結果から個々のモジュール間の関係を示す関連情報を適時記録する手段を各解析器内外に設けても良いし、まとめて記録する手段を各解析器内外に設けても良い。
　また、上記モジュール関連図生成システムの構成は、全ての２軸のモジュール関連図データの作成に対応するように作成されているが、所望の２軸のモジュール関連図データが定まっている場合には、その２軸のモジュール関連図データに必要な構成のみにしても良い。例えば、スタック軸とレイヤ軸の関係情報を所望の場合には、スタック構造解析器とレイヤ構造解析器を動作させる構成とすれば良い。また、スタック軸とレイヤ軸のモジュール関連図を所望の場合には、スタック構造解析器とレイヤ構造解析器に加え、図面生成器を動作させる構成とすれば良い。
　また、上記説明では、一般的に用いられる２軸のモジュール関連図（図面情報）を作成することとして説明したが、生成した関係情報を用いて、３軸のモジュール関連図データ生成し、モジュール関連図を立体的に表現しても良い。
　また、上記説明では、アプリケーションソフトウェアを例示して説明したが、本発明は、層構造を持つソフトウェア全般に適用可能である。例えば、本発明は、層構造化を持たせた組み込み向けソフトウェアにも適用できる。
　この出願は、２００９年６月１７日に出願された日本出願特願２００９−１４３８９６号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１００　　静的解析モデル情報ＤＢ（記憶媒体、記憶手段）
　１０１　　ディレクトリ構造情報ＤＢ（記憶媒体、記憶手段）
　１０２　　軸分類情報ＤＢ（記憶媒体、記憶手段）
　１０３　　モジュール所属関係情報ＤＢ（記憶媒体、記憶手段）
　１０４　　図面情報ＤＢ（記憶媒体、記憶手段）
　１１０　　スタック構造解析器（スタック構造解析手段）
　１２０　　レイヤ構造解析器（レイヤ構造解析手段）
　１３０　　機能構造解析器（機能構造解析手段）
　１４０　　図面生成器（図面生成手段）

Claims (25)

1. 　ソフトウェアの静的解析によって得られたモデルと前記ソフトウェアのディレクトリ構造情報を解析して、前記ソフトウェアの個々のモジュールが属するスタックを検出するスタック構造解析器と、
   　検出したスタックと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析して、前記モジュールが属するレイヤを検出するレイヤ構造解析器と
   を備えることを特徴とする層構造を有するソフトウェアのモジュール分類解析システム。
2. 　請求項１記載のモジュール分類解析システムであって、
   　検出したスタック及びレイヤと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析して、前記モジュールが属する機能を分類する機能構造解析器を
   更に備えることを特徴とするモジュール分類解析システム。
3. 　請求項１又は２に記載のモジュール分類解析システムであって、
   　前記スタック構造解析器、レイヤ構造解析器、機能構造解析器の何れか又は全ては、
   　検出と分類した結果から個々のモジュール間の関係を示す情報を適時又はまとめて関連情報として作成出力する
   ことを特徴とするモジュール分類解析システム。
4. 　請求項３記載のモジュール分類解析システムであって、
   　前記関連情報から、スタック軸、レイヤ軸、機能軸のいずれかの２軸又は３軸全てを組み合わせたモジュール関連図を生成する図面生成器を
   更に備えることを特徴とするモジュール分類解析システム。
5. 　前記スタック構造解析器は、
   　前記モデルから前記ソフトウェアのモジュールの継承関係を取得すると共に、前記ディレクトリ構造情報と共に解析し、
   　前記モデルのスタック構造を検出決定してスタック軸を解析分類する
   ことを特徴とする請求項１ないし４の何れか一項に記載のモジュール分類解析システム。
6. 　前記レイヤ構造解析器は、
   　スタック軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、
   　前記モデルのレイヤ構造を検出決定してレイヤ軸を解析分類する
   ことを特徴とする請求項５に記載のモジュール分類解析システム。
7. 　前記機能構造解析器は、
   　スタック軸及びレイヤ軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、
   　前記モデルの機能的構造を検出決定して機能軸を解析分類する
   ことを特徴とする請求項６に記載のモジュール分類解析システム。
8. 　前記レイヤ構造解析器および／又は前記機能構造解析器は、その検出したレイヤ軸と機能軸の対象に重複がある場合に、当該重複している対象の軸をまとめる
   ことを特徴とする請求項２ないし７の何れか一項に記載のモジュール分類解析システム。
9. 　階層構造を有して情報処理装置に格納されるソフトウェアのソースコードを静的解析して得られたモジュール間の関連を示す静的解析モデル情報と、前記ソフトウェアのディレクトリ構造情報を読み込み、前記静的解析モデル情報から前記モジュールの継承関係を取得すると共に、前記ディレクトリ構造情報と共に解析し、各モジュールが属するスタック構造内の階層を検出し、前記各モジュールが属するスタックを分類決定するスタック構造解析器と、
   　前記各モジュールが属するスタックの分類情報と前記静的解析モデル情報から取得したモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、各モジュールが属するレイヤ構造内の階層を検出し、前記各モジュールが属するレイヤを分類決定するレイヤ構造解析器と、
   　前記各モジュールが属するスタック及びレイヤの分類情報と前記モジュール間の継承関係と前記モジュールの格納位置とを共に解析し、各モジュールが属する機能的構造内の階層を検出し、前記各モジュールが属する機能を分類決定する機能構造解析器と、
   　前記各モジュールが属するスタック、レイヤ、機能の分類に関する情報を前記静的解析モデル情報に適合して、スタック軸、レイヤ軸、機能軸のいずれかの２軸又は３軸全てを組み合わせたモジュール関連図情報を生成する図面生成器と
   を備えることを特徴とするモジュール分類解析システム。
10. 　ソフトウェアの静的解析によって得られたモデルと前記ソフトウェアのディレクトリ構造情報を解析処理して、前記ソフトウェアの個々のモジュールが属するスタックを検出する工程と、
    　検出したスタックと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析処理して、前記モジュールが属するレイヤを検出する工程と
    を含むことを特徴とする層構造を有するソフトウェアのモジュール分類解析方法。
11. 　請求項１０記載のモジュール分類解析方法であって、
    　検出したスタック及びレイヤと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析処理して、前記モジュールが属する機能を分類する工程を
    更に含むことを特徴とするモジュール分類解析方法。
12. 　請求項１０又は１１記載のモジュール分類解析方法であって、
    　検出と分類した処理結果から個々のモジュール間の関係を示す情報を適時又はまとめて関連情報として作成出力する工程を
    更に含むことを特徴とするモジュール分類解析方法。
13. 　前記スタックを検出する工程は、
    　前記モデルから前記ソフトウェアのモジュールの継承関係を取得すると共に、前記ディレクトリ構造情報と共に解析処理し、
    　前記モデルのスタック構造を検出決定してスタック軸を解析分類する
    ことを特徴とする請求項１０ないし１２の何れか一項に記載のモジュール分類解析方法。
14. 　前記レイヤを検出する工程は、
    　スタック軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析処理し、
    　前記モデルのレイヤ構造を検出決定してレイヤ軸を解析分類する
    ことを特徴とする請求項１３に記載のモジュール分類解析方法。
15. 　前記機能を分類する工程は、
    　スタック軸及びレイヤ軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、
    　前記モデルの機能的構造を検出決定して機能軸を解析分類する
    ことを特徴とする請求項１４に記載のモジュール分類解析方法。
16. 　前記レイヤを検出する工程および／又は前記機能を分類する工程は、その検出したレイヤ軸と機能軸の対象に重複がある場合に、当該重複している対象の軸をまとめる
    ことを特徴とする請求項１０ないし１５の何れか一項に記載のモジュール分類解析方法。
17. 　請求項１０ないし１６に記載のモジュール分類解析方法を用いて取得した前記関連情報から、スタック軸、レイヤ軸、機能軸のいずれかの２軸又は３軸全てを組み合わせたモジュール関連図を生成して、表示画面上に表示又は紙面に印刷することを特徴とするモジュール関連図生成方法。
18. 　情報処理装置の制御部を、
    　データベースに格納されているソフトウェアの静的解析によって得られたモデルと前記ソフトウェアのディレクトリ構造情報とを解析して、前記ソフトウェアの個々のモジュールが属するスタックを検出するスタック構造解析器と、
    　検出したスタックと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析して、前記モジュールが属するレイヤを検出するレイヤ構造解析器と
    として動作させることを特徴とする層構造を有するソフトウェアのモジュール分類解析プログラム。
19. 　請求項１８記載のモジュール分類解析プログラムであって、
    　前記制御部を、
    　更に、検出したスタック及びレイヤと前記ディレクトリ構造情報と前記静的解析によって得られたモデルを解析して、前記モジュールが属する機能を分類する機能構造解析器
    として動作させることを特徴とするモジュール分類解析プログラム。
20. 　請求項１９記載のモジュール分類解析プログラムであって、
    　前記制御部を、
    　更に、検出と分類した結果から個々のモジュール間の関係を示す情報を適時又はまとめて関連情報として作成出力し、
    　前記関連情報から、スタック軸、レイヤ軸、機能軸のいずれかの２軸又は３軸すべてを組み合わせたモジュール関連図を生成させる
    ことを特徴とするモジュール分類解析プログラム。
21. 　請求項２０記載のモジュール分類解析プログラムであって、
    　前記関連情報から、スタック軸、レイヤ軸、機能軸のいずれかの２軸又は３軸すべてを組み合わせたモジュール関連図を生成する
    ことを特徴とするモジュール分類解析プログラム。
22. 　前記スタック構造解析器は、
    　前記モデルから前記ソフトウェアのモジュールの継承関係を取得すると共に、前記ディレクトリ構造情報と共に解析し、
    　前記モデルのスタック構造を検出決定してスタック軸を解析分類する
    ことを特徴とする請求項１８ないし２１の何れか一項に記載のモジュール分類解析プログラム。
23. 　前記レイヤ構造解析器は、
    　スタック軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、
    　前記モデルのレイヤ構造を検出決定してレイヤ軸を解析分類する
    ことを特徴とする請求項２２に記載のモジュール分類解析プログラム。
24. 　前記機能構造解析器は、
    　スタック軸及びレイヤ軸を解析分類した結果とモジュール間の継承関係と前記ディレクトリ構造情報におけるモジュールの格納位置とを共に解析し、
    　前記モデルの機能的構造を検出決定して機能軸を解析分類する
    ことを特徴とする請求項２３に記載のモジュール分類解析プログラム。
25. 　前記レイヤ構造解析器および／又は前記機能構造解析器は、その検出したレイヤ軸と機能軸の対象に重複がある場合に、当該重複している対象の軸をまとめる
    ことを特徴とする請求項２２ないし２４の何れか一項に記載のモジュール分類解析プログラム。

Images