JP2011096111A - 仕様情報管理装置および仕様情報管理プログラム - Google Patents

Abstract

【課題】情報処理に関する仕様情報間の追跡を的確に実行する。
【解決手段】情報処理の複数種類の仕様情報を記憶する仕様情報ＤＢと、仕様情報ＤＢに記憶された仕様情報のうち追跡対象として指定された仕様情報と他の仕様情報との間の由来関係を示す追跡情報を生成する追跡情報生成部３２と、仕様情報の追跡ルールを記憶する追跡ルールＤＢと、生成済みの追跡情報で示される仕様情報を追跡ルールにしたがって分析する追跡情報管理部３３とを備える。
【選択図】 図２

Description

本発明は、例えばシステムやソフトウェアの仕様情報の状態変化などを後から遡って追跡する機能を有する仕様情報管理装置および仕様情報管理プログラムに関する。

従来、システムやソフトウェアの仕様情報の構造や関連の情報を定義することにより、個々の仕様情報の変更を検出するものがある。例えば、特許文献１に開示される「ソフトウェア修正漏れ確認システムおよび方法」では、仕様情報に各仕様間の関連情報を付加して当該仕様情報の変更の追跡を行なっている。

また、例えば特許文献２に開示される手法では、各仕様間の依存関係を設定して追跡を行なうのではなく、上流の成果物追跡が行えるように予め設定をしておくことで追跡を行なっている。

特開２００８−４０２９号公報 特開２００８−２０４３３３号公報

しかし、前述した特許文献１に開示されるような手法では、設計作業や開発作業の進捗に伴って変化した仕様情報の修正を行なう場合に、仕様情報間の関連の追跡を行なって修正を行なう必要があるが、この追跡作業結果の良し悪しは開発者の能力に依存しており追跡結果にバラツキが生じる。

また、前述した特許文献２に開示されるような手法では、成果物ごとに下流への仕様情報間の関連を記録していなければ当該仕様情報の状態変化の追跡を行なうことができない。

したがって、従来の手法では、システムやソフトウェアの開発プロジェクトの途中で、仕様情報がどのような状態変化にあったかを追跡したり、仕様情報を開発途中で分解・統合した場合に、仕様情報の状態と変更情報の変化を追跡したりする事が出来ず、また、仕様情報間の関連が記憶されていない場合には、仕様情報の関連が追跡できなかった。

そこで、本発明の目的は、情報処理に関する仕様情報間の追跡を的確に実行することが可能になる仕様情報管理装置および仕様情報管理プログラムを提供することにある。

すなわち、本発明に係わる仕様情報管理装置は、情報処理の複数種類の仕様情報および当該仕様情報に由来する他の仕様情報との関係を記憶する仕様情報記憶手段と、前記仕様情報記憶手段に記憶される仕様情報のうち追跡対象として指定された仕様情報と他の仕様情報との間の由来関係を示す追跡情報を生成する追跡情報生成手段と、前記仕様情報の追跡ルールを記憶する追跡ルール記憶手段と、前記仕様情報記憶手段に記憶される仕様情報を前記追跡ルール記憶手段に記憶される追跡ルールにしたがって分析する追跡情報分析手段とを備えたことを特徴とする。

本発明によれば、情報処理に関する仕様情報間の追跡を的確に実行することができる。

本発明の第１の実施形態における仕様情報管理装置の構成例を示すブロック図。 本発明の第１の実施形態における仕様情報管理装置の追跡情報処理部の機能構成例を示すブロック図。 本発明の第１の実施形態における仕様情報管理装置の追跡ルール処理部の機能構成例を示すブロック図。 本発明の第１の実施形態における仕様情報管理装置の全体処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置の追跡情報処理部の処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置の追跡情報管理部の処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置の追跡ルール処理部の処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置により管理するクラス情報の一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報の一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置により管理する追跡ルール種別情報の一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置により管理する追跡ルールの一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報をもとに生成された追跡情報の一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置により管理する追跡情報の一例を表形式で示す図。 本発明の第１の実施形態における仕様情報管理装置の追跡検証部による処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置の追跡情報分析部による処理動作の一例を示すフローチャート。 本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報の状態変化解釈の手順を説明するための図。 本発明の第１の実施形態における仕様情報管理装置により出力する状態変化解釈結果の表示画面の一例を示す図。 本発明の第２の実施形態における仕様情報管理装置による処理対象の追跡情報の構成例を表形式で示す図。 本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部による処理動作の一例を示すフローチャート。 本発明の第２の実施形態における仕様情報管理装置により管理する仕様情報の影響範囲分析の手順を説明するための図。 本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力した影響範囲の一例を表形式で示す図。 本発明の第２の実施形態における仕様情報管理装置により出力する影響範囲表示画面の一例を示す図。 本発明の第２の実施形態における仕様情報管理装置により管理する仕様情報の状態変化解釈の手順を説明するための図。 本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力した影響範囲の一例を表形式で示す図。 本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力する影響範囲表示画面の一例を示す図。 本発明の第２の実施形態における仕様情報管理装置により出力する状態変化解釈後の影響範囲表示画面の一例を示す図。

以下図面により本発明の実施形態について説明する。
本発明の実施形態における仕様情報管理装置は、仕様情報の追跡情報を登録管理し、この仕様情報についてどのような状態変化が起きたのかを追跡することを可能にするトレーサビリティ（追跡可能性）を実現する。

この実現のための第１の手段は、追跡対象である仕様情報を一元管理することで追跡対象を登録管理する手段である。第２の手段は、仕様情報の追跡元と追跡先の関連を仕様情報の由来関係を用いて対応付けることによって仕様情報間の関連を登録管理する手段である。

第３の手段は、仕様情報間の由来関係を仕様情報の状態変化の解釈を行なうためのルール、予め仕様情報間の由来関係を定義しておく事を前提として仕様情報間の追跡検証を行なうためのルール、および仕様情報間の関連関係を含めて仕様情報の変更による影響範囲の分析を行なうためのルールの登録管理手段である。
第４の手段は、第１乃至第３の手段で登録管理している情報を用いて仕様情報間の追跡を行なって仕様情報の由来を解釈したり、仕様情報の由来の可能性を検証したり、仕様情報の影響範囲の分析情報を生成したりする手段である。

（第１の実施形態）
次に、本発明の第１の実施形態について説明する。
図１は、本発明の第１の実施形態における仕様情報管理装置の構成例を示すブロック図である。
図１に示すように、本発明の第１の実施形態における仕様情報管理装置は、装置全体の処理動作を司る制御部１、仕様情報定義部２、追跡情報処理部３、追跡ルール処理部４、記憶装置５およびインタフェース６を備え、それぞれがバス７により相互に接続される。

記憶装置５は、ハードディスクドライブや不揮発性メモリなどの記憶媒体であり、仕様情報ＤＢ（データベース）を記憶する仕様情報記憶部５１、追跡情報ＤＢを記憶する追跡情報記憶部５２、および追跡ルールＤＢを記憶する追跡ルール記憶部５３を有する。

