応用情報技術者 2015年 秋期 午前2 問47
問題文
ソフトウェア開発に利用されるピアレビューの説明として、適切なものはどれか。
選択肢
ア：同じ職場内の様々なスキルや知識をもつレビューアによって、成果物を検証する。（正解）
イ：成果物の内容を審査して、次の開発工程に進むための関門 (審査承認)として実施する。
ウ：早期に成果物から欠陥を取り除くことが目的なので、管理職のメンバの参加が必要である。
エ：プロトタイピングで試作したソフトウェアの動作を、発注元の会社と検証する。
ソフトウェア開発に利用されるピアレビューの説明【午前2 解説】
要点まとめ
- 結論：ピアレビューは同じ職場内の多様なスキルを持つメンバーが成果物を検証する手法です。
- 根拠：ピアレビューは開発者同士が相互にコードや設計をチェックし、品質向上と早期欠陥発見を目的とします。
- 差がつくポイント：管理職の参加や発注元との検証ではなく、同僚間の技術的なレビューである点を理解しましょう。
正解の理由
ア: 同じ職場内の様々なスキルや知識をもつレビューアによって、成果物を検証する。
ピアレビューは「仲間（peer）」同士が互いの成果物をチェックし合うことで、欠陥の早期発見や品質向上を図る手法です。レビューアは同じ職場やチーム内のメンバーであり、異なる専門性や経験を活かして多角的に検証します。これにより、単独の視点では見落としがちな問題点を発見できます。
ピアレビューは「仲間（peer）」同士が互いの成果物をチェックし合うことで、欠陥の早期発見や品質向上を図る手法です。レビューアは同じ職場やチーム内のメンバーであり、異なる専門性や経験を活かして多角的に検証します。これにより、単独の視点では見落としがちな問題点を発見できます。
よくある誤解
ピアレビューは管理職が主導する審査ではなく、あくまで同僚間の技術的な相互チェックです。
また、発注元との動作検証はピアレビューの範囲外であり、別の工程に該当します。
また、発注元との動作検証はピアレビューの範囲外であり、別の工程に該当します。
解法ステップ
- 問題文の「ピアレビュー」の定義を確認する。
- 選択肢の内容が「同僚間の相互検証」であるかを判断する。
- 管理職の参加や発注元との検証など、ピアレビューの特徴と異なる要素を除外する。
- 最もピアレビューの本質に合致する選択肢を選ぶ。
選択肢別の誤答解説
- イ: 成果物の審査承認は「ウォークスルー」や「インスペクション」などの正式な審査工程であり、ピアレビューの定義とは異なります。
- ウ: 管理職の参加は必須ではなく、ピアレビューは同僚間の技術的なレビューが中心です。
- エ: 発注元との動作検証はユーザ受け入れテストなどの工程であり、ピアレビューの範囲外です。
補足コラム
ピアレビューはソフトウェア品質保証の基本的な手法の一つで、コードレビューや設計レビューなど多様な形態があります。早期に欠陥を発見し修正コストを削減できるため、アジャイル開発や継続的インテグレーションの現場でも重視されています。
FAQ
Q: ピアレビューとコードレビューは同じですか？
A: コードレビューはピアレビューの一種で、主にソースコードを対象にしたレビューを指します。
A: コードレビューはピアレビューの一種で、主にソースコードを対象にしたレビューを指します。
Q: ピアレビューに管理職は参加すべきですか？
A: 管理職の参加は必須ではなく、技術的な視点を持つ同僚が主体となります。
A: 管理職の参加は必須ではなく、技術的な視点を持つ同僚が主体となります。
関連キーワード: ピアレビュー、ソフトウェア品質、コードレビュー、欠陥検出、ソフトウェア開発プロセス
\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！