システム開発の記事まとめ｜ITパスポートの学習ルート

システム開発学習ルートは、記事を多く開くことではなく、今の自分の目的に合う入口を選び、読んだ内容を次の記事の判断に使うための案内です。ITパスポートでは用語を単独で暗記せず、目的・仕組み・使う場面の順でつなげると、言い換えられた選択肢にも対応しやすくなります。

まず自分に合う入口を選ぶ

どの入口でも、読んだ直後に「この用語は何のためにあり、何と違うか」を口頭で説明します。説明できない項目は次へ急がず、その段階の記事に戻ります。

読む順番：前提から判断までをつなぐ

1. 第1段階：要件定義
   読む理由：開発の前に、誰のどんな課題を解決するかを決める出発点を理解するため。
   移行条件：要求と設計を区別できたら、開発の進め方を比較します。
2. 第2段階：ウォーターフォールモデル
   読む理由：工程を順に進め、前工程の成果を次へ渡す開発手法を押さえるため。
   移行条件：工程の戻りが大きくなりやすい理由を説明できたら、アジャイルとの比較へ進みます。
3. 第3段階：結合テスト
   読む理由：単体で動く部品を組み合わせ、連携の誤りを見つける段階を学ぶため。
   移行条件：単体テストとの対象の違いを言えたら、工程全体を問題で復習します。

順番どおりに進める理由は、後の記事が前の記事の判断軸を使うからです。移行条件を満たせない場合は、答えを覚えるのではなく、比較表の「対象」「目的」「使う場面」を再確認してください。

関係と比較：設問で見る軸を固定する

比較問題では、名称の一部ではなく、主語・対象・結果を見ます。ある選択肢が正しい用語の周辺にある説明でも、役割や段階がずれていれば正解ではありません。

仕事と生活に接続して理解を定着させる

仕事での接続

経費精算システムを導入するなら、経理と利用者が最初に申請・承認で何を実現したいかを要件として整理します。要件を変えずに画面だけ作るのではなく、開発手法を選び、部品を結合して承認から会計連携まで動くかをテストします。

日常生活での接続

家族で旅行の予約を進めるとき、行き先・予算・日程を先に決めるのが要件定義に近く、予約サイトや移動手段を組み合わせて予定どおり動くか確認するのが結合テストに近い考え方です。途中で条件が変われば、何を優先するかを共有します。

仕事と生活の例を分けて考えると、用語を「会社だけの話」や「スマホだけの話」にせず、情報を扱うときの判断として理解できます。試験では、誰が何を守り、何を実現したいのかを確認してください。

確認問題：次へ進む前に自分で説明する

問1：利用者が求める機能や業務上の要求を整理する工程はどれですか。

答え：要件定義です。設計は実現方法を決め、テストは作ったものを確認します。

問2：複数のモジュールを組み合わせて、連携が正しいか確認するテストはどれですか。

答え：結合テストです。単体テストは個々のモジュール、システムテストはシステム全体を対象にします。

問3：要求変更に対応しながら短い反復で開発を進める考え方に近いのはどれですか。

答え：アジャイル開発です。ウォーターフォールは一般に工程を順序立てて進めます。

このルートを終えた後の復習方法

三問のうち一問でも理由を添えて答えられなければ、該当記事の比較部分へ戻ります。全問に答えられたら、同じテーマの過去問で「なぜ他の選択肢が違うか」を一行で記録します。正答率だけでなく、混同した用語の組合せを残すと、直前期の復習が短くなります。