本セミナーは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」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

増え続けるExcel管理、属人化や情報分散が業務の負担に

多くの企業で、顧客管理や案件管理、進捗管理などにExcelが活用されています。しかし、業務の拡大とともにファイルが増え、「最新版が分からない」「情報が分散している」「担当者しか管理方法を把握していない」といった課題が発生しがちです。その結果、情報共有や集計に手間がかかり、業務の属人化や生産性低下につながるケースも少なくありません。

こうした課題を解決する手段として、業務情報を一元管理できるkintoneへの注目が高まっています。

kintoneを導入したい。でも、誰が作り、どう運用・定着させるのか？

一方で、kintoneの導入を検討していても、「Excelデータをどう移行すればよいのか分からない」「業務に合ったアプリを作れるか不安」「導入後に現場へ定着させられるか心配」といった悩みを抱える企業も少なくありません。実際に、導入したものの一部の担当者しか使いこなせず、活用が広がらないケースもあります。そのため、kintoneは導入することだけでなく、現場で継続的に活用される状態をつくることが重要です。 本セミナーでは、そのための進め方や支援のポイントもご紹介します。

小さく始めて、困ったときは気軽に相談。kintoneの導入・活用・定着の進め方

本セミナーでは、Excelによる業務管理の複雑化や属人化に課題を感じている企業・部門の方に向けて、どのようなExcel管理を見直すべきなのかを整理しながら、kintoneを活用した「脱Excel」の進め方をご紹介します。

あわせて、NTT東日本が提供する「kintone for おまかせ はたラクサポート」をご紹介します。

また、「おまかせ はたラクサポート サポートサービス」を組み合わせることで、管理者だけでなく従業員も利用できるヘルプデスクを通じて、初期設定や操作方法、運用時の困りごとを相談しながら活用を進められます。

こんな方におすすめ

・Excelによる業務管理の複雑化や属人化を解消したい方 ・専任のIT担当者がいない中で、kintoneを導入・活用したい事業部門の方 ・各部門のkintone活用を支援したいものの、個別対応まで手が回らない情報システム部門の方 ・kintoneを一部の担当者だけに任せず、全社で活用・定着させたい方

プログラム

14:45～15:00　受付

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

15:05～15:45　複雑化・属人化したExcel管理を見直すには？ 専任IT担当者がいなくても進められるkintone活用

15:45～16:00　質疑応答

主催

NTT東日本株式会社（プライバシーポリシー）

協力

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

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

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

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

開発現場で急速に広がる生成AI・AIコーディングの活用

生成AIの進化に伴い、システム開発の現場でもAIコーディングツールをはじめとした生成AIの活用が急速に広がっています。

コード生成やレビュー、テスト、ドキュメント作成など、開発プロセスのさまざまな場面で生成AIを活用することで、開発スピードや生産性の向上が期待されています。

こうした中、「自社の開発にも生成AIを取り入れたい」「AIを前提とした開発プロセスへ移行したい」と考え、AI駆動開発への取り組みを検討する企業も増えています。

AI駆動開発に取り組みたい。でも、何から始めればいいのかわからない

しかしながら、いざAI駆動開発に取り組もうとすると、ツールの選定や利用範囲、開発プロセスへの組み込み方、品質・セキュリティの考え方など、検討すべきことは多岐にわたります。

生成AIやAIコーディングに関する新しいツールや情報が次々と登場する中、自社では何を選び、どのように取り入れていけばよいのか、判断に迷うケースも少なくありません。

例えば、 「まずはAIコーディングツールを導入すればいいのか」 「既存の開発プロセスをどこまで変える必要があるのか」 「AI 駆動開発において、どのタイミングで人間がレビューするか？」 など、検討事項ばかりが増え、具体的な一歩を踏み出せていないこともあるのではないでしょうか。

AI駆動開発を進めるためには、個々のツールや機能を知るだけでなく、何を、どのような順番で検討し、自社の開発に取り入れていくのかという指針を持つことが重要です。

実案件から生まれたガイドラインに学ぶ、AI駆動開発の始め方

本セミナーでは、AI駆動開発に取り組みたいものの、何から始めればよいかわからない方に向けて、実案件から得られた知見をもとに策定したガイドラインを題材に、AI駆動開発を進めるための実践ポイントをご紹介します。

