影響分析とは
変化は世界の避けられない部分です。 したがって、開発は継続的なプロセスです。 ただし、新しく導入された変更は、アプリケーションの他の領域に影響を与える可能性があります。 したがって、導入された変更の効果または影響を分析することは非常に重要です。 それが影響分析のすべてです。
影響分析 (変更影響分析とも呼ばれます) は、1996 年にアメリカのソフトウェア エンジニアの Robert S. Arnold と Shawn A. Bohner によって、Software Maintenance という著書で最初に説明されました。 この本の中で、アーノルドとボーナーは、影響分析とは「変化の潜在的な結果を特定すること、または変化を達成するために何を修正する必要があるかを推定すること」であると述べています。
名前が示すように、影響分析は、製品またはアプリケーションの変更の影響を分析することです。 これは、変更によって悪影響を受ける可能性のあるシステムの領域に関する有用な情報を提供するため、製品の開発サイクルで最も重要なステップの XNUMX つです。
影響分析の種類:
Arnold と Bohner によると、影響分析には主に XNUMX つのタイプがあります。
- トレーサビリティ影響分析 – トレーサビリティ影響分析は、要件、仕様、設計要素、およびテストの間のリンクを取得し、それらの関係を分析して、開始する変更の範囲を判別します。 変更によって何が影響を受けるかを手動で判断することは、複雑なプロジェクトでは非常に時間がかかる可能性があり、要件管理ソフトウェアが必要になる場合があります (詳細については、この記事の後半で説明します)。
- 依存関係の影響分析 – このタイプの影響分析は、システムへの影響の深さを判断するために使用されます。
- 経験的影響分析 – 組織内の専門家の以前の経験を考慮して、経験的影響分析は、過去に同様の状況で何が起こったかを調査して、将来何が起こるかを判断します。
影響分析の利点:
前述したように、影響分析は、あらゆる製品の開発サイクルにおいて最も重要なステップの XNUMX つです。 影響分析には、次のようなさまざまな利点があります。
- 正確さ – 影響分析は、アプリケーションのモジュールの変更に関する重要かつ正確な情報を提供します。
- 効率アップ – 影響分析は、変更およびそれらの変更の影響に関する明確で簡潔な情報を提供することにより、テスト担当者がより適切で効率的なテスト ケースを計画するのに役立ちます。
- 精度 – 影響分析文書は非常に読みやすいです。 したがって、テスト担当者が情報を理解しやすくなり、より正確に作業できるようになります。
- 時間を節約する – 影響分析の助けを借りて、テスターはアプリケーション全体を一度にテストするのではなく、モジュールまたはサブモジュールでテストを実行できます。 テストが必要な領域に適切に優先順位を付けることができるため、多くの時間を節約できます。
- 簡単なバグ検出 – 影響分析は、バグ検出も改善します。 影響分析ドキュメントは、統合テストに非常に役立ちます。
影響分析文書:
影響分析文書は、主にチェックリストとして使用される文書です。 このチェックリストは、変更リクエストを処理する前に評価するために使用されます。 影響分析ドキュメントの詳細には、次のものが含まれます。
- この件についての説明
- 欠陥がどのように障害または非効率を引き起こしているかの説明
- 複雑さの推定
- 問題を修正するためのコストと時間の見積もり
- テストする機能
- 変更のために作成された新しいテスト ケースのリスト
- 参考資料と技術仕様
- ....
影響分析手順:
効果的な影響分析を実施するための 5 つの簡単な手順は次のとおりです。
- チームを準備する – 変更を加える前に、チームを準備する必要があります。 すべてのチーム メンバーは、アプリケーション内のすべてのモジュールと属性にアクセスできる必要があり、提案された変更について必要な知識も持っている必要があります。
- 高レベル モジュールの検査 – 次に、チーム メンバーは、新しく提案された変更によって影響を受ける可能性のあるアプリケーションの高レベル モジュールを分析します。 これにより、モジュール内のワークフロー ルールについての知識が深まります。
- 低レベル モジュールの検査 – 高レベルのモジュールを分析した後、チームは低レベルのモジュールに移り、新しい変更の影響を特定します。 すべてのモジュールについて個別のドキュメントを用意する必要があります。
- 影響を評価する – 高レベルおよび低レベルのモジュールを分析した後に作成されたドキュメントには、変更の影響に関するすべての詳細が、正と負の両方で含まれます。 このドキュメントに基づいて、テスターは特定された影響を評価し、新しい変更による利点と問題をより明確に把握します。
- 負の影響への取り組み – チーム メンバーが負の影響をよりよく理解したとき、彼らはそれに取り組むことができます。 チームや利害関係者と相談し、変更を実装する必要があるかどうかを議論できます。 この状況で回帰テストを実行することもできます。
変更の影響分析を行うためのベスト プラクティス:
影響分析に関する専門家の経験をいくつかの箇条書きにすることは不可能ですが、変更の影響分析を行うためのベスト プラクティスがいくつかあります。
- 量的 (金銭的) な影響と質的影響を区別すると便利です。
- 各影響分析の範囲を厳密に定義することを忘れないでください。
- 影響分析の範囲内のすべての領域を代表する影響分析プロジェクト チームを確立します。
- 影響分析に対する経営陣のコミットメントを書面で得ていれば、人々を巻き込むのはいつでも簡単です。
- 要件管理ソフトウェア ツールを活用して、エンド ツー エンドのトレーサビリティを確保します。
変更影響分析のための要件管理ツールの使用:
影響分析は責任ある要件管理の重要な側面であると言っても過言ではありません。これにより、提案された変更の影響を正確に理解し、信頼できる唯一のプラットフォームのおかげで関係者全員が十分な情報に基づいた決定を下せるようになるからです。 プロジェクトに適切なトレーサビリティがすでに整っていないと、変更の影響を分析するのに大きな困難に直面するでしょう。 関連する要件、テスト、標準などをリンクすることが、必要なときに効率的な影響分析を実現する唯一の方法です。
何千ものアーティファクトを含む複雑なプロジェクトでは、概念から仕様と開発、そして展開に至るまで、要件の寿命を手動で記述して追跡することはほとんど不可能です。 要件管理ツール Visure Requirements などにより、各要件のソースを簡単に特定し、 すべての変更を追跡する それらに影響を与え、エンドツーエンドを保証します トレーサビリティ 影響分析のための正確で文書化された情報を提供します。
それに加えて、Visure Requirements ALM は、プロジェクトのさまざまな成果物 (要件、レビュー、リスク、テスト、標準、ソース コードなど) を一元化するための優れたツールでもあります。適切な影響分析が行われます。 ドキュメントやスプレッドシートですべてを個別に管理すると、必然的にトラックが失われ、フロー内の重要な影響が失われます。
