本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

ブラックボックス化したレガシーシステム、刷新したくても「何が正しい仕様なのか」が分からない

長年にわたり改修を繰り返してきた基幹システムでは、仕様書の不足、担当者への属人化、複雑化したソースコードなどにより、システム全体の仕様や影響範囲を把握することが難しくなっています。

特にCOBOLなどで構築されたレガシーシステムでは、当時の開発者や有識者の退職、技術者不足も重なり、

・「現行システムの何を引き継ぎ、何を変えればよいのか」 ・「そもそも、現在動いているコードのどこまでが正しい仕様なのか」

を整理できないまま、刷新計画が進まないケースも少なくありません。

そこで注目されているのが、生成AIやAI駆動開発をレガシーマイグレーションへ活用する方法です。大量の既存コードを解析し、設計情報を再構築したり、新しい言語へコードを変換したりする作業にAIを活用することで、これまで人が多くの時間を費やしていた「既存システムを読み解く作業」を大幅に効率化できる可能性があります。

AIでコード変換できても、「そのコードを信用してよいのか？」という新しい問題が生まれる

一方、生成AIを実際のマイグレーションへ利用すると、新たな課題も生じます。同じソースコードを入力しても、AIが毎回まったく同じコードを生成するとは限りません。

さらに、一見正しく見えるコードの中に、

・元システムとは異なる条件分岐や計算ロジックが含まれる ・元コードには存在しない処理をAIが補完してしまう ・コンパイルは通るものの、業務上は異なる結果になる

といった問題が入り込む可能性があります。

ここで、多くの企業が「AIでコード変換を高速化しても、結局、人がすべてのコードを確認する必要があるのではないか？」という疑問に直面します。もし生成されたコードを全量、人間が目視レビューしなければ品質を保証できないのであれば、AIによる効率化効果はレビュー工程で相殺されてしまいます。つまり、AI駆動マイグレーションで本当に重要なのは、「AIでコードを生成・変換できるか」ではなく、「AIが生成した成果物が正しいことを、どのようなロジックと仕組みで確認するか」という点です。

「見える化→自動化→検証」で、AI駆動開発をレガシーマイグレーションへどう適用するのか

本セミナーでは、AI駆動開発を単なるコード生成ツールとして利用するのではなく、レガシーマイグレーション全体のプロセスへどのように組み込むべきかを解説します。ポイントとなるのが、「見える化 → 自動化 → 検証」という考え方です。

まず、ブラックボックス化した既存コードを解析・構造化し、処理フローやデータの依存関係、業務ロジックなどを見える化します。そのうえで、ルールベースの変換や生成AIを組み合わせながら、新しいアーキテクチャ・言語へのコード変換を進めます。そして、生成された成果物をそのまま信用するのではなく、検証ロジック、品質ゲート、自動テスト、静的解析、新旧システムの比較などを組み合わせ、品質と業務互換性を確認する仕組みを設けます。

目指すのは、人のレビューをなくすことではありません。人がすべてのコードを確認するのではなく、ロジックと品質保証の仕組みで確認できるものは自動的に検証し、人は業務判断や最終承認など、本来人が見るべき部分に集中することです。

AI駆動開発に興味はあるが、「自社では何から始めればよいか」が分からない方へ

本セミナーでは、単なる一般論ではなく、以下の論点を整理しながら具体的な進め方をご紹介します。

・ブラックボックス化した既存資産をどのように整理するのか ・AIや変換ツールを、どの工程に利用するのか ・AIが生成・変換したコードの品質を、何を基準に確認するのか ・現行システムと移行後システムの業務互換性を、どのように検証するのか ・人によるレビューをどこまで残すべきなのか

「AI駆動開発を取り入れたいが、何から始めればよいか分からない」「PoCの進め方や、コード変換の品質保証方法を知りたい」といった課題をお持ちの方が、自社での適用可否や次のアクションを具体的に考えるための判断材料をお持ち帰りいただける内容です。

こんな立場の方／こんな課題を感じている方におすすめ

