システム開発のときに、バグが発生しないということは、まずない。
ということは、バグが発生したとき、何らかの管理をしているわけで、
その際、バグの発生原因をしらべているはず。
ただ、バグの発生原因っていっても、表面的な要因と、潜在的要因がある。
表面的な要因とは？
Ａテーブルのカラムの桁数、まちがってます。
Ｂ画面の項目の桁数、間違えてます。
Ｃプログラムの配列の大きさ、間違えてます。
のような、直接、バグとなった原因。この場合、何の関係もないように見える。
潜在的な原因とは、その中にある、隠れた原因。
実は、Ａテーブルの設計者は、Ｘさんです
実は、Ｂ画面の設計者は、Ｘさんです
実は、Ｃプログラムの設計者は、Ｘさんです
となると、原因は、Ｘさんが、いい加減だった！（－＿－；）ってことになる。
一見、関係ないようだけど、そこに関係が出来てくる。
この潜在的な原因（要因）を扱うものが、因子分析。
さらに、因子分析で、要因(因子）が見つかると、それをもとに、似た障害を分けていくことが可能になる。これに使うのがクラスター分析。
大きな、国家的プロジェクトになったら、こういうものも扱う（調べる）べきだと思うけど・・・
ある箇所のプログラムが難しすぎる（サイクロマチック数が多すぎるとか）、だれかさんは、いいかげんすぎ（－＿－；）とか、判ることは重要だと思う。それも、目視とか、勘とかでなく、数量的に示すことが重要だと思う。数量的にでてくる因子分析、クラスター分析は、そこで、いいと思うんだけど、あんまり、そういうのやったのって、見たことない気がするのは、私だけか？
ということは、バグが発生したとき、何らかの管理をしているわけで、
その際、バグの発生原因をしらべているはず。
ただ、バグの発生原因っていっても、表面的な要因と、潜在的要因がある。
表面的な要因とは？
Ａテーブルのカラムの桁数、まちがってます。
Ｂ画面の項目の桁数、間違えてます。
Ｃプログラムの配列の大きさ、間違えてます。
のような、直接、バグとなった原因。この場合、何の関係もないように見える。
潜在的な原因とは、その中にある、隠れた原因。
実は、Ａテーブルの設計者は、Ｘさんです
実は、Ｂ画面の設計者は、Ｘさんです
実は、Ｃプログラムの設計者は、Ｘさんです
となると、原因は、Ｘさんが、いい加減だった！（－＿－；）ってことになる。
一見、関係ないようだけど、そこに関係が出来てくる。
この潜在的な原因（要因）を扱うものが、因子分析。
さらに、因子分析で、要因(因子）が見つかると、それをもとに、似た障害を分けていくことが可能になる。これに使うのがクラスター分析。
大きな、国家的プロジェクトになったら、こういうものも扱う（調べる）べきだと思うけど・・・
ある箇所のプログラムが難しすぎる（サイクロマチック数が多すぎるとか）、だれかさんは、いいかげんすぎ（－＿－；）とか、判ることは重要だと思う。それも、目視とか、勘とかでなく、数量的に示すことが重要だと思う。数量的にでてくる因子分析、クラスター分析は、そこで、いいと思うんだけど、あんまり、そういうのやったのって、見たことない気がするのは、私だけか？
アクセス
トータル
ランキング