記憶装置５の仕様情報記憶部５１に記憶される仕様情報ＤＢは、追跡対象となる仕様情報や開発工程の情報を蓄積したデータベースである。
追跡情報記憶部５２に記憶される追跡情報ＤＢは、仕様情報の追跡結果、仕様情報の状態変化、仕様情報の追跡検証の情報を蓄積したデータベースである。

追跡ルール記憶部５３に記憶される追跡ルールＤＢは、仕様情報の追跡を行なうためのルール、仕様情報の追跡結果から状態変化を解釈するためのルール、仕様情報の変更による影響範囲を分析するためのルール、および仕様情報の追跡検証についてのルールを蓄積したデータベースである。

インタフェース６は、例えばキーボードやマウスである入力装置６１、および液晶ディスプレイ装置などの表示装置６２を有し、仕様情報管理装置のユーザである担当者や管理者に対して情報を入出力するための画面や通信インタフェース機能を提供する。インタフェース６は、担当者や管理者からの入力情報を取得し、この入力情報を仕様情報定義部２、追跡情報処理部３もしくは追跡ルール処理部４に引渡す。

また、インタフェース６は、仕様情報定義部２、追跡情報処理部３もしくは追跡ルール処理部４によって出力された情報を取得し、この取得した情報を担当者や管理者に対して提供する。

仕様情報定義部２は、仕様情報に関する担当者がインタフェース６により入力した、追跡対象のクラス情報や追跡対象の仕様情報を入力する。追跡対象のクラス情報は、業務、機能要件などの仕様の分類情報である。追跡対象の仕様情報は、仕様のＩＤ、名称、定義内容等の情報である。

また、仕様情報定義部２は、担当者がインタフェース６により入力した情報の種類や状態に応じて、仕様情報ＤＢに対して登録、参照、更新もしくは削除を行なう。
また、仕様情報定義部２は、仕様情報ＤＢへの登録および当該仕様情報ＤＢへの登録検索結果を担当者や管理者へ表示するための返り値を出力する。

追跡情報処理部３は、管理者からインタフェース６により入力される、仕様情報の追跡対象、追跡ルール種別等からなる条件を入力する。また、追跡情報処理部３は、追跡の起点となる仕様情報の識別子を追跡対象とする。また、追跡情報処理部３による追跡ルール種別は、追跡情報生成、影響範囲分析、仕様情報の状態変化解釈および追跡検証の内いずれかである。
また、追跡情報処理部３は、管理者からのインタフェース６による入力情報である追跡ルール種別および追跡対象の条件にマッチする追跡ルールを追跡ルールＤＢから抽出し、入力情報である追跡対象などの条件にマッチする仕様情報を仕様情報ＤＢから抽出し、当該抽出した仕様情報の追跡経路情報ならびに仕様情報の状態変化に関する情報を生成する。
また、追跡情報処理部３は、仕様情報の追跡経路および仕様情報の状態変化の解釈結果を出力する。

図２は、本発明の第１の実施形態における仕様情報管理装置の追跡情報処理部の機能構成例を示すブロック図である。
追跡情報処理部３は、図２に示すように、追跡情報管理制御部３１、追跡情報生成部３２、追跡情報管理部３３、追跡検証部３４および追跡情報出力部３５を有する。

追跡情報管理制御部３１は、管理者からインタフェース６により入力された条件に応じて追跡情報生成部３２、追跡情報管理部３３、追跡検証部３４もしくは追跡情報出力部３５に情報を引渡す。この引渡す情報は、追跡対象および追跡ルール種別である。

追跡情報管理制御部３１は、追跡情報生成部３２、追跡情報管理部３３、追跡検証部３４、追跡情報出力部３５による処理結果をインタフェース６に出力する。
追跡情報生成部３２は、追跡情報管理制御部３１の処理結果に基づき追跡情報生成を行なう。追跡情報生成とは、仕様情報ＤＢに蓄積された仕様情報が当該仕様情報ＤＢ内のどの仕様情報に由来して作成された事を示す情報を仕様情報ＤＢ内で繰り返し抽出しながら全体として各仕様情報の由来関係を生成することである。
追跡情報生成部３２は、追跡情報管理制御部３１から引渡された追跡対象および追跡ルール種別の条件を入力する。
追跡情報生成部３２は、入力された追跡対象を検索条件としてデータベース制御部３６を介して仕様情報ＤＢを検索することで、入力済みの追跡対象に関する仕様情報を取得する。
また、追跡情報生成部３２は、入力された追跡ルール種別である追跡情報生成を検索条件としてデータベース制御部３６を介して追跡ルールＤＢを検索して入力済みの追跡ルール種別に合致する追跡ルールである追跡情報生成ルールを取得し、このルールを用いて仕様情報から追跡情報を生成し、この追跡情報をデータベース制御部３６を介して追跡情報ＤＢへ格納する。

追跡情報管理部３３は、追跡情報管理制御部３１の処理結果に基づき、仕様情報の状態変化の解釈または影響範囲分析の処理を行なう。仕様情報の状態変化の解釈とは、追跡情報ＤＢに蓄積された追跡情報から、仕様情報がどのような由来から定義されたのかを、継承、統合、分割、削除、追加などの分類で由来関係を解釈することである。

また、影響範囲分析とは、追跡情報ＤＢに蓄積された追跡情報から、当該追跡情報ＤＢ内のどの追跡情報に関連や由来して作成されたのかを示す情報を分析すること、また、追跡情報の由来関係や関連関係を分析することである。

追跡情報管理部３３は、図２に示すように追跡情報分析部３３ａおよび影響範囲分析部３３ｂを有する。
追跡情報分析部３３ａは、追跡ルール種別が状態変化解釈である場合に処理を行なう。この場合、追跡情報分析部３３ａは、入力された追跡対象を検索条件としてデータベース制御部３６を介して追跡情報ＤＢを検索することで、入力済みの追跡対象に関する追跡情報を取得する。

そして、追跡情報分析部３３ａは、追跡ルール種別である状態変化解釈を検索条件としてデータベース制御部３６を介して追跡ルールＤＢを検索して、検索条件の追跡ルール種別が一致する追跡ルールである状態変化解釈ルールを取得し、この取得結果を用い、取得済みの追跡情報から仕様情報の状態変化の解釈を行ない、この解釈結果をデータベース制御部３６を介して追跡情報記憶部５２に格納する。

影響範囲分析部３３ｂは、追跡ルール種別が影響範囲分析である場合に処理を行なう。この場合、影響範囲分析部３３ｂは、入力された追跡対象を検索条件としてデータベース制御部３６を介して追跡情報ＤＢを検索することで、入力済みの追跡対象に関する追跡情報を取得する。

そして、影響範囲分析部３３ｂは、追跡ルール種別である影響範囲分析を検索条件としてデータベース制御部３６を介して追跡ルールＤＢを検索し、追跡ルール種別が一致する追跡ルールである影響範囲分析ルールを取得し、この取得結果を用い、取得済みの追跡情報から影響範囲分析を行ない、この分析結果をデータベース制御部３６を介して追跡情報記憶部５２に格納する。

追跡検証部３４は、追跡情報管理制御部３１の処理結果に基づき、追跡結果の検証を行なう。追跡結果の検証とは、仕様情報ＤＢに蓄積された仕様情報について、本来は当該仕様情報にて定義されるべき由来関係の検証を行ない、未定義の場合には定義をユーザに促すことである。

