(57)【要約】【課題】本発明は、複数のモジュールで構成されるソフトウェアの開発及びモジュールの追加・削除・修正等に伴うソフトウェアの管理を効率的かつ適切に行うソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体に関する。【解決手段】ソフトウェア管理システム１は、インストーラ５を構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報をソフトウェア構成情報として構成管理データベース２に登録し、構成管理データベース２のソフトウェア構成情報に基づいてインストーラ５を自動作成する。したがって、モジュールの抜け、漏れの発生を防止しつつ、複数のモジュールで構成されるインストーラ５を効率的にかつ適切に作成することができる。【選択図】          図１
2007304639.tif 000002
【特許請求の範囲】
【請求項１】
複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理システムにおいて、前記ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報がソフトウェア構成情報として登録される構成管理データベースを備え、当該構成管理データベースの前記ソフトウェア構成情報に基づいて前記ソフトウェアを自動作成することを特徴とするソフトウェア管理システム。
【請求項２】
複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理プログラムにおいて、前記ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存するモジュール等の情報がソフトウェア構成情報として構成管理データベースに登録されると、当該構成管理データベースの前記ソフトウェア構成情報に基づいて前記ソフトウェアを自動作成することを特徴とするソフトウェア管理プログラム。
【請求項３】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録され、当該修正モジュールと依存関係にある他のモジュールの前記ソフトウェア構成情報が前記構成管理データベースに登録されていると、当該修正モジュールの修正情報に基づいて当該依存関係にある他のモジュールを自動的に再構築することを特徴とする請求項１記載のソフトウェア管理システムまたは請求項２記載のソフトウェア管理プログラム。
【請求項４】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールの関連する前記ソフトウェアを自動修正することを特徴とする請求項１から請求項３のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項５】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアにモジュールの追加が発生して、前記構成管理データベースの当該モジュールの追加の発生したソフトウェアのソフトウェア構成情報に当該追加モジュールに関する情報が登録されると、当該追加モジュールの情報の追加登録されたソフトウェア構成情報に基づいて当該追加モジュールを自動的に再構築することを特徴とする請求項１から請求項４のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項６】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアにモジュールの追加・削除等の変更が発生して、前記構成管理データベースの当該モジュールの変更の発生したソフトウェアのソフトウェア構成情報に当該変更モジュールに関する情報が登録されると、当該変更モジュールの情報の登録されたソフトウェア構成情報に基づいて当該ソフトウェア構成情報のソフトウェアを自動的に修正することを特徴とする請求項１から請求項５のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項７】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、任意に指定されたモジュールを使用している前記ソフトウェアのソフトウェア構成情報を前記構成管理データベースから読み出して所定の出力形式で出力することを特徴とする請求項１から請求項６のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項８】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記各ソフトウェアの導入の適否を判定するチェックツールを備え、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールを用いている前記ソフトウェアの前記チェックツールを自動修正することを特徴とする請求項１から請求項７のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項９】
前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記各ソフトウェアの導入の適否を判定するチェックツールを備え、前記ソフトウェアにモジュールの追加・削除等の変更が発生して、当該変更モジュールの変更情報が前記構成管理データベースに登録されると、当該変更モジュールの変更情報に基づいて当該変更モジュールを用いている前記ソフトウェアのチェックツールを自動修正することを特徴とする請求項１から請求項８のいずれかに記載のソフトウェア管理システムまたはソフトウェア管理プログラム。
【請求項１０】
複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理プログラムを記録する記録媒体であって、前記ソフトウェア管理プログラムとして、請求項２から請求項９のいずれかに記載のソフトウェア管理プログラムを記録することを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体に関し、詳細には、複数のモジュールで構成されるソフトウェアの開発及びモジュールの追加・削除・修正等に伴うソフトウェアの管理を効率的かつ適切に行うソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
インストーラ等の各種ソフトウェアは、その開発を効率的にかつ短期間で行うために、複数のモジュールを組み立てることで構成されるようになってきている。
【０００３】
そして、複数のモジュールから構成されるソフトウェアを開発する場合、モジュールを一つずつ取得して、ソフトウェアとして手動で組み込むのが一般的な手法である。
【０００４】
また、複数のモジュールを開発する際、あるモジュールＡと他の担当者が作成するモジュールＢが依存関係にあるとき、モジュールＢが修正されるたびにモジュールＡにも修正が必要になる。このような場合、モジュールＢの担当者がモジュールＡの担当者に修正を伝えて、モジュールＡも修正を行なうのが一般的である。
【０００５】
さらに、複数のモジュールから構成されるソフトウェアを開発する際、ソフトウェアの構成にモジュールが追加されると、追加になったモジュールをリリースするようにモジュール担当者に依頼する必要がある。
【０００６】
また、複数のモジュールからなるソフトウェアを開発する際、ソフトウェアを構成するモジュールが変更（追加・削除）されると、そのたびにソフトウェアを変更する必要があり、その際、モジュール担当者がソフトウェア担当者に変更を伝えて、ソフトウェアを変更するのが一般的である。
【０００７】
さらに、複数のモジュールからなる複数のソフトウェアを開発する際、あるモジュールを複数のソフトウェアで使用するのが一般的である。
【０００８】
また、複数のモジュールからなるソフトウェアを導入する際、正しく導入できたかチェックする仕組み（チェックツール）は、モジュールが修正・変更されるたびに修正・変更するのが一般的である。
【０００９】
このように、複数のモジュール構成のソフトウェアにおいては、モジュールの開発・管理を適切に行うことが、ソフトウェアを管理する上で、重要である。
【００１０】
そして、従来、ソフトウェア情報、モジュール情報、ソフトウェアの障害に関する障害情報及びソフトウェアの機能に対する要求や要望に関する要求情報を一元管理し、関連する情報を相互に検索することのできる開発管理システムが提案されている（特許文献１参照）。
【００１１】
また、従来、複数のソフトウェア開発装置で個別に開発された開発ソフトウェアを、それぞれ受信して、各開発ソフトウェアに対して試験を実施し、当該試験結果を各ソフトウェアを開発したソフトウェア開発装置に通知して、分散開発におけるソフトウェア開発の安定化を図った技術が提案されている（特許文献２参照）。
【００１２】
ソフトウェア部品を既製品のソフトウェア部品を利用して開発するソフトウェア開発システムにおいて、ソフトウェア部品の閲覧、登録、改訂、調査、利用という手続が可能を部品データベースを設けることで、ソフトウェア部品の流通を促進させる技術が提案されている（特許文献３参照）。
【００１３】
【特許文献１】特開２００５−２８４５９４号公報
【特許文献２】特開２００３−４４２７６号公報
【特許文献３】特開２００４−２８７６１０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上記従来技術にあっては、複数のモジュール構成のソフトウェアを効率的かつ適切に開発・管理する上で、改良の必要があった。
【００１５】
すなわち、複数のモジュール構成のソフトウェアの開発・管理においては、上述のように、複数のモジュール担当者の開発した複数のモジュールの組み込みをソフトウェア担当者が手操作で行ってソフトウェアを開発し、開発後に、当該モジュールやソフトウェアの修正・変更等を適宜行って、適切な状態に管理する必要がある。
【００１６】
ところが、ソフトウェアの開発において、モジュールを一つづつ手動で組み込むと抜けや漏れが発生するおそれがあり、また、モジュール間の依存関係が複雑になってくると、各モジュール担当者の連絡漏れやモジュールの担当者による修正漏れが発生する可能性があり、適切なモジュールの修正・変更が困難となる。さらに、あるモジュールに修正が発生した場合に、どのソフトウェアに影響があるのかを把握するには、各ソフトウェアが使用しているモジュールを調べる必要があり手間がかかる。例えば、多くのモジュールで構成されるインストーラにおいてモジュールが修正されるたびにチェックツールを修正するのは、手間がかかる上、抜け、漏れが発生しやすい。また、チェックツールは、インストーラを構成するモジュールが変更されるたびに変更するのが一般的であるが、多くのモジュールで構成されるインストーラにおいて、インストーラの構成が変更されるたびにチェックツールを変更するのは、手間がかかる上、抜け、漏れが発生しやすい。
【００１７】
そして、上記各特許文献記載の従来技術にあっては、モジュールを管理するのみであるため、これらの問題に適切に対応することができない。
【００１８】
そこで、本発明は、複数のモジュールで構成されるソフトウェアを、モジュールの抜け、漏れの発生を防止しつつ、効率的に作成・管理するソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００１９】
請求項１記載の発明のソフトウェア管理システムは、複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理システムにおいて、前記ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報がソフトウェア構成情報として登録される構成管理データベースを備え、当該構成管理データベースの前記ソフトウェア構成情報に基づいて前記ソフトウェアを自動作成することにより、上記目的を達成している。
【００２０】
請求項２記載の発明のソフトウェア管理プログラムは、複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理プログラムにおいて、前記ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存するモジュール等の情報がソフトウェア構成情報として構成管理データベースに登録されると、当該構成管理データベースの前記ソフトウェア構成情報に基づいて前記ソフトウェアを自動作成することにより、上記目的を達成している。
【００２１】
上記各場合において、例えば、請求項３に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録され、当該修正モジュールと依存関係にある他のモジュールの前記ソフトウェア構成情報が前記構成管理データベースに登録されていると、当該修正モジュールの修正情報に基づいて当該依存関係にある他のモジュールを自動的に再構築してもよい。  
【００２２】
また、例えば、請求項４に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールの関連する前記ソフトウェアを自動修正してもよい。
【００２３】
さらに、例えば、請求項５に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアにモジュールの追加が発生して、前記構成管理データベースの当該モジュールの追加の発生したソフトウェアのソフトウェア構成情報に当該追加モジュールに関する情報が登録されると、当該追加モジュールの情報の追加登録されたソフトウェア構成情報に基づいて当該追加モジュールを自動的に再構築してもよい。
【００２４】
また、例えば、請求項６に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記ソフトウェアにモジュールの追加・削除等の変更が発生して、前記構成管理データベースの当該モジュールの変更の発生したソフトウェアのソフトウェア構成情報に当該変更モジュールに関する情報が登録されると、当該変更モジュールの情報の登録されたソフトウェア構成情報に基づいて当該ソフトウェア構成情報のソフトウェアを自動的に修正してもよい。
【００２５】
さらに、例えば、請求項７に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、任意に指定されたモジュールを使用している前記ソフトウェアのソフトウェア構成情報を前記構成管理データベースから読み出して所定の出力形式で出力してもよい。
【００２６】
また、例えば、請求項８に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記各ソフトウェアの導入の適否を判定するチェックツールを備え、前記ソフトウェアを構成する前記モジュールに修正が発生して、当該修正モジュールの修正情報が前記構成管理データベースに登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールを用いている前記ソフトウェアの前記チェックツールを自動修正してもよい。
【００２７】
さらに、例えば、請求項９に記載するように、前記ソフトウェア管理システムまたは前記ソフトウェア管理プログラムは、前記各ソフトウェアの導入の適否を判定するチェックツールを備え、前記ソフトウェアにモジュールの追加・削除等の変更が発生して、当該変更モジュールの変更情報が前記構成管理データベースに登録されると、当該変更モジュールの変更情報に基づいて当該変更モジュールを用いている前記ソフトウェアのチェックツールを自動修正してもよい。
【００２８】
請求項１０記載の発明の記録媒体は、複数のモジュールで構成されるソフトウェアを開発・管理するソフトウェア管理プログラムを記録する記録媒体であって、前記ソフトウェア管理プログラムとして、請求項２から請求項９のいずれかに記載のソフトウェア管理プログラムを記録することにより、上記目的を達成している。
【発明の効果】
【００２９】
本発明のソフトウェア管理システムによれば、ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報をソフトウェア構成情報として構成管理データベースに登録し、当該構成管理データベースのソフトウェア構成情報に基づいてソフトウェアを自動作成するので、モジュールの抜け、漏れの発生を防止しつつ、複数のモジュールで構成されるソフトウェアを効率的に作成することができる。
【００３０】
本発明のソフトウェア管理プログラムによれば、ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報をソフトウェア構成情報として構成管理データベースに登録し、当該構成管理データベースのソフトウェア構成情報に基づいてソフトウェアを自動作成するので、モジュールの抜け、漏れの発生を防止しつつ、複数のモジュールで構成されるソフトウェアを効率的に作成することができる。
【００３１】
本発明の記録媒体は、記録するソフトウェア管理プログラムを、ネットワーク接続されたコンピュータ等に導入してソフトウェア管理システムを構築することで、ソフトウェアを構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報をソフトウェア構成情報として構成管理データベースに登録し、当該構成管理データベースのソフトウェア構成情報に基づいてソフトウェアを自動作成するので、モジュールの抜け、漏れの発生を防止しつつ、複数のモジュールで構成されるソフトウェアを効率的に作成することができる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の好適な実施例を添付図面に基づいて詳細に説明する。なお、以下に述べる実施例は、本発明の好適な実施例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【実施例１】
【００３３】
図１〜図９は、本発明のソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体の一実施例を示す図であり、図１は、本発明のソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体の一実施例を適用したソフトウェア管理システム１のシステム構成図である。本実施例のソフトウェア管理システム１は、複数のモジュールで構成されるソフトウェアとしてインストーラを例として採用した実施例である。
【００３４】
図１において、ソフトウェア管理システム１は、構成管理データベース（構成管理ＤＢ）２、ソース管理データベース（ソース管理ＤＢ）３、バイナリ管理データベース（バイナリ管理ＤＢ）４、インストーラ５、チェックツール６、製品構成ファイル７、モジュール担当者８及びインストーラ担当者９等で構成されており、ネットワーク接続された複数のコンピュータ上に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Video Disk）、メモリカード等の記録媒体に記録されているソフトウェア管理プログラムを読み取らせて導入することで構築されている。
【００３５】
構成管理データベース２は、インストーラ５、モジュール、モジュールのバージョン、依存するモジュールを対応付けたリストを蓄積し、どのインストーラ５がどのモジュールのどのバージョンを使用しているのか等のインストーラ５の構成を管理する。
【００３６】
ソース管理データベース３は、インストーラ５に組み込まれるモジュールのソースを管理するデータベースであり、バイナリ管理データベース４は、ソース管理データベース３のソースによって構築されたモジュール（バイナリ）を管理するデータベースである。
【００３７】
インストーラ５は、複数のモジュールで構成されているソフトウェアとしての各インストーラを示しており、チェックツール６は、各インストーラ５のチェックツールである。製品構成ファイル７は、各インストーラ５の構成を出力したファイルである。
【００３８】
モジュール担当者８は、インストーラ５に組み込まれる各モジュールの開発担当者であり、インストーラ担当者９は、各インストーラ５の開発担当者である。
【００３９】
次に、本実施例の作用を説明する。本実施例のソフトウェア管理システム１は、作成するインストーラ５の構成情報（インストーラ構成情報）を構成管理データベース２に登録し、当該インストーラ構成情報に基づいてインストーラ５を自動生成し、また、管理する。
【００４０】
すなわち、ソフトウェア管理システム１は、図２に示すように、生成するインストーラ５のモジュール情報（モジュール構成情報）の構成管理データベース２への登録処理が開始されると（ステップＳ１０１）、各モジュール担当者８が、作成対象のインストーラ５を構成するモジュールのソースをソース管理データベース３に登録し、また、当該モジュールのバイナリをバイナリ管理データベース４に登録し、そして、構成管理データベース２に、モジュールを特定する情報、格納場所等のモジュール情報を登録する（ステップＳ１０２）。この登録処理では、各モジュールのバージョン毎に、その格納場所（バイナリデータベース４の格納場所）、依存モジュール、転送先、担当者等の情報を格納する。
【００４１】
ソフトウェア管理システム１は、構成管理データベース２へのモジュール情報の登録を完了すると、登録処理を終了し（ステップＳ１０３）、各インストーラ担当者９が、作成対象の各インストーラ５のインストーラ構成情報を構成管理データベース２に登録する。すなわち、各インストーラ担当者９は、各インストーラ５に含めるモジュールを構成管理データベース２に登録されているモジュール情報から選択する（ステップＳ１０４）。
【００４２】
その後、構成管理データベース２に対して、インストーラ構成情報からインストーラ５を構成するように指示があると（ステップＳ１０５）、インストーラ５の作成を開始し（ステップＳ１０６）、構成管理データベース２が、蓄積されているインストーラ構成情報から当該構成対象のインストーラ５に含めるモジュールを検知して、当該モジュールの格納場所から対応するモジュールを取得し、インストーラ５のソースをソース管理データベース３から取得して、インストーラ５を生成する（ステップＳ１０７）。
【００４３】
構成管理データベース２は、インストーラ５を生成すると、インストーラ作成処理を終了する（ステップＳ１０８）。
【００４４】
すなわち、インストーラ構成情報は、インストーラ５を構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存するモジュール等のモジュール情報をその構成要素としている。
【００４５】
このように、本実施例のソフトウェア管理システム１は、インストーラ５を構成する各モジュールのモジュール名、当該モジュールの所在、当該モジュールのバージョン、当該モジュールの依存する他のモジュール等の情報をソフトウェア構成情報として構成管理データベース２に登録し、構成管理データベース２のソフトウェア構成情報に基づいてインストーラ５を自動作成している。
【００４６】
したがって、モジュールの抜け、漏れの発生を防止しつつ、複数のモジュールで構成されるインストーラ５を効率的にかつ適切に作成することができる。
【００４７】
そして、上記構成において、あるモジュールの修正が発生した場合のモジュール情報修正処理について、図３に基づいて説明する。
【００４８】
構成管理データベース２へのモジュール修正情報の登録処理が開始されると（ステップＳ２０１）、まず、モジュール担当者８が、モジュールを修正して、ソース管理データベース３とバイナリ管理データベース４のそれぞれに登録する（ステップＳ２０２）。このとき、依存モジュールが存在するときには、当該依存モジュールのソースも修正が行われるように、ソース管理データベース３でリンクさせる。
【００４９】
次に、モジュール担当者８が、モジュールを修正したことを構成管理データベース２に登録する（ステップＳ２０３）。
【００５０】
構成管理データベース２が、モジュール修正情報と依存モジュールのモジュール情報に基づいて、依存モジュールのソースをソース管理データベース３から取得し、ビルド（再構築）して、バイナリ管理データベース４に登録して（ステップＳ２０４）、モジュール修正情報の登録処理を終了する（ステップＳ２０５）。
【００５１】
このように、本実施例のソフトウェア管理システム１は、インストーラ５を構成するモジュールに修正が発生して、当該修正モジュールの修正情報が構成管理データベース２に登録され、当該修正モジュールと依存関係にある他のモジュールのソフトウェア構成情報が構成管理データベース２に登録されていると、当該修正モジュールの修正情報に基づいて当該依存関係にある他のモジュール（依存モジュール）を自動的に再構築（ビルド）している。
【００５２】
したがって、モジュールに修正が発生しても、当該モジュールと依存関係にあるモジュールを確実かつ適切に修正することができ、インストーラ５の管理を効率的に、かつ、適切に行って、インストーラ５の品質を向上させることができる。
【００５３】
そして、ソフトウェア管理システム１は、モジュール修正情報の登録処理を行うと、図４に示す修正インストーラ作成処理を行う。すなわち、ソフトウェア管理システム１は、図４に示すように、上述のようにして修正モジュールの構成管理データベース２への登録が完了すると（ステップＳ３０１）、修正インストーラ５の作成を開始し（ステップＳ３０２）、構成管理データベース２のインストーラ構成情報から当該修正インストーラ５に含まれるモジュールを検知する。ソフトウェア管理システム１は、修正インストーラ５に含まれるモジュールを検知すると、当該検知したモジュールの格納場所からモジュールを取得し、また、修正インストーラ５のソースをソース管理データベース３から取得して、修正インストーラ５を生成する（ステップＳ３０３）。
【００５４】
ソフトウェア管理システム１は、修正インストーラ５の作成を完了すると、修正インストーラ５の作成処理を終了する（ステップＳ３０４）。
【００５５】
このように、本実施例のソフトウェア管理システム１は、インストーラ５を構成するモジュールに修正が発生して、当該修正モジュールの修正情報が構成管理データベース２に登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールの関連するインストーラ５を自動修正している。
【００５６】
したがって、モジュールが修正された際に、自動的にインストーラ５を修正することができ、連絡漏れによるインストーラ５の修正漏れの発生を適切かつ確実に防止することができる。
【００５７】
また、本実施例のソフトウェア管理システム１は、インストーラ５を構成するモジュールの追加・削除等の変更が発生すると、図５から図７に示すように、構成変更関連処理を実施する。まず、インストーラ情報（インストーラ構成情報）変更処理を図５に基づいて説明する。すなわち、ソフトウェア管理システム１は、インストーラ構成情報の変更が発生すると、図５に示すように、当該インストーラ構成情報の変更処理を開始し（ステップＳ４０１）、構成管理データベースのインストーラ構成情報の変更を行う（ステップＳ４０２）。
【００５８】
ソフトウェア管理システム１は、このインストーラ構成情報の変更で新しく追加になったモジュールのソースを、ソース管理データベース３から取得し、ビルドしてバイナリ管理データベース４に登録する（ステップＳ４０３）。
【００５９】
ソフトウェア管理システム１は、バイナリ管理データベース４への登録を完了すると、インストーラ情報変更処理を終了する（ステップＳ４０４）。
【００６０】
このように、本実施例のソフトウェア管理システム１は、インストーラ５にモジュールの追加が発生して、構成管理データベース２の当該モジュールの追加の発生したインストーラ５のソフトウェア構成情報に当該追加モジュールに関する情報が登録されると、当該追加モジュールの情報の追加登録されたソフトウェア構成情報であるインストーラ構成情報に基づいて当該追加モジュールを自動的に再構築している。
【００６１】
したがって、インストーラ５にモジュールが追加されても、モジュール担当者８に追加になったモジュールをリリースするように依頼する手間を省きつつ、連絡漏れやリリース漏れの発生による影響を完全に防止することができるとともに、自動的に追加されたモジュールをビルドしてリリースすることができる。
【００６２】
そして、ソフトウェア管理システム１は、インストーラ情報変更処理を完了すると、図６に示すように、変更インストーラ作成処理を実行する。すなわち、ソフトウェア管理システム１は、図６に示すように、インストーラ構成情報の変更を終了すると（ステップＳ５０１）、構成管理データベース２のインストーラ構成情報から変更されたインストーラ５に含めるモジュールを検知し、当該モジュールの格納場所からモジュールを取得して、変更されたインストーラ５のソースをソース管理データベース３から取得して、変更インストーラ５を生成する（ステップＳ５０３）。
【００６３】
ソフトウェア管理システム１は、変更インストーラ５の作成を完了すると、変更インストーラ５の作成処理を終了する（ステップＳ５０４）。
【００６４】
このように、本実施例のソフトウェア管理システム１は、インストーラ５にモジュールの追加・削除等の変更が発生して、構成管理データベース２の当該モジュールの変更の発生したインストーラ５のソフトウェア構成情報に当該変更モジュールに関する情報が登録されると、当該変更モジュールの情報の登録されたソフトウェア構成情報であるインストーラ構成情報に基づいて当該ソフトウェア構成情報のインストーラ５を自動的に修正する。
【００６５】
したがって、インストーラ５を構成するモジュールの追加・削除等の変更が発生しても、モジュール担当者８がインストーラ担当者９に変更を通知することなく、当該連絡漏れやインストーラ担当者９による変更漏れによる影響を完全に防止することができるとともに、インストーラ５を適切に修正することができる。
【００６６】
さらに、ソフトウェア管理システム１は、特定のモジュールを共通して使用しているインストーラ５が複数ある場合に、どのインストーラ５が当該モジュールを使用しているかを知るために、特定のモジュールを指定して、当該モジュールを使用しているインストーラ５のインストーラ構成情報の出力を行うことができる。そして、ソフトウェア管理システム１は、特定モジュールを使用しているインストーラ構成情報の出力要求があると、図７に示すように、当該指定された特定モジュールを使用しているインストーラ構成情報の出力処理を開始し（ステップＳ６０１）、構成管理データベース２にモジュール名、バージョンを入力して（ステップＳ６０２）、構成管理データベース２から該当するモジュールを使用しているインストーラ５を検索して、検索したインストーラ５の構成（インストーラ構成情報）を出力する（ステップＳ６０３）。
【００６７】
ソフトウェア管理システム１は、特定モジュールを使用しているインストーラ構成情報の出力を完了すると、処理を終了する（ステップＳ６０４）。
【００６８】
このようにすると、インストーラ５を構成するモジュールに修正や変更等があった場合に、当該モジュールの関連しているインストーラ５やその依存モジュール等の影響の範囲を適切に把握することができる。
【００６９】
そして、ソフトウェア管理システム１は、モジュールの修正等が行われるたびに、図８に示すチェックツール６の修正処理を行う。すなわち、ソフトウェア管理システム１は、構成管理データベース２へのモジュール修正情報の登録が完了すると（ステップＳ７０１）、チェックツール６の修正を開始し（ステップＳ７０２）、構成管理データベース２のインストーラ構成情報からチェックツール６に含めるモジュールを検知して、修正チェックツール６を生成する（ステップＳ７０３）。
【００７０】
ソフトウェア管理システム１は、修正チェックツール６の作成を完了すると、処理を終了する（ステップＳ７０４）。
【００７１】
このように、本実施例のソフトウェア管理システム１は、インストーラ５を構成するモジュールに修正が発生して、当該修正モジュールの修正情報が構成管理データベース２に登録されると、当該修正モジュールの修正情報に基づいて当該修正モジュールを用いているインストーラ５のチェックツールを自動修正している。
【００７２】
したがって、モジュールが修正された場合に、修正抜けや修正漏れを適切に防止しつつ、チェックツールを安価にかつ高品質に修正することができる。
【００７３】
さらに、ソフトウェア管理システム１は、インストーラ構成情報の変更があると、図９に示すチェックツール変更処理を行う。すなわち、ソフトウェア管理システム１は、図９に示すように、インストーラ構成情報の変更が行われると（ステップＳ８０１）、チェックツール変更処理を開始し（ステップＳ８０２）、構成管理データベース２のインストーラ構成情報から変更されたインストーラ５に含めるモジュールを検知して、チェックツール６の変更生成を行う（ステップＳ８０３）。
【００７４】
ソフトウェア管理システム１は、変更チェックツール６の生成を完了すると、チェックツール変更処理を終了する（ステップＳ８０４）。
【００７５】
このように、本実施例のソフトウェア管理システム１は、インストーラ５にモジュールの追加・削除等の変更が発生して、当該変更モジュールの変更情報が構成管理データベース２に登録されると、当該変更モジュールの変更情報に基づいて当該変更モジュールを用いているインストーラ５のチェックツールを自動修正している。
【００７６】
したがって、モジュールが変更された場合に、変更抜けや変更漏れを適切に防止しつつ、チェックツールを安価にかつ高品質に変更することができる。
【００７７】
以上、本発明者によってなされた発明を好適な実施例に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００７８】
例えば、上記実施例においては、複数のモジュールで構成されるソフトウェアとしてインストーラを採用した場合について説明したが、ソフトウェアとしては、インストーラに限るものではない。
【産業上の利用可能性】
【００７９】
本発明は、ソフトウェア開発とその後の管理を効率的に行うソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体に適用することができる。
【図面の簡単な説明】
【００８０】
【図１】本発明のソフトウェア管理システム、ソフトウェア管理プログラム及び記録媒体の一実施例を適用したソフトウェア管理システムのシステム構成図。
【図２】図１のソフトウェア管理システムによるインストーラ生成処理を示すフローチャート。
【図３】図１のソフトウェア管理システムによるモジュール修正情報登録処理を示すフローチャート。
【図４】図１のソフトウェア管理システムによる修正インストーラ作成処理を示すフローチャート。
【図５】図１のソフトウェア管理システムによるインストーラ情報変更処理を示すフローチャート。
【図６】図１のソフトウェア管理システムによる変更インストーラ作成処理を示すフローチャート。
【図７】図１のソフトウェア管理システムによるインストーラ構成情報出力処理を示すフローチャート。
【図８】図１のソフトウェア管理システムによるチェックツール修正処理を示すフローチャート。
【図９】図１のソフトウェア管理システムによるチェックツール変更処理を示すフローチャート。
【符号の説明】
【００８１】
１  ソフトウェア管理システム
２  構成管理データベース（構成管理ＤＢ）
３  ソース管理データベース（ソース管理ＤＢ）
４  バイナリ管理データベース（バイナリ管理ＤＢ）
５  インストーラ
６  チェックツール
７  製品構成ファイル
８  モジュール担当者
９  インストーラ担当者
【図１】
2007304639.tif 000003
【図２】
2007304639.tif 000004
【図３】
2007304639.tif 000005
【図４】
2007304639.tif 000006
【図５】
2007304639.tif 000007
【図６】
2007304639.tif 000008
【図７】
2007304639.tif 000009
【図８】
2007304639.tif 000010
【図９】
2007304639.tif 000011