(57)【要約】【課題】設計情報の記述形式をそのまま利用することで、オペレータ側の操作負担を軽減する。【解決手段】異なる記述形式の設計情報を入力する入力部１１と、入力部１１にて入力された設計情報の記述形式を識別し、この識別された記述形式毎に当該設計情報を解釈する解釈部１２と、解釈部１２にて解釈された記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を設計情報から抽出する抽出部１３と、抽出部１３にて抽出された設計要素及び紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部１４に登録する登録部１５とを有する。【選択図】図１
2012084019.tif 000002
【特許請求の範囲】
【請求項１】
異なる記述形式の設計情報を入力する入力部と、
前記入力部にて入力された前記設計情報の記述形式を識別し、この識別された記述形式毎に当該設計情報を解釈する解釈部と、
前記解釈部にて解釈された前記記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を前記設計情報から抽出する抽出部と、
前記抽出部にて抽出された前記設計要素及び前記紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部に登録する登録部と
を有することを特徴とする設計トレース装置。
【請求項２】
前記記憶部に関連付けて登録された設計要素に基づき、異なる記述形式の設計要素間のトレーサビリティを検証する検証部を有することを特徴とする請求項１記載の設計トレース装置。
【請求項３】
前記紐付け要素は、
異なる記述形式の設計要素間で一の設計要素を成立させるための制約条件を示す制約要素を含み、
前記登録部は、
前記抽出部にて抽出された前記設計要素及び前記紐付け要素の前記制約要素に基づき、異なる記述形式の設計要素を関連付けて制約条件を前記記憶部に登録することを特徴とする請求項１又は２記載の設計トレース装置。
【請求項４】
前記設計要素には、
要件定義上で定義した設計要素と、設計定義上で定義した設計要素と、実装定義上で定義した設計要素とがあり、
前記登録部は、
前記抽出部にて抽出された前記設計要素及び前記紐付け要素に基づき、異なる定義の設計要素を関連付けて前記記憶部に登録し、
前記検証部は、
前記記憶部に関連付けて登録された設計要素に基づき、異なる定義の設計要素間のトレーサビリティを検証することを特徴とする請求項２又は３記載の設計トレース装置。
【請求項５】
異なる記述形式の設計情報を入力する入力手順と、
前記入力手順にて入力された前記設計情報の記述形式を識別し、この識別された記述形式毎に当該設計情報を解釈する解釈手順と、
前記解釈手順にて解釈された前記記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を前記設計情報から抽出する抽出手順と、
前記抽出手順にて抽出された前記設計要素及び前記紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部に登録する登録手順と
を含むプログラムをコンピュータに実行させることを特徴とする設計トレースプログラム。
【請求項６】
異なる記述形式の設計情報を入力する入力ステップと、
前記入力ステップにて入力された前記設計情報の記述形式を識別し、この識別された記述形式毎に当該設計情報を解釈する解釈ステップと、
前記解釈ステップにて解釈された前記記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を前記設計情報から抽出する抽出ステップと、
前記抽出ステップにて抽出された前記設計要素及び前記紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部に登録する登録ステップと
を有することを特徴とする設計トレース方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計トレース装置、設計トレースプログラム及び設計トレース方法に関する。  
【背景技術】
【０００２】
システム開発において設計情報の設計要素間を紐付けして設計経緯を辿ることができる追跡機能（以下、単にトレーサビリティと称する）を検証する設計トレース装置が広く知られている。図１４は、設計トレース装置を示すブロック図である。図１４に示す設計トレース装置５０は、読込部５１と、編集部５２と、出力部５３と、データベース５４とを有する。
【０００３】
読込部５１は、異なるアプリケーションで記述した設計情報を読み込み、この読み込んだ設計情報を設計トレース装置５０の専用アプリケーションに変換し、この変換した設計情報をデータベース５４に登録する。編集部５２は、専用アプリケーションを使用してデータベース５４に登録済みの設計情報を編集する。出力部５３は、データベース５４に登録済みの設計情報内の要件定義の設計要素、設計定義の設計要素及び実装定義の設計要素を紐付けて設計要素間のトレーサビリティを検証出力する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３１１６５号公報
【特許文献２】特開２００６−１０６８９３号公報
【特許文献３】特開２００８−２５０７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記設計トレース装置５０では、設計情報をデータベース５４に登録する場合や、その設計情報を編集する場合、専用アプリケーションを使用する必要がある。そのため、オペレータは、専用アプリケーションの使用方法を学習する必要がある。
【０００６】
しかも、上記設計トレース装置５０では、例えば、専用アプリケーション変換前の設計情報に追加や変更等が生じた場合、追加内容や変更内容を専用アプリケーションに変換しなければならず、追加や変更に要するオペレータ側の操作負担は大である。
【０００７】
１つの側面では、設計情報の記述形式をそのまま利用することでオペレータ側の操作負担を軽減できる設計トレース装置、設計トレースプログラム及び設計トレース方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
１つの態様では、入力部と、解釈部と、抽出部と、記憶部と、登録部とを有する。入力部は、異なる記述形式の設計情報を入力する。解釈部は、入力部にて入力された設計情報の記述形式を識別し、この識別された記述形式毎に当該設計情報を解釈する。抽出部は、解釈部にて解釈された記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を設計情報から抽出する。登録部は、抽出部にて抽出された設計要素及び紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部に登録する。
【発明の効果】
【０００９】
設計情報の記述形式をそのまま利用することでオペレータ側の操作負担を軽減できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１の設計トレース装置を示すブロック図である。
【図２】図２は、実施例２の設計トレース装置を示すブロック図である。
【図３】図３は、要件定義の設計情報の一例を示す説明図である。
【図４】図４は、設計定義の設計情報の一例を示す説明図である。
【図５】図５は、実装定義の設計情報の一例を示す説明図である。
【図６】図６は、設計要素格納テーブルの一例を示す説明図である。
【図７】図７は、紐付け要素格納テーブルの一例を示す説明図である。
【図８】図８は、検証結果の提示内容の一例を示す説明図である。
【図９】図９は、トレーサビリティ出力処理に関わる設計トレース装置の処理動作を示すフローチャートである。
【図１０】図１０は、実施例３の設計定義の設計情報の一例を示す説明図である。
【図１１】図１１は、実施例３の設計要素格納テーブルの一例を示す説明図である。
【図１２】図１２は、実施例３の紐付け要素格納テーブルの一例を示す説明図である。
【図１３】図１３は、設計トレースプログラムを実行するコンピュータを示す説明図である。
【図１４】図１４は、設計トレース装置を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて、本願の開示する設計トレース装置、設計トレースプログラム及び設計トレース方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。
【実施例１】
【００１２】
図１は、実施例１の設計トレース装置を示すブロック図である。図１に示す設計トレース装置１は、入力部１１と、解釈部１２と、抽出部１３と、記憶部１４と、登録部１５とを有する。入力部１１は、異なる記述形式の設計情報を入力する。尚、設計情報は、例えば、要件定義の設計情報、設計定義の設計情報や実装定義の設計情報等を含む。解釈部１２は、入力部１１にて入力された設計情報の記述形式を識別する。更に、解釈部１２は、設計情報の記述形式を識別すると、識別された記述形式毎に設計情報を解釈する。
【００１３】
抽出部１３は、解釈部１２にて解釈された記述形式毎の設計情報から設計要素を抽出すると共に、異なる記述形式の特定の設計要素同士が紐付けされた紐付け要素を設計情報から抽出する。尚、設計要素は、例えば、要件定義上の設計要素、設計定義上の設計要素や実装定義上の設計要素等である。登録部１５は、抽出部１３にて抽出された設計要素及び紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部１４に登録する。
【００１４】
実施例１では、入力部１１にて入力された設計情報の記述形式を識別すると、識別された記述形式毎に設計情報を解釈し、解釈された設計情報から設計要素及び紐付け要素を抽出する。更に、実施例１では、設計要素及び紐付け要素を抽出すると、これら設計要素及び紐付け要素に基づき、異なる記述形式の設計要素を関連付けて記憶部１４に登録する。
【００１５】
その結果、実施例１では、設計トレース装置１に入力する設計情報の記述形式をそのまま利用できるため、オペレータ側の操作負担を軽減できる。しかも、記憶部１４の登録内容に基づき、異なる記述形式の設計要素間のトレーサビリティを実現できる。その結果、ソフトウェア開発の異なる記述形式の設計要素で満たされるべき要件を追跡することで、考慮漏れの要件を検証できる。
【実施例２】
【００１６】
図２は、実施例２の設計トレース装置を示すブロックである。図２に示す設計トレース装置１Ａは、入力部２１と、ディスパッチャ部２２と、解釈部２３と、アプリケーション格納部２４と、抽出部２５とを有する。更に、設計トレース装置１Ａは、登録部２６と、データベース２７と、トレーサ部２８と、出力部２９とを有する。入力部２１は、異なる記述形式、例えば、アプリケーションで記述した設計情報を入力する。尚、設計情報は、例えば、要件定義の設計情報、設計定義の設計情報や実装定義の設計情報等を含む。
【００１７】
図３は、要件定義の設計情報の一例を示す説明図である。図３に示す要件定義の設計要素４１は、表計算アプリケーション（reqt.xls）を使用して記述し、コラム“Ａ”に設計要素を識別する設計要素ＩＤ４１Ａと、コラム“Ｂ”に設計要素の大項目４１Ｂとを記述した。更に、設計要素４１は、コラム“Ｃ”に設計要素の中項目４１Ｃと、コラム“Ｄ”に設計要素の小項目４１Ｄとを記述した。例えば、設計要素ＩＤ４１Ａが“Ｒ１００”の場合、大項目４１Ｂ、中項目４１Ｃ及び小項目４１Ｄに着目すると、ログオンする上でユーザ認証し、ユーザ認証する際にアカウントが存在する要件定義であることが認識できる。尚、オペレータは、表計算アプリケーションを使用して図３の要件定義上の設計要素を作成した。
【００１８】
図４は、設計定義の設計情報の一例を示す説明図である。図４に示す設計定義の設計要素４２は、モデリングアプリケーション(model.eap)を使用して記述し、設計要素４２Ａをモデル化して各設計要素４２Ａを階層化し、設計要素４２Ａ間の点線矢印４２Ｂの関連付けを示すマークアップとした。例えば、設計要素“Ｒ１００”を上位とした場合、下位方向に設計要素“Ｕ１００１”→設計要素“Ｕ１０００”→設計要素“Ｌｏｇｏｎ  Ａｃｔｉｏｎ”の順に図式化した。尚、オペレータは、モデリングアプリケーションを使用して図４の設計定義上の設計要素を作成した。
【００１９】
図５は、実装定義の設計情報の一例を示す説明図である。図５に示す実装定義の設計要素４３は、ソースファイルによる実装アプリケーション(logonAction.h)を使用して記述し、実装するプログラム内容４３Ａと、そのプログラム内容４３Ａに関わるコメント４３Ｂとが記述してある。尚、コメント４３Ｂには、図４の設計定義上の設計要素４２を参照するマークアップ［実装Ｕ＊＊＊＊］４３Ｃを含む。例えば、図５上の[実装Ｕ１００２]に着目すると、図４の設計要素“Ｕ１００２”が設計要素“int IsPasswordCorrect（const char*pPassword）” と関連することが認識できる。尚、オペレータは、実装アプリケーションを使用して図５の実装定義上の設計要素を作成した。
【００２０】
ディスパッチャ部２２は、入力部２１にて入力された設計情報のアプリケーションを識別する。アプリケーション格納部２４は、各設計情報のアプリケーションを予め格納している。尚、アプリケーションは、例えば、図３の要件定義に使用する表計算アプリケーション、図４の設計定義に使用するモデリングアプリケーション、図５の実装定義に使用する実装アプリケーション等に相当する。解釈部２３は、ディスパッチャ部２２にて設計情報のアプリケーションを識別すると、その識別結果に対応したアプリケーションをアプリケーション格納部２４から読み出す。そして、解釈部２３は、読み出したアプリケーションを使用して当該設計情報を解釈する。
【００２１】
抽出部２５は、解釈部２３にて設計情報を解釈すると、その設計情報内の設計要素及び紐付け要素を抽出する。尚、設計要素は、例えば、図３の要件定義上で定義した設計要素４１、図４の設計定義上で定義した設計要素４２や、図５の実装定義上で定義した設計要素４３等に相当する。紐付け要素は、例えば、図４の設計定義上で定義したマークアップ４２Ｂや、図５の実装定義上で定義したマークアップ４３Ｃ等に相当する。
【００２２】
データベース２７は、設計要素格納テーブル３１と、紐付け要素格納テーブル３２とを有する。図６は、設計要素格納テーブル３１の一例を示す説明図である。図６に示す設計要素格納テーブル３１は、設計要素を識別する設計要素ＩＤ３１Ａと、設計要素の内容３１Ｂと、設計要素を定義した定義場所３１Ｃとを関連付けて格納する。例えば、設計要素３１Ｂ“Ｒ１０１”の場合、設計要素ＩＤ３１Ａが“２”、定義場所３１Ｃが表計算アプリケーション“reqt.xls”ということになる。
【００２３】
図７は、紐付け要素格納テーブル３２の一例を示す説明図である。図７に示す紐付け要素格納テーブル３２は、紐付け要素を識別する紐付け要素ＩＤ３２Ａと、紐付け要素の関連元となる設計要素を識別する関連元設計要素ＩＤ３２Ｂと、紐付け要素の関連先となる設計要素を識別する関連先設計要素ＩＤ３２Ｃと、この紐付け要素を定義した定義場所３２Ｄとを関連付けて格納する。
【００２４】
登録部２６は、抽出部２５にて設計要素を抽出すると、抽出した設計要素を設計要素格納テーブル３１内に登録する。また、登録部２６は、抽出部２５にて紐付け要素を抽出すると、この抽出した紐付け要素を紐付け要素格納テーブル３２内に登録する。尚、紐付け要素格納テーブル３２は、紐付け要素、すなわち、異なる定義の紐付けた設計要素を関連付けて登録する。
【００２５】
トレーサ部２８は、設計要素格納テーブル３１に登録済みの設計要素及び、紐付け要素格納テーブル３２に登録済みの紐付け要素に基づき、異なる定義の設計要素間のトレーサビリティを検証する。尚、トレーサビリティとは、異なる定義の設計要素間を紐付けして設計経緯を辿ることができる追跡機能に相当する。トレーサ部２８は、例えば、要件定義の設計要素“Ｒ１００”に着目した場合、図６の設計要素格納テーブル３１から設計要素ＩＤ３１Ａが“１”と認識する。そして、トレーサ部２８は、図７の紐付け要素格納テーブル３２から設計要素ＩＤが“１”に関わる紐付け要素ＩＤ３２Ａの“１”に紐付いた設計要素ＩＤの“５”を認識する。更に、トレーサ部２８は、設計要素ＩＤの“５”を認識すると、設計要素“Ｒ１００”の下位定義である設計定義の設計要素“Ｕ１００１”を認識する。次に、トレーサ部２８は、設計要素ＩＤが“５”に関わる紐付け要素ＩＤ３２Ａの“５”に紐付いた設計要素ＩＤの“９”を認識する。更に、トレーサ部２８は、設計要素ＩＤの“９”を認識すると、設計要素“Ｕ１００１”の下位定義である実装定義の設計要素である“ｃｏｎｓｔ ＵｓｅｒＡｃｃｏｕｎｔ＊…”と認識する。つまり、トレーサ部２８は、設計要素“Ｒ１００”→設計要素“Ｕ１００１”→設計要素“ｃｏｎｓｔ…”といった異なる定義の設計要素間のトレーサビリティを検証したことになる。
【００２６】
出力部２９は、トレーサ部２８の検証結果に基づき、上位の設計要素から下位の設計要素への検証結果、例えば、要件定義→設計定義→実装定義、図８に示すように“Ｒ１００”→“Ｕ１００１”→“ｃｏｎｓｔ…”の検証結果を図示せぬ表示部に提示出力する。また、出力部２９では、トレーサ部２８の検証結果に基づき、下位の設計要素から上位の設計要素への検証結果を表示部に提示出力するようにしても良い。
【００２７】
次に、実施例２の設計トレース装置１Ａの動作について説明する。図９は、トレーサビリティ出力処理に関わる設計トレース装置１Ａの処理動作を示すフローチャートである。図９において設計トレース装置１Ａは、入力部２１に入力する設計情報のアプリケーションがアプリケーション格納部２４に格納されていない場合、当該設計情報のアプリケーションをアプリケーション格納部２４に格納する（ステップＳ１１）。設計トレース装置１Ａのディスパッチャ部２２は、入力部２１にて入力された設計情報のアプリケーションを識別する（ステップＳ１２）。設計トレース装置１Ａの解釈部２３は、アプリケーションの識別結果に対応したアプリケーションをアプリケーション格納部２４から読み出し（ステップＳ１３）、読み出したアプリケーションを使用して設計情報を解釈する（ステップＳ１４）。
【００２８】
更に、設計トレース装置１Ａの抽出部２５は、解釈した設計情報から設計要素及び紐付け要素を抽出する（ステップＳ１５）。更に、設計トレース装置１Ａの登録部２６は、設計要素及び紐付け要素を抽出すると、抽出した設計要素を設計要素格納テーブル３１に登録すると共に、抽出した紐付け要素を紐付け要素格納テーブル３２に登録する（ステップＳ１６）。
【００２９】
また、設計トレース装置１Ａのトレーサ部２８は、設計要素格納テーブル３１に登録済みの設計要素及び、紐付け要素格納テーブル３２に登録済みの紐付け要素に基づき、異なる定義上の設計要素間のトレーサビリティを検証する（ステップＳ１７）。更に、設計トレース装置１Ａの出力部２９は、異なる定義上の設計要素間のトレーサビリティを検証し、その検証結果を表示部に提示出力することで（ステップＳ１８）、図９の処理動作を終了する。
【００３０】
実施例２では、入力した設計情報のアプリケーションを識別し、識別したアプリケーションで設計情報を解釈し、解釈された設計情報から抽出した設計要素及び紐付け要素に基づき、異なる定義上の設計要素間のトレーサビリティを検証した。その結果、設計トレース装置１Ａに入力する設計情報のアプリケーションをそのまま利用できるため、オペレータ側の操作負担を軽減できる。
【００３１】
実施例２では、紐付け要素格納テーブル３２に登録済みの紐付け要素、すなわち紐付いた関連先設計要素及び関連元設計要素に基づき、上位の設計要素から下位の設計要素へのトレーサビリティを実現できる。また、実施例２では、下位の設計要素から上位の設計要素へのトレーサビリティを実現できる。
【００３２】
実施例２では、図３の要件定義上、図４の設計定義上及び、図５の実装定義上で設計要素や紐付け要素等をオペレータ側の指定操作で定義できる。
【００３３】
実施例２では、要件定義上で定義した設計要素、設計定義上で定義した設計要素、実装定義上で定義した設計要素及び、これら設計要素同士を関連付けた紐付け要素に基づき、異なる定義上の設計要素間のトレーサビリティを検証する。その結果、異なる定義の設計要素で設計情報のトレーサビリティを実現できる。ソフトウェア開発の異なる定義の設計要素で満たされるべき要件を追跡することで、表示画面上で考慮漏れの要件を検証できる。
【００３４】
尚、上記実施例２では、関連先の設計要素及び関連元の設計要素を関連付けた紐付け要素を使用して設計要素間のトレーサビリティを検証したが、紐付け要素に関連先の設計要素及び関連元の設計要素間の制約条件を要素として追加しても良い。図１０は、実施例３のモデリングアプリケーションの制約条件を要素として追加した場合の説明図である。尚、実施例２の設計トレース装置１Ａと同一のものには同一符号を付すことで、その重複する構成及び動作の説明については省略する。図１０の例では、設計要素“Ｒ０２０”としてユーザを認証する場合、設計要素“Ｒ０２１”又は設計要素“Ｒ０２２”の何れか一方又は両方の要件（制約要件）が満たされた場合、「１つ以上」として制約条件を制約要素５１として紐付け要素に追加する。  
【００３５】
ディスパッチャ部２２は、設計情報のアプリケーションを識別する。解釈部２３は、識別したアプリケーションをアプリケーション格納部２４から読み出す。解釈部２３は、読み出したアプリケーションを使用して設計情報を解釈する。抽出部２５は、解釈部２３にて解釈した設計情報から設計要素及び紐付け要素を抽出する。登録部２６は、抽出部２５にて設計要素を抽出すると、設計要素を設計要素格納テーブル３１に登録する。
【００３６】
図１１は、実施例３の設計要素格納テーブル３１のテーブル内容の一例を示す説明図である。図１１の例では、設計要素格納テーブル３１は、設計要素の内容３１Ｂとして“Ｒ０２０”の場合、設計要素ＩＤ３１Ａとして“１”、定義場所３１Ｃとして“model.eap”を登録した。また、設計要素格納テーブル３１は、設計要素の内容３１Ｂとして“Ｒ０２１”の場合、設計要素ＩＤ３１Ａとして“２”、定義場所３１Ｃとして“model.eap”を登録した。更に、設計要素格納テーブル３１は、設計要素の内容３１Ｂとして“Ｒ０２２”の場合、設計要素ＩＤ３１Ａとして“３”、定義場所３１Ｃとして“model.eap”を登録した。
【００３７】
更に、登録部２６は、抽出部２５にて制約要件を含む紐付け要素を抽出すると、紐付け要素を紐付け要素格納テーブル３２に登録する。図１２は、実施例３の紐付け要素格納テーブル３２のテーブル内容の一例を示す説明図である。図１２の例では、紐付け要素格納テーブル３２は、紐付け要素ＩＤ３２Ａとして“１”の場合、関連元設計要素ＩＤ３２Ｂとして設計要素ＩＤ“２”、関連先設計要素ＩＤ３２Ｃとして設計要素ＩＤ“１”、定義場所３２Ｄとして“model.eap”、制約要素３２Ｅとして“１つ以上”を登録した。また、紐付け要素格納テーブル３２は、紐付け要素ＩＤ３２Ａとして“２”の場合、関連元設計要素ＩＤ３２Ｂとして“３”、関連先設計要素ＩＤ３２Ｃとして“１”、定義場所３２Ｄとして“model.eap”、制約要素３２Ｅとして“１つ以上”を登録した。
【００３８】
トレーサ部２８は、設計要素格納テーブル３１に登録済みの設計要素及び、紐付け要素格納テーブル３２に登録済みの紐付け要素に基づき、異なる定義上の設計要素間の制約要件を反映したトレーサビリティを検証する。そして、出力部２９は、その検証結果を表示部に提示出力する。
【００３９】
実施例３では、紐付け要素格納テーブル３２に登録済みの紐付け要素及び設計要素に基づき、異なる定義上の設計要素間の制約要件を反映したトレーサビリティを実現できる。
【００４０】
尚、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００４１】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【００４２】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現できる。そこで、以下では、図１３を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１３は、設計トレースプログラムを実行するコンピュータを示す説明図である。
【００４３】
図１３に示すように、設計トレースプログラムとしてのコンピュータ１００は、ＨＤＤ（Hard Disk Drive）１１０、ＲＡＭ(Random Access Memory)１２０、ＲＯＭ（Read Only Memory）１３０及びＣＰＵ１４０をバス１５０で接続して構成される。
【００４４】
そして、ＲＯＭ１３０には、上記の実施例と同様の機能を発揮する設計トレースプログラム、つまり、図１３に示すように、入力プログラム１３１、解釈プログラム１３２、抽出プログラム１３３及び登録プログラム１３４が予め記憶されている。尚、プログラム１３１〜１３４については、図１に示した設計トレース装置１の各構成要素と同様、適宜統合又は分散してもよい。
【００４５】
そして、ＣＰＵ１４０が、これらのプログラム１３１〜１３４をＲＯＭ１３０から読み出して実行することで、図１３に示すように、各プログラム１３１〜１３４は、入力プロセス１４１、解釈プロセス１４２、抽出プロセス１４３及び登録プロセス１４４として機能するようになる。
【００４６】
ＣＰＵ１４０は、入力された設計情報の記述形式を識別すると、識別された記述形式毎に設計情報を解釈し、解釈された設計情報から設計要素及び紐付け要素を抽出する。更に、ＣＰＵ１４０は、設計要素及び紐付け要素を抽出すると、これら設計要素及び紐付け要素に基づき、異なる記述形式の設計要素を関連付けてＲＡＭ１２０の所定領域に登録する。
【００４７】
その結果、設計トレース装置に入力する設計情報の記述形式をそのまま利用できるため、オペレータ側の操作負担を軽減できる。しかも、ＲＡＭ１２０の所定領域の登録内容に基づき、異なる記述形式の設計要素間のトレーサビリティを実現できる。
【符号の説明】
【００４８】
１  設計トレース装置
１Ａ  設計トレース装置
１１  入力部
１２  解釈部
１３  抽出部
１４  記憶部
１５  登録部
２１  入力部
２２  ディスパッチャ部
２３  解釈部
２５  抽出部
２６  登録部
２７  データベース
２８  トレーサ部
３１  設計要素格納テーブル
３２  紐付け要素格納テーブル
【図１】
2012084019.tif 000003
【図２】
2012084019.tif 000004
【図３】
2012084019.tif 000005
【図４】
2012084019.tif 000006
【図５】
2012084019.tif 000007
【図６】
2012084019.tif 000008
【図７】
2012084019.tif 000009
【図８】
2012084019.tif 000010
【図９】
2012084019.tif 000011
【図１０】
2012084019.tif 000012
【図１１】
2012084019.tif 000013
【図１２】
2012084019.tif 000014
【図１３】
2012084019.tif 000015
【図１４】
2012084019.tif 000016