Part Insights Experience

Access critical supply chain intelligence as you design.

Make cents of your BOM

Free supply chain insights delivered to your inbox

プリント基板のサプライチェーン

部品不足やサプライチェーンの不安定さで、生産スケジュールが狂うことはありません。プリント基板のサプライチェーンと、設計に必要な部品を調達する方法について、ライブラリをご覧ください。

統合データソリューションによる部品廃止の管理 統合データソリューションによる部品の廃止管理 Altium Concord Pro としての単独製品およびブランド名は廃止され、その機能は現在、Altiumのエンタープライズソリューションの一部として利用可能です。詳細は こちら。 もしコンポーネントが永遠に競争力を保っていれば、あなたのスマートフォンは真空管で動いているでしょう。陳腐化は電子機器の重要な部分です。それは技術の進歩を表していますが、それは段階的なものです。しかし、適切なコンポーネント管理ツールを使用していない場合、特にPCBデザイナーにとっていくつかの痛点を生じさせることもあります。 陳腐化管理の不備やサプライチェーンの可視性の欠如から生じる問題を克服するには、PCB設計ソフトウェア内で適切なデータ管理機能が必要です。適切なデータ管理ソリューションを使用すれば、デザインドキュメントに直接データ更新を迅速にインポートできます。Altium 365は、まさにこのタイプのデータ管理環境を提供し、設計チームは競争力を維持するために必要なサプライチェーン情報にアクセスし、設計データを瞬時に共有者と共有する能力を持つことになります。 ALTIUM 365® Altium Designer®内でリアルタイムのサプライチェーン更新とコラボレーション機能を提供する統合データ管理プラットフォーム。 最終的にはすべてのコンポーネントが陳腐化し、無限の寿命を持つコンポーネントはありません。 これは、電子部品の運用寿命だけを指すわけではありません。最終的には、特定の部品は新しいバージョンに置き換えられ、設計はより長い使用寿命を確保するために新しい部品で更新する必要があります。部品の更新は、設計内の部品を単に交換するだけでなく、設計チームが最新の部品データを持つためにPCBライブラリを更新することを強制します。 ECADソフトウェア内では、これは部品が新しい回路図シンボル、プリント基板フットプリント、機械モデル、またはシミュレーションモデルを持つことを意味する場合があります。これらの変更のいずれかが設計に影響を与え、基板、部品表、および製造ファイルの変更を必要とします。市場に出回っている電子部品の数が膨大であるため、陳腐化管理はすでに困難であり、PCB設計者は設計プロセス全体でサプライチェーンの可視性を確保したい場合、不必要な再設計を避ける必要があります。 PCB陳腐化管理における問題の特定 一部のコンポーネント、例えば受動部品は、集積回路ほど頻繁に更新されることはなく、古いコンポーネントと大きく異なることはありません。しかし、アクティブコンポーネント、特殊な受動部品や半導体、コネクター、その他の電子部品に関しては、既存のコンポーネントの新しいバージョンは大きく異なる場合があります。コンポーネントで更新されるデータには、CADデータ、ディストリビューター情報、価格などが含まれます。 設計における廃止されたコンポーネントを更新し、交換する必要があるかどうかは議論の余地があり、設計の意図された用途によって異なります。一部の設計者にとって、廃止されたコンポーネントを含むことは、後で製造できなくなる可能性があるため、更新が必要になるかもしれません。プロトタイプの場合、廃止されたコンポーネントをいくつか含むことは、後で簡単に交換できる限り問題ではないかもしれません。状況にかかわらず、設計者は設計プロセスの複数の段階で廃止された電子部品を迅速に特定する能力が必要です。 適切なコンポーネントライフサイクル管理ソフトウェアを持っていない設計者は、次のいずれかの問題に直面する可能性があります: サプライチェーンツールが古いコンポーネントデータのみを提供する
アジャイル・ハードウェア開発 カバー写真 原則が健全である理由、しかし戦術は再考が必要である 私たちの「アジャイルを解明する」シリーズの最終回では、ハードウェア開発がアジャイル手法と交差する複雑な風景をナビゲートします。アジャイルの基本原則は確かな基盤を提供しますが、 電子ハードウェアのユニークな課題に適用される場合、戦術の再評価が不可欠になります。探求の旅で、アジャイルの共通の要素と儀式を解き明かし、それらを具体的な製品開発の文脈で変革する方法を探ります。 アジャイルマインドセットを採用し、一貫して育むことから始める ハードウェア開発における日々のソフトウェアアジャイル実践を強力な利点に高めるための戦術的調整に深く潜る前に、アジャイルマインドセットの基本的な原則をまず受け入れることが重要です。良いスタート地点は、 アジャイル宣言の意図を考慮し、ハードウェア開発のニーズに合わせて言語を修正することかもしれません。以下の表は、ハードウェア開発のための一つの潜在的な宣言を提供します。 各マニフェストの意図の簡単な要約は、 「協力して反復的な開発と学習のアプローチを用い、顧客が本当に価値を見出すものを発見し、提供しましょう。」となるでしょう。もちろん、これはほぼすべてのプロジェクトにとって理にかなっており、チームが日々の開発戦術に没頭する中で、これらの基本的な原則を念頭に置くことが重要です。 方向性計画の重要な役割 アジャイルの反復的な性質は、時に初期計画が後回しにされ、とにかく始めることに重点が置かれるような印象を与えることがあります。しかし、物理的および電子製品の設計と開発の複雑なプロセスをナビゲートするためには、ある程度の事前計画が不可欠です。徹底的な事前計画ではなく、反復的な学習と実行を通じてチームを開発の旅に導くロードマップと考えてください。 アジャイルハードウェア開発の初期計画には、明確な目標の設定、マイルストーンの定義、そして熟考されたプロトタイピングと フィードバック戦略を通じたリスク評価の軽減が含まれます。これにより、チームはアジャイルの適応性と成功したハードウェア開発に必要な構造化された計画の間のバランスを取ることができます。 ユーザーストーリーと作業項目の分離 このシリーズの前の記事で議論したように、 アジャイル「専門家」はしばしば、ハードウェアチームにタスクを定義するためにバックログをユーザーストーリーで埋めるよう促します。ハードウェアのユーザーストーリーを考えてみましょう。新しいフォークリフトの開発を計画していると仮定します。次のようなユーザーストーリーを書きます: "ユーザーとして、素材をすぐに取り出せるようにしたいので、在庫の移動にかかる時間を節約できます。" ハードウェア開発者は何をすべきか知っていますか?おそらく知りません。解決すべき問題の側面が多すぎます。実装には、フォークリフトの速度、フォークアタッチメントの精度、インテリジェントな在庫感知、在庫の向き、その他多くの要因が関わるかもしれません。これらのユーザーストーリーは、具体的な機能やタスクではなく、 製品要件や作業項目というよりも、顧客の目標になるべきです。 ユーザーストーリーは、アジャイルなハードウェア設計フローにおいて、顧客のニーズに焦点を当て、顧客が達成しようとしている結果を明確にするための場所があります。しかし、物理製品のユーザーストーリーは直接的に機能、属性、またはタスクに翻訳できないため、それらはタスクバックログを開発するための出発点となり、バックログアイテム自体にはなりません。 実証可能な進捗と成功のためのプロトタイピング戦略 計算されたプロトタイピングは、ハードウェア開発における要であり、その重要性は過大評価できません。アジャイルの伝道師は、迅速なソフトウェアリリースの美徳を説きますが、ハードウェアの領域では、