セミナー
【ライブ配信セミナー】
プロセスチャートで手順を確認!
システムズエンジニアリングの手順とポイント
~狙った機能/性能がでない・開発が複雑化し収拾がつかない・設計変更で手戻りが多発する~
開催主旨
複雑で高度な制御が必要となる昨今のメカトロ製品。最近ではネットワーク対応が進むなどシステム(製品)の複雑化・大規模化が進んでいます。こうしたシステムの開発ではメカ・エレ・ソフト各部門の連携が必須ですが、それぞれ文化の違いから検討の抜け落ちなどが多発し、結果として「ニーズを外したパッとしない製品になる」「組付けたものの狙った機能・性能がでない」「後工程で設計変更を余儀なくされた」などといった事態に発展しています。システムズエンジニアリングは、ステークホルダ(システムの使い手や作り手など)の声を起点にシステムが具備すべき機能を段階的に具体化して仕様に落とし込んでいく手法です。開発にかかわる全員が同じ言葉で同じ情報を共有しながら仕様を煮詰めていくため後工程で余計な干渉をうけることなく確実に狙いのシステムへと導きます。
本セミナーでは、システムズエンジニアリングの進め方を工程ごとにフローチャートで示し、それぞれで何を検討し、取り決めていくべきかを学びます。実際のメカトロ製品(業務用プリンター)を例に実務に即した分野横断的な連携力を強化していきます。近年、製造業では業務の細分化が進み、システム全体を一貫して設計・構築する機会が減少しているため、製品開発を俯瞰的に捉えられる人材が不足しています。システムズエンジニアリングをこうした人材を養成する場としても優れています。
受講対象者
ものづくりに携わる技術者全般、特にメカ・エレキ・ソフトなど複数分野にまたがる製品設計に携わる技術者
習得可能知識
・システムズエンジニアリングの基本プロセスと実務上のプロセス
・メカ設計、回路設計、制御設計が連動した効率的な開発
・フロントローディングを実現し、後工程での設計変更の撲滅
・狙った機能・性能を作り込むことによる付加価値の最大化
進呈書籍
参考図書:『システムズエンジニアリングに基づく 製品開発の実践的アプローチ』を進呈致します。
概要
| 日時 | 2026年 6月 26日(金)10:00~17:00 (9:30 ログイン開始)※昼休憩1時間あり |
|---|---|
| 会場 | WEBセミナー WEBセミナーは、WEBミーティングツール「Zoom」を使用して開催いたします。 ※当日の録音・録画は固くおことわり申し上げます。 ブラウザとインターネット接続環境があれば、どこからでも参加可能です。 |
| 受講料 | お一人様:48,400円(資料含む、消費税込) 受講にあたり |
| 主催 | 日刊工業新聞社 |
| 申込締切日について | 講座開催の3営業日前17:00〆切 ※セミナーによって締切が異なる場合もございます。早めにお申込みください。 原則、資料を受講者の方へ郵送するため、お手元に届く猶予を頂いております。予めご了承ください。 【営業日】について 営業日は平日になります。 ※土曜/日曜/祝祭日は、休業日です。 (例)6/16(火)開催の場合、6/11(木)が締切日となります。 |
| 問合せ先 | 日刊工業新聞社 メディア事業局 事業推進部(セミナー係) TEL: 03-5644-7222 FAX: 03-5644-7215 E-mail : j-seminar@media.nikkan.co.jp TEL受付時間:平日(土・日・祝日除く) 9:30-17:30 |
| FAX申込について |
講師
プログラム
| セクション1 複雑化する製品開発とシステムズエンジニアリングの重要性 |
| 1-1 製品開発の複雑化と開発者の悩み ・CASE、IoT/DXがもたらすアーキテクチャの進化 ・大規模な製品を構成する複数のサブシステム ・いま製品開発の中で起きている事 個人ワーク:皆さんのいま製品開発の中で起きている事を書き出してみましょう ・システムズエンジニアリングの発祥(航空宇宙)とその効果 ・今は他の産業でも導入進む(自動車・産業機械・医療機器・電子機器etc) ・テクニカルプロセスの流れとその特徴 (1)一貫性 (2)段階的詳細化 (3)システムとして成り立つことの検証 (4)目的と手段の分離(アーキテクチャを論理と物理で分ける) ・各プロセスの実践に必要なサブプロセス |
| セクション2 ステークホルダ要求分析とシステム要求定義の基礎 |
| 2-1 ステークホルダ要求を理解する ・要求は「実現したいこと」+「指標」で表す ・ユーザー行動の観察とVoCの収集および規格や法令からの要求 ・なぜなぜ分析によるステークホルダ要求の特定 ・定量的・定性的な目標値の設定 ・ステークホルダ要求のとりまとめと検証 個人ワーク:自社製品に対するユーザーの声を分析、特定したニーズの目標値をつける 2-2 システム要求を理解する ・ステークホルダ要求からシステム要求への3段階の転換プロセス (1) システムが持つべき能力を定義 (2) システムで実現すべき能力を具現化する(アイディエーション、PoC) (3) システム要求(外部仕様の定義、システム要求仕様書の作成) |
| セクション3 システムが実現すべき機能・構造を突き詰める「アーキテクチャ設計」 |
| ・全体最適を考えない開発でよくあること~なぜアーキテクチャ設計が必要か 個人ワーク:木を見て森を見ずの原因を考えてみましょう ・システム規模に応じて段階的に詳細化していく ・アーキテクチャは構造・動作・状態の3つの視点で表現される 3-1 プロダクト論理アーキテクチャの分析 ・システム内部の機能を論理的な表現で可視化する(機能構造・動作・状態) ・ブロック図で重複・不整合などを解消・最適化(カプセル化・パイプライン化) ・プロダクト論理アーキテクチャの全体像とブロック図の整え 3-2 プロダクト物理アーキテクチャの分析 ・物理アーキテクチャ分析の大まかな流れ ・論理機能に物理手段割り当てる ・物理機構の方式選定~トレードオフ表(プリンタインクヘッドの例) ・物理ブロック図で物理構造の明確化 ・プロセッサ委に割り当てる機能の検討 ・論理構成に対する物理構成の対応確認 ・物理アーキテクチャの検証 3-3 エレ・メカ・ソフト、分野別の開発への準備 ・物理構造の開発責務分担(分担表作成) ・インターフェイスの定義と仕様化 3-4 プロダクト設計仕様書の作成 ・これまでの検討内容を転記するだけの設計仕様書 |
| セクション4 メカ・エレキ・ソフトの協調開発を実現~システムズエンジニアリング成功の条件 |
| ・エレvsメカvsソフト、協調設計でよく起こる問題 個人ワーク:これまでに起こった問題とその原因をリストアップしてみましょう ・時系列で開発するとお互いの影響度がわからない~手戻りの具体例 ・検討成果を常に可視化しておく ・プロジェクトマネジメントとシステムズエンジニアリングの一致が必要 4-1 プリンタ開発での適用事例 ・「3日で画を出せ」メカ・エレキ・ソフトの完全並行開発 ・アーキテクチャが決まると役割分担が見え、シミュレーションがどんどん進む ・アーキテクチャの最適化・共有化で複数製品の開発工数を大幅削減 4-2 AI開発での適用事例(研究開発部門事例) ・AI ナビゲーションシステム ・アルゴリズム毎に別の研究開発チームに割り振った開発が混乱 ・研究開発部隊と一緒にやり直したこと 4-3 イノベーション部門向け事例 ・論理内部ブロック図を活用する ・外見的には同じだが、内部技術やスペックが異なる ・外見的には異なるが、内部技術やスペックがほぼ共通 ・仮でもいいので内部アーキテクチャを可視化する |
| まとめ |
| - 本日の振り返り - 総合質疑応答 |
| 【ライブ配信セミナーに伴う注意事項について】⇒ 【詳細はこちら】 ※必ずお読みください(お申込みを頂いた時点でご同意頂いたとみなします) |





