「UML やクラス図を見ると、頭が真っ白になる…」
「テストの問題、どう解けばいいか分からない」
そんな悩みを持つ、応用情報技術者試験（AP）午後の選択分野を考えているあなたへ。
結論から言えば、
「情報システム開発」は、設計（とくにオブジェクト指向）とテストが中心で、図の読解力がカギになる分野
です。プログラミングのコードを書く問題ではなく、クラス図やシーケンス図を読み取り、設計の意図やテストケースを考える力が問われます。
この記事では、分野の特徴・典型テーマ・解き方のコツ・時間配分と練習法を、初心者向けにやさしくまとめます。あなたが「この分野で勝負できそうか」を判断できるように整えました。
1. 「情報システム開発」分野の特徴
応用情報の午後は、問1の情報セキュリティ（必須）に加えて、問2〜11から得意分野を4問選ぶ形式です。その選択肢のひとつが、この「情報システム開発」。ソフトウェア設計とテストを軸にした問題が出ます。
この分野の最大の特徴は、図の読解力が問われること。クラス図・シーケンス図といった UML（統一モデリング言語）の図を読み、登場するクラスやオブジェクトの関係を正しくつかめるかが、得点を大きく左右します。プログラムを実際にコーディングする力よりも、「設計を読み解く力」「テストを設計する力」が中心です。
もうひとつの特徴は、知識の暗記だけでは解けないこと。たとえば「凝集度は高いほうがよい」と覚えていても、問題文の設計を見て「この分割が良いか悪いか」を判断できなければ得点になりません。覚えた知識を、具体的な設計図の上で使えるかが試されます。
2. 典型テーマ：オブジェクト指向と UML
まず押さえたいのが、オブジェクト指向設計と、それを表現する UML です。出題の中心になりやすいテーマなので、あなたが最初に固めておきたい土台といえます。
クラスとインスタンス、カプセル化、継承（インヘリタンス）、多態性（ポリモーフィズム）。これらの用語が「何を解決するための仕組みか」をセットで理解しておくと、設問の意図を読み取りやすくなります。
UML では、とくに次の3つの図がよく登場します。役割の違いを意識して読み分けるのがコツです。
| 図の種類 | 何を表すか |
|---|---|
| クラス図 | クラスどうしの静的な関係（継承・関連・集約・多重度）。システムの構造の設計図 |
| シーケンス図 | オブジェクト間のメッセージのやり取りを時間順に表す。処理の流れの設計図 |
| ユースケース図 | 利用者（アクター）とシステムが提供する機能の関係。要求の全体像 |
クラス図は「構造（だれとだれがどう繋がっているか）」、シーケンス図は「流れ（どの順で何が呼ばれるか）」を表す、と覚えると混乱しません。同じシステムを違う角度から描いた地図と時刻表の関係に近いものです。UML やモデリングの基礎が不安なら、先に下記の解説で全体像をつかんでおくと、図の読み取りがぐっと楽になります。
オブジェクト指向そのものの考え方は、こちらの記事でやさしく解説しています。
3. 典型テーマ：モジュール分割とテスト技法
設計の良し悪しを測る物差しとして、モジュール分割・凝集度・結合度がよく問われます。少し抽象的ですが、考え方はシンプルです。
| 指標 | 良い設計の方向 | ざっくりした意味 |
|---|---|---|
| 凝集度 | 高いほどよい | 1つのモジュールが「ひとつの目的」にまとまっている度合い |
| 結合度 | 低いほどよい | モジュールどうしの依存・つながりの強さ |
合言葉は「凝集度は高く、結合度は低く」。1つの部品は1つの役割に専念させ、部品どうしのつながりはできるだけ薄くする、という設計の原則です。試験では「この分割は凝集度が低い。理由を述べよ」といった形で、判断とその説明が求められます。
もうひとつの大きな柱がテスト技法です。設計だけでなく「どう品質を確かめるか」も、この分野の中心テーマです。
・同値分割：入力を「同じ扱いになるグループ」に分け、各グループから代表値を選ぶ
・境界値分析：グループの境目の値（例：上限・下限とその前後）を重点的に試す
ホワイトボックステスト（内部のロジックを見て、処理の通り道を確認する）
・命令網羅・分岐網羅など、プログラムの経路をどこまで通すかでカバー範囲が変わる
とくに境界値分析は頻出です。「0以上100以下」なら、0・100という境目や、その前後（−1・101）でバグが出やすい、という現場感覚が背景にあります。同値分割で大まかに分けてから、境界値で要所を狙う――この2つはセットで覚えておきましょう。テスト技法をもう少し体系的に知りたいあなたは、下記が役立ちます。
4. 典型テーマ：レビューとアジャイル開発
設計とテストに次いで触れておきたいのが、レビューと開発プロセスです。深掘りの頻度はやや下がりますが、知っておくと設問の文脈を理解しやすくなります。
レビューは、成果物を複数人で確認して欠陥を早く見つける活動です。ウォークスルー（作成者が説明しながら確認する）やインスペクション（役割を決めて公式に検証する）といった種類があり、「早い段階で欠陥を見つけるほど、修正コストは小さい」という考え方が背景にあります。
アジャイル開発もよく登場します。短い期間（イテレーション／スプリント）で開発とフィードバックを繰り返し、変化に柔軟に対応していく進め方です。スクラムの用語や、従来のウォーターフォール開発との違いを問う設問が出ることもあります。
アジャイルの考え方をもう少し知っておきたいあなたは、こちらもどうぞ。
5. 解き方のコツ
知識が揃ってきたら、実際の設問に向き合うときのコツを押さえましょう。この分野で得点を伸ばす3つのポイントです。
本文を読む前に、まずクラス図・シーケンス図にざっと目を通します。「だれが・だれと・どう繋がっているか」「どの順で処理が流れるか」をつかんでおくと、本文の説明がスッと頭に入ります。
コツ 2: テストケースは条件を網羅する
テスト設計の設問では、思いつきで値を挙げず、同値分割で範囲を分け、境界値で要所を押さえます。「抜け・漏れがない説明」を意識すると、部分点を取りこぼしません。
コツ 3: 穴埋めと記述で答え方を変える
設問は、図やプログラム中の空欄を埋める穴埋めと、理由や考えを書く記述の両方が出ます。記述では「問われたことに、結論から短く答える」のが基本です。
とくに大事なのがコツ 1。この分野の問題は、図を読めれば半分解けたようなものです。図と本文を行き来しながら、用語の対応（本文の「○○処理」が図のどのメッセージか、など）を確かめる癖をつけてください。
記述問題では、字数制限の中でキーワードを落とさないことを意識しましょう。たとえば「凝集度が低い理由」を問われたら、「1つのモジュールが複数の役割を持っているため」のように、採点者が探している語を含めて簡潔に書くのがコツです。
6. 時間配分と練習法
午後試験は150分で、問1（必須）＋選択4問の合計5問を解きます。単純計算で1問あたり約30分。情報システム開発を選ぶなら、この30分の使い方をあらかじめ決めておくと安心です。
- 最初の5分で図を読み、全体像をつかむ（本文の細部にはまだ入らない）
- 次の20分で設問を順に解く（穴埋め→記述の順で、確実なところから）
- 最後の5分で記述の見直し（キーワードの抜け・字数オーバーをチェック）
練習法でいちばん効くのは、過去問を時間を計って解くことです。図の読み取りには慣れが必要で、何問か解くうちに「ここを見ればいい」というポイントが体に入ってきます。やさしく見える問題でも、必ず時間内に解き切る練習をしておきましょう。
もう一点。記述は「書いて終わり」にせず、解答例と見比べて、入れるべきキーワードが入っていたかを必ず確認してください。自分の答案に足りなかった語を1問ずつ拾っていくのが、得点力アップの近道です。
まとめ: 図を制する者が、この分野を制する
ここまでの要点を、あなたが思い出しやすい形でまとめます。
- 「情報システム開発」は設計（オブジェクト指向）とテストが中心。コードを書くより図を読む力が問われる
- 典型テーマは UML（クラス図・シーケンス図・ユースケース図）、凝集度・結合度、テスト技法（同値分割・境界値）、レビュー、アジャイル
- 図から関係を先に読み取り、テストは条件を網羅する――これが解き方の核心
「全部いっぺんに」と気負うとつまずきやすいので、まずは今日30分でできる小さな一歩から始めてみてください。
1. UML とモデリングとは を読んで、クラス図とシーケンス図の違いをつかむ（10分）
2. ソフトウェアテスト技法とは で、同値分割と境界値分析を確認する（10分）
3. 過去問のクラス図を1つ眺めて、「だれとだれが繋がっているか」を声に出して説明してみる（10分）
この分野は、図に慣れさえすれば一気に得点が安定します。焦らず、図を読む練習を少しずつ重ねていけば、情報システム開発はあなたの頼れる得点源になります。Stepio はあなたの午後対策を一緒に伴走していきます。