・COBOLなどのレガシーシステムを保有し、具体的に刷新・マイグレーションを検討している方 ・仕様書不足や担当者退職により、既存システムがブラックボックス化している方 ・AI駆動開発をレガシーマイグレーションへ活用したいが、どこから適用すべきか判断できていない方 ・AIによるコード変換の出力のゆらぎやハルシネーション、再現性に不安を感じている方 ・「AIを利用しても全量レビューが必要なら、結局工数は減らないのではないか」と感じている方 ・現行システムと移行後システムの品質・業務互換性をどのように検証すればよいか検討している方 ・自社または顧客向けに、AIを活用したレガシーモダナイゼーションを提案したいSIer・ITサービス企業の方

プログラム

09:45～10:00　受付

10:00～10:05　オープニング（マジセミ）

10:05～10:45　ブラックボックス化したレガシーシステムのマイグレーション、AI駆動開発でどう進める？

　　　　　　　　～ハルシネーションや出力のゆらぎに備える、全量目視レビューに頼らない品質担保とは～

10:45～11:00　質疑応答

主催・共催

株式会社シイエヌエス（プライバシーポリシー）

株式会社NTQジャパン（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

基幹システムでも進むAWS移行、既存運用はどうする？

オンプレミスで長年運用してきた基幹システムでは、共有ストレージとHA構成を組み合わせ、障害発生時にも業務を継続できるようにしている企業が少なくありません。一方、AWSへの移行を検討する際には、サーバーやストレージをクラウドへ移すだけでなく、これまで培ってきた可用性や運用方法をどこまで活かせるのかを整理する必要があります。特に止めることのできない基幹システムでは、既存の運用思想を活かしながらAWSへ移行できるかが重要な検討ポイントになります。

オンプレのHA構成をAWS上で活かせるのか？

AWSにはインフラを冗長化するための仕組みがありますが、基幹システムではインフラだけでなく、その上で稼働するアプリケーションの可用性も考える必要があります。また、オンプレミスで利用してきた共有ストレージ＋HAの考え方をAWS上でどのように活かすのか、さらにPoC、移行設計、構築をどの順番で進めればよいのか分からず、具体的な検討に進めないケースもあります。製品やサービスの選定だけでなく、既存環境を踏まえながら移行の進め方を整理することが重要です。

高可用性を保つAWS移行とPoC・構築の進め方

本セミナーでは、Amazon FSx for NetApp ONTAPとLifeKeeperを組み合わせ、オンプレミスで培ってきた共有ストレージ＋HAの考え方を活かしながらAWSへ移行する方法を紹介します。LifeKeeperによるアプリケーションの監視や冗長化構成、FSx for ONTAPとの組み合わせについて、各社の知見をもとに解説します。さらに、PoC、移行検討、構築までをどのように進めるのかについても取り上げ、AWS移行を具体的な検討段階へ進めるためのポイントをお伝えします。

こんな課題を感じている方におすすめ

⦁オンプレのHA構成をそのままAWSに持ち込めるのか分からない ⦁AWSのネイティブ冗長化だけでは、アプリケーション層の可用性が担保できるか不安 ⦁FSx for NetApp ONTAPは聞いたことがあるが、LifeKeeperとの組み合わせ方が分からない ⦁PoCをどう設計し、移行設計・構築へどうつなげるか、進め方のイメージが持てない ⦁製品選定は進んでいるが、既存運用を活かした移行シナリオの整理ができていない

本セミナーで持ち帰れること

⦁オンプレのHA構成をAWSで再現するための設計パターン（FSx for ONTAP × LifeKeeperの組み合わせ方） ⦁アプリケーション層まで含めた高可用性設計の考え方と、AWSネイティブ機能との使い分け ⦁ PoC → 移行設計 → 構築の具体的な進め方ロードマップ（つまずきポイントと対処法含む） ⦁基幹システム移行における製品・サービス選定の判断軸（3社の知見をもとにした実践的な視点） ⦁自社の移行検討を具体的なネクストアクションに落とし込むためのヒント

プログラム

14:45～15:00　受付

15:00～15:05　オープニング（マジセミ）

15:05～15:45　基幹システムのAWS移行、オンプレのHA運用を活かせるか？～既存運用を活かす高可用性設計とPoC・構築の進め方を解説～

15:45～16:00　質疑応答

主催・共催

サイオステクノロジー株式会社（プライバシーポリシー）

ネットアップ合同会社（プライバシーポリシー）

株式会社ネットワールド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

仮想化基盤の選択肢が広がり、移行を検討する企業が増加

