Mobile menu
Systems and Product Design
ホーム Systems and Product Design

Systems and Product Design

Integrate multidisciplinary systems seamlessly, from conceptualization to final product design, for enhanced performance and reduced development time.

Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
要件のトレーサビリティが品質とコンプライアンスを推進する方法 要件のトレーサビリティが電子製品開発における品質とコンプライアンスをどのように推進するか 1 min Blog システムエンジニア/アーキテクト システムエンジニア/アーキテクト システムエンジニア/アーキテクト 製品が既に生産中に、重大な設計上の欠陥を発見したと想像してみてください。さらに悪いことに、その欠陥の起源を、複数のシステムやチームにまたがる数千の要件、設計決定、および変更の中から追跡しようとすることを想像してみてください。この悪夢のようなシナリオは、多くの電子機器会社が認めたくないほど頻繁に発生し、コストのかかるリコール、評判の損傷、そして市場の機会の逸失につながります。 今日の電子製品の複雑さは驚異的なレベルに達しています。単一の自動車用電子制御ユニットには、安全性と機能性に不可欠な数千の要件が含まれているかもしれません。医療機器は、厳格な規制基準の遵守を証明しながら、完璧な運用を維持しなければなりません。航空宇宙システムでは、単一の見落とされた要件が壊滅的な失敗につながる可能性があり、完璧なハードウェアとソフトウェアの統合が求められます。 それでも多くの企業は、これらの重要な要件をスプレッドシート、ドキュメント、データベースの寄せ集めで追跡しています。製品が単純だったときにはこれでうまくいったかもしれませんが、今日の洗練された電子機器は、より厳格な方法論を要求しています。 要件のトレーサビリティは、要件、実装、およびテスト間の明確で検証可能な接続を提供します。これは品質とコンプライアンスの重要な要素として、そして効果的な要件管理の柱として浮上しています。この体系的なアプローチが、電子機器の開発をより自信を持って、制御されたプロセスに変えている方法を探りましょう。 続きを読む： 現代の電子ハードウェアチームの要件管理ガイド 要件のトレーサビリティとは何か？ 要件のトレーサビリティは、電子製品開発ライフサイクルを通じて、要件とそれに対応する設計要素、テストケース、および成果物との間に双方向のリンクを確立します。これにより、各要件をその実装、検証、および検証活動に接続する包括的なマップが作成されます。 トレーサビリティは、抽象的な仕様を追跡可能で具体的なエンティティに変換し、監視、検証、および管理することができます。従来の文書化方法とは異なり、要件のトレーサビリティソフトウェアは、電子設計および開発から製造およびそれ以降にわたって一貫性を保証するために変更が発生したときに自動的に更新される動的な関係を維持します。 要件トレーサビリティの重要性 効果的な電子開発の核心要素として、要件トレーサビリティはいくつかの理由で不可欠です： 品質保証： 要件を実装およびテストケースにマッピングすることで、トレーサビリティは機能の見落としや欠陥の可能性を大幅に減少させます。これにより、設計のすべての側面が考慮され、検証されることを保証します。 規制コンプライアンス： コンプライアンスが譲れない業界では、トレーサビリティは検証可能な監査証跡を提供します。これは、自動車（ISO 26262）や航空宇宙（DO-178C）などのセクターで業界基準を満たし、認証を受けるために貴重です。 プロジェクトの整合性：トレーサビリティは、すべてのコンポーネントと機能が元のプロジェクト目標と整合していることを保証します。これにより、スコープの逸脱を防ぎ、プロジェクトを意図した成果に集中させることができます。 効率的なテスト： QAチームは、トレースされた要件に基づいた包括的なテスト計画を用いることで、テストのカバレッジと効果を向上させることができます。このターゲットアプローチは、時間とリソースを節約しながら製品品質を向上させます。これらの要件は、データパッケージを製造業者にリリースする前に、製造および組立文書がどのようにコンパイルされるかに影響を与えることがあります。 製品ライフサイクル全体にわたるトレーサビリティ要件 記事を読む
AI要件管理 AI要件管理が電子開発を変革する4つの方法 1 min Blog システムエンジニア/アーキテクト 技術マネージャー システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 大規模言語モデル（LLM）は、ソフトウェア開発で広範囲に使用されています。 Altiumブログでは、いくつかの印象的な例を見てきました。しかし、ソフトウェアを超えた工学分野でのAIの使用は、発展が遅れています。ただし、ハードウェア開発の一分野で、AIが大きな利益を提供できる領域があります：AI要件管理です。工学要件がどのように機能するか考えると、大量の文書と表で満たされた大きなドキュメントに存在する傾向があります。また、図表を含むこともありますが、ほとんどのデータはテキスト形式です。これが典型的に工学 要件文書が作成される方法であるため、LLMは真に輝く機会を持っています。工学要件文書に基づいて分析、要約、プロセスの定義を行うために使用できます。 この記事では、要件収集、要件分析、および要件管理プロセスの他の部分を合理化するために使用されているAI要件管理の4つの方法を紹介します。 さらに読む： 現代の電子ハードウェアチームのための要件管理ガイド 工学要件文書の見た目 エンジニアリング要件文書は、製品の機能と性能の 仕様をすべて記述するため、非常に長く（そして退屈な）傾向があります。その製品が回路基板の場合、これには電気的、機械的、信頼性、コンプライアンス、製造、および使用性の要件の混合が関係します。しばしば、これらの要件は特定の業界標準やテスト方法を参照し、関連する標準やテストへの準拠を定義するコンフォーマンス要件も含まれます。 要件文書は一般的に、顧客調査、製品関係者との会議、および類似製品に関する過去の知識に基づいて、人間のエンジニアによって作成されます。しかし、エンジニアリング管理にとって、要件文書はプロジェクトを指導するのにあまり役立ちません。これらの文書は要約され、タスクとマイルストーンに分割され、 プロジェクト管理システムに入力され、その後チームメンバーに割り当てられる必要があります。ここで、LLMと統合されたAI要件管理ツールが、これらの重要なタスクのいくつかを合理化するのに役立ちます。 1. 要件の要約 要件文書が非常に大きく、読むのに時間がかかるため、LLMを使用してそれらを明確で簡潔な箇条書きに要約することは明らかな用途です。モデルからの出力は、機能仕様、電気仕様、標準の適合性など、実行可能な観点から必要です。 電子システム設計やPCB設計において、LLMでまとめられた要件は通常、特定の標準、部品番号、部品タイプ、または電気的値を仕様の一部として参照します。 良い例: PCB電源コネクタ（J4）は、2つの回路（合計4ピン）を通じて最大4Aの電流に耐え、最大電流時に最大55°Cの温度で動作すること。 悪い例: PCB電源コネクタは、電源からの全電流負荷を受け入れ、過熱しないこと。 ここでの違いは、具体性と言葉遣いにあります。「shall」という言葉の使用、特定の参照指定子のリストアップ、具体的な数値の記述は、よく書かれたエンジニアリング要件の特徴です。LLMは、長い要件文書からの要件収集に優れています。フロントエンドの電気設計や回路図のキャプチャが進むにつれて、要約された要件は常に追加の 記事を読む
複雑な製品の開発を加速するためのステップ 複雑な製品の開発を加速するための6つのステップ 1 min Blog 電気技術者 プロジェクトリーダー（マネージャー） システムエンジニア/アーキテクト +1 電気技術者 電気技術者 プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー このブログは、Iteration22でのプレゼンテーションからの重要な教訓をまとめています。「Joe Justice, Wikispeed - SpaceXでは、誰もがチーフエンジニアでなければならない。」複雑な製品の開発を加速する方法を学びましょう。 記事を読む
次世代のエンジニアリングワークフロー: Altium Designer 25と共同設計の未来 27 min Webinars

