ソフトウェアピアレビュー

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

ソフトウェア開発において、ピアレビューは、作業成果物の技術的内容と品質を評価するために、作業成果物(ドキュメント、コード、またはその他)が作成者の同僚によって検査される 一種のソフトウェアレビューです。

目的

ピアレビューの目的は、機能成熟度モデルに従って、「ソフトウェア成果物の欠陥を検出および修正し、フィールド操作への漏洩を防止するための統制のとれたエンジニアリング手法」を提供することです。

ソフトウェア開発プロセスアクティビティの一部として実行される場合、ピアレビューはライフサイクルの早い段階で修正できる問題を特定します。[1] つまり、要件分析アクティビティ中に要件の問題を特定するピアレビューは、ソフトウェアアーキテクチャまたはソフトウェアテストアクティビティ中よりも安価で簡単に修正できます

ピアレビューの有効性を評価する全国ソフトウェア品質実験[2]は、「ソフトウェアインスペクションの投資収益率は良好です。節約はコストを4対1上回ります」としています。別の言い方をすれば、後でソフトウェアの問題を特定して修正するのは、平均して4倍のコストがかかります。

他のタイプのソフトウェアレビューとの区別

ピアレビューは、同僚ではなく管理者の代表者によって、また技術的評価ではなく管理および管理の目的で実施される管理レビューとは異なります。また、仕様、標準、契約上の合意、またはその他の基準への準拠を評価するために、プロジェクトの外部の担当者によって実施される ソフトウェア監査レビューとも異なります。

プロセスのレビュー

ピアレビュープロセスは、形式の範囲全体に存在し、範囲の一端に向けた「バディチェック」などの比較的構造化されていないアクティビティと、ウォークスルー技術的なピアレビューソフトウェアインスペクションなどのより非公式なアプローチがあります。IEEEは、最後の3つのそれぞれについて、正式な構造、役割、およびプロセスを定義しています。[3]

経営陣の代表者は通常、特定の技術的専門知識のために含まれている場合、またはレビュー中の作業成果物が管理レベルの文書である場合を除いて、ピアレビューの実施に関与しません。これは、レビューの他の参加者のラインマネージャーに特に当てはまります。

ソフトウェアインスペクションなどの正式なピアレビューのプロセスでは、各参加者の特定の役割を定義し、開始/終了基準を使用してステージを定量化し、ピアレビュープロセスの ソフトウェアメトリックをキャプチャします。

「オープンソース」レビュー

フリー/オープンソースコミュニティでは、コンピュータソフトウェアのエンジニアリングと評価でピアレビューのようなものが行われていますこの文脈では、ピアレビューの理論的根拠は、リーナスの法則に相当し、「十分な眼球があれば、すべてのバグは浅い」、つまり「十分なレビューアがいれば、すべての問題は簡単に解決できる」という意味になります。Eric S. Raymondは、ソフトウェア開発におけるピアレビューについて影響力のある記事を書いています[4]

参照

  1. ^ コラワ、アダム; Huizinga、Dorota(2007)。自動欠陥防止:ソフトウェア管理のベストプラクティスWiley-IEEE ComputerSocietyPress。p。261. ISBN 978-0-470-04212-0
  2. ^ National SoftwareQualityExperimentのリソースと結果
  3. ^ IEEEStd。1028-2008、「ソフトウェアのレビューと監査に関するIEEE標準」
  4. ^ エリックS.レイモンド「大聖堂とバザール」 {{cite journal}}: Cite journal requires |journal= (help)