(57)【要約】【課題】開発中のプロダクトのソースコードのバグの情報から類似したバグの有無を効果的に調査して必要な対策を効果的に把握すること。【解決手段】観点ＤＢ１４ａには、過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、ソースコードに関する情報が記憶される複数のＤＢ（１４ｂ〜１４ｄ）のそれぞれを該観点で参照して発見されたバグの数とが対応付けして登録され、特定部１５ａが、入力されたバグの情報を用いて観点ＤＢ１４ａを参照し、発見されたバグの数が多い順にＤＢ（１４ｂ〜１４ｄ）を特定し、抽出部１５ｂが、特定された順にＤＢ（１４ｂ〜１４ｄ）を参照し、入力されたバグに類似するバグの有無の調査の対象箇所を抽出し、更新部１５ｃが、ＤＢ（１４ｂ〜１４ｄ）ごとの対象箇所において発見されたバグの数を用いて観点ＤＢ１４ａを更新する。【選択図】図１
2017146779.tif 000002
【特許請求の範囲】
【請求項１】
過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、前記ソースコードに関する情報が記憶される複数のデータベースのそれぞれを該観点で参照して発見されたバグの数とを対応付けして登録した観点データベースと、
入力されたバグの情報を用いて前記観点データベースを参照し、前記発見されたバグの数が多い順に前記データベースを特定する特定部と、
特定された順に前記データベースを参照し、前記入力されたバグに類似するバグの有無の調査の対象箇所を抽出する抽出部と、
前記データベースごとの前記対象箇所において発見されたバグの数を用いて前記観点データベースを更新する更新部と、
を備えることを特徴とする提示装置。
【請求項２】
前記データベースは、ソースコードを用いて実現される機能部と、該機能部に関連する関連機能部と、該機能部と該関連機能部との関連度合いと、が記憶される関連データベースと、
前記機能部と、該機能部を用いて実装される処理とが記憶される実装処理データベースと、
前記機能部の試験の観点と、該観点で設定された試験項目と、各試験項目の実施状況と、が記憶される試験項目データベースと、
を含むことを特徴とする請求項１に記載の提示装置。
【請求項３】
提示装置で実行される提示方法であって、
前記提示装置は、過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、前記ソースコードに関する情報が記憶される複数のデータベースのそれぞれを該観点で参照して発見されたバグの数とを対応付けして登録した観点データベースを備え、
入力されたバグの情報を用いて前記観点データベースを参照し、前記発見されたバグの数が多い順に前記データベースを特定する特定工程と、
特定された順に前記データベースを参照し、前記入力されたバグに類似するバグの有無の調査の対象箇所を抽出する抽出工程と、
前記データベースごとの前記対象箇所において発見されたバグの数を用いて前記観点データベースを更新する更新工程と、
を含んだことを特徴とする提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提示装置および提示方法に関する。
【背景技術】
【０００２】
一般に、プロダクト開発中にソースコードのバグが発生した場合には、他に類似したバグが潜んでいないかが調査され、必要な対策すなわち水平展開策が施されている（非特許文献１，２参照）。例えば、バグの発生が報告されてから修正が完了するまでのバグの状態遷移を管理するバグ管理システム（非特許文献３参照）を利用して、調査が行われている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「バグの発見と分析」，[online]，2014年5月13日，［2016年1月19日検索］，インターネット＜URL:http://sehermitage.web.fc2.com/softeng/soft_test_1.html＞
【非特許文献２】「プロジェクトで問題が発生したとき、どうするか」，[online]，2009年10月12日，［2016年1月19日検索］，インターネット＜URL:http://asmodeus-db.hatenablog.com/entry/20091012/1255366365＞
【非特許文献３】「不具合情報管理システム」，[online]，2014年5月，東芝情報システム株式会社，［2016年1月19日検索］，インターネット＜URL:http://www.tjsys.co.jp/documents/pdf/solution/embedded/PRISMY.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、バグの水平展開策を検討する際に、バグが潜んでいないかの調査対象を絞り込むためには、豊富な経験や高度なスキルが要求され、多大な稼働が必要とされていた。
【０００５】
本発明は、上記に鑑みてなされたものであって、開発中のプロダクトのソースコードのバグの情報から類似したバグの有無を効果的に調査して必要な対策を効果的に把握することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る提示装置は、過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、前記ソースコードに関する情報が記憶される複数のデータベースのそれぞれを該観点で参照して発見されたバグの数とを対応付けして登録した観点データベースと、入力されたバグの情報を用いて前記観点データベースを参照し、前記発見されたバグの数が多い順に前記データベースを特定する特定部と、特定された順に前記データベースを参照し、前記入力されたバグに類似するバグの有無の調査の対象箇所を抽出する抽出部と、前記データベースごとの前記対象箇所において発見されたバグの数を用いて前記観点データベースを更新する更新部と、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、開発中のプロダクトのソースコードのバグの情報から類似したバグの有無を効果的に調査して必要な対策を効果的に把握することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施形態に係る提示装置の概略構成を示す模式図である。
【図２】図２は、本実施形態の観点ＤＢのデータ構成を例示する図である。
【図３】図３は、本実施形態の関連ＤＢのデータ構成を例示する図である。
【図４】図４は、本実施形態の関連ＤＢにおける関連文書間の距離を説明するための説明図である。
【図５】図５は、本実施形態の関連ＤＢにおける関連文書間の距離を説明するための説明図である。
【図６】図６は、本実施形態の実装処理ＤＢのデータ構成を例示する図である。
【図７】図７は、本実施形態の試験項目ＤＢのデータ構成を例示する図である。
【図８】図８は、本実施形態の提示装置に入力されるバグの情報を例示する図である。
【図９】図９は、本実施形態の提示処理により出力される結果を例示する図である。
【図１０】図１０は、本実施形態の観点ＤＢの更新に用いられる評価情報を例示する図である。
【図１１】図１１は、本実施形態の提示処理手順を示すフローチャートである。
【図１２】図１２は、提示プログラムを実行するコンピュータを例示する図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
【００１０】
［提示装置の構成］
まず、図１を参照して、本実施形態に係る提示装置の概略構成を説明する。図１に示すように、本実施形態に係る提示装置１は、ワークステーションやパソコン等の汎用コンピュータで実現され、後述する提示処理を実行して、入力されたバグに類似したバグの有無の調査の推奨箇所を提示する。この提示装置１は、入力部１１、出力部１２、通信制御部１３、観点データベース（ＤＢ）１４ａ、関連データベース（ＤＢ）１４ｂ、実装処理データベース（ＤＢ）１４ｃ、および試験項目データベース（ＤＢ）１４ｄの各種ＤＢ、および制御部１５を備える。
【００１１】
入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置、情報通信装置等によって実現され、後述する提示処理の結果等を操作者に対して出力する。
【００１２】
通信制御部１３は、ＮＩＣ（Network  Interface  Card）等で実現され、ＬＡＮ（Local  Area  Network）やインターネットなどの電気通信回線を介したサーバ等の外部の装置と制御部１５との通信を制御する。
【００１３】
観点ＤＢ１４ａ、関連ＤＢ１４ｂ、実装処理ＤＢ１４ｃ、および試験項目ＤＢ１４ｄはそれぞれ、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。なお、各ＤＢ（１４ａ〜１４ｄ）は、通信制御部１３を介して制御部１５と通信する構成でもよい。
【００１４】
観点ＤＢ１４ａには、過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、ソースコードに関する情報が記憶される複数のデータベースのそれぞれを該観点で参照して発見されたバグの数とが対応付けして登録されている。
【００１５】
具体的に、図２に例示するように、観点ＤＢ１４ａは、過去に発見されたソースコードの各バグに関して、バグ原因、盛込要因、水平展開観点、および評価を含む。ここで、バグ原因とは、バグを発生させた原因を意味し、例えば、ＩＦ誤り、処理誤り等が例示される。盛込要因とは、バグがソースコードに盛り込まれた理由を意味し、例えば、単純ミス、検討不足、または考慮漏れ等が例示される。
【００１６】
また、水平展開観点とは、各バグに類似したバグの有無が調査された際に考慮された観点を意味し、例えば、「同ＩＦ（インタフェース）使用あり？」、「同処理あり？」等が例示される。本実施形態では、バグ原因および盛込要因の組み合わせに対応して水平展開観点が設定される。
【００１７】
また、各水平展開観点に対する評価とは、後述する提示処理において、関連ＤＢ１４ｂ、実装処理ＤＢ１４ｃ、および試験項目ＤＢ１４ｄの各ＤＢの参照により調査の対象となった箇所において発見されたバグの数（発見バグ数）を意味する。
【００１８】
なお、後述する提示処理において、観点ＤＢ１４ａは、バグ原因および盛込要因の組み合わせをキー情報として、対応する水平展開観点および各ＤＢの評価が検索される。
【００１９】
関連ＤＢ１４ｂには、ソースコードを用いて実現される機能部と、該機能部に関連する関連機能部と、該機能部と該関連機能部との関連度合いと、が記憶される。具体的に、図３に例示するように、関連ＤＢ１４ｂは、機能／ソース、関連設計書、関連ソース、および距離を含む。
【００２０】
ここで、機能／ソースとは、ソースコードを用いて実現される開発中の機能部を識別する名称等の情報を意味し、図３には、Ａが例示されている。関連設計書とは、機能／ソースに関連する関連機能部の設計書を意味する。また、関連ソースとは関連機能部を実現するソースコードを識別する名称等の情報を意味し、図３にはＢ、Ｃが例示されている。
【００２１】
距離とは、機能部と関連機能部との関連度合いを意味し、機能部または関連機能部のソースコード間の呼出段数で表される。ここで、図４および図５を参照して、ソースコード間の距離について説明する。図４に例示するようにソースα〜γ、ソースＡ〜Ｄが接続されている場合に、例えば、ソースＡはソースＢと直接接続されており、直接呼び出す関係にある。この場合に、図５に例示するように、ソースＡとソースＢとの距離は１と表される。同様に、ソースＡとソースＤとの距離は１と表される。
【００２２】
一方、ソースＡはソースＢを経由して間接的にソースＣに接続されていることから、ソースＡとソースＣとの距離は２と表される。また、ソースＢはソースＡを経由して間接的にソースＤに接続されていることから、ソースＢとソースＤとの距離は２と表される。
【００２３】
実装処理ＤＢ１４ｃには、機能部と、該機能部を用いて実装される処理とが記憶される。具体的に、図６に例示するように、実装処理ＤＢ１４ｃは、機能／ソースと、関数／メソッド一覧とを含む。ここで、関数／メソッド一覧とは、ソースコードで実現される機能部を用いて実装されている処理を識別する名称等の情報を意味する。図６には、例えば、ソースＡを用いて、ログ出力処理１、ＯＳコマンド呼出１、および画面出力処理１が実装されていることが示されている。
【００２４】
試験項目ＤＢ１４ｄには、機能部の試験の観点と、該観点で設定された試験項目と、各試験項目の実施状況と、が記憶される。具体的に、図７に例示するように、試験項目ＤＢ１４ｄは、試験観点、試験項目、および実施状況を含む。ここで、試験観点とは、ソースコードで実現される機能部の試験を具体化する際の観点を意味する。試験項目は、各試験観点で細分化された試験内容を特定する情報である。また、実施状況とは、各試験項目の実施状況を意味し、実施済あるいは未実施が設定される。
【００２５】
制御部１５は、ＣＰＵ（Central  Processing  Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行することにより、図１に例示するように、特定部１５ａ、抽出部１５ｂ、および更新部１５ｃとして機能する。
【００２６】
特定部１５ａは、入力されたバグの情報を用いて観点ＤＢ１４ａを参照し、発見されたバグの数が多い順にＤＢ（１４ｂ〜１４ｄ）を特定する。具体的に、まず提示装置１には、入力部１１あるいは通信制御部１３を介してバグの情報が入力される。
【００２７】
ここで、図８は入力されるバグの情報を例示する図である。図８に例示するように、バグの情報は、バグの概要、機能／ソース、試験項目、バグ原因、および盛込要因を含んで構成される、バグの概要とは、各バグを識別する情報を意味する。また、前述したように、機能／ソースとは、ソースコードを用いて実現される機能部を識別する名称等の情報を意味し、バグ原因とは、ＩＦ誤り等のバグを発生させた原因を意味し、盛込要因とは、単純ミス等のバグがソースコードに盛り込まれた理由を意味する。また、試験項目とは、試験項目ＤＢ１４ｄの試験項目に対応して、該ソースコードの細分化された試験内容を特定する情報である。
【００２８】
特定部１５ａは、入力されたバグの情報のうち、バグ原因および盛込要因の組み合わせをキー情報として用いて、観点ＤＢ１４ａの水平展開観点と、各ＤＢ（１４ｂ〜１４ｄ）の評価すなわち発見されたバグの数を参照する。そして、特定部１５ａは、発見されたバグの数が多い順にＤＢを特定する。図８に例示したバグの情報が入力された場合に、特定部１５ａは、ＩＦ誤りおよび単純ミスの組み合わせを用いて、図２に例示した観点ＤＢ１４ａを参照する。図２に示した例では、特定部１５ａは、「同ＩＦ使用あり？」との水平展開観点と、この水平展開観点で各ＤＢ（１４ｂ〜１４ｄ）に対応する発見されたバグの数の順に、発見されたバグ数が５の関連ＤＢ１４ｂ、発見されたバグ数が１の実装処理ＤＢ１４ｃおよび試験項目ＤＢ１４ｄを特定する。
【００２９】
抽出部１５ｂは、特定された順にＤＢ（１４ｂ〜１４ｄ）を参照し、入力されたバグに類似するバグの調査の対象箇所を抽出する。例えば、抽出部１５ｂは、入力された開発中のソースＡのバグの情報を用いて、まず、図３に例示した関連ＤＢ１４ｂを参照する。関連ＤＢ１４ｂにおいては、抽出部１５ｂは、関連ソースを関連度合いが高い順すなわち距離が近い順に、調査の対象箇所として抽出する。図３に示した例では、ソースＡに関連する関連ソースＢ、関連ソースＣの順に、調査の対象箇所として抽出される。
【００３０】
次に、抽出部１５ｂは、図６に例示した実装処理ＤＢ１４ｃを参照し、例えば、入力されたソースＡを用いて実装される、画面出力処理１およびログ出力処理１を調査の対象箇所として抽出する。また、抽出部１５ｂは、図７に例示した試験項目ＤＢ１４ｄを参照し、ソースＡで実現される機能部の試験の観点における試験項目のうち、未実施のものを調査の対象箇所として抽出する。図７に示した例では、例えば、観点１の項目１−３および観点２の項目２−２が調査の対象箇所として抽出される。
【００３１】
また、抽出部１５ｂは、抽出された調査の対象箇所を示す情報を出力部１２に出力する。例えば、関連ＤＢ１４ｂを参照して抽出された調査の対象箇所は、図９に例示するように、水平展開観点、調査設計書名、および調査ソースで表される。ここで、調査設計書および調査ソースとは、特定された調査の対象箇所を意味する。図９には、例えば、「同ＩＦ使用あり？」という水平展開観点で関連ＤＢ１４ｂが参照された場合に、ソースＢが調査の対象箇所として抽出されたことが示されている。
【００３２】
なお、実装処理ＤＢ１４ｃを参照して抽出された調査の対象箇所は、例えば、水平展開観点と、関数／メソッド一覧とで表される、また試験項目ＤＢ１４ｄを参照して抽出された対象箇所は、例えば、水平展開観点と試験項目とで表される。
【００３３】
更新部１５ｃは、ＤＢ（１４ｂ〜１４ｄ）ごとの対象箇所において発見されたバグの数を用いて観点ＤＢ１４ａを更新する。
【００３４】
例えば図１０に例示するように、更新部１５ｃには、開発者により入力部１１を介して、水平展開観点と、評価すなわち発見されたバグの数とを含む評価情報が入力される。図１０には、「同ＩＦ使用あり？」という水平展開観点でいずれかのＤＢ（１４ｂ〜１４ｄ）が参照された場合に、特定された調査の対象箇所において発見されたバグの数が３であったことを示す評価情報が例示されている。
【００３５】
本実施形態においては、いずれかのＤＢ（１４ｂ〜１４ｄ）の参照により特定された対象箇所が調査される都度、開発者により評価情報が入力される。なお、評価情報に、参照されたＤＢ（１４ｂ〜１４ｄ）を特定する情報が含まれてもよい。これにより、更新部１５ｃの処理のタイミングを柔軟に設定できる。
【００３６】
更新部１５ｃは、入力された評価情報を用いて、観点ＤＢ１４ａの評価を更新する。これにより、入力されたバグに類似するバグの調査の際に、さらに効果的にＤＢ（１４ｂ〜１４ｄ）を参照できるようになる。
【００３７】
［提示処理］
次に、図１１を参照して、提示装置１による提示処理について説明する。図１１のフローチャートは、例えば、開発者により新規にバグの情報が入力されたタイミングで開始される。
【００３８】
まず、特定部１５ａが、入力されたバグの情報を受け付けて（ステップＳ１）、バグの情報を用いて観点ＤＢ１４ａを参照し、発見されたバグの数が多い順にＤＢ（１４ｂ〜１４ｄ）を特定し、この順を各ＤＢ（１４ｂ〜１４ｄ）の参照順とする（ステップＳ２）。
【００３９】
次に、抽出部１５ｂが、特定された順にＤＢ（１４ｂ〜１４ｄ）を参照し、入力されたバグに類似するバグの調査の対象箇所を抽出し、出力部１２に出力することにより、開発者に提示する（ステップＳ３）。これにより、入力されたバグに類似するバグの調査の対象箇所を効果的に把握できる。
【００４０】
また、更新部１５ｃが、ＤＢ（１４ｂ〜１４ｄ）ごとの対象箇所において発見されたバグの数を用いて、観点ＤＢ１４ａを更新する（ステップＳ４）。これにより、入力されたバグに類似するバグの対象箇所の調査がさらに効果的になる。
【００４１】
以上、説明したように、本実施形態の提示装置１では、観点ＤＢ１４ａには、過去に発見されたソースコードのバグについて、該バグに類似したバグの有無の調査における観点と、該観点で参照されたソースコードに関する情報を含む複数のＤＢ（１４ｂ〜１４ｄ）のそれぞれにおいて発見されたバグの数とが対応付けして登録される。また、特定部１５ａが、入力されたバグの情報を用いて観点ＤＢ１４ａを参照し、発見されたバグの数が多い順にＤＢ（１４ｂ〜１４ｄ）を特定する。また、抽出部１５ｂが、特定された順にＤＢ（１４ｂ〜１４ｄ）を参照し、入力されたバグに類似するバグの有無の調査の対象箇所を抽出する。また、更新部１５ｃが、ＤＢ（１４ｂ〜１４ｄ）ごとの対象箇所において発見されたバグの数を用いて観点ＤＢ１４ａを更新する。
【００４２】
これにより、本実施形態の提示装置１の提示処理によれば、水平展開策の調査の対象箇所を効果的に把握できる。したがって、開発中のプロダクトのソースコードのバグ情報から類似したバグの有無を効果的に調査して必要な対策を効果的に把握することができる。
【００４３】
また、関連ＤＢ１４ｂには、ソースコードを用いて実現される機能部と、該機能部に関連する関連機能部と、該機能部と該関連機能部との関連度合いと、が記憶される。実装処理ＤＢ１４ｃには、機能部と、該機能部を用いて実装される処理とが記憶される。また、試験項目ＤＢ１４ｄには、機能部の試験の観点と、該観点で設定された試験項目と、各試験項目の実施状況と、が記憶される。提示装置１は、これらのＤＢ（１４ｂ〜１４ｄ）を参照することにより、バグが発見されたソースコードに類似したソースコードを容易に特定することができる。
【００４４】
［プログラム］
上記実施形態に係る提示装置１が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、提示装置１は、パッケージソフトウェアやオンラインソフトウェアとして上記の提示処理を実行する提示プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の提示プログラムを情報処理装置に実行させることにより、情報処理装置を提示装置１として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）などのスレート端末などがその範疇に含まれる。また、ユーザが使用する端末装置をクライアントとし、当該クライアントに上記の提示処理に関するサービスを提供するサーバ装置として実装することもできる。例えば、提示装置１は、新規のバグの情報を入力とし、入力されたバグに類似したバグの有無の調査の推奨箇所を出力する提示処理サービスを提供するサーバ装置として実装される。この場合、提示装置１は、Ｗｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の提示処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。以下に、提示装置１と同様の機能を実現する提示プログラムを実行するコンピュータの一例を説明する。
【００４５】
図１２に示すように、提示プログラムを実行するコンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００４６】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
【００４７】
ここで、図１２に示すように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
【００４８】
また、提示プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した提示装置１が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
【００４９】
また、提示プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５０】
なお、提示プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、提示プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００５１】
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【００５２】
１  提示装置
１１  入力部
１２  出力部
１３  通信制御部
１４ａ  観点ＤＢ
１４ｂ  関連ＤＢ
１４ｃ  実装処理ＤＢ
１４ｄ  試験項目ＤＢ
１５  制御部
１５ａ  特定部
１５ｂ  抽出部
１５ｃ  更新部
【図１】
2017146779.tif 000003
【図２】
2017146779.tif 000004
【図３】
2017146779.tif 000005
【図４】
2017146779.tif 000006
【図５】
2017146779.tif 000007
【図６】
2017146779.tif 000008
【図７】
2017146779.tif 000009
【図８】
2017146779.tif 000010
【図９】
2017146779.tif 000011
【図１０】
2017146779.tif 000012
【図１１】
2017146779.tif 000013
【図１２】
2017146779.tif 000014