| BI・BD |
業務要件定義（業務分析・設計） |
システム化する業務を分析し、要件を整理する |
- 業務フローの整理
- 分析
- 現状の課題の洗い出し
- 業務要件の策定
- システム導入の目的を明確化
|
| RD |
要件定義 |
何を作るかを決める |
- システム要件の決定（機能要件・非機能要件）
- 画面仕様、業務ルールの策定
- 顧客との合意形成
|
| BD |
基本設計 |
システム全体の構造を決める |
- システム全体のアーキテクチャ設計
- 画面設計（UI/UX）
- データフロー設計
- 外部システムとの連携設計
|
| DD |
データベース設計 |
データの構造や関係性を決める |
- ER図の作成（エンティティ設計）
- 正規化
- インデックス設計
- 物理
- 論理スキーマの作成
|
| PD |
プログラム設計（詳細設計） |
プログラムの細かい仕様を決める |
|
| PG |
開発実装 |
実際にコーディングする |
- プログラムの作成（コーディング）
- コードレビュー
- バージョン管理（Gitなど）
|
| UT |
単体テスト |
プログラム単位でのテスト |
- 各プログラムが正しく動作するか確認
- エラーハンドリングのチェック
|
| MUT |
単体試験（モジュール単位のテスト） |
各プログラムが仕様通り動くか確認する |
- ユニットテストの実施
- テストケース作成（仕様書ベース）
- デバッグ、修正
|
| IT |
結合テスト |
システムの連携をテスト |
- システム間のデータ連携確認
- APIの動作検証
- インターフェースのテスト
|
| SI |
結合試験（システム全体を統合して試験） |
システム間の連携やデータの流れを確認する |
- 複数システム間のデータフロー検証
- 全体の機能連携テスト
|
| ST |
システムテスト |
システム全体の動作を確認 |
- 要件定義通りに動作するか検証
- パフォーマンステスト
|
| PI |
総合試験（本番環境に近い環境で最終確認） |
運用環境での最終確認 |
本番環境に近い環境でシミュレーション運用テスト（バックアップ障害時対応） |
| UAT |
受け入れテスト |
ユーザーがテストを行う |
- ユーザーによる操作検証
- 顧客の業務要件との適合性をチェック
|
| RT |
リリース |
本番環境へリリース & 運用開始 |
- 本番環境へのデプロイ
- リリース後の監視
- 運用開始>
|
