システムリプレイス

システムリプレイスとは、使い続けてきた既存のシステムを、新しいシステムに置き換えることです。オーバーエックスは、仕様書が残っていない古いシステムや、開発した会社と連絡が取れないシステムも、解析から置き換えまで対応します。

リプレイスには、システムの中身はそのままに土台だけを新しくする方法から、業務を見直して作り直す方法まで、いくつかの手法があります。今のシステムの状態と、これからの業務に合わせて最適な手法を選ぶことが、費用とリスクを抑えるポイントです。

• システムリプレイスとは？進め方・費用・失敗しないポイント
• レガシーマイグレーションの手法（リホスト・リライト・リビルド）

• サーバーやOS、データベースのサポート期限が近づいている
• 開発した会社と連絡が取れない、保守を断られた
• 仕様書がなく、中身を分かる人が社内にいない
• 古い言語や技術で作られていて、改修できる人が見つからない
• 改修のたびに不具合が出て、費用もかさんでいる
• Accessや古いパッケージを使い続けている

サポートが終わった製品には、セキュリティの更新が提供されません。たとえばMicrosoft Accessのサポート期限は、Access 2016・2019が2025年10月14日、Access 2021が2026年10月13日です。主な製品の期限は、毎月更新しているサポート期限カレンダーで確認できます。

• システムのブラックボックス化の原因と解消方法
• サーバー老朽化のリスクとリプレイスの判断基準
• Accessからの移行方法｜移行先の選択肢と費用

当てはまる項目が多いほど、リプレイスを急ぐ必要があります。特にサポート期限は日付が決まっているため、期限から逆算して計画を立てることが大切です。

1. 動いているシステムを解析する画面の操作、データベースの構造と実際のデータ、プログラムや設定を調べ、システムが実際にどう動いているかを明らかにします。
2. 業務の担当者から「暗黙のルール」を聞き取る例外の処理や、システムの外で手作業で補っていることなど、システムには書かれていないルールも洗い出します。
3. 仕様を文書にして残す業務フロー、機能一覧、データの定義として整理し、新しいシステムの要件定義書にします。将来の保守の資料にもなり、同じブラックボックス化を防ぎます。
4. 段階的に移行する業務単位での切り替えや、旧システムとの並行稼働で、業務を止めるリスクを抑えて移行します。

リプレイスの第一歩は、今のシステムを正しく知ることです。オーバーエックスの現状調査では、次のことを明らかにし、報告書としてお渡しします。調査の結果だけを、社内での検討や予算の申請にお使いいただくこともできます。

• システムの全体像（機能の一覧、画面の構成、データの流れ）
• データベースの構造と、データの量・品質
• サーバー・OS・ミドルウェアの構成と、サポート期限
• 他のシステムや外部サービスとの連携
• 業務の中での使われ方と、システムの外にある手作業
• リプレイスの手法の候補と、それぞれの費用・期間・リスク

リプレイスの費用は、手法と規模によって大きく異なります。中小規模の業務システムを作り直す（リビルドする）場合で、数百万〜数千万円が目安です。まずは現状調査を行い、調査の結果をもとに手法と費用をご提案します。

※金額は税別の一般的な目安です。既存システムの規模、データ量、連携の有無で変わります。

• システムリプレイスの進め方｜現状調査から移行まで
• 基幹システム刷新の費用相場と予算の立て方

1. 現状調査・解析システムの画面、データ、プログラム、サーバー環境と、業務での使われ方を調べます。主な成果物：現状調査の報告、課題の一覧
2. 手法の決定リホスト・リライト・リビルド・既製品への置き換えを比べ、費用・期間・リスクから手法を決めます。
3. 要件定義業務ごとに「残す・変える・やめる」を決め、新しいシステムの要件をまとめます。主な成果物：要件定義書、業務フロー、機能一覧、データ定義
4. 開発・テスト新しいシステムを開発し、旧システムと同じデータで結果を比べるテストで正しさを確かめます。
5. データ移行のリハーサル古いデータの形式の違いや重複を整理・変換し、本番前に移行を繰り返し試します。
6. 並行稼働・切り替え必要に応じて旧システムと並行して動かし、問題がないことを確かめてから切り替えます。稼働後も保守を続けます。

• システム移行時のデータ移行の進め方と注意点
• システムリプレイスの失敗事例と防ぐためのポイント

• システムリプレイスの失敗事例と防ぐためのポイント
• システム移行時のデータ移行の進め方と注意点

リプレイスの成否は、データ移行で決まるといっても過言ではありません。古いシステムのデータには、入力のルールが途中で変わった跡や、重複、使われていない項目が残っていることがよくあります。

1. 移行する範囲を決める何年分のデータを、どの項目まで移すかを決めます。すべてを移すと、費用も確認の手間も増えます。
2. データの品質を確かめる早い段階でデータを抽出し、形式の違いや重複、欠けている値を洗い出します。
3. 変換のルールを決めて試す新しいシステムの形式に合わせる変換のルールを作り、テスト用の環境で繰り返し試します。
4. 本番の手順をリハーサルする移行にかかる時間と手順を確かめ、問題が起きたときに戻す方法も用意しておきます。

「今の開発会社との保守契約を見直したい」「開発した会社が撤退してしまった」といった、保守の引き継ぎのご相談も承ります。いきなり作り直すのではなく、まずは今のシステムを引き継いで安定させ、そのうえで改修やリプレイスを計画することもできます。

引き継ぎで確認すること

• ソースコードの所在と、その権利（契約書の条項）
• サーバー、ドメイン、外部サービスのアカウント
• データベースと各種の設定
• 既存の資料（設計書、操作マニュアルなど。なくても可）
• 未対応の不具合や、たまっている要望

• システム保守の引き継ぎ（乗り換え）の進め方と注意点
• 開発会社を変更したいときの手順とリスク対策
• 開発会社が倒産・撤退したらシステムはどうなる？対処法

• 今のシステムの画面や帳票（スクリーンショットで可）
• システムを導入した時期と、開発・保守をしている会社
• 残っている資料（設計書、マニュアル、契約書など。なくても可）
• 困っていることと、リプレイスで実現したいこと
• サーバー・OS・データベースのサポート期限（分かれば）
• ご予算と、切り替えたい時期