説明
要件を伝達するために適切な形式を選択することは、ビジネス分析情報を明確で理解できるようにするのに役立つ手法です。これには、対象者、目的、コンテキスト、情報の複雑さに基づいて、情報を提示するための最適な方法を選択することが含まれます。テスト シナリオをビジネス ニーズに合わせて調整し、すべての要件がテスト可能であることを確認し、品質管理にチェックリストを使用することも良い方法ですが、これらは要件を伝達するためのテクニックではありません。参考文献: BABOK ガイド v3、50 ページ。CCBA 模擬テスト、質問 19

説明
システムに入力される情報の種類、サポートされるプロセス、情報が保存される場所を視覚的に示したいという設計者のニーズを満たす図の種類は、データ フロー図です。データ フロー図は、システムまたはソリューション内のデータのソース、宛先、フロー、およびプロセスをグラフィカルに表現したものです。データ フロー図は、システムまたはソリューションによってデータがどのように作成、使用、保存、変更されるかを理解するのに役立ちます。
他のオプションは次の理由で正しくありません。
選択肢 A は不正解です。ユースケース図は、システムに入力される情報の種類、サポートされるプロセス、およびシステムに入力される情報の場所を視覚的に示すという設計者のニーズを満たすタイプの図ではないからです。保存されますが、システムまたはソリューションのアクター、ユースケース、および関係を示す一種の図です。ユースケース図は、システムまたはソリューションの機能要件と範囲を定義し、伝達するのに役立ちます。
選択肢 C は不正解です。アクティビティ フロー図は、システムに入力される情報の種類、サポートされるプロセス、およびシステムに入力される情報の場所を視覚的に示すという設計者のニーズを満たすタイプの図ではないからです。保存されますが、システムまたはソリューション内のアクティビティの入力、出力、トリガー、および結果を示す図の一種です。アクティビティ フロー図は、システムまたはソリューションによってアクティビティがどのように実行され、順序付けされるかを理解するのに役立ちます。
選択肢 D は不正解です。状態モデル図は、システムに入力される情報の種類、サポートされるプロセス、およびシステムに入力される情報の場所を視覚的に示すという設計者のニーズを満たすタイプの図ではないからです。保存されますが、システムまたはソリューション内のエンティティまたはオブジェクトの状態、遷移、アクションを示す図の一種です。状態モデル図は、エンティティやオブジェクトがイベントや条件に応じてその状態や動作をどのように変化させるかを理解するのに役立ちます。
参考文献:
BABOK ガイド v3、セクション 10.12: データ フロー図
CCBA 試験問題、質問 33

説明
BABOK® ガイドによると、ウォーターフォール アプローチは、開始、計画、分析、設計、構築、テスト、実装、メンテナンスなどの個別のフェーズで構成される一連のプロジェクト ライフ サイクルです。各フェーズには、次のフェーズに進む前に完了する必要がある一連のアクティビティ、成果物、および終了基準が定義されています。ウォーターフォール アプローチは、範囲が明確で安定しており、要件が明確に定義され、変更や不確実性が最小限に抑えられているプロジェクトに適しています。このシナリオでは、新しい契約には、レビューと承認された承認の計画段階で開発および維持される徹底的なレベルの文書が必要です。これは、プロジェクトが高度な形式、管理、文書化を備えており、ウォーターフォール アプローチの特性に適合していることを意味します。参考文献:
[BABOK® ガイド]、セクション 2.5: ビジネス分析アプローチの計画
CCBA 試験の質問と解説付きの回答、質問 418

シックス シグマは、1986 年に米国モトローラによって独自に開発された経営管理戦略です。その使用には論争がないわけではありませんが、多くの業界で広く使用されています。シックス シグマのアプローチは、欠陥 (エラー) の原因を特定して除去し、製造プロセスやビジネス プロセスのばらつきを最小限に抑えることで、プロセス出力の品質を向上させることを目指しています。統計的手法を含む一連の品質管理手法を使用し、組織内にこれらの手法の専門家による特別なインフラストラクチャを作成します。組織内で実行される各シックス シグマ プロジェクトは、定義された一連のステップに従い、数値化された財務目標を持っています。