PMI のビジネス分析ガイドによると、ユースケースとは、アクターがシステムまたはプロセスと対話して特定の目標を達成する方法を説明する手法です。ユースケースは、システムまたはプロセスの機能要件と予想される動作、および例外と代替フローをキャプチャできるため、新しいアプリケーションの実装で問題が発生するのを防ぐのに役立ちます。また、ユースケースは、考えられるすべてのシナリオと結果をカバーするテストケースの設計と実行にも役立ちます。このケースでは、レポートの有効な入力と出力、およびシステムまたはプロセスのアクションと応答を指定できるため、使用すべきでないフィールドを作業者が使用するという問題をユースケースで防ぐことができた可能性があります。プロトタイピング、ダイアグラム、ドキュメント分析は、要件の分析と伝達に役立つその他の手法ですが、システムまたはプロセスの対話と結果を詳細に説明しないため、新しいアプリケーションの実装で問題が発生するのを必ずしも防ぐわけではありません。参考文献: PMI のビジネス分析ガイド、165 ～ 166 ページ。

要件ベースラインは、開発範囲の基礎として使用される、承認され優先順位が付けられた要件のセットです。要件ベースラインは、プロジェクトまたはプログラムが提供する内容と、関係者が受け取ることを期待する内容を定義します。要件ベースラインは、変更を管理し、進捗状況を測定するための参照ポイントとしても機能します。参考資料: PMI ビジネス分析ガイド、第 9 章、セクション 9.3.1、PMI ビジネス分析プロフェッショナル (PMI-PBA) 試験内容概要、ドメイン IV: 追跡可能性と監視、タスク 1。

説明/参照: https://www.wisdomjobs.com/e-university/business-analyst-tutorial-3/validate-solution-12447.html

MoSCoW は、要件を「必須」、「すべき」、「可能」、「ない」の 4 つのカテゴリに分類する要件優先順位付け方法です。この方法は、ビジネス アナリストと関係者が、一定の時間枠内に提供する必要がある必須要件と、必要に応じて延期または削除できる望ましい要件について合意するのに役立ちます。MoSCoW は、ビジネス アナリストが、ベンダー契約が終了する前に現在の登録および課金ソフトウェア アプリケーションを置き換えるというビジネス ニーズを満たす最小限の実行可能な製品に集中し、価値と緊急性に基づいて優先順位を付けることで大量の要件に対処できるため、このプロジェクトに適しています。参考文献: PMI Professional in Business Analysis (PMI-PBA) 試験内容概要 1、18 ページ、Business Analysis for Practitioners: A Practice Guide 2、92 ページ。