ソフトウェア技術レビュー

ソフトウェア技術レビューはピアレビューの一種であり、「資格のある担当者のチームが…意図された用途に対するソフトウェア製品の適合性を検査し、仕様や標準との相違点を特定します。技術レビューでは、代替案や検査の推奨事項も提供される場合があります。」さまざまな代替案の検討」 ( IEEE Std. 1028-1997、IEEE Standard for Software Reviews、第 3.7 節)。[1]

「ソフトウェア製品」は通常、ある種の技術文書を指します。これはソフトウェア設計文書またはプログラムソース コードである可能性がありますが、ユース ケースビジネス プロセス定義、テスト ケース仕様、およびその他のさまざまな技術文書も技術レビューの対象となる場合があります。

テクニカル レビューは、レビュー対象の製品の技術的品質に特に焦点を当てている点で、ソフトウェアのウォークスルーとは異なります。ソフトウェア検査とは、レビュー対象の製品に直接変更を提案できる点と、トレーニングやプロセスの改善に直接焦点を当てていない点が 異なります。

正式な技術レビューという用語は、ソフトウェア検査を意味するために使用されることがあります。「技術レビュー」は、取得ライフサイクル イベントまたは設計レビューを指す場合もあります。

目的と参加者

技術レビューの目的は、欠陥の修正、または代替アプローチの推奨または導入によって、レビューされた作業成果物の技術的に優れたバージョンに到達することです。後者の側面は、ソフトウェア検査にはない機能を提供する可能性がありますが、一部の参加者の能力を超えた技術的な議論や紛争により時間のロスが生じる可能性があります。

IEEE 1028 では、次の役割を果たす参加者を含めることを推奨しています。

意思決定者(技術レビューが実施される人) は、レビューの目的が達成されたかどうかを判断します。

レビューリーダーは、レビューに関する管理タスクを実行し、秩序ある行動を確保し、レビューがその目的を確実に満たすことを保証する責任があります。

Recorder はレビュー チームによって行われた異常、アクション アイテム、決定、および推奨事項を文書化します。

技術スタッフは、ソフトウェア製品のレビューと評価に積極的に参加します。

経営陣は、経営上の解決が必要な問題を特定する目的で参加する場合があります。

顧客またはユーザーの代表者は、レビュー前にレビューリーダーによって決定された役割を果たすことができます。

必要に応じて、1 人の参加者が複数の役割を担うこともあります。

プロセス

正式な技術レビューは、IEEE 1028 の第 5 条に規定されているものと同様の一連の活動に続き、基本的にはソフトウェア レビューに関する記事にまとめられています。

参考文献

  1. ^ 「ソフトウェア技術レビュープロセス」(PDF)2015 年 7 月 24 日にオリジナル(PDF)からアーカイブされました2012 年 5 月 6 日に取得
「https://en.wikipedia.org/w/index.php?title=Software_technical_review&oldid=918790044」から取得