ヴィシュア・ソリューションズ


サポート
登録する
ログイン
無料トライアルを開始

要件ライフサイクル カバレッジのガイド

新しい家を建てるとき、屋根を作ることから始めません。 まず基礎を固める必要があります。 ソフトウェア開発も同じです。 要件を理解しなければ、機能するシステムを構築することはできません。 ライフサイクル カバレッジは、ビジネス分析の分野で使用される用語で、ビジネス アナリストがプロジェクトの要件のライフ サイクル全体で実行するアクティビティを指します。 要件管理が正しく行われた場合、ソリューションが実装されても要件管理は終了しません。 代わりに、ソリューションが使用されている限り、価値を提供し続けます。

要件ライフサイクル カバレッジのガイド

目次

要件ライフサイクル カバレッジとは何ですか?

要件ライフ サイクル管理の知識領域では、ビジネス アナリストが実装プロセス全体で要件を管理および維持するために実行するアクティビティに対処します。

要件のライフ サイクルは、組織がそれらを管理するために使用する一連のアクティビティです。 これには、組織基準の監視、計画、分析、制御、および伝達が含まれます。 その結果、要件のライフサイクルを効果的に管理することは、プロジェクトの成功に大きな影響を与える可能性があります。 要件のライフ サイクルを管理するには、それらを追跡すると同時に、設計間の関係を特定し、変更を評価し、それらの変更に関する合意に達するのを支援する必要があります。

要件ライフ サイクル管理は、プロジェクトの要件をそのライフ サイクル全体にわたって管理するプロセスです。 要件ライフ サイクル管理の目標は、会社、利害関係者、要件など、分析に不可欠なすべてのコンポーネントが互いに同期していること、およびソリューションがそれらの要求と設計を正しく実装していることを確認することです。 要件管理は、ソリューションが実装された時点で終わりではありません。 代わりに、そのソリューションが使用されている限り、価値が追加されます。

ビジネス アナリストは、要件ライフ サイクル管理において、BABOK の XNUMX つの主なアイデア (変更、ニーズ、ソリューション、利害関係者、価値、およびコンテキスト) をすべて利用します。 彼らは、要件と設計への変更を評価し、要件を維持することで利害関係者を満足させることを担当しています。 ビジネス アナリストは、ソリューション コンポーネントの要件を追跡し、ソリューションがそれらに沿っていることを確認します。 彼らは、ニーズの決定と承認のプロセス全体を通じて、関心のある利害関係者と協力します。 目標は、将来の価値を提供する方法で要件を維持することです。これは、これらの活動が発生する組織のコンテキストを理解することによってのみ達成できます。

要件ライフサイクル カバレッジの構造

主なインプット 要件
デザイン
提案された変更
タスク トレース要件
要件の更新
要件の優先順位付け
要件の変更を評価する
要件の承認
主な出力 要件 (追跡、維持、優先順位付け、承認)
設計 (追跡、維持、優先順位付け、承認)
要件変更の評価
設計変更の評価

要件ライフサイクル カバレッジのタスク

トレース要件:

トレーサビリティは、後方トレーサビリティ、前方トレーサビリティ、および他の要件との関係を含む、各要件のパスを記録および文書化します。 トレーサビリティは、ソリューションが標準を満たしていることを検証し、範囲、変更、リスク管理、時間、コスト、およびコミュニケーション管理を支援するために使用されます。 また、不足している機能を発見したり、必要な機能が実装されているかどうかを確認したりするためにも使用されます。

要件のトレーサビリティによって提供されるさまざまな利点があります。 それらには以下が含まれます:

  • 影響分析が容易になります。
  • 適切に変更を加えるのに役立ちます。 したがって、製品の品質が向上します。
  • また、リバース エンジニアリングの知識も記録する方法でトレーサビリティ リンクを定義するのにも役立ちます。 
  • 重要な知識を持つチームメンバーが会社を辞めた場合、完全な情報の透明性を持つことは大いに役立ちます。 これにより、誤った開発のリスクが大幅に軽減されます。 
  • 適切な検証プロセスを介して100%のテストカバレッジを確認します。

トレース要件への入力:

  • 要件 – これらの要件は、他の要件、ソリューション コンポーネント、ビジュアル、ビジネス ルール、またはその他の作業成果物にまで遡ることができます。
  • 設計 – これらの設計は、他の要件、ソリューション コンポーネント、または成果物にたどることができます。

トレース要件の要素:

  • 格式の高さ
  • の関係
  • トレーサビリティ リポジトリ

要件のトレースに使用される主な手法には、次のものがあります。

  • ビジネスルール分析
  • 機能分解
  • プロセスモデリング
  • スコープモデリング

要件をトレースした後の出力:

  • トレースされた要件
  • トレースされたデザイン

要件を維持する:

