JP2008059236A - 設計情報管理装置 - Google Patents

Abstract

【課題】従来の技術は、変更したプログラムに関連した機能が、プログラム変更による予想外の影響に関する検証項目は抽出できない。
【解決手段】ソフトウェア成果物を格納する成果物格納部１０７と、設計情報や関連情報を格納する設計情報格納部１０４と、検証時間情報を格納する検証情報格納部１０９と、ソフトウェア成果物から設計情報識別ＩＤ及び設計情報と、上流ソフトウェア成果物との関連を抽出する機能を有し、設計情報を設計情報識別ＩＤ単位に管理する手段と、設計情報識別ＩＤ間の関連を管理する手段と、変更する設計情報の上位の設計情報を検索し再検証すべき検証項目を抽出する手段と、検証順番を提示する手段と、再検証の検証時間を提示する手段を備えた。
【選択図】図１

Description

本発明は、ソフトウェア開発における設計情報の変更に対して、再検証項目を提示するのに好適な設計情報管理装置に関する。

従来、ソフトウェア開発において、プログラムを変更した場合には、変更したプログラムの新規作成時の検証項目を使用して再検証を実施したり、変更したプログラムに関係がある機能の検証項目を担当者の判断により選別して、再検証を行なうことによりシステムの品質の確保を保っていた。

しかし、この場合、担当者の判断基準は主観的なものであり、担当者が判断を誤ると検証項目に漏れが発生し、結果的にシステムの品質を低下させる原因になっていた。

これを防止するものとして、〔特許文献１〕に記載のように、プログラムを作成した時に検証した検証項目を記憶し、再検証する時に記憶した検証項目を用いて再検証する検証項目を自動的に抽出し再検証の漏れを防止する装置がある。

又、〔特許文献２〕に記載のように、ソフトウエア要求仕様書の記載箇所を特定する識別番号を縦に一列に記載したソフトウエア要求仕様書識別番号欄２と、ソフトウエア設計仕様書の記載箇所を特定する識別番号を横に一列に記載したソフトウエア設計要求仕様書識別番号欄３と、プログラム仕様書の記載箇所を特定する識別番号を縦一列に記載したプログラム仕様書識別番号欄４と、ソースプログラムの構成単位を特定する識別番号を横に一列に記載したソースプログラム識別番号欄５とで、第１から第３のマトリクス欄を描き、この仕様書間クロスリファレンス表から顧客要求の変更が各仕様書およびソースプログラムに及ぼす影響範囲を確認することが開示されている。

特開平６−３５７５４号公報 特開平１０−１０５３９０号公報

しかし、〔特許文献１〕に記載の従来の技術では、プログラムと検証項目の関連しか記憶していないので、変更したプログラムに直接関連する検証項目は抽出できるが、変更したプログラムに関連した機能が、プログラムの変更によって影響が現れないか検証するための検証項目は抽出できなかった。

又、〔特許文献２〕には、行と列との交点に双方のフィールドに記載された識別番号があれば関連性を有することを知ることができるが、プログラムの変更によって影響が現れないか検証するための検証項目は抽出できなかった。

本発明の目的は、プログラムを変更した場合にプログラムに関連する設計情報の検証項目を自動的に抽出して提示し、変更したプログラムに関連した機能が、プログラムの変更によって予想外の影響が現れないか確実に検証できる設計情報管理装置を提供することにある。

上記目的を達成するために本発明の設計情報管理装置は、ソフトウェア成果物を格納する成果物格納部と、設計情報や設計情報間の関連を記憶する設計情報格納部と、検証に必要な検証時間情報を格納する検証情報格納部と、ソフトウェア成果物内に、設計情報を識別する設計情報識別ＩＤと、上流ソフトウェア成果物との関連を表す上流設計情報の設計情報識別ＩＤを有するソフトウェア成果物に対して、ソフトウェア成果物から設計情報識別ＩＤ及び設計情報と、上流ソフトウェア成果物との関連を表す設計情報識別ＩＤを抽出する機能を有し、ソフトウェア成果物内の設計情報を設計情報識別ＩＤ単位に管理する手段と、ソフトウェア成果物内の設計情報識別ＩＤ間の関連を管理する手段と、変更する設計情報の上位の設計情報を検索し再検証すべき検証項目を抽出する手段と、検証順番を提示する手段と、再検証の検証時間を提示する手段を備えたものである。

