ソフトウェアウォークスルー

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

ソフトウェアエンジニアリングでは、ウォークスルーまたはウォークスルーソフトウェアピアレビューの形式であり、「デザイナーまたはプログラマーがソフトウェア製品を通じて開発チームのメンバーやその他の関係者を導き、参加者が質問をしたり、起こりうるエラーについてコメントしたりします。 、開発基準の違反、およびその他の問題」。[1]

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

ウォークスルーは、構造の開放性と習熟の目的において、ソフトウェアの技術レビューとは異なります。これは、レビューされた製品への直接の変更を提案する能力においてソフトウェアインスペクションとは異なります。トレーニングとプロセスの改善、プロセスと製品の測定に直接焦点を当てることができません。

プロセス

ウォークスルーは非常に非公式である場合もあれば、IEEE 1028で詳述され、ソフトウェアレビューに関する記事で概説されているプロセスに従う場合もあります。

目的と参加者

一般に、ウォークスルーには1つまたは2つの広い目的があります。ドキュメントの技術的な品質または内容に関するフィードバックを取得すること。および/または視聴者にコンテンツを理解させる。

ウォークスルーは通常、技術文書の作成者によって編成および指示されます。必要に応じて、(プロジェクトの内外から)関心のある、または技術的に資格のある人員の任意の組み合わせを含めることができます。

IEEE 1028 [1]は、ウォークスルーで3つのスペシャリストの役割を推奨しています。

  • ウォークスルーミーティングでソフトウェア製品を段階的に提示し、おそらくほとんどのアクションアイテムを完了する責任がある作成
  • ウォークスルーを実施し、管理タスクを処理し、秩序ある行動を保証するウォークスルーリーダー(および多くの場合、作成者)
  • ウォークスルー会議中に特定されたすべての異常(潜在的な欠陥)、決定、およびアクションアイテムを記録するレコーダー。

も参照してください

参照

  1. ^ a bIEEEStd_ 1028-1997、ソフトウェアレビューのIEEE標準、条項3.8