"要件定義書から当該要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書から当該基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得し、取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成し、前記取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記生成した和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する、処理をコンピュータに実行させる関連情報抽出プログラム。前記要件定義書に含まれる業務フローから、各要件要素情報に関連する情報を要件要素関連情報として取得するとともに、前記基本設計書に含まれるプロセス関連図から、各設計要素情報に関連する情報を設計要素関連情報として取得し、前記抽出された関連情報に含まれる組の1つを取得し、前記取得した要件要素関連情報の中から前記組に含まれる要件要素情報の関連先の要件要素情報を抽出するとともに、前記取得した設計要素関連情報の中から前記組に含まれる設計要素情報の関連先の設計要素情報を抽出し、前記関連先の要件要素情報と前記関連先の設計要素情報との組を前記関連情報に追加する、処理を前記コンピュータに更に実行させることを特徴とする請求項1に記載の関連情報抽出プログラム。複数の前記設計要素情報間の遷移関係を示す遷移情報を取得する処理を前記コンピュータに更に実行させることを特徴とする請求項1又は2に記載の関連情報抽出プログラム。前記遷移情報を取得する処理では、前記基本設計書の画面遷移図の画面間の遷移情報に基づいて、あるいは前記基本設計書の画面に対して付与された画面識別子に基づいて、前記遷移情報を取得することを特徴とする請求項3に記載の関連情報抽出プログラム。要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得工程と、前記要素情報取得工程で取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成工程と、前記要素情報取得工程で取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成工程で生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出工程と、をコンピュータが実行することを特徴とする関連情報抽出方法。要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得手段と、前記要素情報取得手段が取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成手段と、前記要素情報取得手段が取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成手段が生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出手段と、を備える関連情報抽出装置。しかしながら、要件定義書で定義している要件情報は、基本設計書で設計情報として定義する際に詳細化されるため、要件要素情報と設計要素情報では作成粒度が異なる。すなわち、要件定義書で定義された要件要素情報Aとするが、基本設計書では複数の設計要素情報例えば、A’、Aの2つに分かれる場合がある。このような場合に、従来のように名前の類似度を用いてトレース情報の候補を抽出することとすると、情報Aと情報A’、Aの名前の類似度が低い場合には情報Aのトレース情報の候補を正確に抽出できないおそれがあった。そこで本件は上記の課題に鑑みてなされたものであり、要件要素情報と設計要素情報との間の関連性を示す関連情報を精度良く抽出することが可能な関連情報抽出プログラム、関連情報抽出方法及び関連情報抽出装置を提供することを目的とする。本明細書に記載の関連情報抽出プログラムは、要件定義書から当該要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書から当該基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得し、取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成し、前記取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記生成した和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する、処理をコンピュータに実行させる関連情報抽出プログラムである。本明細書に記載の関連情報抽出方法は、要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得工程と、前記要素情報取得工程で取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成工程と、前記要素情報取得工程で取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成工程で生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出工程と、をコンピュータが実行する。本明細書に記載の関連情報抽出装置は、要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得手段と、前記要素情報取得手段が取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成手段と、前記要素情報取得手段が取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成手段が生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出手段と、を備える関連情報抽出装置である。本明細書に記載の関連情報抽出プログラム、関連情報抽出方法及び関連情報抽出装置は、要件要素情報と設計要素情報との間の関連性を示す関連情報を精度良く抽出することができるという効果を奏する。以下、関連情報抽出装置としてのトレース情報抽出装置の一実施形態について、図1~図45に基づいて詳細に説明する。なお、本実施形態のトレース情報抽出装置は、ソフトウェア開発において作成される要件定義書に変更が生じた場合に、その変更が基本設計書のどこに影響を与えるかを示す情報トレース情報を抽出する処理を実行する装置である。図1には、トレース情報抽出装置10のハードウェア構成が示されている。トレース情報抽出装置10は、PCPersonalComputerなどの情報処理装置であり、図1に示すように、CPU90、ROM92、RAM94、記憶部ここではHDDHardDiskDrive96、入力部97、表示部93、及び可搬型記憶媒体用ドライブ99等を備えている。これらトレース情報抽出装置10の構成各部は、バス98に接続されている。トレース情報抽出装置10では、ROM92あるいはHDD96に格納されているプログラム関連情報抽出プログラム、或いは可搬型記憶媒体用ドライブ99が可搬型記憶媒体91から読み取ったプログラム関連情報抽出プログラムをCPU90が実行することにより、図2に示す各部の機能が実現されている。図2は、トレース情報抽出装置10の機能ブロック図である。図2に示すように、トレース情報抽出装置10においては、CPU90により、要素情報取得手段としての要素情報取得部12、遷移情報取得手段としての遷移情報取得部14、集合生成手段としての設計要素候補判定部18、関連情報抽出手段としてのトレース候補判定部16、関連情報取得手段としての関連情報取得部20、関連情報追加手段としての関連トレース候補抽出部22、としての機能が実現されている。なお、図2では、HDD96等に格納されている、要件要素情報DB30、要件要素項目情報DB32、設計要素情報DB36、設計要素項目情報DB34、設計項目積情報37、設計項目和情報39、トレース候補情報DB38、要件要素関連情報DB40、及び設計要素関連情報DB42についても図示している。また、図2では、トレース情報抽出装置10に対する入力要件定義書50及び基本設計書52についても図示している。図3には、要件定義書50の一例が示され、図4には、基本設計書52の一例が示されている。要件定義書50は、プログラム開発の現場において、オペレータ等が顧客の要求を業務要件やシステムの機能要件として定義したファイルである。要件定義書50は、一例として、図3に示すように、画面一覧と画面レイアウトを含んでいる。画面一覧は、通し番号であるNoに対して、画面ID、画面名、概要、利用組織名/役割名、備考の各項目が対応付けられている。また、画面レイアウトは、画面ID及び画面名に対応して、画面上における項目情報区分、顧客コードなどの配置等を定めている。一方、基本設計書52は、プログラム開発の現場において、オペレータ等がシステムの仕様や機能構成を定義したファイルである。基本設計書52は、一例として、図4に示すように、画面一覧と画面項目定義とを含んでいる。画面一覧は、通し番号であるNoに対して、画面名、画面識別子としての画面ID、画面概要、利用組織、備考の各項目が対応付けられている。また、画面項目定義は、画面ID及び画面名に対し、各画面項目の画面項目名、画面項目英名、型、桁数、...、タブ順、備考が対応付けられている。次に、図2の機能ブロック図の各部及び各DBについて詳細に説明する。要素情報取得部12は、要件定義書50から、要件定義書50が有する要件要素情報要件要素ID画面IDや要件要素名画面名を取得して要件要素情報DB30に保持格納するとともに、要件要素情報が有する要件要素項目名区分、顧客コードなどを取得して、要件要素項目情報DB32に保持格納する。また、要素情報取得部12は、基本設計書52から、基本設計書52が有する設計要素情報設計要素ID画面IDや設計要素名画面名を取得して設計要素情報DB36に保持格納するとともに、設計要素項目名区分、顧客コードなどを取得して、設計要素項目情報DB34に保持格納する。ここで、要件要素情報DB30は、図5に示すような情報であり、通し番号No.に対し、要件要素ID、要件要素名の項目が対応付けられている。この図5の例では、要件要素情報DB30は、画面に関する要件要素情報を格納しており、要件定義書に含まれる画面名空室検索、顧客管理...が抽出定義されている。また、要件要素項目情報DB32は、図6に示すような情報を格納するデータベースであり、通し番号No.に対し、要件要素名、ファイル名、要件要素項目No.、要件要素項目名の各項目が対応付けられている。図6の例では、例えば、画面顧客管理に関し、区分、顧客コード、顧客、代表者名、カナ、郵便番号、住所、情報配信区分、顧客分類、利用支店、担当者という画面項目が対応付けられている。設計要素情報DB36は、図7に示すような情報を格納するデータベースであり、通し番号No.に対し、遷移情報としての設計要素群ID、設計要素ID、設計要素名の各項目が対応付けられている。また、設計要素項目情報DB34は、図8に示すような情報を格納するデータベースであり、通し番号No.に対し、設計要素名、設計要素ID、ファイル名、設計要素項目No.、設計要素項目名の各項目が対応付けられている。図2に戻り、遷移情報取得部14は、基本設計書52の画面遷移図図39a参照から、画面間の遷移情報を取得して、設計要素群IDを決定取得し、設計要素情報DB36に格納する。設計要素候補判定部18は、トレース情報を設定する候補となる設計要素情報を、要素情報取得部12で取得された設計要素情報DB36から複数例えば2つ抽出する。そして、設計要素情報に対応する設計要素項目情報の積集合である設計項目積情報37を生成し、積集合が空集合であるか否かを判定する。積集合が空であれば、設計要素候補判定部18は、設計要素情報の候補からはずし、積集合が空でなければ、設計要素項目情報の和集合を生成し、設計項目和情報39として保持する。トレース候補判定部16は、要素情報取得部12が取得した要件要素項目情報と、設計要素候補判定部18で保持した設計項目和情報39とを比較する。そして、トレース候補判定部16は、要件要素項目情報と設計項目和情報39が同等となるような要件情報と設計情報を取得し、それらを組としてトレース候補情報DB38に格納する。関連情報取得部20は、要件定義書50が有する業務フローや基本設計書52が有するプロセス関連図から、要件情報の関連情報と設計情報の関連情報を取得する。そして、関連情報取得部20は、要件情報の関連情報を要件要素関連情報DB40に保持格納するとともに、設計情報の関連情報を設計要素関連情報DB42に保持格納する。関連トレース候補抽出部22は、トレース候補判定部16がトレース候補情報DB38に保持したトレース情報の組に含まれる要件要素情報の関連先の要件要素情報を抽出する。また、関連トレース候補抽出部22は、トレース情報の組に含まれる設計要素情報の関連先の設計要素情報を、関連情報取得部20で取得した設計要素関連情報DB42から抽出する。そして、関連トレース候補抽出部22は、抽出した要件要素情報と設計要素情報同士を、組としてトレース候補情報DB38に保持する。なお、トレース候補情報DB38は、図22、図31、図36に示すようなデータベースであり、要件要素関連情報DB40は、図27に示すようなデータベースである。また、設計要素関連情報DB42は、図30に示すようなデータベースである。これらのデータベースの詳細については、後述する。トレース情報抽出処理その1次に、図9に沿って、その他図面を適宜参照しつつ、トレース情報抽出装置10要素情報取得部12、設計要素候補判定部18、トレース候補判定部16の処理トレース情報抽出処理その1について詳細に説明する。なお、ここでは、画面に関する要件要素情報と設計要素情報間のトレース情報関連情報の抽出について説明する。図9の処理では、まず、ステップS10において、要素情報取得部12が、要件要素情報及び要件要素項目情報の作成処理を行う。この場合、要素情報取得部12は、読み込み対象となる要件定義書50例えば、図3に含まれる画面に関する定義画面一覧、画面レイアウトを読み込む。そして、要素情報取得部12は、要件情報画面IDや画面名と、要件情報が有する項目情報画面項目名区分、顧客コード等を取得して、要件要素情報DB30図5、要件要素項目情報DB32図6に格納する。次いで、ステップS12では、要素情報取得部12が、設計要素情報及び設計要素項目情報の作成処理を行う。この場合、要素情報取得部12は、読み込み対象となる基本設計書52例えば、図4に含まれる画面に関する定義画面一覧、画面項目定義を読み込む。そして、要素情報取得部12は、設計情報画面IDや画面名と、設計情報を構成する項目情報画面項目名を取得して、設計要素情報DB36図7、設計要素項目情報DB34図8に格納する。ここで、図7の設計要素情報DB36では、各画面名設計要素名に群が設定されている。この場合、群の識別子である設計要素群IDが1である設計要素として物件検索と物件詳細照会があり、設計要素群IDが2である設計要素として顧客情報管理と顧客情報登録がある。なお、設計要素情報DB36の設計要素群IDは、所定の方法により決定されるものとする当該所定の方法については、後述する図38等参照。一方、図8の設計要素項目情報DB34には、画面顧客情報管理が、区分、顧客コード、顧客、代表者名、カナ、郵便番号、住所の画面項目を有すること、画面顧客情報登録が、顧客コード、情報配信区分、顧客分類、利用支店、担当者の画面項目を有すること、などが格納されている。図9に戻り、次のステップS14では、設計要素候補判定部18が、未だ抽出が行われていない設計要素情報候補が残っているか否かを判断する。ここでは設計要素情報候補を1つも抽出していないので、判断は肯定され、ステップS16に移行する。次いで、ステップS16では、設計要素候補判定部18が、設計要素情報候補を抽出する処理を実行する。このステップS16の処理では、設計要素候補判定部18が、設計要素情報候補として、ステップS12で取得した設計要素情報から設計要素群IDが一致するものをまとまりとして抽出する。具体的には、設計要素候補判定部18は、図10のフローチャートに沿った処理を実行する。図10の処理では、まず、ステップS162において、設計要素候補判定部18が、設計要素情報から設計要素を取り出し、設計要素情報候補とする。例えば、図11aの設計要素情報の場合、破線で囲んだ設計要素が図11bのように取り出され、設計要素情報候補とされる。次いで、ステップS164では、設計要素候補判定部18が、設計要素情報候補の設計要素群IDを抽出する。図11bの場合、設計要素群ID=1が抽出される。次いで、ステップS166では、設計要素候補判定部18が、設計要素情報から次の設計要素を新たに取り出す。図11aの設計要素情報の場合、図11cに示すように、No.=2の設計要素が取り出される。次いで、ステップS168では、設計要素候補判定部18が、新たに取り出した設計要素の設計要素群IDを抽出する。図11cの場合、設計要素群ID=1が抽出される。次いで、ステップS170では、設計要素候補判定部18が、抽出した設計要素群IDが一致するか否かを判断する。ここでの判断が肯定された場合図11b、図11cでは肯定される、ステップS172に移行する。そして、ステップS172では、設計要素候補判定部18が、新たに取り出した設計要素情報図11cを設計要素情報候補とし、ステップS166以降の処理を実行する。なお、ステップS170の判断が否定された場合、すなわち、抽出した設計要素群IDが一致しなかった場合には、図10の全処理が終了し、図9のステップS18に移行する。なお、図10の全処理が終了した段階では、設計要素群ID=1の設計要素情報が設計要素情報候補とされていたり、あるいは、設計要素群ID=2の設計要素情報が設計要素情報候補とされていたりする。また、設計要素群IDが一致する設計要素情報が3以上ある場合には、図10の処理により、3つ以上の設計要素情報が抽出されることになる。なお、以下においては、説明の便宜上、設計要素群ID=2の設計要素情報が設計要素情報候補とされている図13a参照ものとする。図9に戻り、ステップS18では、設計要素候補判定部18が、設計要素情報候補が複数あるか否かを判断する。例えば、図13aの場合には、設計要素情報候補が2つあるので、ステップS18の判断は肯定される。ステップS18の判断が肯定されると、ステップS20に移行する。一方、ステップS16において設計要素情報候補が1つのみ抽出された場合には、ステップS18の判断が否定され、ステップS26に移行する。ステップS20に移行した場合、設計要素候補判定部18は、設計要素情報の項目情報の積集合の抽出処理を行う。具体的には、図12のフローチャートに沿った処理を実行する。図12の処理では、まず、ステップS202において、設計要素候補判定部18が、設計要素情報候補を1つ取り出す。例えば図13aの設計要素情報候補からは、顧客情報管理が取り出される。次いで、ステップS204では、設計要素候補判定部18が、取り出した設計要素情報候補に対応する設計要素項目情報を抽出する。この場合、例えば図13bのNo.=3の設計要素項目情報が抽出される。次いで、ステップS206では、設計要素候補判定部18が、設計要素情報候補はまだあるか否かを判断する。ここでの判断が肯定された場合には、ステップS202に戻る。そして、ステップS202では、設計要素候補判定部18が、設計要素情報候補を新たに1つ取り出す。例えば図13aの設計要素情報候補から、顧客情報登録が取り出される。次いで、ステップS204では、設計要素候補判定部18が、新たに取り出した設計要素情報候補顧客情報登録に対応する設計要素項目情報を抽出する。この場合、例えば、図13bのNo.=4の設計要素項目情報が抽出される。一方、ステップS206の判断が否定された場合には、ステップS208に移行する。ステップS208では、設計要素候補判定部18が、対応する設計要素項目情報の設計要素項目名の積集合を抽出する。例えば、図13bの場合、抽出された設計要素項目情報で、共通する設計要素項目名は、顧客コードのみであるので、積集合として、顧客コードが抽出されることになる。その後は、図12の全処理を終了し、図9のステップS22に移行する。ステップS22では、設計要素候補判定部18が、積集合が空であるか否かを判断する。ここでの判断が否定された場合には、ステップS26に移行するが、肯定された場合には、ステップS24に移行する。なお、図13bの場合は、ステップS22の判断は否定される。ここで、ステップS22の判断が肯定される場合積集合が空集合の場合の例について説明する。ステップS22の判断が肯定されてステップS24に移行すると、設計要素候補判定部18は、設計要素情報候補変更処理を実行する。具体的には、図14のフローチャートに沿った処理が実行される。なお、ステップS22の判断が肯定される場合の一例が、図15に示されている。図15では、設計要素群IDが一致する4つの設計要素情報候補のすべてで、共通する設計要素項目名が存在していない。以下、図15の例を用いて、図14の処理を説明する。図14の処理では、まず、ステップS242において、設計要素候補判定部18が、着目している設計要素情報候補から最後の1つを除く。図15の例では、設計要素候補判定部18は、設計要素情報候補から図16aに矢印にて示すNo.=4の設計要素情報候補を除く。次いで、ステップS244では、設計要素候補判定部18が、最後の1つを除いた、残りの設計要素情報候補に対応する設計要素情報の設計要素群IDを変更する。ここでは、例えば、図16bにおいて実線矢印で示すように、設計要素群IDを1から1.1に変更する。次いで、ステップS246では、設計要素候補判定部18が、除いた設計要素情報の設計要素群IDを変更する。ここでは、例えば、図16bにおいて破線矢印で示すように、設計要素群IDを1から1.2に変更する。次いで、ステップS248では、設計要素候補判定部18が、設計要素群IDが一致する設計要素情報を新たな設計要素情報候補とする。図16bの場合、設計要素群ID=1.1の設計要素情報が新たな設計要素情報候補とされる。その後は、図14の全処理を終了し、ステップS18に戻る。これ以降、ステップS18~S22では、設計要素群ID=1.1の設計要素情報についての処理が行われる。その後、ステップS22の判断が否定されるか、あるいは前述したステップS18の判断が否定されると、ステップS26に移行する。ステップS26では、設計要素候補判定部18が、設計項目和情報の生成保存処理を実行する。このステップS26では、設計要素候補判定部18は、図17のフローチャートに沿った処理を実行する。図17の処理では、まず、ステップS262において、設計要素候補判定部18が、設計要素項目情報を1つ取り出す。より詳細には、図13bで抽出された設計要素項目情報と同一の設計項目情報、すなわち、図18に示す設計要素項目情報に含まれるNo.=3の設計要素項目情報破線で囲んだ上側の設計要素項目情報を抽出する。次いで、ステップS264では、設計要素候補判定部18が、設計要素項目情報はまだあるか否かを判断する。ここでの判断が肯定された場合には、ステップS262に戻る。そして、設計要素候補判定部18は、ステップS262の処理を再度行う。具体的には、図13bで抽出された設計要素項目情報と同一の設計項目情報、すなわち、図18に示す設計要素項目情報のNo.=4の設計要素項目情報破線で囲んだ下側の設計要素項目情報を抽出する。次いで、ステップS264では、設計要素候補判定部18が、設計要素項目情報はまだあるか否かを再度判断する。図18の場合、図13bで抽出された設計要素項目情報と同一の設計項目情報は残っていないので、ステップS264の判断は肯定されることとなる。次いで、ステップS266では、設計要素候補判定部18が、図18に示すように、取り出した設計要素項目情報の設計要素項目名の和集合を抽出し、設計項目和情報39として保存する。図18の場合、設計要素項目情報の和集合として、区分、顧客コード、顧客、代表者名、カナ、郵便番号、住所、情報配信区分、顧客分類、利用支店、担当者が抽出される。上記のようにして、図17の全処理が終了すると、図9のステップS28に移行する。なお、設計要素項目情報が1つの場合図9のステップS18が否定されてステップS26に移行した場合には、当該設計要素項目情報そのものが和情報となる。図9に戻り、次のステップS28では、トレース候補判定部16が、要件要素項目情報の検索処理を実行する。具体的には、トレース候補判定部16は、図19のフローチャートに沿った処理を実行する。図19の処理では、まず、ステップS282において、トレース候補判定部16が、要件要素情報を1つ取り出す。ここでは、例えば、図20の上段において実線で囲んで示すように、要件要素情報の中からNo.=1の要件要素情報が取り出される。次いで、ステップS284では、トレース候補判定部16が、要件要素情報に対応する要件要素項目情報を抽出する。図20の例では、図20の要件要素項目情報DB32において実線で囲んで示すように、要件要素項目情報の中からNo.=1の要件要素項目情報が取り出される。次いで、ステップS286では、トレース候補判定部16が、ステップS284で抽出された要件要素項目情報の中から要件要素項目名を1つ取り出す。図20では、要件要素項目情報の要件要素名空室検索から、要件要素項目名受注日が取り出される。次いで、ステップS288では、トレース候補判定部16が、要件要素項目が設計項目和情報に含まれるかをチェックする。そして、ステップS290では、トレース候補判定部16が、含まれるか否かを判断する。ここでの判断が否定された場合要件要素項目名受注日が抽出されている場合は否定される、ステップS294に移行する。一方、ステップS290の判断が肯定された場合には、ステップS292に移行する。ステップS292に移行すると、トレース候補判定部16が、カウンタ和集合に含まれた数をカウントするカウンタを1増やし、ステップS294に移行する。そして、ステップS294では、トレース候補判定部16が、要件要素項目名はまだあるか否かを判断する。ここでの判断が肯定された場合には、ステップS286に移行し、次の要件要素項目名例えば、受注者についてもステップS288~S292の処理判断を行う。以降、全ての要件要素項目名についてステップS288~S292を繰返し、ステップS294の判断が否定された段階で、ステップS296に移行する。ステップS296に移行した場合、トレース候補判定部16は、カウンタ/要件要素項目数が閾値以上であるか否かを判断する。すなわち、トレース候補判定部16は、1つの要件要素項目情報における全要件要素項目名と、積集合が空集合でない複数の設計要素項目情報の和集合とを比較し、和集合に含まれている要件要素項目名の全要件要素項目名に対する割合が所定割合以上であるか否かを判断する。ここで、閾値は、適宜定めることができる値であるものとする。ステップS296の判断が否定された場合には、ステップS300に移行する。なお、図20の要件要素項目情報No.=1の要件要素項目情報については、ステップS296の判断が否定されるものとする。そして、ステップS300に移行すると、トレース候補判定部16は、要件要素情報がまだあるか残っているか否かを判断する。ここでの判断が肯定されると、ステップS282に戻り、次の要件要素情報No.=2の要件要素情報について、上記と同様の処理を行う図21参照。この場合、図21に示すように、要件要素名顧客管理の要件要素項目名は全て設計要素項目情報の和集合に含まれているので、ステップS296の判断は肯定され、ステップS298に移行する。ステップS298に移行すると、トレース候補判定部16が、検索結果に、要件要素名顧客管理と、和集合を抽出した2つの設計要素名顧客情報管理及び顧客情報登録と、が関連しているという情報を追加する以上のようにして、処理を行い、ステップS300の判断が否定されると要件要素情報がなくなると、図19の全処理を終了して、図9のステップS30に移行する。図9のステップS30では、トレース候補判定部16が、検索結果があるか否かを判断する。ここでの判断が否定された場合には、ステップS14に戻るが、肯定された場合には、ステップS32に移行する。ステップS32に移行した場合には、トレース候補判定部16が、トレース候補情報として保持する。ここで、トレース候補情報DB38には、図22に示すように、設計要素ID、設計要素名、その設計要素が定義されている基本設計書のパスと、その設計要素に対応する要件要素ID、要件要素名、要件要素が定義されている要件定義書のパスとが、組として格納される。上述した図20、図21の例の場合、トレース候補判定部16は、図22に示すように、設計要素名顧客情報管理と要件要素名顧客管理とを組としてトレース候補情報DB38に格納し、設計要素名顧客情報登録と要件要素名顧客管理とを組としてトレース候補情報DB38に格納する。その後は、ステップS14に戻る。以降、ステップS14の判断が否定されるまで上記処理を繰返し実行し、ステップS14の判断が否定された段階で、図9のフローチャートの全処理が終了する。以上の処理により、要件要素情報と、これに関連する設計要素情報との関連を示すトレース情報関連情報をトレース候補情報DB38に格納することができる。トレース情報抽出処理その2次に、図23のフローチャートに沿って、その他図面を適宜参照しつつ、トレース情報抽出装置10関連情報取得部20、関連トレース候補抽出部22の処理トレース情報抽出処理その2について詳細に説明する。本処理は、要件定義書の業務フローと、基本設計書のプロセス関連図と、上記トレース情報抽出処理その1の結果得られたトレース候補情報DB38とに基づいて、トレース候補情報を新たに抽出しトレース候補情報DB38に追加する処理である。図23の処理では、まず、ステップS40において、関連情報取得部20が、要件要素関連情報の抽出処理を行う。このステップS40では、関連情報取得部20は、要件定義書50の業務フロー図25参照から、要件要素間の関連情報を抽出して、要件要素関連情報DB40に保持する。なお、図25の業務フローでは、機能を表す要件要素ごとに関連先の要件要素の情報が保持されている。ステップS40では、具体的には、図24のフローチャートに沿った処理が実行される。図24の処理では、まず、ステップS402において、関連情報取得部20が、要件定義書50から図25に示す業務フローを読み込む。次いで、ステップS404では、関連情報取得部20が、要件要素機能を1つ取り出す。ここでは、例えば、図26において破線で囲んで示す空室検索機能が取り出されたものとする。次いで、ステップS406では、関連情報取得部20が、関連する要件要素があるか否かを判断する。ここでの判断が肯定されると、ステップS408に移行する。そして、ステップS408では、関連情報取得部20が、関連する要件要素の種別名前を取り出す。図26では、空室検索機能に関連する要件要素の種別名前として、一点鎖線で囲んで示す画面空室検索、概念データ物件が取り出される。次いで、ステップS410では、関連情報取得部20が、取り出した要件要素の種別名前を、要件要素関連情報DB40に保存する。具体的には、図27に示すように、要件要素機能名空室検索機能に対して、画面空室検索、概念データ物件が関連付けられた状態で要件要素関連情報DB40に保存される。なお、関連情報取得部20は、矢印の向きに基づいて、入出力区分in又はoutも要件要素関連情報DB40に保存する。次いで、ステップS412では、関連情報取得部20が、取り出した要件要素機能の接続先の要件要素はあるか否かを判断する。ここでの判断が肯定されると、ステップS404に戻る。その後は、ステップS404において新たに要件要素機能を取り出し、上記と同様の処理判断S406~S412を実行する。なお、ステップS406の判断が否定された場合には、ステップS408、S410を経ずに、ステップS412に直接移行する。なお、図26の例では、破線で囲んで示す要件要素機能が順次取り出されS404、図27に示すように、3つの要件要素機能名に対して、関連する要件要素の種別名前が保存される。以上のようにして処理が行われ、ステップS412の判断が否定されると、図24の全処理を終了し、図23のステップS42に移行する。図23に戻り、次のステップS42では、関連情報取得部20が、設計要素関連情報の抽出処理を実行する。このステップS42では、関連情報取得部20が、基本設計書52のプロセス関連図図29参照から、設計要素の関連情報を抽出して、設計要素関連情報DB42に保持格納する。なお、図29のプロセス関連図では、機能を表す設計要素ごとに関連先の設計要素の情報が保持されている。ステップS42では、具体的には、図28のフローチャートに沿った処理が実行される。図28の処理では、まず、ステップS422において、関連情報取得部20が、プロセス関連図図29を読み込む。次いで、ステップS424では、関連情報取得部20が、設計要素機能を1つ取り出す。ここでは、例えば、図29において、破線で囲んで示す設計要素機能顧客登録が取り出されたものとする。次いで、ステップS426では、関連情報取得部20が、関連する設計要素があるか否かを判断する。図29の場合、設計要素機能顧客登録に関連する設計要素として、一点鎖線で囲んで示す設計要素顧客情報登録があるので、ステップS426の判断は肯定され、ステップS428に移行する。ステップS428に移行すると、関連情報取得部20は、関連する設計要素の種別名前を取り出す。図29の場合、関連する設計要素の種別名前として、画面顧客情報登録が取り出される。次いで、ステップS430では、関連情報取得部20が、ステップS428において取り出した関連する設計要素の種別名前を設計要素関連情報DB42に保存する。具体的には、図30に示すように、設計要素機能名顧客登録に関連付けて、画面顧客情報登録が設計要素関連情報DB42に保存される。なお、関連情報取得部20は、矢印の向きに基づいて、入出力区分in又はoutも設計要素関連情報DB42に保存する。次いで、ステップS432では、関連情報取得部20が、設計要素機能はほかにあるか否かを判断する。ここでの判断が肯定されると、ステップS424に戻る。その後は、ステップS424において新たに設計要素機能を取り出し、上記と同様の処理判断S426~S432を実行する。なお、ステップS426の判断が否定された場合には、ステップS428、S430を経ずに、ステップS432に直接移行する。以上のようにして処理が行われ、ステップS432の判断が否定されると、図28の全処理を終了し、図23のステップS44に移行する。なお、図28の全処理が終了した段階では、設計要素関連情報DB42が、図30に示す状態になっているものとする。次いで、ステップS44では、関連トレース候補抽出部22が、トレース候補情報を1つ取り出す。具体的には、関連トレース候補抽出部22は、上述したトレース情報抽出処理その1で生成されたトレース候補情報図22参照の中から、例えば、図31において破線で囲んで示すトレース候補情報を1つ取り出す。次いで、ステップS46では、関連トレース候補抽出部22が、関連先要件要素情報の抽出処理を実行する。このステップS46では、関連トレース候補抽出部22は、図32のフローチャートに沿った処理を実行する。図32の処理では、まず、ステップS462において、関連トレース候補抽出部22が、ステップS44で取り出したトレース候補情報から、要件要素情報を抽出する。具体的には、関連トレース候補抽出部22は、図33aにおいて実線で囲んで示す要件要素情報を抽出する。次いで、ステップS464では、関連トレース候補抽出部22が、要件要素関連情報を1つ取り出す。具体的には、関連トレース候補抽出部22は、要件要素関連情報DB40図27参照の中から、例えば、図33bにおいて破線で囲んで示す要件要素関連情報を抽出する。次いで、ステップS466では、関連トレース候補抽出部22が、ステップS462において抽出した要件要素名と等しいものが、ステップS464で取り出した要件要素関連情報にあるか否かを判断する。図33bの破線で囲んで示す要件要素関連情報の場合、図33aにおいて実線で囲んだ要件要素名と等しくないので、ここでの判断は否定される。この場合、ステップS470に移行する。ステップS470では、関連トレース候補抽出部22が、要件要素関連情報がまだあるか否かを判断する。ここでの判断が肯定されると、ステップS464に戻る。その後は、図33bの要件要素関連情報顧客管理機能及び進捗登録機能についても、上記と同様の処理を行う。ここで、ステップS464において、要件要素関連情報顧客管理機能が取り出された場合には、その中に要件要素名顧客管理を含んでいる。この場合、要件要素名顧客管理は、図33aにおいて実線で囲んで示す要件要素名顧客管理と等しい。したがって、ステップS466の判断は肯定されることになる。ステップS466の判断が肯定されると、ステップS468に移行し、関連トレース候補抽出部22は、現時点で取り出されている要件要素関連情報顧客管理機能を関連先要件要素情報として保持する。以上の処理を行い、ステップS470の判断が否定されると、図32の全処理が終了し、図23のステップS48に移行する。ステップS48に移行すると、関連トレース候補抽出部22は、関連先要件要素情報があるか否かを判断する。ここでの判断が肯定されると、ステップS50に移行する。なお、ステップS48の判断が否定された場合、すなわち、ステップS46において、関連先要件要素情報が保持されなかった場合には、ステップS56に移行する。ステップS48が肯定され、ステップS50に移行すると、関連トレース候補抽出部22は、関連先設計要素情報の抽出処理を実行する。具体的には、関連トレース候補抽出部22は、図34のフローチャートに沿った処理を実行する。図34の処理では、まず、ステップS502において、関連トレース候補抽出部22が、トレース候補情報から設計要素情報を抽出する。具体的には、関連トレース候補抽出部22は、図35aにおいて実線で囲んで示す設計要素情報を抽出する。次いで、ステップS504では、関連トレース候補抽出部22が、設計要素関連情報を1つ取り出す。具体的には、関連トレース候補抽出部22は、設計要素関連情報DB42図30参照の中から、例えば、図35bにおいて破線で囲んで示す設計要素関連情報を抽出する。次いで、ステップS506では、関連トレース候補抽出部22が、ステップS502において抽出した設計要素名と等しいものが、ステップS504において取り出した設計要素関連情報にあるか否かを判断する。図35bの破線で囲んで示す設計要素関連情報の場合、図35aにおいて実線で囲んだ設計要素名と等しくないので、ここでの判断は否定される。この場合、ステップS510に移行する。ステップS510では、関連トレース候補抽出部22が、設計要素関連情報がまだあるか否かを判断する。ここでの判断が肯定されると、ステップS504に戻る。その後は、図35bの設計要素関連情報顧客管理についても、上記と同様の処理を行う。ここで、ステップS504において、設計要素関連情報顧客管理が取り出された場合には、その中に設計要素名顧客情報管理を含んでいる。この場合、設計要素名顧客情報管理は、図35aにおいて実線で囲んで示す設計要素名顧客情報管理と等しい。したがって、ステップS506の判断は肯定されることになる。ステップS506の判断が肯定されると、ステップS508に移行し、関連トレース候補抽出部22は、現時点で取り出されている設計要素関連情報顧客管理を関連先設計要素情報として保持する。その後は、上記と同様の処理を行い、ステップS510の判断が否定された段階で図34の全処理を終了し、図23のステップS52に移行する。図23のステップS52に移行すると、関連トレース候補抽出部22は、関連先設計要素情報があるか否かを判断する。ここでの判断が肯定されると、ステップS54に移行する。なお、ステップS52の判断が否定された場合には、ステップS56に移行する。ステップS54に移行した場合、すなわち、関連先要件要素情報及び関連先設計要素情報の両方が関連トレース候補抽出部22において保持されている場合には、関連トレース候補抽出部22が、それらの情報をトレース候補情報DB38に保持する。具体的には、図36の矢印Aで示すように、トレース候補情報DB38に対して、関連先要件要素情報顧客管理機能と、関連先設計要素情報顧客管理を格納する。次いで、ステップS56では、関連トレース候補抽出部22が、トレース候補情報がまだあるか否かを判断する。この場合、図31に示すように、トレース候補情報がまだ残っているNo.=2ので、ここでの判断は肯定され、ステップS44に戻る。なお、その後は、新たなトレース候補情報について、上記と同様の処理ステップS44~S56を実行する。なお、トレース候補情報No.=2に関する処理ステップS44~S56が終了した段階では、図36の矢印Bで示すトレース候補情報が、トレース候補情報DB38に格納される。その後、ステップS56の判断が否定された段階で、図23の全処理を終了する。以上のように、図23のトレース情報抽出処理その2が行われることで、トレース情報抽出処理その1で抽出されたトレース候補情報図37aを利用して、図37bに示す新たなトレース候補情報をトレース候補情報DB38に追加できたことになる。設計要素群IDの決定方法次に、図7に示す設計要素情報DB36に含まれている設計要素群IDの取得方法について、図38のフローチャートに沿って説明する。この図38の処理は、図2の遷移情報取得部14が実行する処理である。なお、以下においては、説明の簡単のため、図39aに示す画面遷移図に基づいて、図39bに示す設計要素群IDを取得する場合を例に採り説明する。なお、図40~図42は、図39aの画面遷移図から図39bの設計要素群IDを取得する手順を模式的に示す図である。また、説明を簡便化するため、図39b、図45fにある設計要素IDについては記述を省略する。図38の処理では、まず、ステップS70において、遷移情報取得部14が、画面遷移図を読み込む。ここでは、図39aに示す画面遷移図が読み込まれたものとする。次いで、ステップS72では、遷移情報取得部14が、始点スタートの接続先を取り出し、出現画面遷移元画面として保存する。図39aの場合、図40の1に示すように、出現画面及び遷移画面として画面Aが取り出される。また、遷移情報取得部14は、始点からの深さカウンタを1とし、遷移情報として、始点からの深さ、始点、終点遷移元画面に相当を保存する。次いで、ステップS74では、遷移情報取得部14が、遷移先の画面を抽出し、遷移元画面候補として保存する。図39aの場合、遷移先の画面として画面B、画面Dが抽出され、図40の2に示すように遷移元画面候補として保存される。また、遷移情報取得部14は、始点からの深さカウンタを1増やす始点からの深さ=2。次いで、ステップS76では、遷移情報取得部14が、遷移元画面候補から1つ取り出して、遷移元画面候補から消去する。具体的には、図40の3に示すように、画面Bと画面Dのいずれか図49の3では画面Bを遷移元画面候補から取り出し、消去する。次いで、ステップS78では、遷移情報取得部14が、取り出した遷移元画面候補画面Bを、出現画面に保存する。また、遷移情報取得部14は、遷移情報を保存する。この状態が、図40の4に示されている。遷移情報には、始点からの深さ=2と、始点画面A、終点画面Bが保存される。次いで、ステップS80では、遷移情報取得部14が、ステップS78で出現画面に保存した画面を、遷移元画面に追加する。また、遷移情報取得部14は、ステップS76で取り出した画面の遷移先の画面を抽出し、遷移元画面候補として追加する。また、遷移情報取得部14は、始点からの深さカウンタを1増やす。すなわち、遷移情報取得部14は、図40の5に示すように、遷移元画面に画面Bを追加し、遷移元画面候補に画面Bの遷移先である画面Cを追加し、始点からの深さのカウンタを3にする。次いで、ステップS82では、遷移情報取得部14が、抽出した遷移先画面から1つ取り出し、遷移元画面候補から消す。図40の6では、画面Cが遷移元画面候補から取り出され、消去されている。次いで、ステップS84では、遷移情報取得部14が、取り出した遷移先画面が空であるか否かを判断する。図40の場合、画面Cが取り出されているので、ここでの判断は否定され、ステップS86に移行する。そして、ステップS86に移行すると、遷移情報取得部14が、取り出した遷移先画面がエンドか否かを判断する。ここでは、取り出した遷移先画面はエンドではないので、判断は否定され、ステップS88に移行する。ステップS88に移行すると、遷移情報取得部14は、取り出した遷移先画面画面Cは出現画面に含まれているか否かを判断する。ここでは、出現画面には画面A,Bしか含まれていないので、判断は否定され、ステップS90に移行する。ステップS90では、遷移情報取得部14が、取り出した画面画面Cを出現画面として保存し、遷移情報を保存する。より具体的には、遷移情報取得部14は、図40の7に示すように、出現画面を画面A、画面B、画面Cとし、遷移情報に始点の深さ=3と、始点画面B、終点画面Cを保存する。その後は、ステップS80に戻る。ステップS80では、図41の8に示すように、遷移情報取得部14が、ステップS90で出現画面に保存した画面画面Cを、遷移元画面に追加する。また、遷移情報取得部14は、ステップS82で取り出した画面の遷移先の画面エンドを抽出し、遷移元画面候補として追加する。また、遷移情報取得部14は、始点からの深さカウンタを1増やし、4とする。次いで、ステップS82では、遷移情報取得部14が、抽出した遷移先画面から1つここでは、エンドを取り出し、遷移元画面候補から消す。図41の9では、エンドが遷移元画面候補から取り出され、消去されている。次いで、ステップS84では、遷移情報取得部14が、取り出した遷移先画面が空であるか否かを判断する。ここでは、エンドが取り出されているので、ここでの判断は否定され、ステップS86に移行する。そして、ステップS86に移行すると、遷移情報取得部14が、取り出した遷移先画面がエンドか否かを判断する。ここでは、取り出した遷移先画面がエンドであるので、判断は肯定されステップS94に移行する。ステップS94に移行すると、遷移情報取得部14は、図41の10に示すように、遷移情報を保存する。ここでは、始点からの深さ=4と、始点画面C、終点エンドを保存する。次いで、ステップS96では、遷移情報取得部14が、遷移元画面候補はまだあるか否かを判断する。ここでは、遷移元画面候補に画面Dが残っているので、判断が肯定され、ステップS98に移行する。ステップS98では、遷移情報取得部14が、遷移元画面候補から1つここではnullを取り出す。次いで、ステップS100では、遷移情報取得部14が、取り出した遷移元画面候補がnull空であるか否かを判断する。ここでの判断が肯定されると、ステップS102に移行する。ステップS102では、遷移情報取得部14が、始点からの深さカウンタを1減らすとともに、遷移元画面を減らす。この場合、図41の11に示すように、始点からの深さが3になり、遷移元画面が画面A、画面Bとなる。その後は、ステップS96に戻る。ステップS96に戻ると、遷移情報取得部14が、遷移元画面候補はまだあるか否かを判断する。ここでは、遷移元画面候補に画面Dが残っているので、判断が肯定され、ステップS98に移行する。ステップS98では、遷移情報取得部14が、遷移元画面候補から1つここではnullを取り出す。次いで、ステップS100では、遷移情報取得部14が、取り出した遷移元画面候補がnull空であるか否かを判断する。ここでの判断が肯定されると、ステップS102に移行する。ステップS102では、遷移情報取得部14が、始点からの深さカウンタを1減らすとともに、遷移元画面を減らす。この場合、図41の12に示すように、始点からの深さが2になり、遷移元画面が画面Aとなる。その後は、ステップS96に戻る。ステップS96に戻ると、遷移情報取得部14が、遷移元画面候補はまだあるか否かを判断する。ここでは、遷移元画面候補に画面Dが残っているので、判断が肯定され、ステップS98に移行する。ステップS98では、遷移情報取得部14が、遷移元画面候補から1つここでは画面Dを取り出す図41の13。次いで、ステップS100では、遷移情報取得部14が、取り出した遷移元画面候補がnull空であるか否かを判断する。ここでの判断が否定されると、ステップS104に移行し、遷移情報取得部14は、遷移元画面候補から画面Dを消す。その後は、ステップS78に戻る。ステップS78では、遷移情報取得部14が、取り出した遷移元画面候補画面Dを、出現画面に保存する。また、遷移情報取得部14は、遷移情報を保存する。この状態が、図42の15に示されている。遷移情報には、始点からの深さ=2と、始点画面A、終点画面Dが保存される。次いで、ステップS80では、遷移情報取得部14が、ステップS78で出現画面に保存した画面画面Dを、遷移元画面に追加する。また、遷移情報取得部14は、取り出した画面画面Dの遷移先の画面画面Cを抽出し、遷移元画面候補として追加し、始点からの深さカウンタを1増やす図42の16参照。次いで、ステップS82では、遷移情報取得部14が、抽出した遷移先画面から1つ画面C取り出し、遷移元画面候補から消す図42の17参照次いで、ステップS84では、遷移情報取得部14が、取り出した遷移先画面が空であるか否かを判断する。ここでの判断が否定されるとステップS86に移行し、ステップS86の判断も否定されると、ステップS88に移行する。そして、ステップS88に移行すると、遷移情報取得部14は、取り出した遷移先画面画面Cは出現画面に含まれているか否かを判断する。ここでは、出現画面には画面Cが含まれているので、判断が肯定され、ステップS92に移行する。ステップS92に移行すると、遷移情報取得部14が、遷移情報を保存する。具体的には、遷移情報取得部14は、図42の18に示すように、始点からの深さ=3と、始点画面D、終点画面Cを保存する。その後は、ステップS82に戻る。ステップS82に戻ると、遷移情報取得部14は、抽出した遷移先画面から1つここでは、nullを取り出し、遷移元画面候補から消す図42の19参照。次いで、ステップS84では、遷移情報取得部14が、取り出した遷移先画面が空であるか否かを判断する。ここでの判断が肯定されると、ステップS96に移行し、遷移情報取得部14が、遷移元画面候補はまだあるか否かを判断する。ここでは、遷移元画面候補にnullが残っているので、判断が肯定され、ステップS98に移行する。そして、ステップS98では、遷移情報取得部14が、遷移元画面候補から1つここではnullを取り出す。次いで、ステップS100では、遷移情報取得部14が、取り出した遷移元画面候補がnullであるか否かを判断する。ここでの判断が肯定されると、ステップS102に移行し、遷移情報取得部14が、始点からの深さカウンタを1減らすとともに、遷移元画面を減らす図42の20参照。その後はステップS96に戻るが、遷移元画面候補はまだあるので、判断は肯定され、ステップS98において、遷移情報取得部14が、遷移元画面候補から1つnullを取り出す。この場合、次のステップS100の判断が肯定されるので、ステップS102において、始点からの深さを1減らすとともに、遷移元画面を減らす図42の21参照。その後ステップS96に戻ると、この段階では遷移元画面候補が全てなくなっているので、ステップS96の判断は否定され、ステップS106に移行する。ステップS106に移行した場合、遷移情報取得部14は、遷移情報図42の18参照から設計要素情報を生成する処理を実行する。このステップS106の処理では、図43のフローチャートに沿った処理が実行される。図43の処理では、まず、ステップS110において、遷移情報取得部14が、遷移情報を1行読み込む。ここでは、例えば、図44の遷移情報の1行目が読み込まれたものとする。次いで、ステップS112では、遷移情報取得部14が、最終行か否かを判断する。ここでの判断が否定されると、ステップS114に移行し、遷移情報取得部14が、始点からの深さをキーに、始点と終点の組を遷移組情報に格納する。具体的には、図44の22に示すように、地点からの深さ=1に対応して、{スタート,A}が格納される。その後は、遷移情報取得部14は、ステップS110と、ステップS112否定と、ステップS114とを繰り返す。これにより、図44の23~27に示すように、遷移組情報には、始点からの深さをキーとして始点と終点の組が格納される。そして、全ての行の処理が終了し、ステップS112の判断が肯定されると、ステップS116に移行する。ステップS116に移行すると、遷移情報取得部14が、深さ1の遷移の組の終点を取り出す。ここでは、図45aの始点からの深さ1に対応する遷移の組の終点である画面Aが取り出される。次いで、ステップS118では、遷移情報取得部14が、深さ2の遷移の組を1つ取り出す。ここでは、図45aの始点からの深さ2の遷移の組の1つである、{A,B}が取り出されたものとする。次いで、ステップS120では、遷移情報取得部14が、経路候補情報に、取り出した深さ2の遷移の組の始点終点を順に格納する。この場合の経路候補情報の状態が、図45bに示されている。次いで、ステップS122では、遷移情報取得部14が、経路候補数をカウントする。次いで、ステップS124では、遷移情報取得部14が、経路候補数のカウント値に基づいて、遷移の組がまだあるか否かを判断する。ここでの判断が肯定されると、ステップS118に戻り、遷移情報取得部14が、深さ2の遷移の組を1つ取り出す。ここでは、図45aの始点からの深さ2の遷移の組の1つである、{A,D}が取り出されたものとする。次いで、ステップS120では、遷移情報取得部14が、経路候補情報に、取り出した深さ2の遷移の組の始点終点を順に格納する。この場合の経路候補情報の状態が、図45cに示されている。その後、ステップS122の経路候補数カウント処理を経て、ステップS124の判断が否定されると、ステップS126に移行する。ステップS126に移行すると、遷移情報取得部14は、1つ深い遷移ここでは深さ3に着目する。次いで、ステップS128では、遷移情報取得部14が、最も深いか、すなわち、深さ3は図45aの最大深さであるか否かを判断する。ここでの判断が否定されると、ステップS130に移行する。ステップS130に移行すると、遷移情報取得部14は、遷移の組を取り出す。ここでは、図45aに示す、深さ3に対応する遷移の組の1つである{B,C}が取り出されたものとする。次いで、ステップS132では、遷移情報取得部14が、経路候補を1つ取り出す。ここでは、図45cのNo.=1の経路候補A,Bが取り出されたものとする。次いで、ステップS134では、遷移情報取得部14が、経路候補の終点ここではBと遷移の組の始点ここではBが一致するか否かを判断する。ここでの判断が肯定されると、ステップS136に移行する。ステップS136に移行すると、遷移情報取得部14は、遷移の組の終点ここではCを経路候補として追加格納する。このときの経路候補情報の状態が、図45dに示されている。次いで、ステップS138では、遷移情報取得部14が、経路候補はまだあるか否かを判断する。ここでの判断が肯定されると、ステップS132に戻る。ステップS132に戻ると、経路候補A,Dと、遷移の組B,Cとを用いた処理になるが、この場合には、ステップS134の判断が否定されるので、ステップS138に移行する。そして、ステップS138では、経路候補が残っていないため、判断が否定されて、ステップS140に移行する。ステップS140では、遷移情報取得部14が、遷移の組はまだあるか否かを判断する。ここでは、まだ、遷移の組として{D,C}が残っているので、判断が肯定されステップS130に戻る。ステップS130に戻ると、遷移情報取得部14は、遷移の組を取り出す。ここでは、図45aに示す、深さ3に対応する遷移の組の1つである{D,C}が取り出されたものとする。次いで、ステップS132では、遷移情報取得部14が、経路候補を1つ取り出す。ここでは、図45cのNo.=1の経路候補A,Bが取り出されたものとする。次いで、ステップS134では、遷移情報取得部14が、経路候補の終点ここではBと遷移の組の始点ここではDが一致するか否かを判断する。ここでの判断が否定されると、ステップS138に移行する。ステップS138では、経路候補がまだ残っているので、判断が肯定されて、ステップS132に戻る。ステップS132では、遷移情報取得部14が、図45cのNo.=2の経路候補A,Dが取り出す。そして、ステップS134の判断が肯定されると、ステップS136において、遷移情報取得部14が、遷移の組の終点ここではDを経路候補として追加格納する。このときの経路候補情報の状態が、図45eに示されている。その後は、ステップS138、S140の判断がともに否定されるので、ステップS126に戻る。ステップS126に戻ると、遷移情報取得部14は、1つ深い遷移ここでは深さ4に着目する。次いで、ステップS128では、遷移情報取得部14が、最も深いか、すなわち、深さ4は図45aの最大深さであるか否かを判断する。ここでの判断が肯定されると、ステップS142に移行する。ステップS142に移行すると、遷移情報取得部14は、経路候補情報を設計要素情報のフォーマットに変換する。具体的には、図45fに示すようなフォーマットに変換する。この場合、経路候補情報のNo.が、設計要素情報DB36における設計要素群IDに変換されている。以上の処理が終了すると、図43の全処理及び図38の全処理が終了する。以上のように、画面遷移図に基づいて、設計要素群IDを取得することにより、遷移関係がある画面が、同一の設計要素群として定義されることになる。これにより、上述したトレース情報抽出処理その1及びトレース情報抽出処理その2を高精度に行うことが可能となる。以上、詳細に説明したように、本実施形態によると、要素情報取得部12が、要件定義書50に含まれる複数の要件要素情報と要件要素項目情報を取得するとともに、基本設計書52に含まれる複数の設計要素情報と設計要素項目情報を取得し、設計要素候補判定部18が、取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する。そして、トレース候補判定部16は、要素情報取得部12が取得した要件要素情報の1つを抽出し、その要件要素情報が有する要件要素項目情報と和集合とを比較して、要件要素項目情報が和集合に所定割合以上閾値以上含まれていた場合に、要件要素項目情報に対応する要件要素情報と和集合に対応する複数の設計要素情報との組をトレース情報として抽出する。このように、関連のある積集合が空集合でない複数の設計要素項目情報の和集合と要件要素項目情報とを比較することで、要件定義書50での1つの要件要素情報が基本設計書52で複数の設計要素情報に分かれるような場合であっても、高精度にトレース情報を抽出することができる。この場合、従来技術のように、要件要素の名称の類似性を利用するような場合と比較しても、トレース情報の抽出を精度良く行うことが可能となる。また、本実施形態によると、関連情報取得部20が、要件定義書50に含まれる業務フロー図25から、各要件要素情報に関連する情報を要件要素関連情報として取得するとともに、基本設計書52に含まれるプロセス関連図図29から、各設計要素情報に関連する情報を設計要素関連情報として取得する。そして、関連トレース候補抽出部22が、トレース候補判定部16で抽出されたトレース情報に含まれる組の1つを取得し、関連情報取得部20が取得した要件要素関連情報の中から組に含まれる要件要素情報の関連先の要件要素情報を抽出するとともに、関連情報取得部20が取得した設計要素関連情報の中から組に含まれる設計要素情報の関連先の設計要素情報を抽出し、トレース情報として追加する。このように、業務フローやプロセス関連図に更に基づいてトレース情報を追加することで、より高精度なトレース情報の抽出が可能となる。これにより、結果として、トレース情報抽出の網羅性が高められ、網羅性検証や影響分析を効率化することが可能となる。また、本実施形態によると、遷移情報取得部14が、基本設計書の画面遷移図の画面間の遷移情報に基づいて、複数の設計要素情報間の遷移関係を示す遷移情報設計要素群IDを取得する。これにより、本実施形態では、実際の画面遷移図に基づいて、精度良く遷移情報設計要素群IDを取得することが可能となる。変形例なお、上記実施形態では、画面遷移図図39aに基づいて、設計要素情報DB36の設計要素群IDを取得設定する場合について説明したが、これに限られるものではない。例えば、基本設計書52の画面一覧に含まれる画面IDに基づいて、設計要素群IDを取得することも可能である。以下、画面IDに基づいて設計要素群IDを取得する方法について、図46のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。図46の処理では、まず、ステップS170において、遷移情報取得部14が、画面一覧図47aから設計要素を1つ取り出し、画面IDを抽出し、設計要素群ID候補として保持する。ここでは、設計要素群ID候補として、HBJHBP004SCR011が保持されたものとする図47cのように、設計要素群ID候補としたHBJHBP004SCR011の設計要素群ID候補にTRUEフラグをたてる。次いで、ステップS172では、遷移情報取得部14が、抽出した画面IDの末尾の数値部分を除いた文字列を抽出し、分割値として保持する。この場合、図47bの30に示すように、太線枠で囲んだ部分HBJHBP004SCRが分割値として保持されることになる。次いで、ステップS174では、遷移情報取得部14が、画面一覧から設計要素を1つ取り出し、画面IDを抽出する。ここでは、画面IDとして、HBJHBP004SCR012が抽出されたものとする。次いで、ステップS176では、遷移情報取得部14が、抽出した画面IDの末尾の数値部分とそれ以外の文字列に分割する。この場合、画面IDHBJHBP004SCR012が、012とHBJHBP004SCRに分割される図47bの31参照。次いで、ステップS178では、遷移情報取得部14は、抽出した数値以外の文字列HBJHBP004SCRが、ステップS172で保持した分割値と一致するか否かを判断する。ここでの判断が肯定された場合には、ステップS180に移行する。ステップS180に移行した場合、遷移情報取得部14は、抽出した設計要素IDHBJHBP004SCR012を設計要素群ID候補として保持する図47dの設計要素群ID候補の値がTRUEになる。次いで、ステップS182では、遷移情報取得部14が、画面一覧に設計要素はまだあるか否かを判断する。ここでの判断が肯定されると、ステップS174に戻る。ステップS174に戻ると、遷移情報取得部14は、画面一覧から設計要素を1つ取り出し、画面IDを抽出する。ここでは、画面IDとして、HBJHBP005SCR001が抽出されたものとする。次いで、ステップS176では、遷移情報取得部14が、抽出した画面IDの末尾の数値部分とそれ以外の文字列に分割する。この場合、画面IDHBJHBP005SCR001が、001とHBJHBP005SCRに分割される。次いで、ステップS178では、遷移情報取得部14が、抽出した数値以外の文字列HBJHBP005SCRが、ステップS172の分割値と一致するか否かを判断する。ここでの判断が否定されると、ステップS184に移行する。ステップS184に移行すると、遷移情報取得部14は、設計要素群ID候補として保持している画面IDに対して、設計要素群IDここでは、1を与える。また、遷移情報取得部14は、設計要素群ID候補TRUEをクリアし、抽出した設計要素IDを候補として保持するTRUEを設定する。図47e参照。次いで、ステップS186では、遷移情報取得部14が、抽出した数値以外の文字列HBJHBP005SCRを分割値として保持する。その後は、ステップS182に移行する。ステップS182に移行すると、遷移情報取得部14が、画面一覧に設計要素はまだあるか否かを判断する。ここでの判断が肯定されると、ステップS174に戻る。その後は、ステップS174において、画面IDHBJHBP005SCR002が抽出され、ステップS176において、画面IDHBJHBP005SCR002が、002とHBJHBP005SCRに分割される。そして、ステップS178の判断が肯定される。更に、ステップS180において、画面IDHBJHBP005SCR002が設計要素群ID候補として保持され図48a参照、ステップS182の判断が否定され、ステップS188に移行する。ステップS188に移行すると、遷移情報取得部14は、設計要素群ID候補として保持した画面IDに対して、設計要素群IDを与える。具体的には、図48bに示すように、画面IDHBJHBP005SCR001、HBJHBP005SCR002に対して、設計要素群ID=2を与える。以上の処理が終了すると、図46の全処理が終了する。以上のような処理を行うことで、画面IDに基づいて、設計要素群IDを取得することができる。これにより、上記実施形態と同様、上述したトレース情報抽出処理その1及びその2を高精度に行うことが可能となる。なお、上記実施形態及び変形例では、画面に関する要件要素情報と設計要素情報間のトレース情報の抽出を例に採り説明したが、これに限られるものではない。例えば、機能、概念データ、帳票、インタフェースなどに関する要件要素情報と設計要素情報間のトレース情報を抽出する場合にも本発明は好適に適用できる。なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。プログラムを流通させる場合には、例えば、そのプログラムが記録されたDVDDigitalVersatileDisc、CD-ROMCompactDiscReadOnlyMemoryなどの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。なお、以上の説明に関して更に以下の付記を開示する。付記1要件定義書から当該要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書から当該基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得し、取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成し、前記取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記生成した和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する、処理をコンピュータに実行させる関連情報抽出プログラム。付記2前記要件定義書に含まれる業務フローから、各要件要素情報に関連する情報を要件要素関連情報として取得するとともに、前記基本設計書に含まれるプロセス関連図から、各設計要素情報に関連する情報を設計要素関連情報として取得し、前記抽出された関連情報に含まれる組の1つを取得し、前記取得した要件要素関連情報の中から前記組に含まれる要件要素情報の関連先の要件要素情報を抽出するとともに、前記取得した設計要素関連情報の中から前記組に含まれる設計要素情報の関連先の設計要素情報を抽出し、前記関連先の要件要素情報と前記関連先の設計要素情報との組を前記関連情報に追加する、処理を前記コンピュータに更に実行させることを特徴とする付記1に記載の関連情報抽出プログラム。付記3複数の前記設計要素情報間の遷移関係を示す遷移情報を取得する処理を前記コンピュータに更に実行させることを特徴とする付記1又は2に記載の関連情報抽出プログラム。付記4前記遷移情報を取得する処理では、前記基本設計書の画面遷移図の画面間の遷移情報に基づいて、あるいは前記基本設計書の画面に対して付与された画面識別子に基づいて、前記遷移情報を取得することを特徴とする付記3に記載の関連情報抽出プログラム。付記5要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得工程と、前記要素情報取得工程で取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成工程と、前記要素情報取得工程で取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成工程で生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出工程と、をコンピュータが実行することを特徴とする関連情報抽出方法。付記6前記要件定義書に含まれる業務フローから、各要件要素情報に関連する情報を要件要素関連情報として取得するとともに、前記基本設計書に含まれるプロセス関連図から、各設計要素情報に関連する情報を設計要素関連情報として取得する関連情報取得工程と、前記関連情報抽出工程で抽出した前記関連情報に含まれる組の1つを取得し、前記関連情報取得工程で取得した要件要素関連情報の中から前記組に含まれる要件要素情報の関連先の要件要素情報を抽出するとともに、前記関連情報取得工程で取得した設計要素関連情報の中から前記組に含まれる設計要素情報の関連先の設計要素情報を抽出し、前記関連先の要件要素情報と前記関連先の設計要素情報との組を前記関連情報に追加する関連情報追加工程と、を前記コンピュータが更に実行することを特徴とする付記5に記載の関連情報抽出方法。付記7複数の前記設計要素情報間の遷移関係を示す遷移情報を取得する遷移情報取得工程を前記コンピュータが更に実行することを特徴とする付記5又は6に記載の関連情報抽出方法。付記8前記遷移情報取得工程では、前記基本設計書の画面遷移図の画面間の遷移情報に基づいて、あるいは前記基本設計書の画面に対して付与された画面識別子に基づいて、前記遷移情報を取得することを特徴とする付記7に記載の関連情報抽出方法。付記9要件定義書に含まれる複数の要件要素情報と当該要件要素情報が有する項目情報である要件要素項目情報を取得するとともに、基本設計書に含まれる複数の設計要素情報と当該設計要素情報が有する項目情報である設計要素項目情報を取得する要素情報取得手段と、前記要素情報取得手段が取得した複数の設計要素情報のうち、該設計要素情報が有する前記設計要素項目情報の積集合が空集合でない設計要素情報の組み合わせを抽出するとともに、抽出した設計要素項目情報の和集合を生成する集合生成手段と、前記要素情報取得手段が取得した要件要素情報の1つを抽出し、当該抽出した要件要素情報が有する要件要素項目情報と前記集合生成手段が生成した前記和集合とを比較して、当該要件要素項目情報が前記和集合に所定割合以上含まれていた場合に、当該要件要素項目情報に対応する要件要素情報と前記和集合に対応する設計要素情報との組を、前記要件要素情報と前記設計要素情報との間の関連性を示す関連情報として抽出する関連情報抽出手段と、を備える関連情報抽出装置。付記10前記要件定義書に含まれる業務フローから、各要件要素情報に関連する情報を要件要素関連情報として取得するとともに、前記基本設計書に含まれるプロセス関連図から、各設計要素情報に関連する情報を設計要素関連情報として取得する関連情報取得手段と、前記関連情報抽出手段で抽出された前記関連情報に含まれる組の1つを取得し、前記関連情報取得手段が取得した要件要素関連情報の中から前記組に含まれる要件要素情報の関連先の要件要素情報を抽出するとともに、前記関連情報取得手段が取得した設計要素関連情報の中から前記組に含まれる設計要素情報の関連先の設計要素情報を抽出し、前記関連先の要件要素情報と前記関連先の設計要素情報との組を前記関連情報に追加する関連情報追加手段と、を更に備える付記9に記載の関連情報抽出装置。付記11複数の前記設計要素情報間の遷移関係を示す遷移情報を取得する遷移情報取得手段を更に備える付記9又は10に記載の関連情報抽出装置。付記12前記遷移情報取得手段は、前記基本設計書の画面遷移図の画面間の遷移情報に基づいて、あるいは前記基本設計書の画面に対して付与された画面識別子に基づいて、前記遷移情報を取得することを特徴とする付記11に記載の関連情報抽出装置。"