(57)【要約】【課題】ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定を効率的に行うことが可能な技術を提供する。【解決手段】ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析方法において、記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、ユーザ要求仕様の受け付けを行うステップと、記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、パッケージソフトウェア仕様の受け付けを行うステップと、前記受け付けたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するステップとを有するものである。【選択図】        図１
2005004366.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析方法において、
記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、ユーザ要求仕様の受け付けを行うステップと、記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、パッケージソフトウェア仕様の受け付けを行うステップと、前記受け付けたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するステップとを有することを特徴とするユーザ要求仕様分析方法。
【請求項２】
前記仕様情報は、ファンクション、業務プロセス及びドキュメントの仕様を含む情報であることを特徴とする請求項１に記載されたユーザ要求仕様分析方法。
【請求項３】
前記適合性の判定時に適合率を算出し、ユーザ要求仕様に適合するパッケージソフトウェアをその適合率の順位に応じて表示することを特徴とする請求項１または請求項２のいずれかに記載されたユーザ要求仕様分析方法。
【請求項４】
ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析装置において、
記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、ユーザ要求仕様の受け付けを行うユーザ要求仕様策定支援サブシステムと、記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、パッケージソフトウェア仕様の受け付けを行うパッケージソフトウェア仕様マスタ管理サブシステムと、前記受け付けたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するパッケージソフトウェア適合性分析サブシステムとを備えることを特徴とするユーザ要求仕様分析装置。
【請求項５】
ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析装置としてコンピュータを機能させる為のプログラムにおいて、
記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、ユーザ要求仕様の受け付けを行うユーザ要求仕様策定支援サブシステムと、記憶装置の共通辞書中に格納された仕様情報からの選択を入力装置により受け付けることにより、パッケージソフトウェア仕様の受け付けを行うパッケージソフトウェア仕様マスタ管理サブシステムと、前記受け付けたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するパッケージソフトウェア適合性分析サブシステムとしてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析装置に関し、特にユーザ要求仕様とパッケージソフトウェア仕様との適合性分析において、ユーザ特有の業務仕様やパッケージソフトウェア毎の仕様を意識せずに適合性の判定を行うユーザ要求仕様分析装置に適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、パッケージソフトウェアを導入する際には、パッケージソフトウェアに対してユーザが要求する仕様であるユーザ要求仕様と、そのパッケージソフトウェアが持つ仕様であるパッケージソフトウェア仕様との適合性を分析しなければならない。
【０００３】
しかし、ユーザ要求仕様にはそのユーザが独自に定めた用語等のユーザ特有の方言があり、また、パッケージソフトウェア仕様にもパッケージソフトウェア特有の方言がある。その為、適合性分析には大きな工数がかかり、また、その適合性の判定をどの様に行うかについては個人のノウハウによるところも大きい。
【０００４】
また従来技術では、パッケージソフトウェアの持つ業務プロセスをモデル化して、分析対象の業務プロセスと比較することも行われており（例えば特許文献１参照）、この方法では単一のパッケージソフトウェアの仕様を一意に特定して比較している。すなわち従来技術では、業務プロセスとユーザ要件に着目して適合性を分析する例は実在するが、ファンクション、業務プロセス、各種データに着目し、かつ共通辞書で各パッケージソフトウェアやユーザ間の方言を考慮して適合性を判定することは行われていない。
【０００５】
【特許文献１】
特開２０００−２９９３７号公報
【０００６】
【発明が解決しようとする課題】
前記の様にパッケージソフトウェアを導入する際にはユーザ要求仕様とパッケージソフトウェア仕様の適合性を分析しなければならないが、ユーザ要求仕様及びパッケージソフトウェア仕様のそれぞれに特有の方言が用いられている為、適合性分析に大きな工数がかかり、個人のノウハウによるところも大きいという問題がある。
【０００７】
また従来技術では、単一のパッケージソフトウェアの仕様を一意に特定してユーザ要件と比較している為、複数パッケージソフトウェアの仕様適合度を比較できないといった問題があり、また、分析対象が業務プロセスに限定されている為、財務管理や原価管理等の処理機能レベルや伝票フォーマット等の取り扱いデータレベルでの適合分析が行えず、分析レベルが部分的に限定されてしまうという問題がある。
【０００８】
本発明の目的は上記問題を解決し、ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定を効率的に行うことが可能な技術を提供することにある。
本発明の他の目的はユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定をより正確に行うことが可能な技術を提供することにある。
【０００９】
【課題を解決するための手段】
本発明は、ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援するユーザ要求仕様分析装置において、共通辞書から選択されたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するものである。
【００１０】
本発明では、パッケージソフトウェアに対してユーザの要求する仕様であるユーザ要求仕様として、ユーザの要求する処理機能を示すファンクション、前記処理機能を実現する為の各タスクとそのフローを示す業務プロセス、ユーザの取り扱うデータレベルでの伝票フォーマット等のドキュメントの仕様を含む情報を入力装置により受け付けて記憶装置内のユーザ要求定義ＤＢへ格納するユーザ要求定義を行う。
【００１１】
その際、記憶装置の共通辞書中に格納されている仕様情報を表示装置へ一覧表示したり、方言に対応する共通語を表示装置へ表示してユーザからの選択を入力装置により受け付けることにより、共通語を用いて表現された、ファンクション、業務プロセス及びドキュメントのユーザ要求仕様の受け付けを行う。
【００１２】
ユーザ要求定義を行った後には、パッケージソフトウェアの持つ仕様であるパッケージソフトウェア仕様として、パッケージソフトウェアの持つ処理機能を示すファンクション、前記処理機能を実現する為の各タスクとそのフローを示す業務プロセス、そのパッケージソフトウェアの取り扱うデータレベルでの伝票フォーマット等のドキュメントの仕様を含む情報を受け付けて記憶装置内のパッケージソフトウェア仕様定義ＤＢへ格納するパッケージソフトウェア仕様定義を行う。
【００１３】
その際、記憶装置の共通辞書中に格納されている仕様情報を表示装置へ一覧表示したり、方言に対応する共通語を表示装置へ表示してパッケージソフトウェア提供者からの選択を入力装置により受け付けることにより、共通語を用いて表現された、ファンクション、業務プロセス及びドキュメントのパッケージソフトウェア仕様の受け付けを行う。
【００１４】
判定対象の全パッケージソフトウェアについて仕様定義が行われた後、ユーザ要求定義ＤＢへ格納されたユーザ要求仕様中のファンクション、業務プロセス及びドキュメントと、パッケージソフトウェア仕様定義ＤＢへ格納されたパッケージソフトウェア仕様中のファンクション、業務プロセス及びドキュメントとを比較し、ユーザ要求仕様と適合する仕様の数を調べてユーザ要求仕様に対する各パッケージソフトウェアの適合率を算出し、ユーザ要求仕様に適合するソフトウェアをその適合率の順位に応じて表示装置や印刷装置へ出力して、ユーザ要求仕様とソフトウェア仕様との適合性の判定を支援する。
【００１５】
前記の様に本発明では、記憶装置に格納された共通辞書中の共通語を用いてユーザ要求仕様とパッケージソフトウェア仕様とを定義し、それらの共通語によるユーザ要求仕様とパッケージソフトウェア仕様とを比較して適合性を判定するので、ユーザのノウハウに従って方言を解釈しながら適合性を判定する必要が無くなり、ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定を効率化することができる。
【００１６】
従来技術では、分析対象を業務プロセスに限定している為、財務管理や原価管理等の異なるファンクション中に、伝票記帳を行う業務プロセスが含まれている場合や、伝票記帳を行う複数の業務プロセスの伝票フォーマットが異なっている場合に、それらの業務プロセスを識別することができず、適合性を誤って判定してしまう可能性があるが、本発明では、財務管理や原価管理等の処理機能を示すファンクション、伝票記帳を行う為の各タスクとそのフローを表す業務プロセス、伝票フォーマット等の取り扱いデータレベルでのドキュメントの各仕様について適合性を調べるので、より正確な判定を行うことができる。
【００１７】
以上の様に本発明のユーザ要求仕様分析装置によれば、ユーザ要求仕様とパッケージソフトウェア仕様との適合性を判定する際に、共通辞書から選択されたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するので、ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定を効率的に行うことが可能である。
【００１８】
【発明の実施の形態】
以下にユーザ要求仕様とソフトウェア仕様との適合性の判定を支援する一実施形態のユーザ要求仕様分析装置について説明する。
【００１９】
図１は本実施形態のユーザ要求仕様分析装置１００の基本構成を示す図である。図１に示す様に本実施形態のユーザ要求仕様分析装置１００は、ユーザ要求仕様策定支援サブシステム２００と、パッケージソフトウェア適合性分析サブシステム３００と、共通辞書管理サブシステム４００と、パッケージソフトウェア仕様マスタ管理サブシステム５００とを有している。
【００２０】
ユーザ要求仕様策定支援サブシステム２００は、記憶装置の共通辞書ＤＢ７００中に格納された仕様情報からの選択を入力装置により受け付けることにより、ユーザ要求仕様の受け付けを行う処理部である。
【００２１】
パッケージソフトウェア適合性分析サブシステム３００は、ユーザ要求仕様策定支援サブシステム２００で受け付けたユーザ要求仕様と、パッケージソフトウェア仕様マスタ管理サブシステム５００で受け付けたパッケージソフトウェア仕様とを比較してそれらの適合性を判定する処理部である。
【００２２】
共通辞書管理サブシステム４００は、記憶装置の共通辞書ＤＢ７００中に格納された仕様情報の更新等の管理処理を行う処理部である。パッケージソフトウェア仕様マスタ管理サブシステム５００は、記憶装置の共通辞書ＤＢ７００中に格納された仕様情報からの選択を入力装置により受け付けることにより、パッケージソフトウェア仕様の受け付けを行う処理部である。
【００２３】
ユーザ要求仕様分析装置１００をユーザ要求仕様策定支援サブシステム２００、パッケージソフトウェア適合性分析サブシステム３００、共通辞書管理サブシステム４００及びパッケージソフトウェア仕様マスタ管理サブシステム５００として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。
また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２４】
図１の様にユーザ要求仕様分析装置１００は、ユーザ要求仕様策定支援サブシステム２００、パッケージソフトウェア適合性分析サブシステム３００、共通辞書管理サブシステム４００、パッケージソフトウェア仕様マスタ管理サブシステム５００の４つのサブシステムと、ユーザの要求を定義するユーザ要求定義ＤＢ６００と、共通辞書ＤＢ７００、パッケージソフトウェアの仕様を定義するパッケージソフトウェア仕様定義ＤＢ８００の３つのＤＢから構成されている。
【００２５】
図２は本実施形態のユーザ要求仕様分析装置１００のハードウェア構成のイメージを示す図である。ユーザ要求仕様分析装置１００の各サブシステムは、処理装置１内の主記憶上で実行される。入力装置２は表示画面上のボタンを指示したりデータを入力したりする為のキーボードやマウス等の装置である。出力装置３は、画面及び入力結果を表示する装置である。印刷装置４は、出力されたファイルを印刷する装置である。記憶装置５は、ユーザが出力するファイルやユーザ要求定義ＤＢ６００、共通辞書ＤＢ７００、パッケージソフトウェア仕様定義ＤＢ８００の３つのＤＢが含まれている。
【００２６】
図３は本実施形態のユーザ要求仕様策定支援サブシステム２００の概要を示す図である。ユーザ要求仕様策定支援サブシステム２００は、共通辞書ＤＢ７００のファンクション部品の参照を行うファンクション部品参照２１０、業務プロセス作成の為のタスク部品の参照を行うタスク部品参照２２０、ドキュメントの部品の参照を行うドキュメント部品参照２３０、ファンクション部品の追加を行うファンクション部品追加２１２、業務プロセス作成の為のタスク部品の追加を行うタスク部品追加２２２、ドキュメントの部品の追加を行うドキュメント部品追加２３２、ユーザ要求定義ＤＢ６００のファンクションを定義するファンクション定義登録２１３、ユーザ要求の業務プロセスをフロー図の形で定義する業務プロセス定義登録２２３、ユーザ要求のドキュメントを定義するドキュメント定義登録２３３の各処理を実行する処理部を備えている。
【００２７】
図４は本実施形態のパッケージソフトウェア適合性分析サブシステム３００の概要を示す図である。パッケージソフトウェア適合性分析サブシステム３００は、ユーザ要求定義ＤＢ６００よりユーザ要求のファンクションを検索する該当要求ファンクション検索３１０、パッケージソフトウェア仕様定義ＤＢ８００よりパッケージソフトウェアの仕様のファンクションを検索するパッケージソフトウェアファンクション仕様の検索３１２、要求機能とパッケージソフトウェア仕様の比較分析を行う要求ファンクションとパッケージソフトウェア仕様の比較分析３１３、ユーザ要求定義ＤＢ６００よりユーザ要求の業務プロセスを検索する該当要求業務プロセス検索３２０、パッケージソフトウェア仕様定義ＤＢ８００よりパッケージソフトウェアの仕様の業務プロセスを検索するパッケージソフトウェア業務プロセス仕様の検索３２２、要求業務プロセスとパッケージソフトウェア仕様の比較分析を行う要求業務とパッケージソフトウェア仕様の比較分析３２３、ユーザ要求定義ＤＢ６００よりユーザ要求のドキュメントを検索する該当要求ドキュメント検索３３０、パッケージソフトウェア仕様定義ＤＢ８００よりパッケージソフトウェアの仕様のドキュメントを検索するパッケージソフトウェアドキュメント仕様の検索３３２、要求ドキュメントとパッケージソフトウェア仕様の比較分析を行う要求ドキュメントとパッケージソフトウェア仕様の比較分析３３３、適合性判定結果を画面と帳票で出力する分析データの出力３４０の各処理を実行する処理部を備えている。
【００２８】
図５は本実施形態の共通辞書管理サブシステム４００の概要を示す図である。
共通辞書管理サブシステム４００は、共通辞書ＤＢ７００のファンクション部品の更新を行うファンクション部品更新４１０、業務プロセス作成の為のタスク部品の更新を行うタスク部品更新４２０、ドキュメントの部品の更新を行うドキュメント部品更新４３０の各処理を実行する処理部を備えている。
【００２９】
図６は本実施形態のパッケージソフトウェア仕様マスタ管理サブシステム５００の概要を示す図である。パッケージソフトウェア仕様マスタ管理サブシステム５００は、共通辞書ＤＢ７００のファンクション部品の参照を行うファンクション部品参照５１０、業務プロセス作成の為のタスク部品の参照を行うタスク部品参照５２０、ドキュメントの部品の参照を行うドキュメント部品参照５３０、ファンクション部品の追加を行うファンクション部品追加５１２、業務プロセス作成の為のタスク部品の追加を行うタスク部品追加５２２、ドキュメントの部品の追加を行うドキュメント部品追加５３２、パッケージソフトウェア毎のパッケージソフトウェア仕様のファンクションを定義するパッケージソフトウェアファンクション定義登録５１３、パッケージソフトウェア毎の業務プロセスをフロー図の形で定義するパッケージソフトウェア業務プロセス定義登録５２３、パッケージソフトウェア毎のドキュメントを定義するパッケージソフトウェアドキュメント定義登録５３３の各処理を実行する処理部を備えている。
【００３０】
図７は本実施形態のユーザ要求定義ＤＢ６００の構造を示す図である。ファンクション要求仕様格納テーブル６１０は、ユーザのシステムのファンクションに関する要求仕様を格納しているテーブルである。共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０のファンクションＩＤの内、後述する様に画面でチェックがオンに設定されたファンクションを、ユーザによって要求されているファンクションとしてファンクション要求仕様格納テーブル６１０に格納する。
【００３１】
次に、業務プロセス要求仕様格納テーブル６２０は、ユーザの業務プロセスに関する要求仕様を格納しているテーブルである。レベル毎に、共通辞書ＤＢ７００のタスク部品マスタテーブル７２０のタスクを用いて、ユーザ要求の業務プロセスのフローを格納する。
【００３２】
ドキュメント要求仕様格納テーブル６３０は、ユーザのドキュメントに関する要求仕様を格納しているテーブルである。共通辞書ＤＢ７００のドキュメント部品マスタテーブル７３０のドキュメントＩＤの内、後述する様に画面でチェックがオンに設定されたドキュメントを、ユーザによって要求されているドキュメントとしてドキュメント要求仕様格納テーブル６３０に格納する。
【００３３】
図８は本実施形態の共通辞書ＤＢ７００の構造を示す図である。ファンクション部品マスタテーブル７１０は、ファンクションに関する共通仕様を格納しているテーブルである。レベルは階層構造となっており、それぞれのレベルで、そのファンクションを識別する為のファンクションＩＤと、そのファンクションの名称を共通語で表すテキストを格納している。
タスク部品マスタテーブル７２０は、業務プロセスに関する共通仕様を格納しており、共通語で表されたタスクをそれぞれのレベルで格納している。
ドキュメント部品マスタテーブル７３０は、ドキュメントに関する共通仕様を格納しており、それぞれのレベルで、そのドキュメントを識別する為のドキュメントＩＤと、そのドキュメントの名称を共通語で表すテキストを格納している。
【００３４】
図９は本実施形態のパッケージソフトウェア仕様定義ＤＢ８００の構造を示す図である。ファンクション定義マスタテーブル８１０は、パッケージソフトウェア毎に実装しているファンクションの定義を格納しており、共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０のファンクションＩＤの内、後述する様に画面でチェックがオンに設定されたファンクションを、そのパッケージソフトウェア実装されているファンクションとしてファンクション定義マスタテーブル８１０に格納する。
【００３５】
業務プロセスマスタテーブル８２０は、業務プロセスパターン毎の業務プロセスの定義を格納しており、レベル毎に、共通辞書ＤＢ７００のタスク部品マスタテーブル７２０のタスクを用いた業務プロセスのフローを格納する。
【００３６】
ドキュメントマスタ定義部８３０は、パッケージソフトウェア毎に実装しているドキュメントを格納しており、共通辞書ＤＢ７００のドキュメント部品マスタテーブル７３０のドキュメントＩＤの内、後述する様に画面でチェックがオンに設定されたドキュメントを、そのパッケージソフトウェア実装されているドキュメントとしてドキュメントマスタ定義部８３０に格納する。
【００３７】
図１０から図３０では、ユーザ要求仕様分析装置１００の具体的な業務処理内容をフローチャートとイメージ図を利用して説明する。
図１０は本実施形態のユーザ要求仕様分析装置１００の処理手順を示すフローチャートである。ステップ１０１でユーザ要求仕様分析装置１００のユーザ要求仕様策定支援サブシステム２００は、ユーザ要求定義を行う。ユーザ要求定義の処理手順は図１１に示す通りである。
【００３８】
ユーザ要求定義を行った後、ステップ１０２でパッケージソフトウェア仕様マスタ管理サブシステム５００は、パッケージソフトウェア仕様定義を行う。パッケージソフトウェア仕様定義の処理手順は図１２に示す通りである。
【００３９】
ステップ１０３では、分析したい全パッケージソフトウェアについて仕様を定義したかどうかを確認して、更に定義する場合にはステップ１０２へ戻り、再びパッケージソフトウェア仕様定義を行う。また全パッケージソフトウェアについて定義した場合にはステップ１０４へ進む。
【００４０】
ステップ１０４でパッケージソフトウェア適合性分析サブシステム３００は、適合性分析を行う。適合性分析の処理手順は図１３に示す通りである。ステップ１０４で適合性分析を行った後、処理を終了する。
【００４１】
図１１は本実施形態のユーザ要求定義の処理手順を示すフローチャートである。この処理はユーザ要求仕様策定支援サブシステム２００で行われる。
最初にユーザ要求仕様策定支援サブシステム２００は、どの確認レベルからユーザ要求定義して行くかというレベルの入力をユーザから入力装置２により受け付けて処理装置１内の主記憶上に格納し、要求定義レベル選定（２０１）を行う。選定後、それぞれの確認レベル毎に、ファンクション、業務プロセス、ドキュメントのユーザ要求定義を行う。
【００４２】
まず、ファンクションのユーザ要求定義を行う。すなわち、これまでにユーザ要求仕様またはパッケージソフトウェア仕様として定義されている処理機能を部品として表すファンクション部品を、記憶装置５に格納されている共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０から参照して表示装置３の参照画面に表示する（２１０）。参照画面のイメージは、図１５の通りである。但し、削除ボタン２１０−２や更新ボタン２１０−３は、この時点では表示されないものとする。
【００４３】
図１５は本実施形態のファンクション参照画面のイメージ例を示す図である。ファンクション部品参照２１０の処理では、記憶装置５に格納されている共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０より、格納されている部品一覧の参照を行う。画面では３階層となっているが、階層数はパッケージソフトウェアの仕様や、ユーザ要求に依存しており、本実施形態では特に階層数を定めないものとし、以下の画面でも同様とする。
【００４４】
図１５に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているファンクションの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたファンクションの過不足を示す情報を受け付ける（２１１）。
【００４５】
この際、ファンクションの名称を示すテキストの入力を入力装置２により受け付け、そのテキストに一致または類似する部品一覧を表示装置３に表示することにより当該テキストに対応する共通語を提示し、ユーザ要求仕様に対して共通辞書中のファンクション部品が不足しているかどうかの判定を支援するものとしても良い。
【００４６】
ファンクションの不足を示す情報、すなわち追加ボタン２１０−１の押下を検出した場合にはファンクション部品追加を行う（２１２）。追加画面のイメージは、図１６の通りである。
【００４７】
図１６は本実施形態のファンクション追加画面のイメージ例を示す図である。図１６に示す様にユーザ要求仕様策定支援サブシステム２００は、ファンクションのレベル、追加するファンクションの上位ファンクション、ファンクションの名称を示すテキスト、入力したユーザを示す参照情報、ファンクション概要定義の入力を入力装置２により受け付け、追加更新ボタン２１２−１の押下を検出して、前記受け付けた内容をファンクション部品マスタテーブル７１０へ追加する。
【００４８】
この際、入力されたテキストやファンクション概要定義に類似するものをファンクション部品マスタテーブル７１０から検索し、そのファンクションに該当する共通語が既に格納されている場合には、その共通語をユーザに提示して選択を受け付け、共通語によるファンクション定義登録を支援する。
【００４９】
ファンクション部品追加を行った後、ファンクション定義登録を行う（２１３）。ファンクション定義登録の画面イメージは図１７の通りである。
図１７は本実施形態のユーザ要求仕様時のファンクション定義登録画面のイメージ例を示す図である。図１７に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているファンクションを表示装置３に一覧表示し、ユーザによって要求されていることを示すチェックの入力を入力装置２により受け付け、完了ボタン２１３−１の押下を検出後、記憶装置５に格納されているユーザ要求定義ＤＢ６００のファンクション要求仕様格納テーブル６１０へ登録する。
【００５０】
続いて、業務プロセスのユーザ要求定義を行う。まず、記憶装置５に格納されている共通辞書ＤＢ７００のタスク部品マスタテーブル７２０からタスク部品を参照する（２２０）。参照画面のイメージは、図１８の通りである。但し、削除ボタン２２０−２及び更新ボタン２２０−３は、この時点では表示されないものとする。
【００５１】
図１８は本実施形態のタスク参照画面のイメージ例を示す図である。図１８に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているタスクの部品一覧をレベル毎に表示装置３に表示し、その一覧により入力されたタスクの過不足を示す情報を受け付ける（２２１）。
【００５２】
この際、タスクの名称を示すテキストの入力を入力装置２により受け付け、そのテキストに一致または類似する部品一覧を表示装置３に表示することにより当該テキストに対応する共通語を提示し、ユーザ要求仕様に対して共通辞書中のタスク部品が不足しているかどうかの判定を支援するものとしても良い。
【００５３】
不足の場合には追加ボタン２２０−１の押下を検出してタスク部品追加を行う（２２２）。追加画面のイメージは、図１９の通りである。
図１９は本実施形態のタスク追加画面のイメージ例を示す図である。図１９に示す様にユーザ要求仕様策定支援サブシステム２００は、追加するタスクの上位ファンクションのレベル、そのタスクの名称を示すテキスト、入力したユーザを示す参照情報、タスク概要定義の入力を入力装置２により受け付け、追加更新ボタン２２２−１の押下を検出して、タスク部品マスタテーブル７２０へ追加する。
【００５４】
この際、入力されたテキストやタスク概要定義に類似するものをタスク部品マスタテーブル７２０から検索し、そのタスクに該当する共通語が既に格納されている場合には、その共通語をユーザに提示して選択を受け付け、共通語による業務プロセス定義登録を支援する。
タスク部品追加を行った後、業務プロセス定義登録を行う（２２３）。業務プロセス定義登録の画面イメージは図２０の通りである。
【００５５】
図２０は本実施形態のユーザ要求仕様時の業務プロセス定義登録画面のイメージ例を示す図である。図２０に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているタスクをレベル毎に表示装置３に一覧表示し、各タスクのフローを示す業務プロセスの定義内容の入力を入力装置２により受け付ける。そして、完了ボタン２２３−１の押下を検出した後、記憶装置５に格納されているユーザ要求定義ＤＢ６００の業務プロセス要求仕様格納テーブル６２０へ登録する。
【００５６】
最後に、ドキュメントのユーザ要求定義を行う。まず記憶装置５に格納されている共通辞書ＤＢ７００のドキュメント部品マスタテーブル７３０からドキュメント部品を参照する（２３０）。参照画面のイメージは、図２１の通りである。但し、削除ボタン２３０−２及び更新ボタン２３０−３は、この時点では表示されないものとする。
【００５７】
図２１は本実施形態のドキュメント参照画面のイメージ例を示す図である。図２１に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているドキュメントの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたドキュメントの過不足を示す情報を受け付ける（２３１）。
【００５８】
この際、ドキュメントの名称を示すテキストの入力を入力装置２により受け付け、そのテキストに一致または類似する部品一覧を表示装置３に表示することにより当該テキストに対応する共通語を提示し、ユーザ要求仕様に対して共通辞書中のドキュメント部品が不足しているかどうかの判定を支援するものとしても良い。
【００５９】
不足の場合には追加ボタン２３０−１の押下を検出してドキュメント部品追加を行う（２３２）。追加画面のイメージは、図２２の通りである。
図２２は本実施形態のドキュメント追加画面のイメージ例を示す図である。図２２に示す様にユーザ要求仕様策定支援サブシステム２００は、追加するドキュメントの上位ファンクションのレベル、ドキュメントの名称を示すテキスト、ドキュメントの項目名称を示すドキュメント構成要素の入力を入力装置２により受け付け、追加更新ボタン２３２−１の押下を検出して、ドキュメント部品マスタテーブル７３０へ追加する。
【００６０】
この際、入力されたテキストやドキュメント構成要素に類似するものをドキュメント部品マスタテーブル７３０から検索し、そのドキュメントに該当する共通語が既に記憶装置５の共通辞書ＤＢ７００に格納されている場合には、その共通語をユーザに提示して選択を受け付け、共通語によるドキュメント定義登録を支援する。
【００６１】
ドキュメント部品追加を行った後、ドキュメント定義登録を行う（２３３）。ドキュメント定義登録の画面イメージは図２３の通りである。
図２３は本実施形態のユーザ要求仕様時のドキュメント定義登録画面のイメージ例を示す図である。図２３に示す様にユーザ要求仕様策定支援サブシステム２００は、現在定義されているドキュメントを表示装置３に一覧表示し、ユーザによって要求されていることを示すチェックの入力を入力装置２により受け付ける。そして、完了ボタン２３３−２の押下を検出した後、記憶装置５に格納されているユーザ要求定義ＤＢ６００のドキュメント要求仕様格納テーブル６３０へ登録する。
【００６２】
また、一つのレベルに関して、前記の様にそれぞれの要求定義を行った後、別レベルを定義するかを判定し（２０２）、別レベルを定義する必要のある場合にはスタートに戻って同様の処理を行う。
【００６３】
図１２は本実施形態のパッケージソフトウェア仕様定義の処理手順を示すフローチャートである。この処理はパッケージソフトウェア仕様マスタ管理サブシステム５００で行われる。
【００６４】
最初にパッケージソフトウェア仕様マスタ管理サブシステム５００は、どの確認レベルからパッケージソフトウェア仕様を定義して行くかというパッケージソフトウェア仕様定義更新レベル選定（５０１）を行う。選定後、それぞれの確認レベル毎に、ファンクション、業務プロセス、ドキュメントのパッケージソフトウェア仕様定義を行う。
【００６５】
まず、ファンクションのパッケージソフトウェア仕様定義を行う。すなわち、記憶装置５に格納されている共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０からファンクション部品を参照する（５１０）。参照画面のイメージは、ユーザ要求定義の場合と同じく図１５の通りである。但し、削除ボタン２１０−２、更新ボタン２１０−３は、この時点では表示されないものとする。
【００６６】
現在定義されているファンクションの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたファンクションの過不足を示す情報を受け付ける（５１１）。不足の場合には追加ボタン２１０−１の押下を検出してファンクション部品追加を行う（５１２）。追加画面のイメージは、ユーザ要求定義の場合と同じく図１６の通りである。ファンクションのレベル、テキスト、ファンクション概要定義の入力を入力装置２により受け付け、追加更新ボタン２１２−１の押下を検出して、ファンクション部品マスタテーブル７１０へ追加する。
【００６７】
この際、入力されたテキストやファンクション概要定義に類似するものをファンクション部品マスタテーブル７１０から検索し、そのファンクションに該当する共通語が既に格納されている場合には、その共通語をパッケージソフトウェア提供者に提示して選択を受け付け、共通語によるファンクション定義登録を支援する。
【００６８】
ファンクション部品追加を行った後、ファンクション定義登録を行う（５１３）。ファンクション定義登録の画面イメージは図２４の通りである。
図２４は本実施形態のパッケージソフトウェア仕様定義時のファンクション定義登録画面のイメージ例を示す図である。図２４に示す様にパッケージソフトウェア仕様マスタ管理サブシステム５００は、現在定義されているファンクションを表示装置３に一覧表示し、パッケージソフトウェア毎に実装されていることを示すチェックの入力を入力装置２により受け付ける。更新ボタン５１３−１または完了ボタン５１３−２の押下を検出した後、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００のファンクション定義マスタテーブル８１０へ登録する。更新ボタン５１３−１の押下を検出した場合、引き続き定義登録を行う。
【００６９】
続いて、業務プロセスのパッケージソフトウェア仕様定義を行う。まず記憶装置５に格納されている共通辞書ＤＢ７００のタスク部品マスタテーブル７２０からタスク部品を参照する（５２０）。参照画面のイメージは、ユーザ要求定義の場合と同じく図１８の通りである。但し、削除ボタン２２０−２及び更新ボタン２２０−３は、この時点では表示されないものとする。
【００７０】
現在定義されているタスクの部品一覧をレベル毎に表示装置３に表示し、その一覧により入力されたタスクの過不足を示す情報を受け付ける（５２１）。不足の場合には追加ボタン２２０−１の押下を検出してタスク部品追加を行う（５２２）。追加画面のイメージは、ユーザ要求定義の場合と同じく図１９の通りである。タスクのレベル、パッケージソフトウェア別のテキスト、タスク概要定義の入力を入力装置２により受け付け、追加更新ボタン２２２−１の押下を検出して、タスク部品マスタテーブル７２０へ追加する。
【００７１】
この際、入力されたテキストやタスク概要定義に類似するものをタスク部品マスタテーブル７２０から検索し、そのタスクに該当する共通語が既に格納されている場合には、その共通語をパッケージソフトウェア提供者に提示して選択を受け付け、共通語による業務プロセス定義登録を支援する。
【００７２】
タスク部品追加を行った後、パッケージソフトウェア業務プロセス定義登録を行う（５２３）。パッケージソフトウェア業務プロセス定義登録の画面イメージは図２５の通りである。
【００７３】
図２５は本実施形態のパッケージソフトウェア仕様定義時の業務プロセス定義登録画面のイメージ例を示す図である。図２５に示す様にパッケージソフトウェア仕様マスタ管理サブシステム５００は、現在定義されているタスクをレベル毎に表示装置３に一覧表示し、業務プロセスの定義内容の入力を入力装置２により受け付ける。また、異なる業務プロセスを識別する為のパターン番号を指定し、単一のファンクションに対して複数の業務プロセスの定義を受け付けるものとしても良い。更新ボタン５２３−１または完了ボタン５２３−２の押下を検出した後、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００の業務プロセスマスタテーブル８２０へ登録する。更新ボタン５２３−１の押下を検出した場合、引き続き定義登録を行う。
【００７４】
最後に、ドキュメントのパッケージソフトウェア仕様定義を行う。ドキュメント確認レベルの選定を行う場合は、まず、記憶装置５に格納されている共通辞書ＤＢ７００のドキュメント部品マスタテーブル７３０からドキュメント部品を参照する（５３０）。参照画面のイメージは、ユーザ要求定義の場合と同じく図２１の通りである。但し、削除ボタン２３０−２及び更新ボタン２３０−３は、この時点では表示されないものとする。
【００７５】
現在定義されているドキュメントの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたドキュメントの過不足を示す情報を受け付ける（５３１）。不足の場合には追加ボタン２３０−１の押下を検出してドキュメント部品追加を行う（５３２）。追加画面のイメージは、ユーザ要求の場合と同じく図２２の通りである。ドキュメントのレベル、テキスト、ドキュメント構成要素の入力を入力装置２により受け付け、追加更新ボタン２３２−１の押下を検出して、ドキュメント部品マスタテーブル７３０へ追加する。
【００７６】
この際、入力されたテキストやドキュメント構成要素に類似するものをドキュメント部品マスタテーブル７３０から検索し、そのドキュメントに該当する共通語が既に格納されている場合には、その共通語をパッケージソフトウェア提供者に提示して選択を受け付け、共通語によるドキュメント定義登録を支援する。
【００７７】
ドキュメント部品追加を行った後、パッケージソフトウェアドキュメント定義登録を行う（５３３）。パッケージソフトウェアドキュメント定義登録の画面イメージは図２６の通りである。
【００７８】
図２６は本実施形態のパッケージソフトウェア仕様定義時のドキュメント定義登録画面のイメージ例を示す図である。図２６に示す様にパッケージソフトウェア仕様マスタ管理サブシステム５００は、現在定義されているドキュメントを表示装置３に一覧表示し、パッケージソフトウェア毎に実装されていることを示すチェックの入力を入力装置２により受け付ける。更新ボタン５３３−１または完了ボタン５３３−２の押下を検出した後、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００のドキュメントマスタ定義部８３０へ登録する。更新ボタン５３３−１の押下を検出した場合、引き続き定義登録を行う。
【００７９】
また、一つのレベルに関して、前記の様にそれぞれのパッケージソフトウェア仕様定義を行った後、別レベルを定義するかを判定し（５０２）、別レベルを定義する必要のある場合にはスタートに戻って同様の処理を行う。
【００８０】
図１３は本実施形態の適合性分析の処理手順を示すフローチャートである。この処理は、パッケージソフトウェア適合性分析サブシステム３００で行われる。
ユーザ要求定義ＤＢ６００とパッケージソフトウェア仕様定義ＤＢ８００には、共に共通辞書ＤＢ７００の共通語で要求と仕様が定義されているので、その適合性分析を容易に行える。以下にその処理を示す。
【００８１】
まずパッケージソフトウェア適合性分析サブシステム３００は、ファンクションの適合性分析を行う。記憶装置５に格納されているユーザ要求定義ＤＢ６００のファンクション要求仕様格納テーブル６１０より、そのユーザ要求仕様に該当する要求ファンクションを検索する（３１０）。抽出条件に該当する要求ファンクションを表示装置３に表示し、要求ファンクションとして確定するかどうかの入力を入力装置２により受け付ける（３１１）。確定することを示す入力を入力装置２により受け付けた場合には、パッケージソフトウェアファンクション仕様の検索を行う（３１２）。そうでない場合には、該当要求業務プロセス検索３２０に進む。
【００８２】
ファンクションの適合性分析を行う場合、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００のファンクション定義マスタテーブル８１０よりパッケージソフトウェアのファンクション仕様の検索を行い、要求ファンクションのテキストと一致するテキストを持つパッケージソフトウェアのファンクションの数を求め（３１２）、要求ファンクションとパッケージソフトウェア仕様の比較分析を行って適合率を算出し（３１３）、分析結果を、ファンクション比較分析結果データ３１４として保持する。
【００８３】
続いて、業務プロセスの適合性分析を行う。記憶装置５に格納されているユーザ要求定義ＤＢ６００の業務プロセス要求仕様格納テーブル６２０より、そのユーザ要求仕様に該当する要求業務プロセスを検索する（３２０）。抽出条件に該当する要求業務プロセスを表示装置３に表示し、要求業務プロセスとして確定するかどうかの入力を入力装置２により受け付ける（３２１）。確定することを示す入力を入力装置２により受け付けた場合には、パッケージソフトウェア業務プロセス仕様の検索を行う（３２２）。そうでない場合には次のドキュメントの適合性分析に進む。
【００８４】
業務プロセスの適合性の判定を行う場合、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００の業務プロセスマスタテーブル８２０よりパッケージソフトウェアの業務プロセス仕様の検索を行い、要求業務プロセスの各タスク及びそのフローと一致するタスク及びフローを持つパッケージソフトウェアの業務プロセスについて、一致する部分の数を求め（３２２）、要求業務プロセスとパッケージソフトウェア仕様の業務プロセスの比較分析を行って適合率を算出し（３２３）、分析結果を、業務プロセス比較分析結果データ３２４として保持する。
【００８５】
続いて、ドキュメントの適合性分析を行う。記憶装置５に格納されているユーザ要求定義ＤＢ６００のドキュメント要求仕様格納テーブル６３０より、そのユーザ要求仕様に該当する要求ドキュメントを検索する（３３０）。抽出条件に該当する要求ドキュメントを表示装置３に表示し、要求ドキュメントとして確定するかどうかの入力を入力装置２により受け付ける（３３１）。確定することを示す入力を入力装置２により受け付けた場合には、パッケージソフトウェアドキュメント仕様の検索を行う（３３２）。そうでない場合には分析データの出力３４０に進む。
【００８６】
ドキュメントの適合性の判定を行う場合、記憶装置５に格納されているパッケージソフトウェア仕様定義ＤＢ８００のドキュメントマスタ定義部８３０よりパッケージソフトウェアのドキュメント仕様の検索を行い、要求ドキュメントのテキストと一致するテキストを持つパッケージソフトウェアのドキュメントの数を求め（３３２）、要求ドキュメントとパッケージソフトウェア仕様のドキュメントの比較分析を行って適合率を算出し（３３３）、分析結果を、ドキュメント比較分析結果データ３３４として保持する。
【００８７】
最後に適合性の分析データ出力を行う（３４０）。出力画面３４１のイメージは図２７の通りであり、適合結果を確認することができる。
図２７は本実施形態の適合性判定結果のイメージ例を示す図である。分析データの出力３４０の処理では、適合結果順位の指定を受け付け、結果表示ボタン３４０−１の押下を検出して、パッケージソフトウェア名称とその業務プロセスパターンを表示装置３に表示し、ファンクション、業務プロセス、ドキュメントの各適合率を表示装置３に表示する。
【００８８】
またファンクション適合性分析の詳細結果を表示装置３に表示する為の詳細結果ボタン３４０−２の押下を検出すると図２８の表示へ進む。同様に、業務プロセスやドキュメントの詳細結果については、詳細結果ボタン３４０−３や詳細結果ボタン３４０−４の押下を検出して図２９や図３０へ進む。ファイル出力ボタン３４０−５の押下を検出すると、これらの結果をファイル３４２に出力し、終了ボタン３４０−６の押下を検出して処理を終了する。
【００８９】
図２８は本実施形態のファンクション適合性判定結果の詳細画面を示す図である。ファンクション適合結果詳細画面では、確認レベルの選択を受け付けた後、適合結果表示ボタン３４３−１の押下を検出して、左側にそのレベルにおいて定義した要求ファンクションを、右側には同じくパッケージソフトウェア仕様ファンクションを表示装置３に表示する。
【００９０】
要求ファンクションとパッケージソフトウェア仕様ファンクションが適合していたら“○”を、要求ファンクションにあってパッケージソフトウェア仕様ファンクションに無ければ“×”を、要求ファンクションに無いものは“‐”を表示装置３に表示している。そして、“○”と“×”の数の和から“○”の割合、すなわち適合率をそれぞれのパッケージソフトウェア毎に表示装置３に表示しており、ファイル出力ボタン３４３−２の押下を検出すると、その適合結果内容をファイル３４４へ出力し、戻りボタン３４３−３の押下を検出すると分析データの出力画面３４１に戻る。
【００９１】
図２９は本実施形態の業務プロセス適合性判定結果の詳細画面を示す図である。業務プロセス適合結果詳細画面では、分析データの出力画面３４１で選択された適合結果順位のパッケージソフトウェアとパターンについて、上側にユーザ要求の業務プロセスを、下側には選択されたプロセスパターンを表示装置３に表示する。業務プロセスが適合していないタスクには“×”を付け、適合率を表示装置３に表示している。更に、適合結果順位と確認レベルの指定を受け付け、適合結果表示ボタン３４５−１の押下を検出することにより、その指定内容での結果を表示させることも可能である。ファイル出力ボタン３４５−２の押下を検出すると、その適合結果内容をファイル３４６へ出力し、戻りボタン３４５−３の押下を検出すると分析データの出力画面３４１に戻る。
【００９２】
図３０は本実施形態のドキュメント適合性判定結果の詳細画面を示す図である。ドキュメント適合結果詳細画面では、確認レベルの選択を受け付けた後、結果表示ボタン３４７−１の押下を検出して、左側にそのレベルにおいて定義された要求ドキュメントを、右側には同じくパッケージソフトウェア仕様ドキュメントを表示装置３に表示する。
【００９３】
要求ドキュメントとパッケージソフトウェア仕様ドキュメントが適合していたら“○”を、要求ドキュメントにあって、パッケージソフトウェア仕様ドキュメントに無ければ“×”を、要求ドキュメントに無いものは“‐”を表示装置３に表示している。そして、ファンクション適合結果詳細画面と同様に適合率をそれぞれのパッケージソフトウェア毎に表示装置３に表示する。ファイル出力ボタン３４７−２の押下を検出すると、その適合結果内容をファイル３４８へ出力し、戻りボタン３４７−３の押下を検出すると分析データの出力画面３４１に戻る。
【００９４】
図１４は本実施形態の共通辞書管理の処理手順を示すフローチャートである。この処理は、共通辞書管理サブシステム４００を使用して行われる。
まず共通辞書管理サブシステム４００は、どの確認レベルから部品更新して行くかという部品更新レベル選定（４０１）を行う。選定後、それぞれの確認レベル毎に、ファンクション、業務プロセス、ドキュメントの部品更新を行う。
【００９５】
まず、ファンクションの部品更新を行う。すなわち、記憶装置５に格納されている共通辞書ＤＢ７００のファンクション部品マスタテーブル７１０のファンクション部品を更新する（４１０）。更新画面のイメージは、ユーザ要求定義の場合と同じく図１５の通りである。現在定義されているファンクションの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたファンクション部品の更新を行う。
【００９６】
部品を追加する場合は追加ボタン２１０−１の押下を検出して、また更新する場合は対象部品の選択を受け付け、更新ボタン２１０−３の押下を検出して、ファンクション部品追加更新を行う。追加更新画面のイメージは、ユーザ要求定義の場合と同じく図１６の通りである。ファンクションのレベル、テキスト、ファンクション概要定義の入力を入力装置２により受け付け、追加更新ボタン２１２−１の押下を検出して、ファンクション部品マスタテーブル７１０へ追加更新する。
【００９７】
この際、入力されたテキストやファンクション概要定義に類似するものをファンクション部品マスタテーブル７１０から検索し、そのファンクションに該当する共通語が複数格納されている場合には、その共通語を共通辞書管理者に提示して選択を受け付け、方言の削除等、ファンクションを示す共通語の維持管理を支援する。
【００９８】
部品を削除する場合は、対象部品の選択を受け付け、削除ボタン２１０−２の押下を検出してファンクション部品マスタテーブル７１０から削除する。
続いて、タスクの部品更新を行う。すなわち記憶装置５に格納されている共通辞書ＤＢ７００のタスク部品マスタテーブル７２０のタスク部品を更新する（４２０）。更新画面のイメージは、ユーザ要求定義の場合と同じく図１８の通りである。現在定義されているタスクの部品一覧をレベル毎に表示装置３に表示し、その一覧により入力されたタスク部品の更新を行う。
【００９９】
部品を追加する場合は追加ボタン２２０−１の押下を検出して、また更新する場合は、対象部品の選択を受け付け、更新ボタン２２０−３の押下を検出して、タスク部品追加更新を行う。更新画面のイメージは、ユーザ要求定義の場合と同じく図１９の通りである。タスクのレベル、パッケージソフトウェア別のテキスト、タスク概要定義の入力を入力装置２により受け付け、追加更新ボタン２２２−１の押下を検出して、タスク部品マスタテーブル７２０へ追加更新する。
【０１００】
この際、入力されたテキストやタスク概要定義に類似するものをタスク部品マスタテーブル７２０から検索し、そのタスクに該当する共通語が複数格納されている場合には、その共通語を共通辞書管理者に提示して選択を受け付け、タスクを示す共通語の維持管理を支援する。
部品を削除する場合は、対象部品の選択を受け付け、削除ボタン２２０−２の押下を検出してタスク部品マスタテーブル７２０から削除する。
【０１０１】
最後に、ドキュメントの部品更新を行う。まず、記憶装置５に格納されている共通辞書ＤＢ７００のドキュメント部品マスタテーブル７３０のドキュメント部品を参照する（４３０）。更新画面のイメージは、ユーザ要求定義の場合と同じく図２１の通りである。現在定義されているドキュメントの部品一覧を確認レベルに合わせて階層構造で表示装置３に表示し、その一覧により入力されたドキュメント部品の更新を行う。
【０１０２】
部品を追加する場合は追加ボタン２３０−１の押下を検出して、また更新する場合は、対象部品の選択を受け付け、更新ボタン２３０−３の押下を検出して、ドキュメント部品追加更新を行う。更新画面のイメージは、ユーザ要求の場合と同じく図２２の通りである。ドキュメントのレベル、テキスト、ドキュメント構成要素の入力を入力装置２により受け付け、追加更新ボタン２３２−１の押下を検出して、ドキュメント部品マスタテーブル７３０へ追加する。
【０１０３】
この際、入力されたテキストやドキュメント構成要素に類似するものをドキュメント部品マスタテーブル７３０から検索し、そのドキュメントに該当する共通語が複数格納されている場合には、その共通語を共通辞書管理者に提示して選択を受け付け、ドキュメントを示す共通語の維持管理を支援する。
部品を削除する場合は、対象部品の選択を受け付け、削除ボタン２３０−２の押下を検出してドキュメント部品マスタテーブル７３０から削除する。
【０１０４】
また、一つのレベルに関して、前記の様にそれぞれの部品追加を行った後、別レベルを更新するかを判定し（４０２）、別レベルを更新する必要のある場合にはスタートに戻って同様の処理を行う。
【０１０５】
前記の様に本実施形態によれば、ユーザ要求とパッケージソフトウェアの仕様を共通辞書にある部品で表現することにより、ユーザ要求仕様と複数のパッケージソフトウェア仕様との適合性を判定することが可能であり、適合性分析における作業の効率化を図れると共に、ノウハウの知財化を行うことで収益性・競合力を向上させることができる。また、提供される適合性分析のアウトプットの品質が向上するので、適合性の高いパッケージソフトウェアを更に詳細に検討してそのユーザで導入可能であるかを検討する等、それ以降の後工程での手戻りが少なくなる。
【０１０６】
以上説明した様に本実施形態のユーザ要求仕様分析装置によれば、ユーザ要求仕様とパッケージソフトウェア仕様との適合性を判定する際に、共通辞書から選択されたユーザ要求仕様とパッケージソフトウェア仕様とを比較してそれらの適合性を判定するので、ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定を効率的に行うことが可能である。
【０１０７】
また本実施形態のユーザ要求仕様分析装置によれば、ユーザ要求仕様とパッケージソフトウェア仕様の内容を比較する際に、ファンクション、業務プロセス及びドキュメントの仕様について適合性の判定を行うので、ユーザ要求仕様とパッケージソフトウェア仕様との適合性の判定をより正確に行うことが可能である。
【０１０８】
【発明の効果】
ユーザ要求仕様とパッケージソフトウェア仕様との適合性を判定するシステムの提供が可能となる。
【図面の簡単な説明】
【図１】本実施形態のユーザ要求仕様分析装置の基本構成を示す図である。
【図２】本実施形態のユーザ要求仕様分析装置１００のハードウェア構成のイメージを示す図である。
【図３】本実施形態のユーザ要求仕様策定支援サブシステム２００の概要を示す図である。
【図４】本実施形態のパッケージソフトウェア適合性分析サブシステム３００の概要を示す図である。
【図５】本実施形態の共通辞書管理サブシステム４００の概要を示す図である。
【図６】本実施形態のパッケージソフトウェア仕様マスタ管理サブシステム５００の概要を示す図である。
【図７】本実施形態のユーザ要求定義ＤＢ６００の構造を示す図である。
【図８】本実施形態の共通辞書ＤＢ７００の構造を示す図である。
【図９】本実施形態のパッケージソフトウェア仕様定義ＤＢ８００の構造を示す図である。
【図１０】本実施形態のユーザ要求仕様分析装置１００の処理手順を示すフローチャートである。
【図１１】本実施形態のユーザ要求定義の処理手順を示すフローチャートである。
【図１２】本実施形態のパッケージソフトウェア仕様定義の処理手順を示すフローチャートである。
【図１３】本実施形態の適合性分析の処理手順を示すフローチャートである。
【図１４】本実施形態の共通辞書管理の処理手順を示すフローチャートである。
【図１５】本実施形態のファンクション参照画面のイメージ例を示す図である。
【図１６】本実施形態のファンクション追加画面のイメージ例を示す図である。
【図１７】本実施形態のユーザ要求仕様時のファンクション定義登録画面のイメージ例を示す図である。
【図１８】本実施形態のタスク参照画面のイメージ例を示す図である。
【図１９】本実施形態のタスク追加画面のイメージ例を示す図である。
【図２０】本実施形態のユーザ要求仕様時の業務プロセス定義登録画面のイメージ例を示す図である。
【図２１】本実施形態のドキュメント参照画面のイメージ例を示す図である。
【図２２】本実施形態のドキュメント追加画面のイメージ例を示す図である。
【図２３】本実施形態のユーザ要求仕様時のドキュメント定義登録画面のイメージ例を示す図である。
【図２４】本実施形態のパッケージソフトウェア仕様定義時のファンクション定義登録画面のイメージ例を示す図である。
【図２５】本実施形態のパッケージソフトウェア仕様定義時の業務プロセス定義登録画面のイメージ例を示す図である。
【図２６】本実施形態のパッケージソフトウェア仕様定義時のドキュメント定義登録画面のイメージ例を示す図である。
【図２７】本実施形態の適合性判定結果のイメージ例を示す図である。
【図２８】本実施形態のファンクション適合性判定結果の詳細画面を示す図である。
【図２９】本実施形態の業務プロセス適合性判定結果の詳細画面を示す図である。
【図３０】本実施形態のドキュメント適合性判定結果の詳細画面を示す図である。
【符号の説明】
１００…ユーザ要求仕様分析装置、６００…ユーザ要求定義ＤＢ、７００…共通辞書ＤＢ、８００…パッケージソフトウェア仕様定義ＤＢ、２００…ユーザ要求仕様策定支援サブシステム、３００…パッケージソフトウェア適合性分析サブシステム、４００…共通辞書管理サブシステム、５００…パッケージソフトウェア仕様マスタ管理サブシステム、１…処理装置、２…入力装置、３…出力装置、４…印刷装置、５…記憶装置、２１０…ファンクション部品参照、２１２…ファンクション部品追加、２１３…ファンクション定義登録、２２０…タスク部品参照、２２２…タスク部品追加、２２３…業務プロセス定義登録、２３０…ドキュメント部品参照、２３２…ドキュメント部品追加、２３３…ドキュメント定義登録、３１０…該当要求ファンクション検索、３１２…パッケージソフトウェアファンクション仕様の検索、３１３…要求ファンクションとパッケージソフトウェア仕様の比較分析、３２０…該当要求業務プロセス検索、３２２…パッケージソフトウェア業務プロセス仕様の検索、３２３…要求業務とパッケージソフトウェア仕様の比較分析、３３０…該当要求ドキュメント検索、３３２…パッケージソフトウェアドキュメント仕様の検索、３３３…要求ドキュメントとパッケージソフトウェア仕様の比較分析、３４０…分析データの出力、４１０…ファンクション部品更新、４２０…タスク部品更新、４３０…ドキュメント部品更新、５１０…ファンクション部品参照、５１２…ファンクション部品追加、５１３…パッケージソフトウェアファンクション定義登録、５２０…タスク部品参照、５２２…タスク部品追加、５２３…パッケージソフトウェア業務プロセス定義登録、５３０…ドキュメント部品参照、５３２…ドキュメント部品追加、５３３…パッケージソフトウェアドキュメント定義登録、６１０…ファンクション要求仕様格納テーブル、６２０…業務プロセス要求仕様格納テーブル、６３０…ドキュメント要求仕様格納テーブル、７１０…ファンクション部品マスタテーブル、７２０…タスク部品マスタテーブル、７３０…ドキュメント部品マスタテーブル、８１０…ファンクション定義マスタテーブル、８２０…業務プロセスマスタテーブル、８３０…ドキュメントマスタ定義部、３１４…ファンクション比較分析結果データ、３２４…業務プロセス比較分析結果データ、３３４…ドキュメント比較分析結果データ、３４１、３４３、３４５及び３４７…出力画面、３４２、３４４、３４６及び３４８…ファイル、２１０−１…追加ボタン、２１０−２…削除ボタン、２１０−３…更新ボタン、２１２−１…追加更新ボタン、２１３−１…完了ボタン、２２０−１…追加ボタン、２２０−２…削除ボタン、２２０−３…更新ボタン、２２２−１…追加更新ボタン、２２３−１…完了ボタン、２２３−２…終了ボタン、２３０−１…追加ボタン、２３０−２…削除ボタン、２３０−３…更新ボタン、２３２−１…追加更新ボタン、２３３−１…更新ボタン、２３３−２…完了ボタン、５１３−１…更新ボタン、５１３−２…完了ボタン、５２３−１…更新ボタン、５２３−２…完了ボタン、５３３−１…更新ボタン、５３３−２…完了ボタン、３４０−１…結果表示ボタン、３４０−２〜３４０−４…詳細結果ボタン、３４０−５…ファイル出力ボタン、３４０−６…終了ボタン、３４３−１…結果表示ボタン、３４３−２…ファイル出力ボタン、３４３−３…戻りボタン、３４５−１…結果表示ボタン、３４５−２…ファイル出力ボタン、３４５−３…戻りボタン、３４７−１…結果表示ボタン、３４７−２…ファイル出力ボタン、３４７−３…戻りボタン。
【図１】
2005004366.tif 000003
【図２】
2005004366.tif 000004
【図３】
2005004366.tif 000005
【図４】
2005004366.tif 000006
【図５】
2005004366.tif 000007
【図６】
2005004366.tif 000008
【図７】
2005004366.tif 000009
【図８】
2005004366.tif 000010
【図９】
2005004366.tif 000011
【図１０】
2005004366.tif 000012
【図１１】
2005004366.tif 000013
【図１２】
2005004366.tif 000014
【図１３】
2005004366.tif 000015
【図１４】
2005004366.tif 000016
【図１５】
2005004366.tif 000017
【図１６】
2005004366.tif 000018
【図１７】
2005004366.tif 000019
【図１８】
2005004366.tif 000020
【図１９】
2005004366.tif 000021
【図２０】
2005004366.tif 000022
【図２１】
2005004366.tif 000023
【図２２】
2005004366.tif 000024
【図２３】
2005004366.tif 000025
【図２４】
2005004366.tif 000026
【図２５】
2005004366.tif 000027
【図２６】
2005004366.tif 000028
【図２７】
2005004366.tif 000029
【図２８】
2005004366.tif 000030
【図２９】
2005004366.tif 000031
【図３０】
2005004366.tif 000032