これにより、設計情報と設計情報の関連および設計情報と検証項目の関係を保持し、関連を辿ることにより、プログラムを変更した場合にプログラムに関連する設計情報の検証項目を自動的に抽出して提示し、変更したプログラムに関連した機能が、プログラムの変更によって予想外の影響が現れないか確実に検証できる。

本発明によれば、変更する設計情報の上位の設計情報を検索し、再検証すべき検証項目を提示することができる。また、設計情報の上下関係及び設計情報の最終更新日を用いて、検証順番を提示することができる。また、再検証する検証項目の総検証時間を提示することができる。

本発明の一実施例を図１から図１６により説明する。

図１は、本実施例のシステム構成図である。本実施例の設計情報管理装置は、大別して、作成されたソフトウェア成果物を管理する設計情報管理マシン１０１、開発者が操作を行う操作端末１０２、設計情報管理マシン１０１と操作端末１０２とを接続するネットワーク１０３からなる。

設計情報管理マシン１０１は、作成したソフトウェア成果物の成果物情報１０８を格納する成果物格納部１０７と、ソフトウェア成果物情報１０８から抽出した設計情報１０５、関連情報１０６を格納する設計情報格納部１０４と、検証時間情報１１０を格納する検証情報格納部１０９を有し、作成したソフトウェア成果物を解析する設計情報解析部１１２、設計情報管理マシン１０１で管理している設計情報１０５、関連情報１０６を参照する参照部１１１、検証項目および検証時間を検索する検証情報解析部１１３で構成される。検証情報解析部１１３は、データ構造として直系関連情報１１４を有する。

操作端末１０２は、設計情報管理マシン１０１へソフトウェア成果物の解析を依頼する解析依頼部１１５と、設計情報管理マシン１０１に登録されている設計情報１０５、関連情報１０６を参照するために参照部１１１に依頼を行う参照依頼部１１６と、検証時間の登録を行う検証時間登録部１１７と、検証情報解析部１１３の検索結果を表示する検索結果表示部１１８で構成される。

図２は、本実施例の設計書の成果物例を示す図で、記述ルールに従い作成されている。

要求仕様書２０１には、システムの要求仕様が記述され、設計情報として、例えば「信号がＯＮになったらゲートを自動的に閉じる。」２０４−１が設計情報識別ＩＤ「要求仕様１」２０４に記述され、「主系の異常を検知したら３分以内に従系に切り替わる。」２０５−１が設計情報識別ＩＤ「要求仕様２」２０５に記述されている。

機能仕様書２０２には、設計情報として、例えば符号２０６−１で示す部分の内容が設計情報識別ＩＤ「機能仕様１」２０６に記述され、「機能仕様１」２０６は、要求仕様書２０１の設計情報識別ＩＤ「要求仕様１」２０４の設計情報を参照して機能仕様を記述していることを表している。また、符号２０７−１で示す設計情報の内容が設計情報識別ＩＤ「機能仕様２」２０７に記述され、「機能仕様２」２０７は、要求仕様書２０１の設計情報識別ＩＤ「要求仕様２」２０５の設計情報を参照して機能仕様を記述している。

処理仕様書２０３には、符号２０８−１で示す設計情報の内容が設計情報識別ＩＤ「処理仕様１」２０８に記述され、「処理仕様１」２０８は機能仕様の設計情報識別ＩＤ「機能仕様１」２０６および「機能仕様２」２０７の設計情報を参照して処理仕様を記述していることを表している。また、符号２０９−１で示す設計情報の内容が設計情報識別ＩＤ「処理仕様２」２０９に記述され、「処理仕様２」２０９は機能仕様の設計情報識別ＩＤ「機能仕様２」２０７の設計情報を参照して処理仕様を記述していることを表している。

また、符号２１０−１で示す設計情報の内容が設計情報識別ＩＤ「処理仕様３」２１０に記述され、「処理仕様３」２１０は、機能仕様の設計情報識別ＩＤ「機能仕様２」２０７の設計情報を参照して処理仕様を記述していることを表している。

図３は、本実施例の検証書の成果物例を示す図で、記述ルールに従い作成されている。検証書における記述ルールは図２に示す設計書の記述ルールと同様である。