標準を維持することは、プロセス全体で要件と設計を最新の状態に保つために重要です。 また、必要に応じて再利用することもできます。 標準の維持は、簡単にアクセスして理解できる標準化された手順を使用して、要件が正しく表現され、承認され、レビューされるようにするために重要です。

要件を維持するための入力:

  • 要件 – 目標、ビジネス要件、利害関係者の要件、移行、およびソリューション要件が含まれます。
  • 設計 – これらの設計は、製品のライフサイクルを通じて維持されます。

要件更新タスクの主な要素は次のとおりです。

  • 要件の更新
  • 属性の維持
  • 要件の再利用

要件のトレースに使用される主な手法には、次のものがあります。

  • ビジネスルール分析
  • データフロー図
  • データモデリング
  • ドキュメント分析
  • 機能分解
  • プロセスモデリング
  • ユースケースとシナリオ
  • ユーザーストーリー

要件をトレースした後の出力:

  • 維持された要件
  • 維持されたデザイン

要件に優先順位を付ける:

重要性の観点から要件に優先順位を付けてランク付けすることは、ビジネス アナリストが特定の要求の価値、リスク、および緊急性を評価するのに役立ちます。 これにより、最も重要なニーズと設計が常に分析のリストの一番上にあることが保証されます。 利害関係者にとっての要件の重要性がランキングを決定するものであり、関連性は優先順位付けを決定する主要な要因です。

要件を維持するための入力:

  • 要件 - これらの要件は、テキスト、マトリックス、または図の形式であり、優先順位を付ける準備ができています。
  • デザイン – これらのデザインは、テキスト、プロトタイプ、または図の形式であり、優先順位を付ける準備ができています。

要件更新タスクの主な要素は次のとおりです。

  • 優先順位付けの根拠
  • 優先順位付けの課題
  • 継続的な優先順位付け

要件のトレースに使用される主な手法には、次のものがあります。

  • バックログ管理
  • ビジネスケース
  • 意思決定分析
  • 推定
  • 財務分析
  • 記事執筆
  • アイテム追跡
  • 優先順位付け
  • リスク分析と管理
  • ワークショップ

要件をトレースした後の出力:

  • 優先要件
  • 優先設計

要件の評価:

ニーズの変化を評価することで、ソリューションの価値がどのように向上または低下するかを理解し、取るべき潜在的な行動を特定するのに役立ちます。 また、他の要件との関係における競合や不一致の可能性を特定します。 必要に応じて提案された各変更は、全体的な戦略、利害関係者にとっての潜在的な価値、配信スケジュールへの影響、およびプロジェクト全体のリスク、機会、および制約への影響との整合性について評価する必要があります。

要件を維持するための入力:

  • 提案された変更 - いつでも発生する可能性があり、これまでに完了したビジネス分析プロセスまたは成果物のあらゆる側面に影響を与えます。 提案された変更は、企業戦略の修正、利害関係者、法的義務、または政府の規制によって引き起こされる可能性があります。
  • 要件 – これらの要件は、提案された変更の影響を特定するために評価する必要があります。
  • 設計 – これらの設計は、提案された変更の影響を特定するために評価が必要です。

要件更新タスクの主な要素は次のとおりです。

  • 評価の形式
  • 影響分析
  • 影響の解決

要件のトレースに使用される主な手法には、次のものがあります。

  • ビジネスケース
  • ビジネスルール分析
  • 意思決定分析
  • ドキュメント分析
  • 推定
  • 財務分析
  • 界面分析
  • 記事執筆
  • アイテム追跡
  • リスク分析と管理
  • ワークショップ

要件をトレースした後の出力:

  • 要件変更の評価
  • 設計変更の評価

要件を承認する:

要件の承認中、ビジネス アナリストは、特定の要件と設計について承認および合意するためのガバナンス プロセスでの役割を持つ利害関係者と緊密に連携します。 合意に達し、承認を得ることは、ビジネス分析プロセスを継続するために重要です。

要件を維持するための入力:

  • 検証済み要件 – これらの検証済み要件は、さらなる開発のための信頼できる機関として使用されます。
  • 設計 – これらの設計は、さらなる開発に使用する準備ができていると見なされます。

要件更新タスクの主な要素は次のとおりです。

  • 利害関係者の役割を理解する
  • 紛争と問題の管理
  • コンセンサスを得る
  • 承認の追跡と伝達

要件のトレースに使用される主な手法には、次のものがあります。

  • 合格および評価基準
  • 意思決定分析
  • アイテム追跡
  • レビュー
  • ワークショップ

要件をトレースした後の出力:

  • 承認された要件
  • 承認されたデザイン。

要件のライフサイクル カバレッジのための Visual Requirements ALM プラットフォーム

視界要件ALMプラットフォーム 要件管理プロセスのさまざまなアクティビティをサポートできるようにするために、要件だけでなく、テスト、リスク、変更要求などを含むいくつかの成果物もサポートします。

