重要度：B 論点：レビュー技法
問269：設計書やソースコードを関係者で確認し、早期に欠陥を発見する活動はどれか。
- A：レビュー
- B：デバッグ
- C：リファクタリング
【第269問：正解と解説】
正解：A
【解説】
・A：正解はAです。作成者主体のウォークスルー、第三者主導の厳格なインスペクションなどがある。【試験対策】関係者で確認し欠陥発見=レビュー。
・B：デバッグはプログラムの不具合を特定・修正する作業で、関係者で確認するレビューとは異なる。
・C：リファクタリングは外部動作を変えずに内部構造を改善する作業で、欠陥を発見するレビューとは異なる。
重要度：C 論点：保守の種類
問270：稼働後に発見された不具合(バグ)を取り除く保守はどれか。
- A：是正保守
- B：完全化保守
- C：適応保守
【第270問：正解と解説】
正解：A
【解説】
・A：正解はAです。機能改善が完全化保守、環境変化対応が適応保守、障害予防が予防保守。【試験対策】バグ除去=是正保守。
・B：完全化保守は機能改善のための保守で、既存のバグを取り除く是正保守とは目的が異なる。
・C：適応保守は環境変化に対応する保守で、バグを取り除く是正保守とは異なる。
重要度：C 論点：リバースエンジニアリング
問271：既存のプログラムやシステムを解析し、その仕様・設計情報を取り出すことはどれか。
- A：リバースエンジニアリング
- B：フォワードエンジニアリング
- C：リエンジニアリング
【第271問：正解と解説】
正解：A
【解説】
・A：正解はAです。仕様書のないレガシー資産の理解・再構築に用いる。【試験対策】既存から仕様を取り出す=リバースエンジニアリング。
・B：フォワードエンジニアリングは仕様・設計から実装へ進む通常の流れで、既存から仕様を取り出す逆方向とは異なる。
・C：リエンジニアリングは業務プロセスを抜本的に再設計することで、プログラム解析のリバースエンジニアリングとは意味が異なる。
重要度：C 論点：状態遷移図
問272：対象が取り得る状態と、事象による状態の移り変わりを表す図はどれか。
- A：クラス図
- B：DFD
- C：状態遷移図
【第272問：正解と解説】
正解：C
【解説】
・A：クラス図はクラスの静的な関係を表す図で、状態の移り変わりを表す状態遷移図とは異なる。
・B：DFDはデータの流れを表す図で、状態の移り変わりを表す状態遷移図とは着眼点が異なる。
・C：正解はCです。イベントに応じた状態変化を表現し、制御系の設計などに用いる。【試験対策】状態の移り変わり=状態遷移図。
重要度：C 論点：スパイラルモデル
問273：開発を反復し、リスク評価を行いながら段階的に完成度を高めていく開発モデルはどれか。
- A：ウォーターフォールモデル
- B：スパイラルモデル
- C：V字モデル
【第273問：正解と解説】
正解：B
【解説】
・A：ウォーターフォールモデルは工程を順に進める手法で、反復してリスク評価するスパイラルとは異なる。
・B：正解はBです。プロトタイピングとウォーターフォールの利点を取り入れ、反復で改善する。【試験対策】反復+リスク評価=スパイラル。
・C：V字モデルは開発とテストを対応づけたモデルで、反復してリスク評価するスパイラルとは異なる。
コメント