総合検証書３０１には、要求仕様書２０１の設計情報識別ＩＤ「要求仕様１」２０４を参照した「総合検証１」３０４と、「要求仕様２」２０５を参照した「総合検証２」３０５が記述されれている。

機能検証書３０２には、機能仕様書２０２の設計情報識別ＩＤ「機能仕様１」２０６を参照した「機能検証１」３０６と、機能仕様書２０２の設計情報識別ＩＤ「機能仕様２」２０７を参照した「機能検証２」３０７が記述されている。

組合せ検証書３０３には、機能仕様書２０２の設計情報識別ＩＤ「機能仕様１」２０６を参照した「組合せ検証１」３０８と、処理仕様書２０３の設計情報識別ＩＤ「処理仕様２」２０９を参照した「組合せ検証２」３０９と、処理仕様書２０３の設計情報識別ＩＤ「処理仕様３」２１０を参照した「組合せ検証３」３１０が記述されている。

図４は、本実施例のプログラムの成果物例を示す図で、記述ルールに従い作成されている。検証書における記述ルールは図２に示す設計書の記述ルールと同様である。

成果物名がｐｒｏｇ０１．ｃ４０１のプログラムには、処理仕様書２０３の設計情報識別ＩＤ「処理仕様１」２０８を参照した「ＰＲＯＧ００００１」が、成果物名がｐｒｏｇ１１．ｃ４０２のプログラムには、処理仕様書２０３の設計情報識別ＩＤ「処理仕様２」２０９を参照した「ＰＲＯＧ００００２」４０５が、成果物名がｐｒｏｇ１２．ｃ４０３のプログラムには、処理仕様書２０３の設計情報識別ＩＤ「処理仕様３」２１０を参照した「ＰＲＯＧ００００３」４０６が記述されている。

図５に設計情報管理マシン１０１で管理する成果物格納部１０７の成果物情報１０８のＤＢ構造を示す。

成果物情報１０８は、操作端末１０２から設計情報管理マシン１０１に解析依頼されたソフトウェア成果物を管理する情報である。ソフトウェア成果物名を識別するための成果物ＩＤ５０１と、成果物ＩＤ５０１に対応するソフトウエアの内容が変更された来歴を管理するためのバージョン５０２と、ソフトウェア成果物の名称である成果物名５０３と、ソフトウェア成果物のファイルの日付である更新日５０４と、同じ成果物ＩＤ５０１で複数のバージョン５０２がある時に、最新の情報であることを示す最新フラグ５０５とで構成されている。

図６に設計情報管理マシン１０１で管理する設計情報格納部１０４の設計情報１０５のＤＢ構造を示す。

設計情報１０５は、設計情報解析部１１２がソフトウェア成果物から抽出した設計情報識別ＩＤを管理する。設計情報１０５は、設計情報を表す設計情報識別ＩＤ６０１と、設計情報識別ＩＤ６０１に対応する設計情報が変更された来歴を管理するためのバージョン６０２と、ソフトウェア成果物の種類を表す区分６０３と、設計情報識別ＩＤ６０１を抽出した成果物を表す成果物ＩＤ６０４と、成果物バージョン６０５と、設計情報識別ＩＤ６０１に対応する設計情報６０６と、検証日時を記録する検証日時６０７で構成される。ここで、区分６０３での、は設計、Ｔは検証、Ｐはプログラムを表す。

図２の要求仕様書２０１を設計情報１０４に登録する例を示すと、「要求仕様１」２０４および「要求仕様２」２０５が設計識別情報ＩＤ６０１に登録され、設計内容２０４−１，２０５−１は設計情報６０５に登録される。

図７に設計情報格納部１０４に格納する関連情報１０６のＤＢ構造を示す。関連情報１０６は、設計情報解析部１１２がソフトウェア成果物から抽出した関連を管理する。関連情報１０６は、上流工程の上流設計情報識別ＩＤ７０１と、上流設計識別ＩＤ７０１の設計情報を参照して作成した下流工程の下流設計情報識別ＩＤ７０２とを有する。

