レガシーシステムを、次の10年を支える基盤へ。
設計書が残っていない基幹システムでも、無料の簡易診断から、現行資産の解析、移行、稼働後のAI運用保守まで一貫してご支援します。
| 段階 | 内容 | 費用 |
|---|---|---|
| 0 無料レガシー簡易診断 | 資産一覧から概算と移行リスクの見取り図（1〜2週間） | 無料 |
| 1 現行調査 | ソースコードの解析、処理仕様書・依存関係図、正式見積 | 固定価格 |
| 2 PoC | 最も重要なモジュールで移行を試行 | 個別お見積り |
| 3 移行 | 段階的に移行し、現新比較で検証 | 個別お見積り |
| 4 移行後AI運用保守 | 同じチームが保守し、AI活用を段階的に追加 | 定期契約 |
移行を前提としない 業務ロジック可視化・設計書復元 もお引き受けします。
Điểm vào của trang. đẩy từ cuối trang lên đây.
刷新するかどうかを決める前に、いま何がどうなっているのかを可視化する工程です。解析はソースコードの写しを使った読み取り専用の作業で、稼働中のシステムを変更することはありません。「移行の有無にかかわらず必要な資産」である現行仕様書が成果物として残ります。
読み取り専用の解析です。稼働中のシステムを変更せず、業務を止めることもありません。
実施場所と構成は、対象資産と求められる管理水準を伺ったうえで案件ごとに決定します。ソースコードは秘密保持契約の締結後、専用の隔離環境でお預かりし、作業後に消去します。
現行調査（As-Is分析）は、作業範囲とお見積りを着手前に確定したうえでご提供します。
現行業務仕様の文書は、移行をご依頼いただくかどうかにかかわらずお納めします。
まずは現行資産の構成と、いまお困りの点をお聞かせください。オンラインで30分程度のご相談から承っております。
Đặt ngay dưới hero. Chặn bởi việc U.
中堅企業の基幹システムを中心に、Java・C#・VB・COBOL・AS/400 で構築された業務システムの刷新をご支援しています。
| 対象 | 内容 |
|---|---|
| ご相談の多い規模 | 中堅企業の基幹業務システム。数名〜十数名のプロジェクト体制で刷新を進める規模のご相談が中心です |
| 現行の環境 | オンプレミスのクライアント／サーバ構成、オフコン、社内サーバ上のWebシステム |
| よくあるきっかけ | サーバのサポート終了、現行システムを把握している方の退職、パッケージのEOL |
| 移行先 | クラウド（AWS／Azure）／ オンプレミス継続 ／ ハイブリッド。ご要件に合わせて選びます |
Nội dung giữ nguyên, chỉ tách câu văn thành thẻ để quét được.
「レガシーが複雑すぎる」「旧コードを理解できる人材がいない」「運用コストが高騰している」——「2025年の崖」と言われた時期を過ぎても残るこれらの課題に、現行資産の解析から応えます。
その出発点として、現行システムの仕様をソースコードの該当行という根拠とともに可視化します。COBOL資産には自社開発の解析基盤「BIZ ModAI」を用い、そのほかの言語は技術者が読み解きます。
数十年のあいだに積み上がった業務ルールが、文書に残っていない状態です。まず可視化から入ります。
社内にCOBOL・VB・RPGを読める方がいらっしゃらない前提で進められます。そのような状態からのご相談も承っております。
サポート切れの環境を維持するための費用と、障害対応にかかる人手が積み上がっている状態です。
データ構造が業務単位に分かれておらず、AIで使える形になっていない状態です。移行設計の段階で扱います。
Đặt TRÊN khối ② 提供内容.
設計書が残っていない前提で、ソースコードから業務仕様を取り出せるか。ここができないと、移行の範囲も費用も確定しません。
言語を置き換えただけの状態で終わらないか。移行後に改修が入る前提で、構造をどう設計するかを説明できるか。
設計を承認し、お客様の窓口となる担当者が明確か。体制図ではなく、名前と役割で示せるか。
切替が終わったあとに別の会社を探し直す必要がないか。稼働後の運用・改善まで一貫してご一緒できるか。
Đoạn dẫn giữ nguyên. Bảng 移行パターン là khối mới, đặt bên trong khối này.
単なる移行では終わらせません。業務の重要度に応じて、クラウド移行・構造の見直し・データ整備を組み合わせ、移行後も改修しやすく、AIを組み込める基盤にします。
お客様が現在お使いの言語・環境から、移行先までの対応範囲です。詳細のあるパターンは、それぞれのページでご確認いただけます。
オープン系レガシー
| 移行元 | 移行先 | 対応状況 | 詳細 |
|---|---|---|---|
| VB6 ／ VB5 ／ VBA | VB.NET ／ C# ／ Java ／ Web | 対応 | VBからの移行 → |
| Delphi ／ PowerBuilder | Java ／ C#.NET ／ Web | 対応 | C/SシステムのWeb化 → |
| Oracle Forms ／ Reports | Java ／ React・Vue.js | 対応 | C/SシステムのWeb化 → |
| Access ／ FileMaker | Web ／ .NET | 対応 | C/SシステムのWeb化 → |
| 旧 Java EE ／ Struts 1.x ／ Seasar2 ／ Applet | Spring Boot ／ Java 17・21 | 対応 | Javaフレームワークの移行 → |
| .NET Framework 旧版 ／ ASP | .NET 最新 ／ ASP.NET | 対応 | — |
| Oracle ／ SQL Server 旧版 | バージョンアップ・クラウド移行 | 対応 | — |
汎用機・オフコン
| 移行元 | 移行先 | 対応状況 | 詳細 |
|---|---|---|---|
| COBOL | Java ／ Python | 対応 | COBOLからJavaへの移行 → |
| AS/400・オフコン（RPG） | C# ／ Java | 対応 | AS/400・オフコンからの移行 → |
| モノリス構成の基幹システム | マイクロサービス | 対応 | — |
Khối đã có. Thêm cột 見落とされやすい点, giữ nguyên tên và thứ tự năm bước.
現行調査から運用定着までの五段階です。各段階に、この工程で見落とされやすい点を併記しております。
| STEP | 内容 | この工程で見落とされやすい点 |
|---|---|---|
| STEP 1 現状調査＆資産評価 | ソースコード・データベース・連携先を棚卸しし、現在の業務仕様を文書化します | 稼働していない資産が一覧に混ざったまま見積もりに入ってしまうこと。棚卸しの段階で使用状況を確認します |
| STEP 2 次世代構造設計 | 業務の実態に合わせて、移行後のアーキテクチャとデータ構造を設計します | 資産全体に同じ方式を当てようとすること。業務上の重要度が違う資産に同じ手間をかける必要はありません |
| STEP 3 概念実証（PoC） | 中核となる処理で移行方式を検証し、本実装に入る前にリスクを洗い出します | PoCの対象に簡単な処理を選んでしまうこと。いちばん不安な処理でPoCを行わないと検証の意味が薄れます |
| STEP 4 移行実行＆AI統合 | 業務ロジックを保持したまま新環境へ移し、データ移行と突合を行います | 移行中に現行システム側の仕様変更が発生すること。差分をどう取り込むかを先に決めておきます。また突合をサンプリングで済ませないこと——基幹システムでは全件突合を前提にご計画ください |
| STEP 5 運用定着＆システム移管 | 切替後の一定期間は集中的に監視・対応し、その後は当社による運用保守、または貴社への移管からお選びいただけます | 切替日をゴールに置いてしまうこと。運用が安定するまでの期間を計画に入れておく必要があります |
Hai case đã có — giữ nguyên. Thêm bảng 規模と作業範囲 bên dưới.
レガシー刷新でお預かりするシステムは、その多くが生産管理・在庫・受注・販売管理・会計といった基幹業務の領域にあります。移行の可否を判断するうえで実際に効いてくるのは、移行ツールの性能よりもその業務をどれだけ理解しているかです。
当社がこれらの領域で継続してお預かりしている案件をご紹介いたします。
| 業務領域 | システム | 規模・期間 |
|---|---|---|
| 生産管理 | 熱交換器の開発・設計データ統合管理システム | 2〜3人月 × 30ヶ月 |
| 生産管理 | 生産指示・進捗管理のタブレットシステム | 1.5人月 × 3年間 |
| 調達・在庫 | 購買・部品資材の受入管理システム（内示発注〜受入検査） | 2人月 × 4ヶ月 |
| 在庫・流通 | 出荷計画・デポ計画・製品検査計画の管理システム | 毎月4人月 × 1年半 |
| 受注管理 | 受注業務の自動化システム | 2人月 × 3年間 |
| 販売管理 | 販売管理システムの継続保守（在庫・取引先・為替・請求書計算） | 毎月1人月・継続中 ／ VB.NET |
| 会計・請求 | 請求データの取込から請求書出力までの支援システム | 15人月 |
| 会計・見積 | 見積書・工程表の作成支援システム | 10人月 × 3ヶ月 |
| 会計・法務 | 債務と返済業務を扱う業務支援システム | 3人月 × 6ヶ月 ／ 保守継続中 |
※ お客様名および製品名は伏せております。各案件の詳細は導入事例をご覧ください。
移行案件の具体的な規模感は、ご相談の際に近い性質の案件をもとにご説明いたします。
Giữ nguyên, không sửa gì.
デモ用コードベース「COBOL-AIRLINES」を BIZ ModAI に取り込み、環境の自動判定・依存関係グラフの構築・仕様書の自動生成・影響範囲分析・Java設計案の作成までを一貫して実行しました。解析エンジンは、AWSが公開するモダナイゼーション検証用ベンチマークアプリ「CardDemo」を用いた動作検証も完了しています。
| 検証項目 | 結果 |
|---|---|
| 自動生成 | 仕様書・依存関係図をコードから再構築 |
| 回答の根拠 | 解析結果への回答すべてに、根拠となるソースコード行を明示 |
※ 本事例は公開デモコードベースを用いた社内検証であり、特定のお客様の導入結果ではありません。
Khối mới. Đặt trong khối 体制, không tách thành khối riêng.
現行資産の解析と移行方式の決定は、お客様と直接お話ししながら進める必要がある工程です。この部分は日本法人の責任者が担当いたします。要件が確定したあとの実装とテストは、手順と品質基準が定まった工程として、CMMIレベル3の評定を受けたプロセスのもとで開発拠点 DEHA VIETNAM が担います。
| 工程 | 責任者の所在 | 品質基準 |
|---|---|---|
| 現行資産の解析・現行業務の文書化 | 日本法人 | 移行元言語の仕様に基づく突合 |
| 移行方式の決定・アーキテクチャ設計 | 日本法人 | 設計レビューを日本側責任者が承認 |
| 移行実装・単体テスト | 開発拠点 DEHA VIETNAM | CMMI Development & Services レベル3の評定を受けたプロセスと三層QA |
| データ移行と突合検証 | 日本法人が設計、開発拠点 DEHA VIETNAM が実行 | 移行前後の全件突合 |
| 総合テスト・受入支援 | 日本法人 | お客様の受入基準に沿って実施 |
| 稼働後の運用・改善 | 日本法人が窓口 | ISO/IEC 27001:2022 運用下 |
Đã rút gọn — phần 現行分析 chuyển lên khối ⓪.
移行本体の費用は、現行資産の状態によって大きく変わります。そのため、現行調査（As-Is分析）の結果をもとにお見積りをご提示する進め方を取っております。分析の段階では、範囲と金額を着手前に確定いたします。
本数・行数・連携先の数。棚卸しの結果で確定します
残っていない場合、仕様の文書化工程が加わります
全件突合の対象範囲、並行稼働の有無
移管までの期間と範囲を着手前にお取り決めします
現行システムには、文書に残っていない業務ルールが積み上がっています。新規開発では、その洗い出しを要件定義でやり直すことになります。移行は、その資産を出発点にできる方式です。
言語を変えるだけでは、構造はそのまま残ります。移行後に手を入れられる形にするには、移行の設計段階で構造をどう置き換えるかを決めておく必要があります。
ソースコードから現在の業務仕様を取り出す工程から始められます。設計書が残っていない状態からでもご相談いただけます。
移行直後が、いちばん運用の負荷が高い時期です。切替後の一定期間をどう支えるかまで含めて、ご計画に入れておくことをお勧めします。
はい。ソースコードから現在の業務仕様を取り出す工程からご一緒します。そのような状態からでも進められます。
資産ごとに移行方式を分け、段階的に進める方式もご提案できます。まず現行資産の棚卸しからでも承ります。
調査結果をもとに、判断に必要な選択肢と費用感を整理してご提示します。稟議資料の作成もご支援します。
要件定義・設計・プロジェクト管理は日本法人が担当します。窓口は日本側で一本化しており、仕様のやり取りで齟齬が出ない体制を取っています。
Nhỏ, đặt cuối trang.
業務ロジック可視化・設計書復元 — 移行を前提とせず、現行の業務ロジックを文書にします
DEHA Magazine — 基幹システム刷新の進め方、移行方式の選び方、現行資産の棚卸しについての解説記事を掲載しております。
設計書が残っていない状態、社内に読める方がいらっしゃらない状態からでもご相談いただけます。まずは現状の可視化から。