生成AIを開発のどこに取り入れるのか、どのようなルールを設けるのか、品質やセキュリティをどう考えるのかなど、AI駆動開発を始めるうえで押さえておきたいポイントを、AWSに関する豊富な知見と、クラウドネイティブなアプリケーション開発を支援してきたサーバーワークスならではの視点から、具体的に解説します。

こんな方におすすめ

・ AI駆動開発に関心があるものの、何から始めればよいかわからない方 ・ 生成AI・AIコーディングを開発現場に取り入れる方法を模索している方 ・ ツール選定だけでなく、開発プロセスやルールを含めた進め方を知りたい方 ・ 実案件から得られたガイドラインを参考に、自社でのAI駆動開発の進め方を検討したい方

プログラム

12:45～13:00　受付

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

13:05～13:35　【AI駆動開発】生成AIを開発に取り入れるには、何から始めるべきか？～実案件から生まれたガイドラインに学ぶ、AI駆動開発を始めるための実践ポイント～

13:35～14:00　質疑応答

主催

株式会社サーバーワークス（プライバシーポリシー）

協力

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

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

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

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

DX・システム刷新では「何を作るべきか」が明確ではないケースも

DXの進展や新しいテクノロジーの活用によって、企業が実現できることは大きく広がっています。しかし、新しい技術をどう活用するのか、業務をどう変えるのかを考える中で、「何をつくるべきか」が最初から明確とは限りません。 経営は投資に見合う成果、業務部門は変革、現場は使いやすさ、IT部門は既存システムとの整合性を求めます。それぞれの期待は正しい一方、判断の共通軸がないまま要求が並ぶことで、「要件定義では合意したのに違う」「PoCは成功したが本番化しない」「完成したのに現場で使われない」といった課題が生まれます。

構想では描けていたはずの顧客体験や業務価値が失われていく

このような課題の背景には、構想段階で描いた顧客体験や業務価値が、業務要件、システム要件、設計、開発、運用へと具体化していく過程で、実現可能性やさまざまな制約への対応を理由に、少しずつ失われてしまうことがあります。その結果、「何のためにつくるのか」という意図が見えにくくなり、システムは完成しても現場に定着しない状況に陥ります。

描いた顧客体験を最後まで落とさない、構想から実装・運用までつなぐ開発へ

“構想で描いた価値を誰がつなぐのか” 今、DXやシステム刷新の現場では、顧客体験を起点に業務を整理し、システムや運用の制約を理解しながら、実装・運用まで一貫して価値をつなぐ役割が求められています。 本セミナーでは、UXの考え方と業務・システム開発の知見を組み合わせながら、そのような役割がどのようにプロジェクトに関わり、構想を成果へ結び付けていくのかをご紹介します。構想で描いた顧客体験や業務価値を、実装・運用までつなぐ“これからのシステム開発”の考え方をお持ち帰りいただけます。

プログラム

09:45～10:00　受付

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

10:05～10:45　バラバラの要求をひとつのシステムへ―“UX”でつなぐプロジェクトとは　～構想から実装・運用まで、業務とITを一貫してつなぐこれからのシステム開発～

10:45～11: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」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

ひとり情シス調査で見えた、業務過多と属人化

企業のDX推進が加速する一方で、IT人材不足を背景に、社内システムの運用・管理を限られた担当者が担うケースは少なくありません。株式会社アイアットOECが実施した 「ひとり情シスの属人化リスクに関する実態調査」 では、会社の中で一人で情報システムを担当している会社員330名を対象に、業務負荷や属人化、不在時における事業継続リスクが調査されています。調査では、ひとり情シスの半数が直近1〜2年で担当業務量が増加したと回答しており、現在抱えている主な問題として「業務量が多く負荷が高いこと」や「専門外のシステムも一人で対応しなければならないこと」が挙げられています。

担当者不在で、会社のシステムが止まる可能性も

ひとり情シスや少人数のシステム担当者に業務が集中すると、日々の問い合わせ対応やシステム運用が属人化し、担当者が不在になった際に会社全体の業務へ影響が広がるリスクがあります。調査では、自身が不在となった場合に 「一部のシステムが停止し、業務に支障が出る」 が37.3%、 「完全に停止し、業務に重大な支障が出る」 が17.3%となり、合計54.6%がシステム停止や業務支障の可能性を回答しています。さらに、ひとり情シスの70.9%が自身の業務の属人化に対して解消の必要性を感じており、属人化は担当者個人の負荷だけでなく、事業継続の観点でも見過ごせない課題になっています。

