応用情報技術者 2010年 秋期 午前2 問66
問題文
要件定義において、ユーザや外部システムと、業務の機能を分離して表現することで、ユーザを含めた業務全体の範囲を明らかにするために使用される図はどれか。
選択肢
ア：アクティビティ図
イ：クラス図
ウ：状態遷移図
エ：ユースケース図（正解）
要件定義においてユーザや外部システムと業務機能を分離して表現する図【午前2 解説】
要点まとめ
- 結論：ユーザや外部システムと業務機能の関係を明確にするにはユースケース図を用います。
- 根拠：ユースケース図はシステムの機能を「誰が何をするか」という視点で表現し、業務範囲を明確化します。
- 差がつくポイント：業務全体の範囲をユーザ視点で整理し、外部とのインターフェースを明示できる点が重要です。
正解の理由
ユースケース図は、システムの利用者（アクター）とシステムが提供する機能（ユースケース）を分離して表現します。これにより、ユーザや外部システムがどのように業務機能と関わるかを視覚的に把握でき、要件定義の初期段階で業務範囲を明確にするのに最適です。
他の図は内部の動作や構造を表すため、ユーザや外部システムとの関係を示すには適していません。
他の図は内部の動作や構造を表すため、ユーザや外部システムとの関係を示すには適していません。
よくある誤解
ユースケース図は単なる機能一覧図と誤解されがちですが、ユーザや外部システムとの関係性を示す点が本質です。
また、状態遷移図やアクティビティ図は業務の流れや状態変化を表すため、範囲の明確化には不向きです。
また、状態遷移図やアクティビティ図は業務の流れや状態変化を表すため、範囲の明確化には不向きです。
解法ステップ
- 問題文の「ユーザや外部システムと業務機能を分離して表現する」という条件を確認する。
- 図の特徴を思い出し、ユーザ（アクター）と機能（ユースケース）を分けて表現する図を選ぶ。
- アクティビティ図や状態遷移図は業務の流れや状態変化を示すため除外。
- クラス図はシステム内部の構造を表すため除外。
- ユースケース図が最も条件に合致するため選択する。
選択肢別の誤答解説
- ア: アクティビティ図
業務の処理手順やフローを表現する図であり、ユーザや外部システムとの関係を示すものではありません。 - イ: クラス図
システムの静的構造を表し、業務機能とユーザの関係を示す図ではありません。 - ウ: 状態遷移図
オブジェクトの状態変化を表す図で、業務範囲の明確化には適しません。 - エ: ユースケース図
ユーザ（アクター）と業務機能（ユースケース）を分離して表現し、業務全体の範囲を明確にします。
補足コラム
ユースケース図はUML（統一モデリング言語）の一種で、システムの外部視点からの機能要求を整理するのに役立ちます。
要件定義の初期段階で使うことで、関係者間の認識合わせや業務範囲の合意形成がスムーズになります。
また、ユースケース図は後の設計工程での詳細設計やテストケース作成の基礎にもなります。
要件定義の初期段階で使うことで、関係者間の認識合わせや業務範囲の合意形成がスムーズになります。
また、ユースケース図は後の設計工程での詳細設計やテストケース作成の基礎にもなります。
FAQ
Q: ユースケース図とアクティビティ図の違いは何ですか？
A: ユースケース図は「誰が何をするか」を示し、アクティビティ図は「どのように処理が進むか」を示します。
A: ユースケース図は「誰が何をするか」を示し、アクティビティ図は「どのように処理が進むか」を示します。
Q: 状態遷移図はどんな場面で使いますか？
A: オブジェクトやシステムの状態変化を詳細に表現したい場合に使います。
A: オブジェクトやシステムの状態変化を詳細に表現したい場合に使います。
Q: クラス図は要件定義で使えますか？
A: 主に設計段階でシステムの構造を表現するため、要件定義ではあまり使いません。
A: 主に設計段階でシステムの構造を表現するため、要件定義ではあまり使いません。
関連キーワード: ユースケース図、要件定義、UML, アクター、業務範囲、システム分析
\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！