図２の機能仕様書２０２を関連情報１０６に登録する例を示すと、機能仕様書２０２の「機能仕様１」２０６は「要求仕様１」２０４を参照しているので、上流設計情報識別ＩＤ「要求仕様１」２０４に対応する下流設計情報識別「機能仕様１」２０６を７０１−１として登録する。同様に、機能仕様書２０２の「機能仕様２」２０７は、「要求仕様２」２０５を参照していることから、上流設計情報識別ＩＤ「要求仕様２」２０５に対応する下流設計情報識別「機能仕様２」２０７を７０１−２として登録する。

図８は、図５の成果物情報１０８と、図６の設計情報１０５、および図７の関連情報１０６を登録した際の設計情報識別ＩＤの関連図を示す。

図８に示すように、設計情報識別ＩＤの関連図は、要求仕様書２０１の「要求仕様１」２０４、および「要求仕様２」２０５を最上位とするツリー構造となり、「要求仕様１」２０４の下流には符号８０１で示すように「機能仕様１」２０６が関連し、「要求仕様２」２０５の下流には符号８０２で示すように「機能仕様２」２０７が関連する。

同様に、機能仕様書２０２の設計情報識別ＩＤ「機能仕様１」２０６は、符号８０３で示すように処理仕様書２０３の設計情報識別ＩＤ「処理仕様１」２０８に関連があり、「機能仕様２」２０７は、符号８０３で示すように、「処理仕様１」２０８と「処理仕様２」２０９と「処理仕様３」２１０に関連がある。同様に、処理仕様書２０３の設計情報識別ＩＤ「処理仕様１」２０８は、符号８０４で示すように、プログラムの「ＰＲＯＧ００００１」４０４に、「処理仕様２」２０９は「ＰＲＯＧ００００２」４０５に、「処理仕様３」２１０は「ＰＲＯＧ００００３」４０６に関連がある。また、各設計書は検証書と関連を有し、例えば「総合検証１」３０４は符号８０５で示すように、「要求仕様１」２０４に関連がある。

図８に示すように、設計情報１０５と関連情報１０６および成果物情報１０８により、設計情報識別ＩＤの上下関係が分かると伴に、設計書の設計情報識別ＩＤに関連している検証書の設計情報識別ＩＤが関連が分かる。

要求仕様書２０１の「要求仕様１」２０４と 機能仕様書２０２の「機能仕様１」２０６の設計情報の内容変更に伴って、処理仕様書２０３の「処理仕様１」２０８およびプログラムｐｒｏｇ０１．ｃ４０１の「ＰＲＯＧ００００１」４０４を変更した際は、「ＰＲＯＧ００００１」４０４の変更に影響のある設計情報識別ＩＤの検証項目を再検証する必要がある。再検証を行う必要のある検証項目として、とりわけ重要な再検証項目は、設計情報の内容を変更した３つの設計情報識別ＩＤ２０４，２０６，２０８に関連した「総合検証１」３０４と「機能検証１」３０６と「組合せ検証１」３０８の検証項目である。

しかし、設計情報の内容を変更した設計情報識別ＩＤ以外でも、設計情報の内容を変更した設計情報識別ＩＤが参照している上流の設計情報識別ＩＤには内容変更による影響が及ぶ可能性がある為、「ＰＲＯＧ００００１」４０４の上流である「処理仕様１」２０８が参照している「機能仕様２」２０７と、その上流である「要求仕様２」２０５が影響範囲として再検証対象となり、再検証対象の設計情報識別ＩＤ２０５，２０７に関連した「機能検証２」３０７と「総合検証２」３０５の検証項目が再検証項目となる。

便宜上、プログラムを修正するために設計情報が変更された上流の設計情報識別ＩＤを直系と呼び、直系と判別された設計情報識別ＩＤの設計情報が変更されたことにより、影響が及ぶ可能性のある設計情報識別ＩＤを“直系以外の関連”と呼ぶ。

以上のように、関連情報１０６を用いて特定のプログラムを修正した際に再検証すべき検証項目を抽出することができる。

修正したプログラムの上流において設計情報識別ＩＤが２つ以上ある場合は、どちらが修正したプログラムの直系の設計情報識別ＩＤかを判別する必要があるが、判別する例として、上流の設計情報識別ＩＤの最終更新日を参照して、更新日が最新の設計情報識別ＩＤを直系とする方法がある。この方法によって、最終更新日が最新である上流設計情報識別ＩＤを辿ることで修正したプログラムの直系である設計情報識別ＩＤを検索し、直系の設計情報識別ＩＤの設計内容変更による影響を及ぼす可能性のある直系以外の関連する設計情報識別ＩＤを検索し、検索した設計情報識別ＩＤに関連する検証項目を再検証項目とすることで、再検証すべき検証項目を列挙することができる。