@pocketで始める、属人化を防ぐ「現場DX」

本セミナーでは、ひとり情シス調査で明らかになった業務過多・属人化・担当者不在時の事業継続リスクを解説したうえで、現場主導で業務を一元管理できる環境づくりの方法を紹介します。調査では、情シス業務の属人化や業務過多を解消するために必要な取り組みとして、 「マニュアルや仕様書の整備」 や 「DXツールの導入」 が上位に挙がっており、72.7%が現場主導で業務を一元管理できる環境は業務負担軽減につながると回答しています。 初期費用0円、月額300円 から利用できるノーコード業務アプリ作成ツール 「@pocket」 を活用し、軽いワークフローや営業支援など、現場で使う業務アプリを作成・運用する方法をデモを交えてご紹介します。

こんな方におすすめ

• 少人数でシステム業務を担当し、現場からの問い合わせや要望対応に追われている方
• 自分が不在になったとき、システム運用や業務対応が止まる不安を感じている方
• 社内で自分しか分からない業務が増え、属人化を解消したいと考えている方
• ワークフローや営業支援など、現場で使う業務アプリをノーコードで整備したい方

登壇者

株式会社アイアットOEC　マーケティング責任者　濱田廣晴

プログラム

14:45～15:00　受付

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

15:05～15:45　1名情シス330人調査で見えた、「自分がいないと業務が止まる」のに手を打てない理由 〜“早い・安い・簡単”ノーコードツールで、属人化を防ぐ「現場DX」を実現〜

15:45～16:00　質疑応答

主催

株式会社アイアットOEC（プライバシーポリシー）

協力

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

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

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

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

医療機器ソフト開発は実機評価が中心となり、単体テスト・静的解析ツールが不足

医療機器のソフトウェア開発では、動作の確認を実機での評価に頼るケースが多く、開発の早い段階で行う単体テストや静的解析の仕組みが十分に整っていない現場が少なくありません。少人数のチームで開発を担うことも多く、単体テストに時間をかけられないまま、確認を実機テストに委ねてしまいがちです。しかし、ソフトウェアの複雑化が進み、医療機器に求められる安全性・信頼性の水準が高まるなかでは、実機評価が中心の開発だけでは品質を担保しきれない場面が増えています。開発の初期段階からテストと解析を組み込む手法を確立することが、これまで以上に重要になっています。

一方、実機では再現困難な条件が多く、属人化と手戻り作業で品質にばらつきが出る

実機を用いたテストは、実際の動作を確認できる一方で、異常系や境界値など再現が難しい条件・入力パターンを網羅的に検証することが困難です。したがって、実機テストで偶然そのパターンが入力されたことにより不具合が発覚し手戻りになってしまう、という悪循環に陥りがちです。さらに、テストの進め方が特定の担当者の経験に依存して属人化していると、担当者が変わるたびにテストケースや品質にばらつきが生じ、引き継ぎにも余計な工数がかかります。IEC 62304への適合が求められる企業では意識も高まっていますが、多くの現場に共通するのは「不具合を減らしたい」「手戻りをなくしたい」という切実な思いであり、その実現には開発初期からの体系的なテスト・解析の仕組みが欠かせません。

自動車業界で培った安全基準を基に、IEC 62304取得を見据えた品質管理を実現

本セミナーでは、ベクター・ジャパンが、単体テスト自動化ツール「VectorCAST」と、C/C++向けの静的解析ツール「PC-lint Plus」を活用し、実機頼みのテストから脱却して、IEC 62304を見据えた品質管理を実現するアプローチをご紹介します。 VectorCASTは、C／C++などで書かれた組み込みソフトウェアの単体テスト・結合テストを自動化するツールです。テストの実行やコードカバレッジの計測を効率化し、実機では再現が難しい条件・入力パターンも早い段階から検証できます。単体テスト環境のセットアップがしやすく、JenkinsなどのCI/CDと連携して継続的にテストを回せる点も特長で、自動車産業のように安全性が重視される分野で広く採用されています。 PC-lint Plusは、C／C++のソースコードを解析し、欠陥や脆弱性、コーディング規約違反を検出する静的解析ツールです。MISRAやCERT Cといった業界のコーディング規格に対応し、ネットワーク接続やコードのアップロードを必要としないオンプレミス環境での解析が可能です。 当日は、自動車業界で培われた安全品質の知見を背景に、これら2つを中心とした様々なツールで開発初期からテストと静的解析を仕組み化し、属人化や手戻りを抑えながらIEC 62304を見据えた品質管理へどう近づけるかを、具体的にお伝えします。

