100%更新されたのはIIBA CBAP日本語限定版PDF問題集
有効な試験問題を試そうCBAP日本語には無料サイトで限定お試しチャンス
質問 # 263
あなたは組織のビジネスアナリストであり、ソリューションスコープの定義を作成しています。
ソリューションスコープの定義に含める必要があるのは次のうちどれですか？
- A. 組織の準備状況の評価
- B. エリシテーションテクニック
- C. 技術的な依存関係
- D. ビジネスケース
正解：C
解説：
Explanation
The solution scope definition is a document that describes the features and functions of the solution that will address the business need and deliver the expected benefits. It also defines the boundaries and assumptions of the solution, as well as the criteria for its acceptance and evaluation. The solution scope definition should include the following elements:
Solution vision: A brief statement that summarizes the purpose, value proposition, and target audience of the solution.
Solution objectives: A list of measurable and achievable goals that the solution aims to accomplish, aligned with the business goals and objectives.
Solution requirements: A detailed and specific description of the stakeholder and solution requirements that define the scope and functionality of the solution, organized by categories, types, and priorities.
Solution constraints: A list of factors that limit the options or performance of the solution, such as technical, legal, regulatory, or organizational constraints.
Technical dependencies: A list of relationships or interactions between the solution and other systems, components, or technologies that affect the solution's design, development, or implementation.
Solution risks: A list of potential threats or uncertainties that may affect the solution's success, along with their probability, impact, and mitigation strategies.
Solution scope statement: A concise statement that defines what is in and out of scope for the solution, and clarifies any ambiguities or conflicts among the solution requirements.
The solution scope definition does not include the business case (A), which is a separate document that justifies the need for the solution and analyzes its costs and benefits. The solution scope definition also does not include the elicitation techniques, which are themethods or tools used to gather information from the stakeholders and discover the requirements. The solution scope definition also does not include the organization readiness assessment (D), which is an analysis of the organization's ability and willingness to adopt the solution and manage the change.
References:
[A Guide to the Business Analysis Body of Knowledge (BABOK Guide)], version 3, page 30, section
3.11
Solution Scope - An Insight - Modern Analyst, paragraphs 2-3
Scoping a Solution | Microsoft Solutions Framework Essentials ... - Flylib, paragraph 1
[Solution Scope vs. Project Scope - Enfocus Solutions Inc], paragraph 2
[How to Write Project Requirements | Smartsheet], paragraph 3
質問 # 264
あなたは組織のビジネスアナリストであり、Timと協力してビジネスソリューション内の前提条件を特定します。
次のうちどれが仮定ですか？
- A. ベンダーは、ハードウェアは12月1日までに到着するはずだと考えています
- B. ソフトウェアのコストはライセンスあたり99ドル未満である必要があります
- C. ハードウェアのコストは1ユニットあたり450ドル未満である必要があります。
- D. ソフトウェアはWindowsVistaと互換性がある必要があります
正解：A
解説：
Explanation
An assumption is a factor that is considered to be true, real, or certain without proof or demonstration. In this case, the vendor's belief about the hardware delivery date is an assumption because it is not verified or guaranteed. The other options are not assumptions, but rather requirements, constraints, or criteria that the business solution must meet. References: CBAP / CCBA Certified Business Analysis Study Guide, Chapter 2:
Business Analysis Planning and Monitoring, page 62. Certified Business Analysis Professional (CBAP) Handbook, page 6.
質問 # 265
ある健康保険会社は、モバイル アプリケーション プラットフォームの機能強化に着手し、次のリリースの範囲の一部として次の機能を完成させます。
オンライン マップおよび全地球測位システム (GPS) テクノロジをモバイル アプリケーションとリアルタイムで統合して、加入者のプラン ネットワークに参加している、加入者の近くにあるサービス プロバイダーの位置を表示する機能。
Ⅱ．サブスクライバーが、郵便番号または検索範囲の半径 (マイル単位) を指定してサービス プロバイダーを検索する機能。
III. サブスクライバーが 1 回の要求で 1 つ以上のサービス プロバイダーの料金情報のダウンロードを開始できる機能。
要件ワークショップを通じて、ビジネス アナリストは次の詳細なビジネス要件を引き出します。
1. 会社のモバイル アプリケーション プラットフォームは、次のサード パーティ システムとのリアルタイム統合をサポートする必要があります。
A ) GPSシステム
B ) 郵便番号の検証
2. 選択可能なサービスプロバイダーは、現在のシステム日付の時点で、加入者の医療計画ネットワークに参加している必要があります。
3. 地図表示では、検索エリアの境界が黄色の点線で強調表示されます。
4. 検索エリアの範囲と形状は、次のユーザーの選択のいずれかに基づいて決定されます。
A) 郵便番号 - GPS から取得した加入者の位置を使用して、関連する郵便番号を決定し、ユーザーが郵便番号を変更するためのオプションを備えたデフォルトの郵便番号として設定します。
B ) サブスクライバーのロケーション周辺の検索エリアの半径。デフォルト値は 5 マイルです。半径は加入者が変更でき、最大範囲は 50 マイルです。
5. 加入者は、上記のオプションの 1 つを選択し、対応する入力を提供できるものとします。
6. システムはユーザー入力を検証し、無効な場合は適切なエラー メッセージを表示します。
7. 加入者の入力と計画に基づいて、システムは、指定された検索エリア内にある参加サービス プロバイダーの情報を取得します。
8. システムは、デバイス画面の上半分にサービス プロバイダーの位置を示す視覚的マーカーを含むマップを表示し、デバイス画面の下半分に同じサービス プロバイダーのリストを表示するものとします。
9. サービス プロバイダーのリストには、名前、電話番号、住所が含まれます。
10. 加入者が検索エリアの半径を指定した場合、またはデフォルトの郵便番号を保持した場合、リストには加入者が最後に登録した場所からのマイル単位のおおよその走行距離が追加で含まれ、リストは走行距離の昇順で並べ替えられます。 .
11. 加入者は、リストまたは地図からサービス プロバイダーを選択し、名前、連絡先電話番号、電子メール アドレス、ファックス番号、および加入者のプランに適用される対象サービスの料金表を含むドキュメントをダウンロードできます。 .
加入者、医療計画、および参加しているサービス提供者の間の関係を説明するのに適切な図の種類はどれですか?
- A. データフロー
- B. データ辞書
- C. データモデル
- D. ユースケース図
正解：B
質問 # 266
ナンシーはあなたに彼女の特定の要件を追跡するように頼みました。
「要件を追跡する」とはどういう意味ですか？
- A. 要件の追跡とは、最初の識別から完了まで要件を追跡して、要件を取り巻く問題、リスク、コスト、品質、および欠陥を確認することを意味します。
- B. 要件をトレースするということは、要件とそれに関連する他の要件を調べることを意味します。これは、ビジネス要件をプロジェクトのWBSのコンポーネントにリンクします。
- C. 要件をトレースするということは、要件とそれに関連する他の要件を調べることを意味します。これは、ビジネス要件を利害関係者に、ソリューション要件をチームによって作成された他の成果物およびソリューションコンポーネントにリンクします。
- D. 要件をトレースするということは、要件とそれに関連する他の要件を調べることを意味します。リスク、コスト、品質、および範囲の要素を、利害関係者およびソリューションの要件、チームによって作成された他のアーティファクト、およびソリューションコンポーネントにリンクします。
正解：C
解説：
Explanation
According to the Wikipedia article on requirements traceability1, tracing a requirement means to follow the life of a requirement in both a forwards and backwards direction, from its origins, through its development and specification, to its subsequent deployment and use, and through periods of ongoing refinement and iteration.
Tracing a requirement helps to ensure that the requirement is linked to a business objective, that it is consistent and aligned with other requirements and deliverables, and that it is verified and validated by the stakeholders.
Tracing a requirement can also help to identify the impact of changes, the source of defects, and the gaps in the requirements.
Option A is incorrect because it does not mention the business requirements, which are the high-level needs and objectives of the organization or the customer. Option C is incorrect because it does not mention the stakeholder and solution requirements, which are the detailed and specific requirements that define the scope and functionality of the solution. Option D is incorrect because it describes tracking a requirement, not tracing a requirement. Tracking a requirement means to monitor the progress and status of a requirement throughout the project lifecycle, not to link it to other related artifacts.
質問 # 267
多くの場合、ソリューションの実装によって組織の現在の状態が望ましい将来の状態に変わることを証明することは不可能または困難です。ビジネスアナリストは、ソリューションが目的の結果を達成するという信念が無効であることが判明した場合に備えて、ソリューションの実装の特性とリスクを文書化する必要があります。
ソリューションが呼ばれる組織に望ましい効果を生み出すという信念は何ですか？
- A. モデル
- B. リスク
- C. プロジェクト
- D. 仮定
正解：D
質問 # 268
次のうち、リスクの影響を最も受けているプロジェクトの領域を分析するプロセスはどれですか？
- A. リスクの特定
- B. リスク緊急性評価
- C. リスク分析
- D. リスクの分類
正解：C
解説：
Explanation
Risk analysis is the process of analyzing the areas of a project that are most affected by risk. It involves estimating the probability and impact of each identified risk, as well as assessing the quality and reliability of the available data. Risk analysis helps to prioritize the risks based on their severity and potential effect on the project objectives and deliverables. Risk analysis also helps to identify the root causes and triggers of the risks, as well as the interrelationships and dependencies among the risks. Risk analysis is the second step of risk management, which also includes risk identification, risk response, and risk monitoring and control. References: [IIBA BABOK Guide v3], section 11.2.2, page 387; CBAP / CCBA Certified Business Analysis Study Guide, chapter 5, page 231; CBAP Sample Questions, question 234.
質問 # 269
ビジネスアナリスト（BA）は、クライアントとの契約書に基づいて次のソリューションを計画していますが、ビジネス分析フェーズの前半では、主要な対象分野の専門家の1人が不在であることを知りました。プロジェクトには、契約の一部である厳しいスケジュールと確固たる期限があります。主要な対象分野の専門家に代わるものはありません。
BAはどのように進めるべきですか？
- A. 対象分野の専門家の空き状況に合わせてスケジュールを減らし、要件の形式を減らします
- B. 契約条件をリスクとして文書化し、変更/やり直しを計画するために契約コストを調整します
- C. 行方不明の利害関係者をリスクとして特定し、分析フェーズに適応的なアプローチを推奨します
- D. 対象分野の専門家のコンポーネントを削除してソリューションの範囲を変更し、新しい範囲の承認を取得します
正解：C
解説：
Explanation
The missing stakeholder is a risk that can affect the quality and validity of the requirements, as well as the delivery and acceptance of the solution. The BA should identify this risk and its potential impact on the project, and recommend an adaptive approach for the analysis phase. An adaptive approach is one that allows for flexibility and responsiveness to changing requirements and stakeholder needs. An adaptive approach can help the BA to cope with the uncertainty and complexity of the project, and to deliver value incrementally and iteratively. The other options are not the best actions for the BA to proceed, as they may compromise the scope, schedule, cost, or contract terms of the project, and may not address the root cause of the risk.
References: CBAP Handbook, CBAP Study Guide, BABOK Guide
質問 # 270
デルファイ法とは、どのような種類の要件を引き出す手法ですか？
- A. ワークショップ
- B. プロトタイピング
- C. 円卓会議
- D. 調査
正解：D
解説：
Explanation
The Delphi technique is a type of requirements elicitation technique that is based on a survey method. The Delphi technique involves sending a series of questionnaires to a group of experts who have knowledge or experience in the domain of the project or the solution. The questionnaires are designed to elicit opinions, ideas, or feedback on the requirements or the issues related to the project or the solution. The responses from the experts are collected and analyzed by a facilitator, who then provides a summary of the results and the areas of agreement or disagreement to the experts. The facilitator also prepares a new questionnaire based on the feedback and sends it back to the experts for another round of responses. This process is repeated until a consensus is reached or a sufficient level of information is obtained. The Delphi technique is useful for gathering requirements from a large and diverse group of stakeholders who are geographically dispersed or have conflicting views. The Delphi technique also helps to reduce the influence of dominant or biased individuals and to encourage honest and independent opinions. The Delphi technique is different from a workshop, which is a type of requirements elicitation technique that involves bringing together a group of stakeholders in a face-to-face or virtual setting to collaborate and exchange information on the requirements or the issues related to the project or the solution. The workshop is facilitated by a moderator, who guides the discussion and ensures the participation and contribution of all the attendees. The workshop is useful for generating a large number of ideas and finding solutions for a specific problem in a short time. The workshop also helps to build rapport and trust among the stakeholders and to resolve conflicts or misunderstandings. The Delphi technique is also different from a round table, which is a type of requirements elicitation technique that involves inviting a group of stakeholders to a formal or informal meeting to share their perspectives and insights on the requirements or the issues related to the project or the solution. The round table is moderated by a leader, who introduces the topic and encourages the dialogue and debate among the participants. The round table is useful for exploring different viewpoints and opinions and for gaining a deeper understanding of the problem and the context. The round table also helps to foster a sense of involvement and ownership among the stakeholders and to identify the areas of agreement or disagreement. The Delphi technique is not a prototyping, which is a type of requirements elicitation technique that involves creating a simplified or partial version of the solution or a component of the solution and presenting it to the stakeholders for feedback. The prototype can be either low-fidelity or high-fidelity, depending on the level of detail and functionality. The prototype is useful for validating and verifying the requirements and for demonstrating the feasibility and usability of the solution. The prototype also helps to reduce the ambiguity and uncertainty of the requirements and to increase the satisfaction and acceptance of the solution. References:
CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, page 180-181.
Top 10 Most Common Requirements Elicitation Techniques, paragraph 9
Software Engineering | Requirements Elicitation - GeeksforGeeks, paragraph 6 Delphi Method Forecasting Definition and How It's Used - Investopedia, paragraph 1 The Delphi Technique - Students 4 Best Evidence, paragraph 1
質問 # 271
ビジネスアナリスト（BA）は、要件を指定する準備をしています。要件または要件のセットごとに、さまざまな属性を指定できます。
どのアプローチに適切な属性のセットが含まれていますか？
- A. 情報管理
- B. 利害関係者の関与
- C. ガバナンス
- D. 事業分析
正解：D
質問 # 272
ポールは彼の組織のビジネスアナリストです。彼は単一のソリューションを調べて、彼と彼のチームが特定したソリューションが、その実装を正当化するのに十分なビジネス価値を持っているかどうかを判断しています。
このシナリオでPaulはどのようなビジネス分析プロセスを実行していますか？
- A. 組織の準備状況を評価する
- B. 要件を割り当てる
- C. 提案されたソリューションを評価する
- D. 移行要件を定義する
正解：C
質問 # 273
ビジネスニーズプロセスの定義のどの部分が、組織が達成しようとしている目的を評価しますか？
- A. 代替識別
- B. 要件
- C. ビジネスの目標と目的
- D. ソリューション評価
正解：C
質問 # 274
ビジネスアナリスト（BA）は、さまざまなリスク回避的な利害関係者グループとの要件の優先順位付けを完了しました。いくつかの要件は、実施されない場合、規制機関から罰金が科せられる規制要件と矛盾します。
BAは何をすべきですか？
- A. 規制要件を満たしていないというペナルティに対して他の要件の価値を測定する
- B. 規制要件を推奨ソリューションと比較します
- C. 規制要件が他の要件よりも優先されることを利害関係者に通知します
- D. 規制要件を回避する手段を決定する
正解：A
質問 # 275
ビジネスアナリスト（BA）は、ユーザー受け入れテスト中に欠陥を与えられました。欠陥を分析した後、BAはそれが要件の変更であると判断します。
変更を評価するためにBAは何をする必要がありますか？
- A. リスク分析と管理情報を評価する
- B. 根本原因分析を実行します
- C. トレーサビリティを利用して影響分析を実施
- D. 「設計どおりに機能している」欠陥を閉じます
正解：C
解説：
Explanation
A change in the requirement is a situation where the requirement is different from what was originally agreed upon by the stakeholders. This can happen due to various reasons, such as changing business needs, stakeholder feedback, regulatory changes, or technical constraints. To assess the change, the BA needs to conduct an impact analysis using traceability, which is a technique that involves identifying and documenting the relationships among requirements, stakeholders, solution components, and other artifacts. Traceability can help the BA to determine the scope, cost, schedule, quality, and risk implications of the change, and to communicate them to the relevant stakeholders for approval or rejection. The other options are not the best actions for assessing the change, as they are more suitable for different purposes, such as closing a defect that is not a defect, evaluating the potential threats and opportunities of the change, or finding the underlying cause of the defect. References: CBAP Handbook, CBAP Study Guide, BABOK Guide
質問 # 276
あなたは組織のビジネスアナリストであり、利害関係者と協力して要件に優先順位を付けます。利害関係者は、要件の一部が実装中に失敗した場合の要件の経済的影響について懸念しています。ソリューションと要件に関するコメントに基づいて、利害関係者のリスク許容度をランク付けします。
以下は、どれを除いて、利害関係者に関連するリスク許容度の3つのカテゴリーですか？
- A. リスク回避
- B. 中立性
- C. リスクを追求する
- D. 軽減
正解：D
質問 # 277
パイロットアプリケーションのほとんどのユーザーは、古いシステムと比較してより効率的な処理を経験しています。
ただし、ビジネスアナリスト（BA）は、プロセスを完了するのにはるかに長い時間がかかった人がいることを確認しました。
システムイベントログには、これらのユーザーがサインオンしようとしたときにエラーが発生したことが示されています。
BAが全体的なパフォーマンスを向上させるために推奨するのは次のうちどれですか？
- A. ログインプロセスを自動化する
- B. エラーが発生した個人からより多くの情報を収集する
- C. ユーザーIDとパスワードのリマインダーをすべてのユーザーに送信しました
- D. パイロットをより多くの人々に拡大する
正解：B
質問 # 278
ビジネスアナリスト（BA）は、現在進行中のビジネス分析作業に関連するさまざまなリスクの影響を判断する準備をしています。
BAがリスク評価へのインプットとして使用するのは次のうちどれですか？
- A. 推奨ソリューションの潜在的な価値の分析
- B. 誘発活動の未確認の結果
- C. 定義された変更戦略
- D. 優先要件のリスト
正解：B
質問 # 279
潜在的なソリューションを採用する企業の能力を特定する一環として、ビジネスアナリスト（BA）は、新しいソリューションに適応する能力について、企業内の既存のプロセスとツールをレビューしています。
BAが実施している評価は次のうちどれですか？
- A. 組織
- B. 運用
- C. 利害関係者
- D. エンタープライズ
正解：D
質問 # 280
BAは、要件が互いにどのように関連しているかを理解することにより、要件アーキテクチャの定義を完成させています。3つの図すべてで明らかにしなければならない重要な要素は、要件が異なる方法または矛盾する方法でリンクされていないことです。これはどのような関係の質の基準を表していますか？
- A. 明確
- B. 正解
- C. 必要
- D. 定義済み
正解：A
質問 # 281
......
IIBA CBAP日本語公式認定ガイドPDF：https://www.passtest.jp/IIBA/CBAP-JPN-shiken.html