次に、プログラム修正における再検証項目の抽出方法について説明する。

図９は、設計情報管理マシン１０１の検証情報格納部１０９で管理する検証時間情報１１０を示す。検証時間情報１１０は、ユーザが検証書の設計情報識別ＩＤごとに検証時間を入力した情報を格納したものであり、検証書の設計情報識別ＩＤ９０１における検証時間９０２を記録したデータ構造を有する。

検証時間９０２は、操作端末１０２から入力を行い、その登録内容を検証時間情報１１０に反映する。検証時間９０２は、設計情報管理マシン１０１が再検証の検証項目を抽出する際、再検証時間を提示する時に使用する。

図１０は、検証情報マシン１０１の検証情報解析部１１３で管理する直系関連情報１１４を示す。直系関連情報１１４は、プログラムの修正に関連して設計内容が変更されていると判別された設計情報識別ＩＤ１００１と、その際の最上位からの階層の深さをレベル１００２と、設計情報識別ＩＤ１００１が直系であるかを示す直系フラグ１００３を格納するデータ構造である。

図１０の例は、設計情報識別ＩＤ「ＰＲＯＧ００００１」４０４が修正され、「要求仕様１」２０４と「機能仕様１」２０６と「処理仕様１」２０８が上流の設計情報識別ＩＤの更新日で最新であったために設計内容が変更されていると判別した時の内容を示しており、それぞれ直系フラグがＯＮで登録されている。

また、「処理仕様１」２０８に直系以外に関連する「機能仕様２」２０７と、「機能仕様２」２０７の上流にあたる「要求仕様２」２０５は、直系フラグがＯＦＦで登録されている。

図１１は、ユーザが選択した修正プログラムを基に、設計情報の内容を変更した上流設計情報識別ＩＤを判別し、直系関連情報１１４に記録するフロー図を示す。まず、ステップ１１０１で、ユーザが選択した修正プログラムの設計情報識別ＩＤ一覧を取得する。ステップ１１０２では、ステップ１１０１で取得したプログラムの設計情報識別ＩＤを直系関連情報１１４に記録する。

ステップ１１０３では、ステップ１１０１で取得したプログラムの設計情報識別ＩＤの個数をｍに代入する。ステップ１１０４では、検索中の修正プログラムを表すカウンタｉに１を代入する。ステップ１１０５で、Ｉがｍ未満であるかを調べ、ｉがｍを越えるならば処理を終了する。Ｉがｍ以下ならば、ステップ１１０６で、ステップ１００１で取得した設計情報識別ＩＤの中で、ｉ個目の設計情報識別ＩＤを下流設計情報識別ＩＤとした上流設計情報識別ＩＤを、関連情報１０６よりすべて検索する。

ステップ１１０７では、ステップ１１０６で検索した上流設計情報識別ＩＤの最終更新日を成果物情報１０８からそれぞれ調べ、その中で更新日５０４が最新の設計情報識別ＩＤを“直系”と判別し、直系関連情報１１４の設計情報識別ＩＤ１００１に直系と判別した設計情報識別ＩＤを記録し、レベル１００２に直系と判別した設計情報識別ＩＤの階層の深さを記録し、直系フラグ１００３に“ＯＮ”を記録する。

ステップ１１０８では、ステップ１１０５で判別した直系の設計情報識別ＩＤを検索対象とする。ステップ１１０９では、検索対象の設計情報識別ＩＤは最上位であるかを調べ、最上位ならばカウンタｉを＋１してステップ１１０５に戻り、最上位でなければステップ１１０６に戻る。

図１２に、ユーザが選択した修正プログラムを基に、直系以外に関連した設計情報識別ＩＤを検索して直系関連情報１１４に記録するフロー図を示す。まず、ステップ１２０１で、図１１に示すフロー図に従って直系関連情報１１４を取得する。ステップ１２０２では、カウンタｉに直系関連情報１１４のレベル１００２項目に記録されている最大値を代入する。ステップ１２０３では、カウンタｉが０である場合は処理を終了する。

