第3部：理解度チェック

正解：B

設計書を読むときは、まず全体像を把握し、自分が担当する範囲を明確にすることが重要です。細部から読み始めると、全体の中での位置づけが分からなくなります。

→ 設計書・仕様書の読み方：読み方の基本 で確認

正解：A

画面設計書では、画面レイアウト（配置）、項目名、入力項目の制限（文字数、必須/任意など）、ボタンの動作などを確認します。実装時に「どんな画面を作るか」の設計図になります。

→ 画面設計書の読み方 で確認

正解：B

「1対多」は、1つのレコードに対して複数のレコードが関連する関係です。例えば、1人の顧客（1）に対して複数の注文（多）が紐づく場合などです。

→ ER図の読み方：リレーションシップ で確認

正解：B

継承（汎化）は白抜きの三角矢印で表します。子クラスから親クラスに向かって矢印が伸びます。点線の矢印は依存、ひし形は集約・コンポジションを表します。

→ クラス図の読み方：関係の表現 で確認

正解：A

API仕様書では、エンドポイント（URL）、HTTPメソッド（GET/POST/PUT/DELETEなど）、リクエストパラメータ、レスポンスの形式（JSON等）を確認します。

→ API仕様書の読み方 で確認

正解：B

NOT NULL制約は、そのカラムに必ず値を入れる必要があること（NULLを許容しない）を意味します。必須入力項目に設定されることが多いです。

→ テーブル定義書の読み方：制約 で確認

正解：B

状態遷移図では、ある「状態」に対して「イベント（きっかけ）」が発生すると、別の「状態」に遷移します。例えば、「未ログイン」状態で「ログイン成功」イベントが発生すると「ログイン済み」状態に変化します。

→ 状態遷移図の読み方：基本要素 で確認

正解：B

条件分岐はひし形で表します。長方形は処理、角丸長方形や円は開始/終了を表すことが多いです。

→ 処理フロー図の読み方：基本記号 で確認

正解：B

技術ドキュメント（公式ドキュメントやAPIリファレンスなど）は量が膨大なため、全部読むのは非効率です。目的を明確にして、必要な部分を拾い読みする「辞書的な使い方」が効率的です。

→ 技術ドキュメントの読み方：効率的な読み方 で確認

正解：B

ドキュメントの目的は「読み手に情報を伝えること」です。長さや専門用語の多さではなく、読み手が必要な情報を過不足なく得られることが重要です。「誰が読むか」を意識して書きましょう。

→ ドキュメントの書き方：読み手を意識する で確認