仮想化基盤を取り巻く環境が変化する中、既存基盤の老朽化やライセンス体系の変化、運用コストの見直しなどをきっかけに、現在の仮想化基盤から別の基盤への移行を検討する企業が増えています。一方、移行先の選択肢が広がったことで、単に新しい基盤を選定するだけではなく、既存システムの構成やバージョン、物理・仮想の混在状況などを踏まえて、どのような方法で移行するかを検討する必要があります。仮想化基盤の移行を円滑に進めるためには、移行先の選定だけでなく、移行方法やデータ保護、問題発生時の復旧まで事前に整理しておくことが重要です。

移行先を決めるだけではない、事前に押さえておきたいポイント

仮想化基盤の移行では、移行元と移行先の組み合わせやバージョンによって既存の移行ツールが利用できない、物理・仮想が混在しているため移行方法の判断が難しいなど、環境によって考慮すべきポイントが異なります。また、移行作業そのものだけに目を向けるのではなく、移行時のデータをどのように保護するのか、問題が発生した場合にどのように復旧するのかについても、あらかじめ検討しておく必要があります。こうしたポイントを十分に整理しないまま移行を進めると、想定外の制約や手戻りにつながる可能性があるため、移行前に自社環境の条件と必要な対策を整理することが重要です。

仮想化基盤の移行で失敗しないためのポイントを解説

本セミナーでは、仮想化基盤の移行で失敗しないために、移行前に押さえておくべきポイントを整理して解説します。移行元・移行先やバージョン、物理・仮想が混在する環境など、仮想化基盤の移行で直面しやすいケースを取り上げながら、移行方法だけでなく、バックアップや復旧をどのように考えるべきかをご紹介します。さらに、物理・仮想など幅広い環境のデータ保護に対応する「Arcserve UDP」を活用した方法も交え、これから仮想化基盤の移行・刷新を検討する担当者が事前に知っておきたい考え方をお伝えします。

プログラム

13:45～14:00　受付

14:00～14:05　オープニング（マジセミ）

14:05～14:45　仮想化基盤の移行、失敗しないために押さえるべきポイントとは？～移行と同時に見直すバックアップ・復旧設計～

14:45～15:00　質疑応答

主催・共催

SB C&S株式会社（プライバシーポリシー）

arcserve Japan 合同会社（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

富士通メインフレーム撤退で進むマイグレーション、その先の保守運用まで考えていますか

　富士通メインフレーム事業の撤退を背景に、多くの企業で基幹システムのマイグレーション検討が本格化しています。一方で、長年運用してきたCOBOLやJCL資産はブラックボックス化が進み、設計書が不足している環境も少なくありません。 　そのため、 　・現状資産の全体像を把握できない 　・移行費用や期間を見積もれない 　・経営層へ説明できず予算化が進まない 　といった理由から、マイグレーション計画そのものが止まってしまうケースが増えています。 　さらに近年では、マイグレーション自体は完了したものの、改修や運用のたびに想定以上の工数がかかり、「以前より保守しづらくなった」と感じる企業も少なくありません。 　今、求められているのは、システムを移行することではなく、移行後も保守・運用し続けられる環境を実現することです。

設計書が残らないマイグレーションが、移行後の保守を難しくする

　従来のマイグレーションでは、既存プログラムを新しいプログラムへ変換する「ストレートコンバージョン」が多く採用されてきました。 　しかし、コードは移行できても、その設計思想や業務仕様を示す設計書が十分に整備されないまま運用へ移行し、保守性の低下を招くケースがあります。 　その結果、 　・障害や改修時の影響範囲を把握しにくい 　・保守担当者の引き継ぎが難しい 　・調査や改修の工数が年々増加していく 　といった課題が発生し、「移行できたこと」が、そのまま「保守できること」にはつながらない状況が生まれています。 　つまり重要なのは、どの移行方式を選ぶかだけではなく、移行後も継続して保守できるシステムをどう実現するかという視点です。

AIによる設計書生成で、保守できるシステムへのマイグレーションを実現する方法

　本セミナーでは、保守性を考慮したマイグレーションという考え方を軸に、その実現方法を解説します。 　AIを活用して現行ソースコードから設計書をリバース生成し、その設計書を起点として新しいシステムを構築するアプローチにより、現状資産の可視化から移行判断、そして移行後の保守性まで見据えたマイグレーションの進め方をご紹介します。 　また、設計書整備やテスト効率化など部分的な支援も含め、「これから移行する企業」と「すでに移行したが保守に課題を抱える企業」それぞれに役立つ具体的な考え方や、無料で利用できる「マイグレーション簡易診断」の内容についてもご紹介します。