ステップ１２０４では、直系関連情報１１４を用いて取得されるレベルｉにおける設計情報識別ＩＤにおいて、直系以外に上流設計情報識別ＩＤの関連を有するを調べる。ステップ１２０４において直系以外に関連を持たない場合は、ステップ１２０７に進む。ステップ１２０４において直系以外に関連をもつ場合は、ステップ１２０５では、直系以外に関連している設計情報識別ＩＤにおいて関連する全ての設計情報識別ＩＤを、関連情報１０６を用いて検索対象の階層のレベルから最上位まで順々に検索する。

ステップ１２０６では、ステップ１２０５の検索において取得した設計情報識別ＩＤの全てを、直系関連情報１１４に直系フラグをＯＦＦにして検索順に記録する。上下の関連がある検証項目は試験を連続して行うのが好ましいが、１２０６において直系関連情報１１４に検索順に記録することによって、設計情報識別ＩＤ間の上下の関連がある場合にも、下流から上流への関連のまとまりを記録順という形で維持することができる。ステップ１２０７で、最後に、カウンタｉを＋１してステップ１２０３に戻る。

図１３は、検証書の設計情報識別ＩＤに対応する検証時間を登録する操作端末の画面の例である。画面の設計情報識別ＩＤ１３０２の項目は設計情報１０５の区分６０３がＴ（検証）である設計情報識別ＩＤ６０６を列挙し、画面の検証書名１３０１は、設計情報識別ＩＤ１３０２に対応する成果物名５０３を成果物情報１０８から検索して表示する。検証時間１３０３の項目はテキストボックスとなっていて、各検証書の設計情報識別ＩＤに対応する検証時間の入力を行うことができる。登録ボタン１３０４をクリックすると、各検証書の設計情報識別ＩＤに対する検証時間として検証時間情報１１０に登録される。

図１４は、設計情報管理マシン１０１に登録されている関連情報１０６の展開図の表示した画面の一例であり、最上位の設計情報識別ＩＤである“要求仕様１”１４０１および“要求仕様２”１４０２より下流に関連が展開する様子を図示した画面である。

要求仕様１（１４０１）は、下流に２つの設計情報識別ＩＤ「機能仕様１」１４０３に関連があり、さらにその下流には関連があることを示している。それぞれのプログラムの設計情報識別ＩＤにはチェックボックス１４０１−１，１４０１−２，１４０１−３が設置され、ユーザが任意の設計情報識別ＩＤを複数個選択することができる。また、画面には２つのボタンが配置され、チェックボックス１４０１−１，１４０１−２，１４０１−３にチェックを入力した設計情報識別ＩＤを検索対象として次の画面に遷移する。「関連表示」ボタン１４０５をクリックすると図１５に示す関連展開図画面（２）に遷移し、「検証項目」ボタン１４０６をクリックすると図１６に示す検証時間詳細画面に遷移する。

図１５は、ユーザにより選択された設計情報識別ＩＤ「ＰＲＯＧ００００１」１４０１−１を検索対象とした場合の遷移画面の一例で、図１４と同様の関連情報１０６の展開図である。ユーザにより選択された設計情報識別ＩＤを対象として図１１に示すフローチャート、および図１２に示すフローチャートに従って直系関連情報１１４を取得する。直系および直系以外に関連する設計情報識別ＩＤが判別できるので、画面上の設計情報識別ＩＤを直系フラグ１００２で色分けして表示することができる。

図１５に示す関連情報１０６の展開図において、直系と直系以外の関連のほかに有意な情報を色分けによって表示する画面の一例として、プログラム修正による検証を行ったかを色分けで表示する画面がある。具体的には、図１１に示すフローチャート、および図１２に示すフローチャートに従って直系関連情報１１４を取得して関連する設計情報識別ＩＤ一覧を取得し、続いて検証設計情報１０６と設計情報１０６から、取得した設計情報識別ＩＤに対する更新日５０４と検証日時６０７を取得する。更新日より検証日時の方が新しい場合は色塗りで表示することにより、プログラム修正による検証を実施した項目を表示する。

