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
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
ECAD-MCAD コラボレーション - コミュニケーションのギャップを埋める ECAD-MCAD コラボレーション - コミュニケーションのギャップを埋める 1 min Blog 正直なところ、私たちは「いつもそのようにしてきたから」という理由で、毎日同じ方法で物事を行っています。スケジュールの圧力や外部からの要求があるため、これらのことをどのように改善できるかについて考える時間はほとんどなく、ましてや新しいことを実際に試みることなど考えられません。これが、異なる方法論を探求することへの投資意欲を難しくしています。 私たちの一般的な傾向は、持っているものを使い続け、リスクを避けることに重きを置く一方で、生産性を高め、手動介入を減らし、製品化までの時間を短縮する可能性のある新しい方法を探ることには消極的です。 ECAD-MCAD コラボレーションは、まさにその範疇に入ります。このプロセスが苦戦する主な理由は、利用可能なオプションに関する情報が一般的に不足していること、プロセスを実装および/または調整し、通常は別々の製品ドメインにわたって受け入れを得るために必要とされる作業量が多いと perceivedされることです。これにより、課題がほぼ不可能に思えることがあります。 「千里の道も一歩から」（老子）という言葉はここにも当てはまります。目標を定めた段階的なアプローチを定義し、焦点を絞り、最終目標を念頭に置くことで、最終的に測定可能な利益を得ることができます。 設計チーム間でデータを簡単に共有し、検証する必要性は、過去に比べてはるかに重要になっています。かつては、協力する人やチームが廊下の向こう側や同じ建物内にいた時代はとっくに過ぎ去りました。その結果、ECAD-MCADのコラボレーションをより信頼性が高く、効率的な方法で見直すことが、その隔たりを埋めるのに重要になるでしょう。 いくつかの情報、現在の方法論、そして日々のデータ交換を助けるだけでなく、結果の品質、プロトタイプの回転数の削減、全体的なコミュニケーションの改善といった問題に対処するかもしれない代替案について見てみましょう。 数字は嘘をつきません！ 統計によると、レビュープロセス中のエンジニアリング変更の手動通信のため、設計検証が全体の設計サイクル時間の60％から80％を占めています。 さらに、今日の複雑な設計の半数以上が、プロトタイプの設計が構築され検証された後に見つかったエラーのために再設計されなければなりません。 現在の方法論： 現在、多くの企業はデータ交換のためにIDF、DXF、またはSTEPファイルに依存しています。 これらの方法はしばらくの間使用されており、機能はしますが、提案のたびに、関連するREADMEファイルや変更点と場所を説明するマークアップされたPPTやPDFと共に、データベース全体を送受信する必要があります。これらのファイルは実際に共有されているデータから切り離されているため、情報が頻繁に見落とされ、エラーが発生することがよくあります。 他の問題には以下が含まれます： 提案された更新に関するフィードバックを待っている間に、設計プロセスは一般的に続行されます。つまり、変更が送信された直後に設計が古くなる可能性があります 提案された変更に関する質問は、通常、メール、音声、または直接のやり取りを通じて伝えられ、一般的に文書化されたり保持されたりしません 変更がいつ、誰によって、何のために、なぜ行われたかに関する完全な 追跡可能性の欠如 製造と組み立ての前にMCADおよびECADデータベースを明確に検証し比較する方法がないため、重大な問題が容易に見逃される可能性があります。 記事を読む
複雑なコンポーネントライブラリおよびデータ管理のナビゲーション 複雑なコンポーネントライブラリおよびデータ管理のナビゲーション 1 min Newsletters 体系化されたコンポーネントライブラリおよびデータを、正確で、チーム使用に最適化された状態に保つことは、全ての技術者およびPCB設計者にとって非常に重要です。残念ながらそれは非常に退屈な作業で、プリント基板や製品の実際の設計にかかる時間と労力を奪います。それは、アーティストが作業時間の75%を画材の準備に費やし、残りの25%で実際に絵を描くようなものです！ アルティウムは、設計者の作業の合理化に役立つことを願って、以下にさまざまなコンテンツソースを取り揃えました。本当に打ち込みたい作業により多くの時間を費やせるよう、これらの情報を活用してください。最新の製品リリースであるAltium Concord Proの詳細をまだご覧になっていない方は、以下にご紹介するリソースを活用するとともに、ぜひ Webサイトにアクセスしてください。 記事: 管理が面倒な回路図設計を体系的に整理する方法 (英語) コンポーネントの選択を容易にするためのライブラリ検索機能(英語) ライブラリの部品作成と3Dモデルの関連付けによる、より無駄のない設計の実現 (英語) 一貫性のあるPCBデータライブラリを構築する方法 オンデマンドWebセミナー: 部品およびライブラリコンポーネント検索の新たな体験 (英語) ライブラリ管理 (英語) AltiumLiveプレゼンテーション: LeGrand社の設計リーダーJohn Watson氏によるコンポーネント不足への対処とActiveBOMの使用の解説 記事を読む
PCBデータ管理システムおよびプロセスの最大の問題点 PCBデータ管理システムおよびプロセスの最大の問題点 1 min Blog PCBデータ管理は、最終目的地のない旅のようなものです。この旅では、重大な問題が起こるかもしれません。しかも、たいていの場合、突然です。無視した場合、事態は悪化し、最終的にはPCBデータ管理システム、およびプロセスはすっかり台無しになる可能性があります。 このブログでは、こうした問題をいくつか見ていきます。問題は突然現れる可能性があり、油断しているとたちまち困った事態に陥るので、この記事ではそれらの問題を「落とし穴」と呼ぶことにします。ですが、落とし穴をあらかじめわかっていれば、半分は勝ったようなものです。 船頭多くして船山に登る ほぼすべてのPCBデータ管理システムで起こり得る一般的な問題の1つは、管理者が多すぎることです。つまり、誰もがある特定作業を行うことを許可されているということです。企業は、多くの場合、便宜上または有効性の理由でそれを許可しますが、これはひどい間違いです。 PCB設計プロセスにおいて、ライブラリ管理者は最も重要な役割を果たしていると考えられます。すべてのPCB設計の基本はコンポーネントであり、コンポーネントの品質はひとえにライブラリ管理者の双肩にかかっています。 先日、私自身もこれを経験しました。全員がライブラリにコンポーネントを作成できるという「決定が下された」ときです。このときは、40人前後のグループについての話でした。まもなく、誤った部品のせいで、ライブラリ全体のコントロールが失われ始めました。 解決策は、ライブラリにアクセスするメンバーと実行できる操作を管理することです。数名のライブラリ管理者を選出したところ、コンポーネント作成が速やかに管理されるようになり、品質も大幅に向上しました。 管理外のライブラリ 私が会社に念押ししておきたいPCBデータ管理のもう1つの大きな問題は、管理外のライブラリのまん延と使用です。その名前が示すように、管理外のライブラリは、コントロールされたPCBデータ管理システムの外にあります。通常、レビューされていないコンポーネントが含まれており、完全に不適切なライブラリです。さまざまな理由から、設計者はそのようなライブラリを所有し、使用しています。しかしながら、PCB設計が失敗するリスクも負っています。私はこれまでにいくつもの問題を目にしてきました。製造組み立てにおいてのみですが、いずれも管理外のライブラリの不適切なコンポーネントが原因でした。 私たちは、Altium DesignerのItem Managerを使用して各設計を定期的にチェックし、各コンポーネントのソースを確認します。管理されていないライブラリの使用が判明した場合は、ただちに対応して削除します。 このような特定の問題の解決策は単純です。いかなる条件下でも、管理外のライブラリを許してはなりません。 情報の品質保証 企業にとっては、PCBデータ管理システムの意義は1つです。つまり、お金です。会計台帳のどちら側に記載されるかは大きな問題です。情報は利益にも損失にもなり得ます。すべては、データの品質次第です。PCB設計で使用された管理外ライブラリと管理外コンポーネントでは、どちらがより不適切なのかはわかりませんが、どちらも同じ結果を招きます。それは誤ったPCB設計とお金の無駄です。 レビュー プロセス 必要なのは、コンポーネントおよび部品の全体をレビューするための詳細な計画です。回路図シンボル、フットプリント、3Dモデル、シミュレーションなどのモデルがコンポーネント全体を構成するため、これらのモデルに関連する問題は、複数の部品に影響を与えます。そのため、レビューの際は特にこれらのモデルに注意を払います。 このモデル レビューのプロセスは、リリース前のコンポーネントの全体レビューの一環です。通常、レビューの際はこれらのコンポーネントを隔離するので、誤って紛れ込んで設計を台無しにすることはありません。 記事を読む
要件管理と品質機能展開 要件管理と品質機能展開 1 min Blog 「間違った場所に着くのは、悪い運転ではなく、悪い指示の結果です。市場での製品失敗は、実装ではなく、要件のエラーによるものです。」 - トーマス・L・ムスト、IBMコーポレーション会長（退任） QFDの定義：品質機能展開（QFD）[日本語の文字の直訳]は、顧客のニーズ（顧客の声[VOC]）を製品やサービスの工学的特性（および適切なテスト方法）に変換するのを助ける分析方法であり、最初に表現されたときには曖昧かもしれない顧客要件の作業定義を作成するのを助けます。それは各製品やサービスの特性の優先順位付けを可能にし、製品やサービスの開発目標を設定します。 QFDの方法論は、顧客のニーズ、市場セグメント、または技術開発のニーズの観点から、製品やサービスの新しいまたは既存の特性にエンジニアが焦点を当てるのを助けるように設計されています。この技術は、チャートや行列を生み出します。 HPがその「製品定義プロセス」の基本的な部分としてQFDを使用していたとき、私はQFDを使い始めました。私は1989年にアメリカンサプライヤーズインスティテュート（ASI）によって教えられた2日間のQFDコースに参加しました（フォードによってフォードサプライヤーズインスティテュートとして設立され、ASIとして分社化されました）。この組織は現在なくなり、ASI-USAに置き換えられました。彼らはタグチメソッドとシックスシグマ設計に焦点を当てています。これは、「顧客のニーズと要求」を「技術計画」と「製品」の技術レベルに落とし込むさまざまな段階をナビゲートするのに特に有用です。QFDは、顧客主導の製品計画とロードマップにおいて不可欠なツールです。 QFDプロセス QFDには、消費者に適した製品を理解し開発することを可能にする5つの重要なポイントがあります。それは実用的であり、同時に競争上の優位性を提供する必要があります： • 顧客要求の理解 • 品質システム思考 + 心理学 + 知識/認識論 • 価値を加えるポジティブな品質の最大化 • 顧客満足のための包括的品質システム 記事を読む
PCB設計データ管理システムの成功の定義 PCB設計データ管理システムの成功の定義 1 min Blog 私の好きなZig Ziglarの言葉の1つに、「成功とは、自分の持っているもので最善を尽くすことです。成功は行動そのものであり、成果ではありません。試みの中にあり、勝利の中にはありません。成功とは個人の基準で、自分の中にある最高地点に到達し、自分がなれるものすべてになることです」というものがあります。 私はこの言葉、自分の持っているもので最善を尽くすことを目指しています。また、何かに成功するには現実的な予測と、何をもって成功とするかについて正確な理解が必要だということも付け加えておくべきでしょう。これらは、人によって異なるものです。 このブログでは、PCBデータ管理における成功とは何かについて考えてみましょう。情報は、常に活発に変化しているため、ライブラリは生き物として呼吸を続けます。次に、データシステムのベースラインは何かを検討し、可能な限り最低限の危険性で運用できる方法を考えます。 第2部では、すべてのPCBデータ管理システムに関係するS.M.A.R.T.のルールと、それらのルールを規定することで成功がどのように保証されるのかについて詳しく説明します。 PCBデータ管理の成功とは何ですか? PCB設計管理における「成功」は、いくつかの側面に分けられます。私が自社のPCBデータ管理システムを開始したとき、これは膨大な作業であることをすぐに理解しました。これで終わりという目標は存在しません。ライブラリとPCBデータ管理プロジェクトは典型的なプロジェクトではありません。典型的なプロジェクトは最初から明確な照準と目標が規定されており、その目標に達した時点で終了します。設計したものが正しく動作すれば、それで成功とみなされます。PCBデータ管理はそうではなく、条件付き成功レベルとでも呼ぶべきもので評価されます。この点については、後でさらに詳しく解説しましょう。 静的な情報と動的な情報 データシステムについて「条件付き成功」を考える主な理由は、データ自体の性質です。データシステム内のデータは2つの主なカテゴリに分類できます。1つは静的なデータ、すなわち、一切、変更されないデータです。静的なデータの例として、製造業者、部品番号、回路図のシンボル、3Dモデルなどが挙げられます。 データのもう1つのカテゴリは動的なデータ、、すなわち、変更、または進化が発生する情報です。動的なデータの例として、供給ベンダー、価格、利用可能数量などがあり、場合によってはパラメーター情報も含まれます。 動的な情報は変化するため、定期的にコンポーネントを更新する必要があります。これらの情報が存在するため、PCBデータ管理システムは生き物で、活動し続けていると言えるわけです。PCBデータ管理システムで動的な情報が最新の状態に維持されていなければ、データは不適切なものとなり、PCB設計者の役に立ちません。ライブラリの用語では、この状態を staleと呼びます。 PCBデータ管理システムの最初の範囲と目標は何ですか? コンポーネントが常に変化し続けるなら、データ管理システムの最初の基準線はどのようにすればいいでしょうか。データの一部が、いずれかの時点で変化することは事実です。しかし、最低限の基準を必ず満たせば、可能な最小限の危険性でPCBを設計できます。その最低限の基準とは、最小コンポーネント要件とレビュープロセスの2つです。 最小コンポーネント要件 新たに作成されたコンポーネントは、要件のチェックリストを満たす必要があります。例えば、標準的な回路図シンボルで特定のアイテムが必要なら、ピン接続、ピン番号、ピン名、回路図本体、デフォルト参照デジグネータ、部品名、説明を含めます。フットプリント (デカール) 側には、パッド、実装情報、シルクスクリーン、placement courtyard、3Dモデルを含める必要があります。その後で、特定の部品名/説明、部品のパラメータ情報、調達情報、回路図シンボルのモデル、フットプリント、および場合によってはシミュレーション モデルを含めて、完全なコンポーネントを構築します。 記事を読む
PCB設計者のためのベンチマーキングの実践とプロセス PCB設計者のためのベンチマーキングの実践とプロセス 1 min Blog ベンチマーキングは、業界のリーダーと比較して企業のパフォーマンスを分析する企業全体のプロセスです。企業はこれを使用して、トップ製品のパフォーマンスをよりよく理解し、特定の技術や実践を改善または適応するための計画を立てることができます。ベンチマーキングは、単位当たりのコスト、単位当たりの生産性、単位当たりのサイクルタイムや単位当たりの欠陥など、パフォーマンスを測定するための一連の指標を使用します。これにより、新しいパフォーマンスの指標が生まれ、他者と比較されます。 ベンチマーキングのサブセットには「ティアダウン」が含まれます。多くの大学といくつかの企業が利益のためにこれを行っています。最も知られているのはPortelligent[1]です。David CareyはPortelligentの社長です(www.teardown.com)。テキサス州オースティンに拠点を置くこの会社は、ワイヤレス、モバイル、個人用エレクトロニクスに関するティアダウンレポートおよび関連業界研究を提供し、EETimes誌にティアダウン記事を執筆しています。図1に例が示されています。 ヒューレット・パッカードでは、ベンチマーキングは非常に重要な活動でした。すべての製品ラインが競合他社の製品に対してベンチマーキングを実施していました。計測器にとっては、複雑なコンピュータシステムよりもはるかに簡単でしたが、すべてのケースで詳細なプロセスは同じでした： ナレーション付きビデオ、高解像度カメラ、X線、顕微鏡によるすべてのベンチマーキング活動の文書化 業界標準を使用して、ベンチマーク広告のパフォーマンスを確認します。最大または最小のパフォーマンス指標を発見します 物理パラメータのベンチマーク：サイズ、エネルギー使用量、発熱量など。 電気パラメータのベンチマーク：電源、PCBの数、特殊な電気デバイスなど。 製品の分解をベンチマークし、D&B DFM/A指標を計算します 各PCBアセンブリをベンチマーク：はんだの種類、適合コーティング、ヒートシンク、部品数、異なる部品タイプ、ICテスト 各プリント基板をベンチマーク：サイズ、層、設計ルール、配線効率、特別機能-分散容量 各PCBからのカスタム集積回路をベンチマーク：シリコンタイプ、ゲート数、設計ルールなど。 すべてのベンチマーク指標、写真、ビデオ、および分析を、各HP組織からの多巻のレポートに収集します HPはベンチマークについて非常に謙虚でした。常により良いアイデア、または卓越したパフォーマンスを探し、学んだことを実践に移していました。ほとんどの場合、HPは他の競合他社のパフォーマンスを上回りましたが、競合他社がどれだけ近づいているかを知りたがっていました。 図1. Portelligent[1]によって実施された「飲み込み可能なリモートカメラ」のティアダウンベンチマーキング。 ベンチマーキングプロセス 作業定義は、「優れたパフォーマンスにつながる業界のベストプラクティスを探求すること」と言えます。ベンチマーキングは、企業のパフォーマンスとそれが世界で最も優れているものとどのように比較されるかを理解することに基づいて、構造的な方法で運営を変更し、優れたパフォーマンスを達成することを目指すプロセスです。成功には基本となるベンチマーキングの哲学的ステップは以下の通りです。 自社の運営を知る 記事を読む
一貫性のあるPCBデータライブラリを構築する方法 一貫性のあるPCBデータライブラリを構築する方法 1 min Newsletters Judy Warner: お話を始める前に、「ライブラリ」とは何か、またそのあらゆる領域で必ず必要となることについて明確にしていただけますか? Cherie Litson: 技術者の多くは、「ライブラリ」を、何らかの形のデータベースに関連付けられた、シンボルファイルやフットプリント（デカル、ランドパターンなど）ファイルとして定義します。データベースを用意する必要すらありません。適切な回路図のシンボルファイルやフットプリントファイル、それらを関連付ける手段（属性、パッケージライブラリなど）さえあればよいのです。自分でライブラリを定義するのであれば、これでうまくいきます。 これは単純なライブラリですね。出発点としては上々です。「企業用ライブラリ」の場合は、考慮すべきことが多々あります。この方法はどちらかというとシステムライブラリの設計に適しています。PCBライブラリは、多くの場合、仕入れ、DFM、製造、試験、機構、およびその他の部門やシステムとリンクしている必要があります。 私は、長年にわたって、ワシントン州ボセルのSonoSiteやケントのDCI、レドモンドのMicrosoftといった大手企業で、ライブラリシステムを構築する多くの機会に恵まれました。状況や企業に応じてさまざまなコンポーネントライブラリを作成していくうち、うまく機能することもあればしないこともあることがわかってきました。 いずれの場合でも、コンポーネントライブラリシステムの構築において最も困難な作業は、構築の賛同を得ること、そしてシステムを使用する必要がある全メンバーへのトレーニングの実施です。これらができなければ、どんなにすばらしいシステムも機能しません。 Warner: 設計者にとって、部品ライブラリおよびデータ管理における最大の問題は何ですか? Litson: ライブラリシステムの観点でいえば、矛盾のないプランを用意することです。どのようなタイプのデータベースを構築するか、つまり使用すべきデータベースはどのようなタイプか、です。1対1か?1対多か?多対多か? 独立したライブラリの場合、最大の問題はクライアントが持っていない新しい部品の作成です。あるいは、ライブラリが全く存在しない場合です。その場合はライブラリを構築する必要があり、多くの時間を要します。 最悪の部品タイプは、トランジスタパッケージです。製造業者は、標準的なサイズやピンの配置にこだわることを嫌がります。ですから、設計者は、似たようなパッケージがすでにある場合でも、結局新しいパッケージを作成しなくてはならないのです。 私が構築するライブラリの多くは、パッシブコンポーネントに関しては1対多のタイプです。アクティブコンポーネントおよびICは1対1になります。 2つ目の問題はフットポイントのコントロールです。次のような自問すべき多くの可変条件や問題があります。 · どのレイヤーに作成されますか? · 記事を読む