A. ビジネス要件ドキュメント
B. 代替ステークホルダー計画
C. ステークホルダーマトリックス
D. 将来の状態の説明
A. 組織の準備状況を評価します。
B. 利害関係者を管理します。
C. 移行要件を定義します。
D. ソリューションのパフォーマンスを評価します。
A. ユースケースとシナリオ
B. アクティビティフロー
C. 役割と権限のマトリックス
D. データフロー図
A. トレーサビリティマトリックス
B. 追加の要件属性
C. IEEE /ISO 29148 要件標準
D. マトリックスドキュメント形式
A. 要件を組織が継続的に実行する必要がある場合、要件の再利用は便利です。
B. 現在のソリューションが失敗した場合、要件を再利用すると便利です。
C. 組織が要件セットを顧客に販売したい場合、要件の再利用は便利です。
D. 要件の再利用とは、要件を何度も再利用するということではなく、要件を実際の成果物まで追跡することを意味します。
A. ドメイン専門家
B. ビジネスアナリスト
C. プロジェクトマネージャー
D. スポンサー
A. RACI チャート
B. カバレッジマトリックス
C. 定量的マトリックス
D. 役割と責任の表
A. アジャイル
B. スクラム
C. 滝
D. 反復
A. リスクと報酬のソリューション
B. ソリューションベースのアプローチ
C. 利害関係者のニーズ、要望、期待
D. 変化主導型アプローチ
A. 要件伝達の方法
B. 要件の抽出の選択
C. 要件の影響を受けるシステムの数
D. 要件の元のソース
A. 4225
B. 4160
C. 65
D. 2080
A. アカウント識別子のコード
B. 説明
C. 名前
D. エイリアス
A. アイデアの数の目標はグループに過度のプレッシャーをかけます。
B. アイデアの数の目標は、実際には生成できるアイデアを制限します。
C. 生成されるアイデアの数の目標を設定する必要があります。
D. アイデアの数の目標が大きすぎて達成できない可能性があります。
A. 優先順位
B. 要件
C. メトリクス
D. リスク
A. 要件の範囲
B. ビジネスプロセス
C. ステークホルダーの関与
D. ソリューションのパフォーマンス
A. 利害関係者の懸念
B. リスクレジスター
C. エンタープライズアーキテクチャ
D. ソリューションの範囲
A. アイデアはコストまたは時間の見積もりとともに生成される必要があります。
B. アイデアの数に制限はありません。
C. すべてのアイデアは、議論、批判、評価なしに共有されるべきです。
D. すべてのアイデアは目に見える形で記録する必要があります。
A. インターフェース分析
B. 意思決定分析
C. ビジネス能力分析
D. 力場分析