追跡検証部３４は、追跡情報管理制御部３１から引渡された追跡対象および追跡ルールの条件を入力する。そして、追跡検証部３４は、入力された追跡対象を検索条件としてデータベース制御部３６を介して仕様情報ＤＢを検索することで、入力済みの追跡対象に関する仕様情報を取得する。

また、追跡検証部３４は、入力済みの追跡ルール種別である追跡検証と追跡対象とを検索条件としてデータベース制御部３６を介して追跡ルールＤＢを検索し、入力済みの追跡ルール種別と追跡対象とが一致する追跡ルールである追跡検証ルールを取得し、この取得結果を用いて仕様情報から他の仕様情報への追跡検証を行ない、この検証結果をデータベース制御部３６を介して追跡情報記憶部５２に格納する。

追跡情報出力部３５は、追跡情報管理制御部３１の処理結果に基づき、データベース制御部３６を介して追跡情報ＤＢを検索して処理結果にマッチする追跡情報を取得し、この取得結果を管理者が予め選択した出力形式でインタフェース６に返却する。

データベース制御部３６は、追跡情報管理制御部３１、追跡情報生成部３２、追跡情報管理部３３より、仕様情報ＤＢ、追跡情報ＤＢ、追跡ルールＤＢに対する検索条件を取得し、この取得した検索条件をもとに各種ＤＢにアクセスし、アクセス結果を追跡情報管理制御部３１、追跡情報生成部３２に返却する。

追跡ルール処理部４は、管理者から追跡ルールをインタフェース６を介して入力する。このルールは、追跡情報生成部３２により仕様情報から追跡情報を生成するためのルール、追跡情報管理部３３により追跡結果から仕様情報の状態変化を解釈するためのルール、追跡情報管理部３３により仕様情報の変更による影響範囲を分析するためのルール、もしくは追跡検証部３４により仕様情報の追跡結果を検証するためのルールである。

追跡ルール処理部４は、ユーザからのインタフェース６を介した入力情報の種類に応じて、以下の第１乃至第３の処理のいずれかを行なう。
第１の処理は、仕様情報の追跡を行なうための追跡ルールを識別するための一意識別子を設定し、このルールを追跡ルールＤＢへ登録したり、当該登録したルールを編集または削除したりする処理である。第２の処理は、追跡結果から仕様情報の状態変化を解釈するためのルールを識別するための一意識別子を設定し、このルールを追跡ルールＤＢへ登録したり、当該登録したルールを編集または削除したりする処理である。第３の処理は、仕様情報の追跡結果を検証するためのルールを識別するための一意識別子を設定し、このルールを追跡ルールＤＢへ登録したり、当該登録したルールを編集または削除したりする処理である。

図３は、本発明の第１の実施形態における仕様情報管理装置の追跡ルール処理部の機能構成例を示すブロック図である。
追跡ルール処理部４は、図３に示すように、追跡ルール定義部４１、追跡検証ルール定義部４２、および追跡ルールデータベース制御部４３を有する。

追跡ルール定義部４１は、インタフェース６から入力された情報に基づき、追跡ルールの新規登録処理、更新処理、削除処理もしくは検索処理を行ない、処理結果を追跡ルールＤＢに格納する。
新規登録処理とは、インタフェース６から受け渡された追跡ルールの情報に対して一意識別子を付与し、このルールを追跡ルールデータベース制御部４３を介して追跡ルールＤＢに格納する事である。
更新処理とは、インタフェース６から受け渡された追跡ルールの一意識別子をキーに、追跡ルールデータベース制御部４３を介して追跡ルールＤＢを検索し、キーにマッチする追跡ルールの情報に対して、受け渡された追跡ルールの情報を上書きする事である。
削除処理とは、インタフェース６から受け渡された追跡ルールの一意識別子をキーに、追跡ルールデータベース制御部４３を介して追跡ルールＤＢを検索し、キーにマッチする追跡ルールの情報を追跡ルールデータベース制御部４３を介して追跡ルールＤＢから削除する処理である。
検索処理とは、受け渡された追跡ルールの一意識別子をキーに、追跡ルールデータベース制御部４３を介して追跡ルールＤＢから、キーにマッチする追跡ルールの情報を取得し、この取得結果をインタフェース６を介して担当者や管理者に出力する事である。

追跡検証ルール定義部４２は、前述した追跡ルール定義部４１の処理の説明における「追跡ルール」と記載される部分を「追跡検証ルール」に置き換えた場合の、追跡ルール定義部４１と同様の処理を行なう。

追跡ルールデータベース制御部４３は、追跡ルール定義部４１または追跡検証ルール定義部４２より、追跡ルールＤＢに対する検索条件を取得して当該追跡ルールＤＢにアクセスし、このアクセス結果を追跡ルール定義部４１または追跡検証ルール定義部４２に返却する。

追跡ルールＤＢには、追跡ルール定義部４１で定義されたルールとは別に、仕様情報の追跡結果から状態変化の解釈を行なうルールと追跡検証ルールとがデフォルトで蓄積される。この追跡検証ルールでは、開発工程全体のクラス情報間の由来関係のルールを蓄積している。

また、仕様情報の追跡結果から状態変化の解釈を行なうルールの種別は、継承、統合、分割、削除、追加の５種類である。継承に関するルールは、元の仕様情報を変更または拡張したと解釈するルールである。統合に関するルールは、２つの仕様情報が１つの仕様情報になるように状態が変化したと解釈するルールである。分割に関するルールは、１つの仕様情報が２つの仕様情報になるように状態が変化したと解釈するルールである。削除に関するルールは、仕様情報が削除されたと解釈するルールである。追加に関するルールは、仕様情報が新たに追加されたと解釈するルールである。

図４は、本発明の第１の実施形態における仕様情報管理装置の全体処理動作の一例を示すフローチャートである。以下の各フローチャートにおいて「Ａ」が丸印で囲まれた部分はフローの合流点を示し、「Ｂ」が丸印で囲まれた部分は、直前の処理の実行後の戻り先が、当該処理における実行元の何れかの処理に戻る部分を示す。

仕様情報管理装置は、インタフェース６によって担当者または管理者からの入力を受け付けた後（ステップＳ１）、入力データの種類によって、当該入力データを仕様情報定義部２による処理、追跡情報処理部３による処理、もしくは追跡ルール処理部４による処理に振分ける（ステップＳ２）。

仕様情報管理装置は、仕様情報定義部２による処理（ステップＳ３）、追跡情報処理部３による処理（ステップＳ４）、もしくは追跡ルール処理部４による処理（ステップＳ５）の実行後、処理結果の出力データを取得し（ステップＳ６）、この取得した処理結果をインタフェース６を介して担当者または管理者に出力する（ステップＳ７）。本装置は、担当者または管理者がインタフェース６により終了を設定せずに、インタフェース６により繰り返し入力を行った場合には（ステップＳ８のＹＥＳ）、ステップＳ１の処理に戻り、担当者または管理者がインタフェース６により終了を設定した場合には（ステップＳ８のＮＯ）、処理を終了する。

