応用情報技術者 / 試験対策
基礎 → 条件・事例 → 本試験の形式
応用情報技術者の試験対策
条件を読む力と、根拠を説明する力を育てる独自問題です。
条件・事例問題を5問 →独自の4択・5択演習です。本試験と同じ問題数・配点・難易度分布を再現した模試ではありません。
学習の進め方
- 1基礎教材で用語と仕組みを押さえる
- 2条件・事例問題を解き、計算手順と誤答理由を確かめる
- 3実施団体の公開問題で、未学習分野と本番の解答形式を確認する
公式の出題分野・試験構成
- 科目A：テクノロジ・マネジメント・ストラテジ
- 科目B：応用能力を問う記述式
2026年11月3日確認。年度・区分による違いや変更は受験案内を確認してください。下の教材の分類は学習用の分野です。
分野を選んで練習
練習したい分野を開くと、その分野の問題と解説が見られます。表示数は収録数で、本試験の配点や出題比率ではありません。
データベース・データ設計8問
- ER図・正規化・障害回復・複雑なSQLの長文記述
システム構成・性能・アルゴリズム8問
- ネットワーク・組込み・設計技術・複合アルゴリズム
プロジェクト・サービス・監査8問
- 各分野の長文記述の量と時間配分、独立性を含む監査基準
ネットワーク・通信設計4問
組込みシステム開発4問
情報システム開発・設計4問
経営戦略・業務分析4問
関連演習：技術の入口11問
関連演習：管理・活用の入口3問
本試験へ向けて確認すること
- 1解き方を説明できるか。数字や状況が変わっても、使う原理と条件を選べるか確認します。
- 2実施団体の公開問題を時間を計って解き、間違えた分野と未学習の論点を調べます。
- 3実技・製図・記述がある資格は、その形式で練習し、公式の基準や指導者の確認を受けます。
この教材の収録数や正答率だけで、全範囲の習得や合格を判定することはできません。
公式の公開問題で仕上げる
自分の資格・年度・試験区分を選び、問題と解答を使って確認してください。古い年度の法令問題は、現在の規定と異なる場合があります。
実施団体の公開問題・解答の案内へ →科目Bにつながる短い記述
画面では自分の注文だけを表示するが、URLの注文番号を変えると他人の注文を取得できた。「不足する制御」と「実装する場所」を含め、対策を60字程度で書いてください。
入力はこの画面内だけで使い、サーバーへ送りません。保存機能はありません。
確認する観点・解答例を見る
- 認証と認可を区別した
- 注文の所有者と利用者の権限を照合した
- サーバ側で要求ごとに確認すると書いた
サーバ側で要求ごとに、ログイン利用者が対象注文を参照する権限を持つか照合し、権限のない取得を拒否する。画面だけの絞込みでは防げない。これは独自の短文課題で、公式の採点基準による採点ではありません。
学習用の例で、公式採点基準ではありません。実技・製図の実施や試験固有の解答練習を置き換えるものではありません。
説明・記述・実作業前の練習
条件を読み、自分の答えを書いてから、解答例と照らし合わせます。各課題のチェック欄は自己点検用で、公式の配点・採点基準ではありません。
入力とチェックはこの画面内だけで使い、サーバーへ送りません。画面を閉じると消えます。
課題 1注文・決済をまたぐ障害から整合性を設計する
通販会社の注文DBは注文ID、会員ID、金額、状態を持つ。外部決済APIは、同じ処理キーなら決済を重ねず最初の結果を返せる。現在の実装は①注文を未決済で保存、②決済APIを呼出し、③成功応答なら注文を決済済みにする。API呼出しごとに新しい乱数キーを作る。タイムアウトなら注文を取消済みにして利用者へ再注文を促す。ある注文で決済事業者は課金を完了したが応答が失われ、DBは取消済みとなった。利用者は再注文して再び課金された。日次の照合は金額の総額だけで、個別の注文IDと決済結果は突合していない。 問1：タイムアウトだけで取消済みとする問題を、確定した事実と未確定な事実に分けて60字程度で説明せよ。 問2：処理キーの発行・保存・再利用の改善を80字程度で説明せよ。 問3：注文状態と照合処理の改善を、二重課金と課金済み未出荷の検知の観点から120字程度で述べよ。
解答例と自己点検を開く
問1：タイムアウトで分かるのは応答を受け取れなかったことであり、決済が未実行とは限らない。取消しと再注文は二重課金を招く。 問2：注文の同一業務要求に対応する処理キーをAPI呼出し前に保存し、再送や結果照会には同じキーを使う。 問3：応答不明は確認待ちとして扱い、注文ID・処理キーと決済結果を照合する。課金済みなら注文を整合する状態へ遷移し、重複課金や未出荷は手順に沿って返金・出荷等を是正する。金額の総額一致だけで個別の不整合を消さない。
課題 2外部委託ポータルの権限・ログ・初動を設計する
製造会社のポータルでは、委託先は契約した案件の図面だけを月末まで閲覧できる。画面は案件を絞るが、ダウンロードAPIはログインだけを判定する。管理者が委託先のIDを一般社員グループへ追加したところ、別案件も取得できた。契約は月末で終わったがセッションは翌月まで有効である。アクセスログにはユーザーID、URL、時刻があるが、時刻は端末ごとに基準が異なる。調査を急ぐ担当者は本番ログを加工して関係行だけ残し、原本を上書きしようとした。 問1：APIで判定すべき権限条件を、主体・対象・期限の3点で90字程度にまとめよ。 問2：アカウント停止と既存セッションの扱いを60字程度で述べよ。 問3：被害範囲を調べるために保全・照合する情報を120字程度で述べよ。
解答例と自己点検を開く
問1：APIごとに認証主体の契約・所属から実効権限を求め、要求された図面が許可案件内で、契約期限内かを判定する。 問2：終了時に不要な権限を剥奪しアカウントを停止する。発行済みセッションでも利用を継続できないよう失効させる。 問3：ログ原本を保全し、解析用の複製を用いる。時刻を共通基準に直し、主体・対象図面・操作・成否を関連付けてアクセス範囲を調べる。記録から分からない事項は不明とし、追加の記録を確認する。
課題 3性能の数値と業務継続の条件を一緒に読む
受注システムの100要求を測ると、99要求は1秒、1要求は101秒だった。運用会議は「平均が2秒なので全利用者の要件を満たす」とした。実際の合意は「全要求の95%以上が3秒以内」で、計測対象には日末バッチとの同時稼働を含める。今回の測定はバッチ停止中だった。別に、障害時は45分以内に業務再開し、失う更新は15分以内とする。障害は10:00、再開は10:35で、戻せたDBは9:40時点だった。バックアップは成功通知だけ確認し、外部決済との照合手順を含む復旧訓練はしていない。 問1：今回の標本内の応答要件達成率を計算し、未確認な条件を60字程度で記せ。 問2：復旧時間と復旧時点の達否を数値付きで答えよ。 問3：次に行う検証を性能・復旧それぞれ1点ずつ、計100字程度で述べよ。
解答例と自己点検を開く
問1：3秒以内は99件なので標本内では99%である。ただし日末バッチ同時稼働の条件を測定していない。 問2：復旧時間は35分で45分以内を満たす。復旧時点の遅れは20分で15分以内を満たさない。 問3：バッチを含む合意条件で応答分布を測定する。バックアップ取得間隔や方式を見直し、外部決済との整合確認まで含めて目標時間・時点を満たせるか復旧訓練する。
課題 4未購入顧客も残す月次集計を修正する
顧客表Cには顧客A,B,Cが各1行ある。注文表Oのorder_idは一意かつNULL不可で、顧客Aには対象月の確定注文2件、Bには対象月の取消注文1件、Cには注文がない。レポートは全顧客を必ず表示し、対象月の確定注文の件数を0件も含めて出したい。現行SQLは C LEFT JOIN O ON C.id=O.customer_id の後、WHEREで対象月とO.status=確定を絞り、顧客別にCOUNT(*)を集計している。さらに、商品明細表へ注文IDで結合する案があり、Aの確定注文には各3明細がある。 問1：現行SQLでBとCが消える理由を80字程度で説明せよ。 問2：対象月・状態の条件を置く場所と件数を数える式を示し、期待結果を答えよ。 問3：商品明細を結合した後COUNT(O.order_id)を使う場合のAの件数と、注文件数を正しく保つ案を述べよ。
解答例と自己点検を開く
問1：WHEREが結合後に作用し、Bの取消注文もCのNULL補完行も条件に合わず除かれるため、顧客が残らない。 問2：ONに顧客ID一致と対象月・確定条件を置き、COUNT(O.order_id)を使う。結果はA=2、B=0、C=0。 問3：2注文×3明細でAは6となる。注文件数にはCOUNT(DISTINCT O.order_id)を使うか、注文単位で事前集計した結果を結合する。明細数と注文数の集計粒度を合わせる。
課題 5組込み装置の割込みと待ち行列を設計する
センサ装置は10msごとに割込みが発生し、取得値を1件キューへ格納する。割込み内の格納処理は1ms、通常タスクの解析は1件12msで、割込みが解析を中断する。キュー容量は4件で、解析中の1件は容量に含めない。通信障害時はログ送信処理が通常タスクを80ms占有するが、その間も割込みは動く。ログ送信開始直後はキュー0件、解析中なし。次の取得は10ms後で、以降10,20,...,80msに各1件入り、送信処理中は解析できない。満杯時は新しい値を捨て、捨てた件数を記録する仕様である。時刻80msの取得も送信処理終了前に行う。 問1：送信占有中にキューへ入る件数、保存できる件数、失う件数を答えよ。 問2：容量8への変更だけで長時間の連続運転の損失をなくせるか、取得周期と解析時間から説明せよ。 問3：割込み内で待ち続けず欠測を把握するための改善を二つ提案せよ。
解答例と自己点検を開く
問1：到着8件、保存4件、破棄4件。満杯後の到着は仕様により新規値を失う。 問2：なくせない。割込みによる中断がなくても解析12msは取得10msより遅く、平均処理能力が不足する。容量増加は一時的な待ちの吸収にとどまる。 問3：解析の高速化や取得周期の再設計を行い処理能力を確保する。送信を分割して解析時間を確保し、連番・時刻・破棄カウンタで欠測を検出する。割込み内で満杯解消を無制限に待つ構成は避ける。
課題 6納期・要員・品質条件から変更案を比較する
開発作業はA:仕様確認2日、A後にB:実装4日とC:移行設計3日を並行、BとC後にD:結合試験2日を実施する。BとCの担当は別で、Dは必須で短縮できない。開始から9日以内の完了が契約条件。顧客がBへ2日分の機能追加を求めた。案XはBに2日加え、Cを外注して1日に短縮する。案YはBの追加分を次版へ分け、今回は元の範囲を維持する。案ZはBに2日加え、Dを省略する。次版への分割は顧客の書面合意がある場合に限り可能。担当者は『案Xは全作業の所要日数の合計が元と同じなので9日で終わる』と述べた。 問1：元の計画と案Xの最早完了日数、クリティカルな経路を答えよ。 問2：担当者の判断の誤りを60字程度で説明せよ。 問3：納期と品質条件を両立できる候補案と、実施前に必要な合意・文書更新を100字程度で述べよ。
解答例と自己点検を開く
問1：元は2+max(4,3)+2=8日、案Xは2+max(6,1)+2=10日。いずれもA-B-Dがクリティカル。 問2：Cを短くしても、B待ちでDを開始できない。作業日数の合計ではなく依存関係を含む最長経路で納期を判断する。 問3：案Yなら8日で必須試験を実施できる。今回と次版の範囲、次版の納期・費用・受入条件について顧客の書面合意を得て、変更記録と工程・試験計画を更新する。
課題 7ネットワーク切替をDNSと経路と許可規則から追う
業務サーバを旧IPから新IPへ10:00に切り替える。9:50に旧IPを取得した端末のDNSキャッシュはTTL3600秒である。管理者は9:59に権威DNSのTTLを60秒へ変更し、10:00に旧サーバを停止した。新サーバは10.20.30.10。ルータには10.20.0.0/16→経路A、10.20.30.0/24→経路Bがあり、Bの先のファイアウォールには旧サーバへのTCP443許可しかない。DNSの変更は正しく公開されているが、端末Xは旧IPへ接続し、キャッシュを持たない端末Yは新IPへ接続要求を送ってタイムアウトした。経路Bのリンクは正常である。 問1：Xの旧IPキャッシュが通常失効する時刻と、直前のTTL変更だけで解決しない理由を答えよ。 問2：Yが使う経路と、確認すべき許可規則を説明せよ。 問3：停止前後の確認と切戻し条件を含む改善案を120字程度で述べよ。
解答例と自己点検を開く
問1：9:50から3600秒後の10:50。9:59の変更は既に保存したTTLを遡って書き換えない。 問2：/24の経路Bを使う。B経由で端末側から新IPのTCP443へ必要な通信と応答が許可されるか、規則・適用順序・ログを確認する。 問3：旧TTLが失効する余裕を持ってTTLを短縮し、移行中は必要に応じ旧系も維持する。新経路と規則、名前解決、業務処理を検証し、失敗率や整合性の基準と責任者、戻す手順を事前に定める。
課題 8調達案を需要上限と利益で評価する
部品を毎月300個使う計画で、内製案は月固定費40万円、変動費1個1000円、最大200個まで。超過分は1個3000円で外注する。全量外注案も1個3000円、固定費なし。内製設備は他用途へ転用できず、内製固定費は数量が少なくても全額発生する。需要が100個へ減る可能性もあるが確率は分からない。品質・納期は同等と仮定する。担当者は「内製単価1000円は外注3000円より安いので全需要で内製案が有利」と報告した。 問1：300個時の両案の総費用を求めよ。 問2：100個時の総費用と有利な案を求めよ。 問3：変動単価だけで判断できない理由を、能力上限・固定費・需要不確実性の3点から述べよ。
解答例と自己点検を開く
問1：内製案は40万+200×1000+100×3000=90万円。全量外注は300×3000=90万円。 問2：内製は40万+100×1000=50万円、外注は30万円で外注が20万円低い。 問3：内製には200個の上限と回避できない月固定費がある。需要が少ない場合は固定費負担が相対的に大きくなる。複数の需要条件で比較し、需要確率や費用以外の条件を確認して意思決定する。
課題 9区間統合プログラムの不変条件と境界を説明する
整数の閉区間[s,e]（s≤e）を開始点の昇順に並べる。同じ端点を共有する区間は統合し、隣接していても端点が異なる区間は統合しない。空入力は空配列を返す。空でない場合、最初の区間を[L,R]とし、残りの各[s,e]で s≤RならR=max(R,e)、そうでなければ[L,R]を出力してL=s,R=eとする。反復終了後に最後の[L,R]を出力する。 入力：[1,4],[2,3],[4,8],[10,11],[11,12],[14,14]。 問1：出力する全区間を記せ。 問2：R=eではなくmax(R,e)とする理由を入力中の具体例で説明せよ。 問3：反復開始時に[L,R]が表すものと、最後の出力処理が必要な理由を述べよ。 問4：空入力と1区間入力に対する期待結果を答えよ。
解答例と自己点検を開く
問1：[1,8],[10,12],[14,14]。 問2：[1,4]へ[2,3]を統合するとき、単純にR=3とすると既に覆っていた(3,4]を失う。maxで右端4を維持する。 問3：既読区間のうち未出力の最後の連結した範囲が[L,R]である。分離した新区間が来たときだけ旧区間を出力するため、反復後に残る最後の区間を出力する必要がある。 問4：空なら空、[s,e]だけならその1区間を返す。
課題 10仕様変更を境界テストと時刻依存から分ける
割引APIは、契約有効時だけ割引率を返す。有効条件は開始時刻以上かつ終了時刻未満で、時刻はUTCと合意した。旧実装は画面端末のローカル時刻を読み、終了時刻以下を有効と判定した。自動テストも実行時刻を直接使うので夜間に失敗することがある。新実装ではサーバ側の時刻取得インタフェースを利用し、テスト時は固定時刻を注入できる。保存済み契約に時刻帯が不明なレコードが少数見つかった。 問1：契約が[10:00,11:00)のとき、境界を調べる最低限の時刻例と期待する有効/無効を示せ（秒単位）。 問2：時刻取得の分離で改善するテストの性質を説明せよ。 問3：時刻帯不明のデータをUTCと決めつけて移行する危険と確認手順を述べよ。
解答例と自己点検を開く
問1：09:59:59は無効、10:00:00は有効、10:59:59は有効、11:00:00は無効。 問2：現在時刻に依存せず同じ条件を再現し、境界や期限切れを任意の時点で検証できる。本番の時刻同期等は別に確認する。 問3：不明な現地時刻をUTCと扱うと有効期間をずらし、誤った割引を生む。登録元の時刻仕様とログ、利用者との合意を確認し、変換規則・例外処理・件数照合と代表例の結果を承認して移行する。
課題 11サービス指標の分母と再発防止を確認する
サービスの月間契約時間は1000分。合意上、事前承認した計画停止20分だけを対象時間から除外し、残りの時間で稼働率99.0%以上とする。今月、予告していない障害停止が合計12分あった。運用担当は計画停止も除かず(1000−12)/1000で99%以上と報告した。同じメモリ枯渇で3回停止しており、毎回再起動して復旧した。次月はライブラリ更新を計画しているが原因仮説の試験と戻す条件は決めていない。 問1：合意に従う対象時間と稼働率を計算し達否を判定せよ。 問2：再起動による復旧と、再発を減らす原因分析の役割を分けて説明せよ。 問3：更新を実施する前に確認する事項を3点挙げよ。
解答例と自己点検を開く
問1：対象時間980分、稼働時間968分。約98.78%で99.0%に届かない。元の計算でも98.8%であり、報告の比較判定も誤っている。 問2：再起動は利用可能な状態へ早く戻す対応である。反復停止には記録や条件を分析し原因と対策を検証する活動が別に必要。 問3：原因仮説と更新内容の対応、代表負荷と周辺機能への影響を含む試験、判断者・失敗基準・データ整合を含む切戻し手順を確認する。
課題 12変更管理の監査で説明と証拠を照合する
社内基準では本番変更は別担当者の事前承認を要し、緊急変更のみ事後1営業日以内の承認と理由記録を認める。監査対象20件から、事前承認がない3件を抽出した。部門長は「全て緊急で翌日承認」と口頭説明したが、記録では1件の承認日が3営業日後で、残る2件には緊急理由がない。監査担当候補Aはこの仕組みを自ら運用し対象変更を承認した人、候補Bはその業務から独立した担当者である。 問1：担当の独立性について注意点を述べよ。 問2：口頭説明だけで適合としないために照合する記録を挙げよ。 問3：確認済みの不備と、追加調査が必要な事項を区別して報告する例を述べよ。
解答例と自己点検を開く
問1：Aは自らの判断を監査する関係で客観性を損なうおそれがある。独立したBを中心に、利害関係を確認して体制を定める。 問2：実行ログ、申請・承認記録、緊急理由とその根拠を対応付け、別担当者による承認と所定期限を確認する。 問3：1件は確認記録上承認期限を超え、2件は必要な理由記録がない。追加で原記録・関係者説明を照合し、他の変更にも同様の問題があるか調査する。記録不足だけから不正や全件違反とは断定しない。