SQAコンポーネント

Software Quality Assurance(SQA)は、ソフトウェアエンジニアリングプロセスの品質を保証するための一連のアクティビティです。開発されたソフトウェアが、定義または標準化された品質仕様を満たし、準拠していることを保証します。SQAは、ソフトウェア開発ライフサイクル(SDLC)内で進行中のプロセスであり、開発されたソフトウェアを定期的にチェックして、目的の品質基準を満たしていることを確認します。

SQAプラクティスは、使用されている基盤となるソフトウェア開発モデルに関係なく、ほとんどのタイプのソフトウェア開発で実装されます。SQAは、ソフトウェアをテストするためのソフトウェアテスト方法論を組み込んで実装します。SQAは、完了後に品質をチェックするのではなく、ソフトウェアが完了するまで、開発の各フェーズで品質をテストします。SQAを使用すると、ソフトウェア開発プロセスは、現在/前のフェーズが必要な品質基準に準拠した場合にのみ、次のフェーズに移行します。SQAは通常、ソフトウェア品質ガイドラインと実装戦略の構築に役立つ1つ以上の業界標準に基づいて機能します。

以下の活動が含まれます-

  • プロセスの定義と実装
  • Auditing
  • Training

プロセスは次のようになります-

  • ソフトウェア開発方法論
  • プロジェクト管理
  • 構成管理
  • 要件の開発/管理
  • Estimation
  • ソフトウェア設計
  • テストなど

プロセスが定義および実装されると、品質保証には次の責任があります。

  • プロセスの弱点を特定する
  • これらの弱点を修正して、プロセスを継続的に改善します

SQAシステムのコンポーネント

SQAシステムは、常に幅広いSQAコンポーネントを組み合わせています。これらのコンポーネントは、次の6つのクラスに分類できます。

プロジェクト前のコンポーネント

これにより、必要なリソース、スケジュール、および予算を考慮して、プロジェクトのコミットメントが明確に定義されていることが保証されます。開発と品質の計画は正しく決定されています。

プロジェクトライフサイクル活動評価のコンポーネント

プロジェクトのライフサイクルは、開発ライフサイクル段階と運用保守段階の2つの段階で構成されています。

開発ライフサイクルステージのコンポーネントは、設計およびプログラミングのエラーを検出します。そのコンポーネントは、レビュー、専門家の意見、およびソフトウェアテストのサブクラスに分類されます。

運用保守フェーズで使用されるSQAコンポーネントには、特殊な保守コンポーネントと、主に保守タスクを改善するための機能に適用される開発ライフサイクルコンポーネントが含まれます。

インフラストラクチャのエラー防止と改善のコンポーネント

組織全体に適用されるこれらのコンポーネントの主な目的は、組織の蓄積されたSQAの経験に基づいて、エラーの発生率を排除するか、少なくとも減らすことです。

ソフトウェア品質管理のコンポーネント

このクラスのコンポーネントは、開発および保守活動の制御、主にスケジュールと予算の失敗とその結果を防止または最小化する初期の管理サポートアクションの導入など、いくつかの目標を扱います。

標準化、認証、およびSQAシステム評価のコンポーネント

これらのコンポーネントは、組織内で国際的な専門的および管理的基準を実装します。このクラスの主な目的は、国際的な専門知識の活用、組織の品質システムと他の組織との調整の改善、および共通の尺度による品質システムの達成度の評価です。さまざまな標準は、品質管理標準とプロジェクトプロセス標準の2つの主要なグループに分類できます。

SQAの整理–人的要素

SQAの組織基盤には、マネージャー、テスト担当者、SQAユニット、およびSQAトラスティ、SQA委員会メンバー、SQAフォーラムメンバーなどのソフトウェア品質に関心のある人が含まれます。彼らの主な目的は、SQAコンポーネントの実装を開始およびサポートし、SQAの手順と方法論からの逸脱を検出し、改善を提案することです。

プロジェクト前のソフトウェア品質コンポーネント

これらのコンポーネントは、プロジェクトを開始する前に実行する準備手順を改善するのに役立ちます。含まれています-

  • 契約レビュー
  • 開発および品質計画

契約レビュー

通常、ソフトウェアは、顧客と交渉した契約、またはハードウェア製品に組み込まれるファームウェアを開発するための内部注文のために開発されます。これらすべての場合において、開発ユニットは合意された機能仕様、予算、およびスケジュールに取り組んでいます。したがって、契約レビュー活動には、プロジェクト提案案と契約案の詳細な調査を含める必要があります。

具体的には、契約レビュー活動には以下が含まれます。

  • お客様のご要望の明確化

  • プロジェクトのスケジュールとリソース要件の見積もりの​​レビュー

  • 提案されたプロジェクトを実行するための専門スタッフの能力の評価

  • 顧客の義務を果たす能力の評価

  • 開発リスクの評価

開発および品質計画

組織または同じ組織の内部部門とソフトウェア開発契約を締結した後、プロジェクトの開発計画とその統合された品質保証活動が作成されます。これらの計画には、現在の提案と契約の基礎を提供した以前の計画に基づいた追加の詳細と必要な改訂が含まれています。

ほとんどの場合、入札の提出から契約の署名までに数ヶ月かかります。これらの期間中に、スタッフの可用性、専門的な能力などのリソースが変更される可能性があります。その後、暫定的に発生した変更を反映するように計画が修正されます。

プロジェクト開発計画で扱われる主な問題は次のとおりです。

  • Schedules
  • 必要な人的資源とハードウェアリソース
  • リスク評価
  • 組織の問題:チームメンバー、下請け業者、パートナーシップ
  • プロジェクトの方法論、開発ツールなど。
  • ソフトウェアの再利用計画

プロジェクトの品質計画で扱われる主な問題は次のとおりです。

  • 適切な測定可能な用語で表現された品質目標

  • 各プロジェクトステージを開始および終了するための基準

  • レビュー、テスト、およびその他のスケジュールされた検証および妥当性確認活動のリスト