こんな立場の方／こんな課題を感じている方におすすめ

・富士通メインフレーム（GS21シリーズなど）のマイグレーションを検討している情報システム部門・IT企画部門の方 ・COBOL／JCL資産のブラックボックス化により、移行計画や予算化が進められず悩んでいる方 ・リホスト／リライト／リビルドのどの移行方式を選ぶべきか判断材料を整理したい方 ・マイグレーション後に保守性が悪化し、改修・運用コストの増加に課題を感じている方 ・自社または顧客環境において、保守まで見据えたマイグレーションの進め方を検討したい方

本セミナーで持ち帰れること

　マイグレーションは、システムを移行して終わりではありません。移行後も継続して保守・運用できる環境を実現できるかが、その後の運用コストやシステムの価値を大きく左右します。 　本セミナーでは、AIを活用した設計書生成を取り入れた新しいマイグレーションアプローチを通じて、現状資産の可視化から移行判断、そして保守性まで見据えた考え方を解説します。これから移行を検討する企業はもちろん、すでに移行後の保守に課題を抱えている企業にとっても、今後の判断や改善につながる具体的なヒントを持ち帰っていただけます。

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:45　【富士通メインフレーム撤退】言語を変えるだけで、本当に保守できるシステムになるのか？

　　　　　　　　～「保守の属人化」を解き放ち、10年先も引き継げるオプティマイズドモダナイゼーション～

13:45～14:00　質疑応答

主催

コシキ・バリューハブ株式会社（プライバシーポリシー）

協力

ビズブースト株式会社（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

VMware環境の見直しが進む一方、移行対象の整理が複雑化している

近年、Broadcomによる買収以降のVMware環境を取り巻く変化を受け、多くの企業で仮想基盤の再検討が急務となっています。

しかし、一概に「移行」と言っても、その対象は業務システム、Webアプリケーション、バッチ処理基盤、開発環境など多岐にわたります。オンプレミスを継続するのか、クラウドへ移行するのか、あるいはコンテナ化やマネージドサービスの活用まで踏み込むのかなど、選択肢は年々広がっています。

VMの移行だけで終わらせてよいのか？

コストやスケジュールの観点から、「まずは現状のまま別基盤へ移す」という判断を検討している企業も多いのではないでしょうか。しかし、本当にすべてのVMを一律に移行することが最適な選択肢なのでしょうか。

一方で、コンテナ化やモダナイゼーションの必要性を感じている企業も少なくないはずです。それでも「今回は移行だけで手一杯」と切り分けていないでしょうか。せっかくの刷新投資が、競争力を高めるための一手ではなく、コスト増を回避するためだけの「守りの投資」になってしまっていないでしょうか。

移行のタイミングは、基盤の将来像を描き直せる数少ない機会でもあります。だからこそ、アプリケーションや運用特性に応じた戦略的な判断が重要になります。

OpenShift（ROSA）活用による次世代基盤への第一歩

本セミナーでは、特にVMを多数保有する企業様に向けて、コンテナ基盤という選択肢の一つであるRed Hat OpenShift Service on AWS（ROSA）を活用し、単なるリプレースで終わらせない移行戦略の考え方を体系的に解説します。

アプリケーションの特性や依存関係の整理方法、ワークロードごとの適切な移行パターン（リホスト／リプラットフォーム／リファクタリング）の選定ポイント、さらにモダナイズを見据えた将来基盤の選び方まで、具体的な事例を交えてご紹介します。

また、具体的な移行イメージの明確化に向けて、ハンズオンセッションや無料診断もご用意しています。貴社環境に即した移行方針を整理していただけます。単なる「移行」にとどまらない、将来につながる基盤刷新への第一歩を支援します。

こんな方におすすめ

・VMware環境の見直し・移行を検討しているインフラ／基盤担当の方 ・多数のVMを抱え、移行方針の整理に悩んでいる方 ・VMの移行だけでなく、次期基盤としての付加価値も検討したい方 ・移行と同時にコンテナ化やモダナイズも視野に入れたい方 ・コスト最適化と運用効率化を両立する次世代基盤を検討している方

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:50　脱VMwareに付加価値を：VMの移行だけで終わっていませんか？

