ソフトウェア関連/開発におけるレビューの観点メモ

上へ



もう少し細かく詳しく拡充予定。

開発におけるレビューの観点 bookmark

開発手法におけるレビューの観点・注意点を記載

レビューのやり方 bookmark

方法は3種類

  1. 設計書とテストケースをレビューする
    概要設計・機能設計・詳細設計(*1)・機能設計に対して、テスト設計ができ、アウトプットはテスト試験評価
  2. 重要なコアな部分をレビューする
    上記に追加して、クリティカルになる部分を深く掘り下げて評価を行なう
  3. ベタに全てをレビューする
    とても工数が掛かる。

(*1)詳細設計は、クラス図と相関図、説明程度、
それ以上細かくする場合もあるが、逆にとても大変。

注意点 bookmark

注意点は、ソースコードのみのレビュー
手間が掛かる上、単にダメだし/揚げ足取りになるだけ。

案件の種類 bookmark

機能修正・機能追加など、新規開発以外の場合、
修正・変更したことによる、既存部分への影響調査が必要になる

設計時の注意点 bookmark

正常系は確実に実装されるのが当たり前
設計に当たっては、

  • 異常系
  • 監視系
  • 運用系
    を重点的にチェックを行なう。 
    外注やアウトソーシングに関しては、
前述のレビューのやり方を、もう一段掘り下げてやったほうがよい。
クリティカルな部分には、ソースレビューを行なうことも場合によって必要。