要件の収集

機能リスト

  • ブロック間の階層を使用して要素の動作を拡張する: 機能要件も要件ですが、特定のフィールド、プロパティ、および追跡可能性があります
  • 図に示されているトレースに基づいてトレーサビリティを制限する: ユーザーが機能要件からのみユースケースを作成できるようにし、非機能要件からはユースケースを作成できないようにする
  • ダイアグラムを使用して、さまざまなアイテムに移動したり、追跡可能性を分析したり、間接的なトレースを分析したりできます。
  • ワークフロー図に基づいて、管理している各要素のカスタム承認プロセスを定義します
  • サポートされているすべての要件プロセス:
    • CMMI レベル 2 および 3
    • スパイス
    • 入札管理プロセス (RFI、RFP など)
    • アジャイル手法
    • 製品の検証
    • バボク
    • アドホック プロセス….定義されたプロセスを容易に理解し、それに従い、参加し、それを実施することができる人。

福利厚生

  • すべてのアーティファクトとブロック図およびワークフローにより、ユーザーは単一のツールで非常に単純な要件プロセスから非常に複雑な要件プロセスまで定義して従うことができます。
  • すべての利害関係者は、定義されたプロセスを簡単に理解し、それに従い、参加することができます。
  • 管理者は、各要素フィールドをカスタマイズして追跡可能性を制限することにより、ユーザーにプロセスに従うように強制できます。
  • ワークフローに従って要素のステータス変更についてユーザーに通知するトリガーを生成します: 「要件が承認されました」

要件分析

機能リスト

  • 要件のトレーサビリティ
  • 要件品質の分析
  • 支援された要件の分解
  • さまざまな基準に基づいてモデルを編成する
  • 分析を実行したいように情報を分類します: 単語のようなビュー (ドキュメント ビュー)、Excel のようなビュー (リスト ビュー) など。

福利厚生

  • プロジェクトのスコープを管理する
  • プロジェクトを期限内に予算内に納品
  • ニーズを優先する
  • 矛盾や欠落している要素を特定する
  • 要求仕様

要求仕様

機能リスト

  • 独自の要件タイプを作成する
  • 必須属性の定義
  • フィルターを指定
  • ユーザー定義ビュー
  • ビューの共有
  • ロールベースのユーザー インターフェイス
  • グラフィカルに定義された要件プロセスとトレーサビリティ
  • 要件アーティファクトの多次元構造化
  • 同じビューで複数の要素タイプ (受け入れテスト、ユーザー要件、システム要件、欠陥) を混合し、そのビューでそれらを編集します
  • 組み込みのワークフロー
  • 無制限の数のユーザー定義属性
  • バージョン管理と比較
  • 古いバージョンへのロールバック
  • レポート生成

福利厚生

  • 利害関係者のために要件を適切に文書化し、指定
  • ライフサイクルを通じて要件を伝達する
  • メトリック、ダッシュボード、チャート、およびプロジェクトから抽出されたその他の情報を含むレポートを生成します
  • 要件の検証

要件の検証

機能リスト

  • 受け入れテストの定義
  • MS Office からの受け入れテストの自動キャプチャ
  • テストと要件の間のトレーサビリティ
  • 要件に対する HP Quality Center 適合基準との認定済み統合
  • 検証マトリックス
  • 失敗したテストまたはプロセスに必要なその他のアーティファクトから変更要求を発生させます

福利厚生

  • ユーザーの期待に応える高品質な製品を提供する
  • 収集された要件が、ユーザーが必要とするシステムを実際に定義していることを確認します

まとめ

Requirements Lifecycle Coverage (RLC) は、要件が完全かつ正確であることを確認するのに役立つプロセスです。 このブログ投稿で概説されている RLC カバレッジの 5 つのフェーズは、要件の品質を改善することから始めるのに役立ちます。 トレーサビリティの向上やコラボレーションなど、Visure Requirements ALM Platform を使用する利点に加えて、これらのフェーズに従うことで、コストのかかるミスや締め切りの遅れを回避することもできます。 要件の品質向上に役立つ包括的な ALM プラットフォームをお探しの場合は、 30日間無料 今日、Vision Requirements ALM Platform で試用できます。

この投稿を共有することを忘れないでください!

トップ

要件の管理と検証の合理化

7月16th、2024

東部標準時午前10時 |中央ヨーロッパ時間午後 4 時 |午前7時(太平洋標準時)

ルイ・アルドゥイン

ルイ・アルドゥイン

Visure Solutions シニアコンサルタント

トーマス・ディルシュ

シニア ソフトウェア品質コンサルタント、Razorcat Development GmbH

Visure SolutionsとRazorcat Developmentによる統合アプローチTESSY

要件管理と検証を効率化して最良の結果を得る方法を学びます。