11:50～12:00　質疑応答

主催・共催

株式会社シーイーシー（プライバシーポリシー）

レッドハット株式会社（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

COBOL／CL資産のブラックボックス化ーなぜ見えないリスクが生まれるのか

長年運用されてきたオフコンでは、COBOLやCLによる資産が肥大化し、全体像が把握できない状態に陥っているケースが多く見られます。 特にCLは処理の流れを司るため影響範囲が見えにくく、使われていない処理や不明確なロジックが残存しやすい領域です。こうした「見えない資産」が移行時のリスクを高めています。

なぜ移行後に発覚するのかー想定外の手戻りとコスト増の正体

資産を整理せずに移行を進めた場合、テストや運用フェーズで初めて問題が顕在化することがあります。 不要なプログラムや複雑に絡み合った処理、仕様が不明確なロジックが原因となり、追加対応や再設計が必要になるケースも少なくありません。こうした「後から発覚する問題」が、結果として手戻りやコスト増を引き起こします。

オープン化の成否を分ける資産棚卸ー手戻りを防ぐ進め方とは

本セミナーでは、資産棚卸サービスに焦点を当て、オフコン資産の可視化と整理をどのように進めるべきかを解説します。 移行対象の見極めによって無駄な工数やコストを抑え、手戻りを防ぐための具体的なアプローチをご紹介します。 さらに、リホストマイグレーションを組み合わせた、現実的かつ効率的な移行手法についてもお伝えします。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:50　【富士通製オフコンユーザー向け】2030年度末にサービス終了が迫る、オープン化の成否を分ける資産棚卸～なぜCOBOL／CL放置、棚卸なしの移行で想定外の手戻りとコスト増が発生するのか～

11:50～12:00　質疑応答

主催

株式会社シーイーシー（プライバシーポリシー）

協力

富士通株式会社（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです。

ツールはSPEAKERSを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは2026年04月14日に開催されたセミナーの再放送です。

多くのご要望をいただきましたので、再放送の開催が決まりました。

担当者不在・仕様書なしの「旧世代オープン系システム」が抱える深刻な問題

現在、多くの企業が 旧世代のオープン系システム（VB6、VB.NET、古いJava、Delphi など）のブラックボックス化に悩まされています。長年の改修と運用でドキュメントは更新されず、担当者の退職により「全体像が誰にも分からない」という状態が発生しています。

その結果、 ・障害発生時に原因特定が遅れる ・改修時の影響範囲が読めずリスクが高い ・工数見積もりが曖昧になり、プロジェクトが進まない ・将来的な移行判断ができない

といった、ビジネス継続にも影響する問題が生じています。 そこで必要になるのが、ソースコードを正しく読み解き、現行仕様を可視化すること（ドキュメント化）です。

リバースエンジニアリングだけでは足りない現実

リバースエンジニアリングは、システム構造や依存関係を把握する上で重要な技術です。しかし、多くの企業では以下の課題から「見えるだけで終わってしまう」状況が生じています。

・得られた情報が断片的で、設計書として使いづらい ・改修判断や影響範囲分析に活用できる粒度になっていない ・言語ごとの特性（VB6、Delphi など）への深い理解が必要 ・大量のコードを人手でドキュメント化するには現実的でない

つまり、可視化した情報を“使える設計書”として整理するところにこそ、壁があるのです。

ソースコードから「使える設計書」を自動生成し、構造を正確に可視化する

本セミナーでは、独自のリバースエンジンを用いてソースコードから詳細設計レベルの設計書を自動生成し、システム構造や依存関係を正確に可視化する方法を紹介します。 これにより、

・影響範囲が簡単に分かる ・モジュール・画面・データの関係性が把握しやすい ・属人化が解消され、保守効率が向上 ・将来の移行／改修の判断材料が明確になる

といった効果が期待できます。

なお現在、お客様のソースコードから数本のサンプルの設計書を作成する無料体験を実施中です。そちらの手順についてもセミナーの中でご案内します。

今後の機能として：可視化結果をAIで要約し、上位設計レベルへ

今回のセミナーでは“現在提供している可視化機能”を中心にご紹介しますが、将来的にはAIによる要約機能を実装予定です。 これにより、詳細設計レベルのドキュメントから

