- マイグレーションパターン
- オープンマイグレーション
OPEN-MIGRATION-PATTERNSオープンマイグレーションパターン
マイグレーションパターン
DelphiからJavaへの移行
東証上場TOP200社中、60社以上に採用されるシステムリフォーム
出光興産様、日産自動車様、日本航空様、ソフトバンク様、京セラ様、TOTO様、村田製作所様、石油資源開発様、ユニチカ様、ニトリ様、TOPPANグループ様、デンソー様、リコージャパン様、日東電工様、東建コーポレーション様、大同生命保険様、トヨタシステムズ様、みずほリサーチ&テクノロジーズ様、岡三情報システム様、関電システムズ様、JALデジタル様、アイテック阪急阪神様、西鉄情報システム様、キリンビジネスシステム様、JFEシステムズ様、コベルコシステム様、東レシステムセンター様、ブリヂストンソフトウェア様、テックインフォメーションシステムズ様、NECグループ様、NTTグループ様、日立システムズ様、TDI様、パーソルクロステクノロジー様、ユニシステム様、ワクコンサルティング様 他多数
なぜDelphiからJavaへの移行が必要なのか？
開発リソース問題
- 開発リソースの確保が困難
C/Sモデルの問題
- 既存システムがC/Sモデルでは、マルチデバイス 対応が困難であり、勤務形態の変換に柔軟に対 応することが難しい
Delphiは古い技術
- 最新AI技術の恩恵が受けられない
- 新しいオープン技術(クラウド、OPENソース等)を適用することが難しい
- 近い将来にサポート終了のリスクがある
技術統一問題
- 異なる技術基盤よりノウハウの共有やシステム機能の共通化、技術者の共有、セキュリティ対応の共通化、システム間の連携の面で多数の障壁ができ、ITが分断されてしまう
・
Delphiはいずれ他の技術に移行することになります。
・
将来、業務変更によって社会が危機を乗り越えようとした際に、技術者の調達や開発期間の問題から再開発を選ばざるを得ず、危機下で高いコストを捻出できなかったり、開発期間の長期化により業務変更が遅れてしまうと、大きな問題になります。
→
余裕のある内にモダナイゼーションを行い、Javaの習得も含め、迅速な変革を準備しましょう。また、いずれ更新するところで、古い技術で苦しみ続けるのは得策ではありません。
弊社変換サービスの特徴
当社の独自開発した言語移行・変換ツールは、業界をリードする精度と実績を誇ります。他社には真似できない技術力と成功事例の数々が、移行プロジェクトの成功を確実にします。
AIによる言語変換のイメージ
大幅な工数削減と高品質のテスト実現
手動・半自動より、格段に高い品質
| パターン | 開発手法 | 生産性 | 概算コスト (本番まで) |
納品後の残障害率 | ||||
|---|---|---|---|---|---|---|---|---|
| 手修正率 | 製造 | 単体 | 結合 | |||||
| Delphi → Java |
リライト ※弊社実施の場合 |
100% | 6KL/人月 | 6KL/人月 | 10KL/人月 | 55万円/KL | 0.08件/KL※2 | |
|
弊社AIツール システムリフォーム 利用 |
2%以下 ※1 | 15KL/人月 | 10KL/人月 |
上記コストの約 1/2 |
業務ロジック | 0.01件/KL ※3 | ||
|
画面表示・操作 の不具合 |
0.05件/KL ※3 | |||||||
※¹
主に画面と帳票UIの微調整であり、業務ロジックへの影響はありません。
※²
独立行政法人情報処理推進機構（IPA）「ソフトウェア開発分析データ集2022」に新規開発リリース後の不具合数が0.084～0.1/KLと記載されており、その数値を参考しています。
※³
業務ロジック処理はほぼ100%自動変換できるため、業務ロジック部分の不具合数は非常に少ない状態です。画面の表示や操作により表示位置の不具合やフォーカスが当たらないといった軽微な不具合が発生することがありますが、システムの利用には大きな支障はございません。
DelphiからJavaを実現するシステムリフォーム
AI自動変換ソース例
Delphi->Java
変換実現
Delphi->Java
変換実現
移行中の本番変更
移行中の本番改修を
高品質・低コストの取込
移行中の本番改修を
高品質・低コストの取込
移行の為の資産整理
棚卸・スリム化で
既存資産整理し、移行資産を圧縮
棚卸・スリム化で
既存資産整理し、移行資産を圧縮
付加価値実現
移行中の本番仕様変更
高品質・低コストで取り込む
移行中の本番仕様変更
高品質・低コストで取り込む
機能改善・追加
システムリフォームプロセス中に
確実に高品質な機能改善を実現
システムリフォームプロセス中に
確実に高品質な機能改善を実現
スムーズな保守運用実現
非機能要件の確実な取込で
保守性向上と運用効率化を実現
非機能要件の確実な取込で
保守性向上と運用効率化を実現
システム移行の進め方
弊社セミナー・講演会について
2026年6月17-18日開催の【ガードナーアプリケーションサミット2026】にて弊社が登壇いたします。
2026年4月8日（水）～4月10日（金）Japan IT/DX Week 春2026に出展いたします。
類似移行事例の抜粋
保険管理システム
- 開発工程
- 棚卸、移行設計、UI設計～移行テスト、総合/運用テスト支援、本番移行の支援
- システムリフォーム情報
- 既存システム規模
- Delphi：276.7KL、VB.NET：47.3KL
- 開発期間
- 18ヶ月
| 開発言語 | Delphi 10.1 ➡ Java 11 |
|---|---|
| VB.NET 2015 ➡ Java 11 | |
| データベース | SQL Server 2012 ➡ PostgreSQL 10.14 |
| フレームワーク | 既存使用なし ➡ Spring MVC |
| .NET Framework ➡ Spring MVC（VB.NET分） | |
| APサーバ | 既存使用なし ➡ Apache Tomcat8.5 |
| サーバOS | Windows Server 2012 ➡ Red Hat Enterprise Linux 7.4 |
| クライアントOS | Windows 10 ➡ 変更なし |
| サードパーティー | QuickReport ➡ SVF 9.2 |
| ソフトウェア | Excel 2010 ➡ Excel 2019 |
管理システム
- 開発工程
- 棚卸、移行設計、UI設計～移行テスト、総合/運用テスト支援、本番移行の支援
- システムリフォーム情報
- 既存システム規模
- Delphi：295KL、帳票：100本
- 開発期間
- 13ヶ月
| 開発言語 | Delphi 10.1 ➡ Java1.8 |
|---|---|
| Delphi画面 ➡ HTML5+Thymeleaf | |
| データベース | SQL Server 2012 ➡ SQL Server 2016 |
| フレームワーク | 既存使用なし ➡ Spring MVC |
| サードパーティー | QuickReport ➡ SVF 9.2 |
| Webブラウザ | 既存使用なし ➡ Edge |
構築システム
- 開発工程
- 棚卸、移行設計、UI設計～移行テスト、総合/運用テスト支援、本番移行の支援
- システムリフォーム情報
- 既存システム規模
- Delphi：245KL
- 開発期間
- 12ヶ月
| 開発言語 | Delphi 7 ➡ Java1.8 |
|---|---|
| Delphi画面 ➡ Bootstrap | |
| データベース | SQL Server 2008 ➡ PostgreSQL 10.14 |
| フレームワーク | 既存使用なし ➡ Spring MVC |
| Webブラウザ | 既存使用なし ➡ Google Chrome/Edge |
販売システム
- 開発工程
- 棚卸、移行設計、UI設計～移行テスト、総合/運用テスト支援、本番移行の支援
- システムリフォーム情報
- 既存システム規模
- Delphi：192KL、帳票：23本
- 開発期間
- 11ヶ月
| 開発言語 | Delphi 10.3 ➡ Open JDK8 |
|---|---|
| Delphi画面 ➡ HTML5+Thymeleaf | |
| データベース | Oracle 11gR2 ➡ PostgreSQL 13 |
| フレームワーク | 既存使用なし ➡ Spring MVC |
| サードパーティー | Quick Report ➡ SVF 9.2 |
| Webブラウザ | 既存使用なし ➡ Edge |
Q&A
DelphiをJavaに移行した後、GKitOCX Spread などのサードパーティ製品はどう移行しますか？
将来的な保守性のために、このような代替サードパーティ製品を使用せず、標準的な HTML + Vue.js などのフロントエンドフレームワークを使用して、現行システムと同等の機能を実装しております。