Software-quality-management-sqa-components
SQAコンポーネント
ソフトウェア品質保証(SQA)は、ソフトウェアエンジニアリングプロセスの品質を確保するための一連のアクティビティです。 開発されたソフトウェアが、定義または標準化された品質仕様を満たし、準拠することを保証します。 SQAは、ソフトウェア開発ライフサイクル(SDLC)内で進行中のプロセスであり、開発したソフトウェアを定期的にチェックして、目的の品質基準を満たしていることを確認します。
SQAプラクティスは、使用されている基礎となるソフトウェア開発モデルに関係なく、ほとんどのタイプのソフトウェア開発に実装されています。 SQAは、ソフトウェアをテストするためのソフトウェアテスト方法論を組み込んで実装します。 SQAは、完了後に品質をチェックするのではなく、ソフトウェアが完了するまで、開発の各段階で品質テストを行います。 SQAを使用すると、ソフトウェア開発プロセスは、現在/前のフェーズが必要な品質基準に準拠した場合にのみ、次のフェーズに移行します。 SQAは通常、ソフトウェア品質のガイドラインと実装戦略の構築を支援する1つ以上の業界標準で機能します。
次のアクティビティが含まれています-
- プロセスの定義と実装
- 監査
- トレーニング
プロセスは-
- ソフトウェア開発方法論
- プロジェクト管理
- 構成管理
- 要件の開発/管理
- 推定
- ソフトウェア設計
- テストなど
プロセスが定義され、実装されると、品質保証には次の責任があります-
- プロセスの弱点を特定する
- これらの弱点を修正して、プロセスを継続的に改善する
SQAシステムのコンポーネント
SQAシステムは、常に広範囲のSQAコンポーネントを組み合わせます。 これらのコンポーネントは、次の6つのクラスに分類することができます-
事前プロジェクトコンポーネント
これにより、プロジェクトのコミットメントが、必要なリソース、スケジュール、予算を考慮して明確に定義されていることが保証されます。開発および品質計画が正しく決定されました。
プロジェクトのライフサイクル活動評価のコンポーネント
プロジェクトのライフサイクルは、開発ライフサイクルと運用保守の2つの段階で構成されています。
開発ライフサイクル段階のコンポーネントは、設計およびプログラミングのエラーを検出します。 そのコンポーネントは、レビュー、専門家の意見、ソフトウェアテストのサブクラスに分類されます。
運用保守フェーズで使用されるSQAコンポーネントには、特別なメンテナンスコンポーネントと開発ライフサイクルコンポーネントが含まれ、これらは主にメンテナンスタスクを改善する機能に適用されます。
インフラストラクチャエラーの防止と改善のコンポーネント
組織全体に適用されるこれらのコンポーネントの主な目的は、組織の累積SQAエクスペリエンスに基づいて、エラーの発生率を排除するか、少なくとも減らすことです。
ソフトウェア品質管理のコンポーネント
このクラスのコンポーネントは、開発およびメンテナンスアクティビティの制御、およびスケジュールと予算の失敗とその結果を主に防止または最小化する早期の管理サポートアクションの導入など、いくつかの目標を処理します。
標準化、認証、およびSQAシステム評価のコンポーネント
これらのコンポーネントは、組織内で国際的な専門的および管理上の標準を実装します。 このクラスの主な目的は、国際的な専門知識の活用、組織の品質システムと他の組織との調整の改善、および共通の規模による品質システムの成果の評価です。 さまざまな標準は、品質管理標準とプロジェクトプロセス標準という2つの主要なグループに分類できます。
SQAの組織化-人間の構成要素
SQAの組織基盤には、マネージャー、テスト担当者、SQAユニット、およびSQA受託者、SQA委員会メンバー、SQAフォーラムメンバーなどのソフトウェア品質に関心のある人が含まれます。 彼らの主な目的は、SQAコンポーネントの実装を開始およびサポートし、SQAの手順と方法論からの逸脱を検出し、改善を提案することです。
プロジェクト前のソフトウェア品質コンポーネント
これらのコンポーネントは、プロジェクトを開始する前に実行される準備手順の改善に役立ちます。 それが含まれています-
- 契約レビュー
- 開発および品質計画
契約レビュー
通常、ソフトウェアは、顧客と交渉した契約のために、またはハードウェア製品に組み込まれるファームウェアを開発するための内部注文のために開発されます。 これらのすべての場合において、開発ユニットは合意された機能仕様、予算、およびスケジュールにコミットしています。 したがって、契約のレビュー活動には、プロジェクト提案案と契約案の詳細な調査を含める必要があります。
具体的には、契約レビュー活動には以下が含まれます-
- 顧客の要件の明確化
- プロジェクトのスケジュールとリソース要件の見積もりのレビュー
- 提案されたプロジェクトを実行する専門スタッフの能力の評価
- 顧客の義務を果たす能力の評価
- 開発リスクの評価
開発および品質計画
組織または同じ組織の内部部門とソフトウェア開発契約に署名した後、プロジェクトの開発計画と統合された品質保証活動が準備されます。 これらの計画には、追加の詳細と、現在の提案および契約の基礎を提供した以前の計画に基づいた必要な修正が含まれます。
ほとんどの場合、入札の提出から契約の署名までに数か月かかります。 これらの期間中、スタッフの空き状況、専門的な能力などのリソースが変更される場合があります。 その後、計画は改訂され、暫定的に発生した変更が反映されます。
プロジェクト開発計画で扱われる主な問題は-
- スケジュール
- 必要な人材とハードウェアリソース
- リスク評価
- 組織の問題:チームメンバー、下請業者、パートナーシップ
- プロジェクトの方法論、開発ツールなど
- ソフトウェア再利用計画
プロジェクトの品質計画で扱われる主な問題は次のとおりです-
- 適切な測定可能な用語で表現された品質目標
- 各プロジェクトステージの開始と終了の基準
- レビュー、テスト、およびその他のスケジュールされた検証および検証アクティビティのリスト