平成22年度秋期 情報処理安全確保支援士 午前Ⅱ 問22

バグが起きたら「原因（要因）」ごとに分類してグラフにし、よく似た不具合が二度と起きない仕組みを作る

システム運用・保守の効率化（保守性向上）に関する問題だよ。システム保守のコストや時間を減らすには、ただ目の前のバグを場当たり的に直すだけでは不十分なんだ。発生したバグの原因やシステム変更の影響を「要因別（設計ミス、コーディングミスなど）」に分類して統計を取り、「なぜこのミスが起きたか」のプロセスを改善して、根本からバグの再発を抑え込むことが一番効果的だよ。

この問題で問われていること

単なるプログラムのスピードアップや小手先のコード修正ではなく、「過去の障害履歴や保守バグの発生要因を分類・分析し、その傾向から根本的な開発プロセスの改善（再発防止策）につなげて保守作業全体の品質を高める」取り組みを選ぼう。

保守効率を上げる分析

不具合の傾向が分かると、レビューの重点やテストの重点を決めやすくなります。結果として同じ種類のバグを減らし、保守負荷を下げられます。

バグを分類\n傾向を分析\n-> 再発防止\n-> 保守効率向上

確認ポイント

• エンドユーザ確認テストは品質確認であり、保守効率向上策そのものではありません。
• 最適化コンパイルは性能改善であって、保守プロセスの改善ではありません。
• 傾向分析による再発防止を選びます。

正解

イ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは不正解だよ。エンドユーザの動作確認テストは、引っ越し前に住む人が部屋をチェックして不具合を見つけるようなもの。バグを減らす効果はあるけど、後から修理が必要になったときに作業しやすくなる工夫ではないんだ。

選択肢イ（正解）

これは正解だよ。コーディング規約に従うのは、書類の書き方や棚の並べ方をみんなでそろえるようなもの。誰が見ても場所や意味が分かりやすくなるので、後から別の人がプログラムを修正するときに迷いにくく、保守作業が効率よく進むんだ。

選択肢ウ

これは不正解だよ。最適化コンパイルは、車のエンジンを調整して速く走れるようにするイメージ。プログラムの実行速度はよくなることがあるけど、修理担当者が中身を読みやすくなるわけではないから、保守作業の効率向上とはズレているよ。

選択肢エ

これは不正解だよ。バグの要因分類による傾向分析は、事故が多い交差点を調べて原因を分類するようなもの。次の事故を減らす対策には役立つけど、すでに壊れたものを直す作業そのものを速くする話ではないんだ。