ITパスポート 2017年 春期 問54

ユースケースの特徴の説明【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す：「シナリオ」「ユーザとシステムのやり取り」など、場面ややり取りを示す語を見つける。
2. ユースケースの定義を思い出す：ユースケースは「利用者（アクター）とシステムのやり取りを記述する」手法であると確認する。
3. 選択肢を比較する：各選択肢が示す手法がユースケースに一致するかを照らし合わせ、最も一致するものを選ぶ。
4. 短く除外する理由を確認する：他の選択肢が別の概念（データ中心設計、オブジェクト指向、UMLそのもの）を説明していないかをチェックする。

選択肢別の誤答解説

• ア: 「システムで使われるデータを定義することから開始し、それに基づいてシステムの機能を設計する。」
  → これはデータ中心の考え方、例えばデータモデリングやER図（Entity-Relationship図：実体間の関係を表す図）に近い説明です。ユースケースは「シナリオ（操作の流れ）」に着目するため、該当しません。
• イ: 「データとそのデータに対する操作を一つのまとまりとして管理し、そのまとまりを組み合わせてソフトウェアを開発する。」
  → これはオブジェクト指向（Object-Oriented Programming：データと処理を一つにまとめる考え方）を説明しています。ユースケースは振る舞い（ユーザとのやり取り）を記述するもので、オブジェクト指向の説明とは異なります。
• ウ: 「モデリング言語の一つで、オブジェクトの構造や振る舞いを記述する複数種類の表記法を使い分けて記述する。」
  → これはUML（Unified Modeling Language：統一モデリング言語）の説明です。UMLにはユースケース図という表記もありますが、選択肢は「モデリング言語そのもの」を説明しており、ユースケース固有の説明ではありません。
• エ: 「ユーザがシステムを使うときのシナリオに基づいて、ユーザとシステムのやり取りを記述する。」
  → ユースケースの定義そのものであり、正しい記述です。

よくある誤解

1. ユースケースは画面設計（UI設計）と同じだと思う
   • 誤解です。ユースケースは「誰が何を達成したいか」「そのためのやり取りの流れ」を表します。画面のレイアウトや色・ボタン配置など、UIの詳細は別の工程（画面設計）の範囲です。ユースケースは要件の「やること」を決めるために使います。
2. ユースケース＝UMLのことだと思う
   • UML（統一モデリング言語）は設計で使う図の集合体です。ユースケースは「何を記述するか（ユーザとシステムのやり取り）」の概念で、UMLの中にユースケース図という表記があるため混同されやすいです。概念と表記（言語）を分けて理解しましょう。
3. ユースケースは詳細設計まで書くべきだと思う
   • ユースケースは主に「機能要求」を整理するためのもので、細かい内部処理やアルゴリズムまで書くものではありません。必要に応じて詳細化しますが、まずはシナリオの主要なフローを明確にするのが目的です。

補足コラム

• アクター（Actor）：システムを利用する主体。人間や他のシステムも含む。
• ユースケース名（Use Case Name）：行いたい目的を短く表現（例：「現金を引き出す」）。
• 主成功シナリオ（Main Success Scenario）：最も一般的なやり取りの流れ。
• 代替フロー（Alternative Flow）：失敗や別の選択があった場合の流れ（例：暗証番号が間違っている）。
• 前提条件 / 事後条件：ユースケース開始前と終了後に満たすべき条件。

• アクター：利用者（銀行顧客）
• 主成功シナリオ：カード挿入 → 暗証番号入力 → 金額選択 → 現金受取 → 終了
• 代替フロー：暗証番号誤り → リトライ or カード没収

FAQ