Software-quality-management-software-quality-measurement-metrics
ソフトウェア測定メトリック
ソフトウェアメトリックは、ある程度の測定を伴う多くのアクティビティを含む測定の標準です。 製品メトリック、プロセスメトリック、プロジェクトメトリックの3つのカテゴリに分類できます。
- *製品メトリック*は、サイズ、複雑さ、設計機能、パフォーマンス、品質レベルなどの製品の特性を説明します。
- *プロセスのメトリクス*を使用して、ソフトウェアの開発とメンテナンスを改善できます。 例には、開発中の欠陥除去の有効性、欠陥到着テストのパターン、および修正プロセスの応答時間が含まれます。
- *プロジェクトメトリック*は、プロジェクトの特性と実行を説明します。 例には、ソフトウェア開発者の数、ソフトウェアのライフサイクル全体の人員配置パターン、コスト、スケジュール、および生産性が含まれます。
一部のメトリックは複数のカテゴリに属します。 たとえば、プロジェクトのインプロセス品質メトリックは、プロセスメトリックとプロジェクトメトリックの両方です。
ソフトウェアメトリックの範囲
ソフトウェアメトリックには、次のような多くのアクティビティが含まれます-
- コストと労力の見積もり
- 生産性の尺度とモデル
- データ収集
- 数量モデルとメジャー
- 信頼性モデル
- 性能および評価モデル
- 構造と複雑さのメトリック
- 機能-成熟度評価
- 指標による管理
- 方法とツールの評価
ソフトウェア測定は、特定の段階でのソフトウェアプロジェクトコストを予測するモデルからプログラム構造の測定に至るまで、これらのアクティビティの多様なコレクションです。
コストと工数の見積もり
努力は、プログラムのサイズ、開発者の能力、再利用のレベルなど、1つまたは複数の変数の関数として表されます。 ソフトウェアライフサイクルの初期段階でプロジェクトコストを予測するために、コストと労力の推定モデルが提案されています。 提案されているさまざまなモデルは-
- ベームのココモモデル
- パトナムのスリムモデル
- アルブレヒトの機能点モデル
生産性モデルと指標
生産性は、価値とコストの関数として考えることができます。 それぞれを異なる測定可能なサイズ、機能、時間、お金などに分解できます。 生産性モデルのさまざまな可能なコンポーネントは、次の図で表現できます。
データ収集
測定プログラムの品質は、慎重なデータ収集に明らかに依存しています。 収集されたデータは、管理者が開発の進行状況と問題を理解できるように、単純なチャートとグラフに変換できます。 データ収集は、関係と傾向の科学的調査にも不可欠です。
品質モデルと尺度
品質モデルは、製品の品質を測定するために開発されたもので、生産性は意味がありません。 これらの品質モデルを生産性モデルと組み合わせて、正しい生産性を測定できます。 これらのモデルは通常、ツリーのように構築されます。 上部のブランチには、信頼性や使いやすさなどの重要な高品質の要素が含まれています。
分割統治アプローチの概念は、ソフトウェア品質を測定するための標準的なアプローチとして実装されています。
信頼性モデル
ほとんどの品質モデルは、信頼性を構成要素として含んでいますが、信頼性を予測および測定する必要があるため、信頼性のモデリングおよび予測の専門化が別途必要になりました。 信頼性理論の基本的な問題は、システムがいつ故障するかを予測することです。
性能評価とモデル
これには、応答時間や完了率などの外部で観察可能なシステムパフォーマンス特性、およびアルゴリズムの効率などのシステムの内部動作が含まれます。 それは品質の別の側面です。
構造と複雑さのメトリック
ここでは、ソフトウェアの表現の構造属性を測定します。これは、実行前に利用可能です。 次に、品質保証、品質管理、品質予測をサポートするために、経験的に予測理論を確立しようとします。
能力成熟度評価
このモデルは、ツールの使用、標準的なプラクティスなど、開発のさまざまな属性を評価できます。 それは、すべての優れた請負業者が使用すべき主要な慣行に基づいています。
メトリックスによる管理
ソフトウェアプロジェクトを管理するには、測定が重要な役割を果たします。 プロジェクトが順調に進んでいるかどうかを確認するために、ユーザーと開発者は測定ベースのチャートとグラフを利用できます。 顧客が通常ソフトウェア用語に精通していない製品にソフトウェアが組み込まれている場合、測定とレポート方法の標準セットは特に重要です。
方法とツールの評価
これは、実験計画、結果に影響を与える可能性のある要因の適切な特定、および要因属性の適切な測定に依存します。