チーム間のずれや設計ミスに悩まされていませんか? 今回のWebセミナーにご参加のうえ、Altium Designer 25の画期的な進歩についてご確認ください。このセッションでは、Altium Designer 25の共同作業と設計のための革新的な機能と改善を通じてワークフローを向上させる方法を重点的に取り上げます。

 時計
ADのWB Altium Designerにおけるワイヤーボンディング 1 min Blog PCB設計者 PCB設計者 PCB設計者 はじめに ワイヤーボンディング技術は年々進化しており、その使用例や応用分野も広がっています。デバイスがよりコンパクトでパワフルになるにつれて、設計者は複雑なインターコネクトを扱うための正確なツールが必要とされ、Altium Designerは、チップ・オン・ボード（COB）設計やキャビティ内のスタックダイ、その他の高性能アプリケーションでのワイヤーボンディングを効率化する機能を提供しています。この記事では、Altium Designerの高度なワイヤーボンディング機能と、それが信頼性をどのように保証するかについて探ります。 Altium Designerにおける高度なワイヤーボンディング技術 Altium Designerのワイヤーボンディングツールは、新しい機能の範囲を提供し、PCB設計に高度なボンディング技術を取り入れることを容易にしています。いくつかの注目すべき機能を見てみましょう： キャビティ内のスタックダイ用ワイヤーボンディング：ユーザーは、キャビティ構造内のスタックダイに必要な複雑なインターコネクトを簡単に扱うことができるようになりました。これは3D集積回路としても知られています。レイヤースタックマネージャーのリジッド＆フレックスアドバンスドモードを利用することで、ダイ構造とダイパッドを簡単に描画し、異なるスタックアップに配置して3D構造を作成することができます。Altium Designerの3Dビューでのワイヤーボンドの可視化機能により、設計者はワイヤーボンドのループ高さ、長さ、直径、およびパスが設計の電気的および機械的要件に最適化されていることを確認できます。これらの3Dビジュアライゼーションは、高度なコンピューティングおよびモバイルデバイスで使用されるスタックダイ構造の典型的な細ピッチおよび高ピン数を管理する際に重要です。 キャビティ内のスタックダイワイヤーボンディング（3D集積回路） ダイ間ワイヤーボンディング：Altium Designerのワイヤーボンディングツールは、ダイ間ワイヤーボンディングを可能にします。これは、寄生インダクタンスと信号干渉を最小限に抑えるために使用される技術です。複数のダイを中間のフィンガーパッドや銅の流れなしで直接ワイヤーボンドで接続することができ、ループ長を短縮し、高周波および高電力アプリケーションの性能を最適化します。 ダイ間ワイヤーボンディング ダイから銅プールへのワイヤーボンディング：多くのパワーエレクトロニクスや高電流アプリケーションでは、ダイを直接銅プールに接続することが、効果的な熱および電気性能を実現するために不可欠です。Altium Designerのワイヤーボンディングツールは、PCB上のダイと銅プールエリアとの間の正確なワイヤーボンディングを可能にすることでこれをサポートします。この方法は、熱の放散と電流処理能力が重要なパワーマネジメントモジュールなどの高電力設計に特に有用です。大きな銅プールに直接ボンドワイヤーを接続することを可能にすることで、設計者は電気および熱性能が最適化され、追加のインターコネクトやビアの必要性を減らすことができます。 銅プール上の複数のワイヤーボンド 同じダイパッドのための複数のワイヤーボンド：Altium Designerのワイヤーボンディングツールは、電流運搬能力を高め、インピーダンスを減少させるために、同じダイパッドからの複数のワイヤーボンドもサポートします。この技術は、ダイを通じてより高い電流が流れるパワーエレクトロニクスや高性能アプリケーションにおいて特に重要であり、電気負荷を分散させるために追加のワイヤーボンドが必要になります。複数のワイヤーボンドは、個々のワイヤーボンドにかかるストレスを減少させることで機械的信頼性も向上させ、高ストレス環境での熱および電気性能を強化します。 パッドの整列と向き：成功したワイヤーボンディングプロセスには、適切なパッドの整列と向きが不可欠です。Altium 記事を読む
エレクトロニックデザインの夢のチーム：コンセプトから生産までの壁を打ち破る 60 min Webinars 電気技術者 システムエンジニア/アーキテクト 技術マネージャー +1 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー プロダクトマネージャー プロダクトマネージャー