・基本設計レベルへの要約 ・要件定義レベルへの抽象化

など、上位ドキュメントの自動生成が可能になる見込みです。

※AI要約機能は現在開発中であり、今回のセミナーでは実装方針とロードマップのみを紹介します。

このような方におすすめです

・VB / Java / Delphi / C# などの 旧世代オープン系システムを可視化したい方 ・担当者退職・引き継ぎ不備で 現行仕様の把握に苦労している方 ・影響範囲調査や改修判断の精度を上げたい方 ・移行やリプレイスを見据えており、まず現状を整理したい方 ・属人化した保守・開発体制を改めたい方

＜対象言語（例）＞ ・VB5 / VB6 ・VB.NET ・Java ・Delphi ・C# ・PL/SQL ・Oracle Forms & Reports

※メインフレーム（COBOL・AS400 等）は対象外です。

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:45　ブラックボックス化した旧世代オープン系システムの仕様を可視化するには～VBやJava、Delphiなどのコードから設計書を自動生成し、現行把握と影響範囲調査～

13:45～14:00　質疑応答

※当日いただいたご質問は後日開催企業より直接回答させていただきます

主催

株式会社第一コンピュータリソース（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

担当者不在・仕様書なしの「旧世代オープン系システム」が抱える深刻な問題

現在、多くの企業が 旧世代のオープン系システム（VB6、VB.NET、古いJava、Delphi など）のブラックボックス化に悩まされています。長年の改修と運用でドキュメントは更新されず、担当者の退職により「全体像が誰にも分からない」という状態が発生しています。

その結果、 ・障害発生時に原因特定が遅れる ・改修時の影響範囲が読めずリスクが高い ・工数見積もりが曖昧になり、プロジェクトが進まない ・将来的な移行判断ができない

といった、ビジネス継続にも影響する問題が生じています。 そこで必要になるのが、ソースコードを正しく読み解き、現行仕様を可視化すること（ドキュメント化）です。

リバースエンジニアリングだけでは足りない現実

リバースエンジニアリングは、システム構造や依存関係を把握する上で重要な技術です。しかし、多くの企業では以下の課題から「見えるだけで終わってしまう」状況が生じています。

・得られた情報が断片的で、設計書として使いづらい ・改修判断や影響範囲分析に活用できる粒度になっていない ・言語ごとの特性（VB6、Delphi など）への深い理解が必要 ・大量のコードを人手でドキュメント化するには現実的でない

つまり、可視化した情報を“使える設計書”として整理するところにこそ、壁があるのです。

ソースコードから「使える設計書」を自動生成し、構造を正確に可視化する

本セミナーでは、独自のリバースエンジンを用いてソースコードから詳細設計レベルの設計書を自動生成し、システム構造や依存関係を正確に可視化する方法を紹介します。 これにより、

・影響範囲が簡単に分かる ・モジュール・画面・データの関係性が把握しやすい ・属人化が解消され、保守効率が向上 ・将来の移行／改修の判断材料が明確になる

といった効果が期待できます。

なお現在、お客様のソースコードから数本のサンプルの設計書を作成する無料体験を実施中です。そちらの手順についてもセミナーの中でご案内します。

今後の機能として：可視化結果をAIで要約し、上位設計レベルへ

今回のセミナーでは“現在提供している可視化機能”を中心にご紹介しますが、将来的にはAIによる要約機能を実装予定です。 これにより、詳細設計レベルのドキュメントから

・基本設計レベルへの要約 ・要件定義レベルへの抽象化

など、上位ドキュメントの自動生成が可能になる見込みです。

※AI要約機能は現在開発中であり、今回のセミナーでは実装方針とロードマップのみを紹介します。

このような方におすすめです

・VB / Java / Delphi / C# などの 旧世代オープン系システムを可視化したい方 ・担当者退職・引き継ぎ不備で 現行仕様の把握に苦労している方 ・影響範囲調査や改修判断の精度を上げたい方 ・移行やリプレイスを見据えており、まず現状を整理したい方 ・属人化した保守・開発体制を改めたい方

＜対象言語（例）＞ ・VB5 / VB6 ・VB.NET ・Java ・Delphi ・C# ・PL/SQL ・Oracle Forms & Reports

※メインフレーム（COBOL・AS400 等）は対象外です。

プログラム