次に追跡情報処理部３の主な動作について説明する。図５は、本発明の第１の実施形態における仕様情報管理装置の追跡情報処理部の処理動作の一例を示すフローチャートである。
追跡情報処理部３は、インタフェース６によって担当者または管理者からの入力を受け付けた後（ステップＳ１１）、入力データの種類によって当該入力データに係る処理を追跡情報生成部３２による処理、追跡情報管理部３３による処理、追跡検証部３４による処理、もしくは追跡情報出力部３５による処理に振分ける（ステップＳ１２）。

追跡情報処理部３は、入力データが追跡情報の生成に関連する場合の追跡情報生成部３２による処理（ステップＳ１３）、入力データが追跡情報の管理に関連する場合の追跡情報管理部３３による処理（ステップＳ１４）、入力データが追跡検証に関連する場合の追跡検証部３４による処理（ステップＳ１５）、もしくは入力データが追跡情報の出力に関連する場合の追跡情報出力部３５による処理（ステップＳ１６）の実行後、仕様情報記憶部５１へのアクセスを要する場合にデータベース制御部３６を介して仕様情報記憶部５１にアクセスし（ステップＳ１７→Ｓ２２）、追跡ルール記憶部５３へのアクセスを要する場合にデータベース制御部３６を介して追跡ルール記憶部５３にアクセスし（ステップＳ１８→Ｓ２３）、追跡情報記憶部５２へのアクセスを要する場合にデータベース制御部３６を介して追跡情報記憶部５２にアクセスする（ステップＳ１９→Ｓ２４）。

追跡情報処理部３は、前述したアクセスを要しない場合でインタフェース６への出力を要する場合には、追跡情報生成部３２、追跡情報管理部３３、追跡検証部３４、もしくは追跡情報出力部３５による処理結果をインタフェース６を介して担当者または管理者に出力する（ステップＳ２０→Ｓ２５）。本装置は、担当者または管理者がインタフェース６により終了を設定せずに、繰り返し入力を行った場合には（ステップ２１のＹＥＳ）、ステップＳ１１の処理に戻り、担当者または管理者がインタフェース６により終了を設定した場合には（ステップＳ２１のＮＯ）、処理を終了する。

次に追跡情報処理部３の追跡情報管理部３３の主な動作について説明する。図６は、本発明の第１の実施形態における仕様情報管理装置の追跡情報管理部の処理動作の一例を示すフローチャートである。
追跡情報管理部３３は、条件のデータ入力を受け付けた後（ステップＳ３１）、入力データの種類によって、当該入力データに係る処理を追跡情報分析部３３ａによる処理、もしくは影響範囲分析部３３ｂによる処理に振分ける（ステップＳ３２）。

追跡情報管理部３３は、入力データが追跡情報の解釈に関連する場合の追跡情報分析部３３ａによる処理（ステップＳ３３）、もしくは入力データが追跡情報の影響範囲分析に関連する場合の影響範囲分析部３３ｂによる処理（ステップＳ３４）の実行後、追跡情報記憶部５２へのアクセスを要する場合にデータベース制御部３６を介して追跡情報記憶部５２にアクセスし（ステップＳ３５→Ｓ３９）、追跡ルール記憶部５３へのアクセスを要する場合にデータベース制御部３６を介して追跡ルール記憶部５３にアクセスする（ステップＳ３６→Ｓ４０）。

追跡情報管理部３３は、前述したアクセスを要しない場合で、インタフェース６への出力を要する場合には、追跡情報分析部３３ａもしくは影響範囲分析部３３ｂによる処理結果をインタフェース６を介して担当者または管理者に出力する（ステップＳ３７→Ｓ４１）。本装置は、担当者または管理者がインタフェース６により終了を設定せずに、繰り返し入力を行った場合には（ステップ３８のＹＥＳ）、ステップＳ３１の処理に戻り、担当者または管理者がインタフェース６により終了を設定した場合には（ステップＳ３８のＮＯ）、処理を終了する。

次に追跡ルール処理部４の主な動作について説明する。図７は、本発明の第１の実施形態における仕様情報管理装置の追跡ルール処理部の処理動作の一例を示すフローチャートである。
追跡ルール処理部４は、インタフェース６によって担当者または管理者からの入力を受け付けた後（ステップＳ５１）、入力データの種類によって、当該入力データに係る処理を追跡ルール定義部４１による処理、もしくは追跡検証ルール定義部４２による処理に振分ける（ステップＳ５２）。

追跡ルール処理部４は、入力データが追跡情報の定義に関連する場合の追跡ルール定義部４１による処理（ステップＳ５３）、もしくは入力データが追跡情報追跡可能性検証のルールに関連する場合の追跡検証ルール定義部４２による処理（ステップＳ５４）の実行後、追跡ルール記憶部５３へのアクセスを要する場合にデータベース制御部３６を介して追跡ルール記憶部５３にアクセスする（ステップＳ５５→Ｓ５８）。

追跡情報管理部３３は、前述したアクセスを要しない場合でインタフェース６への出力を要する場合には、追跡ルール定義部４１もしくは追跡検証ルール定義部４２による処理結果をインタフェース６を介して担当者または管理者に出力する（ステップＳ５６→Ｓ５９）。本装置は、担当者または管理者がインタフェース６により終了を設定せずに、繰り返し入力を行った場合には（ステップ５７のＹＥＳ）、ステップＳ５１の処理に戻り、担当者または管理者がインタフェース６により終了を設定した場合には（ステップＳ５７のＮＯ）、処理を終了する。

次に、担当者がインタフェース６により仕様情報定義部２を介して仕様情報を仕様情報ＤＢに蓄積し、この仕様情報から、追跡情報処理部３を介して追跡ルールＤＢに蓄積されたルールを利用して追跡情報を抽出し、仕様情報の状態変化の解釈を行ない、追跡情報の結果を管理者に出力する一連の流れを説明する。
図８は、本発明の第１の実施形態における仕様情報管理装置により管理するクラス情報の一例を表形式で示す図である。
図８に示したクラス情報は、記憶装置５の仕様情報記憶部５１に格納されるクラス情報の例である。このクラス情報は、仕様情報の分類を一意に識別するための情報を示し、属性としてクラスＩＤおよびクラス名を持つ。図８に示した例では、クラス情報としてクラスＩＤ「C-001」はクラス名「業務」を示し、クラスＩＤ「C-002」はクラス名「機能要件」を示し、クラスＩＤ「C-003」はクラス名「機能仕様」を示す。

図９は、本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報の一例を表形式で示す図である。
図９に示した仕様情報は、仕様情報ＤＢに格納される仕様情報の例である。この仕様情報は、属性としてバージョンＩＤ、クラスＩＤ、属性ＩＤ、名称、説明、由来、削除フラグを有する。

仕様情報のバージョンＩＤは、仕様情報が属するバージョンを一意に特定するための識別子である。クラスＩＤは仕様情報の属するクラスを一意に特定可能にする識別子である。属性ＩＤは、クラスに属する仕様情報を一意に特定可能にする識別子である。本実施形態では、クラス名「業務」についての属性ＩＤは業務ＩＤ「B-001」〜「B-003」と称し、クラス名「機能要件」についての属性ＩＤは機能要件ＩＤ「FR-001」〜「FR-005」と称し、クラス名「機能仕様」についての属性ＩＤは機能仕様ＩＤ「FS-001」〜「FS-002」と称している。

