# 移行計画の概要

## 移行目的

本移行プロジェクトの目的を明確に記述します。

**記述例:**
- 老朽化した既存システムを最新技術スタックで刷新し、保守性・拡張性を向上させる
- 業務効率化を実現するための新機能を導入する
- システム運用コストを削減する
- データの一元管理により、情報の可視化と意思決定の迅速化を図る

---

## 移行要件

### 移行要件

- [要件定義書](./requirements.md)

**主要な移行要件:**
- データ損失ゼロ
- 業務停止時間: 最大XX時間以内
- データ整合性: 100%保証
- 性能要件: 移行後の応答時間がXX秒以内

### 移行予定日・期日

| マイルストーン | 予定日 | 備考 |
|------------|--------|------|
| 移行計画承認 | YYYY-MM-DD | |
| 移行リハーサル1回目 | YYYY-MM-DD | |
| 移行リハーサル2回目 | YYYY-MM-DD | |
| 本番移行作業 | YYYY-MM-DD | 業務停止時間: XX:XX～XX:XX |
| 新システム稼働開始 | YYYY-MM-DD | |
| 並行稼働期間終了 | YYYY-MM-DD | |

---

## 移行方式

### 移行方式の概要

```mermaid
graph LR
    A[旧システム] -->|データ抽出| B[移行ツール]
    B -->|データ変換| C[一時領域]
    C -->|データ検証| D{検証OK?}
    D -->|Yes| E[新システム]
    D -->|No| F[エラー処理]
    F --> B
    E -->|並行稼働| G[新旧システム併用期間]
    G --> H[旧システム停止]
```

**採用方式:** [一括移行 / 段階的移行 / 並行稼働]

**記述例:**
本プロジェクトでは、業務への影響を最小化するため「段階的移行」方式を採用します。
機能モジュール単位で順次移行を行い、各段階で動作確認を実施した上で次の移行に進みます。

### 移行パターン

| 移行対象 | 移行パターン | 理由 |
|---------|------------|------|
| マスタデータ | 一括移行 | データ量が少なく、整合性確保が容易 |
| トランザクションデータ | 段階的移行 | データ量が多く、検証に時間を要するため |
| ファイルデータ | 並行稼働後移行 | 業務影響を最小化するため |

---

## 移行体制および役割分担

### 移行体制図

```mermaid
graph TD
    A[プロジェクト統括責任者] --> B[移行責任者]
    B --> C[移行作業チーム]
    B --> D[検証チーム]
    B --> E[運用チーム]
    C --> F[データ移行担当]
    C --> G[アプリケーション移行担当]
    C --> H[インフラ移行担当]
    D --> I[データ検証担当]
    D --> J[業務検証担当]
    E --> K[監視担当]
    E --> L[障害対応担当]
```

### 役割分担表

| 役割 | 氏名 | 所属 | 主な責務 |
|------|------|------|---------|
| プロジェクト統括責任者 | [氏名] | [部署] | 移行プロジェクト全体の統括、最終意思決定 |
| 移行責任者 | [氏名] | [部署] | 移行作業全体の管理、進捗管理、課題対応 |
| データ移行担当 | [氏名] | [部署] | データ抽出・変換・投入の実施 |
| アプリケーション移行担当 | [氏名] | [部署] | アプリケーション設定移行、動作確認 |
| インフラ移行担当 | [氏名] | [部署] | 環境構築、ネットワーク設定 |
| データ検証担当 | [氏名] | [部署] | 移行データの整合性検証 |
| 業務検証担当 | [氏名] | [部署] | 業務シナリオテスト実施 |
| 監視担当 | [氏名] | [部署] | 移行作業中のシステム監視 |
| 障害対応担当 | [氏名] | [部署] | 移行時の障害対応、切り戻し判断 |

### 連絡体制

**通常時:**
- 定例会議: 毎週[曜日] XX:XX～
- 報告ルート: 担当者 → 移行責任者 → 統括責任者

**緊急時:**
- エスカレーションフロー: 担当者 → 移行責任者(15分以内) → 統括責任者(30分以内)
- 緊急連絡先: [電話番号、メールアドレス、チャットチャンネル等]

---

## 移行対象

### 移行対象範囲の全体像

```mermaid
graph TB
    A[移行対象全体] --> B[システム・機能]
    A --> C[データ]
    A --> D[ドキュメント資産]
    B --> B1[基幹システム]
    B --> B2[周辺システム]
    C --> C1[マスタデータ]
    C --> C2[トランザクションデータ]
    C --> C3[ファイルデータ]
    D --> D1[運用手順書]
    D --> D2[設計書]
```