図１６は、ユーザにより選択された設計情報識別ＩＤを検索対象とした場合の遷移画面の一例で、直系および直系以外に関連する設計情報識別ＩＤに対応した検証項目の検証時間を表示１６０１し、検証項目を一覧表示１６０２，１６０３する画面である。ユーザにより選択された設計情報識別ＩＤを対象として図１１に示すフローチャート、および図１２に示すフローチャートに従って直系関連情報１１４を取得する。取得した直系関連情報１１４と関連情報１０６より、直系および直系以外に関連した設計情報識別ＩＤに関連する検証書の設計情報識別ＩＤを取得し、検証時間情報１１０より検証時間９０２を取得して、直系および直系以外の関連における検証項目と検証時間を表示することができる。直系を表示する検証項目１６０２の表示は、直系関連情報１１４で直系フラグ１００３がＯＮである項目を抽出し、直系の設計情報識別ＩＤに関連する検証書の設計情報識別ＩＤを検索し、レベル１００２の降順に並べた試験順で表示する。直系以外を表示する検証項目の表示１６０３は、直系関連情報１１４で直系フラグ１００３がＯＦＦである項目を抽出し、関連する検証書の設計情報識別ＩＤを検索して、直系関連情報１１４の項目順に表示する。直系関連情報１１４における直系フラグがＯＦＦの項目は、検索順に登録されていることから、上下関係のある検証項目を連続して表示することができる。

本発明の一実施例であるシステム構成図。 設計書の成果物例を示す図。 検証書の成果物例を示す図。 プログラムの成果物例を示す図。 成果物情報のデータ構造を示す図。 設計情報のデータ構造を示す図。 関連情報のデータ構造を示す図。 設計情報識別ＩＤの関連図。 検証時間情報のデータ構造を示す図。 直系関連情報１１４のデータ構造を示す図。 直系の設計情報識別ＩＤを判別するフロー図。 直系以外の設計情報識別ＩＤを検索するフロー図。 検索時間入力画面を示す平面図。 設計情報識別ＩＤの展開図画面（１）を示す平面図。 設計情報識別ＩＤの展開図画面（２）を示す平面図。 検証時間詳細画面を示す平面図。

符号の説明

１０１…設計情報管理マシン、１０２…操作端末、１０３…ネットワーク、１０４…設計情報格納部、１０５…設計情報、１０６…関連情報、１０７…成果物情報格納部、１０８…成果物情報、１０９…検証情報格納部、１１０…検証時間情報、１１１…参照部、１１２…設計情報解析部、１１３…検証情報解析部、１１４…直系関連情報、１１５…解析依頼部、１１６…参照依頼部、１１７…検証時間登録部、１１８…検索結果表示部。

Claims (6)

1. ソフトウェア成果物を格納する成果物格納部と、設計情報や設計情報間の関連を記憶する設計情報格納部と、検証に必要な検証時間情報を格納する検証情報格納部と、ソフトウェア成果物内に、設計情報を識別する設計情報識別ＩＤと、上流ソフトウェア成果物との関連を表す上流設計情報の設計情報識別ＩＤを有するソフトウェア成果物に対して、ソフトウェア成果物から設計情報識別ＩＤ及び設計情報と、上流ソフトウェア成果物との関連を表す設計情報識別ＩＤを抽出する機能を有し、ソフトウェア成果物内の設計情報を設計情報識別ＩＤ単位に管理する手段と、ソフトウェア成果物内の設計情報識別ＩＤ間の関連を管理する手段と、変更する設計情報の上位の設計情報を検索し再検証すべき検証項目を抽出する手段と、検証順番を提示する手段と、再検証の検証時間を提示する手段を備えた設計情報管理装置。
2. ソフトウェア開発において上流から下流へ段階的に設計情報をブレイクダウンしていくものであって、上流の設計情報と下流の設計情報との関連及び設計情報と検証項目の関連を管理するものである請求項１に記載の設計情報管理装置。
3. 前記関連情報を用いて変更する設計情報の上位の設計情報を検索し、再検証すべき検証項目を提示する請求項１に記載の設計情報管理装置。
4. 設計情報の上下関係及び設計情報の最終更新日を用い、検証順番を提示する請求項１に記載の設計情報管理装置。
5. 検証項目毎の検証時間をシステム内に保持し、再検証する検証項目の総検証時間を提示する請求項１に記載の設計情報管理装置。
6. 変更した設計情報識別ＩＤの更新日と、検証項目の検証日を比較することにより、提示した再検証すべき検証項目が、検証されていることを確認する請求項１に記載の設計情報管理装置。
   

Images