また、仕様情報上の名称の欄には仕様情報の名称が格納される。仕様情報上の説明の欄には仕様情報の説明文が格納される。仕様情報上の由来の欄には、仕様情報の定義の元となった仕様情報の識別情報が格納される。仕様情報上の削除フラグの欄には、当該仕様情報を使用の対象から削除したことを示すフラグが格納される。

本実施形態では、仕様情報の識別情報を「クラスＩＤ.属性ＩＤ」と表現し一意に識別する。図９に示した例では、バージョンＩＤ「1.1」に属する仕様情報として、業務についての仕様情報は識別情報「C-001.B-001」〜「C-001.B-003」にそれぞれ対応する仕様情報があり、機能要件についての仕様情報は識別情報「C-002.FR-001」〜「C-002.FR-005」にそれぞれ対応する仕様情報があり、機能仕様についての仕様情報は識別情報「C-003.FS-001」〜「C-003.FS-002」にそれぞれ対応する仕様情報があることを示す。

図１０は、本発明の第１の実施形態における仕様情報管理装置により管理する追跡ルール種別の一例を表形式で示す図である。
図１０に示した追跡ルール種別は、追跡ルール記憶部５３に格納される追跡ルールの種別情報の例であり、この追跡ルール種別情報は追跡ルール種別ＩＤおよび追跡ルール種別の属性を有する。

図１０に示すように、追跡ルール種別ＩＤ「TRG-001」は追跡ルール種別「追跡情報生成」を示し、追跡ルール種別ＩＤ「TRG-002」は追跡ルール種別「状態変化解釈」を示し、追跡ルール種別ＩＤ「TRG-003」は追跡ルール種別「影響範囲分析」を示し、追跡ルール種別ＩＤ「TRG-004」は追跡ルール種別「追跡検証」を示す。

図１１は、本発明の第１の実施形態における仕様情報管理装置により管理する追跡ルールの一例を表形式で示す図である。
図１１に示した追跡ルールは、追跡ルールＤＢにデフォルトで格納される追跡ルールの例である。この追跡ルールは、追跡ルール種別ＩＤ、追跡ルールＩＤ、追跡ルール名、対象クラスＩＤ、追跡ルール本体を有する。図１１に示した例では、理解を容易にするために追跡ルール本体を擬似言語で記述しているが、実際には本装置で動作するプログラミング言語などで記述する。追跡ルールＩＤは、各追跡ルールを一意に識別するための識別子である。対象仕様クラスＩＤは、前述したクラスＩＤのうち各追跡ルールを適用するクラスのＩＤである。

図１２は、本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報をもとに生成された追跡情報の一例を表形式で示す図である。
次に、追跡情報生成部３２による、仕様情報をもとにした追跡情報の生成の例を示す。この追跡情報の基となる仕様情報は、図９に示した識別情報「C-002.FR-005」の仕様情報由来を「C-002.FR-003」、「C-002.FR-004」に置き換えたものである。

追跡情報の生成は、条件で与えられた追跡対象の範囲すべてに対応する仕様情報に対して実行する。追跡情報は、バージョンＩＤ、クラスＩＤ、属性ＩＤ、名称、由来、由来元の属性を有する。この由来元の属性の欄には、その仕様情報を由来としている仕様情報の識別子が入力される。

図１２に示した例では、追跡情報生成部３２は、識別情報「C-002.FR-001」をクラスＩＤおよび属性ＩＤとする仕様情報が入力条件である場合、この仕様情報の由来の欄の識別情報は「C-001.B-001」である。

これにより追跡情報生成部３２は、図１２上の「Ａ」に示すように識別情報「C-002.FR-001」をクラスＩＤおよび属性ＩＤとする仕様情報にアクセスし、図１２上の「Ｂ」に示すように、この仕様情報の由来である識別情報「C-002.FR-001」をクラスＩＤおよび属性ＩＤとする仕様情報にアクセスし、この仕様情報の由来元属性の欄に、由来元である入力条件の識別情報である「C-002.FR-001」を図１２上の「Ｃ」に示すように入力する。
図１３は、本発明の第１の実施形態における仕様情報管理装置により管理する追跡情報の一例を表形式で示す図である。図１３に示した追跡情報は、追跡情報記憶部５２に格納されている追跡情報ＤＢの例である。

次に、追跡検証部３４によって、クラス名「機能要件」に関わる仕様情報の追跡結果を検証する処理について説明する。図１４は、本発明の第１の実施形態における仕様情報管理装置の追跡検証部による処理動作の一例を示すフローチャートである。
まず、追跡検証部３４は、追跡対象の入力条件を図８で示した機能要件のクラスＩＤ「C-002」とし、追跡ルール種別の入力条件を追跡検証用の追跡ルール種別ＩＤ「TRG-004」とする（ステップＳ６１、Ｓ６２）。追跡検証部３４は、このクラスＩＤをキーとして仕様情報ＤＢを検索する（ステップＳ６３）。

追跡検証部３４は、仕様情報ＤＢからクラスＩＤ「C-002」の仕様情報を得る（ステップＳ６４）。検索対象の仕様情報が図２に示した構成である場合、得られる仕様情報は機能要件一覧に関わる仕様情報、つまり識別情報「C-002.FR-001」〜「C-002.FR-004」に対応する仕様情報となる。

次に、追跡検証部３４は、追跡ルール種別の入力条件である追跡ルール種別ＩＤ「TRG-004」と前述した追跡対象の条件であるクラスＩＤ「C-002」とをキーとして、追跡ルールＤＢを検索する（ステップＳ６５）。

追跡検証部３４は、追跡ルール記憶部５３に記憶される追跡ルールＤＢのうち、追跡ルール種別ＩＤが追跡ルール種別の入力条件である「TRG-004」と一致し、対象仕様クラスＩＤ」が追跡対象の入力条件であるクラスＩＤ「C-002」である追跡検証ルールを取得する（ステップＳ６６）。検索対象の追跡ルールが図１１に示した構成である場合、得られる追跡ルールは図１１に示した最下行の「追跡検証ルール１」となる。
図１１に示すように、この「追跡検証ルール１」は、クラス名「機能要件」に対応する仕様情報はクラス名「業務」に対応する仕様情報との由来の定義が必要であることを示している。

次に、追跡検証部３４は、検証のための仕様情報を取得する（ステップＳ６７）。ここでは、追跡検証部３４は、取得済みの「追跡検証ルール１」に従い、クラスＩＤ「C-002」の仕様情報における機能要件一覧の由来の欄に入力されている識別情報に対応する仕様情報を取得する。

ステップＳ６４の処理で取得した仕様情報である、識別情報「C-002.FR-001」〜「C-002.FR-005」に対応する仕様情報のうち、識別情報「C-002.FR-001」〜「C-002.FR-004」に対応する仕様情報の由来の識別情報は図１２に示すように「C-001.B-001」もしくは「C-001.B-002」であるので、業務のクラスに由来が存在する事を意味する。

