(57)【要約】      （修正有）【課題】仕様変更がある場合に、仕様の変更が及ぼす影響範囲について出力する。【解決手段】仕様変更支援装置１は、開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部１１と、仕様の変更を示す情報である変更情報を受け付ける受付部１４と、前記変更情報を有する仕様情報に含まれる情報であり、前記変更情報に関連する情報である関連情報を取得する関連情報取得部１５と、前記仕様情報と前記関連情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索部１６と、前記検索部が検索した仕様情報を特定する特定情報を出力する出力部１７とを具備する。【選択図】図１
2015056083.tif 000002
【特許請求の範囲】
【請求項１】
開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部と、
仕様の変更を示す情報である変更情報を受け付ける受付部と、
前記変更情報を有する仕様情報に含まれる情報であり、前記変更情報に関連する情報である関連情報を取得する関連情報取得部と、
前記仕様情報と前記関連情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索部と、
前記検索部が検索した仕様情報を特定する特定情報を出力する出力部とを具備する仕様変更支援装置。
【請求項２】
前記検索式を構成するための情報であり、ランクに対応付けられた情報である２以上の検索式元情報を格納し得る検索式元情報格納部と、
前記検索部は、
前記仕様情報と前記関連情報と前記検索式元情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索し、
前記出力部は、
前記検索部が検索した仕様情報を検索するために使用した検索式元情報に対応するランクを視覚的に区別可能なように、前記検索部が検索した仕様情報を特定する特定情報を出力する請求項１記載の仕様変更支援装置。
【請求項３】
前記仕様情報は、
複数の項目を有する構造化されている情報であり、
前記検索元情報は、
前記項目を指定する情報を有する請求項２記載の仕様変更支援装置。
【請求項４】
前記出力部は、
少なくとも前記検索部が検索した仕様情報を出力し、
前記受付部は、
前記出力部が出力した仕様情報に含まれる１以上の関連情報をもユーザから受け付け、
前記関連情報取得部は、
前記受付部が受け付けた関連情報を取得する請求項１から請求項３いずれか記載の仕様変更支援装置。
【請求項５】
ユーザから受け付けた変更情報を含む履歴情報を格納し得る履歴情報格納部と、
前記受付部が受け付けた履歴情報または前記受付部が受け付けた履歴情報と関連情報、および前記出力部が出力した特定情報を有する履歴情報を構成し、前記履歴情報格納部に蓄積する履歴情報蓄積部とをさらに具備し、
前記受付部は、
前記履歴情報の出力指示をも受け付け、
前記出力部は、
前記受付部が前記履歴情報の出力指示を受け付けた場合に、前記履歴情報格納部の履歴情報を出力する請求項１から請求項４いずれか記載の仕様変更支援装置。
【請求項６】
前記変更情報は、
一の表を構成する属性値であり、
前記関連情報は、
前記一の表の属性値に対応する属性を識別する属性識別子である請求項１から請求項５いずれか記載の仕様変更支援装置。
【請求項７】
前記変更情報は、
一の表を構成する属性識別子、または一の表を構成する属性値であり、
前記関連情報は、
前記一の表を識別する表識別子である請求項１から請求項６いずれか記載の仕様変更支援装置。
【請求項８】
記憶媒体は、
開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部を有し、
受付部、関連情報取得部、検索部、および出力部により実現され得る情報処理方法であって、
前記受付部が、仕様の変更を示す情報である変更情報を受け付ける受付ステップと、
前記関連情報取得部が、前記変更情報を有する仕様情報に含まれる情報であり、前記変更情報に関連する情報である関連情報を取得する関連情報取得ステップと、
前記検索部が、前記仕様情報と前記関連情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索ステップと、
前記出力部が、前記検索ステップで検索された仕様情報を特定する特定情報を出力する出力ステップとを具備する情報処理方法。
【請求項９】
コンピュータがアクセス可能な記憶媒体は、
開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部を有し、
コンピュータを、
仕様の変更を示す情報である変更情報を受け付ける受付部と、
前記変更情報を有する仕様情報に含まれる情報であり、前記変更情報に関連する情報である関連情報を取得する関連情報取得部と、
前記仕様情報と前記関連情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索部と、
前記検索部が検索した仕様情報を特定する特定情報を出力する出力部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仕様の変更が及ぼす影響範囲について出力できる仕様変更支援装置等に関するものである。
【背景技術】
【０００２】
従来、あらかじめ定義された構成に基づいて仕様が記述された成果物の構成を、成果物構成データとして記憶する成果物構成モデル記憶手段と、複数の成果物間において、成果物内に記述された仕様の追跡可能性に係る関係をあらかじめトレーサビリティモデルデータとして記憶するトレーサビリティモデル記憶手段と、成果物を入出力のパラメータとして表すタスク、該タスク間の依存関係及びタスクを遂行する担当者に関するデータをプロジェクトライフサイクルモデルデータとして記憶するプロジェクトライフサイクルモデル記憶手段と、成果物に記述された仕様が変更されると、トレーサビリティモデルデータに基づいて、変更により影響を受ける下流工程の成果物に係る仕様を特定し、また、成果物構成データに基づいて、特定した仕様が記述された成果物を特定し、さらに、プロジェクトライフサイクルモデルデータに基づいて、特定した成果物を入力パラメータとするタスク及び該タスクの担当者を特定する影響範囲特定処理手段と、該影響範囲特定処理手段が特定した担当者に対する通知処理を行う通知処理手段とを備えることを特徴とするプロジェクト管理システムがあった（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２０４３３３号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムにおいては、影響のあるタスク及びタスクの担当者のみを特定できるに過ぎず、仕様変更による広い影響範囲を知ることができなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の仕様変更支援装置は、開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部と、仕様の変更を示す情報である変更情報を受け付ける受付部と、変更情報を有する仕様情報に含まれる情報であり、変更情報に関連する情報である関連情報を取得する関連情報取得部と、仕様情報と関連情報とを用いて検索式を構成し、検索式を用いて、２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索部と、検索部が検索した仕様情報を特定する特定情報を出力する出力部とを具備する仕様変更支援装置である。
【０００６】
かかる構成により、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【０００７】
また、本第二の発明の仕様変更支援装置は、第一の発明に対して、検索式を構成するための情報であり、ランクに対応付けられた情報である２以上の検索式元情報を格納し得る検索式元情報格納部と、検索部は、仕様情報と関連情報と検索式元情報とを用いて検索式を構成し、検索式を用いて、２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索し、出力部は、検索部が検索した仕様情報を検索するために使用した検索式元情報に対応するランクを視覚的に区別可能なように、検索部が検索した仕様情報を特定する特定情報を出力する仕様変更支援装置である。
【０００８】
かかる構成により、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【０００９】
また、本第三の発明の仕様変更支援装置は、第二の発明に対して、仕様情報は、複数の項目を有する構造化されている情報であり、検索元情報は、項目を指定する情報を有する仕様変更支援装置である。
【００１０】
かかる構成により、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【００１１】
また、本第四の発明の仕様変更支援装置は、第一から第三いずれかの発明に対して、出力部は、少なくとも検索部が検索した仕様情報を出力し、受付部は、出力部が出力した仕様情報に含まれる１以上の関連情報をもユーザから受け付け、関連情報取得部は、受付部が受け付けた関連情報を取得する仕様変更支援装置である。
【００１２】
かかる構成により、仕様変更がある場合に、影響範囲を容易に絞り込むことができ、影響範囲の特定のための操作が容易になる。
【００１３】
また、本第五の発明の仕様変更支援装置は、第一から第四いずれかの発明に対して、ユーザから受け付けた変更情報を含む履歴情報を格納し得る履歴情報格納部と、受付部が受け付けた履歴情報または受付部が受け付けた履歴情報と関連情報、および出力部が出力した特定情報を有する履歴情報を構成し、履歴情報格納部に蓄積する履歴情報蓄積部とをさらに具備し、受付部は、履歴情報の出力指示をも受け付け、出力部は、受付部が履歴情報の出力指示を受け付けた場合に、履歴情報格納部の履歴情報を出力する仕様変更支援装置である。
【００１４】
かかる構成により、仕様変更の影響範囲の調査が適切に行われたか否かを容易に確認できる。
【００１５】
また、本第六の発明の仕様変更支援装置は、第一から第五いずれかの発明に対して、変更情報は、一の表を構成する属性値であり、関連情報は、一の表の属性値に対応する属性を識別する属性識別子である仕様変更支援装置である。
【００１６】
かかる構成により、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【００１７】
また、本第七の発明の仕様変更支援装置は、第一から第六いずれかの発明に対して、変更情報は、一の表を構成する属性識別子、または一の表を構成する属性値であり、関連情報は、一の表を識別する表識別子である仕様変更支援装置である。
【００１８】
かかる構成により、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【発明の効果】
【００１９】
本発明による仕様変更支援装置によれば、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態１における仕様変更支援装置１のブロック図
【図２】同仕様変更支援装置１の動作例について説明するフローチャート
【図３】同関連情報取得処理について説明するフローチャート
【図４】同仕様情報の例を示す図
【図５】同仕様情報の例を示す図
【図６】同仕様情報の例を示す図
【図７】同検索元情報管理表を示す図
【図８】同履歴情報管理表を示す図
【図９】同画面例を示す図
【図１０】同画面例を示す図
【図１１】同画面例を示す図
【図１２】同画面例を示す図
【図１３】同画面例を示す図
【図１４】同画面例を示す図
【図１５】同変更関連情報管理表を示す図
【図１６】同他の変更関連情報管理表を示す図
【図１７】同バッファに格納された出力情報の例を示す図
【図１８】同コンピュータシステムの概観図
【図１９】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２１】
以下、仕様変更支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２２】
（実施の形態１）
本実施の形態において、仕様の変更を示す変更情報を受け付け、変更情報を含む仕様情報に記載されている関連情報をも用いて、仕様変更に関連する仕様情報を検索し、出力する仕様変更支援装置について説明する。
【００２３】
また、本実施の形態において、２以上の検索条件を有し、検索条件に応じて仕様情報にランクが付与され、ランクを視覚的に区別可能なように仕様情報を出力する仕様変更支援装置について説明する。
【００２４】
また、本実施の形態において、仕様情報は構造を有し、当該構造を構成する項目を用いた検索式を用いて、仕様変更に関連する仕様情報を検索し、出力する仕様変更支援装置について説明する。
【００２５】
また、本実施の形態において、検索された１以上の仕様情報を出力し、出力した仕様情報の中からユーザ指定した変更情報を受け付け、受け付けた変更情報を用いて、仕様変更に影響され得る仕様情報を再帰的に検索する仕様変更支援装置について説明する。
【００２６】
さらに、本実施の形態において、ユーザの操作、および検索結果の履歴を蓄積し、出力する仕様変更支援装置について説明する。
【００２７】
図１は、本実施の形態における仕様変更支援装置１のブロック図である。仕様変更支援装置１は、仕様情報格納部１１、検索式元情報格納部１２、履歴情報格納部１３、受付部１４、関連情報取得部１５、検索部１６、出力部１７、および履歴情報蓄積部１８を備える。
【００２８】
仕様情報格納部１１は、２以上の仕様情報を格納し得る。仕様情報とは、開発のために使用する仕様書の情報である。仕様情報は、通常、仕様書である。仕様情報は、要件定義書、概要設計書、詳細設計書、機能設計書、帳票仕様書、画面定義書、入出力一覧表、関数設計書、スキーマ設計書、テーブル定義書等、どのような種類の仕様書等でも良い。また、仕様情報は、通常、ファイルであるが、データベース、データベースのレコード等でも良い。つまり、仕様情報のデータ構造は問わない。ただし、仕様情報は、複数の項目を有し、構造化されている情報であることは好適である。ここで、項目はタグにより識別できても良いし、複数の項目を有する仕様情報の構造を定義する情報により識別できても良い。また、仕様情報は、例えば、表項目、主要項目、見出し、ヘッダ、フッタ等の項目を有する。また、仕様情報がファイルである場合、ファイル名も項目として考えても良い。さらに、ここでの開発とは、通常、ソフトウェア開発であるが、ハードウェア等の開発でも良い。なお、仕様情報格納部１１に格納されている２以上の仕様情報は、通常、一の開発における仕様情報である。
【００２９】
検索式元情報格納部１２は、２以上の検索式元情報を格納し得る。検索式元情報とは、検索式を構成するための情報であり、ランクに対応付けられた情報である。検索式元情報とは、例えば、「Ｓｅｌｅｃｔ  仕様情報識別子  ｆｒｏｍ  すべての仕様情報  ｗｈｅｒｅ  （属性識別子＝＄変更情報  ｏｒ  属性識別子＝＄関連情報）」である。なお、この検索式元情報は、すべての仕様情報を条件「表項目＝＄変更情報  ｏｒ  表項目＝＄関連情報」により検索し、条件に合致する仕様情報識別子を取得するための情報である。なお、「属性識別子」は予約語であり、表の属性を識別する識別子の意味である。また、「＄」は変数を示し、「＄変更情報」は取得された変更情報、「＄関連情報」は取得された関連情報を示す。なお、変更情報は、例えば、一の表を構成する属性値、一の表を構成する属性識別子、一の表を識別する表識別子、帳票を識別する帳票識別子等である。なお、検索式元情報はプログラム中に埋め込まれていても良いことは言うまでもない。
【００３０】
履歴情報格納部１３は、履歴情報を格納し得る。履歴情報は、仕様変更の影響範囲のための調査が適切か否かを判断するための情報である。また、履歴情報は、ユーザから受け付けた変更情報を含む情報であり、仕様変更の影響範囲のためのユーザ操作について、適切か否かを判断するための情報である。履歴情報は、通常、ユーザが入力した変更情報や関連情報、出力部１７が出力した特定情報を含む。
【００３１】
受付部１４は、情報や指示等を受け付ける。受付部１４は、例えば、仕様の変更を示す情報である変更情報を受け付ける。また、受付部１４は、出力部１７が出力した仕様情報に含まれる１以上の関連情報をもユーザから受け付けても良い。さらに、受付部１４は、履歴情報の出力指示をも受け付けても良い。なお、受付部１４が受け付ける変更情報や関連情報は、例えば、属性識別子、表識別子、属性値、帳票識別子、画面を識別する画面識別子、関数を識別する関数識別子、メソッドを識別するメソッド識別子等である。また、変更情報が一の表の属性値である場合、例えば、関連情報は、当該一の表の属性値に対応する属性を識別する属性識別子、当該一の表の表識別子等である。また、変更情報が一の表の属性識別子である場合、例えば、関連情報は、当該一の表を識別する表識別子である。また、受付部１４は、仕様情報を出力する指示を受け付けても良い。この指示は、出力部１７が出力した仕様情報識別子で識別される仕様情報を出力する指示でも良い。さらに、ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００３２】
関連情報取得部１５は、変更情報を有する仕様情報に含まれる情報であり、変更情報に関連する情報である関連情報を取得する。例えば、関連情報取得部１５は、変更情報の種類を示す情報である変更情報種類情報（例えば、属性識別子）と関連情報の種類を示す情報である関連情報種類情報（例えば、表識別子）とを、対応付けて保持している。そして、関連情報取得部１５は、受け付けられた変更情報を含む仕様情報を検索する。そして、当該検索した仕様情報に含まれる情報であり、受け付けられた変更情報の種類を示す変更情報種類情報と対になる関連情報種類情報を取得し、当該関連情報種類情報に対応する関連情報を、変更情報を含む仕様情報から取得する。
【００３３】
また、関連情報取得部１５は、受付部１４が受け付けた関連情報を取得しても良い。かかる関連情報は、変更情報を有する仕様情報に含まれる情報であり、出力されている情報である。
【００３４】
検索部１６は、仕様情報と関連情報とを用いて、２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する。検索部１６は、通常、仕様情報と関連情報とを用いて検索式を構成し、当該検索式を用いて、２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する。
【００３５】
また、検索部１６は、仕様情報と関連情報と検索式元情報とを用いて検索式を構成し、当該検索式を用いて、２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索しても良い。なお、かかる場合、検索部１６は、仕様情報と関連情報とを検索式元情報に適用し、検索式を構成する。
【００３６】
出力部１７は、検索部１６が検索した仕様情報を特定する特定情報を出力する。ここで、特定情報とは、例えば、検索部１６が検索した仕様情報を識別する仕様情報識別子や、仕様情報自体等である。仕様情報識別子は、例えば、仕様情報のファイル識別子や表識別子などである。
【００３７】
また、出力部１７は、変更情報、関連情報、および特定情報を出力しても良い。かかる場合、出力部１７は、ユーザの操作手順が分かる態様で、変更情報、関連情報、および特定情報を出力することは好適である。例えば、出力部１７は、変更情報を入力する元になった仕様情報の仕様情報識別子、変更情報、当該変更情報を用いて検索された仕様情報の仕様情報識別子、検索された仕様情報に含まれる関連情報、当該関連情報を用いて検索された仕様情報の仕様情報識別子を階層的に出力することは好適である。なお、階層的に前記情報を出力することにより、ユーザの操作の手順が視覚的に出力されることになり、適切な影響範囲調査が行われていることを容易に確認できる。
【００３８】
また、出力部１７は、検索部１６が検索した仕様情報を検索するために使用した検索式元情報に対応するランクを視覚的に区別可能なように、検索部１６が検索した仕様情報を特定する特定情報を出力することは好適である。
【００３９】
さらに、出力部１７は、受付部１４が履歴情報の出力指示を受け付けた場合に、履歴情報格納部１３の履歴情報を出力することは好適である。
【００４０】
ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００４１】
履歴情報蓄積部１８は、受付部１４が受け付けた履歴情報または受付部１４が受け付けた履歴情報と関連情報、および出力部１７が出力した特定情報を有する履歴情報を構成し、履歴情報格納部１３に蓄積する。
【００４２】
仕様情報格納部１１、検索式元情報格納部１２、および履歴情報格納部１３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。仕様情報格納部１１等に仕様情報等が記憶される過程は問わない。例えば、記録媒体を介して仕様情報等が仕様情報格納部１１で記憶されるようになってもよく、通信回線等を介して送信された仕様情報等が仕様情報格納部１１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された仕様情報等が仕様情報格納部１１で記憶されるようになってもよい。
【００４３】
受付部１４が受け付ける変更情報等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部１４は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００４４】
関連情報取得部１５、検索部１６、および履歴情報蓄積部１８は、通常、ＭＰＵやメモリ等から実現され得る。関連情報取得部１５等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４５】
出力部１７は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。出力部１７は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００４６】
なお、受付部１４が、上記で説明していない指示等を受け付けた場合、図示しない処理部が受け付けた指示に応じた処理を行う。なお、指示が一のファイルのオープン指示である場合、図示しない処理部は当該一のファイルをオープンし、出力する。
【００４７】
次に、仕様変更支援装置１の動作例について、図２のフローチャートを用いて説明する。
【００４８】
（ステップＳ２０１）受付部１４は、仕様の変更を示す変更情報を受け付けたか否かを判断する。変更情報を受け付ければステップＳ２０２に行き、変更情報を受け付けなければステップＳ２１２に行く。
【００４９】
（ステップＳ２０２）履歴情報蓄積部１８は、ステップＳ２０１で受け付けられた変更情報を履歴情報格納部１３に蓄積する。なお、この変更情報は、履歴情報の一例である。
【００５０】
（ステップＳ２０３）関連情報取得部１５は、ステップＳ２０１で受け付けられた変更情報またはステップＳ２１１で受け付けられた関連情報に関連する関連情報を取得する。かかる関連情報取得処理について、図３のフローチャートを用いて説明する。なお、本ステップで、関連情報を取得できなくても良い。
【００５１】
（ステップＳ２０４）検索部１６は、カウンタｉに１を代入する。
【００５２】
（ステップＳ２０５）検索部１６は、検索式元情報格納部１２に、ｉ番目の検索式元情報が存在するか否かを判断する。ｉ番目の検索式元情報が存在すればステップＳ２０６に行き、ｉ番目の検索式元情報が存在しなければステップＳ２０９に行く。
【００５３】
（ステップＳ２０６）検索部１６は、ｉ番目の検索式元情報を用いて、検索式を構成する。なお、通常、検索部１６は、ｉ番目の検索式元情報に、変更情報、または変更情報と関連情報とを適用し、検索式を構成する。
【００５４】
（ステップＳ２０７）検索部１６は、ステップＳ２０６で構成した検索式を用いて、仕様情報格納部１１を検索する。ここで、検索部１６は、通常、１以上の仕様情報を検索し、１以上の特定情報を取得する。
【００５５】
（ステップＳ２０８）検索部１６は、カウンタｉを１、インクリメントする。ステップＳ２０５に戻る。
【００５６】
（ステップＳ２０９）出力部１７は、ステップＳ２０７で取得された１以上の特定情報を用いて、出力する情報（以下、適宜、「出力情報」という。）を構成する。なお、出力部１７は、ステップＳ２０７で取得された１以上の特定情報、および受け付けられた変更情報、関連情報等を用いて、出力情報を構成することは好適である。また、出力部１７は、検索式元情報に対応するランクを視覚的に区別可能なように、検索部１６が取得した特定情報を有する出力情報を構成することは好適である。
【００５７】
（ステップＳ２１０）出力部１７は、ステップＳ２０９で構成した出力情報を出力する。
【００５８】
（ステップＳ２１１）履歴情報蓄積部１８は、受付部１４が受け付けた変更情報および出力部１７が出力した特定情報を有する履歴情報を構成し、履歴情報格納部１３に蓄積する。また、履歴情報蓄積部１８は、受付部１４が受け付けた変更情報と関連情報および出力部１７が出力した特定情報を有する履歴情報を構成し、履歴情報格納部１３に蓄積しても良い。
【００５９】
（ステップＳ２１２）受付部１４は、関連情報を受け付けたか否かを判断する。関連情報を受け付ければステップＳ２１３に行き、関連情報を受け付けなければステップＳ２１４に行く。
【００６０】
（ステップＳ２１３）履歴情報蓄積部１８は、ステップＳ２１２で受け付けられた関連情報を履歴情報格納部１３に蓄積する。ステップＳ２０３に行く。なお、この関連情報は、履歴情報の一例である。
【００６１】
（ステップＳ２１４）受付部１４は、履歴情報の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ２１５に行き、出力指示を受け付けなければステップＳ２０１に戻る。
【００６２】
（ステップＳ２１５）出力部１７は、履歴情報格納部１３から１以上の履歴情報を読み出す。
【００６３】
（ステップＳ２１６）出力部１７は、１以上の履歴情報から出力する情報を構成する。
【００６４】
（ステップＳ２１７）出力部１７は、ステップＳ２１４で構成した情報を出力する。ステップＳ２０１に戻る。
【００６５】
なお、図２のフローチャートにおいて、検索式元情報は一つでも良い。
【００６６】
また、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００６７】
次に、ステップＳ２０３の関連情報取得処理の例について、図３のフローチャートを用いて説明する。
【００６８】
（ステップＳ３０１）関連情報取得部１５は、ステップＳ２０１で受け付けられた変更情報またはステップＳ２１１で受け付けられた関連情報の種類を示す情報を取得する。なお、種類を示す情報は、変更情報または関連情報に付されているタグでも良いし、変更情報または関連情報が有するデータ構造から取得しても良い。種類を示す情報の取得方法は問わない。また、変更情報または関連情報の種類を示す情報は、ここでは、変更情報種類情報と言う。
【００６９】
（ステップＳ３０２）関連情報取得部１５は、ステップＳ３０１で取得した変更情報種類情報をキーとして、変更情報種類情報と関連情報種類情報とを対応づける情報を検索し、１以上の関連情報種類情報を取得する。
【００７０】
（ステップＳ３０３）関連情報取得部１５は、カウンタｉに１を代入する。
【００７１】
（ステップＳ３０４）関連情報取得部１５は、仕様情報格納部１１の中にｉ番目の仕様情報が存在するか否かを判断する。ｉ番目の仕様情報が存在すればステップＳ３０５に行き、ｉ番目の仕様情報が存在しなければ上位処理にリターンする。
【００７２】
（ステップＳ３０５）関連情報取得部１５は、ステップＳ２０１で受け付けられた変更情報または／およびステップＳ２１１で受け付けられた関連情報を用いて、ｉ番目の仕様情報を検索する。
【００７３】
（ステップＳ３０６）関連情報取得部１５は、ステップＳ３０５において、変更情報または関連情報が、ｉ番目の仕様情報に存在するか否かを判断する。存在すればステップＳ３０７に行き、存在しなければステップＳ３０８に行く。
【００７４】
（ステップＳ３０７）関連情報取得部１５は、ｉ番目の仕様情報の中の情報であり、ステップＳ３０２で取得された１以上のいずれかの関連情報種類情報に対応する情報であり、ステップＳ２０１で受け付けられた変更情報またはステップＳ２１１で受け付けられた関連情報に対応する１以上の情報を取得する。かかる情報は、関連情報である。
【００７５】
（ステップＳ３０８）関連情報取得部１５は、カウンタｉを１、インクリメントする。ステップＳ２０５に戻る。
【００７６】
以下、本実施の形態における仕様変更支援装置１の具体的な動作について説明する。
【００７７】
今、仕様情報格納部１１は、図４、図５、図６等に示す多数の仕様情報を格納している、とする。また、仕様情報格納部１１の仕様情報は、例えば、ファイルであり、仕様情報を識別する仕様情報識別子（例えば、ファイル名）を有する。図４の仕様情報識別子は「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」であり、図５の仕様情報識別子は「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」であり、図６の仕様情報識別子は「［デモ］物理データ設計書＿テーブル定義．ｘｌｓｘ」である、とする。なお、［デモ］は、図においては墨付き括弧とする。
【００７８】
また、検索式元情報格納部１２は、図７に示す検索元情報管理表を格納している。検索元情報管理表は、「ＩＤ」「ランク」「検索式元情報」を有するレコードを１以上格納している。図７において、４つの検索式元情報を格納している。また、検索元情報管理表において、各仕様情報に対して、「ＩＤ＝１」から順に検索式元情報が適用され、いずれかのレコードに合致した場合に、検索式元情報の適用が終了する。また、図７の「ランク」は、重要度と考えても良く、ランクが大きい検索式元情報に合致する仕様情報ほど、仕様変更の影響度が大きいと考えられる。また、検索式元情報の「＄」ではじまる変数には、変更情報または関連情報が代入され、検索式が構成される。そして、図７の「ＩＤ＝１」のレコードにおける検索式元情報「属性識別子＝＄変更情報に対応する属性識別子  ＡＮＤ  属性値＝＄変更情報」は、受け付けられた変更情報に対応する属性識別子（属性名と言っても良い）と同一の属性識別子を有し、かつ、当該属性識別子で識別される属性の属性値として、変更情報と同一の値を有することを意味である。また、検索式元情報「ヘッダ  ｉｎｃｌｕｄｅ  ＄変更情報」は、仕様情報の一項目であるヘッダの項目の中に、変更情報が含まれる場合に合致する意味である。つまり、「＝」や「ｉｎｃｌｕｄｅ」は検索に使用される演算子である。
【００７９】
さらに、履歴情報格納部１３は、図８に示す構造の履歴情報管理表を保持している。履歴情報管理表は「ＩＤ」「対象となる仕様情報識別子」「変更情報／関連情報」「特定情報」「リンク」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「対象となる仕様情報識別子」は、表示されている仕様情報の識別子であり、ユーザが入力する変更情報または関連情報が含まれる仕様情報の識別子である。「変更情報／関連情報」は、ユーザが入力する変更情報または関連情報である。「特定情報」は、ユーザが入力した変更情報または関連情報を使用して検索された仕様情報に関する特定情報（ここでは、仕様情報識別子）である。「リンク」は、レコード間のリンクを示す。図８において、「ＩＤ＝１」の属性「リンク」の属性値が「２」であるが、このリンク「２」は、「ＩＤ＝１」のレコードの次に、「ＩＤ＝２」のレコードが連結していることを示す。なお、連結しているレコードは、一連の調査のための操作において取得された履歴情報（レコード）であることを示す。
【００８０】
かかる状況において、以下の２つの具体例について説明する。
【００８１】
（具体例１）
具体例１は、関連情報はユーザが入力する場合の例である。ここで、ユーザは、仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」の中の帳票ＩＤ「Ｌ１０１」で示される帳票の仕様を変更する場合の影響範囲を調べる作業を行う、とする。
【００８２】
まず、ユーザは、仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」をオープンし、当該仕様情報を表示させる。次に、ユーザは、仕様変更する情報を示す「Ｌ１０１」を指示する（図９の９０１参照）。そして、ユーザは、操作メニューを表示させ、メニュー項目「トレーサビリティー」を選択する。すると、受付部１４は、変更情報「Ｌ１０１」を受け付ける（図９の９０２参照）。そして、仕様変更支援装置１は、以下のようなトレーサビリティーの処理を開始する。
【００８３】
次に、履歴情報蓄積部１８は、受け付けられた変更情報が含まれる仕様情報の識別子「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」と受け付けられた変更情報「Ｌ１０１」とを履歴情報格納部１３に蓄積する。ここで、履歴情報蓄積部１８は、図８の「ＩＤ＝１」の「対象となる仕様情報識別子」と「変更情報／関連情報」とを、履歴情報管理表に蓄積したこととなる。
【００８４】
次に、関連情報取得部１５は、受け付けられた変更情報「Ｌ１０１」に関連する関連情報を取得しようとするが、ここでは関連情報は取得できなかった、とする。
【００８５】
次に、検索部１６は、図７の１番目の検索式元情報に変更情報「Ｌ１０１」を代入し、検索式「属性識別子＝Ｌ１０１に対応する属性識別子  ＡＮＤ  属性値＝Ｌ１０１」を構成する。そして、検索部１６は、Ｌ１０１に対応する属性識別子「帳票ＩＤ」を取得する。なお、例えば、「＄変更情報に対応する属性識別子」の「に対応する属性識別子」は、検索部１６が保持している予約語であり、検索部１６は「＄変更情報」の属性識別子を取得し、当該属性識別子を「＄変更情報に対応する属性識別子」に代入するものとする。
そして、検索部１６は、検索式「属性識別子＝帳票ＩＤ  ＡＮＤ  属性値＝Ｌ１０１」を用いて、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【００８６】
次に、検索部１６は、図７の２番目の検索式元情報に変更情報「Ｌ１０１」を代入し、検索式「ヘッダ  ｉｎｃｌｕｄｅ  Ｌ１０１」を構成する。そして、検索部１６は、検索式「ヘッダ  ｉｎｃｌｕｄｅ  Ｌ１０１」を用いて、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【００８７】
次に、検索部１６は、図７の３番目の検索式元情報に変更情報「Ｌ１０１」を代入し、検索式「ファイル名  ｉｎｃｌｕｄｅ  Ｌ１０１」を構成する。そして、検索部１６は、検索式「ファイル名  ｉｎｃｌｕｄｅ  Ｌ１０１」を用いて、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【００８８】
さらに、検索部１６は、図７の４番目の検索式元情報に変更情報「Ｌ１０１」を代入し、検索式「仕様情報  ｉｎｃｌｕｄｅ  Ｌ１０１」を構成する。そして、検索部１６は、検索式「仕様情報  ｉｎｃｌｕｄｅ  Ｌ１０１」を用いて、仕様情報格納部１１を検索する。
【００８９】
そして、ここでは、１つの仕様情報に合致した、とする。１つの仕様情報は、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」である。
【００９０】
次に、出力部１７は、上記の１つの特定情報を用いて、出力情報を構成し、出力する。
【００９１】
次に、履歴情報蓄積部１８は、出力部１７が出力した１つの特定情報を有する履歴情報を図８の履歴情報管理表に蓄積する。ここで、蓄積された１つの特定情報は、図８の「ＩＤ＝１」の特定情報である。
【００９２】
次に、ユーザは、出力された特定情報「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」を指示し、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」をオープンした、とする（図１０の１０１参照）。
【００９３】
次に、ユーザは、直前の変更情報または関連情報（ここでは変更情報「Ｌ１０１」）に関連する関連情報を示す「基本情報テーブル」を指示する（図１０の１０２参照）。そして、ユーザは、操作メニューを表示させ、メニュー項目「トレーサビリティー」を選択する。すると、受付部１４は、関連情報「基本情報テーブル」を受け付ける（図１０の１０３参照）。そして、仕様変更支援装置１は、さらなるトレーサビリティーの処理（トレーサビリティーの再帰処理）を開始する。
【００９４】
次に、履歴情報蓄積部１８は、受け付けられた関連情報が含まれる仕様情報の識別子「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」と受け付けられた関連情報「基本情報テーブル」とを履歴情報格納部１３に蓄積する。ここで、履歴情報蓄積部１８は、図８の「ＩＤ＝２」の「対象となる仕様情報識別子」と「変更情報／関連情報」とを、履歴情報管理表に蓄積したこととなる。また、履歴情報蓄積部１８は、図８の「ＩＤ＝１」の属性「リンク」の属性値として、値「２」（次のレコードのＩＤ）を蓄積する。この「ＩＤ＝１」のリンク「２」の値は、図８の「ＩＤ＝１」のレコードの蓄積に続いて、一連のトレーサビリティーの処理（再帰的なトレーサビリティーの処理）により、「ＩＤ＝２」のレコードが蓄積されたことを示す。
【００９５】
次に、関連情報取得部１５は、受け付けられた関連情報「基本情報テーブル」に関連する関連情報を取得しようとするが、ここでは関連情報は取得できなかった、とする。
【００９６】
次に、検索部１６は、図７の１番目の検索式元情報に関連情報「基本情報テーブル」を代入し、検索式「属性識別子＝基本情報テーブル  ＡＮＤ  属性値＝基本情報テーブル」を構成する。そして、検索部１６は、検索式「属性識別子＝基本情報テーブル  ＡＮＤ  属性値＝基本情報テーブル」を用いて、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【００９７】
同様に、検索部１６は、図７の２番目および３番目の検索式元情報と関連情報「基本情報テーブル」とを用いて、仕様情報格納部１１を検索するが、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【００９８】
さらに、検索部１６は、図７の４番目の検索式元情報に関連情報「基本情報テーブル」を代入し、検索式「仕様情報  ｉｎｃｌｕｄｅ  基本情報テーブル」を構成する。そして、検索部１６は、検索式「仕様情報  ｉｎｃｌｕｄｅ  基本情報テーブル」を用いて、仕様情報格納部１１を検索する。
【００９９】
そして、ここでは、５つの仕様情報に合致した、とする。５つの仕様情報は、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０２．ｘｌｓｘ」、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０３．ｘｌｓｘ」、「［デモ］機能設計書＿画面仕様書＿Ｇ５０１．ｘｌｓｘ」、「［デモ］機能設計書＿画面仕様書＿Ｇ５０２．ｘｌｓｘ」、「［デモ］物理データ設計書＿テーブル定義．ｘｌｓｘ」である。
【０１００】
次に、出力部１７は、上記の５つの特定情報を用いて、出力情報を構成する。そして、出力部１７は、図１０の１０４に示すように５つの特定情報を出力する。
【０１０１】
次に、履歴情報蓄積部１８は、出力部１７が出力した５つの特定情報を有する履歴情報を図８の履歴情報管理表に蓄積する。ここで、履歴情報蓄積部１８は、図８の「ＩＤ＝２」の「特定情報」を、履歴情報管理表に蓄積したこととなる。
【０１０２】
次に、ユーザは、出力された特定情報「［デモ］物理データ設計書＿テーブル定義．ｘｌｓｘ」を指示し、「［デモ］物理データ設計書＿テーブル定義．ｘｌｓｘ」をオープンした、とする（図１１の１１１参照）。
【０１０３】
次に、ユーザは、直前の変更情報または関連情報（ここでは関連情報「基本情報テーブル」）に関連する関連情報を示す「ユーザＮＯ」を指示する（図１１の１１２参照）。そして、ユーザは、操作メニューを表示させ、メニュー項目「トレーサビリティー」を選択する。すると、受付部１４は、関連情報「基本情報テーブル」を受け付ける（図１１の１１３参照）。そして、仕様変更支援装置１は、さらなるトレーサビリティーの処理（トレーサビリティーの再帰処理）を開始する。
【０１０４】
次に、履歴情報蓄積部１８は、受け付けられた関連情報が含まれる仕様情報の識別子「［デモ］物理データ設計書＿テーブル定義．ｘｌｓｘ」と受け付けられた関連情報「ユーザＮＯ」とを履歴情報格納部１３に蓄積する。ここで、履歴情報蓄積部１８は、図８の「ＩＤ＝３」の「対象となる仕様情報識別子」と「変更情報／関連情報」とを、履歴情報管理表に蓄積したこととなる。また、履歴情報蓄積部１８は、図８の「ＩＤ＝２」の属性「リンク」の属性値として、値「３」（次のレコードのＩＤ）を蓄積する。この「ＩＤ＝２」のリンク「３」の値は、図８の「ＩＤ＝２」のレコードの蓄積に続いて、一連のトレーサビリティーの処理（再帰的なトレーサビリティーの処理）により、「ＩＤ＝３」のレコードが蓄積されたことを示す。
【０１０５】
次に、関連情報取得部１５は、受け付けられた関連情報「ユーザＮＯ」に関連する関連情報を取得しようとするが、ここでは関連情報は取得できなかった、とする。
【０１０６】
次に、検索部１６は、図７の１番目〜３番目の検索式元情報に変更情報「ユーザＮＯ」を代入し、検索式を構成し、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。なお、かかる処理は上述した処理と同様である。
【０１０７】
次に、検索部１６は、図７の４番目の検索式元情報に関連情報「ユーザＮＯ」を代入し、検索式「仕様情報  ｉｎｃｌｕｄｅ  ユーザＮＯ」を構成する。そして、検索部１６は、検索式「仕様情報  ｉｎｃｌｕｄｅ  ユーザＮＯ」を用いて、仕様情報格納部１１を検索する。
【０１０８】
そして、ここでは、５つの仕様情報に合致した、とする。５つの仕様情報は、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０１．ｘｌｓｘ」、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０２．ｘｌｓｘ」、「［デモ］機能設計書＿帳票仕様書＿Ｄ１０３．ｘｌｓｘ」、「［デモ］機能設計書＿画面仕様書＿Ｇ５０１．ｘｌｓｘ」、「［デモ］機能設計書＿画面仕様書＿Ｇ５０２．ｘｌｓｘ」である。
【０１０９】
次に、出力部１７は、上記の５つの特定情報を用いて、出力情報を構成する。そして、出力部１７は、図１１の１１４に示すように５つの特定情報を出力する。
【０１１０】
次に、履歴情報蓄積部１８は、出力部１７が出力した５つの特定情報を有する履歴情報を図８の履歴情報管理表に蓄積する。ここで、履歴情報蓄積部１８は、図８の「ＩＤ＝３」の「特定情報」を、履歴情報管理表に蓄積したこととなる。
【０１１１】
以上により、ユーザは、トレーサビリティーのための操作を終了する、とする。
【０１１２】
次に、例えば、ユーザは、仕様変更支援装置に対して、履歴情報の出力指示を入力する、とする。ここで、履歴情報の出力指示の入力のための画面例を図１２に示す。図１２において、ボタン「トレーザビリティツール」のメニュー項目「履歴」を選択する、とする（図１２の１２１参照）。
【０１１３】
すると、仕様変更支援装置の出力部１７は、図１３に示す画面を出力する。なお、履歴情報管理表の履歴情報は、ユーザを識別するユーザ識別子と対にして、蓄積されても良い。なお、かかる場合、履歴情報蓄積部１８は、ユーザ識別子と履歴情報とを対にして、履歴情報格納部１３に蓄積する。つまり、例えば、履歴情報管理表のレコードはユーザ識別子を有しても良い。
【０１１４】
次に、受付部１４は、履歴情報の出力指示を受け付ける。
【０１１５】
次に、出力部１７は、履歴情報管理表から１以上のレコード（履歴情報）を読み出す。そして、出力部１７は、１以上の履歴情報から出力する情報を構成する。次に、出力部１７は、構成した情報を、例えば、図１４の１４１のように出力する。
【０１１６】
なお、かかる履歴情報の出力により、あるユーザが適正にトレーサビリティーの操作を行ったか否かを判断できる。
【０１１７】
（具体例２）
具体例１は、関連情報が自動取得される場合の例である。また、本具体例において、特定情報は、ランクが視覚的に区別できる態様で出力される。
【０１１８】
今、関連情報取得部１５は、図１５に示す変更関連情報管理表を保持している。変更関連情報管理表は、変更情報に対応する関連情報を管理する表であり、「ＩＤ」「変更情報」「関連情報」を有するレコードを１以上、保持している。「ＩＤ」はレコードを識別する情報である。「変更情報」は変更情報を特定する情報である。「関連情報」は関連情報を特定する情報である。なお、図１５の「ＩＤ＝１」のレコードは、変更情報が属性識別子である場合、関連情報は当該属性識別子を有する表の表識別子であることを示す。また、図１５の「ＩＤ＝２」のレコードは、変更情報が属性値である場合、関連情報は当該属性値を有する属性の属性識別子であることを示す。また、図１５の「ＩＤ＝３」のレコードは、変更情報がメッセージである場合、関連情報は当該メッセージに対して呼び出されるメソッドであることを示す。また、図１５の「ＩＤ＝４」のレコードは、変更情報が属性識別子（属性識別子１）である場合、関連情報は当該属性識別子（属性識別子１）を一部に含む属性識別子（属性識別子２）であることを示す。つまり、図１５の「ＩＤ＝４」のレコードは、変更情報が「テーブル名」の場合、「テーブル名／ファイル名」という属性識別子は関連情報となる。さらに、また、図１５の「ＩＤ＝５」のレコードは、変更情報が属性識別子（属性識別子１）である場合、関連情報は当該属性識別子（属性識別子１）の一部である属性識別子（属性識別子２）であることを示す。つまり、図１５の「ＩＤ＝４」のレコードは、変更情報が「テーブル名／ファイル名」の場合、「ファイル名」という属性識別子は関連情報となる。
また、関連情報取得部１５は、図１６に示す変更関連情報管理表を保持していても良い。図１６の変更関連情報管理表は、「変更情報のタイプ」「変更情報」「関連情報」を有するレコードを１以上、保持している。「変更情報のタイプ」は、変更情報の種類を示し、ここでは属性識別子、属性値を挙げているが、表識別子等でも良い。また、「変更情報」は変更情報そのものを示し、「関連情報」は関連情報そのものを示す。そして、「ＩＤ＝１」のレコードは、属性識別子「帳票ＩＤ」と属性識別子「帳票番号」とは、変更情報と関連情報の関係にあることを意味する。また、「ＩＤ＝２」のレコードは、属性識別子「テーブル名／ファイル名」と属性識別子「テーブル名」とは、変更情報と関連情報の関係にあることを意味し、かつ属性識別子「テーブル名／ファイル名」と属性識別子「ファイル名」とは、変更情報と関連情報の関係にあることを意味する。つまり、「ＩＤ＝２」の「テーブル名、ファイル名」は、「テーブル名」または「ファイル名」の意味である。また、「ＩＤ＝３」のレコードは、属性識別子「データタイプ」と属性識別子「データ型」とは、変更情報と関連情報の関係にあることを意味する。また、「ＩＤ＝４」のレコードは、属性値「基本情報テーブル」と属性値「基本情報ＴＢＬ」とは、変更情報と関連情報の関係にあることを意味する。さらに、「ＩＤ＝５」のレコードは、属性値「消費税率」と属性値「消費税」とは、変更情報と関連情報の関係にあることを意味する。
なお、図１５、図１６の変更関連情報管理表のレコードは例であり、変更情報と関連情報との関係はいかように定義しても良い。
【０１１９】
今、仕様変更支援装置１は、図４の仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」を出力している、とする。
【０１２０】
かかる状況において、ユーザは、仕様変更する情報を示す「帳票ＩＤ」を指示した、とする。そして、ユーザは、操作メニューを表示させ、メニュー項目「トレーサビリティー」を選択する。すると、受付部１４は、変更情報「帳票ＩＤ」を受け付ける。そして、仕様変更支援装置１は、以下のようなトレーサビリティーの処理を開始する。
【０１２１】
次に、履歴情報蓄積部１８は、受け付けられた変更情報が含まれる仕様情報の識別子「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」と受け付けられた変更情報「帳票ＩＤ」とを履歴情報格納部１３に蓄積する。
【０１２２】
次に、関連情報取得部１５は、仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」の構造（例えば、タグ）から、受け付けられた変更情報「帳票ＩＤ」の変更情報種類情報は属性識別子である、と判断する。次に、関連情報取得部１５は、図１５の変更関連情報管理表を参照し、「ＩＤ＝１」のレコードから、関連情報種類情報「表識別子」を取得する。次に、関連情報取得部１５は、変更情報「帳票ＩＤ」に対応する表識別子「入出力一覧（帳票）」を、図４の仕様情報から取得した、とする。
【０１２３】
次に、検索部１６は、図７の１番目の検索式元情報に変更情報「帳票ＩＤ」、関連情報「入出力一覧（帳票）」を代入し、検索式を構成する。そして、検索部１６は、検索式を用いて、仕様情報格納部１１を検索する。そして、ここでは、いずれの仕様情報も検索式（条件）を満たさなかった、とする。
【０１２４】
次に、検索部１６は、図７の２番目の検索式元情報に変更情報「帳票ＩＤ」、関連情報「入出力一覧（帳票）」を代入し、検索式「（ヘッダ  ｉｎｃｌｕｄｅ  帳票ＩＤ）  ＯＲ  （ヘッダ  ｉｎｃｌｕｄｅ  「入出力一覧（帳票））」を構成する。そして、検索部１６は、当該検索式を用いて、仕様情報格納部１１を検索する。そして、検索部１６は、仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」、「［デモ］関数仕様書＿入出力一覧（帳票）」という２つの仕様情報を検索した、とする。そして、かかる２つの仕様情報のランクは、図７の２番目の検索式元情報に対応するランク「３」である。そして、検索部１６は、ランク「３」と、２つの仕様情報「［デモ］要求定義書＿入出力一覧（帳票）．ｘｌｓｘ」、「［デモ］関数仕様書＿入出力一覧（帳票）」とを対応付けて、一時バッファに蓄積する。
【０１２５】
次に、検索部１６は、図７の３番目の検索式元情報に変更情報「帳票ＩＤ」、関連情報「入出力一覧（帳票）」を代入し、検索式「（ファイル名  ｉｎｃｌｕｄｅ  帳票ＩＤ）  ＯＲ  （ファイル名  ｉｎｃｌｕｄｅ  入出力一覧（帳票））」を構成する。そして、検索部１６は、当該検索式を用いて、仕様情報格納部１１を検索する。そして、検索部１６は、仕様情報「帳票ＩＤ．ｄｏｃｘ」という１つの仕様情報を検索した、とする。そして、かかる１つの仕様情報のランクは、図７の３番目の検索式元情報に対応するランク「２」である。そして、検索部１６は、ランク「２」と、１つの仕様情報「帳票ＩＤ．ｄｏｃｘ」とを対応付けて、一時バッファに蓄積する。
【０１２６】
さらに、検索部１６は、図７の４番目の検索式元情報に変更情報「帳票ＩＤ」、関連情報「入出力一覧（帳票）」を代入し、検索式「仕様情報  ｉｎｃｌｕｄｅ  帳票ＩＤ」を構成する。そして、検索部１６は、検索式「仕様情報  ｉｎｃｌｕｄｅ  入出力一覧（帳票）」を用いて、仕様情報格納部１１を検索する。
【０１２７】
そして、ここでは、３つの仕様情報に合致した、とする。３つの仕様情報は、「［デモ］ＡＡＡ．ｄｏｃｘ」、「［デモ］ＢＢＢ．ｘｌｓｘ」、「［デモ］ＣＣＣ．ｄｏｃｘ」である。そして、かかる３つの仕様情報のランクは、図７の４番目の検索式元情報に対応するランク「１」である。そして、検索部１６は、ランク「１」と、３つの仕様情報「［デモ］ＡＡＡ．ｄｏｃｘ」、「［デモ］ＢＢＢ．ｘｌｓｘ」、「［デモ］ＣＣＣ．ｄｏｃｘ」とを対応付けて、一時バッファに蓄積する。
【０１２８】
以上より、バッファには、図１７に示す情報が蓄積された。次に、出力部１７は、バッファの内容を用いて、出力情報を構成し、出力する。ここで、出力部１７は、検索部１６が検索した仕様情報を検索するために使用した検索式元情報に対応するランクを視覚的に区別可能なように、検索部１６が検索した仕様情報を特定する特定情報を出力する。つまり、出力部１７は、通常、ランクが高い仕様情報を、ランクが低い仕様情報と比較して、目立つ態様で出力する。
【０１２９】
次に、履歴情報蓄積部１８は、出力部１７が出力した１つの特定情報を有する履歴情報を履歴情報管理表に蓄積する。なお、履歴情報蓄積部１８が特定情報を蓄積する方法等については、具体例１において説明したので、ここでの詳細な説明は省略する。
【０１３０】
また、以降、本具体例において、具体例１で説明したように、ユーザが選択した関連情報をも用いて、繰り返し、仕様変更により影響を受け得る仕様情報を取得することは好適である。
【０１３１】
以上、本実施の形態によれば、仕様変更がある場合に、影響範囲の広い特定が容易になる。
【０１３２】
また、本実施の形態によれば、仕様変更がある場合に、関連情報の入力を受け付けながら、繰り返しを容易に絞り込むことができ、漏れのない影響範囲の調査が可能となる。
【０１３３】
また、本実施の形態によれば、履歴情報を蓄積し、利用することにより、仕様変更の影響範囲の調査が適切に行われたか否かを容易に確認できる。
【０１３４】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記憶媒体は、開発のために使用する仕様書の情報である２以上の仕様情報を格納し得る仕様情報格納部を有し、コンピュータを、仕様の変更を示す情報である変更情報を受け付ける受付部と、前記変更情報を有する仕様情報に含まれる情報であり、前記変更情報に関連する情報である関連情報を取得する関連情報取得部と、前記仕様情報と前記関連情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索する検索部と、前記検索部が検索した仕様情報を特定する特定情報を出力する出力部として機能させるためのプログラム 、である。
【０１３５】
また、上記プログラムにおいて、前記記憶媒体は、前記検索式を構成するための情報であり、ランクに対応付けられた情報である２以上の検索式元情報を格納し得る検索式元情報格納部をも有し、前記検索部は、前記仕様情報と前記関連情報と前記検索式元情報とを用いて検索式を構成し、当該検索式を用いて、前記２以上の仕様情報の中から、仕様の変更に影響を受け得る仕様情報を検索し、前記出力部は、前記検索部が検索した仕様情報を検索するために使用した検索式元情報に対応するランクを視覚的に区別可能なように、前記検索部が検索した仕様情報を特定する特定情報を出力するものとして、コンピュータを機能させることは好適である。
【０１３６】
また、上記プログラムにおいて、前記仕様情報は、複数の項目を有する構造化されている情報であり、前記検索元情報は、前記項目を指定する情報を有するものとしてコンピュータを機能させることは好適である。
【０１３７】
また、上記プログラムにおいて、前記出力部は、少なくとも前記検索部が検索した仕様情報を出力し、前記受付部は、前記出力部が出力した仕様情報に含まれる１以上の関連情報をもユーザから受け付け、前記関連情報取得部は、前記受付部が受け付けた関連情報を取得するものとしてコンピュータを機能させることは好適である。
【０１３８】
また、上記プログラムにおいて、前記記憶媒体は、ユーザから受け付けた変更情報を含む履歴情報を格納し得る履歴情報格納部をさらに有し、コンピュータを、前記受付部が受け付けた履歴情報または前記受付部が受け付けた履歴情報と関連情報、および前記出力部が出力した特定情報を有する履歴情報を構成し、前記履歴情報格納部に蓄積する履歴情報蓄積部としてさらに機能させ、前記受付部は、前記履歴情報の出力指示をも受け付け、前記出力部は、
前記受付部が前記履歴情報の出力指示を受け付けた場合に、前記履歴情報格納部の履歴情報を出力するものとしてコンピュータを機能させることは好適である。
【０１３９】
また、図１７は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の仕様変更支援装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１７は、このコンピュータシステム３００の概観図であり、図１８は、システム３００のブロック図である。
【０１４０】
図１７において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０１４１】
図１８において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１４２】
コンピュータシステム３００に、上述した実施の形態の仕様変更支援装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０１４３】
プログラムは、コンピュータ３０１に、上述した実施の形態の仕様変更支援装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０１４４】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１４５】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１４６】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１４７】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１４８】
以上のように、本発明にかかる仕様変更支援装置は、仕様変更がある場合に、影響範囲の広い特定が容易になる、という効果を有し、仕様変更支援装置等として有用である。
【符号の説明】
【０１４９】
１  仕様変更支援装置
１１  仕様情報格納部
１２  検索式元情報格納部
１３  履歴情報格納部
１４  受付部
１５  関連情報取得部
１６  検索部
１７  出力部
１８  履歴情報蓄積部
【図１】
2015056083.tif 000003
【図２】
2015056083.tif 000004
【図３】
2015056083.tif 000005
【図７】
2015056083.tif 000006
【図８】
2015056083.tif 000007
【図１５】
2015056083.tif 000008
【図１６】
2015056083.tif 000009
【図１７】
2015056083.tif 000010
【図１８】
2015056083.tif 000011
【図１９】
2015056083.tif 000012
【図４】
2015056083.tif 000013
【図５】
2015056083.tif 000014
【図６】
2015056083.tif 000015
【図９】
2015056083.tif 000016
【図１０】
2015056083.tif 000017
【図１１】
2015056083.tif 000018
【図１２】
2015056083.tif 000019
【図１３】
2015056083.tif 000020
【図１４】
2015056083.tif 000021