14:45～15:00　受付

15:00～15:05　オープニング（マジセミ）

15:05～15:45　ブラックボックス化した旧世代オープン系システムの仕様を可視化するには～VBやJava、Delphiなどのコードから設計書を自動生成し、現行把握と影響範囲調査～

15:45～16:00　質疑応答

主催

株式会社第一コンピュータリソース（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはオンサイト開催です。

「参加に関する詳細は主催企業より直接メールにてご連絡いたします。 「jbcc.co.jp」「osslabo.com 」「majisemi.com 」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。」

開催日程及び会場

お申込みフォームにてご参加希望の会場をご選択ください。

■ 2026年3月17日（火）14：00～16：00場（3/13 金 申込締切り済み）

　【東京会場】 　　ＪＢＣＣ株式会社　八重洲オフィス　（東京ミッドタウン八重洲） 　　東京都中央区八重洲2-2-1 東京ミッドタウン八重洲　八重洲セントラルタワー13F

■ 2026年3月19日（木）14：00～16：00（3/18 水 12：00まで申込受付中）

　【大阪会場】 　　日本IBM大阪事業所 　　大阪府大阪市北区中之島三丁目2番4号　中之島フェスティバルタワー・ウエスト

IBMPower導入で「守りのIT」中心から「攻めのIT」へのシフトが実現！

高信頼・高性能で基幹業務を長年支えてきたメインフレームだが、システムの老朽化や複雑かつ独自の技術を支える技術者不足、AI活用やクラウド利用などのDX推進の障壁ともなり、メインフレームを継続利用するには多くの課題があります。 また国内メーカーの事業撤退も重なり、今後のシステムをどうしていくべきかまさに考えるタイミングかと思います。 このセミナーではメインフレームからIBM Power System(IBM i）にコンバージョンを成功されたお客様事例をご紹介します。 お客様事例のユニシス汎用機以外のメーカー利用のお客様にも参考となる内容となっています。 多くのみなさまのご参加をお待ちしています。

【お客様導入事例ご紹介】　横浜冷凍株式会社（ヨコレイ）様

横浜冷凍株式会社　システム管理部　部長　神山 拓也 氏

セミナー概要

Session 1　｜　14:00～14:50　

あきらめかけていたユニシス汎用機からのコンバージョンに成功！IBM Power移行事例のご紹介

人とITの共生が可能なシステムを目指し、様々な取り組みを行っている中で、日々の業務処理を支える汎用機が、IT投資の中で維持費用「守りのIT」が80%を占めていたことで、新たな取り組みである「攻めのIT」の足かせとなっていたのが汎用機の課題であった。この課題への解決策として導入された、IBM Powerへの移行事例をご紹介します。

講師：横浜冷凍株式会社　システム管理部　部長　 神山拓也様

Session 2　｜　14:50～15:30

実践的、ITレガシー・モダナイゼーション成功のツボご紹介

120システム以上の移行実績を持つＪＢＣＣのコンバージョンおよびモダナイゼーションの手法とミッドレンジサーバー顧客満足度 No. 1()のIBM Power SystemsとIBM iの特徴をご紹介します。また、モダナイゼーション（最適化）への課題解決に向けたアプローチをご紹介します。() 日経コンピュータ顧客満足度調査　２０１５－２０１６

講師：ＪＢＣＣ株式会社　さらばレガシーセンター長　　板垣清美

Session 3　｜　15:30～16:00　

COBOLアプリとデータベース資産を安心・安全に引き受けて、DXも実現できるIBM i のご紹介！

長年にわたる開発・修正を経て、貴社のビジネスを支援するため最適化された、COBOLアプリケーションとデータベース。これらは、貴社の貴重な資産です。この資産をJAVAなどの多言語に移行することなく温存しつつ、最新テクノロジーを簡単に適用することができれば、あらゆる変革に際して、低コスト・短期間・低リスクで対応できます。それを実現するIBM i をご紹介します。

講師：日本アイ・ビー・エム株式会社　IBM i カスタマーサクセスアドバイザー　 久野　朗様

---

※講師・セミナー内容につきましては、予告なく変更させていただく場合がございます。

※定員に達し次第締め切りとさせていただきます。 ※ご同業の企業様のお申込みは締め切り前であってもお断りさせていただく場合がございます。

主催

ＪＢＣＣ株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。