(57)【要約】【課題】工程内の欠陥数の評価だけでなく、欠陥の発生工程と発見工程の乖離度をあわせて評価することにより、流出欠陥数と下流工程への流出状況を把握し、フロントローディングに関する改善活動の進捗状況を評価できるフロントローディング評価装置を得ること。【解決手段】各工程で発見された欠陥情報を欠陥情報入力手段１４により入力し、開発情報を開発情報入力手段１１により入力し、欠陥データマトリクス作成手段１６により、前記欠陥情報から欠陥発見工程と欠陥組込み工程の組合わせごとに欠陥数を算出した欠陥データマトリクスを算出して開発規模で正規化し、工程間距離マトリクスを入力した後に正規化し、欠陥データモーメント算出手段２０により、正規化欠陥データマトリクスと正規化工程間距離マトリクスの各々の要素を乗じて欠陥データモーメントを算出して、工程改善のフロントローディングに関する進捗を評価する。【選択図】        図１
2007316728.tif 000002
【特許請求の範囲】
【請求項１】
欠陥と、当該欠陥が組み込まれた工程を複数の工程中から識別する欠陥組込み工程情報と、当該欠陥が発見された工程を複数の工程中から識別する欠陥発見工程情報との対応を示す欠陥情報を、欠陥毎に記憶する欠陥情報記憶手段と、
製品の開発規模を示す指標を含む開発情報を記憶する開発情報記憶手段と、
前記欠陥情報記憶手段に記憶された欠陥情報に基づき、欠陥発見工程情報と欠陥組込み工程情報の組合わせが同一である欠陥の数を当該工程組合わせの欠陥データとして、欠陥発見工程情報に含まれる複数の工程と欠陥組込み工程情報に含まれる複数の工程の組合わせごとに算出する欠陥データ作成手段と、
前記算出した各欠陥データを前記開発情報記憶手段に格納された開発情報の開発規模を示す指標で正規化する欠陥データ正規化手段と、
入力された欠陥発見工程と欠陥組込み工程の各工程間の距離を、工程間距離の最大値で除することにより工程間距離を正規化する工程間距離正規化手段と、
欠陥発見工程に含まれる複数の工程と欠陥組込み工程情報に含まれる複数の工程の組合わせごとに、前記正規化した欠陥データと前記正規化した工程間距離を乗じた欠陥データモーメントを算出する欠陥データモーメント算出手段と、
前記算出した欠陥データモーメントを用いて工程改善のフロントローディングに関する進捗を評価する欠陥データモーメント評価手段と、
を備えることを特徴とするフロントローディング評価装置。
【請求項２】
前記欠陥データモーメント評価手段は、前記欠陥データモーメントを欠陥組込み工程情報に含まれる複数の工程ごとに合計した流出欠陥モーメントの算出を行うことを特徴とする請求項１に記載のフロントローディング評価装置。
【請求項３】
前記欠陥データモーメント評価手段は、前記欠陥データモーメントを欠陥発見工程情報に含まれる複数の工程ごとに合計した修正欠陥モーメントの算出を行うことを特徴とする請求項１または２に記載のフロントローディング評価装置。
【請求項４】
前記欠陥データモーメント評価手段は、前記流出欠陥モーメントの合計値または前記修正欠陥モーメントの合計値の算出を行うことを特徴とする請求項２または３に記載のフロントローディング評価装置。
【請求項５】
前記欠陥データモーメント評価手段は、前記流出欠陥モーメントと前記修正欠陥モーメントの差分の算出を行うことを特徴とする請求項２〜４の何れか一つに記載のフロントローディング評価装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア開発において、欠陥数を用いてフロントローディングの進捗度合いを評価するフロントローディング評価装置に関するものである。
【背景技術】
【０００２】
従来、ソフトウェアの効率的な開発や品質向上のために実施されるソフトウェアプロセス改善活動が行われており、改善活動の進捗や成果の把握のためにプロセス改善の評価が行われている。プロセス改善に対する重要な評価項目であるソフトウェアの品質の評価指標としては、欠陥数を用いた欠陥除去率や除去効率といった指標が用いられ、各プロセスの欠陥除去能力を評価している（非特許文献１参照）。特許文献１では、それまでに発生した欠陥発生データを用いて、信頼度を予測する方法が開示され、累積欠陥に関する評価が行われている。また、一般的な製品開発プロセス評価としては、例えば、特許文献２で開示されているようにあらかじめ基準となる指標値を収集しておきその基準からの乖離度でプロセスを評価する方法が提案されている。
【０００３】
【特許文献１】特開２００３−１８６７０１号公報
【特許文献２】特開２００３−１５７３４５号公報
【非特許文献１】Stephen H. Kan著「ソフトウェア品質工学の尺度とモデル」  構造計画研究所出版、２００４年１１月、Ｐ１３１−１３７
【発明の開示】
【発明が解決しようとする課題】
【０００４】
フロントローディングとは、上流工程で欠陥を検出できるように、設計工程、及び早期に実施するテスト工程における検出能力を向上させる改善活動を意味する。上流で組み込んだ欠陥を、下流工程で発見し修正するより，早期に上流工程で発見して修正する方が、少ない工数で容易に修正が可能なためである。フロントローディングを実現することで手戻り工数削減の効果をあげることができる。
【０００５】
しかしながら、特許文献１および非特許文献１の方法によれば、プロセス（工程）内の欠陥除去率や欠陥数等を評価するあるいはソフトウェア全体の累積欠陥を評価するのみであり、各工程で発見できなかった欠陥がどの程度下流工程に流出してしまっているか、あるいは逆にどの程度上流工程内で欠陥が発見され前倒しで修正が行われているか等、上流工程と下流工程の相対的な評価ができない。また、特許文献２では、上流工程と下流工程の相対的な評価としてフロントローディング度が評価すべき指標としてあげられているが、フロントローディングの評価方法自体は開示されていない。このように、従来の技術では、開発の過程におけるフロントローディングの評価ができないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、工程内の欠陥数の評価だけでなく、流出欠陥数と下流工程への流出度合いを考慮でき、フロントローディングの実現度合いを評価することができる評価指標とその評価方法を実装したフロントローディング評価装置を得ることを目的としている。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、欠陥と、当該欠陥が組み込まれた工程を複数の工程中から識別する欠陥組込み工程情報と、当該欠陥が発見された工程を複数の工程中から識別する欠陥発見工程情報との対応を示す欠陥情報を、欠陥毎に記憶する欠陥情報記憶手段と、製品の開発規模を示す指標を含む開発情報を記憶する開発情報記憶手段と、前記欠陥情報記憶手段に記憶された欠陥情報に基づき、欠陥発見工程情報と欠陥組込み工程情報の組合わせが同一である欠陥の数を当該工程組合わせの欠陥データとして、欠陥発見工程情報に含まれる複数の工程と欠陥組込み工程情報に含まれる複数の工程の組合わせごとに算出する欠陥データ作成手段と、前記算出した各欠陥データを前記開発情報記憶手段に格納された開発情報の開発規模を示す指標で正規化する欠陥データ正規化手段と、入力された欠陥発見工程と欠陥組込み工程の各工程間の距離を、工程間距離の最大値で除することにより工程間距離を正規化する工程間距離正規化手段と、欠陥発見工程に含まれる複数の工程と欠陥組込み工程情報に含まれる複数の工程の組合わせごとに、前記正規化した欠陥データと前記正規化した工程間距離を乗じた欠陥データモーメントを算出する欠陥データモーメント算出手段と、前記算出した欠陥データモーメントを用いて工程改善のフロントローディングに関する進捗を評価する欠陥データモーメント評価手段とを備えることを特徴とする。
【発明の効果】
【０００８】
この発明によれば、欠陥発見工程と欠陥組込み工程との各工程間の距離と、欠陥発見工程と欠陥組込み工程の組合わせごとに発生した欠陥数と、を乗じた欠陥データモーメントを用いて評価を行うようにしたので、ソフトウェアの工程改善活動のフロントローディングに関する進捗状況を容易に評価することができるという効果を奏する。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかるフロントローディング評価システム及びフロントローディング評価方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
図１は、本発明にかかるフロントローディング評価システム及びフロントローディング評価方法の実施の形態の構成を示すブロック図である。本実施形態では、ソフトウェア開発を評価対象とする。本実施形態のフロントローディング評価システムは、評価対象製品の開発情報を入力する開発情報入力手段１１と、入力された製品の開発情報を格納する開発情報データベース記憶部（以下、開発情報ＤＢとよぶ）１２と、開発情報ＤＢ１２から開発規模を示す指標（以下、開発規模とよぶ）を抽出する開発規模抽出手段１３と、製品開発で発生した欠陥の情報を入力する欠陥情報入力手段１４と、入力された欠陥の情報を格納する欠陥情報データベース記憶部(以下、欠陥情報ＤＢとよぶ)１５と、欠陥情報ＤＢ１５から欠陥データマトリクスを作成する欠陥データマトリクス作成手段１６と、欠陥データマトリクス作成手段１６によって作成された欠陥データマトリクスを正規化する欠陥データマトリクス正規化手段１７と、工程間の距離を入力する工程間距離マトリクス入力手段１８と、工程間距離マトリクス入力手段１８によって作成された工程間距離マトリクスを正規化する工程間距離マトリクス正規化手段１９と、欠陥データマトリクス正規化手段１７によって作成された正規化欠陥データマトリクスと工程間距離マトリクス正規化手段１９によって作成された正規化工程間距離マトリクスから欠陥データモーメントを算出する欠陥データモーメント算出手段２０と、欠陥データモーメント算出手段２０によって算出された欠陥データモーメントを評価する欠陥データモーメント評価手段２１と、欠陥データモーメント評価手段２１によって評価された結果を出力する欠陥データモーメント出力手段２２とを備えている。
【００１１】
図２は、本実施形態のフロントローディング評価システムの動作を示すフローチャートである。以下、図１および図２を参照して、評価方法について詳しく説明する。
【００１２】
開発情報入力手段１１は、製品を開発するために必要な開発情報の入力を受け付ける（ステップＳ１）。図３は、入力する開発情報項目の例を示したものである。開発情報は、図３に示すようにプロジェクト名、開発開始日、開発終了日、開発工数、開発規模を少なくとも含める。開発規模の指標の具体的な内容としては、例えば、ソースコードのライン数やファイルサイズである。本実施形態では、開発規模の指標としてソースコードのライン数を用いるが、開発規模を示す他の指標を用いてもよい。
【００１３】
開発情報ＤＢ１２には、開発情報入力手段１１によって入力された開発情報が格納される。
【００１４】
開発規模情報抽出手段１３は、開発情報ＤＢ１２から開発規模として格納されている数値を抽出する（ステップＳ２）。
【００１５】
欠陥情報入力手段１４は、製品の開発において発見された欠陥に関する情報（欠陥情報）の入力を受け付ける（ステップＳ３）。図４に、欠陥情報の入力項目の例を示す。図４に示すように、欠陥の識別のために欠陥番号を付与し、欠陥番号ごとに、欠陥情報として、欠陥タイトル、欠陥詳細内容、欠陥組込み工程名、欠陥発見工程名、欠陥発見者、欠陥発見工数、欠陥改修者、欠陥改修工数、改修確認者、改修確認工数が入力される。欠陥番号の付与方法については、本実施の形態では、入力順の自動付与としているが、これに限るわけではなく、個々の欠陥の識別が可能であればどのような付与方法でも良い。欠陥情報は、要求定義工程、設計工程では、それぞれの工程の成果物である文書のレビューで指摘された内容を、コーディング工程では、ソースコードのレビューで指摘された内容を、テスト工程では、テストで発見された内容をそれぞれ入力する。
【００１６】
欠陥情報ＤＢ１５には、欠陥情報入力手段１４によって入力された欠陥情報が格納される。
【００１７】
欠陥データマトリクス作成手段１６は、欠陥情報ＤＢ１５を読み込み、欠陥発見工程と欠陥組込み工程の組み合わせごとにそれぞれ欠陥数を計算した欠陥データマトリクスを作成する（ステップＳ４）。図５に欠陥データマトリクスの例を示す。図５に示すとおり、欠陥データマトリクスは、欠陥組込み工程、欠陥発見工程の組み合わせごとに欠陥数をそれぞれ算出して、マトリクス状に表記したものである。本例では、上流から順に、要求定義、機能設計、詳細設計、コーディング、単体テスト、組合わせテスト、システムテストの合計７つの工程とする。説明のため、各工程に、上流工程から順に１〜７の工程番号を付与する。図５において、例えば、コーディング工程で組込み、コーディング工程で発見した欠陥数は９４１件、コーディング工程で組込み、システムテスト工程で発見した欠陥数は７２件となる。ｉ、ｊをそれぞれ工程番号とし、ａijを工程番号ｉで発見されて工程番号ｊで組込まれた欠陥数とするとき、欠陥データマトリクスＡは、Ａ＝(ａij)  （ｉ≧ｊ)：１≦ｉ≦Ｎ  １≦ｊ≦Ｎ  （Ｎは工程数）となる。
【００１８】
図５の例では、欠陥組込み工程を列方向にとり、欠陥発見工程を行方向にとっているので、各列の要素の合計は、各々の欠陥組込み工程において組込まれた欠陥数の合計を示し、各行の要素の合計は、各々の欠陥発見工程において発見された欠陥数の合計を示す。各行の合計と各列の合計をさらに合計したものは、開発の全欠陥数となる。
【００１９】
欠陥データマトリクス正規化手段１７は、欠陥数を、開発規模抽出手段１３によって抽出された開発規模を表す数値で割ることで正規化し、正規化欠陥データマトリクスを作成する（ステップＳ５）。これにより、開発規模に依存しない欠陥数を得ることができる。図６に図５で示した欠陥データマトリクスを正規化した正規化欠陥データマトリクスの例を示す。本実施の形態では、開発規模として全ソースコードのライン数をＫ行単位で記述した数値を用い、図６の例では、全ソースライン数を２００Ｋ行としている。例えば、コーディング工程で組込み、コーディング工程で発見した欠陥数は、９４１÷２００＝４．７１、コーディング工程で組込み、システムテスト工程で発見した欠陥数は、７２÷２００＝０．３６となる。数式で表すと、正規化欠陥データマトリクスＢ＝(ｂij)  (ｉ≧ｊ)：ｂij＝ａij／Ｌ（Ｌはソースコードライン数、単位はＫ行）となる。
【００２０】
工程間距離マトリクス入力手段１８は工程間の距離を設定した工程間距離マトリクスの入力を受け付ける（ステップＳ６）。図７に工程間距離マトリクスの入力例を示す。図７の例では、同一工程間の距離は０とし、隣り合う工程間の距離を１としている。例えば、コーディング工程と次の単体テスト工程との間の距離は１となる。数式で表すと、本例では、工程間距離マトリクスＤは、Ｄ＝(ｄij)  (ｉ≧ｊ)：ｄij＝０、ｄij＝ｉ−ｊ となる。各工程の規模が異なる場合等、必要な場合には、工程間の距離に重み付けを行って入力する。
【００２１】
工程間距離マトリクス正規化手段１９は、工程間距離マトリクス入力手段１８により入力された工程間距離マトリクスを、工程間の距離を工程間の最大距離で割ることで正規化し、正規化工程間距離マトリクスを作成する（ステップＳ７）。これにより工程数に依存しない工程間距離を得ることができる。図８に図７で示した工程間距離マトリクスを正規化した正規化工程間距離マトリクスの例を示す。本例では、図７からもわかるように、最大工程間距離は６であるから、例えば、コーディング工程と次の単体テスト工程との間の正規化距離は１÷６＝０．１７となる。数式で表すと、正規化工程間距離マトリクスＥは、Ｅ ＝(ｅij)  (ｉ≧ｊ)  ｅij＝ｄij／max（ｄij）となる。
【００２２】
欠陥データモーメント算出手段２０は、欠陥データマトリクス正規化手段１７によって得られた正規化欠陥データマトリクスと、工程間距離マトリクス正規化手段１９によって得られた正規化工程間距離マトリクスの同一位置の要素同士を各々乗じた欠陥データモーメントを算出し欠陥データモーメントマトリクスを算出する（ステップＳ８）。図９に、図６で示した正規化欠陥データマトリクスと図８に示した正規化工程間距離マトリクスから算出された欠陥データモーメントマトリクス３０を示す。図９において、例えば、コーディング工程で組込み、単体テストで発見した欠陥データモーメントは、１．１２×０．１７＝０．１９となる。数式で表すと、欠陥データモーメントマトリクスＭは、Ｍ＝(ｍij)  (ｉ≧ｊ)：ｍij＝ｂij×ｅijとなる。
【００２３】
欠陥データモーメント評価手段２１は、欠陥データモーメント算出手段２０によって得られた欠陥データモーメントマトリクスを用いて、図９に示した流出欠陥データモーメント３１、修正欠陥データモーメント３２、全欠陥データモーメント３３、および図１０に示す差分欠陥データモーメントを算出する（ステップＳ９）。以下にそれぞれの項目の算出方法を示す。
【００２４】
流出欠陥データモーメント３１は、欠陥組込み工程ごとに、各欠陥発見工程の欠陥データモーメントの合計を計算することによって、その欠陥組込み工程から下流に流出してしまった欠陥量を示す。これによってその工程で発見されず下流工程に流れてしまった欠陥量を評価することができる。図９において、例えば、コーディング工程の流出欠陥データモーメントは０．８０となる。数式で表すと、ｉを欠陥組込み工程の工程番号とするとき、流出欠陥データモーメント３１をＰＦiとすると、ＰＦi＝Σ(ｋ＝ｉ，Ｎ)ｍki  １≦ｉ≦Ｎとなる。
【００２５】
修正欠陥データモーメント３２は、欠陥発見工程ごとに、各欠陥組込み工程の欠陥データモーメントの合計を計算することによって、その欠陥発見工程における、上流工程から流出してきた欠陥の修正量を示す。これによってその工程の欠陥修正能力を評価できる。図９において、例えば、単体テスト工程の修正欠陥データモーメントは０．４４となる。数式で表すと、ｉを欠陥発見工程の工程番号とするとき、修正欠陥データモーメントをＰＢiとするとＰＢi＝Σ(ｋ＝１、ｉ)ｍik  １≦ｉ≦Ｎとなる。
【００２６】
全欠陥データモーメント３３は、流出欠陥データモーメント３１の合計、もしくは修正欠陥データモーメント３２の合計を計算することによって求められ、開発全体として、下流工程に流出した欠陥量全体、もしくは下流工程で修正した欠陥量全体を表す。図９において、全欠陥データモーメント３３は１．５８である。数式で表すと、全欠陥データモーメント３３をＰとすると  Ｐ＝ΣＰＦiもしくはＰ=ΣＰＢiとなる。
【００２７】
図１０に示す差分欠陥データモーメント３４は、その工程の流出欠陥データモーメント３１と修正欠陥データモーメント３２の差であり、その工程において、下流へ流出させた欠陥量と、上流から流出してきた欠陥の修正量のどちらが多いかを示す。なお、ここでは、欠陥発見後、発見された工程で修正が行われるものとする。差分欠陥データモーメント３４が、正数の場合は流出欠陥量が、負数の場合は修正欠陥量がそれぞれ多いことを示す。図１０において、例えば、コーディング工程の差分欠陥データモーメントは０．８０、単体テスト工程では−０．４２なので、それぞれ流出欠陥量、修正欠陥量が多いことを表している。数式で表すと、差分欠陥データモーメント３４をＰＤiとするとき、ＰＤi＝ＰＦi−ＰＢiとなる。
【００２８】
欠陥データモーメント出力手段２２は、欠陥データモーメント評価手段２１の出力をグラフ化して出力する。図１１には、差分欠陥データモーメント３４の工程ごとの累積値をプロットしたグラフを示す。ここでは、プロジェクト間の比較のために、２つのプロジェクトの差分欠陥データモーメント３４の工程ごとの累積値を同時に表示している。いずれもこれまで説明を行ってきた図５〜図１０の例とは別の例であり、それぞれ図２に示したフローに従い、プロジェクトごとに差分欠陥データモーメントを算出後に、差分欠陥データモーメント３４の工程ごとの累積値をプロットした例である。累積値は、上流側の工程から順次、差分欠陥データモーメント３４を加算していくことによって求める。数式で表すと、差分欠陥データモーメント３４の工程ごとの累積値をＰＤＡiとするとき、ＰＤＡi＝Σ（ｋ＝１，ｉ）ＰＤkとなる。図１１は表示の一例であり、表示するプロジェクトの個数を２個に限定するものではない。また、ここでは、欠陥が流出して発見され修正されていく様子を比較しやすくするために累積値をプロットしたが、差分欠陥データモーメント３４の累積値ではなく、差分欠陥データモーメント３４自体を表示してもよい。
【００２９】
次に、欠陥データモーメントの評価について説明する。全欠陥データモーメント３３がゼロに近ければ近いほど、自工程で組込んだ欠陥を自工程で発見していることになるため、フロントローディングの実現度合いが高いと評価することができる。差分欠陥データモーメント３４が正数で、絶対値が大きい工程ほど下流へ欠陥を流出させていると評価できるため、その工程の欠陥検出能力を高めることが必要であると判断することができる。差分欠陥データモーメント３４が負数で、絶対値が大きい工程ほど、上流からの流出欠陥の修正能力が高いと評価することができる。
【００３０】
図１１における差分欠陥データモーメント３４の工程ごとの累積値は、右肩上がりの傾きが大きい工程が下流への欠陥流出量が多く、右肩下がりの傾きが大きい工程が上流からの欠陥修正量が多いことを示す。したがって、図１１における２つのプロジェクトを比較してみると、プロジェクト１の方が下流への欠陥流出量が少ないが、下流工程における修正量が多く、プロジェクト２の方が、下流への欠陥流出量が多いが、早い段階でのテスト工程での修正量が多いことがわかる。このように、欠陥データモーメントを用いることで、フロントローディングの実施状況を容易に評価することが可能である。
【００３１】
なお、上記実施形態においては、開発情報ＤＢ１２と欠陥情報ＤＢ１５は別々のデータベースとして構成しているが、ひとつのデータベースとして、両方の機能も持たせてもよい。
【００３２】
この発明によれば、欠陥データモーメント算出手段２０が、欠陥発見工程と欠陥組込み工程との工程間の距離を正規化した正規化工程間距離マトリクスと、欠陥発見工程と欠陥組込み工程の組合わせごとに発生した欠陥数を正規化した正規化欠陥データマトリクスとを、乗じることにより欠陥データモーメントマトリクスを算出し、欠陥データモーメント評価手段２１が、算出した欠陥データモーメントマトリクスを用いて評価を行うようにしたので、ソフトウェアの工程改善活動のフロントローディングに関する進捗状況を容易に評価することができるという効果を奏する。
【産業上の利用可能性】
【００３３】
以上のように、本発明にかかるフロントローディング評価システム及びフロントローディング評価方法は、工程改善活動の評価に有用であり、特に、ソフトウェア開発のフロントローディングに関する工程改善活動の評価に適している。
【図面の簡単な説明】
【００３４】
【図１】実施の形態にかかるフロントローディング評価システムの機能ブロック図である。
【図２】実施の形態にかかるフロントローディング評価システムの評価方法を示すフローチャートである。
【図３】開発情報入力手段の入力項目の一例を示した図である。
【図４】欠陥情報入力手段の入力項目の一例を示した図である。
【図５】欠陥データマトリクス作成手段によって作成される欠陥データマトリクスの一例を示した図である。
【図６】欠陥データマトリクス正規化手段によって作成される正規化欠陥データマトリクスの一例を示した図である。
【図７】工程間距離マトリクス入力手段工程によって作成される工程間距離マトリクスの一例を示した図である。
【図８】工程間距離マトリクス正規化手段によって作成される正規化工程間距離マトリクスの一例を示した図である。
【図９】欠陥データモーメント算出手段によって計算される欠陥データモーメントマトリクスの一例を示した図である。
【図１０】欠陥データモーメント評価手段によって計算される差分欠陥データモーメントの計算結果の一例を示した図である。
【図１１】差分欠陥データモーメントの工程毎の累積値を２つのプロジェクトについてプロットした図である。
【符号の説明】
【００３５】
１１  開発情報入力手段
１２  開発情報データベース記憶部
１３  開発規模抽出手段
１４  欠陥情報入力手段
１５  欠陥情報データベース記憶部
１６  欠陥データマトリクス作成手段
１７  欠陥データマトリクス正規化手段
１８  工程間距離マトリクス入力手段
１９  工程間距離マトリクス正規化手段
２０  欠陥データモーメント算出手段
２１  欠陥データモーメント評価手段
２２  欠陥データモーメント出力手段
３０  欠陥データモーメントマトリクス
３１  流出欠陥データモーメント
３２  修正欠陥データモーメント
３３  全欠陥データモーメント
３４  差分欠陥データモーメント
【図１】
2007316728.tif 000003
【図２】
2007316728.tif 000004
【図３】
2007316728.tif 000005
【図４】
2007316728.tif 000006
【図５】
2007316728.tif 000007
【図６】
2007316728.tif 000008
【図７】
2007316728.tif 000009
【図８】
2007316728.tif 000010
【図９】
2007316728.tif 000011
【図１０】
2007316728.tif 000012
【図１１】
2007316728.tif 000013