Mobile menu
Develop
ホーム Develop

Develop

Altium Develop enables product co-creation without boundaries, breaking down silos and eliminating limits so that working together becomes working as one. Every change, comment, and decision happens in real time and in full context, giving you and your collaborators the visibility to stay perfectly aligned. Electrical, mechanical, software, sourcing, and manufacturing, every discipline connects in a shared environment that unites data, context, and purpose.

Altium Develop Onboarding Guide Get Altium Develop
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では、誰もがチーフエンジニアでなければならない。」複雑な製品の開発を加速する方法を学びましょう。 記事を読む
要件管理とは何か 要件管理とは何か？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 要件管理は、開発ライフサイクルを通じて要件を収集、優先順位付け、検証、テストするための構造化されたプロセスです。これにより、電子開発企業は製品要件を実装し、成功裏に協力し、コストのかかるエラーを減らすことができます。 成功した製品は、明確に定義された一連の要件を満たしています。製品がシンプルであっても、要件は設計者によって認識され、 PCB設計レビューの間に意識的にチェックされます。より複雑なプロジェクトや大規模な範囲においては、要件はしばしばSOWやより大きな製品文書で指定され、これらはレビュープロセスの一部となります。 複雑さは電子製品開発の常であり、要件管理は製品がビジネス、機能、安全、ユーザーエクスペリエンス、およびコンプライアンスの目標を満たすことを保証します。 要件とは何か？ 要件は プロジェクト関係者によって定義された特定のニーズや機能です。例えば、電子製品には特定の電流容量をサポートできるPCB設計が必要かもしれません。その要件は、適切なコンポーネント、適切な熱管理、業界基準への準拠といった二次要件を生じさせます。 要件収集は、期待される機能、性能、およびユーザーエクスペリエンスを概説する高レベルの要件から始まります。初期要件は、クライアント、プロダクトマネージャー、ビジネスアナリスト、またはシステムエンジニアによって提案されることがあります。開発チームは、プライマリ要件をより詳細なセカンダリ要件に分解し、プロジェクトの目的を達成するための機能と制約を指定します。その結果、要件を構造化された形式に整理し、ステークホルダーがそれらの関係と依存関係を理解できるようにする階層が生まれます。 プロジェクトの各要件は、回路図やPCBレイアウト内の特定のオブジェクト、実行される特定のタスク、関連する文書や/または機能ブロック、およびコンプライアンスのために考慮される予想される条件を参照する必要があります。要件を単純なチェックリストとして考慮することは、しばしばナビゲートが難しい大規模な要件文書を扱うよりもはるかに簡単です。 良い要件とは何か？ 要件が有用であるためには、特定の基準を満たす必要があります。最も重要なことは、それがあいまいでないことです。不正確な要件は誤解、期待の不一致、および時間の無駄を引き起こします。 その他の重要な特性には以下が含まれます： 必要性： それは製品およびビジネスの目標に貢献しますか？ 達成可能性： それはプロジェクトの範囲と能力内で実装できますか？ テスタブル：成功した実装を測定するための明確で具体的な基準はありますか？ 電子製品開発のための要件管理 要件管理は協力的なプロセスです。要件の収集と管理は、プロジェクトに関わるマネージャー、電子設計者、電気エンジニア、機械エンジニア、およびその他のステークホルダーからの入力に依存しています。 また、協力を促進するプロセスでもあります。明確でよく理解され、合意された要件の包括的なセットは、さまざまな場所にいる能力が異なるチームが同じ目標に向かって作業できるようにします。 記事を読む
サプライチェーン最適化 AltiumがBOM管理ツールを開発：電子設計とサプライチェーン最適化におけるゲームチェンジャー 1 min Blog PCB設計者 購買・調達マネージャー 技術マネージャー +1 PCB設計者 PCB設計者 購買・調達マネージャー 購買・調達マネージャー 技術マネージャー 技術マネージャー 製造技術者 製造技術者 Altiumを使用してBOM管理を最適化しましょう。エラーを減らし、コンポーネントのライフサイクルを追跡し、迅速かつ効率的なPCB設計と生産のためのコンプライアンスを合理化します。 記事を読む
要件トレーサビリティマトリックスとは何か 要件トレーサビリティマトリックスとは何ですか？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 技術マネージャー 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 要件トレーサビリティマトリックス（RTM）は、電子製品開発において要件とその実装を追跡するために使用される文書です。RTMは、要件とそれに関連するすべての情報を記録した大規模な表で、設計文書、回路図、テストなどが含まれます。 これらは、エンジニアやデザイナーがプロジェクトの関係者と協力し、プロジェクトの成果がその目的と一致することを確認するのに役立ちます。 要件トレーサビリティとは何か？ 要件トレーサビリティとは、製品開発プロセスを通じて、プロジェクトの要件、成果物、および検証・確認テスト間の関係を追跡する能力のことです。 要件トレーサビリティは、前方、後方、または双方向のいずれかになります。 前方トレーサビリティは、各要件が対応する設計、実装、およびテストフェーズにリンクされていることを保証します。 後方トレーサビリティは、チームが最終製品をテストおよび設計フェーズを通じて元の要件にまで遡って追跡できるようにします。これは、納品されたシステムが初期の目標と目的と一致していることを検証するために不可欠です。 双方向トレーサビリティは、前方および後方トレーサビリティの両方を組み合わせ、プロジェクトライフサイクル全体を通じて要件を管理するための包括的なフレームワークを作成します。 要件トレーサビリティは、電子開発チームが次のことを支援します： 正しい製品を構築していることを確認する。 要件データを追跡し、すべての要件が満たされていることを検証するためのテストを含む。 機能、安全性、および規制遵守の要件充足の証明を提供する。 RTMは概念からテストまでの要件を追跡します ある電子機器会社が医療機器用の新しいプリント回路基板（PCB）を設計していると想像してください。規制により、PCBは電磁干渉（EMI）に耐性がある必要があります。 要件： PCBは、標準IEC 60601-1-2で概説されたEMI要件を満たす必要があります。 追跡性： 設計チームは、PCBレイアウトでこの要件をどのように達成するかを示す必要があります。 彼らは、特定の設計技術、コンポーネント、またはシールド方法を使用するかもしれませんが、すべて文書化され、要件にリンクされています。 記事を読む
設計から調達までのBOM管理 BOM管理プロセス：設計から調達までの説明 1 min Blog 購買・調達マネージャー 技術マネージャー プロダクトマネージャー +1 購買・調達マネージャー 購買・調達マネージャー 技術マネージャー 技術マネージャー プロダクトマネージャー プロダクトマネージャー 製造技術者 製造技術者 部品表（BOM）は、製品を製造するために必要なすべての部品、組立品、およびサブアセンブリの包括的なリストです。これは、伝統的に分断されがちな設計と生産チーム間のギャップを埋め、製品ライフサイクル全体を通じて正確性、効率性、およびコスト効果を維持するのに役立つ、絶対に必要な文書です。適切に構築されたBOM管理プロセスは、BOM管理ソフトウェアの支援を受けて、すべての関係者が正確で最新の部品情報にアクセスできるようにします。 BOMの重要性を理解する それを念頭に置くと、BOMが製品開発ライフサイクルで重要な役割を果たすことは明らかですが、実際にどのチームに影響を与え、なぜ影響を与えるのでしょうか？ 調達： 必要な部品と供給業者の特定。 製造： 組み立てプロセスの指導と正しい部品の使用の確保。 品質管理： 製品の整合性と仕様への準拠の検証。 コスト計算： 生産コストの見積もりと予算の管理。 これらのチームそれぞれにおいて、十分に整理されたBOM管理プロセスは、運用の効率化、エラーの削減、および全体的な製品品質の向上に役立ちます。これは、製品が期待を超え、要求の厳しい消費者に迅速に市場に出す必要がある時代に、ますます重要な要素です。 部品表管理：部品選択と仕様 最終製品の品質は、その設計に使用されるコンポーネントの品質によってのみ決まります。電子部品表（BOM）のコンポーネントを選択する際には、次の要因を考慮することを忘れないでください： コスト：さまざまなオプションの コスト効果を評価し、バルク割引、リードタイム、潜在的な隠れたコストなどの要因を考慮します。 入手可能性：特に重要な部品や需要がピークに達する期間に、コンポーネントが確実かつ迅速に調達できることを確認します。 性能：必要な仕様を満たすか、それを超えるコンポーネントを選択し、消費電力、動作温度範囲、信頼性などの要因を考慮します。 信頼性：特にダウンタイムが重大な結果を招く可能性がある重要なアプリケーションにおいて、コンポーネントの実績を考慮します。 互換性：ピン配置、電力要件、信号の整合性など、設計内の他のコンポーネントとの互換性を確認します。 記事を読む
電子部品の陳腐化の管理 エレクトロニックコンポーネントの陳腐化管理：エンジニアリングマネージャーのための実践的な洞察 1 min Blog 購買・調達マネージャー 技術マネージャー 購買・調達マネージャー 購買・調達マネージャー 技術マネージャー 技術マネージャー 技術革新の加速、グローバルサプライチェーンの複雑さ、新たに出現する環境および安全規制が、製品のライフサイクル中に重要なコンポーネントが陳腐化する可能性を劇的に高めています。原材料の不足やサプライヤーの倒産も、コンポーネントの陳腐化を増加させる一因となっています。エンジニアリングマネージャーにとって、これらのリスクを積極的に管理することは、高額な再設計、サプライチェーンの崩壊、システムの故障を避けるために不可欠です。 コストとサービスへの影響に加えて、陳腐化したり陳腐化しつつあるコンポーネントを使用することは、品質と性能を損なう可能性があります。 高い信頼性と安全性を要求される防衛や航空宇宙のようなセクターでは、そのような失敗がミッションクリティカルな結果や国家安全保障へのリスクをもたらす可能性があります。長い製品ライフサイクルにわたって高品質な部品へのアクセスを維持することは、さらなる複雑さを加えます。 以下では、この複雑さを管理し、陳腐化した部品から来る物流上の課題とリスクを避けるための戦略とベストプラクティスを提供します。 1. 積極的なライフサイクル管理の実施 コンポーネントのライフサイクルを管理する積極的なアプローチは、 陳腐化のリスクを軽減するために不可欠です。PCBデザイナーは、高額な再設計を避けるために、設計プロセス全体を通じてサプライチェーンの可視性を維持する必要があります。 しかし、リスクの軽減と積極的な意思決定に必要な部品の膨大な量とサプライチェーンの可視性を考えると、企業は必要なデータに簡単にアクセスし、調達から製品寿命終了（EOL）までの部品のライフサイクル状況を監視できる ツールを採用する必要があります。 AltiumのActiveBOMのような専門的なソフトウェアソリューションは、部品の陳腐化を管理するプロセスを合理化し、エンジニアリングマネージャーが部品の選択をライフサイクル管理と 統合するのを助けることができます。これにより、部品の可用性、価格、ライフサイクル状態に関するリアルタイムの更新を提供し、潜在的な陳腐化の問題を早期に特定できるようになります。 ActiveBOMのようなツールは、設計プロセスとシームレスに統合され、エンジニアが陳腐化のリスクにある部品を特定し、代替オプションを提供するのに役立ちます。また、特定の部品が複数の製品でどこに使用されているかを追跡することを可能にし、製品ポートフォリオ全体での陳腐化リスクを管理することを容易にします。 ActiveBOM（部品表管理） ActiveBOMは Altium Designer内の機能であり、エンジニアが部品表（BOM）をリアルタイムで管理するのを助け、以下を提供します： リアルタイム部品データ：ActiveBOMは、供給元から直接、部品の在庫状況、価格、ライフサイクルステータスなどの最新情報を自動的に取得します。 リスク軽減：廃止予定または入手困難になるリスクのある部品を警告し、先手を打つことができます。 代替品と調達：ActiveBOMは、現在の市場状況に基づいて代替部品を提案し、コストとサプライチェーンのリスクを最適化するのに役立ちます。 記事を読む