Software-quality-management-basics-of-measurement
測定の基礎
測定は、何かを測定するアクションです。 これは、オブジェクトまたはイベントの特性への番号の割り当てであり、他のオブジェクトまたはイベントと比較できます。
正式に定義されるのは、明確に定義された規則に従ってそれらを記述する方法で、現実世界のエンティティの属性に番号または記号を割り当てるプロセスです。
日常生活での測定
測定は専門の技術者だけでなく、私たち全員が日常生活で使用するものです。 ショップでは、価格はアイテムの価値の尺度として機能します。 同様に、高さとサイズの測定により、布が適切にフィットするかどうかが確認されます。 したがって、測定はアイテムを別のアイテムと比較するのに役立ちます。
測定では、エンティティの属性に関する情報を取得します。 エンティティは、人などのオブジェクト、または実世界の旅などのイベントです。 属性は、人の身長、旅の費用など、エンティティの機能またはプロパティです。 現実の世界では、物事を測定することを考えているにもかかわらず、実際には物事の属性を測定しています。
属性は主に数字または記号で定義されます。 たとえば、価格はルピーまたはドルの数で指定でき、服のサイズは小、中、大で指定できます。
測定の精度は、測定器と測定の定義に依存します。 測定値を取得したら、それらを分析し、エンティティに関する結論を導き出す必要があります。
測定は直接的な定量化であり、計算は間接的なものであり、いくつかの式を使用して異なる測定値を組み合わせます。
ソフトウェア工学の測定
ソフトウェアエンジニアリングには、ソフトウェア製品の管理、原価計算、計画、モデリング、分析、指定、設計、実装、テスト、および保守が含まれます。 したがって、測定はソフトウェアエンジニアリングで重要な役割を果たします。 ソフトウェア製品の属性を測定するには、厳密なアプローチが必要です。
ほとんどの開発プロジェクトでは、
- ソフトウェア製品に測定可能な目標を設定できない
- ソフトウェアプロジェクトのコンポーネントコストを理解して定量化できない
- 生産する製品の品質を定量化または予測しません
したがって、ソフトウェア製品を制御するには、属性の測定が必要です。 すべての測定アクションは、明確に定義され、簡単に理解できる特定の目標またはニーズによって動機付けられなければなりません。 測定の目的は、管理者、開発者、およびユーザーが知る必要があることを試みて、具体的でなければなりません。 プロジェクト、製品、プロセス、およびリソースのステータスを評価するには、測定が必要です。
ソフトウェア工学では、測定は次の3つの基本的な活動に不可欠です-
- 開発および保守中に何が起こっているかを理解する
- プロジェクトで何が起こっているかを制御するには
- プロセスと目標を改善するには
代表的な測定理論
測定は、あらゆる種類の測定に関する開発と推論の基礎となるルールを示しています。 これは、経験的世界から正式な関係世界へのマッピングです。 したがって、メジャーは、エンティティを特徴付けるためにこのマッピングによってエンティティに割り当てられた番号またはシンボルです。
経験的関係
現実の世界では、番号を割り当てるのではなく、比較することで物事を理解します。
たとえば、高さを比較するために、「より高い」、「より高い」という用語を使用します。 したがって、これらの「より高い」、「より高い」は、身長の経験的関係です。
同じセットに複数の経験的関係を定義できます。
たとえば、XはYよりも高いです。 X、YはZよりもはるかに高いです。
経験的関係は、単項、二項、三項などです。
Xは背が高く、Yは背が高くなく、単項関係です。
Xは、Yがバイナリ関係であるよりも高くなっています。
現実世界の経験的関係は、正式な数学的世界にマッピングできます。 ほとんどの場合、これらの関係は個人的な好みを反映しています。
これらの経験的関係を数学の世界にマッピングするために使用されるマッピングまたは評価手法のいくつかは次のとおりです-
リッカートスケール
ここで、ユーザーは同意するか同意しないかの声明を受け取ります。
例-このソフトウェアのパフォーマンスは良好です。
Strongly Agree | Agree | Neither agree Nor disagree | Disagree | Strongly Disgaree |
---|---|---|---|---|
強制ランキング
指定された選択肢を1(最良)からn(最悪)の順に並べます。
例:パフォーマンスに応じて、次の5つのソフトウェアモジュールをランク付けします。
Name of Module | Rank |
---|---|
Module A | |
Module B | |
Module C | |
Module D | |
Module E |
言語周波数スケール
例-このプログラムはどのくらいの頻度で失敗しますか?
Always | Often | Sometimes | Seldom | Never |
---|---|---|---|---|
順序スケール
ここでは、ユーザーに選択肢のリストが表示され、ユーザーはいずれかを選択する必要があります。
例-このプログラムはどのくらいの頻度で失敗しますか?
- 毎時
- 毎日
- 毎週
- 毎月
- 年に数回
- 年に1〜2回
- しない
比較スケール
ここで、ユーザーはさまざまなオプションを比較して数値を指定する必要があります。
非常に優れているほぼ同じ*非常に劣っている*
*12345678910*
数値スケール
ここでは、ユーザーはその重要度に応じて番号を指定する必要があります。
重要ではない
*12345678910*
マッピングのルール
マッピングを実行するには、ドメイン、範囲、およびマッピングを実行するルールを指定する必要があります。
例-ドメイン-実世界
- 範囲-整数、実数などの数学世界
- ルール-高さを測定するため、靴を履くかどうか
同様に、ソフトウェア測定の場合、指定するコードの行に含めるステートメントのチェックリスト。
測定の表現条件
表現条件は、測定マッピング*(M)*がエンティティを数値にマッピングし、経験的関係が数値的関係を保持し、数値的関係によって保持されるように、経験的関係を数値的関係にマップする必要があることを表明します。
例:経験的関係「より高い」は、数値関係「>」にマッピングされます。つまり、M(X)> M(Y)の場合に限り、 XはYよりも高くなります。
特定のセットには多くの関係が存在する可能性があるため、表現条件はこれらの各関係にも影響を与えます。
単項関係が「背が高い」の場合、数値関係があるかもしれません
*X> 50*
表現条件では、任意のメジャー M に対して、
- M(X)> 50の場合にのみXは背が高い*
正式な測定の主要な段階
測定の主要な段階は次のように要約することができます-