(57)【要約】      （修正有）【課題】部品の再利用が十分に行え、部品のトレーサビリティが高い、ソフトウェアの部品管理方法の提供。【解決手段】共通ユースケース管理データベースにアクセスし、使用可能な共通ユースケースを選択する共通ユースケース選択ステップと、この共通ユースケース選択ステップにより選択された共通ユースケースを前記要求されるユースケースに合わせるために、部分的に追加、修正、削除した変更箇所の情報を、変更箇所管理データベースに記憶する変更箇所記憶ステップと、前記共通ユースケース管理データベースに記憶されている共通ユースケースの情報及び前記変更箇所管理データベースに記憶されている、部分的に追加、修正、削除した変更箇所の情報から部品を作成するための情報を抽出する部品作成情報抽出ステップと、この部品作成情報抽出ステップにより抽出された部品の情報から開発された部品を登録する部品登録ステップと、を有する。【選択図】図１
2008052652.tif 000002
【特許請求の範囲】
【請求項１】
ユースケースを作成しソフトウェアの部品を管理する部品管理方法であって、
再使用可能な共通ユースケースを登録管理する共通ユースケース管理データベースにアクセスし、要求されるユースケースの作成に際して、使用可能な共通ユースケースを選択する共通ユースケース選択ステップと、
この共通ユースケース選択ステップにより選択された共通ユースケースを前記要求されるユースケースに合わせるために、部分的に追加、修正、削除した変更箇所の情報を、変更箇所管理データベースに記憶する変更箇所記憶ステップと、
前記共通ユースケース管理データベースに記憶されている共通ユースケースの情報及び前記変更箇所管理データベースに記憶されている、部分的に追加、修正、削除した変更箇所の情報から部品を作成するための情報を抽出する部品作成情報抽出ステップと、
この部品作成情報抽出ステップにより抽出された部品の情報から開発された部品を登録する部品登録ステップと、
を有することを特徴とするソフトウェアの部品管理方法。
【請求項２】
前記部品登録ステップは、当該部品を部品管理データベースに記憶して管理すると共にその部品の管理情報を部品管理情報リポジトリに登録し管理することを特徴とする請求項１記載のソフトウェアの部品の管理方法。
【請求項３】
前記部品登録ステップにより前記部品管理情報リポジトリに登録された部品をリストとして表示させる登録部品表示ステップと、
この登録部品表示ステップにより表示した部品のいずれかを選択する部品選択ステップと、
この部品選択ステップにより選択された部品を前記部品管理データベースから払い出す部品払出ステップと、
を更に有することを特徴とする請求項２記載のソフトウェアの部品の管理方法。
【請求項４】
ユースケースを作成しソフトウェアの部品を管理する部品管理システムであって、
再使用可能な共通ユースケースを登録管理する共通ユースケース管理データベースと、
この共通ユースケース管理データベースに記憶されている共通ユースケースから、要求されるユースケースを作成するに際して部分的に追加、修正、削除した変更箇所の情報を記憶する変更箇所管理データベースと、
前記共通ユースケース管理データベースに記憶されている共通ユースケースの情報及び前記変更箇所管理データベースに記憶されている、部分的に追加、修正、削除した変更箇所の情報から部品を作成するための情報を抽出する部品作成情報編集部と、
この部品作成情報編集部により抽出された部品の情報から開発された部品を登録する部品登録部と、
を有することを特徴とするソフトウェアの部品管理システム。
【請求項５】
前記開発された部品を記憶して管理する部品管理データベースと、その部品の管理情報を登録し管理する部品管理情報リポジトリとを更に有することを特徴とする請求項４記載のソフトウェアの部品管理システム。
【請求項６】
前記部品管理情報リポジトリに登録された部品から選択された部品を前記品管理データベースから払い出す部品払出部を更に有することを特徴とする請求項５記載のソフトウェアの部品管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの部品管理システムに係わり、特に任意の同一系列システムの部品を設計、登録、管理する、ソフトウェアの部品管理方法およびそのシステムに関する。
【背景技術】
【０００２】
従来、ソフトウェアシステムではしばしば類似のシステムが開発される。このような各システムでは個々にユースケースを作成しそれに基づいて部品を開発しているので、無駄な工程が発生している。またこれらの類似のシステムであってもその仕様や部品が一括管理されていないので、再利用することが困難であった。
【０００３】
また、特許文献１に示すようにライブラリ内の仕様書やプログラムの相互関連を表示する際にサブクラスを追加すべきクラスとサブクラスに置換すべきクラスを他のクラスと区別して表示してアプリケーションのフレームワークを再利用する方法が知られており、また、特許文献２に記載されているように、フレームワーク利用情報を含む部品庫情報を蓄積し、検索時の方向関係が設定された検索ビューを複数、蓄積し選択された検索ビューから他の検索ビューの検索を逐次行うことにより、柔軟な部品庫情報の検索を行えるソフトウェア部品庫管理装置が知られている。
【０００４】
しかし、このような技術でもソフトウェア部品の再利用が十分ではなく、必要とするソフトウェア部品と既にある部品との差異が小さい場合でも、再利用することができないという問題があった。また開発される部品のトレーサビリティが低いという問題もあった。
【特許文献１】特開平７−１１０７６６号公報
【特許文献２】特開平１０−６３４９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記のような従来の問題点にかんがみてなされたもので、ソフトウェア部品の再利用が十分に行え、部品のトレーサビリティが高い、ソフトウェアの部品管理方法およびそのシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１によれば、ユースケースを作成しソフトウェアの部品を管理する部品管理方法であって、再使用可能な共通ユースケースを登録管理する共通ユースケース管理データベースにアクセスし、要求されるユースケースの作成に際して、使用可能な共通ユースケースを選択する共通ユースケース選択ステップと、この共通ユースケース選択ステップにより選択された共通ユースケースを前記要求されるユースケースに合わせるために、部分的に追加、修正、削除した変更箇所の情報を、変更箇所管理データベースに記憶する変更箇所記憶ステップと、前記共通ユースケース管理データベースに記憶されている共通ユースケースの情報及び前記変更箇所管理データベースに記憶されている、部分的に追加、修正、削除した変更箇所の情報から部品を作成するための情報を抽出する部品作成情報抽出ステップと、この部品作成情報抽出ステップにより抽出された部品の情報から開発された部品を登録する部品登録ステップと、を有することを特徴とするソフトウェアの部品管理方法を提供する。
【発明の効果】
【０００７】
本発明によれば、ソフトウェア部品の再利用が十分に行え、部品のトレーサビリティが高い、ソフトウェアの部品管理方法およびそのシステムが得られる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施形態について図面を用いて説明する。図１に本発明一実施形態の全体構成例を示す。
【０００９】
このソフトウェアの部品管理システムは、ユースケース（ＵＣ）を作成するためのＵＣ作成インターフェース部１１と、共通のユースケースがデータベース（ＤＢ）として記憶され管理される共通ＵＣ管理ＤＢ１２と、この共通ＵＣ管理ＤＢ１２に記憶されている共通ユースケースに対し追加、変更、削除部分の情報が記憶される変更箇所管理ＤＢ１３と、この変更箇所管理ＤＢ１３で追加などの編集がされた部品の仕様の確認及び部品作成情報の追加、変更、削除が行われる。部品作成情報編集部１４と、この部品作成情報編集部１４において編集した部品作成情報を元に作成された部品が登録される部品登録部１５と、保管されている部品の管理情報が記憶されている部品管理情報リポジトリ１６と、ソフトウェア部品が保管管理されている部品管理ＤＢ１７と、保管されている部品を表示させ払い出す部品を選択する部品払出インターフェース部１８と、部品払出インターフェース部１８において選択された部品の払出しを行う部品払出部１９とから成る。
【００１０】
次にこの部品管理システムにおけるユースケースの作成の動作を図２に示すフローチャートに基づいて説明する。
【００１１】
システム設計者Ａ１は、ＵＣ作成インターフェース部１１に対してアクセスし、顧客の要求に基づいたユースケースを作成する。即ち、まずステップS２０１で、共通ＵＣ管理ＤＢ１２にアクセスして顧客の要求に対するユースケース作成に際して使うことが可能な共通ユースケースを検索する。そのような共通ユースケースがあったならばステップＳ２０２からステップＳ２０３に移り、その共通ユースケースの部分的な手直し、即ち追加、変更、削除が必要かどうか調べる。そのような手直しが必要な場合にはステップＳ２０４に移り、手直し部分を作成する。次のステップＳ２０５においてその手直し部分の変更箇所の情報を変更箇所管理ＤＢ１３に送りこのデータベースに変更箇所を登録する。
【００１２】
次に、ステップＳ２０６において顧客の要求に合ったユースケースの作成が終わったか調べる。終わっていなければステップＳ２０１に戻って、上記と同様に、次のユースケースの作成を行うため、共通ユースケース管理ＤＢ１２にアクセスして、顧客の要求に対して使うことが可能な共通ユースケースを検索する。
【００１３】
一方、ステップＳ２０２において適当な共通ユースケースが見つからなかった場合には、ステップＳ２０７に移って、ユースケースを最初から作成する。次にステップＳ２０８において、いま作成したそのユースケースを共通ユースケースとして共通ＵＣ管理ＤＢ１２に登録するかどうか調べる。作成されたユースケースを登録する場合には、ステップＳ２０９でそのユースケースの情報を共通ＵＣ管理ＤＢ１２に登録し、ステップＳ２０６で顧客の要求に合ったユースケースの作成が終了したか調べる。ステップＳ２０８において作成したユースケースを登録しない場合にも、ステップＳ２０６に移って、ユースケースの作成が終わったかを調べる。
【００１４】
このようにして顧客の要求に合ったユースケースの作成がすべて終わったときにステップＳ２０６においてＹとなり、エンドとなる。
【００１５】
次に、部品作成者Ａ２による、ソフトウェア部品の作成及び登録の動作を図３に示すフローチャートに基づいて説明する。
【００１６】
まず、ステップＳ３０１において、共通ＵＣ管理ＤＢ１２及び変更箇所管理ＤＢ１３から、作成が必要な部品の仕様を抽出する。そして、ステップＳ３０２では、取り出され必要部品の仕様に基づいてその仕様を満す部品が既にあるか、部品管理ＤＢ１７を検索する。
【００１７】
そのような必要部品がなければステップＳ３０３において、上記必要部品の仕様に基づき部品作成者Ａ２がその部品を開発する。当該部品が開発されると、ステップＳ３０４において、その部品は部品管理Ｂ１７に保管され、その部品の名称など管理情報は部品管理情報リポジトリ１６に登録される。
【００１８】
一方、ステップＳ３０２においてその仕様を満す部品が既にあればステップＳ３０５に移って更に必要な部品があるか調べられる。
【００１９】
同様に、ステップＳ３０３で部品の開発が終了しその部品が登録された後も、ステップＳ３０５において、更に必要な部品があるか調べられる。更に必要な部品がある場合には、ステップＳ３０２に戻って、上述の場合と同様にその仕様を満す部品があるか、部品管理ＤＢ１７を検索して調べられる。
【００２０】
このようにして、更に必要な部品がなくなると、ステップＳ３０５ではＮとなり、ソフトウェアの部品の作成及び登録が完了する。
【００２１】
次にこのソフトウェアの部品管理システムにおいて、部品の払出しの動作を図４に示すフローチャートに基づいて説明する。
【００２２】
部品利用者Ａ３は、ステップＳ４０１において、部品払出インターフェース部１８を介して部品管理情報リポジトリ１６にアクセスし、部品払出インターフェース部１８の画面上に、部品管理情報リポジトリ１６に登録されている部品のリストを表示させる。
【００２３】
次のステップＳ４０２では、払い出したい部品が表示されているか調べる。払い出したい部品が表示されていれば、その部品は部品管理ＤＢ１７に保管されている。そこでステップＳ４０３において、払い出したい部品を部品払出インターフェース部１８の画面上で選択し確定する。するとステップＳ４０４において、その確定された部品の情報が部品払出インターフェース部１８から部品管理ＤＢ１７に送られる。
【００２４】
ステップＳ４０５では、部品管理ＤＢ１７は、受信した部品の情報を部品管理情報リポジトリ１６に指示し、部品管理情報リポジトリ１６は指示を受けた部品を払い出しのために部品払出部１９に送る。このようにしてソフトウェア部品の払出しが完了する。
【００２５】
本発明の上述の実施形態によれば、作成されたユースケースが共通ＵＣ管理ＤＢに登録されて管理される一方、その変更箇所は変更管理ＤＢに登録されて管理される。このように分けて管理されるので、共通ＵＣ管理ＤＢに記憶されている共通ユースケースを再利用する可能性が高くなる利点がある。また本発明のこの実施形態によれば、共通ユースケースをもとに作成したフレームワーク部品を土台に、システムは固有な部品を設計、登録、管理するのでこの点からも再利用性があがる利点がある。
【００２６】
また、部品の開発に際しては共通ＵＣ管理ＤＢに記憶されている情報と変更箇所管理ＤＢに記憶される情報から部品作成情報が抽出され、それらの情報に基づいて部品が開発される。即ち、ソフトウェアの部品の開発に際しては、ユースケースが参考とされているので、部品のトレーサビリティが高い部品管理が行える利点がある。さらに部品の開発に際してはユースケースの作成とは切り離されているので、ユースケースの作成とは別の視点から最適な部品を作成することが可能となる。また、システム設計書の立場では、共有ユースケースがどの程度利用できるかを事前に知ることにより、システムの規模を事前に知ることができ、より精度の高い見積もりができる利点がある。
【００２７】
本発明は上記実施形態に限定されるものではなく、本発明の技術思想の範囲内で種々変形して実施可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明一実施形態におけるソフトウェアの部品管理システムの構成を示す図。
【図２】本発明一実施形態においてユースケースを作成する動作を説明するための図。
【図３】本発明一実施形態においてユースケースに基づいてソフトウェアの部品の作成及びその登録を行う動作を説明するための図。
【図４】本発明一実施形態においてソフトウェアの部品の払出しの動作を説明するための図。
【符号の説明】
【００２９】
１１・・・ＵＣ作成インターフェース部、
１２・・・共通ＵＣ管理ＤＢ、
１３・・・変更箇所管理ＤＢ、
１４・・・部品作成情報編集部、
１５・・・部品登録部、
１６・・・部品管理情報リポジトリ、
１７・・・部品管理ＤＢ、
１８・・・部品払出インターフェース部、
１９・・・部品払出部。
【図１】
2008052652.tif 000003
【図２】
2008052652.tif 000004
【図３】
2008052652.tif 000005
【図４】
2008052652.tif 000006