応用情報午後問8「エラーハンドリング」に出てくる用語（令和7年度春期）

結論

令和7年度春期応用情報技術者試験午後問8（情報システム開発）に出てくる用語を、1行の説明と解説ページへのリンクで並べたページ。問題文そのものは載せていません。

このページの使い方

令和7年度春期応用情報技術者試験午後問8「エラーハンドリング」（出題分野：情報システム開発）

著作権はIPA（情報処理推進機構）に帰属します。問題文と解答例は、IPAが公開しているものを参照してください。 このページでは問題文を引用せず、出てくる用語を並べるだけにしています。

4つに分かれます。切り分けの軸は「誰が直せるか」です。

用語	1行の説明	業務を続けられるか
システム障害	サーバの停止、プログラムの異常終了、ネットワーク障害など。システムそのものが動かない	続けられない
システムエラー	主にプログラムの欠陥による、想定外のエラー	続けられない
業務エラー	業務のきまりに合わない入力や、禁止された操作。プログラムが想定済み	入力を直せば続けられる
入力エラー	文字数や文字の種類が合わないなど、入力値の検証で出るエラー	利用者が自分で直せる

システムエラーと業務エラーの違いは「想定しているかどうか」です。 想定済みなら業務エラー、想定外ならシステムエラーです。

用語	1行の説明
例外（Exception）	処理の途中で起きた異常を表す仕組み。呼出し元へ知らせる
例外処理	例外を受け取って、どう振る舞うかを決める処理
エラーの詳細情報	ソースファイル名、行番号、メソッドの呼出し履歴、原因を示す文
メソッドの呼出し履歴	どの処理からどの処理が呼ばれたかの並び。原因をたどる手がかり
ログ種別	DEBUG、ERROR のような、記録の重さの区分
ログファイル	記録をためておくファイル

エラーメッセージに詳細情報をそのまま出すと、内部の作りが外から見えます。 利用者の画面に出す内容と、ログに残す内容を分ける、という形で設問になります。

出す先	出す内容
画面（利用者が見る）	概要と、次に何をすればよいか
ログ（開発担当者が見る）	詳細情報と呼出し履歴

クラス図は「つながり」、シーケンス図は「順番」です。 同じ処理を別の角度から描いています。

3つに分けると、直す場所が決まります。 画面の文言はControllerの側、業務の決まりはServiceの側、という形です。

用語	1行の説明
アスペクト指向プログラミング	ログ出力のようにあちこちに同じように現れる処理を、1か所にまとめて書く考え方
ルールの定義	どのクラス名・メソッド名に当てはめるかの条件
命名規則	クラス名やメソッド名の付け方の決まり
除外の指定	条件に合っても対象から外すこと

まとめて適用できる代わりに、名前の付け方に決まりが必要になります。 「この文字列を含む名前のメソッドにだけ適用する」という形にするためです。

用語	1行の説明
CRM	顧客との関係を記録して生かす仕組み
個人情報	氏名や連絡先のように、個人を識別できる情報
秘匿情報	認証の情報など、外に出してはいけない情報
最小限の情報	調査に必要な範囲だけに絞った情報
監視	対象の状態を定期的に取得し、異常の特徴が出たら知らせること

認証の情報や顧客情報をログに出さないのは、ログを見る人の範囲が広いためです。 開発担当者は運用中のデータを直接見られない決まりになっているのに、ログ経由で見えてしまう、という形になります。

このページでは問題文を引用していません。問題冊子・解答例・採点講評は、IPAのページで公開されています。