登壇者

ベクター・ジャパン株式会社 コードテストツール部 ディレクター

プログラム

13:45～14:00　受付

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

14:05～14:45　【医療機器ソフト開発／QA向】IEC 62304の要求が曖昧なまま、実機テストをしていませんか？ 〜VectorCAST／PC-lint Plusで規格への適合を見据えた静的解析とテスト自動化〜

14:45～15:00　質疑応答

主催

ベクター・ジャパン株式会社（プライバシーポリシー）

協力

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

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

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

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

生成AIの進化で、業務アプリ開発への期待が高まっている

生成AIの進化により、自然言語で指示するだけで、アプリケーションの画面やコードを短時間で生成できるようになりました。

これまで開発部門や外部ベンダーに依頼していた業務アプリについても、生成AIを活用することで、現場のニーズに合わせて迅速に試作・改善できる環境が整いつつあります。

一方で、生成AIを使ってアプリの画面やコードを作成できても、実際の業務で利用できる状態まで展開できず、プロトタイプのまま止まってしまうケースも少なくありません。

コードは生成できても、業務アプリとしての本番導入が進まない

申請・承認ワークフローや社内ポータル、業務ダッシュボードなどを実際の業務で利用するためには、画面やコードを作成するだけでは不十分です。

データベースやSaaS、基幹システムとの接続に加えて、API連携、認証、ユーザーごとの権限管理、安全な実行環境、リリース後の保守・運用まで考慮する必要があります。

例えば、次のような課題によって、本番導入が進まないことがあります。

・AIで画面は作れたものの、社内のデータベースに接続できない ・API連携や認証の実装で開発が止まってしまう ・利用者ごとの閲覧・更新権限を適切に設定できない ・作成したコードをどこで実行し、誰が保守するのか決まらない ・試作はできても、セキュリティやガバナンスの要件を満たせない

その結果、最終的には開発部門への依頼や個別開発が必要となり、生成AIに期待していたスピードで業務アプリを展開できないケースも多いのではないでしょうか。

社内システムとの接続から本番展開・運用までをRetoolで実現

本セミナーでは、生成AI時代の業務アプリ開発で起こりやすい課題を整理するとともに、作成したアプリを実際の業務で利用できる状態にするためのアプリケーション開発プラットフォーム「Retool」をご紹介します。

Retoolは、社内向けの業務アプリを、既存のデータベースやSaaS、API、基幹システムと接続して開発・運用するためのプラットフォームです。

生成AIやAIコーディングエージェントを活用しながら、画面や処理を作成するだけでなく、データ接続、認証、権限管理、開発・本番環境の管理など、業務アプリを社内で安全に展開するための機能を一つの環境で提供します。

本セミナーでは、Retoolを活用してデータソースに接続し、業務アプリを作成して、権限を設定し、利用者へ公開するまでの流れをデモを交えて解説します。

コード生成だけでは解決できない「社内システムとの接続」や「本番環境での実行・運用」をどのように実現するのか、具体的な画面を通じてご覧いただけます。

こんな方におすすめ

・生成AIを活用した業務アプリ開発を検討している情報システム部門・DX推進部門の方 ・AIでアプリを試作できても、社内システムとの接続や本番導入に課題を感じている方 ・社内のデータベースやSaaSを活用した業務アプリを短期間で構築したい方 ・内製開発のスピードと、セキュリティ・ガバナンスを両立したい方 ・Retoolを利用した業務アプリ開発の具体的な進め方を知りたい方

プログラム

10:45～11:00　受付

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

11:05～11:45　【生成AIでコードは書けるのに】なぜ社内の業務アプリ開発は進まないのか？

11:45～12:00　質疑応答

主催

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

協力

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

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