システムアーキテクト 2015年 午前2 問03
問題文
オブジェクト指向分析における分析モデルによって、ユースケース内のオブジェクトを分類するとき、境界オブジェクトに該当するものはどれか。
選択肢
ア：オブジェクト間の相互作用を制御するためのオブジェクト
イ：画面操作や画面表示などのGUIオブジェクト（正解）
ウ：システムの中核となるデータとその操作のオブジェクト
エ：データモデルにおけるエンティティに相当するオブジェクト
🔒 解説は解答すると表示されます
境界オブジェクト【午前2解説】
正解の理由
境界オブジェクトは、アクター（ユーザーや外部システム）とシステム内部の処理をつなぐ「インターフェース」を担うオブジェクトです。画面の表示や入力処理といったGUI要素は典型的な境界オブジェクトの例であり、したがって選択肢の イ（画面操作や画面表示などのGUIオブジェクト）は境界オブジェクトの説明と一致します。ただし境界オブジェクトは必ずGUIに限られるわけではなく、APIエンドポイントや外部装置とのアダプタなど、あらゆる外部との接点を表すオブジェクトを含みます。試験問題ではGUI例が提示されているため イ が正答です。
解法ステップ
- ユースケースの登場人物（アクター）がどのオブジェクトとやり取りするかを確認する。
- 当該オブジェクトが「入力・出力・表示・接続」といった外部との橋渡し機能を持つかを判定する。
- 外部との接点を担うなら境界オブジェクト、シナリオ制御なら制御（コントロール）、業務データや永続化対象ならエンティティと分類する。
- 選択肢の語句が「画面」「表示」「操作」「API」「外部装置インターフェース」などを指すものを選ぶ。
選択肢別の誤答解説
-
ア: 「オブジェクト間の相互作用を制御するためのオブジェクト」
→ これは制御（コントロール）オブジェクトを示します。ユースケースの流れを管理し、boundary と entity の仲介やトランザクション管理を行う役割です。境界オブジェクトとは機能が異なります。 -
イ: 「画面操作や画面表示などのGUIオブジェクト」
→ 正答。ユーザーや外部アクターとシステムを結ぶインターフェースであり、境界オブジェクトの代表例です（ただしGUIに限定されない点に注意）。 -
ウ: 「システムの中核となるデータとその操作のオブジェクト」
→ これはドメインロジックやエンティティ的な役割を示す表現です。永続化されるデータや業務ルールを保持するオブジェクトであり、境界オブジェクトではありません。 -
エ: 「データモデルにおけるエンティティに相当するオブジェクト」
→ 明確にエンティティを指しています。データの構造やビジネス上の概念を表すため、境界オブジェクトとは区別されます。
よくある誤解
- 境界オブジェクトは必ずGUIである：誤り。GUIは代表例だが、REST APIのエンドポイント、ファイル入出力モジュール、外部装置のアダプタなども境界オブジェクトに含まれます。
- 境界オブジェクトが業務ロジックを持つ：境界は入力／出力や表示の責務に集中し、業務ルールは原則エンティティやコントロールに持たせます（責務分離の原則）。
補足コラム
UMLやCRCカードでは、オブジェクトの役割を示すために <>（境界）、<>（制御）、<>（実体）といったステレオタイプを用います。実務では画面表示クラスだけでなく、「外部Webサービス呼び出しを行う Adapter クラス」や「センサ入力を処理するドライバ」なども境界オブジェクトとみなして設計すると、責務が明確になりテストや保守がしやすくなります。
簡単な例（概念図）
- ユーザー ←（入力/表示）→ LoginScreen（<
>） ←（要求）→ AuthController（< >） ←（検証/保存）→ UserAccount（< >）
FAQ
Q: APIのハンドラは境界オブジェクトですか？
A: はい。HTTPリクエストを受け取り内部の処理に渡す役割を果たすため境界オブジェクトに該当します。
A: はい。HTTPリクエストを受け取り内部の処理に渡す役割を果たすため境界オブジェクトに該当します。
Q: DTO（データ転送オブジェクト）は境界オブジェクトですか？
A: DTO自体はデータ構造であり境界オブジェクトの「手段」として使われますが、単なるデータ保持用なら境界オブジェクトそのものではありません。DTOを用いて外部とのやり取りを行うハンドラやアダプタが境界役になります。
A: DTO自体はデータ構造であり境界オブジェクトの「手段」として使われますが、単なるデータ保持用なら境界オブジェクトそのものではありません。DTOを用いて外部とのやり取りを行うハンドラやアダプタが境界役になります。
Q: 境界オブジェクトはテストでどう扱うべきですか？
A: モックやスタブで外部との接点を切り離し、境界は入力/出力の検証に集中する単体テストと、内部ロジックは別個にテストするのが望ましいです。
A: モックやスタブで外部との接点を切り離し、境界は入力/出力の検証に集中する単体テストと、内部ロジックは別個にテストするのが望ましいです。
関連キーワード: 境界オブジェクト、制御オブジェクト、エンティティ、UML <>、CRCカード、インターフェース設計
\ せっかくなら /
システムアーキテクトを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！