また、ステップＳ６４の処理で取得した仕様情報のうち識別情報「C-002.FR-005」に対応する仕様情報の由来の識別情報は図９に示すように「C-002.FR-003」及び「C-002.FR-004」であるので、機能要件のクラスに由来が存在する事を意味する。よって、ステップＳ６７の処理により取得される仕様情報の識別情報は、「C-002.FR-001」〜「C-002.FR-004」、「C-002.FR-003」及び「C-002.FR-004」となる。

追跡検証部３４は、ステップＳ６７の処理により取得した仕様情報が取得済みの追跡検証ルールに適合するか否かを判断する（ステップＳ６８）。このケースでは、ステップＳ６７の処理結果が示すように、機能要件のクラスの由来に同じ機能要件のクラスが定義されているので、追跡検証部３４は、仕様情報は「追跡検証ルール１」に適合しておらず、本来は機能要件クラスの由来に業務クラスが必要であると判断する。

追跡検証部３４は、判断結果に基づく出力処理を行なう（ステップＳ６９）。ここでは、前述した「追跡検証ルール１」が示すように、機能一覧の仕様情報の由来に業務クラスの仕様情報を定義する必要があるので、追跡検証部３４は、識別情報「C-002.FR-005」の仕様情報は業務クラスとの由来の定義が必要である旨のメッセージをインタフェース６を介して担当者や管理者に促す。

次に、追跡情報管理部３３の追跡情報分析部３３ａによる、仕様情報の状態変化の解釈の処理について説明する。図１５は、本発明の第１の実施形態における仕様情報管理装置の追跡情報分析部による処理動作の一例を示すフローチャートである。
まず、追跡情報分析部３３ａは、追跡対象の入力条件を図８で示した仕様情報の識別情報「C-002.FR-005」とし、追跡ルール種別の入力条件を状態変化解釈用の追跡ルール種別ＩＤ「TRG-002」とする（ステップＳ７１、Ｓ７２）。
追跡情報分析部３３ａは、この追跡ルール種別ＩＤをキーとして追跡ルールＤＢを検索する（ステップＳ７３）。追跡情報分析部３３ａは、追跡ルール記憶部５３に記憶される追跡ルールＤＢのうち、追跡ルール種別ＩＤが追跡ルール種別の入力条件である「TRG-002」と一致する追跡検証ルールを得る（ステップＳ７４）。検索対象の追跡ルールが図１１に示した構成である場合、得られる追跡ルールは図１１に示した「状態変化解釈ルール１」、「状態変化解釈ルール２」、「状態変化解釈ルール３」、「状態変化解釈ルール４」、および「状態変化解釈ルール５」となる。

追跡情報分析部３３ａは、前述のように得た追跡ルールのうち、対象仕様クラスＩＤが追跡対象の入力条件の識別情報中のクラスＩＤに一致する追跡ルールを抽出し、これらをそれぞれ実行する（ステップＳ７５）。ここでは、抽出対象の追跡ルールは、前述した「状態変化解釈ルール１」、「状態変化解釈ルール２」、「状態変化解釈ルール３」、「状態変化解釈ルール４」、および「状態変化解釈ルール５」の全てである。

以下、前述した「状態変化解釈ルール２」を追跡情報分析部３３ａにより実行した際の処理について説明する。このルールは、解釈対象の仕様情報の由来が複数存在し、かつ、由来とされる仕様情報の削除フラグが有効である場合に、解釈対象の仕様情報は由来とされる各仕様情報が統合した仕様情報であると解釈するルールである。ここでは解釈対象の仕様情報は、図９に示した識別情報「C-002.FR-005」の仕様情報における由来の識別情報を「C-002.FR-003」、「C-002.FR-004」に置き換えたものである。

図１６は、本発明の第１の実施形態における仕様情報管理装置により管理する仕様情報の状態変化解釈の手順を説明するための図である。
追跡情報分析部３３ａは、前述のように抽出した「状態変化解釈ルール２」を読み出し、このルールに従い、図１６上の「Ａ」に示すように、解釈対象の仕様情報のうち追跡対象の入力条件の識別情報「C-002.FR-005」に対応する仕様情報にアクセスし、図１６上の「Ｂ」に示すように、この仕様情報の由来に入力されている識別情報「C-002.FR-003」、「C-002.FR-004」を得て、これらの識別情報に対応する仕様情報の明細、つまりバージョンＩＤ、クラスＩＤ、機能要件ＩＤ、名称、説明、由来を取得し、図１６上の「Ｃ」に示すように、さらに削除フラグの属性を取得する。

追跡情報分析部３３ａは、この取得した削除フラグは識別情報「C-002.FR-003」の仕様情報及び識別情報「C-002.FR-004」の仕様情報のいずれにおいても有効になっていると認識する。これにより、追跡情報分析部３３ａは、「状態変化解釈ルール２」からして、識別情報「C-002.FR-005」の仕様情報は、識別情報「C-002.FR-003」の仕様情報および「C-002.FR-004」の仕様情報が統合したものと解釈し（ステップＳ７６）、この解釈結果を追跡情報記憶部５２に格納し、追跡情報出力部３５により当該解釈結果をインタフェース６を介して出力する（ステップＳ７７）。

図１７は、本発明の第１の実施形態における仕様情報管理装置により出力する状態変化解釈結果の表示画面の一例を示す図である。
図１７に示すように、この出力される情報は、図１７中の「Ａ」で示した、解釈対象の仕様情報の明細、図１７中の「Ｂ」で示した、解釈の元となった他の仕様情報の明細および解釈結果を示すメッセージである。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態における仕様情報管理装置の構成のうち図１に示したものと同一部分の説明は省略する。
この実施形態では、追跡情報管理部３３の影響範囲分析部３３ｂによる影響範囲分析処理の実行後に、追跡情報分析部３３ａによって仕様情報の状態変化を解釈し、その結果をふまえて、再び影響範囲分析部３３ｂで影響範囲分析処理を行ない、仕様情報の変更により影響範囲がどのように変化したのかを示すまでの処理について説明する。

図１８は、本発明の第２の実施形態における仕様情報管理装置による処理対象の追跡情報の構成例を表形式で示す図である。この追跡情報は、第１の実施形態で説明した追跡情報と異なり、「関連」の属性をさらに有する。
次に、影響範囲分析部３３ｂによる影響範囲分析処理について説明する。この影響範囲分析とは、仕様情報の変更時に、当該変更の影響範囲を分析して出力する事である。この影響範囲分析では、追跡情報における属性「由来」の他に属性「関連」の分析を行ない、この分析結果を出力する。

図１９は、本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部による処理動作の一例を示すフローチャートである。
まず、影響範囲分析部３３ｂは、追跡対象の入力条件を追跡情報上の識別情報「C-002.FR-005」とし、追跡ルール種別の入力条件を影響範囲分析用の追跡ルール種別ＩＤ「TRG-003」とする（ステップＳ８１、Ｓ８２）。

影響範囲分析部３３ｂは、追跡ルール種別の入力条件である追跡ルール種別ＩＤ「TRG-003」と前述した追跡対象の条件である識別情報中のクラスＩＤ「C-002」とをキーとして追跡ルールＤＢを検索する（ステップＳ８３）。

