MBSE (モデルベースのシステムエンジニアリング)は、Teamcenter®製品ライフサイクル管理(PLM)にとって不可欠な部分です。MBSEに対する当社のアプローチは、「システム駆動型製品開発(SDPD)」と呼びます。これは、Teamcenterの、機械、電気、ソフトウェア面でのマルチドメインの製品開発とコスト、信頼性、生産性を統一化するためです。Teamcenterを使用して、構築対象を定義し、作業方法を提示し、下流の開発プロセスを指揮することができます。クロス製品ライフサイクル全体を維持するための、重要な接着剤の役割を果たします。
SDPDで、Teamcenterはすべてを適切にフィットさせる方法を把握し、常に全体像を考慮しながらドメイン固有の決定を下します。 このプロセスでは、要件定義、プログラム計画の策定、製品構築プロセスの実施、インターフェースの排除、ターゲット/属性の設定、技術的リスクの特定、システム決定モデルの確立/取得を行います。SDPDは、全体の下流開発/納入プロセスを進め、クロス製品ライフサイクル全体を通して継続的にエンジニアリングします。
MBSE (モデルベースのシステムエンジニアリング)は、Teamcenter®製品ライフサイクル管理(PLM)にとって不可欠な部分です。MBSEに対する当社のアプローチは、「システム駆動型製品開発(SDPD)」と呼びます。これは、Teamcenterの、機械、電気、ソフトウェア面でのマルチドメインの製品開発とコスト、信頼性、生産性を統一化するためです。Teamcenterを使用して、構築対象を定義し、作業方法を提示し、下流の開発プロセスを指揮することができます。クロス製品ライフサイクル全体を維持するための、重要な接着剤の役割を果たします。
SDPDで、Teamcenterはすべてを適切にフィットさせる方法を把握し、常に全体像を考慮しながらドメイン固有の決定を下します。 このプロセスでは、要件定義、プログラム計画の策定、製品構築プロセスの実施、インターフェースの排除、ターゲット/属性の設定、技術的リスクの特定、システム決定モデルの確立/取得を行います。SDPDは、全体の下流開発/納入プロセスを進め、クロス製品ライフサイクル全体を通して継続的にエンジニアリングします。
1Dモデルが製品コンテンツを生成するようになったので、製品モデル管理の目標の一部として1Dモデルに対応することは、製品の構築時に2D/3Dモデルに対応するのとまったく同じように重要です。このような1Dモデルの扱いは、それにふさわしく尊重して始める必要があります。Teamcenterでは、領域横断的なデータとプロセスの可視性を高めて迅速にイノベーションが得られるように、他の製品モデルと一緒に1Dモデルを効率的に管理できます。
PLMを使用して作成する完全な製品アーキテクチャーは、あらゆる下流製品ライフサイクル分野をまとめる接着剤の役割を果たします。 Teamcenterシステムエンジニアリングは、アーキテクチャーおよびシステムモデリング機能を備え、製品アーキテクチャーデータを製品ライフサイクルと共に取得し、設計判断へ完全な可視性をもたらします。これにより、製品ライフサイクル全体の多様なドメイン(ソフトウェア、エレクトロニクス、力学など)のつながりを保つことができます。
Teamcenter MADe製品シリーズで、完全な、モデルベースの製品の安全性および信頼性を得られる方法を導入でき、信頼性の高いモデリングを製品ライフサイクルに追加し、製品のリコールが発生しないよう、信頼性に関する問題を予測することができます。これにより、組織は孤立した安全性および信頼性解析プロセス(独立したRAMS、切り離されたFMEA、故障ツリーなど)から、安全で信頼性の高い製品を目指した製品開発に予防的に働きかけることができる、信頼性の高いモデルへと移行することができます。
With integrated MBSE, Systems Engineering components are a part of the overall PLM process. Requirements, functions, logical, physical, processes, interfaces, targets/parameters, and more can participate in standard change management practices either as a product architecture/system model change process or included in product level changes. So, changes no longer have to be managed separately but can be included with global product change planning and management—no more disconnects between product architecture and the current product baseline.
The value of requirements isn't in capturing them, but in driving the product development process from the customer's perspective. Since requirements are a part of Teamcenter, you can allocate requirements to various downstream functions, features, and product architectures (and vice versa) -- all while generating the reports, documentation, and dashboards to manage the requirements process.
You can create, view and edit requirements directly from the web or familiar Microsoft Office applications, including Microsoft Word and Excel.
Integrated program planning is driven by Systems Engineering architecture and requirement decisions. Resources, schedules, and more are committed by these decisions. Requirements, functions, interface definitions, etc. can be tied directly to program milestones and project tasks. Once established, as programs execute, requirements, functions, test cases, and resources have visibility into what needs to happen, when it needs to happen, potential issues, etc. allowing you to continuously assess program risk.
