(57)【要約】【課題】ユースケースドリブンで開発が行われるプロジェクトにおいて、利用者に意識させることなく、要件変更による設計ドキュメントの変更と該要件変更の履歴管理とを連動して行うことを可能として要件管理のためのドキュメント統一による作業負荷を軽減させ、また、ある要件のある要件変更に関連する設計ドキュメントの一覧を簡単に参照できるようにして、ある要件の変更履歴を追跡し目視できるようにすることで、オブジェクト指向開発における要件変更がプロジェクトの品質に及ぼす影響を容易に分析可能とすること。【解決手段】入力部１０５から要件に応じたユースケースを追加し、該追加された１又は複数のユースケースを外部メモリ１０４で記憶管理し、該記憶管理されるユースケースを入力部１０５から変更し、該変更されたユースケースの変更履歴をも外部メモリ１０４で記憶管理するようにＣＰＵ１０１が制御する構成を特徴とする。【選択図】図２
2006155277.tif 000002
【特許請求の範囲】
【請求項１】
ＵＭＬを用いたオブジェクト指向開発における要件管理を支援するオブジェクト指向開発支援装置であって、
要件に応じたユースケースを追加する追加手段と、
前記追加手段により追加された１又は複数のユースケースを記憶管理する管理手段と、
前記管理手段に記憶管理されるユースケースを変更する変更手段とを有し、
前記管理手段は、前記各ユースケースを前記変更手段により変更された変更履歴を含めて記憶管理することを特徴とするオブジェクト指向開発支援装置。
【請求項２】
前記変更手段によるユースケース変更時に、該ユースケースの変更に対応する障害原因を入力する障害原因入力手段を設け、
前記管理手段は、前記障害原因入力手段により入力される障害原因を、前記ユースケースの変更履歴に関連付けて記憶管理することを特徴とする請求項１記載のオブジェクト指向開発支援装置。
【請求項３】
前記追加手段に追加されたユースケースに対して、所定の１又は複数の図面を関連付けする関連付け手段を設け、
前記管理手段は、前記関連付け手段により各履歴のユースケースに関連付けされたＵＭＬ図面を記憶管理することを特徴とする請求項１又は２記載のオブジェクト指向開発支援装置。
【請求項４】
前記所定の図面は、クラス図，シーケンス図，ステート図，オブジェクト図，アクティビティ図，コラボレーション図，コンポーネント図，配置図を含むＵＭＬ図面であることを特徴とする請求項３記載のオブジェクト指向開発支援装置。
【請求項５】
前記管理手段で管理される前記変更手段により変更されたユースケースを前記変更手段により変更されていないユースケースと異なる表示属性で表示するユースケース表示手段を有することを特徴とする請求項１〜４のいずれかに記載のオブジェクト指向開発支援装置。
【請求項６】
前記管理手段により管理されるユースケースの履歴を表示する履歴表示手段を有することを特徴とする請求項１〜５のいずれかに記載のオブジェクト指向開発支援装置。
【請求項７】
前記履歴表示手段は、前記管理手段により管理されるユースケースの履歴を前記各履歴のユースケースに関連付けられた図面とともに表示することを特徴とする請求項６記載のオブジェクト指向開発支援方法
【請求項８】
ＵＭＬを用いたオブジェクト指向開発における要件管理を支援するオブジェクト指向開発支援装置におけるオブジェクト指向開発支援方法であって、
要件に応じたユースケースを追加する追加ステップと、
該追加された１又は複数のユースケースを記憶装置で記憶管理する第１の管理ステップと、
該記憶管理されるユースケースを変更する変更ステップと、
該変更されたユースケースの変更履歴を記憶装置で記憶管理する第２の管理ステップと、
を有することを特徴とするオブジェクト指向開発支援方法。
【請求項９】
請求項８に記載されたオブジェクト指向開発支援方法を実行するためのプログラム。
【請求項１０】
請求項８に記載されたオブジェクト指向開発支援方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オブジェクト指向開発のプロジェクト分析に利用するユースケースによる要件管理を可能にするオブジェクト指向開発支援装置およびオブジェクト指向開発支援方法およびプログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
近年のソフトウェア開発では、オブジェクト指向開発が主流になりつつあり、要件定義から詳細設計の工程で作成する開発文書は、ＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）で記述されるケースが多くなっている。このようなソフトウェア開発の現状から、オブジェクト指向設計を支援するような装置が特許文献１や特許文献２で提案されている。
【０００３】
これらの提案は、近年のオブジェクト指向設計で使用されるＵＭＬを用いて、一連の開発工程の作業を支援することを目的としたものである。いずれも、ユーザの要件をユースケースとして記述し、ユースケースに関連する設計ドキュメントを生成・管理する方法を提案している。
【０００４】
オブジェクト指向開発では、単にクラス図やシーケンス図を設計ドキュメントとして利用するだけではなく、ユースケースを基準にして開発を進める手法(I．ヤコブソン著、オブジェクト指向ソフトウェア工学ＯＯＳＥ  ｕｓｅ−Ｃａｓｅによるアプローチ)を採用するケースが多い。
【０００５】
このような開発では、ユーザの要件変更、つまりユースケースの変更は、開発工程が下流になればなるほど、手戻りの幅が大きくなり、開発コストへの影響は大きくなる。
【特許文献１】特開２００４−１１０３７８公報
【特許文献２】特開平１０−２４０５１０公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、実際のプロジェクトでは、設計・実装中の要件変更が多々発生するものである。
【０００７】
特許文献１記載のオブジェクト指向開発支援方法および装置は、要件変更によって生じたＵＭＬのそれぞれの図の履歴を管理することができない。また、特許文献２記載のオブジェクト指向設計支援装置も、ユースケースからオブジェクトを定義するが、特許文献１と同様、要件変更の管理をすることができない。
【０００８】
つまり、いずれの提案も、ユーザ要件が確定したら、その要件からユースケース、関連するＵＭＬの図を生成し管理することはできるが、要件が変更された場合の履歴を管理することはできない。
【０００９】
また、一般的なＵＭＬモデリングツール（例えば、Ｒａｔｉｏｎａｌ社のＲｏｓｅ（製品名））でも、要件変更が生じたユースケースの履歴を管理することができなかった。
【００１０】
このため、上記特許文献１，２，一般的なＵＭＬモデリングツールのいずれを用いた場合でも、要件変更の履歴を、ＵＭＬ図等の設計ドキュメントと別ドキュメントで管理しなければならず、非常に煩雑であった。そのため、途中で、設計ドキュメントと履歴管理ドキュメントとが整合しなくなってしまう恐れがあった。また、複数の資源（ドキュメント）を管理することで、作業効率そのものが低下してしまう恐れもあった。
【００１１】
また、要件変更が発生したユースケースを判断するためには、設計ドキュメントと履歴管理ドキュメントを見比べなくてはならず、非常に煩雑であった。
【００１２】
さらに、ある要件のある変更に着目して、該変更に関連する設計ドキュメントを一覧したい場合があるが、これらの設計ドキュメントの全てを集めるために非常に手間がかかってしまっていた。
【００１３】
以上のように、従来では、要件（ユースケース）の変更がプロジェクトの作業効率、品質にどの程度影響を与えたかを容易に判断することができない等の各種問題点があった。
【００１４】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、要件に応じたユースケースを追加し、該追加された１又は複数のユースケースを記憶装置で記憶管理し、該記憶管理されるユースケースを変更し、該変更されたユースケースの変更履歴をも記憶管理することにより、ユースケースドリブンで開発が行われるプロジェクトにおいて、利用者に意識させることなく、要件変更による設計ドキュメントの変更と該要件変更の履歴管理とを連動して行うことを可能として要件管理のためのドキュメント統一による作業負荷を軽減させるとともに、要件変更が発生したユースケースが簡単に分かるようにし、また、ある要件の、ある要件変更に関連する設計ドキュメントの一覧を簡単に参照できるようにして、ある要件の変更履歴を追跡し目視できるようにすることで、オブジェクト指向開発における要件変更がプロジェクトの品質に及ぼす影響を容易に分析可能とするオブジェクト指向開発支援装置およびオブジェクト指向開発支援方法およびプログラムおよび記録媒体を提供することである。
【課題を解決するための手段】
【００１５】
本発明は、ＵＭＬを用いたオブジェクト指向開発における要件管理を支援するオブジェクト指向開発支援装置であって、要件に応じたユースケースを追加する追加手段と、前記追加手段により追加された１又は複数のユースケースを記憶管理する管理手段と、前記管理手段に管理されるユースケースを変更する変更手段とを有し、前記管理手段は、前記各ユースケースを前記変更手段により変更された変更履歴を含めて記憶管理することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、要件に応じたユースケースを追加し、該追加された１又は複数のユースケースを記憶装置で記憶管理し、該記憶管理されるユースケースを変更し、該変更されたユースケースの変更履歴をも記憶管理するので、ユースケースドリブンで開発が行われるプロジェクトにおいて、利用者に意識させることなく、要件変更による設計ドキュメントの変更と該要件変更の履歴管理とを連動して行うことを可能として要件管理のためのドキュメント統一による作業負荷を軽減させるとともに、要件変更が発生したユースケースが簡単に分かるようにし、また、ある要件の、ある要件変更に関連する設計ドキュメントの一覧を簡単に参照できるようにして、ある要件の変更履歴を追跡し目視できるようにすることで、開発プロセス管理負荷を軽減するとともにオブジェクト指向開発における要件変更がプロジェクトの品質に及ぼす影響を容易に分析可能とする等の効果を奏する。
【００１７】
結果として、ユースケースドリブンで開発を進める場合、要件定義のもととなるユースケース図を用いて要件変更管理を行えば、開発者同士、ユーザとの打ち合わせでもユースケース図を用いた説明ができるため、互いの認識の食い違いをなくし、プロジェクトの運用をスムーズに行うことが可能となる。また、要件変更が成果物に与えた影響を的確に知り得ることができるため、成果物の品質（障害発生件数）が、開発側のスキル不足によるものか、もしくは、顧客の要件変更によるものかといった区別を簡単につけることが可能となる。さらに、このような情報を、次のプロジェクトへの入力データとして利用することにより、より正確な見積もりを実現することも可能となる等の効果も期待できる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、本発明の詳細を説明する。
【００１９】
図１は本発明の一実施形態のオブジェクト指向開発支援装置の一例を示す機能ブロック図である。
【００２０】
図１において、１はユースケース入力機能で、ユースケース定義を入力する機能である。本発明のオブジェクト指向開発支援装置は、ＵＭＬ図入力機能を備える。図１では、一例として、クラス図入力機能２，シーケンス図入力機能３，ステート図入力機能４を示しているが、その他のＵＭＬ図入力機能（例えば、オブジェクト図、アクティビティ図、コラボレーション図、コンポーネント図、配置図等の入力機能）を備えていてもよい。５は障害要因入力機能で、ユースケース入力機能１によりユースケースの定義が変更された場合に、該変更に伴う障害要因を入力するための機能である。
【００２１】
６は図関連管理機能で、ＵＭＬ図入力機能２〜４により入力された各ＵＭＬ図を、ユースケース入力機能１により定義された各ユースケースに関連付けて管理する機能である。７は変更履歴管理機能で、ユースケース入力機能１によりユースケースの定義が変更された場合に、該変更されたユースケース及び該ユースケースの関連図（該ユースケースに関連付けられた各ＵＭＬ図）の履歴を管理するための機能である。
【００２２】
８は表示機能であり、ユースケース図表示機能９，ＵＭＬ図表示機能（一例として、クラス図表示機能１０，シーケンス図表示機能１１，ステート図表示機能１２を示すが、その他のＵＭＬ図、例えば、オブジェクト図、アクティビティ図、コラボレーション図、コンポーネント図、配置図等を含む構成であってもよい）、変更履歴表示機能１３を有する。
【００２３】
なお、変更履歴表示機能１３は、変更履歴管理機能７で管理される変更履歴に応じたユースケースの履歴及び、該変更履歴に対応する関連図の履歴を表示するための機能である。
【００２４】
以上の機能構成により、本発明のオブジェクト指向開発支援装置は、ユースケースによる要件管理を行うことができる。
【００２５】
図２は、本発明の一実施形態を示すオブジェクト指向開発支援装置のハードウェア構成の一例を示すブロック図である。
【００２６】
図２において、１００は本発明のオブジェクト指向開発支援装置としてのコンピュータである。１０１はＣＰＵである。このＣＰＵ１０１は、ＲＯＭ１０３又は外部メモリ１０４（例えば、ハードディスク，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等）に格納されたプログラムをＲＡＭ１０２上にロードして実行することにより、コンピュータ１００全体を制御する。ＲＡＭ１０２は、ＣＰＵ１０１の作業領域として使用される。
【００２７】
１０５は入力部で、キーボードやマウス等のポインティングデバイス等に相当する。１０６は表示部で、ＣＲＴ，ＬＣＤ等に相当する。
【００２８】
外部メモリ１０４は、本発明のオブジェクト指向開発支援装置における変更履歴管理情報として、後述するプロジェクト管理情報（図３），ユースケース管理情報（図４），ユースケース履歴管理情報（図５），関連図情報（図６〜図８）等を記憶する。
【００２９】
図３〜図８を参照して、図２に示した外部メモリ１０４に記憶されている変更履歴管理情報について説明する。
【００３０】
図３は、本発明のオブジェクト指向開発支援装置におけるプロジェクト管理情報の一例を示すデータ構成図である。
【００３１】
図３に示すように、プロジェクト管理情報は、プロジェクトＩＤ３０１，プロジェクト名称３０２，プロジェクト概要３０３等で構成される。
【００３２】
図４は、本発明のオブジェクト指向開発支援装置におけるユースケース管理情報の一例を示すデータ構成図である。
【００３３】
図４に示すように、ユースケース管理情報は、プロジェクトＩＤ３０１，ユースケースＩＤ４０１，ユースケース履歴４０２等で構成される。なお、このユースケース管理情報は、各プロジェクト毎に生成され、該プロジェクトＩＤ３０１によりプロジェクトに対応付けられている。また、ユースケース履歴４０２には、ユースケースＩＤ４０１に対応する図５に示すユースケース履歴管理情報を指し示す情報（ポインタ等）が格納されている。
【００３４】
図５は、本発明のオブジェクト指向開発支援装置におけるユースケース履歴管理情報の一例を示すデータ構成図である。
【００３５】
図５に示すように、ユースケース履歴管理情報は、履歴５０１，変更日時５０２，要件５０３，障害要因５０４，関連図情報５０５等から構成される。なお、このユースケース履歴管理情報は、各ユースケース毎に生成され、該ユースケースＩＤ４０１によりユースケースに対応付けられている。
【００３６】
なお、障害要因５０４は、障害が発生したとき、その障害の要因が要求仕様の変更に起因するものであるか否かの情報を管理する。なお、障害要因５０４の値が「０」の場合は新規に定義されたユースケース、「１」の場合は障害がユースケース変更に起因するもの、「２」の場合は障害がユースケース変更に起因しないものであることを示す。
【００３７】
また、関連図情報５０５には、履歴５０１に対応する図６〜図８に示す関連図情報を指し示す情報（例えばポインタ等）が格納されている。
【００３８】
このように、ユースケース履歴管理情報は、つまり、ユースケースの変更履歴を管理するものである。まず、履歴５０１で、プロジェクト毎に定義されたユースケースの履歴を管理し、関連図情報５０５で、そのユースケースの履歴に付随するクラス図，シーケンス図，ステートチャート図等の関連図の情報を管理する。さらに、変更日時５０２，要件５０３で、各ユースケースに変更が生じたときの変更日時と変更された要件をも管理する。
【００３９】
図６〜図８は、本発明のオブジェクト指向開発支援装置における関連図情報の一例を示すデータ構成図である。
【００４０】
関連図情報は、各ユースケースの各履歴毎に生成保持される。図６は履歴「０００−０００」に対応し、図７は履歴「０００−００１」に対応し、図８は履歴「０００−００２」に対応する。
【００４１】
図６〜図８に示すように、関連図情報は、あるユースケースの履歴に付随する各ＵＭＬ図（Ｃｌｓ１００−０００，Ｃｌｓ１００−００１，Ｃｌｓ１００−００２，Ｓｅｑ１００−０００，Ｓｔａ１００−０００等で示されるＵＭＬ図（外部メモリに記憶される））を指し示す情報（例えばポインタ）をＵＭＬ図種別（クラス図，シーケンス図，ステート図等）毎に記憶することにより、該ユースケースの履歴に付随する各ＵＭＬ図をＵＭＬ図種別毎に管理している。なお、図６〜図８では、付随するＵＭＬ図の種別としてクラス図，シーケンス図，ステートチャート図を挙げているが、その他のＵＭＬ図を含む構成であってもよい。
【００４２】
以下、図９〜図３３を参照して、本発明のオブジェクト指向開発支援装置における要件定義・履歴管理処理について説明する。
【００４３】
図９は、本発明のオブジェクト指向開発支援装置を用いてシステム利用者が行う要件定義・履歴管理全体の流れを示すフローチャートである。なお、図中、Ｓ９００〜Ｓ９０５は各ステップを示す。
【００４４】
まず、システム利用者（本発明のオブジェクト指向開発支援装置の利用者）は、図１に示したユースケース入力機能１を用いて、要件の定義の操作を行う（Ｓ９００）。これにより、システム（本発明のオブジェクト指向開発支援装置）により要件定義処理が実行され、プロジェクト管理情報，ユースケース管理情報，ユースケース履歴情報が図３，図４，図５に示した管理情報テーブルにセットされる。
【００４５】
また、要件定義の時点で、クラス図，シーケンス図，ステート図等の関連するＵＭＬ図（図１に示したクラス図入力機能２，シーケンス図入力機能３，ステート図入力機能４を用いて入力可能）が存在すれば、システム利用者は、要件関連図の設定操作を行う（Ｓ９０１）。これにより、システムの図１に示した図関連管理機能６により要件関連図設定処理が実行され、関連図情報が図５、図６に示した管理情報テーブルにセットされる。
【００４６】
次に、システム利用者は、要件管理開始をシステムに通知する操作を行う（Ｓ９０２）。これにより、システムにより履歴管理開始処理が実行され、このステップＳ９０２以降、要件が変更され、ユースケースの変更をユーザがシステムに通知する操作（要件変更更新の操作）を行うと、システムの図１に示した変更履歴管理機能７により要件変更が履歴として管理される。
【００４７】
まず、要件が変更された場合（Ｓ９０３）、システム利用者は、図１に示したユースケース入力機能１用いて、要件変更更新の操作を行う（Ｓ９０４：変更履歴更新）。これにより、システムにより要件変更更新処理が実行され、変更履歴が記憶管理される。
【００４８】
そして、開発が終了し、履歴管理を終了する場合（９０５）、要件履歴管理を終了する操作を行って、システムの変更履歴管理機能７による要件管理を終了させる。
【００４９】
図１０は、本発明のオブジェクト指向開発支援装置における第１の制御処理手順の一例を示すフローチャートであり、要件定義１処理（プロジェクト作成処理）に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１００１〜Ｓ１００３は各ステップを示す。
【００５０】
まず、図２に示した表示部１０６に表示される図１１に示すシステムのメイン画面において、「ファイル」メニュー１１０１の「プロジェクト新規作成」メニュー１１０２がシステム利用者により入力部１０５から指示（クリック）されると、ステップＳ１００１において、ＣＰＵ１０１は、図１２に示すプロジェクト情報登録画面を表示部１０６に表示するように制御し、システム利用者にプロジェクト名称（及びプロジェクト概要）の入力を促す。
【００５１】
図１１は、本発明のオブジェクト指向開発支援装置におけるメイン画面の一例を示す模式図である。
【００５２】
図１２は、本発明のオブジェクト指向開発支援装置におけるプロジェクト情報登録画面の一例を示す模式図である。
【００５３】
そして、システム利用者により入力部１０５からプロジェクト情報登録画面のプロジェクト名称１２０１（及びプロジェクト概要１２０２）が入力され、「ＯＫ」キー１２０３が指示されると、ステップＳ１００２に進む。なお、フローチャートには示していないが、キャンセルキー１２０４が指示された場合は、処理を終了する。
【００５４】
ステップＳ１００２において、ＣＰＵ１０１は、プロジェクトＩＤを生成し（本実施形態では、西暦とシーケンシャル番号等から生成しているが、どのような生成方法であってもよい）、ステップＳ１００３において、ＣＰＵ１０１は、ステップＳ１００１で入力されたプロジェクト名称（及びプロジェクト概要）とステップＳ１００２で生成されたプロジェクトＩＤを図３に示したプロジェクト管理情報にセットし、処理を終了する。
【００５５】
以上の処理により、プロジェクトが登録され、以後、登録されたプロジェクトを開き（選択し）、ユースケースの登録等を行うことが可能となる。
【００５６】
プロジェクトの選択については、まず、図２に示した表示部１０６に表示される図１１に示すシステムのメイン画面において、システム利用者が図１１に示した「ファイル」メニュー１１０１の「プロジェクトを開く」メニュー１１０３を入力部１０５から指示（クリック）すると、ＣＰＵ１０１は、図１４に示すプロジェクト情報登録画面を表示部１０６に表示するように制御し、システム利用者にプロジェクトの選択を促す。
【００５７】
図１３は、本発明のオブジェクト指向開発支援装置におけるプロジェクト選択画面の一例を示す模式図であり、図３に示したプロジェクト管理情報内に登録されたプロジェクト名称からプロジェクトを選択させるためのものである。
【００５８】
そして、システム利用者が入力部１０５によりプロジェクト選択欄１３０１からプロジェクトを選択し、開くキー１３０２を指示すると、ＣＰＵ１０１はプロジェクトを開き、図１４に示すような画面に表示部１０６の表示を制御する。
【００５９】
図１４は、図１１に示したメイン画面上にプロジェクトが開かれた状態の一例を示す模式図である。
【００６０】
図１５は、本発明のオブジェクト指向開発支援装置における第２の制御処理手順の一例を示すフローチャートであり、要件定義２処理（要件（ユースケース）定義処理）に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１１０１〜Ｓ１１０４は各ステップを示す。
【００６１】
まず、図１４に示すようにプロジェクトが選択された状態において、「編集」メニュー１４０１の「要件変更」メニュー１４０２がシステム利用者により入力部１０５から指示（クリック）されると、ステップＳ１１０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤを取得し、このプロジェクトＩＤを使用して、図４に示したユースケース管理情報から当該プロジェクトのユースケース情報を取得する。なお、まだ該プロジェクトのユースケース管理情報が生成されていない場合には、ここで、該プロジェクトのユースケース管理情報を生成する。
【００６２】
次に、ステップＳ１１０２において、ＣＰＵ１０１は、図１６に示す要件変更画面を表示部１０６に表示するように制御し、システム利用者に、新要件の入力（ユースケース定義）を促す。
【００６３】
図１６は、本発明のオブジェクト指向開発支援装置における要件変更画面の一例を示す模式図であり、要件の新規定義の場合に対応する。
【００６４】
なお、要件変更画面で、「適用」キー１６０４が指示された場合は、続けて他の要件を入力することができ、「ＯＫ」キー１６０５が指示された場合は、入力終了となる。また、このとき、障害要因１６０３は選択不可能に制御される。
【００６５】
以下、図１５のフローチャートの説明に戻る。
【００６６】
そして、システム利用者により入力部１０５から要件変更画面の新要件１６０２が入力され、「適用」キー１６０４又は「ＯＫ」キー１６０５が指示されると、ステップＳ１１０３に進む。なお、フローチャートには示していないが、キャンセルキー１６０６が指示された場合は、処理を終了する。
【００６７】
ステップＳ１１０３において、ＣＰＵ１０１は、ステップＳ１１０２で定義されたユースケースを外部メモリ１０４に記憶されるユースケース管理情報（図４）に追加するとともに、該ユースケースに対応するユースケース履歴管理情報（図５）を外部メモリ１０４内に生成し、さらに、該追加されたユースケースを図１７に示すように追加表示制御する。
【００６８】
図１７は、図１１に示したメイン画面上で開かれたプロジェクトにユースケースが定義された状態の一例を示す模式図である。なお、図１７では、「要因計画を作成する」，「ユーザ情報をＣＳＶファイルで管理する」，「稼動時間を管理する」，「部門責任費を管理する」，「販売管理費を管理する」の５つのユースケース１７０１〜１７０５が順次定義された場合を示す。
【００６９】
次に、ステップＳ１１０４において、ＣＰＵ１０１は、追加する別のユースケースが有るか否かを判定し、追加する別のユースケースがあると判定した場合（即ち、ステップＳ１１０２で図１６の「適用」キー１６０４が指示された場合）には、ステップＳ１１０２に戻り、次のユースケース定義を促す。
【００７０】
一方、ステップＳ１１０４で、ＣＰＵ１０１は、追加する別のユースケースがない場合（即ち、ステップＳ１１０２で図１６の「ＯＫ」キー１６０５が指示された場合）には、処理を終了する。
【００７１】
以下、ＵＭＬ図の入力について説明する。
【００７２】
まず、プロジェクトが選択された状態で、図２に示した表示部１０６に表示される図１１に示すシステムのメイン画面において、システム利用者が図１４に示した「編集」メニュー１４０１の「クラス図作成」メニュー１４０３又は「シーケンス図作成」メニュー１４０４又は「ステート図作成」メニュー１４０５を入力部１０５から指示（クリック）すると、ＣＰＵ１０１は、図１８に示すＵＭＬ図作成画面を表示部１０６に表示するように制御し、システム利用者にＵＭＬ図の作成を促す。
【００７３】
図１８は、本発明のオブジェクト指向開発支援装置におけるＵＭＬ図作成画面の一例を示す模式図である。
【００７４】
図１８において、１８０１はＵＭＬ図作成領域であり、部品１８０２をこのＵＭＬ作成領域に入力部１０５でドラッグして、ＵＭＬ図を作成することができる。図１８では、クラス図１８０４を作成しているが、その他のＵＭＬ図（シーケンス図、ステート図、オブジェクト図、アクティビティ図、コラボレーション図、コンポーネント図、配置図等）も作成可能である。なお、部品１８０２は、作成されるＵＭＬ図に応じて変更される。
【００７５】
また、このＵＭＬ図作成画面は、タブ１８０３を切り替えることにより、複数のＵＭＬ図の作成を行うことができる。
【００７６】
さらに、このＵＭＬ図作成画面で作成されたＵＭＬ図（クラス図、シーケンス図、ステート図、オブジェクト図、アクティビティ図、コラボレーション図、コンポーネント図、配置図等）は、選択されているプロジェクトに対応付けられて外部メモリ１０４に記憶管理される。
【００７７】
このＵＭＬ図作成画面によるＵＭＬ図入力機能（図１に示したクラス図入力機能２，シーケンス図入力機能３，ステート図入力機能４）自体は、従来より使用されているＵＭＬモデリングツール（例えば、Ｒａｔｉｏｎａｌ社のＲｏｓｅ（製品名））においてＵＭＬ図を作成する機能と同様であるため詳細な説明は省略する。
【００７８】
なお、図１４に示した「表示」メニュー１４０８の「ＵＭＬ図表示」メニュー（不図示）をシステム利用者が入力部１０５で指示すると、ＣＰＵ１０１が、開かれているプロジェクトに対応付けられたＵＭＬ図を外部メモリ１０４から読み出して、図１８に示したＵＭＬ図作成画面で編集可能に表示部１０６に表示するように制御する。
【００７９】
これにより、ＵＭＬ図を容易に確認，編集することができる。
【００８０】
図１９は、図１８に示したＵＭＬ図作成画面で作成可能なクラス図の一例を示す模式図である。
【００８１】
図２０は、図１８に示したＵＭＬ図作成画面で作成可能なシーケンス図の一例を示す模式図である。
【００８２】
図２１は、本発明のオブジェクト指向開発支援装置における第３の制御処理手順の一例を示すフローチャートであり、関連図設定処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１４０１〜Ｓ１４０４は各ステップを示す。
【００８３】
まず、プロジェクトが選択され、且つ、該プロジェクト内のいずれかのユースケースが選択された状態（図１７に示したユースケース１７０１〜１７０５を入力部１０５で選択した状態）において、図１４に示した「編集」メニュー１４０１の「関連図設定」メニュー１４０６がシステム利用者により入力部１０５から指示（クリック）されると、ステップＳ１４０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤと現在選択されているユースケースのユースケースＩＤを取得し、このプロジェクトＩＤ，ユースケースＩＤを使用して、図５に示したユースケース履歴管理情報から当該ユースケースのユースケース履歴情報（最新のもの）を取得し、該ユースケース履歴管理情報に対応する関連図情報（例えば、図８）をＲＡＭ１０２上に読み出す。なお、未だ、該ユースケース履歴管理情報に対応する関連図情報が存在しない場合には、ＲＡＭ１０２上に関連図情報を生成する。
【００８４】
次に、ステップＳ１４０２において、ＣＰＵ１０１は、関連定義処理（詳細は図２２に示す）を実行して、図１９に示したクラス図や図２０に示したシーケンス図を関連図として関連定義する。
【００８５】
そして、ステップＳ１４０３において、ＣＰＵ１０１は、ステップＳ１４０２で新たな関連定義が行われた場合には、ステップＳ１４０２でセットされたＲＡＭ１０２上の関連図情報で、外部メモリ１０４内の関連図情報を上書きする（存在しない場合には、新たに外部メモリ１０４に書き込む）。
【００８６】
次に、ステップＳ１４０４において、ＣＰＵ１０１は，ステップＳ１４０３で更新した関連図情報を指し示す情報（例えばポインタ等）を外部メモリ１０４内のユースケース履歴管理情報内の関連図情報５０５に書き込み、処理を終了する。
【００８７】
図２２は、本発明のオブジェクト指向開発支援装置における第４の制御処理手順の一例を示すフローチャートであり、図２１のステップＳ１４０２に示した関連定義処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１５０１〜Ｓ１５０３は各ステップを示す。
【００８８】
まず、ステップＳ１５０１において、ＣＰＵ１０１は、現在選択されているユースケースに関連可能なクラス図が存在するか否かを判定し、現在選択されているユースケースに関連可能なクラス図が存在しない（即ち、現在選択されているプロジェクトに対応するＵＭＬ図が存在しない）と判定した場合には、そのまま処理を終了する。
【００８９】
一方、ステップＳ１５０１で、ＣＰＵ１０１が現在選択されているユースケースに関連可能なクラス図が存在する（即ち、現在選択されているプロジェクトに対応するＵＭＬ図が存在する）と判定した場合には、ステップＳ１５０２において、ＣＰＵ１０１は、図２３に示す関連図定義画面２３００を表示部１０６に表示するように制御し、システム利用者に、新要件の入力（ユースケース定義）を促す。
【００９０】
そして、システム利用者により入力部１０５から関連図定義画面２３００内のＵＭＬ図選択欄２３０１でＵＭＬ図が選択され、「設定」キー２３０２又は「ＯＫ」キー２３０３が指示されると、該選択されたＵＭＬ図を指し示す情報（例えばポインタ）をＲＡＭ１０２上の関連図情報にセットする（Ｓ１５０２）。なお、フローチャートには示していないが、キャンセルキー２３０４が指示された場合は、処理を終了する。
【００９１】
図２３において、２３０５はＵＭＬ図表示欄で、ＵＭＬ図選択欄２３０１で選択されたＵＭＬ図が表示される。
【００９２】
なお、関連図定義画面２３００で、「設定」キー２３０２が指示された場合は、続けて他のＵＭＬ図を関連させることができ、「ＯＫ」キー２３０３が指示された場合は、関連定義終了となる。
【００９３】
次に、ステップＳ１５０３において、ＣＰＵ１０１は、関連させる別のＵＭＬ図が有るか否かを判定し、関連させる別のＵＭＬ図があると判定した場合（即ち、ステップＳ１５０２で図２３の「設定」キー２３０２が指示された場合）には、ステップＳ１５０２に戻り、次のユースケース定義を促す。
【００９４】
次に、履歴管理開始処理について説明する。
【００９５】
まず、要件定義済みのプロジェクトが選択された状態（例えば、図１７に示した状態）において、図１４に示した「履歴管理」メニュー１４０７の図示しない「履歴管理開始」メニューがシステム利用者により入力部１０５から指示（クリック）されると、ＣＰＵ１０１は、図２４に示す履歴管理開始画面が表示される。
【００９６】
図２４は、図２に示した表示部１０６に表示される履歴管理開始画面の一例を示す模式図である。
【００９７】
図２４において、２４０１は「ＯＫ」キーで、このキーが入力部１０５で指示（クリック）されると履歴管理が開始される。２４０２は「キャンセル」キーで、このキーが入力部１０５で指示されると履歴管理の開始はキャンセルされる。
【００９８】
図２５は、本発明のオブジェクト指向開発支援装置における第５の制御処理手順の一例を示すフローチャートであり、要件管理開始処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１２０１〜Ｓ１２０３は各ステップを示す。
【００９９】
まず、図２４の履歴管理開始画面で「ＯＫ」キー２４０１が指示されると、ステップＳ１２０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤと該プロジェクトＩＤに対応するユースケースＩＤを全て取得し、ステップＳ１２０２において、ステップＳ１２０１で取得したユースケースＩＤを用いて履歴管理情報初期化処理（詳細は図２６に示す）を行う。
【０１００】
そして、ステップＳ１２０３において、ＣＰＵ１０１は、ステップＳ１２０２で初期化されＲＡＭ１０２上にセットされた初期化用の各ユースケース履歴管理情報を、外部メモリ１０４内のユースケース履歴管理情報に上書きし、処理を終了する。
【０１０１】
図２６は、本発明のオブジェクト指向開発支援装置における第６の制御処理手順の一例を示すフローチャートであり、図２５のステップＳ１２０２に示した履歴管理情報初期化処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１３０１〜Ｓ１３０５は各ステップを示す。
【０１０２】
まず、ステップＳ１３０１でＣＰＵ１０１は、図１２のステップＳ１２０１で取得されたいずれかのユースケースＩＤに対応する初期化用のユースケース履歴管理情報をＲＡＭ１０２上に作成し、該ユースケース管理情報のユースケース履歴番号（履歴）を「０００-０００」に初期化してセットする。
【０１０３】
次に、ステップＳ１３０２において、ＣＰＵ１０１は、変更日時として登録日時（カレントのユースケースＩＤを用いて外部メモリ１０４から読み出したユースケース履歴管理情報（図５）の最新の変更日時５０２）をセットする。
【０１０４】
次に、ステップＳ１３０３において、ＣＰＵ１０１は、要件としてカレントのユースケースＩＤを用いて外部メモリ１０４から読み出したユースケース履歴管理情報（図５）の最新の要件５０３）をセットする。次に、ステップＳ１３０４において、ＣＰＵ１０１は、障害要因に新規登録を示す「０」をセットする。
【０１０５】
そして、ステップＳ１３０５において、ＣＰＵ１０１は、図１２のステップＳ１２０１で取得された全てのユースケースＩＤのユースケース履歴管理情報の初期化処理済みか否かを判定し、未だ初期化していないユースケースＩＤのユースケース履歴管理情報があると判定した場合には、ステップＳ１３０１に戻り、次のユースケースＩＤに対するユースケース履歴管理情報の初期化処理を行う。
【０１０６】
一方、ステップＳ１３０５で、ＣＰＵ１０１が、図１２のステップＳ１２０１で取得された全てのユースケースＩＤのユースケース履歴管理情報を初期化処理済みであると判定した場合には、処理を終了する。
【０１０７】
図２７は、本発明のオブジェクト指向開発支援装置における第７の制御処理手順の一例を示すフローチャートであり、履歴更新処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１６０１〜Ｓ１６０９は各ステップを示す。
【０１０８】
まず、プロジェクトが選択され、且つ、該プロジェクト内のいずれかのユースケースが選択された状態（後述する図３０に示すようにユースケース１９００を入力部１０５で選択した状態）において、「編集」メニュー１４０１の「要件変更」メニュー１４０２がシステム利用者により入力部１０５から指示（クリック）されると、ステップＳ１６０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤと現在選択されているユースケースのユースケースＩＤを取得し、このプロジェクトＩＤ，ユースケースＩＤを使用して、図５に示したユースケース履歴管理情報から当該ユースケースのユースケース履歴情報を取得する。
【０１０９】
次に、ステップＳ１６０２において、ＣＰＵ１０１は、図２８に示す要件変更画面を表示部１０６に表示するように制御し、システム利用者に、要件の変更（ユースケース変更）を促す。
【０１１０】
図２８は、本発明のオブジェクト指向開発支援装置における要件変更画面の一例を示す模式図であり、要件変更の場合に対応する。
【０１１１】
そして、システム利用者により入力部１０５から要件変更画面の新要件１６０２，障害要因１６０３が入力され、「ＯＫ」キー１６０５が指示されると、ステップＳ１６０３に進む。なお、フローチャートには示していないが、キャンセルキー１６０６が指示された場合は、処理を終了する。
【０１１２】
ステップＳ１６０３において、ＣＰＵ１０１は、ＲＡＭ１０２上にユースケース管理情報を読み出し、新たなレコードを生成し、履歴Ｎｏを更新してセットする。
【０１１３】
次に、ステップＳ１６０４において、ＣＰＵ１０１は、前バージョン（例えば図５の履歴０００−００１）のユースケース情報の関連図情報５０５の指し示す関連図情報（例えば図７）をＲＡＭ１０２上にコピーする。
【０１１４】
次に、ステップＳ１６０５において、ＣＰＵ１０１は、ステップＳ１６０４でＲＡＭ１０２上にコピーした関連図情報を新たな要件の関連図情報として外部メモリ１０４に記憶するとともに、該記憶した関連図情報を指し示す情報を新バージョンの関連図情報としてＲＡＭ１０２上のユースケース管理情報中の関連図情報５０５にセットする。
【０１１５】
次に、ステップＳ１６０６において、ＣＰＵ１０１は、ＲＡＭ１０２上のユースケース管理情報中の変更日時５０２に現在日時をセットし、また、要件５０３に図２８に示した要件変更画面で入力された新要件の情報をセットする。
【０１１６】
次に、ステップＳ１６０７において、ＣＰＵ１０１は、ＲＡＭ１０２上のユースケース管理情報中の障害要因５０４に図２８に示した要件変更画面で入力された障害要因の情報をセットする。
【０１１７】
次に、ステップＳ１６０８において、ＣＰＵ１０１は、ＲＡＭ１０２上のユースケース管理情報を外部メモリ１０４に記憶されるユースケース履歴管理情報（図５）に上書きする。
【０１１８】
次に、ステップＳ１６０９において、ＣＰＵ１０１は、ユースケース表示処理（詳細は図２８に示す）を実行し、処理を終了する。
【０１１９】
図２９は、本発明のオブジェクト指向開発支援装置における第８の制御処理手順の一例を示すフローチャートであり、ユースケース表示処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１７０１〜Ｓ１７０６は各ステップを示す。
【０１２０】
ステップＳ１７０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤを取得し、このプロジェクトＩＤを使用して、図４に示したユースケース管理情報から当該プロジェクトのユースケース管理情報を取得する。
【０１２１】
次に、ステップＳ１７０２において、ＣＰＵ１０１は、ステップＳ１７０１で取得したユースケース管理情報内の各ユースケースＩＤを使用して、各ユースケースＩＤに対応するユースケース履歴管理情報（図５）を取得する。
【０１２２】
次に、ステップＳ１７０３において、ＣＰＵ１０１は、ステップＳ１７０２で取得したいずれかのユースケース履歴管理情報（以下、カレントのユースケース履歴管理情報）の変更履歴の有無を判定する。なお、この判定方法は、ユースケース管理情報から要素数を取得し、該要素数が２以上の場合変更履歴有りと判断する。
【０１２３】
ステップＳ１７０３で、ＣＰＵ１０１がカレントのユースケース履歴管理情報に変更履歴有りと判定した場合には、ステップＳ１７０４において、表示色を変更し（例えば「赤」に変更し）、ステップＳ１７０５に進む。
【０１２４】
一方、ステップＳ１７０３で、ＣＰＵ１０１がカレントのユースケース履歴管理情報に変更履歴無しと判定した場合には、表示色を変更することなく（デフォルトの表示色（例えば「白」）のまま）、ステップＳ１７０５に進む。
【０１２５】
次に、ステップＳ１７０５において、ＣＰＵ１０１がカレントのユースケース履歴管理情報に対応するユースケースを表示するように制御する。即ち、ＣＰＵ１０１は、変更履歴があるユースケースは、図３０の１９０１，１９０２に示すように、変更履歴があるユースケース１９０１と変更履歴がないユースケース１９０２とが異なる色で表示するように制御する。
【０１２６】
そして、ステップＳ１７０６において、ＣＰＵ１０１は、まだ表示していないユースケースがあるか否かを判定し、まだあると判定した場合には、ステップＳ１７０３に戻り、次のユースケースの表示処理を行う。
【０１２７】
一方、ステップＳ１７０６で、ＣＰＵ１０１が、もう表示していないユースケースがないと判定した場合には、処理を終了する。
【０１２８】
図３０は、図１１に示したメイン画面上で開かれたプロジェクト上にユースケースが表示された状態の一例を示す模式図である。
【０１２９】
図３０において、ユースケース１９００は、現在選択されているユースケースであり、該ユースケース１９００の情報（ユースケース履歴管理情報で管理される情報）がＣＰＵ１０１により１９０３に示すように表示される。
【０１３０】
図３１は、図３０に示したプロジェクト上で選択されたユースケース１９００が要件変更された後のユースケース表示状態の一例を示す模式図である。
【０１３１】
図３１に示すように、要件変更されたユースケース３１０１（図３０の１９００に対応）の情報（ユースケース履歴管理情報で管理される情報）がＣＰＵ１０１により３１０２に示すように表示される。なお、変更された履歴は、ＣＰＵ１０１により、３１０３に示すように表示制御される。ここでは、図３０に示したユースケース１９００「ユーザ情報をＣＳＶファイルで管理する」から「ユーザ情報をＸＭＬファイルで管理する」，「ユーザ情報をＤＢで管理する」のように２度要件変更された場合を示している。
【０１３２】
なお、図２９に示したユースケース表示処理は、図２７のステップＳ１６０９のみでなく、ユースケースを表示する各処理でＣＰＵ１０１に呼び出されて実行されるものとする。
【０１３３】
図３２は、本発明のオブジェクト指向開発支援装置における第９の制御処理手順の一例を示すフローチャートであり、要件履歴表示処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ１０１により外部メモリ１０４に格納されたプログラムがＲＡＭ１０２にロードされて実行される。また、図中、Ｓ１８０１〜Ｓ１８０７は各ステップを示す。
【０１３４】
まず、プロジェクトが選択され、且つ、該プロジェクト内のいずれかのユースケースが選択された状態（図３３に示すようにユースケース３３１１を入力部１０５で選択した状態）において、図１４に示した「表示」メニュー１４０１の「要件履歴表示」メニュー（不図示）がシステム利用者により入力部１０５から指示（クリック）されると、ステップＳ１８０１において、ＣＰＵ１０１は、現在選択されている（開かれている）プロジェクトのプロジェクトＩＤと現在選択されているユースケースのユースケースＩＤを取得し、このプロジェクトＩＤ，ユースケースＩＤを使用して、図５に示したユースケース履歴管理情報から当該ユースケースのユースケース履歴管理情報を取得する。
【０１３５】
次に、ステップＳ１８０２において、ＣＰＵ１０１は、ステップＳ１８０１で取得したユースケース履歴管理情報から古いバージョンから順に１つユースケースの情報を取得し、図３３に示す表示欄３３００の左側から順にユースケース（例えば図３３の３３０１）を表示する。
【０１３６】
次に、ステップＳ１８０３において、ＣＰＵ１０１は、当該バージョンのユースケースに関連図情報が存在するか否かを判定し、存在しないと判定した場合には、そのままステップＳ１８０７に進む。
【０１３７】
一方、ステップＳ１８０３で、ＣＰＵ１０１が、当該バージョンのユースケースに関連図情報が存在すると判定した場合には、ステップＳ１８０４において、ＣＰＵ１０１は当該バージョンのユースケースの関連図（例えば図６に示したＣｌｓ１００−０００，Ｃｌｓ１００−００１，Ｃｌｓ１００−００２，Ｓｅｑ１００−０００，Ｓｔａ１００−０００等で示されるＵＭＬ図（外部メモリに記憶される））を全て外部メモリ１０４から取得し、ＣＰＵ１０１は、該取得した関連図を、図３３に示す表示欄３３００の対応するユースケースの下に、上から順に表示制御する処理（Ｓ１８０５）を残り関連図がなくなるまで繰り返す（Ｓ１８０６）。これにより、例えば、図３３の３３０２〜３３０４等が表示される。
【０１３８】
次に、ステップＳ１８０７において、ＣＰＵ１０１は、まだ表示処理していないバージョンのユースケースがあるか（残り履歴があるか）否かを判定し、まだ表示していないバージョンのユースケースがあると判定した場合には、ステップＳ１８０２に戻り、次のユースケースの処理を行う。このように、ステップＳ１８０２〜Ｓ１８０６の処理を繰り返すことにより、１順目で図３３の３３０２〜３３０４が表示され、２順目で図３３の３３０５〜３３０７が表示され、３順目で図３３の３３０８〜３３１０が表示される。
【０１３９】
一方、ステップＳ１８０７で、ＣＰＵ１０１が、もう表示処理していないバージョンのユースケースがない（残り履歴がない）と判定した場合には、処理を終了する。
【０１４０】
図３３は、本発明のオブジェクト指向開発支援装置においてメイン画面上に要件履歴を表示した状態の一例を示す模式図である。
【０１４１】
なお、システム利用者から要件履歴に表示が指示された場合に、図３２に示した要件履歴表示処理を行って図３３に示す履歴を表示する代わりに、図３１の３１０３に示したように、テキストベースで要件変更履歴を表示するように構成してもよい。
【０１４２】
以上説明したように、本実施形態のオブジェクト指向開発支援装置は、ＵＭＬを用いたオブジェクト指向開発において、システム利用者に意識させることなく、要件変更の履歴を管理し、着目した要件に関連するＵＭＬの各図を一目で参照可能にすることにより、開発中もしくは開発終了時のプロジェクト分析を支援可能にする。
【０１４３】
なお、本実施形態では、各プロジェクトを、プロジェクト管理情報（図３），ユースケース管理情報（図４），ユースケース履歴管理情報（図５），関連図情報（図６〜図８）等で管理する構成について示したが、図１１に示した「ファイル」メニュー１０１の「プロジェクト出力」メニュー（不図示）を入力部１０５により指示することにより、ＣＰＵ１０１が、該プロジェクトを、該プロジェクトのプロジェクト管理情報，ユースケース管理情報，ユースケース履歴管理情報，関連図情報，関連図そのもの（不図示）を１つのファイルとして出力するように制御する。
【０１４４】
これにより、プロジェクトを履歴を含めて１つのファイルで管理することができる。
【０１４５】
なお、図３〜図８に示した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４６】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４７】
本実施形態では、単にユースケースからオブジェクトを生成する、もしくは、ユースケースに関連する各図を管理するだけではなく、要求仕様の変更がプロジェクトに与えた影響を計測する手段を提供することを目的としている。また、それぞれの要件が開発工程でどのように変化していったかを簡単に判別できる方法を提供することにより、プロジェクト管理で最も重要な「要件管理」を簡単に行える手段を提供できる。
【０１４８】
また、プロジェクト終了時、当該プロジェクトの品質を図る手段として、プロジェクト進行中に発生した障害件数を用いる方法があるが、本実施形態では、障害はその発生原因として、設計ミス・コーディングミスなど開発側に原因があるものと、要求仕様の変更といったユーザ側に責任があるものに分類できる。
【０１４９】
また、本実施形態では、障害管理全般については触れないが、発生した障害の中で、最も手戻りが大きくなる「要求変更」をＵＭＬによるオブジェクト指向分析・設計方法と組み合わせ、設計者、ユーザが共通でプロジェクトの成果(品質)情報を、ＵＭＬという共通の情報記述手段のなかで共有できるようにすることを目的としている。
【０１５０】
さらに、本実施形態によって、開発側、ユーザ側のどちらに障害発生の要因があったかを切り分け、情報を整理することにより、次回プロジェクトのリスク管理・工数見積もりなどを、より正確に行うことを可能にする。
【０１５１】
このように、本実施形態に係るオブジェクト指向開発支援装置の目的は、ユースケースドリブンで開発が行われるプロジェクトにおいて、要件(ユースケース)の変更がシステムの品質に与えた影響を分析する機能、ある要件の、ある要件変更に関連する設計ドキュメント一覧を簡単に入手する機能、要件変更が発生したユースケースが簡単に分かる機能、ある要件の変更履歴を追跡して目視できる機能等を提供することにより、オブジェクト指向開発における要件変更がプロジェクトの品質に及ぼす影響を分析できるシステムを提供することである。
【０１５２】
よって、ユースケースドリブンで開発を進める場合、要件定義のもととなるユースケース図を用いて要件変更管理を行えば、開発者同士、開発者とユーザとの打ち合わせでも、ユースケース図を用いた説明ができるため、互いの認識の食い違いをなくし、プロジェクトの運用をスムーズに行える等の効果も期待できる。
【０１５３】
また、要件変更が成果物に与えた影響を的確に知り得ることができるため、成果物の品質（障害発生件数）が、開発側のスキル不足によるものか、もしくは、顧客の要件変更によるものかといった区別を簡単につけることができる。このような情報を、次のプロジェクトへの入力データとして利用することにより、より正確な見積もりを実現することが可能となる等の効果も期待できる。
【０１５４】
以上示したように、本実施形態によれば、入力部１０５から要件に応じたユースケースを追加し、該追加された１又は複数のユースケースを外部メモリ１０４で記憶管理し、該記憶管理されるユースケースを入力部１０５から変更し、該変更されたユースケースの変更履歴をも外部メモリ１０４で記憶管理するようにＣＰＵ１０１が制御することにより、ユースケースによる要件毎の成果物管理、要件変更の履歴管理ができるため、要件管理のためのドキュメント統一による作業負荷の軽減、要件変更がプロジェクトの品質に与えた影響度を測定するための好適な資料の容易な入手、要件の変更バージョンに関連する設計ドキュメントの入手による開発プロセス管理負荷の軽減等の効果を奏する。
【０１５５】
以下、図３４に示すメモリマップを参照して本発明に係るオブジェクト指向開発支援装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５６】
図３４は、本発明に係るオブジェクト指向開発支援装置（コンピュータ１００）で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１５７】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５９】
本実施形態における図１０，図１５，図２１，図２２，図２５，図２６，図２７，図２９，図３２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６１】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１６２】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１６３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６４】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６６】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【図面の簡単な説明】
【０１６７】
【図１】本発明の一実施形態のオブジェクト指向開発支援装置の一例を示す機能ブロック図である。
【図２】本発明の一実施形態を示すオブジェクト指向開発支援装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明のオブジェクト指向開発支援装置におけるプロジェクト管理情報の一例を示すデータ構成図である。
【図４】本発明のオブジェクト指向開発支援装置におけるユースケース管理情報の一例を示すデータ構成図である。
【図５】本発明のオブジェクト指向開発支援装置におけるユースケース履歴管理情報の一例を示すデータ構成図である。
【図６】本発明のオブジェクト指向開発支援装置における関連図情報の一例を示すデータ構成図である。
【図７】本発明のオブジェクト指向開発支援装置における関連図情報の一例を示すデータ構成図である。
【図８】本発明のオブジェクト指向開発支援装置における関連図情報の一例を示すデータ構成図である。
【図９】本発明のオブジェクト指向開発支援装置を用いてシステム利用者が行う要件定義・履歴管理全体の流れを示すフローチャートである。
【図１０】本発明のオブジェクト指向開発支援装置における第１の制御処理手順の一例を示すフローチャートである。
【図１１】本発明のオブジェクト指向開発支援装置におけるメイン画面の一例を示す模式図である。
【図１２】本発明のオブジェクト指向開発支援装置におけるプロジェクト情報登録画面の一例を示す模式図である。
【図１３】本発明のオブジェクト指向開発支援装置におけるプロジェクト選択画面の一例を示す模式図である。
【図１４】図１１に示したメイン画面上にプロジェクトが開かれた状態の一例を示す模式図である。
【図１５】本発明のオブジェクト指向開発支援装置における第２の制御処理手順の一例を示すフローチャートである。
【図１６】本発明のオブジェクト指向開発支援装置における要件変更画面の一例を示す模式図である。
【図１７】図１１に示したメイン画面上で開かれたプロジェクトにユースケースが定義された状態の一例を示す模式図である。
【図１８】本発明のオブジェクト指向開発支援装置におけるＵＭＬ図作成画面の一例を示す模式図である。
【図１９】図１８に示したＵＭＬ図作成画面で作成可能なクラス図である。
【図２０】図１８に示したＵＭＬ図作成画面で作成可能なシーケンス図である。
【図２１】本発明のオブジェクト指向開発支援装置における第３の制御処理手順の一例を示すフローチャートである。
【図２２】本発明のオブジェクト指向開発支援装置における第４の制御処理手順の一例を示すフローチャートである。
【図２３】本発明のオブジェクト指向開発支援装置における関連図定義画面の一例を示す模式図である。
【図２４】図２に示した表示部に表示される履歴管理開始画面の一例を示す模式図である。
【図２５】本発明のオブジェクト指向開発支援装置における第５の制御処理手順の一例を示すフローチャートである。
【図２６】本発明のオブジェクト指向開発支援装置における第６の制御処理手順の一例を示すフローチャートである。
【図２７】本発明のオブジェクト指向開発支援装置における第７の制御処理手順の一例を示すフローチャートである。
【図２８】本発明のオブジェクト指向開発支援装置における要件変更画面の一例を示す模式図である。
【図２９】本発明のオブジェクト指向開発支援装置における第８の制御処理手順の一例を示すフローチャートである。
【図３０】図１１に示したメイン画面上で開かれたプロジェクト上にユースケースが表示された状態の一例を示す模式図である。
【図３１】図３０に示したプロジェクト上で選択されたユースケースが要件変更された後のユースケース表示状態の一例を示す模式図である。
【図３２】本発明のオブジェクト指向開発支援装置における第９の制御処理手順の一例を示すフローチャートである。
【図３３】本発明のオブジェクト指向開発支援装置においてメイン画面上に要件履歴を表示した状態の一例を示す模式図である。
【図３４】本発明に係るオブジェクト指向開発支援装置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１６８】
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  ＲＯＭ
１０４  外部メモリ
１０５  入力部
１０６  表示部
【図１】
2006155277.tif 000003
【図２】
2006155277.tif 000004
【図３】
2006155277.tif 000005
【図４】
2006155277.tif 000006
【図５】
2006155277.tif 000007
【図６】
2006155277.tif 000008
【図７】
2006155277.tif 000009
【図８】
2006155277.tif 000010
【図９】
2006155277.tif 000011
【図１０】
2006155277.tif 000012
【図１１】
2006155277.tif 000013
【図１２】
2006155277.tif 000014
【図１３】
2006155277.tif 000015
【図１４】
2006155277.tif 000016
【図１５】
2006155277.tif 000017
【図１６】
2006155277.tif 000018
【図１７】
2006155277.tif 000019
【図１８】
2006155277.tif 000020
【図１９】
2006155277.tif 000021
【図２０】
2006155277.tif 000022
【図２１】
2006155277.tif 000023
【図２２】
2006155277.tif 000024
【図２３】
2006155277.tif 000025
【図２４】
2006155277.tif 000026
【図２５】
2006155277.tif 000027
【図２６】
2006155277.tif 000028
【図２７】
2006155277.tif 000029
【図２８】
2006155277.tif 000030
【図２９】
2006155277.tif 000031
【図３０】
2006155277.tif 000032
【図３１】
2006155277.tif 000033
【図３２】
2006155277.tif 000034
【図３３】
2006155277.tif 000035
【図３４】
2006155277.tif 000036