『レビュー運用ガイド』第2章・ソフトウェア開発におけるレビュー

COPYRIGHT © 2013 CLIMB CO., LTD. ALL RIGHTS RESERVED.
レビュー運用ガイド
第２章・ソフトウェア開発に
おけるレビュー
2013年9月4日
株式会社クライム
ソリューションビジネス本部

目次
第2章ソフトウェア開発におけるレビュー
 工程ごとの作業内容と成果物
 各工程で行われるレビュー
 レビューに伴う作業とポイント
 CRSを使ったレビュー
 設計・ドキュメント
 ソースコードレビュー
お問合せ先
2

1. 工程ごとの作業内容と成果物
ソフトウェア開発では工程ごとに成果物レビューが行われます。
1-1. 上流工程での作業内容と成果物 ※プロジェクトの一例です。
3
工程作業内容成果物
プロジェクト準備
現状の課題と、システム化により解決したいこと、理想とする姿を確
認します。
要件定義の前に、ユーザー部門とIT部門での目的や意識（レベル）が
合っているか、プロジェクトの目的とゴールを定義します。
・RFP
要件定義
成果物と作業内容そのものを決める定量化フェーズです。
誰が・いつまでに・何を・どの位の粒度で進めていくかを定義します。
・要件定義書
外部設計
開発するシステムとは別の外部システムと連携する部分の仕様を検討
し、ソフトウェアの基本的な構成や仕様、機能などの概要をまとめま
す。
・外部設計書
・画面仕様書
・帳票仕様書
・インターフェース仕様書
・コード設計書
・データベース論理設計書
詳細設計
(機能設計)
外部設計で定められた機能や操作・表示方法に基づいて、システムと
してそれをどう実現するかを具体的に定めていきます。
・内部設計書
・機能仕様書
・帳票仕様書
・データフロー図
・データベース物理設計書

1. 工程ごとの作業内容と成果物
1-2. 下流工程での作業内容と成果物 ※プロジェクトの一例です。
4
工程作業内容成果物
詳細設計
(プログラム設計)
システムの構造や仕様などをプログラム単位に分割し、各プログ
ラムの動作を定義していきます。
・詳細設計書
・データベース物理設計書
・エンティティ定義書
・ER図
プログラミング
詳細設計書やデータベース定義を元にプログラムを作成します。
単体テストでバグが見つかった場合に、どの工程が起因となって
いるか分析するためにも仕様書通りにプログラミングをすること
が重要です。
・プログラムソース
単体テスト
(ユニットテスト)
個々のモジュールのみを対象としたテスト。対象のモジュールが
仕様書で要求された機能や性能を満たしているかどうかをテスト
します。
単体テストにはホワイトボックステストとブラックボックステス
トがあります。
・単体テスト仕様書
・単体テスト報告書
結合テスト
複数のモジュールを組み合わせて行うテスト。モジュール間のイ
ンターフェースがうまく機能するかどうかに注目して行います。
・結合テスト仕様書
・結合テスト報告書
システムテスト
結合テストまで完了したシステムに対してテストを行います。顧
客の動作環境でテストすることもあり、要件定義レベルのシステ
ム要件がきちんと満たされているかを確認します。
・システムテスト仕様書
・システムテスト報告書

2. 各工程で行われるレビュー
システム開発において、各工程では以下のようなレビューが必要となります。
ポイント
テスト手順、内容は妥当か
テストケースは網羅されているか
ソースコードの妥当性、読みやすさ
漏れや無駄はないか
コーディング規約に準拠しているか
ユーザー要求に対して、齟齬や漏れはないか
なぜ、何、誰、どこ、いつを確認
要件は機能に反映されているか
すべての可能性がカバーされているか
機能の洗い出しは適切か
ユーザー要求と齟齬や漏れはないか
なぜ、何、誰、どこ、いつを確認
自分で行うレビュー（セルフチェック）
第3者を交えた内部レビュー単体テスト
第3者を交えた内部レビュー結合テスト
第3者を交えた内部レビュー
ユーザー部門との確認および合意の為のレビュー
総合テスト
ユーザー部門との確認および合意の為のレビュー
第3者を交えたレビュー詳細設計
ユーザー部門や外部システム担当者との確認
および合意の為のレビュー
基本設計
要件定義
自分で行うソースコードレビュー
第3者のレビュー
プログラミング
レビュー内容工程
5

3. CRSを使ったレビュー
6
・リアルタイムな情報共有
・進捗状況の確認ができる
・指摘事項の自動記録
・指摘箇所の確認が楽
コーディング
結合テスト
基本設計
詳細設計
進捗管理
品質管理
要件設計
・ユーザー要件の正確な把握
・要件のメンバー内の周知
・仕様齟齬の防止
・製造部門の理解度の確認
・ドキュメント完成度の確認
・レビュー結果の分析
設計スキルの向上
総合テスト
単体テスト
要件分析
設計・ドキュメントのレビュー
ドキュメント
レビュー
修正
再レビュー
次工程
各工程で作成されたドキュメントをC-
Review Supportでレビューできます。
分析・設計・テストフェー
ズ

3. CRSを使ったレビュー
7
コーディング
コードレビュー
・リアルタイムで状況確認
・指摘箇所の確認が楽
・進捗状況の見える化
・リスクの早期検知
開発フェーズ（CRS使用）
次工程
コード修正
再レビュー
コーディング
結合テスト
基本設計
詳細設計
要件設計
総合テスト
単体テスト
要件分析
進捗管理
品質管理
・ソースコードの品質向上
（バグの早期発見）
・プログラマーのスキルUP
ソースコードのレビュー

4. お問合せ先
本資料に関するお問い合わせは下記までお願いいたします。
■お問い合わせ先
株式会社クライムソリューション事業部
TEL 03-3517-5575(代表) FAX 03-3517-5576
E-mail：crs-sales@climb-net.co.jp
http://www.climb-net.co.jp
8

ありがとうございました

『レビュー運用ガイド』第2章・ソフトウェア開発におけるレビュー

Recommended

Recommended

More Related Content

What's hot

What's hot (6)

Similar to 『レビュー運用ガイド』第2章・ソフトウェア開発におけるレビュー

Similar to 『レビュー運用ガイド』第2章・ソフトウェア開発におけるレビュー (20)

Recently uploaded

Recently uploaded (6)