製造業のモダナイゼーション|密結合を解くシステム刷新とAI活用
製造業のモダナイゼーションを成功させるには?生産管理・品質・原価が絡む「密結合」の解き方から、AIを活用した段階的なシステム刷新と検証の手順まで解説します。
製造業のモダナイゼーション|密結合を解くシステム刷新とAI活用 続きを読む
製造業のモダナイゼーションを成功させるには?生産管理・品質・原価が絡む「密結合」の解き方から、AIを活用した段階的なシステム刷新と検証の手順まで解説します。
製造業のモダナイゼーション|密結合を解くシステム刷新とAI活用 続きを読む
データ移行テストでは何を確認すべきか。件数・値の正確性・参照整合性など7つの観点と、移行リハーサルまでの5ステップ、突合による検証方法まで詳しく解説します。
データ移行テストの進め方|確認すべき7つの観点と検証方法を解説 続きを読む
AIソースコード解析は移行時に問題となる箇所の発見に役立ちます。検出できる8つの移行リスク、静的解析と組み合わせた5ステップ、限界とツール選びを解説します。
AIソースコード解析で移行リスクを見抜く|検出できる8つのリスク 続きを読む
現行システムの依存関係調査は、ソースコードだけでは不十分です。DB・バッチ・API・インフラ・運用の6レイヤーで何を調べるか、5ステップの進め方と成果物を解説します。
現行システムの依存関係調査|DB・バッチ・APIの調べ方5ステップ 続きを読む
マイグレーション前のソースコード解析で何を評価すべきか。規模・複雑度・デッドコード・外部依存など8項目と、静的解析とAIを組み合わせた5ステップを解説します。
マイグレーション前のソースコード解析|評価すべき8項目と進め方 続きを読む
COBOL Java移行で業務ロジックを守るには?COMP-3の端数処理やEBCDICの並び順など壊れやすい7つの急所と、Python移行にも使える抽出・変換・現新比較の手順を解説。
COBOL Java・Python移行で業務ロジックを守る|壊れる7つの急所とは 続きを読む
StrutsからSpring Bootへの移行(Struts→Spring Boot移行)は、サポート終了と脆弱性リスクを抱えたJava資産を守るための現実的な選択肢です。とはいえ、「すぐに作り直すべきか」「Struts 7へ上げれば済むのか」と迷う情報システム部門の方も多いのではないでしょうか。 本記事では、Strutsの現状と放置リスク、4つの選択肢の比較、移行前の棚卸し、AIを活用した5つのステップ、費用・期間の考え方までを順に解説します。 この記事の要約 Struts 1は2013年、Struts 2.3系は2019年にサポートが終了し、2.5系も2023年10月にEOLが発表されました。古い系列は脆弱性が見つかっても修正されません。 対策は「延命」「Struts 7化」「Spring Boot移行」「再構築」の4つです。今後10年使い続ける業務システムなら、Spring Boot移行が最もバランスのよい選択肢になります。 移行の壁はStrutsだけではありません。Java
Struts→Spring Boot移行|延命か移行かの判断基準とAI活用5ステップ 続きを読む
VB6・VBA移行の進め方を解説。VBScript廃止など2026年以降のリスク、隠れ依存のチェック、移行先の選び方、AI活用の5ステップと稟議のコツまで。
VB6・VBA移行サービス|移行先の選び方とAI活用の5ステップ 続きを読む
移行後の業務ロジック検証とは、新システムが業務上の正しさを保っているかを確かめる作業です。業務ルール台帳の作り方、テスト設計技法、5ステップを解説します。
移行後の業務ロジック検証|業務ルール台帳で進める5ステップ 続きを読む
【無料ウェビナー】密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 製造業の基幹システムには、30〜40年にわたり稼働し続けているものが少なくありません。保守コストの増大や、システムに精通した担当者の退職が進むなど、そのリスクは今や顕在化しています。しかし、新しいシステムに入れ替えれば解決するとは限りません。販売・生産から原価計算、会計に至るまで、業務が共有データを介して密接に結びついているため、一部に手を入れるだけでも他への影響が懸念され、容易に着手できないのです。 どのような移行方式を選ぶにしても、従来の構造をそのまま新しい基盤に載せ替えるだけでは、コストをかけたにもかかわらず根本的な課題は残ります。そのため、移行に先立って、業務間の依存関係を解消しておく必要があります。これはまず業務上の課題であり、技術的な対応はその後に続くものです。とはいえ、運用担当者自身が依存関係の全容を把握できていない場合、どこから手を付ければよいのでしょうか。 AIを活用すれば、ソースコードを人手で読み解くよりも格段に速くシステムを把握できます。ただし、システムに関する知識のすべてがコードに残っているわけではありません。一部はドキュメントに、そして少なからぬ部分は長年携わってきた担当者の経験の中にあります。設計上の判断や結果の正しさの担保は、引き続き人が責任を負うべき領域です。こうした業務上の暗黙知は、担当者が退職する前に集約し、AIが理解・活用できる状態に整えておく必要があります。 本ウェビナーでは、上流工程におけるアプローチとして、現行システムに存在する依存関係の洗い出し、AIがシステムを理解するための業務暗黙知の集約、そしてAIが支援できる範囲と人が判断すべき範囲の切り分けをご紹介します。 基幹システムに潜む制約の見極め方と、移行前にAIが支援できる範囲を知る。[ウェビナーに申し込む] こんな方におすすめ 長年稼働してきた基幹システムの刷新を検討しているものの、影響範囲を十分に把握できておらず、システムに精通した人材も退職を迎えつつある企業 現行システムの現状分析に時間がかかり、特定の担当者に依存している業務ロジックを可視化して、分析期間を短縮したい企業 システム刷新プロジェクトの上流工程へのAI活用を検討しており、AIに何ができて、どこに限界があるのかを知りたい企業 製造業のお客様の基幹システム刷新を支援中、または受託を控えており、スコープ確定や見積りの前に、現行システムの実態を把握しておきたいSIer・ITベンダー プログラム
密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 続きを読む