影響範囲分析部３３ｂは、追跡ルール記憶部５３に記憶される追跡ルールＤＢのうち、追跡ルール種別ＩＤが追跡ルール種別の入力条件である「TRG-003」と一致し、対象仕様クラスＩＤが追跡対象の入力条件であるクラスＩＤ「C-002」である影響範囲分析ルールを取得する（ステップＳ８４）。検索対象の追跡ルールが図１１に示した構成である場合、得られる追跡ルールは図１１に示した「影響範囲分析ルール１」となる。

影響範囲分析部３３ｂは、前述のように取得したルールのうち、対象仕様クラスＩＤが追跡対象の入力条件の識別情報中のクラスＩＤに一致するルールを抽出し、これらをそれぞれ実行する（ステップＳ８５）。ここでは、抽出対象のルールは前述した「影響範囲分析ルール１」である。

以下、前述した「影響範囲分析ルール１」を影響範囲分析部３３ｂにより実行した際の処理について説明する。このルールは、図１８に示した解釈対象の追跡情報ＤＢのうち、追跡対象の入力条件のクラスＩＤと属性ＩＤに一致する追跡情報の由来、関連、由来元のうち存在する情報を取得するルールである。

図２０は、本発明の第２の実施形態における仕様情報管理装置により管理する仕様情報の影響範囲分析の手順を説明するための図である。
影響範囲分析部３３ｂは、前述のように抽出した「影響範囲分析ルール１」を読み出し、このルールに従い、図２０中の「Ａ」に示すように、追跡情報のうち追跡対象の入力条件の識別情報「C-002.FR-005」に対応する仕様情報の由来に入力されている識別情報「C-002.FR-003」、「C-002.FR-004」を得て、図２０中の「Ｂ」に示すように、これらの識別情報に対応する仕様情報の明細、つまりバージョンＩＤ、クラスＩＤ、機能要件ＩＤ、名称、説明、由来、削除フラグの属性を取得する。

そして、影響範囲分析部３３ｂは、図２０中の「Ｃ」に示すように、前述のように抽出した「影響範囲分析ルール１」に従い、追跡情報のうち追跡対象の入力条件の識別情報「C-002.FR-005」に対応する仕様情報の関連の欄に入力されている識別情報「C-002.FR-001」、「C-002.FR-002」を得て、図２０中の「Ｄ」に示すように、これらの識別情報に対応する追跡情報の明細を取得する。

影響範囲分析部３３ｂは、これらの取得結果を追跡情報記憶部５２に格納する。図２１は、本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力した影響範囲の一例を表形式で示す図である。

図２１に示した例は、影響範囲分析部３３ｂによる取得結果、つまり、追跡対象の仕様情報、つまりクラスＩＤと機能要件ＩＤとでなる識別情報「C-002.FR-005」に対応する仕様情報の変更による影響範囲である由来や関連に該当する仕様情報の識別情報である。

追跡情報出力部３５は、この影響範囲を示す情報をインタフェース６を介して影響範囲表示画面として出力する（ステップＳ８６）。

図２２は、本発明の第２の実施形態における仕様情報管理装置により出力する影響範囲表示画面の一例を示す図である。
図２２に示すように、識別情報「C-002.FR-005」に対応する仕様情報は、識別情報「C-002.FR-003」に対応する仕様情報、および識別情報「C-002.FR-004」に対応する仕様情報を由来とし、また、識別情報「C-002.FR-005」に対応する仕様情報から、識別情報「C-002.FR-001」に対応する仕様情報、および識別情報「C-002.FR-002」に対応する仕様情報との間の関連が存在する。

次に、追跡情報管理部３３の追跡情報分析部３３ａによる、仕様情報の状態変化の解釈の処理について説明する。まず、追跡情報分析部３３ａは、追跡対象の入力条件を図８で示した仕様情報の識別情報「C-002.FR-005」とし、追跡ルール種別の入力条件を状態変化解釈用の追跡ルール種別ＩＤ「TRG-002」とする。
追跡情報分析部３３ａは、この追跡ルール種別ＩＤをキーとして追跡ルールＤＢを検索する。追跡情報分析部３３ａは、追跡ルール記憶部５３に記憶される追跡ルールＤＢのうち、追跡ルール種別ＩＤが追跡ルール種別の入力条件である「TRG-002」と一致する状態変化解釈ルールを取得する。検索対象の追跡ルールが図１１に示した構成である場合、得られる追跡ルールは図１１に示した「状態変化解釈ルール１」、「状態変化解釈ルール２」、「状態変化解釈ルール３」、「状態変化解釈ルール４」、および「状態変化解釈ルール５」となる。

追跡情報分析部３３ａは、前述のように得たルールのうち、対象仕様クラスＩＤが追跡対象の入力条件の識別情報の一部であるクラスＩＤに一致するルールを抽出し、これらをそれぞれ実行する。ここで抽出されるルールは前述した「状態変化解釈ルール１」、「状態変化解釈ルール２」、「状態変化解釈ルール３」、「状態変化解釈ルール４」、および「状態変化解釈ルール５」の全てである。

以下、前述した「状態変化解釈ルール２」を追跡情報分析部３３ａにより実行した際の処理について説明する。このルールは、解釈対象の仕様情報の由来が複数存在し、かつ、由来とされる仕様情報の削除フラグが有効である場合に、解釈対象の仕様情報は由来とされる各仕様情報が統合した仕様情報であると解釈するルールである。ここで用いる仕様情報は、図１８に示した仕様情報である。

図２３は、本発明の第２の実施形態における仕様情報管理装置により管理する仕様情報の状態変化解釈の手順を説明するための図である。
追跡情報分析部３３ａは、前述のように抽出した「状態変化解釈ルール２」を読み出し、このルールに従い、図２３中の「Ａ」に示すように、仕様情報のうち追跡対象の入力条件の識別情報「C-002.FR-005」を得て、図２３中の「Ｂ」に示すように、この識別情報に対応する仕様情報の由来に入力されている識別情報「C-002.FR-003」、「C-002.FR-004」を得て、これらの識別情報に対応する仕様情報の明細、つまりバージョンＩＤ、クラスＩＤ、機能要件ＩＤ、名称、説明、由来を取得し、さらに、図２３中の「Ｃ」に示すように、削除フラグの属性を取得する。

追跡情報分析部３３ａは、この取得した明細における削除フラグは識別情報「C-002.FR-003」の仕様情報及び識別情報「C-002.FR-004」の仕様情報のいずれにおいても有効になっていると認識する。これにより、追跡情報分析部３３ａは、「状態変化解釈ルール２」からして、識別情報「C-002.FR-005」の仕様情報は、識別情報「C-002.FR-003」の仕様情報および「C-002.FR-004」の仕様情報が統合したものと解釈し、この解釈結果を追跡情報記憶部５２に格納する。

次に、前述した状態変化の状態変化の解釈結果に基づいて実施する影響範囲分析処理について説明する。
前述したように、識別情報「C-002.FR-005」に対応する仕様情報は、識別情報「C-002.FR-003」に対応する仕様情報、および識別情報「C-002.FR-004」に対応する仕様情報が統合されて出来たものと追跡情報分析部３３ａにより解釈した事から、影響範囲分析部３３ｂは、識別情報「C-002.FR-005」に対応する仕様情報を変更した場合には、この変更が統合の元である識別情報「C-002.FR-003」に対応する仕様情報の変更による影響範囲と、識別情報「C-002.FR-004」に対応する仕様情報の変更による影響範囲にも及ぶ可能性があると判断する。