### 移行対象システム・機能

| No | システム名 | 機能名 | 移行方式 | 優先度 | 備考 |
|----|----------|--------|---------|--------|------|
| 1 | [システムA] | [機能1] | 一括移行 | 高 | |
| 2 | [システムA] | [機能2] | 段階的移行 | 中 | |
| 3 | [システムB] | [機能3] | 並行稼働 | 高 | |

**記述例:**
- **基幹システム**: 顧客管理、受注管理、在庫管理の3機能を移行対象とする
- **周辺システム**: 帳票出力システム、メール配信システムを移行対象とする
- **連携システム**: 外部APIとの連携設定を新システムに移行する

### 移行対象データ

#### データ移行対象一覧

| No | データ種別 | テーブル/ファイル名 | 件数(概算) | サイズ | 移行方式 |
|----|----------|------------------|----------|--------|---------|
| 1 | マスタ | 顧客マスタ | 10,000件 | 10MB | 一括移行 |
| 2 | マスタ | 商品マスタ | 50,000件 | 50MB | 一括移行 |
| 3 | トランザクション | 受注データ | 1,000,000件 | 1GB | 段階的移行 |
| 4 | トランザクション | 売上データ | 5,000,000件 | 5GB | 段階的移行 |
| 5 | ファイル | 請求書PDF | 100,000ファイル | 50GB | 並行稼働後移行 |

#### データ移行対象期間

```mermaid
gantt
    title データ移行対象期間
    dateFormat YYYY-MM-DD
    section マスタデータ
    全期間対象 :done, 2020-01-01, 2025-12-31
    section トランザクションデータ
    過去3年分 :done, 2022-01-01, 2025-12-31
    section アーカイブデータ
    過去5年分 :done, 2020-01-01, 2025-12-31
```

**記述例:**
- **マスタデータ**: 全期間のデータを移行対象とする
- **トランザクションデータ**: 過去3年分(2022年1月以降)を新システムへ移行
- **それ以前のデータ**: アーカイブとして別途保管し、参照用に保持

### 移行対象ドキュメント資産

| No | ドキュメント種別 | ドキュメント名 | 移行方法 | 備考 |
|----|--------------|-------------|---------|------|
| 1 | 運用手順書 | 日次バッチ実行手順 | 新システム用に更新 | |
| 2 | 運用手順書 | 障害対応手順 | 新システム用に更新 | |
| 3 | 設計書 | 基本設計書 | 参照用に保管 | 旧システムのまま |
| 4 | マニュアル | ユーザーマニュアル | 新システム用に全面改訂 | |
| 5 | 規程類 | システム運用規程 | 内容確認後、必要に応じて改訂 | |

**ドキュメント移行フロー:**

```mermaid
graph LR
    A[旧ドキュメント] --> B{新システムで<br/>使用可能?}
    B -->|Yes| C[そのまま移行]
    B -->|No| D[更新・改訂]
    D --> E[レビュー]
    E --> F[承認]
    F --> G[新ドキュメント管理システムへ登録]
    C --> G
```

---

## 移行対象外

以下は本プロジェクトの対象外とします:

**システム・機能:**
- [システム名/機能名]: [対象外とする理由]
- **記述例**: レガシー帳票システム: 利用頻度が低く、コスト対効果が見込めないため

**データ:**
- [データ種別]: [対象外とする理由]
- **記述例**: 2020年以前のアーカイブデータ: 法令上の保管義務がなく、参照頻度が極めて低いため

**ドキュメント:**
- [ドキュメント種別]: [対象外とする理由]
- **記述例**: 開発時の議事録: 保管義務はあるが、新システムでの利用予定がないため旧環境に保管

### 対象外項目の管理方針

| 対象外項目 | 理由 | 代替措置 | 担当者 |
|----------|------|---------|--------|
| [項目名] | [理由] | [代替措置の内容] | [氏名] |

**記述例:**
- 旧システムのテストデータは移行対象外とし、新システムで新規作成する
- 廃止予定の機能に関するドキュメントは、参照用として旧環境に1年間保管後、廃棄する

---

## 移行の前提条件・制約事項

### 前提条件
- 新システムの開発・テストが完了していること
- 移行ツールの動作検証が完了していること
- 移行リハーサル環境が準備されていること
- 業務部門の受入テストが完了していること

### 制約事項
- 業務停止可能時間: 最大XX時間
- 移行作業実施可能時間帯: [曜日] XX:XX ～ XX:XX
- 並行稼働期間: 最大XX週間
- ロールバック可能期間: 移行後XX時間以内

---