問50
頻出度★★★
ソフトウェア保守に関する説明のうち, 適切なものはどれか。
平成24年度 秋期 ITパスポート試験 問50
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 50
不正解ア
誤り。開発中の仕様変更に伴うプログラムの改修は、まだ本番環境に引き渡す前、すなわち開発工程の中で行われる作業なので、ソフトウェア保守ではない。これはソフトウェア開発における変更管理 (構成管理) の対象であり、要件定義や設計の見直しとして開発プロジェクトの中で扱われる。保守か開発かは、作業内容が似ていても、引渡し (リリース) の前か後かという時点で区別する点が重要である。
不正解イ
誤り。法制度の改正、OS やミドルウェアのバージョンアップ、ハードウェアの更改など、ソフトウェアを取り巻く外部環境の変化に合わせてプログラムを改修することは、適応保守と呼ばれる立派なソフトウェア保守である。不良があるわけではないのに変更するので保守ではないと考えてしまいがちだが、保守は不良の修正だけを指すのではなく、稼働後に環境の変化へ追随させる変更も含む。よって「保守ではない」という断定が誤りである。
- ウ
正解 正解はウ。ソフトウェア保守とは、開発が終わってソフトウェアを本番環境に引き渡した後 (リリース後) に、そのソフトウェアを正しく動かし続け、また価値を保ち続けるために行う変更活動の総称である。したがって「本番稼働後に行う変更か」が保守かどうかを分ける第一の判断軸になる。ウ が述べているのは、本番で障害が起きたため緊急にプログラムを直し、その後に、直したプログラムの内容に合わせて設計ドキュメントを修正する、という作業である。緊急の障害対応では、まず稼働を回復させることが優先され、暫定的にプログラムだけを先に修正することが多い。しかしそのままにするとプログラムと設計書の内容が食い違い、次に誰かが改修するときに誤った設計書を根拠にしてしまい、新たな不良を生む原因になる。そこで、緊急対応の後に設計ドキュメントを実際のプログラムと一致させる作業まで行って、はじめて保守が完了したと言える。ソフトウェア保守の対象はソフトウェア製品であり、そこには実行可能なプログラムだけでなく、設計書やマニュアルなどの関連文書も含まれる。よって、本番稼働後に行われ、ソフトウェア製品の一部である設計ドキュメントを正しい状態に保つウ の作業は、ソフトウェア保守に該当する。
不正解エ
誤り。本番稼働中に発見されたプログラムの不良を改修することは、是正保守と呼ばれ、ソフトウェア保守の最も典型的な形態である。テストで取り切れずに残った不良が稼働後に表面化した場合の修正がこれに当たる。稼働後に発見された不良の修正まで開発の延長とみなしてしまうと保守の定義から外れてしまう。引渡し後に行う不良の修正は保守であり、「保守ではない」という断定が誤りである。
ここがポイント
- ソフトウェア保守の定義 — ソフトウェアを本番環境に引き渡した後に行う変更活動の総称。開発中の変更 (仕様変更対応) は保守ではなく開発であり、引渡しの前か後かが判断の分かれ目になる。
- 保守の四類型 — 稼働後に発見された不良を直す是正保守、不良が表面化する前に手を打つ予防保守、法改正や OS 更新など外部環境の変化に追随する適応保守、性能や保守性を高める完全化保守。いずれも保守であり、保守は不良修正だけを指すのではない。
- 保守の対象はプログラムだけではない — 設計書やマニュアルなどの関連文書もソフトウェア製品の一部であり、緊急対応でプログラムを先に直した場合は、後から設計ドキュメントを実物と一致させる作業まで行ってはじめて保守が完了する。
用語