ウェビナーを視聴して、Altium 365、Duro、およびRequirements & Systems Portalが一つの統合されたワークフローでどのようにシナジーを発揮するかを体験してください！

 時計
要件管理とは何か 要件管理とは何か？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 要件管理は、開発ライフサイクルを通じて要件を収集、優先順位付け、検証、テストするための構造化されたプロセスです。これにより、電子開発企業は製品要件を実装し、成功裏に協力し、コストのかかるエラーを減らすことができます。 成功した製品は、明確に定義された一連の要件を満たしています。製品がシンプルであっても、要件は設計者によって認識され、 PCB設計レビューの間に意識的にチェックされます。より複雑なプロジェクトや大規模な範囲においては、要件はしばしばSOWやより大きな製品文書で指定され、これらはレビュープロセスの一部となります。 複雑さは電子製品開発の常であり、要件管理は製品がビジネス、機能、安全、ユーザーエクスペリエンス、およびコンプライアンスの目標を満たすことを保証します。 要件とは何か？ 要件は プロジェクト関係者によって定義された特定のニーズや機能です。例えば、電子製品には特定の電流容量をサポートできるPCB設計が必要かもしれません。その要件は、適切なコンポーネント、適切な熱管理、業界基準への準拠といった二次要件を生じさせます。 要件収集は、期待される機能、性能、およびユーザーエクスペリエンスを概説する高レベルの要件から始まります。初期要件は、クライアント、プロダクトマネージャー、ビジネスアナリスト、またはシステムエンジニアによって提案されることがあります。開発チームは、プライマリ要件をより詳細なセカンダリ要件に分解し、プロジェクトの目的を達成するための機能と制約を指定します。その結果、要件を構造化された形式に整理し、ステークホルダーがそれらの関係と依存関係を理解できるようにする階層が生まれます。 プロジェクトの各要件は、回路図やPCBレイアウト内の特定のオブジェクト、実行される特定のタスク、関連する文書や/または機能ブロック、およびコンプライアンスのために考慮される予想される条件を参照する必要があります。要件を単純なチェックリストとして考慮することは、しばしばナビゲートが難しい大規模な要件文書を扱うよりもはるかに簡単です。 良い要件とは何か？ 要件が有用であるためには、特定の基準を満たす必要があります。最も重要なことは、それがあいまいでないことです。不正確な要件は誤解、期待の不一致、および時間の無駄を引き起こします。 その他の重要な特性には以下が含まれます： 必要性： それは製品およびビジネスの目標に貢献しますか？ 達成可能性： それはプロジェクトの範囲と能力内で実装できますか？ テスタブル：成功した実装を測定するための明確で具体的な基準はありますか？ 電子製品開発のための要件管理 要件管理は協力的なプロセスです。要件の収集と管理は、プロジェクトに関わるマネージャー、電子設計者、電気エンジニア、機械エンジニア、およびその他のステークホルダーからの入力に依存しています。 また、協力を促進するプロセスでもあります。明確でよく理解され、合意された要件の包括的なセットは、さまざまな場所にいる能力が異なるチームが同じ目標に向かって作業できるようにします。 記事を読む