Altium Vault

Altium Vaultは、アルティウムの設計データ管理ソリューションのコアとなる技術を提供します。 詳細については、各コンテンツをご覧ください。

チームコラボレーション & PCBデザイン Whitepapers チームコラボレーション & PCBデザイン かつて、回路設計が完了すると、「PCBデザイナー」に引き渡され、その人がボードレイアウトを作成していました。しかし現在、タブレット、スマートフォン、さらには電子ゲームのような複雑な製品では、PCBに関わるのは一人ではありません。製品は専門家のチームによって設計され、効果的に協力できなければ、時間が無駄になり、エラーが発生します。 かつて、コンセプトデザインが完了すると、「PCBデザイナー」に引き渡され、その人が最終的なPCBレイアウトを作成していました。しかし現在、タブレット、スマートフォン、さらには電子ゲームのような複雑な製品では、チーム協力とPCB設計が重要です。製品は専門家のグループによって設計され、効果的に協力できなければ、時間が無駄になり、エラーが発生します。 プロセスは、しばしばチームが同じ場所にいないという事実によってさらに複雑になります。そのため、チーム間で調整、文書化、共有するためのソフトウェアツールが、スムーズなワークフローに不可欠です。この論文では、強力な協力機能を持つPCBツールを評価する際によく尋ねられるいくつかの質問を探求します: - 強力な協力的PCB設計ツールがない場合、グループPCB設計環境で働くことのデメリットはありますか? - 強力な協力ツールを備えたPCB設計ツールがチームにどのような利益をもたらすことができますか? - PCB設計ツールのオプションを検討する際に、どのような協力機能を探すべきですか? 協力的なPCB設計環境で働く際の落とし穴 適切なツールがない協力的な雰囲気での第一の課題はコミュニケーションです。効果的でないコミュニケーションは、設計プロセス内での障害、遅延、失敗を引き起こし、時間とお金を費やします。ここでは、協力的な設計環境に大きな影響を与える4つの深刻な問題を紹介します。 製品ライフサイクル管理と設計データの同期がない:協力ツールがないと、設計者は誤って同じ部分の設計を変更し、致命的なデータ競合を引き起こす可能性があります。チームメンバーは、古いバージョンで知らずに作業を続ける、不必要な作業をやり直す、または矛盾を整理しようとするという選択を迫られることがあります。 もう少し洗練された設計チームは、プリント基板PCBの設計作業において、MCADとECAD(電子設計者)間で交換ファイルを使用しますが、データベースの静的なファイル転送を採用しています。交換ファイルの使用は何もしないよりはましですが、どのデータが変更されたか、どこで変更が行われたか、誰が変更したかを特定することは非常に困難です。この情報がなければ、真の同期は発生せず、同じ問題が発生します。 同じ設計における非効率なチームワーク:設計作業に取り組んでいるすべての作業を確認できることは、効率的なワークフローにとって重要です。関与するすべてのエンジニアは、互いの意図とビジョンを理解する必要があり、それには包括的なコミュニケーションが必要です。 しかし、メールのスレッド、メモ、その他の不格好なコミュニケーション方法は、ワークフロー内の効率と生産性を妨げます。プロセスは煩雑で、メッセージにccされていない場合、情報が失われる可能性があります - そして、メールを受け取ったとしても、時間内に読まないかもしれません。 断続的または稀なPCBレイアウトの交換は、最終製品に問題が生じることが多く、設計者はステップを踏み直し、違反の原因を特定し、設計をやり直さなければなりません。チームメンバーは、全体の設計が最終的なPCBレイアウトと回路図のキャプチャのサインオフを達成できるように、実質的に仕事を2回行っています。 異なる設計ドメイン間のコミュニケーション:PCB設計者の仕事は、完成した最終製品の一要素としてのボードに焦点を当てていますが、実際には多くの人が関与しています。プリント基板の形状に取り組む電気および機械エンジニアやCAD技術者がおり、製造側では、製造の専門家、物流およびサプライチェーンの専門家がいます。 PCB設計ソフトウェアに触れる各グループは、異なる設計ドメインを使用しており、自分たちのネイティブアプリケーションでデータを解釈しながら同じ「言語」でコミュニケーションを取ることはほぼ不可能です。複数のドメインを単一の合理化されたワークフローに統合することはなく、同じボードにアクセスできる複数のデザイナーがプロジェクトにアクセスできる他の人の作業に影響を与える可能性があります
データ管理とドキュメンテーションを設計に変えるための4つの課題 Whitepapers データ管理とドキュメンテーションを設計に変えるための4つの課題 はじめに データ管理やドキュメンテーションについて考えるとき、結果やプロセスについて考えますか?データ管理もドキュメンテーションも、そのプロセスは、多くのエンジニアにとって苦労の種です。それらの利点は、設計を終えてはじめて明白になる場合もありますが、最後に設計データを製造部門に送るときに、仕事をずいぶん簡単にしてくれる場合があります。データ管理とドキュメンテーションを適切に実施すると、まとまり、追跡可能性、計測性、再現性が生まれます。どのコンポーネントが、各設計で使用されているか、また使用されている理由が分かれば、他のエンジニアは、あなたの設計意図から学ぶことができます。設計を見直す必要がある場合、問題の根本原因と複雑さを究明する際の障害が少なくなります。データ管理とドキュメンテーションは、設計知識を他のエンジニアに伝えるのに重要です。それでは、自身や他のエンジニアの成功のために、設計プロセスの間に何ができるでしょう? 設計データ管理課題の軽減 Aberdeen Groupの調査によると、データ管理領域には一般的な課題が6つあります(図1)。 上の課題を分析することは、その根本原因と共通点を明らかにするのに役立ちます。時に、設計の問題に取り組む際の最善の攻撃は、優れた防御です。潜在的な問題の根本を理解すると、問題が発生したり管理不能になったりするのを防ぐための基礎を築くことができます。データ管理とドキュメンテーションのプロセスから焦点を移すと、設計の喜びを奪う問題を予防する際にそれらが果たす役割が見えます。これらの課題の共通点を考えると、図1の6つの問題は、4つの主な設計課題にまとめることができます。 1. 設計が複雑になる中でデータの整合性を管理する もう会社にいないエンジニアが原因の設計の問題を追跡したことがありますか?文書がない場合は、ゼロから始めるのが良いでしょう。設計は全て、 エンジニアの経験と知識を使って構築されています。経験と知識が大きくなるにつれて、複雑さも大きくなります。各設計からは、シンボル、フットプリント、サプライヤーリンクなど、それ自身データ管理が必要な、より多くの部分が生まれます。コンポーネント作成プロセスを定義することは、データインテグリティ管理にとって非常に重要です。コンポーネントの作成を標準化すると、全てのコンポーネントが、ある一定の作成方法に従い、一貫性と信頼性が確保されます。コンポーネントの作成基準、使用統計、ドキュメントを組み合わせると、今後の設計でのコンポーネントの再利用が可能 になります。部品がどのように作成されたか、どこで使用されたか、なぜ設計で使用されたかが分かり再現性が得られるからです。(※続きはPDFをダウンロードしてください) 今すぐ Altium Concord Pro の無償評価版をリクエストして、世界最高のPCB設計ソリューションをお試しください!
デザインリリースの管理と設計意図の伝達 Whitepapers デザインリリースの管理と設計意図の伝達 最近の技術的進歩の多くが通信分野にあったことは、疑うまでもありません。インターネット、携帯電話、衛星通信、Facebookなどはすべて、より簡単に情報伝達やコラボレーションを行えるようにするためのものです。ところが、このような技術が手中にあるにもかかわらず多くの企業はECAD データリリースの伝達に苦労しています。コラボレーションの相手が社内の仲間や他の部署であるか、外部ベンダーであるかにかかわらず、設計の意図、変更、リリースの情報伝達にはやはり難しい点があります。 プロセスを管理する適切なプラットフォームがないと、設計の意図や状態をすべての関係者に知らせたり、コラボレーションしたり、フィードバック情報を要求したり、プロジェクトがライフサイクルのどの段階にあるのかを把握するのが困難です。現状では残念なことに、設計見直し会議を何度も開いたり、常にやり直しに迫られたり、プロジェクトが遅れたり、市場投入が間に合わなかったり、予算を超過したり、さらに悪い場合には現場で故障が発生し、製品のリコールなどという悪いニュースに発展する可能性もあります。 リリースプロセスが管理されていない場合の問題点 周知のとおり、製品の設計では、関与する多くの分野の部署すべてがプロジェクト全体を通じて同時並行的に作業する必要があります。設計のリリース前には、多くの場合、バージョン管理により設計の増分的な変更を取り込むことでプロジェクトのECADの部分が速く進むことがあります。通常、このような変更が行われる理由としては、設計範囲がまだ固定されていない、要件が変更された、あるいは場合によっては単に実際の設計仕 様を満たすために変更が必要である、などが考えられます。残念なことに、この段階のECADデータは常に変化するため、その時点でのライフサイクル情報が他の関係者に正しく伝達されません。全員が正しいデータに基づいて作業できるようにしてプロジェクトを成功させるためには、あるバージョンがWIP(Work in Progress: 作業中)であるか、承認段階であるか、製造部門にリリース済みであるかを把握することが不可欠です。そのうえで、正しいユーザーが、正しい場所から、正しい方法で、正しいデータにアクセスできるようにしなければなりません。このような処理をまだ手動で行っているようなシステムでは、いつかはプロセスを管理できなくなって失敗に終わり、次のような結果を招くことになります。 ECADのバージョンとリリースのデータが適切に管理されていない 間違ったバージョンの設計を製造部門に送ってしまうリスクが高い 期限切れの部品を使用してしまうリスクが高い 設計のリリース準備ができてから実際にリリースされるまでの時間の無駄が発生する 人が走り回って承認署名を得るため時間がかかる 標準化された設計プロセスの実施が困難である Aberdeen-Groupなどの業界調査によると、データの一貫性がないことによる問題の多くは、ECADの管理と自動プラットフォームが適切に配備 されていない低機能な情報伝達システムに起因しています。このようにECADデータのリリースを人手により伝達するような固定化されたプロセスでは、エンジニアが設計意図を確認するのに時間が掛かり設計サイクル全体が長くなってしまいます。特にエンジニアリングチームがグローバルに分散し ている場合は、情報が失われることも多く、プロセスがオフラインで行われるためデータの追跡管理や制御を行えません。リリースシステムに透明性が無いと、ECADデータをリリースする際に想定されたグループに設計意図が確実に伝達されず、十分な情報に基づく決定が行えなくなります。(※続きはPDFをダウンロードしてください) 今すぐ Altium
データ管理-弱点の評価 Whitepapers データ管理-弱点の評価 プロジェクトは、開発が終了して製品をまもなく製造担当に引き渡す段階にあります。開発の観点では、設計、部品、モデル、BOM(部品表)、ドキュメントなど全てがリリースできる状態です。スケジュールおよび予算通りに設計が完了し、眠れない夜を過ごす日々も終わったところで、打ち上げをしようと呼びかける時期です。まもなく、起こり得る事態についていくつか質問を受け、これまでのプロジェクトの経緯を思い出しました。部品の供給元はフットプリントが適切な新しい部品を調達したか?製造担当に本当に最新バージョンのデザインが引き継がれているか?先日の設計レビューの後、BOMが更新されているか?社外のメカニカルチームが、必要な筐体の最終調整を行ったことを確認したか?そして突然、達成と喜びであったはずの瞬間が、思い描いていた最終的な休暇戦略を不確かなものにする瞬間に転じてしまうかもしれません。成功を祈るほかありません。 開発後のストレス障害 この開発後の段階における懸念は、ハイテク業界の多くの企業にとっては非常によくあることです。その理由は、多くの企業が依然としてECADデー タ資産の管理を十分に行えず、その結果、操作ミスが発生しやすいシステムでは、問題が見過ごされることが多々あるからです。ECADデータ管理のこれらの問題箇所は、プロセス内のさまざまな手順に起因することが考えられます。以下はその典型例です。 • ECADの設計を手作業で抜き取り検査する • 手書きの署名を集める • エンジニアに、変更バージョンの追加を忘れやすいCAD環境外での手作業を別途行わせている • カスタムデータの管理プロセス (BOM、モデル、フットプリント、部品番号) を手作業で行っている • プロセスを手作業でリリースおよび変更する • 全てのタイプのユーザーへのアクセスが管理されていない ECADデータの管理プロセスがコントロールされていないこのような状況は、企業の収益に深刻な影響を与えています。どの顧客も、機能が豊富なソリューションを求め、そのためより複雑な電子部品にしか満足しない可能性があります。製品開発がさらに複雑化し、市場からの製品差別化の要請やうまく切り抜けるべき規制上の制約などを受け、技術関連企業はますます増大する複雑な製品データを管理するソリューションを探す途方もないプレッシャーにさらされています。 高度に進化した新しい電子製品の複雑さは、ECADデータそのものにとどまらず、開発環境の多くが複数分野(機械、ソフトウェアなど)にわたることで、データ管理を指数関数的に難しくしています。さらに、これらの開発チームは、異なるタイムゾーンおよび地域に分散されていることが多く、十中八九異なるツールおよびアプリケーションを使用しています。これらの複雑な要因が積み重なった状況では、データ管理全体を統一できる堅牢な統合がなければ、手作業によるデータ管理システムの脆弱性はさらに広がり、ますますエラーが発生しやすくなります。(※続きはPDFをダウンロードしてください)