U「ウォーターフォールとアジャイル、どちらがいいの？」という問いに、「どちらがプロジェクトに合うか次第」と答えられるようになると、IT企業との打ち合わせでも会話がぐっとスムーズになります。
この記事でわかること
- ウォーターフォール：要件明確・手戻り困難 / アジャイル：短サイクル・変更対応
- V字モデル：左（定義・設計・実装）と右（単体→結合→システム→受入）が対応
- WBS：作業の木構造分解 / PERT：矢印で依存関係を表現 / クリティカルパス：最長経路
- ソフトウェアメトリクス：LOC（行数）・ファンクションポイント（機能規模）・バグ密度
- アジャイルの主な手法：スクラム・XP（エクストリームプログラミング）・カンバン
目次
システム開発の主なプロセスモデル
| モデル | 特徴 | 向く場面 |
|---|---|---|
| ウォーターフォール | 要件定義→設計→実装→テスト→運用と順番に進む。手戻りが難しい | 要件が明確・大規模・変更少ないシステム |
| プロトタイプ | 早期にプロトタイプ（試作品）を作り顧客に確認しながら開発 | 要件が不明確なシステム |
| スパイラル | リスクを評価しながら小規模な開発サイクルを繰り返す | リスクの高い大規模開発 |
| アジャイル（スクラム） | 短いスプリント（1〜4週）で動くソフトを繰り返しリリース | 仕様変更が多い・スピード重視の開発 |
テスト手法——開発の各工程に対応したV字モデル
V字モデルでは左側で要件定義・基本設計・詳細設計・実装を行い、右側で単体テスト→結合テスト→システムテスト→受入テストの順でテストを実施する。
単体テスト：1つの関数・モジュール単位で検証
結合テスト：複数モジュールを組み合わせてインタフェースを検証
システムテスト：システム全体の要件適合を確認
受入テスト：利用者・発注者が業務要件を最終確認
単体テスト：1つの関数・モジュール単位で検証
結合テスト：複数モジュールを組み合わせてインタフェースを検証
システムテスト：システム全体の要件適合を確認
受入テスト：利用者・発注者が業務要件を最終確認
プロジェクト管理——WBS・PERT・クリティカルパス
| 手法 | 内容 |
|---|---|
| WBS（Work Breakdown Structure） | 作業をツリー状に細分化してタスクを洗い出す手法 |
| PERT図（アローダイアグラム） | タスクの依存関係を矢印で表した工程図 |
| クリティカルパス | PERT図で最も時間がかかる経路。プロジェクト完了に必要な最短時間を決定する |
Uのメモ
学習メモ
- ウォーターフォール：要件明確・手戻り困難 / アジャイル：短サイクル・変更対応
- V字モデル：左（定義・設計・実装）と右（単体→結合→システム→受入）が対応
- WBS：作業の木構造分解 / PERT：矢印で依存関係を表現 / クリティカルパス：最長経路
- ソフトウェアメトリクス：LOC（行数）・ファンクションポイント（機能規模）・バグ密度
- アジャイルの主な手法：スクラム・XP（エクストリームプログラミング）・カンバン
