Manufacturing Made Easy

Send your product to manufacturing in a click without any email threads or confusion.

Requirements Management Made Easy

Connect design data and requirements for faster design with fewer errors

Filter
Clear
PCB部品調達 PCB部品調達における調達効率を高めるための戦略 BOMをディストリビューターのウェブサイトにアップロードしたものの、半分の部品が調達できなかったり、バックオーダーになってしまったりすることは何度ありましたか?これがあなたに起こったとしても、あなただけではありません。業界は非常に速く動いており、ディストリビューターを通じて調達する必要があるレベルで注文している場合、BOMのアイテムが 廃止されたり、寿命末期(EOL)に達したり、在庫切れになったりすることに驚かないでください。これらはすべて警告なしに発生する可能性があり、PCBレイアウトが最終化された後でも完了すべき設計作業を残すことになります。 ゼロのBOM変更で直ちにボードを生産に入れることは稀ですが、適切な調達プロセスを用いることで、時間と頭痛の種を最小限に抑えることが可能です。各企業の調達プロセスは異なりますが、PCBコンポーネントの調達における摩擦を最小限に抑えるために、BOMレビュープロセスをどのように構築するかについてのヒントをいくつかまとめました。 BOMレビュープロセスの実施 PCBコンポーネントの調達に遅延が生じることがよくありますが、それはBOMに予期せぬ何かが潜んでいるためです。ある時点で、BOMは理想的に完璧で、設計で購入するためにリストされた廃止された部品や在庫切れの部品はありませんでした。しかし、時間が経つにつれて、状況は変わり、BOMのレビューが行われない場合、問題が蓄積する可能性があります。 これが私たちの最初のアドバイスにつながります:PCB設計プロジェクトの戦略的なポイントでBOMレビューを実施してください。プロジェクト中にBOMレビューを実施すべき3つの重要なポイントがあります: 回路図が最終的に確定され、レビューされた後 コンポーネントの配置後、ルーティング前 PCBレイアウトの 最終クリーンアップ後しかし、購入前に 誰もが会議やレビューセッションを好まないことがあります。それらは多くの時間を要し、実行可能な結果を生み出す保証がありません。レビューセッションの回数を3回に保つことで、これを新製品の開発プロセスの自然な部分にします。レビューの回数を少なく保つことで、設計チームのメンバーの時間要件を最小限に抑え、製品開発に集中できるようになります。 BOMレビューは、浅いものから詳細なものまで、好みに応じて行うことができます。チームがより整理されている場合は、定期的なBOMレビューをスケジュールして、価格と利用可能な部品数量が目標を満たしていることを確認することを検討するかもしれません。最終的な目標は、調達できない部品や組み立て中に何らかの問題を引き起こす可能性がある部品を設計内で特定することです。また、 BOMのデータが正しいかどうかを確認することも良い考えです。これには、完全な部品番号を持ち、ベンダーデータに基づいて一致するコンポーネントの説明を持つことが含まれます。 BOMに代替品を含める BOMレビューは、設計に表示される部品に適用されますが、代替部品の利用可能性を特定するためにも使用できます。代替品がBOMに独自の行項目として含まれている場合、希望する部品が在庫切れになった場合に代替品の利用可能性をすぐに確認できます。代替品はすぐに設計に配置され、チームは通常通り続けることができます。 代替品には、幅広い範囲の部品が含まれる可能性があります。これには以下が含まれます: 同じ部品番号グループ内で異なる温度範囲を持つ部品 同じ部品番号グループ内で異なる特徴やパッケージングを持つ部品 同じパッケージ内で全く異なるメーカーの部品 異なるパッケージやピン配置を持つ異なる部品
要件管理とは何か 要件管理とは何か? 要件管理は、開発ライフサイクルを通じて要件を収集、優先順位付け、検証、およびテストするための構造化されたプロセスです。これにより、電子開発企業は製品要件を実装し、成功裏に協力し、コストのかかるエラーを削減することができます。 成功した製品は、明確に定義された一連の要件を満たしています。製品がシンプルであっても、要件は設計者によって知られており、 PCB設計レビューの間に意識的にチェックされます。より複雑なプロジェクトや大規模な範囲の場合、要件はしばしばSOWやより大きな製品文書で指定され、これらはレビュープロセスの一部となります。 複雑さは電子製品開発の常であり、要件管理は製品がビジネス、機能、安全、ユーザーエクスペリエンス、およびコンプライアンスの目標を満たすことを保証します。 要件とは何か? 要件は プロジェクト関係者によって定義された特定のニーズや機能です。例えば、電子製品には特定の電流容量をサポートできるPCB設計が必要かもしれません。その要件は、適切なコンポーネントの必要性、適切な熱管理、および業界標準への準拠といった二次要件を生じさせます。 要件収集は、期待される機能、性能、およびユーザーエクスペリエンスを概説する高レベルの要件から始まります。初期の要件は、クライアント、製品マネージャー、ビジネスアナリスト、またはシステムエンジニアによって提案されることがあります。開発チームは、プライマリ要件をより詳細なセカンダリ要件に分解し、プロジェクトの目標を達成するための機能と制約を指定します。その結果、要件を構造化された形式に整理し、ステークホルダーがそれらの関係と依存関係を理解できるようにする階層が生まれます。 プロジェクトの各要件は、回路図および/またはPCBレイアウト内の特定のオブジェクト、実行される特定のタスク、関連する文書および/または機能ブロック、およびコンプライアンスのために考慮される予想される条件を参照する必要があります。要件を単純なチェックリストとして考慮することは、しばしばナビゲートが難しい大規模な要件文書よりも扱いやすいです。 良い要件とは何か? 要件が有用であるためには、特定の基準を満たす必要があります。最も重要なことは、それがあいまいでないことです。不正確な要件は、誤解、期待の不一致、および時間の無駄を引き起こします。 その他の重要な特性には以下が含まれます: 必要性: それは製品およびビジネスの目標に貢献しますか? 達成可能性: それはプロジェクトの範囲と能力内で実装できますか? テスタブル:成功した実装を測定するための明確で具体的な基準はありますか? 電子製品開発のための要件管理 要件管理は協力的なプロセスです。要件の収集と管理は、プロジェクトに関わるマネージャー、電子設計者、電気エンジニア、機械エンジニア、およびその他のステークホルダーからの入力に依存しています。 また、協力を促進するプロセスでもあります。明確でよく理解され、合意された要件の包括的なセットは、さまざまな場所にいる能力が異なるチームが同じ目標に向かって作業することを可能にします。