保守から廃棄まで

保守には目的による分類があります。是正保守は発見された障害や不具合を修正します。適応保守はOSや法制度、外部環境などの変化に対応します。完全化保守は性能や保守性などを改善し、予防保守は将来の障害発生を抑えるために行います。似た作業でも、何を目的に変更するかで分類が変わるため、変更理由を手掛かりに判断します。

保守の種類は変更目的で見分ける。

リファクタリングは、外部から見た機能を変えずに内部構造を整理し、理解しやすさや保守性を高める作業です。リバースエンジニアリングは、既存のプログラムやシステムを分析して、構造や仕様などを明らかにする活動です。どちらも保守で使われますが、前者は内部構造の改善、後者は既存物の解析が中心です。目的を取り違えないようにします。

リファクタリングは改善、リバースは解析が中心。

保守では、問題報告や修正依頼を受けたら、現象を再現・検証し、原因や影響範囲を分析します。次に、修正方法の選択肢を検討し、対象となるソフトウェアや関連文書を決めて修正を実施します。その後、動作確認やレビュー、受入れを行い、必要に応じて再発防止策につなげます。分析してから修正し、修正後に確認するという順序で捉えます。

分析、修正、確認の順で保守を進める。

システムの利用を終了するときは、廃棄計画を立て、利用者や関係者へ移行・停止の予定を通知します。必要に応じて新旧環境を並行運用し、利用者への教育訓練を行います。廃棄後も保持が必要なデータは、定めた期間にわたりアクセスできるようにします。廃棄によって業務や記録の完全性が損なわれないよう、移行、通知、記録保持まで含めて計画します。

廃棄は移行・通知・記録保持まで含めて計画する。

科目Aの形: 四肢択一(このページのために作った問題)

保守の種類と変更内容の組合せとして、最も適切なものはどれか。

1. 是正保守―発見された不具合を修正する。
2. 予防保守―外部環境の変更に合わせて動作条件を変更する。
3. 完全化保守―外部環境の変更に対応して利用を継続できるようにする。
4. 適応保守―将来の障害発生を抑えるために内部構造を変更する。

答えと解説を見る

正解: 是正保守―発見された不具合を修正する。

是正保守は、発見された障害や不具合を修正する保守です。外部環境への対応は適応保守、将来の障害抑制は予防保守、性能や保守性などの改善は完全化保守として整理します。

まちがえやすい点: 保守作業の見た目ではなく、変更の目的で分類する。

科目Aの形: 四肢択一(このページのために作った問題)

保守作業に関する記述として、最も適切なものはどれか。

1. 保守テストは、変更していない既存機能への影響を確認することを中心とするテストである。
2. リバースエンジニアリングは、外部仕様を保ちながら内部構造を整理して保守性を高める活動である。
3. リファクタリングは、既存プログラムを解析して構造や仕様を明らかにする活動である。
4. 回帰テストは、修正の影響によって既存機能に不具合が生じていないかを確認する。

答えと解説を見る

正解: 回帰テストは、修正の影響によって既存機能に不具合が生じていないかを確認する。

回帰テストは、変更によって既存機能へ悪影響が出ていないかを確認します。リファクタリングは内部構造の改善、リバースエンジニアリングは既存物の解析が中心で、保守テストは修正部分を含む保守後の確認に用います。

まちがえやすい点: リファクタリングとリバースエンジニアリングの目的を逆にしない。

科目Aの形: 四肢択一(このページのために作った問題)

システムの廃棄に関する対応として、最も適切なものはどれか。

1. 移行が完了した時点で旧環境の記録を整理し、保持が必要なデータも廃棄対象として扱う。
2. 利用終了を決めた後に旧環境を停止し、関係者への通知は停止完了後にまとめて行う。
3. 廃棄計画を作成し、関係者への通知、必要に応じた移行期間、保持が必要なデータへのアクセス確保を行う。
4. 新旧環境を並行運用するときは、システム側の切替を中心にし、利用者教育は廃棄完了後に行う。

答えと解説を見る

正解: 廃棄計画を作成し、関係者への通知、必要に応じた移行期間、保持が必要なデータへのアクセス確保を行う。

廃棄では、停止そのものだけでなく、計画、通知、移行、教育訓練、必要なデータの保持とアクセス確保まで考えます。業務や記録の完全性を維持できるように進めます。

まちがえやすい点: 廃棄は機器やソフトウェアを止める作業だけではない。