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.

Altium Design Solutions Design Management Fundamentals
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
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レイアウト内の特定のオブジェクト、実行される特定のタスク、関連する文書や/または機能ブロック、およびコンプライアンスのために考慮される予想される条件を参照する必要があります。要件を単純なチェックリストとして考慮することは、しばしばナビゲートが難しい大規模な要件文書を扱うよりもはるかに簡単です。 良い要件とは何か？ 要件が有用であるためには、特定の基準を満たす必要があります。最も重要なことは、それがあいまいでないことです。不正確な要件は誤解、期待の不一致、および時間の無駄を引き起こします。 その他の重要な特性には以下が含まれます： 必要性： それは製品およびビジネスの目標に貢献しますか？ 達成可能性： それはプロジェクトの範囲と能力内で実装できますか？ テスタブル：成功した実装を測定するための明確で具体的な基準はありますか？ 電子製品開発のための要件管理 要件管理は協力的なプロセスです。要件の収集と管理は、プロジェクトに関わるマネージャー、電子設計者、電気エンジニア、機械エンジニア、およびその他のステークホルダーからの入力に依存しています。 また、協力を促進するプロセスでもあります。明確でよく理解され、合意された要件の包括的なセットは、さまざまな場所にいる能力が異なるチームが同じ目標に向かって作業できるようにします。 記事を読む
要件トレーサビリティマトリックスとは何か 要件トレーサビリティマトリックスとは何ですか？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 技術マネージャー 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 要件トレーサビリティマトリックス（RTM）は、電子製品開発において要件とその実装を追跡するために使用される文書です。RTMは、要件とそれに関連するすべての情報を記録した大規模な表で、設計文書、回路図、テストなどが含まれます。 これらは、エンジニアやデザイナーがプロジェクトの関係者と協力し、プロジェクトの成果がその目的と一致することを確認するのに役立ちます。 要件トレーサビリティとは何か？ 要件トレーサビリティとは、製品開発プロセスを通じて、プロジェクトの要件、成果物、および検証・確認テスト間の関係を追跡する能力のことです。 要件トレーサビリティは、前方、後方、または双方向のいずれかになります。 前方トレーサビリティは、各要件が対応する設計、実装、およびテストフェーズにリンクされていることを保証します。 後方トレーサビリティは、チームが最終製品をテストおよび設計フェーズを通じて元の要件にまで遡って追跡できるようにします。これは、納品されたシステムが初期の目標と目的と一致していることを検証するために不可欠です。 双方向トレーサビリティは、前方および後方トレーサビリティの両方を組み合わせ、プロジェクトライフサイクル全体を通じて要件を管理するための包括的なフレームワークを作成します。 要件トレーサビリティは、電子開発チームが次のことを支援します： 正しい製品を構築していることを確認する。 要件データを追跡し、すべての要件が満たされていることを検証するためのテストを含む。 機能、安全性、および規制遵守の要件充足の証明を提供する。 RTMは概念からテストまでの要件を追跡します ある電子機器会社が医療機器用の新しいプリント回路基板（PCB）を設計していると想像してください。規制により、PCBは電磁干渉（EMI）に耐性がある必要があります。 要件： PCBは、標準IEC 60601-1-2で概説されたEMI要件を満たす必要があります。 追跡性： 設計チームは、PCBレイアウトでこの要件をどのように達成するかを示す必要があります。 彼らは、特定の設計技術、コンポーネント、またはシールド方法を使用するかもしれませんが、すべて文書化され、要件にリンクされています。 記事を読む