(57)【要約】【課題】本発明はソフトウエア資産の再利用や改造を行う単位で影響する内容の把握を可能にして、ユーザの管理負担及び影響範囲確認の手間を大幅に削減したソフトウエア資産管理システムを提供。【解決手段】計算機システムのソフトウエア開発において、ドキュメント（機能）及びプログラム（モジュール）の成果物を管理するシステムであって、システムの機能の情報を保持する機能情報と、モジュールの情報を保持するモジュール情報とを備え、前記成果物を登録する際に設計情報を識別して設計情報の関連を示すタグ情報をこの成果物に付加し、システム変更に伴う影響範囲を検索する際に、システムに備えた機能とモジュール間の関連情報を保持する機能―モジュール関連情報乃至モジュール間の関係を保持するモジュール間関連情報を検索して前記タグを付けられた設計情報と関連情報を抽出して、システム間の修正時に影響のある成果物及び設計情報を検索可能に構成。【選択図】図２
2008123432.tif 000002
【特許請求の範囲】
【請求項１】
計算機システムのソフトウエア開発において、ドキュメント（機能）及びプログラム（モジュール）の成果物を管理するシステムであって、システムの機能に関する情報を保持する機能情報のテーブルと、モジュールに関する情報を保持するモジュール情報のテーブルと、機能とモジュール間の関連情報を保持する機能―モジュール関連情報のテーブルと、モジュール間の関係を保持するモジュール間関連情報のテーブルを備え、前記成果物を登録する際に機能情報のテーブルに基づいて前記ドキュメントの構成に必要なモジュールの選択をガイドし、モジュール情報のテーブルに基づいて前記モジュールに関連する機能の選択をガイドし、モジュール間関連情報のテーブルに基づいて前記モジュールに関連するモジュールの選択をガイドし、前記成果物を登録する際に設計情報を識別して設計情報の関連を示すタグ情報をこの成果物に付加しておき、システム変更に伴う影響範囲を検索する際に、入力された情報に従って機能―モジュール関連のテーブル乃至モジュール間関連情報のテーブルを検索して前記タグを付けられた設計情報と関連情報を抽出して、システム間の修正時に影響のある成果物及び成果物内の設計情報を検索できるように構成したことを特徴とするソフトウエア資産管理システム。
【請求項２】
請求項１に記載のソフトウエア資産管理システムにおいて、システムのバージョン間の流用をサポートし、流用時の情報を保持しておくことにより、前記システムのバージョン間でのシステム変更に伴う影響範囲を把握する情報を成果物内の設計情報に対応付けたタグ情報によって検索できるように構成したことを特徴とするソフトウエア資産管理システム。
【請求項３】
請求項１に記載のソフトウエア資産管理システムにおいて、ソフトウエアの成果物に設計情報を識別して設計情報との関連を示すタグ情報を付したタグ情報のデータを備えさせ、システム変更に伴う影響範囲を検索する際にこのタグ情報に基づいて前記タグを付けられた設計情報と関連情報を抽出し、システム間の修正時に影響のある成果物及び成果物内の設計情報を検索できるように構成されていることを特徴とするソフトウエア資産管理システム。
【請求項４】
請求項１に記載のソフトウエア資産管理システムにおいて、前記機能情報のテーブルは、該当機能が属するシステムのバージョン番号、該当機能の名称、該当機能の階層構造による上位の機能名称を示す上位、該当機能に対応した成果物の種別を示す成果物種別、前記成果物種別の仕様書の位置を保持する成果物データベースの配置から構成されていることを特徴とするソフトウエア資産管理システム。
【請求項５】
請求項１に記載のソフトウエア資産管理システムにおいて、前記モジュール情報のテーブルは、該当モジュールが属するシステムのバージョン番号、該当モジュールの名称、該当モジュールの上位のモジュールを示す上位、該当モジュールに対する成果物の種別を示す成果物種別、前記成果物種別の成果物が保持されている階層を示す成果物データベースの配置から構成されていることを特徴とするソフトウエア資産管理システム。
【請求項６】
請求項１に記載のソフトウエア資産管理システムにおいて、前記機能―モジュール関連情報のテーブルはマトリックス構造をなし、縦軸に前記機能の一覧が保存され、横軸に前記モジュールの名称が保存され、前記機能と前記モジュールの関連を記憶するように構成されていることを特徴とするソフトウエア資産管理システム。
【請求項７】
請求項１に記載のソフトウエア資産管理システムにおいて、前記モジュール関連情報のテーブルはマトリックス構造をなし、縦軸及び横軸ともに前記モジュールの名称が保存され、前記モジュールの呼び出し関係を表すように構成されていることを特徴とするソフトウエア資産管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は計算機システムのソフトウエアを開発した成果物であるソフトウエア資産管理システムに関する。
【背景技術】
【０００２】
計算機システムのソフトウエアを開発する場合、開発済のソフトウエア資産が有るとこのソフトウエア資産を再利用して新たなソフトウエアを開発することが多い。
【０００３】
ところで、開発済のソフトウエア資産を再利用した新たなソフトウエアの開発に際して、機能やプログラムの仕様変更・不具合対策が発生すると、その修正作業が計算機システムのどの部分に影響するのか、また、同じ計算機システムの別バージョンにはどのように影響するのかは、開発技術者がどの範囲まで検討、調査できるかに依存していた。
【０００４】
特開２００５−１０００７８号公報には、計算機システムのシステム変更にともなう影響範囲を調査する方法として、機能やモジュールといった成果物の集合の単位で把握するためのソフトウエア資産の管理システムに関する技術が開示されている。
【０００５】
特開２００５−１０００７８号公報に記載されたシステム変更にともなう影響範囲を調査する方法を詳細に説明すると、この影響範囲を調査する方法では、成果物（プログラムやドキュメントなど、システム開発で作り出されるもの全て）の管理作業において、登録されたソフトウエア資産に対してその管理および付加情報の提供により、ソフトウエア資産内、若しくは、ソフトウエア資産の流用間での機能の変更、プログラムの変更がどの範囲まで影響するかの情報を提示して影響範囲を把握するものである。
【０００６】
【特許文献１】特開２００５−１０００７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特開２００５−１０００７８号公報に開示されたシステム変更にともなう影響範囲を調査する方法では、機能やモジュールに対して物理的なファイル単位で結び付けることになる。現実には、例えば、複数の機能が１つの機能仕様書に書かれることがほとんどである。
【０００８】
そのため、上記方法によって影響範囲の調査を実現するためには、１つの機能仕様書を分冊にする必要があるが、そうした場合には仕様書としては読みにくくなり、また、分冊ができるためにファイルの管理の工数が多くなってしまう問題があった。
【０００９】
一方、システム変更にともなう影響範囲を詳細に把握する方法として、ドキュメントを成果物単位に分割し、その情報項目単位に関連をつける方法がある。この方法によればドキュメントの詳細内容まで関連をつけることができるので、影響範囲を詳細に把握することができる。
【００１０】
しかしながら、この影響範囲を詳細に把握する方法では、詳細項目単位での管理となり、「機能」、「モジュール」といった再利用や改造を考えるファイルの単位で内容を把握することは困難である。
【００１１】
本発明の目的は、計算機システムのシステム変更にともなう影響範囲を詳細に把握するだけでなく、ソフトウエア資産の再利用や改造を行うファイルの単位で影響する内容を把握することを可能にして、ユーザの管理負担及び影響範囲確認の手間を大幅に削減可能としたソフトウエア資産管理システムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明のソフトウエア資産管理システムは、計算機システムのソフトウエア開発において、ドキュメント（機能）及びプログラム（モジュール）の成果物を管理するシステムであって、システムの機能に関する情報を保持する機能情報のテーブルと、モジュールに関する情報を保持するモジュール情報のテーブルと、機能とモジュール間の関連情報を保持する機能―モジュール関連情報のテーブルと、モジュール間の関係を保持するモジュール間関連情報のテーブルを備え、前記成果物を登録する際に機能情報のテーブルに基づいて前記ドキュメントの構成に必要なモジュールの選択をガイドし、モジュール情報のテーブルに基づいて前記モジュールに関連する機能の選択をガイドし、モジュール間関連情報のテーブルに基づいて前記モジュールに関連するモジュールの選択をガイドし、前記成果物を登録する際に設計情報を識別して設計情報の関連を示すタグ情報をこの成果物に付加しておき、システム変更に伴う影響範囲を検索する際に、入力された情報に従って機能―モジュール関連のテーブル乃至モジュール間関連情報のテーブルを検索して前記タグを付けられた設計情報と関連情報を抽出して、システム間の修正時に影響のある成果物及び成果物内の設計情報を検索できるように構成したことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、計算機システムのシステム変更にともなう影響範囲を詳細に把握するだけでなく、ソフトウエア資産の再利用や改造を行うファイルの単位で影響する内容を把握することを可能にして、ユーザの管理負担及び影響範囲確認の手間を大幅に削減可能としたソフトウエア資産管理システムが実現できる。
【発明を実施するための最良の形態】
【００１４】
本発明の実施例であるソフトウエア資産管理システムについて図面を参照して説明する。
【実施例１】
【００１５】
図１は本発明の一実施例であるソフトウエア資産管理システムの構成を示す。図１において、本実施例のソフトウエア資産管理システム１０１は、本システムの管理部１０２、プログラムやドキュメントといった成果物を格納する成果物データベース１０３、成果物に対する付加情報や関連情報を格納する情報データベース１０４から構成される。また、管理者１０５や担当者１０６からは、インターネット若しくはイントラネット１０７から本システムに接続する。
【００１６】
図２は図１に示した本発明の実施例であるソフト資産管理システム１０１の詳細な構成を示したブロック構成図である。
【００１７】
図２のソフト資産管理システム１０１において、このソフト資産管理システム１０１に備えられた管理部１０２は、インターネット／イントラネット１０７からの接続・ユーザクライアントへのデータの配信（画面を表示する為のデータを含）を管理するインターネット／イントラネット接続機能２０１を備えており、更にこの管理部１０２には前記インターネット／イントラネット接続機能２０１を介してデータをやり取りして、システム利用者を識別するためのユーザ認証機能２０２と、各種データベースから情報を収集してユーザのクライアントに表示する情報を生成する表示情報生成機能２０４と、ユーザからの要求に従ってそれぞれのデータベースに登録されているドキュメント類を管理／データベースにデータを登録・修正する成果物管理・データ登録／修正機能２０５と、成果物を流用したり、その関連情報を管理する成果物流用管理機能２０６と、成果物を解析し、タグ情報のついた特定の機能に対応した成果物の実体を分割する設計情報解析機能２１３から構成されている。
【００１８】
ソフト資産管理システム１０１の情報データベース１０４は、利用可能なユーザが登録されているユーザ管理データベース２０３と、システムの機能に関する情報を保持する機能情報２０７のテーブルと、モジュールに関する情報を保持するモジュール情報のテーブル２０８と、機能とモジュール間の関連情報を保持する機能−モジュール関連情報のテーブル２０９と、モジュール間の関係を保持するモジュール間関連情報のテーブル２１０と、システム間での流用の状況を管理するバージョン管理情報のテーブル２１１と、設計情報解析機能２１３の解析結果のタグ情報を保存するタグ情報のテーブル２１２とから構成されている。
【００１９】
また、ソフト資産管理システム１０１には、前記した管理部１０２及び情報データベース１０４にデータとして供給するプログラムやドキュメントなど実際の成果物を管理する成果物データベース１０３が備えられている。
【００２０】
本ソフト資産管理システム１０１では、ソフト資産の情報を保持するために図２に示した各種の情報をもっている。以降、具体的にそれらの情報を保持するための構成について説明する。
【００２１】
図３は図２に示した情報データベース１０４に備えられたユーザ管理データベース２０３の具体的な構成例を示している。図３に示したユーザ管理データベース２０３である管理テーブル３０１では、ソフトウエア資産管理システム１０１のユーザ認証機能２０２で認証されたユーザの氏名３０２と、認証のために使用するユーザＩＤ３０３及びそのパスワード３０４を夫々管理する。また、ユーザができる操作を限定するための担当の情報３０５も備えている。
【００２２】
図４は、本発明のソフトウエア資産管理システムの実施例の説明で利用する（開発の対象となる）システムの構成を示す。図４において、上部には開発対象システムのＶｅｒｓｉｏｎ１．０の構成と、下部にはその開発対象システムの流用で開発したＶｅｒｓｉｏｎ２．０の構成を夫々示している。
【００２３】
楕円記号で表しているものがモジュール（プログラム）であり、矢印はプログラム間の呼び出し関係を示している。例えば、モジュールＭＡは実行時に、モジュールＭＢとモジュールＭＣを呼び出していることを示す。
【００２４】
点線で示す楕円は、ある機能を実現するために必要なモジュールの範囲を示している。例えば、機能ＦＸを実現するためには、モジュールＭＡとＭＢ、そのサブモジュールであるＭＢ−１とＭＢ−２が必要であることを示し、機能ＦＹを実現するためには、モジュールＭＡとモジュールＭＣが必要であることを示している。
【００２５】
また、機能ＦＸ−１を実現するためには、モジュールＭＢとそのサブモジュールであるＭＢ−１、機能ＦＸ−２を実現するためには、モジュールＭＢとそのサブモジュールであるＭＢ−２、機能ＦＹ−１を実現するためには、モジュールＭＣとそのサブモジュールであるＭＣ−１が必要であることを夫々示している。
【００２６】
図５は図２の本ソフト資産管理システム１０１に備えられた成果物データベース１０３の具体的な例を示す。図５において、この成果物データベース１０３には、成果物管理・情報登録・修正機能２０５で登録、修正されたプログラムやドキュメントといったソフト資産そのものを保持している。これは、計算機システムにおけるディレクトリ階層構造５０１（楕円で表示）を持ちながらソースプログラムやドキュメント５０２を保存する。
【００２７】
図５の例ではバージョン１のための階層Ｖ１と、バージョン１から流用したバージョン２のための階層Ｖ２が有り、その下にＤＯＣ（ドキュメント）、ＰＲＯＧ（プログラム）を保存する例を示している。
【００２８】
図６は図２のソフト資産管理システム１０１の情報データベース１０４に備えられた機能情報のテーブル２０７の具体例を示す機能情報テーブルである。図６において、この機能情報のテーブル２０７には次の情報を保持している。
【００２９】
即ち、その機能が属するシステムのバージョン番号６０１と、機能の名称６０２と、機能の階層構造をもつために上位の機能名称を持つ上位６０３と、機能に対応した成果物の種別を持つ成果物種別６０４と、その仕様書の成果物データベース１０３内での位置を保持する配置６０５と、その機能に関連付けられた設計情報を示すタグ６０６とから構成される。
【００３０】
また、タグ６０６には、ひとつの機能に対して複数の成果物の設計情報を持つようにすることもできる。
【００３１】
図１６はドキュメントに関する成果物の構成を示している。１つのドキュメント１６０１の中にｔａｇＦＸとのタグ情報１６０２があり、「機能ＦＸの機能仕様」という設計情報１６０３にタグ「ｔａｇＦＸ」を対応付けている。
【００３２】
この設計情報１６０３の始まりを１６０２ａとし、設計情報１６０３の終わりを１６０４として表示している。
【００３３】
このタグ「ｔａｇＦＸ」が図６に示すタグ６０６の欄に表示される。図１６はＸＭＬ形式でドキュメントの設計情報を示しているが、他の形式で設計情報を示しても構わない。
【００３４】
図１７は、図２に示したタグ情報テーブル２１２の具体的内容を表したものである。図１６に示す成果物であるドキュメント１６０１がソフトウエア資産管理システムに登録された場合、図２に示した管理部１０２に設けた設計情報解析機能２１３によってドキュメント１６０１が解析されて、ドキュメントの配置位置の情報である「／Ｖ１／ｄｏｃ／機能／Ｘ．ｄｏｃ」が図１７の配置１７０１に登録され、ドキュメント内のタグ情報であるタグ「ｔａｇＦＸ」が図１７のタグ１７０２に登録される。他のドキュメントが登録された場合も同様に登録される。
【００３５】
図７は図２のソフト資産管理システム１０１の情報データベース１０４に備えられたモジュール情報のテーブル２０８の具体例を示すモジュール情報テーブルである。
【００３６】
図７において、モジュール情報２０８のモジュール情報テーブルは、該当モジュールが属するシステムのバージョン番号７０１と、モジュール名称７０２と、モジュールの上位のモジュールを示す上位７０３と、モジュールに対する成果物の種類を示す成果物種別７０４と、成果物データベース１０３での成果物が保存されている階層を示す配置７０５と、モジュールに対応した成果物（プログラムを除く）のモジュールに対応した設計情報を示すタグ７０６とから構成される。
【００３７】
そして、このモジュール情報のテーブル２０８では、機能情報のテーブル２０７と同様に、モジュール情報テーブルにて上位のモジュール名を指定することにより、階層構造での管理ができるようになっている。
【００３８】
また、このモジュール情報のテーブル２０８では、ひとつのモジュールに対してプログラムや処理仕様書、テスト仕様書といった成果物の種別に応じた複数の成果物を保存することができる。
【００３９】
前記した機能情報のテーブル２０７と、モジュール情報のテーブル２０８には、名称をキーにして、例えば機能情報のテーブルの名称６０２及びモジュール情報のテーブルのモジュール名称７０２をキーにしてバージョン間の関連を保持する。例えば、バージョン１．０の機能Ａはバージョン２．０の機能Ａに利用されていることを示す。
【００４０】
図８は図２のソフト資産管理システム１０１の情報データベース１０４に備えられた機能−モジュール関連情報のテーブル２０９の具体例を示す機能−モジュール関連情報テーブルである。機能−モジュール関連情報のテーブル２０９はバージョン毎に管理テーブル８０１を持っている。
【００４１】
機能−モジュール関連情報のテーブルの各バージョンの管理テーブル８０１には、縦軸８０２に機能情報のテーブル２０７に有る機能の一覧が保存され、横軸８０３にモジュール情報のテーブル２０８にあるモジュール名称が保存される。
【００４２】
この管理テーブル８０１はマトリックス構造をしており、縦軸８０２の機能と横軸８０３のモジュールの交点８０４には、その機能を実現するときに必要なモジュールで有れば「○」、必要なモジュールで無ければ「−」を定義して、これらの機能とモジュールの関連である「○」、又は「−」を記憶する。
【００４３】
また、管理テーブル８０１の表はモジュールを選んでそれに必要な機能を検索することができ、モジュールに関連する機能の一覧を探すことができる。
【００４４】
図９は図２のソフト資産管理システム１０１の情報データベース１０４に備えられたモジュール間関連情報のテーブル２１０の具体例を示すモジュール間関連情報テーブルである。モジュール間関連情報のテーブル２１０はシステムのバージョン毎に管理テーブル９０１を持っている。
【００４５】
モジュール間関連情報テーブルの各バージョンの管理テーブル９０１には、横軸９０２、縦軸９０３ともモジュール情報のテーブル２０８に関する図７に示したモジュール名称７０２が保存される。
【００４６】
この管理テーブル９０１はマトリックス状に構成されており、マトリックスの横軸９０２と縦軸９０３の交点には、交点９０４及び交点９０５に、「→」及び「←」と夫々示した矢印の情報が保持されている。
【００４７】
前記の交点に示した矢印の情報はモジュール間の呼び出し関係を表している。例えば、交点９０４である縦軸９０３のＭＡと横軸９０２のＭＢには「→」が入力されている。これは、モジュールＭＡがモジュールＭＢを呼び出していることを示す。
【００４８】
逆に、交点９０５である縦軸９０３のＭＢと横軸９０２のＭＡには「←」が入力されている。これは、モジュールＭＢはＭＡから呼び出されていることを示す。
【００４９】
上記したように、管理テーブル９０１にとってモジュール間の関連情報を保持している。
【００５０】
図１０は図２のソフト資産管理システム１０１の情報データベース１０４に備えられたバージョン管理情報のテーブル２１１の具体例を示すバージョン管理情報テーブルである。バージョン管理情報のテーブル２１１は管理テーブル１００１を持っており、この管理テーブル１００１は一緒にバージョン管理を行うシステムにひとつずつ存在する。
【００５１】
バージョン管理情報２１１のテーブルに備えられた管理テーブル１００１は、バージョン情報１００２と、そのシステムの流用元のバージョン番号を示す流用元１００３と、そのバージョンのシステムの補助的な情報をフリーフォーマットで保持する備考１００４とから構成される。
【００５２】
次に本実施例のソフト資産管理システム１０１における各画面を図１１〜図１４に夫々示す。
【００５３】
図１１は図２のソフト資産管理システム１０１の情報データベース１０４に備えられたバージョン管理２１０の具体例を示すバージョン管理画面である。
【００５４】
図１１のバージョン管理画面は、表示情報生成機能２０４を通じて表示される図１０に示したバージョン情報１００２に対応した画面であり、そのバージョン管理画面１１０１は、成果物流用管理機能２０６を介してシステムの流用状態を確認または編集する編集操作画面１１０２と、その操作のためのメニューで有る操作メニュー１１０３と、特定のバージョンの情報を表示・編集する情報表示編集ビュー１１０４と、画面の切り替えや、システムの停止などの操作を行う操作メニュー１１０５とから構成される。
【００５５】
編集操作画面１１０２は、バージョンの番号が異なるもの（“１．０”と“２．０”）を並列に、バージョン番号が同じでレビジョン番号が異なるもの（“１．０”と“１．１”）を上位／下位の関係でツリー状に表示する。
【００５６】
また、バージョン番号“１．０”を選択すると、右側の情報表示編集ビュー１１０４にそのシステムの情報（“備考  新規開発”）が表示される。
【００５７】
この編集操作画面１１０２での操作は、操作メニュー１１０３にあるように、「流用（メジャー）」、「流用（マイナー）」、「削除」の３つが有る。新しく流用をする場合は、流用元のシステムのバージョンを選択してメニューで、「流用（メジャー）」若しくは「流用（マイナー）」を選択する。
【００５８】
バージョン管理情報２１１のバージョン管理情報テーブルに有る対応管理テーブルに１レコードが追加され情報が書き込まれる。また、流用元の情報（成果物データベース１０３の成果物、機能情報２０７内のテーブル、モジュール情報内２０８のテーブル、機能−モジュール関連情報２０９内のテーブル、モジュール間関連情報２１０内のテーブル）が新しいシステム用にコピーされる。
【００５９】
新たなバージョンの開発は、ここでコピーされた情報を元にして行う。操作メニュー１１０３の削除は、本ソフト資産管理システムから該当するシステムの成果物および関連情報の一切を削除する。
【００６０】
次に図１２の機能一覧画面１２０１について説明する。図１２は図２のソフト資産管理システム１０１の情報データベース１０４に備えられた機能情報２０７の具体例を示す機能情報画面である。
【００６１】
図１２において、表示情報生成機能２０４を通じて表示される機能情報画面の機能一覧画面１２０１は、機能一覧を階層構造で保持する編集操作画面１２０２と、編集選択画面で選択した機能に関する情報を表示・編集ができる機能情報表示編集画面１２０４と、機能に関連したモジュールを表示選択できるモジュール一覧画面１２０３とから構成される。
【００６２】
編集操作画面１２０２では、機能項目の追加削除が行うメニューを表示するメニュー１２０５を表示することができる。メニュー１２０５には、同じレベルの階層に機能項目を作成する「追加（同）」と、ひとつ下の階層に作成する「追加（下）」と、選択された項目の情報を全て削除する「削除」のそれぞれのメニューが有る。
【００６３】
この編集操作画面１２０２の情報は、図２及び図６に示す機能情報テーブル２０７の内容から生成され、編集操作は機能情報テーブル２０７に格納される。
【００６４】
機能情報表示編集画面１２０４には、機能（“ＦＸ”）に対応したドキュメントを表示している。ここでの操作メニュー１２０６には、成果物を追加する「追加」、成果物を削除する「削除」、編集するために取り出す「取出」、ドキュメント情報を登録する「登録」、登録済みのドキュメントに情報に関連をつける「参照」の各操作を行うことができる。この画面で登録したファイルは成果物データベース１０３の指定された階層に自動的に保存される。
【００６５】
開発の担当者は上記したようにモジュール情報表示編集画面１２０４の操作メニュー１２０６によって操作メニュー１２０６に成果物「Ｖ１／ｄｏｃ／機能／Ｘ．ｄｏｃ」を登録し、それにタグ「ＴａｇＦＸ」を設定する、また関連するドキュメントを「参照」のボタンを押してしタグ「ＴａｇＦＸ」を選択することで関連付けし、ソフト資産としての管理を実施する。
【００６６】
開発の担当者は上記したように機能情報表示編集画面１２０４の操作メニュー１２０６によって成果物データベース１０３に成果物「Ｖ１／ｄｏｃ／機能／Ｘ．ｄｏｃ」を登録し、ソフト資産としての管理を実施する。
【００６７】
このとき、新規に登録された成果物であれば、図２の管理部１０２に備えられた設計情報解析機能２１３によって成果物である文書の解析が行われ、設計情報とそのタグを抽出して、抽出したタグは情報データベース１０４に備えられたタグ情報２１２に保存される。
【００６８】
既に登録されている成果物に関連付ける場合は、操作メニュー１２０６の「参照」を選択する操作によってドキュメントを選択後、タグ情報を選択する。
【００６９】
モジュール一覧画面１２０３は機能に関係するモジュールを選択する画面である。機能（“ＦＸ”）を構成するのに必要なモジュール（“ＭＡ”、“ＭＢ”、“ＭＢ−１”、“ＭＢ−２”）の選択をガイドし、不具合修正や仕様変更に伴う影響範囲の把握に用いる情報を生成する。ここで入力された情報は、図８の機能−モジュール関連テーブル２０９に格納される。
【００７０】
次に図１３のモジュール一覧画面１３０１について説明する。図１３は図２のソフト資産管理システム１０１の情報データベース１０４に備えられたモジュール情報のテーブル２０８の具体例を示すモジュール情報画面である。
【００７１】
本画面は表示情報生成機能２０４を通じて表示されるモジュール一覧を階層構造で保持する編集操作画面１３０２と、編集選択画面で選択した機能に関する情報を表示・編集ができる機能情報表示編集画面１３０４と、モジュールに関連したモジュールまたは機能を表示選択できる一覧画面１３０３から構成される。
【００７２】
編集操作画面１３０２では、モジュール項目の追加削除が行うメニューを表示するメニュー１３０５を表示することができる。メニュー１３０５には、同じレベルの階層にモジュール項目を作成する「追加（同）」と、ひとつ下の階層に作成する「追加（下）」と、選択された項目の情報を全て削除する「削除」のそれぞれのメニューが有る。
【００７３】
この編集操作画面１３０２の情報は図２及び図７のモジュール情報のテーブル２０８の内容から生成され、編集操作はモジュール情報のテーブル２０８に格納される。
【００７４】
モジュール情報表示編集画面１３０４には、モジュール（“ＭＡ”）に対応したプログラムやドキュメントを表示している。ここでの操作メニュー１３０６には、成果物を追加する「追加」、成果物を削除する「削除」、編集するために取り出す「取出」、ドキュメント情報を登録する「登録」、登録済みのドキュメントに情報に関連をつける「参照」の各操作を行うことができる。この画面で登録したファイルは成果物データベース１０３の指定された階層に自動的に保存される。
【００７５】
開発の担当者は上記したようにモジュール情報表示編集画面１３０４の操作メニュー１３０６によって操作メニュー１３０６に成果物「Ｖ１／ｐｒｏｇ／Ａ」を登録し、それにタグ「ＴａｇＭＡ」を設定する、また関連するドキュメントを「参照」のボタンを押してタグ「ＴａｇＭＡ」を選択することで関連付けし、ソフト資産としての管理を実施する。
【００７６】
開発の担当者は上記したように機能情報表示編集画面１３０４の操作メニュー１３０６によって成果物データベース１０３に成果物「Ｖ１／ｐｒｏｇ／Ａ」を登録し、ソフト資産としての管理を実施する。
【００７７】
一覧画面１３０３は機能に関係する機能あるいはモジュールを選択する画面である。関連するモジュールを選択する場合は、モジュール一覧１３０７を選択し、画面をモジュール一覧１３０８に切り替える。この画面では、モジュール間の関連を定義するが、モジュールの関連状態定義１３０９によりモジュール間の関連が「利用」なのか「被利用」なのかを表示、あるいは選択して編集することができる。
【００７８】
ここでは、モジュール（“ＭＡ”）に関連する機能（“ＦＸ”、“ＦＹ”）の選択、モジュール（“ＭＡ”）に関連するモジュール（“ＭＢ”）の選択をガイドし、不具合修正や仕様変更に伴う影響範囲の把握に用いる情報を生成する。ここで入力された情報は、図２及び図８し示した機能−モジュール関連情報のテーブル２０９、および図２及び図９に示したモジュール間関連情報のテーブル２１０に格納される。
【００７９】
また、機能一覧１３１０を選択すれば、画面を機能一覧１３０３に切り替える。
【００８０】
図１４はソフト資産管理システム１０１における影響範囲を把握するために表示情報生成機能２０４を通じて表示される検索画面１４０１である。本件作画面では、機能名やモジュール名、システムのバージョン情報、検索対象が機能かモジュールか、を検索キーとして入力する検索キー入力部１４０２と、検索を実行する検索ボタン１４０３と、検索結果として１４０８に示すバージョン、モジュールか機能かを表示する種別、検索結果の名称を夫々表示する。
【００８１】
検索結果表示部１４０４には検索結果を表示する。検索結果表示部１４０４に表示されたものは、選択することにより、その詳細情報が画面右側に表示される。右上は情報表示部１４０５であり、その選択項目に対する成果物「Ｖ１／ｐｒｏｇ／Ａ」の情報と設計項目を示すタグ情報「ｔａｇＭＡ」を表示する。
【００８２】
右下は関連情報表示部１４０６であり、この関連情報表示部１４０６の表示画面では、選択された項目に対する関連項目を表示する。機能が選択された場合は、モジュール一覧を表示し、モジュールが選択された場合は、機能一覧あるいはモジュール一覧のいずれかを表示し、ボタン１４０７で表示を切り替えることができる。
【００８３】
ここで影響範囲の検索について説明する。図１４で検索キーとして入力された情報により、図８の機能−モジュール関連情報２０９のテーブル、図９のモジュール間関連情報２１０のテーブルを夫々検索する。
【００８４】
機能が選択され検索対象となった場合、機能−モジュール関連情報のテーブル２０９で検索し、機能に関連したモジュール（図８のテーブルで「○」がついているもの）を影響範囲候補として表示する。
【００８５】
また、モジュール（“ＭＣ”）が選択された場合、機能−モジュール関連情報のテーブル２０９に対してモジュールに関連する機能（“ＦＹ”、“ＦＹ−２”）を検索する。
【００８６】
更に、モジュール間関連情報のテーブル２１０を検索し、関連するモジュール（“ＭＡ”、“ＭＡ”）を検索する。この場合、バージョン情報は区別せず検索する。これは、名称をキーに複数バージョン間の関連を保持しているからである。
【００８７】
この検索により、検索結果表示部１４０４に検索結果を表示することができる。
【００８８】
次に、検索結果によって検索結果表示部１４０４に表示されたモジュール（“ＭＡ”）を選択すると、その詳細結果が画面右側に表示され、右上の情報表示部１４０５にその選択項目に対する成果物の情報を表示し、右下の関連情報表示部１４０６に機能が選択された場合は機能一覧を表示する。尚、図１４で１４０７はモジュールへ移動するボタンである。
【００８９】
次に、図１５のシーケンス図を元に本システムでの情報の授受を説明する。
【００９０】
管理者、担当者は、本システムにユーザ認証をうけてログインしているものとする。新しいバージョン設定などは、管理者権限のもつユーザしかできないものとする。
【００９１】
Ｖｅｒｓｉｏｎ１．０の設定は、図１１のバージョン管理画面１１０１より、新しいシステムを設定することになる（１５０１）。
【００９２】
次に、担当者は、作成したドキュメントやプログラムを作成し、完成したら成果物をソフト資産管理システムに登録する（１５０２）。その場合、作成ドキュメントを図１２の機能一覧画面、あるいは作成プログラムを図１３のモジュール一覧画面でそれぞれ登録する。また、登録のときに関連情報を入力する。これで一覧の開発作業が終了する。
【００９３】
次に、機能アップのためにＶｅｒｓｉｏｎ２．０を開発する場合について説明する。この場合はＶｅｒｓｉｏｎ１．０を流用して開発するので、管理者は、バージョン管理画面１１０１でＶｅｒｓｉｏｎ１．０を流用した形でＶｅｒｓｉｏｎ２．０を作成する（１５０３）。
【００９４】
担当者は、新たに設定されたＶｅｒｓｉｏｎ２．０に対して開発作業をおこない、成果物をソフト資産管理システムに登録する（１５０４）。修正された場合でも、正しい情報が保持されているように、関連情報を適宜修正する（１５０４）。
【００９５】
あるシステムで不良が発生した場合（バグ情報１５０５）、バグの発生原因を突き止め、対策方針を立てる。このとき、図１４の影響範囲検索画面１４０１を用いて検索し（１５０６）、対策がどのモジュール・機能に影響がありそうかを事前に絞り込んでから（１５０７）改造作業に着手する。
【００９６】
この場合、不具合修正なので、図１１のバージョン管理画面１１０１で新しいレビジョンを作成（１５０８）して、成果物の修正作業を行う（１５０９）。
【００９７】
上記した本実施例によれば、計算機システムのシステム変更にともなう影響範囲を詳細に把握するだけでなく、ソフトウエア資産の再利用や改造を行う「機能」、「モジュール」といったファイルの単位で影響する内容を把握することが可能となる。この結果、ユーザの管理負担や影響範囲確認の手間を大幅に削減するソフトウエア資産管理システムが実現できる。
【産業上の利用可能性】
【００９８】
本発明はソフトウエア資産（プログラムやドキュメントなど、システム開発で作り出されるもの全て）の管理作業を請け負い、登録されたソフトウエア資産に対してその管理および付加情報の提供により、ソフトウエア資産内、若しくは、ソフトウエア資産の流用間での機能の変更、プログラムの変更がどの範囲まで情報を容易に提示するソフトウエア資産の管理システムに適用可能である。
【図面の簡単な説明】
【００９９】
【図１】本発明の一実施例のソフトウエア資産管理システムを示す概略図。
【図２】本発明の一実施例のソフトウエア資産管理システムを示す詳細な構成図。
【図３】本発明の一実施例のソフトウエア資産管理システムに使用されるユーザ管理テーブルの構成図。
【図４】本発明の一実施例のソフトウエア資産管理システムを説明する上での開発システムの構成を示す模式図。
【図５】本発明の一実施例のソフトウエア資産管理システムにおける成果物管理データベースの説明図。
【図６】本発明の一実施例のソフトウエア資産管理システムにおける機能情報を保持する機能情報テーブルの構成図。
【図７】本発明の一実施例のソフトウエア資産管理システムにおけるモジュール情報を保持するモジュール情報テーブルの構成図。
【図８】本発明の一実施例のソフトウエア資産管理システムにおける機能−モジュール間の関連を保持する機能−モジュール関連情報テーブルの構成図。
【図９】本発明の一実施例のソフトウエア資産管理システムにおけるモジュール間の関連を保持するモジュール間関連情報テーブルの構成図。
【図１０】本発明の一実施例のソフトウエア資産管理システムにおける開発システムのバージョン管理情報テーブルの構成図。
【図１１】本発明の一実施例のソフトウエア資産管理システムにおけるバージョン管理画面の画面構成図。
【図１２】本発明の一実施例のソフトウエア資産管理システムにおける機能情報管理画面の画面構成図。
【図１３】本発明の一実施例のソフトウエア資産管理システムにおけるモジュール情報管理画面の画面構成図。
【図１４】本発明の一実施例のソフトウエア資産管理システムにおける影響範囲把握画面の画面構成図。
【図１５】本発明の一実施例のソフトウエア資産管理システムにおけるシステム開発のやり取りを示すシーケンス図。
【図１６】本発明の一実施例のソフトウエア資産管理システムにおけるタグ情報により設計情報を示したドキュメントの一例。
【図１７】図１６のドキュメントを解析したときのドキュメントと設計情報についたタグ情報の関係を示すテーブルの構成図。
【符号の説明】
【０１００】
１０１：ソフト資産管理システム、１０２：管理部、１０３：成果物データベース、１０４：情報データベース、１０７、２０１：インターネット／イントラネット接続機能、２０２：ユーザ認証機能、２０３：ユーザ管理データベース、２０４：表示情報生成機能、２０５：成果物管理・情報登録・修正機能、２０６：成果物流用管理機能、２０７：機能管理情報、２０８：モジュール情報、２０９：機能−モジュール関連情報、２１０：モジュール間関連情報、２１１：バージョン管理情報、２１３：設計情報解析機能、２１２タグ情報。
【図１】
2008123432.tif 000003
【図２】
2008123432.tif 000004
【図３】
2008123432.tif 000005
【図４】
2008123432.tif 000006
【図５】
2008123432.tif 000007
【図６】
2008123432.tif 000008
【図７】
2008123432.tif 000009
【図８】
2008123432.tif 000010
【図９】
2008123432.tif 000011
【図１０】
2008123432.tif 000012
【図１１】
2008123432.tif 000013
【図１２】
2008123432.tif 000014
【図１３】
2008123432.tif 000015
【図１４】
2008123432.tif 000016
【図１５】
2008123432.tif 000017
【図１６】
2008123432.tif 000018
【図１７】
2008123432.tif 000019