ソフトウェア品質要因

ソフトウェアに影響するさまざまな要因は、ソフトウェア要因と呼ばれます。これらは大きく2つのカテゴリに分類できます。要因の最初のカテゴリは、論理エラーの数など、直接測定できるものであり、2番目のカテゴリは、間接的にのみ測定できる要因を分類します。たとえば、保守性ですが、各要素を測定して、コンテンツと品質管理をチェックします。

ソフトウェア品質要因のいくつかのモデルとその分類が長年にわたって提案されてきました。 McCallによって提案されたソフトウェア品質要因の古典的なモデルは、11の要因で構成されています（McCall et al。、1977）。同様に、12から15の因子で構成されるモデルは、DeutschとWillis（1988）およびEvans and Marciniak（1987）によって提案されました。

これらのモデルはすべて、マッコールのモデルと実質的に異ならない。 McCall要因モデルは、ソフトウェア要件を分類するための実用的で最新の方法を提供します（Pressman、2000）。

マッコールの因子モデル

このモデルは、すべてのソフトウェア要件を11のソフトウェア品質要因に分類します。 11の要因は、製品の運用、製品の改訂、および製品の移行要因の3つのカテゴリに分類されます。

製品の運用要因-正確性、信頼性、効率性、完全性、使いやすさ。
製品改訂要因-保守性、柔軟性、テスト容易性。
製品の移行要因-移植性、再利用性、相互運用性。

製品運用ソフトウェアの品質要因

McCallのモデルによると、製品運用カテゴリには5つのソフトウェア品質要因が含まれており、ソフトウェアの日常の運用に直接影響する要件に対処しています。彼らは次のとおりです-

正しさ

これらの要件は、ソフトウェアシステムの出力の正確性を扱います。彼らが含まれます-

出力ミッション
不正確なデータまたは不正確な計算によって悪影響を受ける可能性がある、出力に必要な精度。
不完全なデータの影響を受ける可能性がある出力情報の完全性。
ソフトウェアシステムによるイベントと応答の間の時間として定義される情報の最新性。
情報の可用性。
ソフトウェアシステムのコーディングと文書化の標準。

信頼性

信頼性の要件は、サービスの失敗に対処します。ソフトウェアシステムの最大許容故障率を決定し、システム全体または1つ以上の個別の機能を参照できます。

効率

ソフトウェアシステムのさまざまな機能を実行するために必要なハードウェアリソースを扱います。処理機能（MHz単位）、ストレージ容量（MBまたはGB単位）、データ通信機能（MBPSまたはGBPS単位）が含まれます。

また、ポータブルコンピューターにある情報システムユニットや屋外に置かれた気象ユニットなど、システムのポータブルユニットの再充電間の時間も扱います。

誠実さ

この要素は、ソフトウェアシステムのセキュリティを扱います。つまり、許可されていない人へのアクセスを防ぎ、読み取り許可と書き込み許可を与える人のグループを区別します。

使いやすさ

ユーザビリティ要件は、新しい従業員のトレーニングとソフトウェアシステムの運用に必要なスタッフリソースを扱います。

製品改訂の品質要因

McCallのモデルによれば、3つのソフトウェア品質要因が製品改訂カテゴリに含まれています。これらの要因は次のとおりです-

保守性

この要因は、ソフトウェア障害の理由を特定し、障害を修正し、修正の成功を確認するために、ユーザーおよび保守要員が必要とする努力を考慮します。

柔軟性

この要素は、ソフトウェアの適応型メンテナンスアクティビティをサポートするために必要な機能と努力を扱います。これには、ソフトウェアを変更せずに、現在のソフトウェアを追加の状況および顧客に適合させることが含まれます。この要素の要件は、サービスを改善し、企業の技術的または商業的環境の変化に適応させるためのソフトウェアの変更や追加など、完全なメンテナンス活動もサポートします。

テスト容易性

テスト容易性の要件は、ソフトウェアシステムのテストとその動作を扱います。事前定義された中間結果、ログファイル、およびシステムの起動前にソフトウェアシステムによって実行される自動診断が含まれ、システムのすべてのコンポーネントが正常に機能しているかどうかを確認し、検出された障害に関するレポートを取得します。これらの要件の別のタイプは、ソフトウェア障害の原因を検出するために保守技術者によって適用される自動診断チェックを扱います。

製品移行ソフトウェアの品質係数

McCallのモデルによると、ソフトウェアのその他の環境への適応と他のソフトウェアシステムとの相互作用を扱う3つのソフトウェア品質要因が製品移行カテゴリに含まれています。これらの要因は次のとおりです-

移植性

移植性の要件は、ソフトウェアシステムを、異なるハードウェア、異なるオペレーティングシステムなどで構成される他の環境に適応させる傾向があります。ソフトウェアは、さまざまな状況で同じ基本ソフトウェアを引き続き使用できる必要があります。

再利用性

この要素は、現在開発中の新しいソフトウェアプロジェクトの1つのプロジェクト用に設計されたソフトウェアモジュールの使用を扱います。また、将来のプロジェクトで、現在開発されているソフトウェアの特定のモジュールまたはモジュールのグループを使用できるようになる場合があります。ソフトウェアの再利用は、開発リソースを節約し、開発期間を短縮し、より高品質のモジュールを提供することが期待されています。

相互運用性

相互運用性の要件は、他のソフトウェアシステムまたは他の機器ファームウェアとのインターフェイスの作成に重点を置いています。たとえば、生産機械とテスト機器のファームウェアは、生産管理ソフトウェアと連動します。

Software-quality-management-factors

目次