図２４は、本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力した影響範囲の一例を表形式で示す図である。
図２４に示した影響範囲は、影響範囲分析部３３ｂによる判断結果、つまり、クラスＩＤと機能要件ＩＤとでなる識別情報「C-002.FR-003」に対応する仕様情報および識別情報「C-002.FR-004」に対応する仕様情報の変更による影響範囲である影響範囲である由来や関連に該当する仕様情報の識別情報である。

図２５は、本発明の第２の実施形態における仕様情報管理装置の影響範囲分析部により出力する影響範囲表示画面の一例を示す図である。
図２５に示すように、識別情報「C-002.FR-003」に対応する仕様情報や識別情報「C-002.FR-004」に対応する仕様情報は、識別情報「C-002.B-002」に対応する仕様情報を由来とし、さらに、識別情報「C-002.FR-003」に対応する仕様情報や識別情報「C-002.FR-004」に対応する仕様情報から、識別情報「C-002.FR-006」に対応する仕様情報、識別情報「C-002.FR-007」に対応する仕様情報、および識別情報「C-002.FR-008」に対応する仕様情報への関連が存在する。

影響範囲分析部３３ｂは、前述したように、追跡情報分析部３３ａにより識別情報「C-002.FR-003」に対応する仕様情報と識別情報「C-002.FR-004」に対応する仕様情報とが統合されて識別情報「C-002.FR-005」に対応する仕様情報が出来たとの状態変化解釈を行った事から、図２２および図２５に示した影響範囲をもとに、識別情報「C-002.FR-005」に対応する仕様情報に注目して影響範囲を出力する。

図２６は、本発明の第２の実施形態における仕様情報管理装置により出力する状態変化解釈後の影響範囲表示画面の一例を示す図である。
図２６に示した例は、状態変化の解釈結果に基づいた影響範囲分析部３３ｂによる影響範囲分析の結果であり、識別情報「C-002.FR-003」に対応する仕様情報と識別情報「C-002.FR-004」に対応する仕様情報とが統合されて出来た、識別情報「C-002.FR-005」に対応する仕様情報から、識別情報「C-002.FR-001」に対応する仕様情報、識別情報「C-002.FR-002」に対応する仕様情報、識別情報「C-002.FR-006」に対応する仕様情報、識別情報「C-002.FR-007」に対応する仕様情報、および識別情報「C-002.FR-008」に対応する仕様情報への関連が存在することを示している。

以上説明したように、本発明の実施形態における仕様情報管理装置では、仕様情報間の由来の関係をもとに仕様情報の追跡情報を生成するので、仕様情報の状態変化の経路の追跡を的確に行なうことが出来る。また、仕様情報の状態変化の解釈を行なうルールを定めて、これを実行する事により、従来は個々の分析者の能力に依存してきた状態変化の解釈の的確な支援が可能である。
つまり、この仕様情報管理装置は、システムやソフトウェアの開発プロジェクトの途中で、仕様情報がどのような状態変化にあったかを追跡したり、仕様情報を開発途中で分解もしくは統合した場合に、仕様情報の状態や変更済みの仕様情報の変化を追跡したりする事が出来る。
また、仕様情報間の由来関係を予め定めておくことで、仕様情報間の関係が正しく定義されていない場合でも、追跡情報の検証を行うことで、この関係の定義を促すことも出来る。仕様情報管理装置は、これらのトレーサビリティにより、仕様情報の管理および分析に大きく貢献できる。

なお、この発明は前記実施形態そのままに限定されるものではなく実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

なお、上記実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
また、記憶媒体は１つに限らず、複数の媒体から上記実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
また、本発明におけるコンピュータとは、パーソナルコンピュータに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

１…制御部、２…仕様情報定義部、３…追跡情報処理部、４…追跡ルール処理部、
５…記憶装置、６…インタフェース、７…バス、３１…追跡情報管理制御部、３２…追跡情報生成部、３３…追跡情報管理部、３３ａ…追跡情報分析部、３３ｂ…影響範囲分析部、３４…追跡検証部、３５…追跡情報出力部、３６…記憶制御部、４１…追跡ルール定義部、４２…追跡検証ルール定義部、４３…追跡ルール記憶制御部、５１…仕様情報記憶部、５２…追跡情報記憶部、５３…追跡ルール記憶部、６１…入力装置、６２…表示装置。

Claims (5)

1. 情報処理の複数種類の仕様情報および当該仕様情報に由来する他の仕様情報との関係を記憶する仕様情報記憶手段と、
   前記仕様情報記憶手段に記憶される仕様情報のうち追跡対象として指定された仕様情報と他の仕様情報との間の由来関係を示す追跡情報を生成する追跡情報生成手段と、
   前記仕様情報の追跡ルールを記憶する追跡ルール記憶手段と、
   前記仕様情報記憶手段に記憶される仕様情報を前記追跡ルール記憶手段に記憶される追跡ルールにしたがって分析する追跡情報分析手段と
   を備えたことを特徴とする仕様情報管理装置。
2. 前記追跡情報分析手段は、
   前記仕様情報記憶手段に記憶される仕様情報を前記追跡ルール記憶手段に記憶される仕様情報状態変化解釈用の追跡ルールにしたがって分析することで、当該仕様情報の状態変化を解釈する追跡情報分析手段である
   ことを特徴とする請求項１に記載の仕様情報管理装置。
3. 前記追跡情報分析手段は、
   前記仕様情報記憶手段に記憶される仕様情報をもとに前記追跡情報生成手段により生成した追跡情報を前記追跡ルール記憶手段に記憶される影響範囲分析用の追跡ルールにしたがって分析することで、前記追跡情報のもととなる仕様情報を変更した場合に影響を及ぼす他の仕様情報の範囲を分析する影響範囲分析手段である
   ことを特徴とする請求項１に記載の仕様情報管理装置。
4. 前記仕様情報の検証ルールを記憶する検証ルール記憶手段と、
   前記仕様情報記憶手段に記憶される仕様情報における由来関係の適否を前記検証ルール記憶手段に記憶される検証ルールにしたがって検証し、この検証により、必要意応じて前記仕様情報の修正を促す情報を出力する追跡検証手段とをさらに備えた
   ことを特徴とする請求項１に記載の仕様情報管理装置。
5. 情報処理の複数種類の仕様情報および当該仕様情報に由来する他の仕様情報との関係を記憶する仕様情報記憶手段、および前記仕様情報の追跡ルールを記憶する追跡ルール記憶手段を備えたコンピュータを、
   前記仕様情報記憶手段に記憶される仕様情報のうち追跡対象として指定された仕様情報と他の仕様情報との間の由来関係を示す追跡情報を生成する追跡情報生成手段、および
   前記仕様情報記憶手段に記憶される仕様情報を前記追跡ルール記憶手段に記憶される追跡ルールにしたがって分析する追跡情報分析手段
   として機能させることを特徴とする仕様情報管理プログラム。

Images