Mobile menu
Altium Develop
ホーム Altium Develop

Altium Develop

Altium Develop は、電気、機械、ソフトウェア、調達、製造の各チームを、共有されたリアルタイム環境でひとつに結びつけます。データ、コンテキスト、可視性を統合することで、サイロ化を解消し、チームが単一のグループとして連携して作業できるようにします。
Altium Develop を入手する Altium Develop オンボーディングガイド
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
フィルターをクリア
電子開発のための要件管理ツール エレクトロニクス開発に最適な要件管理ツールの選び方 1 min Blog システムエンジニア/アーキテクト 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 電気技術者 電気技術者 スプレッドシート、メール、Word文書は、多くの電子開発チームにとって依然として要件管理ツールの主流です。それらは使い慣れており、柔軟で、使いやすいです。しかし、プロジェクトがより複雑になるにつれて、その場しのぎの要件管理はリスクとなります。 断片化した文書はメールやSlackのスレッドに閉じ込められ、チームメンバーやその他の関係者間での誤解を招きます。要件は進化しますが、下流のエンジニアが常に追いついているわけではありません。変更が発生したとき、その影響を追跡したり、完全に検証されたかどうかを把握する簡単な方法はありません。 その結果、プロジェクトの遅延、ボードの再設計、コンプライアンスの問題が発生します。 再作業の最大50%が要件の失敗に起因しており、失敗するプロジェクトの70%が要件の不備によって引き起こされます。解決策は単により良い文書ではなく、ハードウェア要件を扱うためのより良いシステムとツールです。 この記事では、電子開発のための要件管理ツールを評価する方法、避けるべき落とし穴、そして現代の協力的な電子設計チームにとって最も重要な機能について説明します。 なぜほとんどの要件管理プロセスが不十分なのか 表面上は、スプレッドシートやカンバンボードは要件管理に適した方法のように思えます。これらは情報を論理的で整理された方法で収集・表示するために設計されています。データはカテゴリ分けされ、フィルタリングされ、構造化されます。これらのツールは汎用性があり、異なるプロジェクトのニーズに合わせて形を変えることができるほど柔軟です。 しかし、非専門的なツールの一般的で高水準な性質が問題の一部です。これらは現代の電子機器開発の複雑さを扱うために設計されておらず、エンジニアやシステムアーキテクトが設計の反復とともに進化する数百または数千の要件を追跡するために必要な機能が欠けています。 最大の課題は可視性です。要件がタスク管理ツール、共有ドライブ、内部ウィキ、チャットスレッドに散らばっている場合、それらが最新の変更を反映しているか、またはテストケースが変更された要件をまだカバーしているかどうかを知る方法がありません。エンジニアは時間を無駄に二重チェックや相互参照に費やします。または、何も変わっていないと仮定することが、それよりも悪いです。 第二の問題はトレーサビリティです。専門の要件管理ツールがなければ、要件を設計要素や検証ステップにリンクすることは困難です。プロジェクトが終盤に近づくか監査の時になると、チームはなぜ、どこで決定が行われたのか、それがテストされたか、そしてそのテストが現在の設計の状態に対してまだ関連があるのかを再構築するために慌てます。 最終的に、これらの方法はスケールしません。チームが成長し、同時に複数のプロジェクトを手がけるにつれて、オーバーヘッドは指数関数的に増加します。スケールで切断された要件を管理する結果は、より多くの作業、より多くのやり直し、そしてより多くの無駄なお金です。 選んではいけないもの：要件管理ツールの一般的な落とし穴 要件管理用に市販されているすべてのツールがハードウェア開発に適しているわけではありません。多くは細かい点で失敗しますが、それでも電子設計のワークフローにとっては重大な影響を及ぼします。特に、チームがどんな構造化されたシステムでもアドホックな要件管理より良いと仮定する場合はなおさらです。 チームにとっての解決策を選ぶ際に避けるべき「機能」をいくつか探ってみましょう。 要件トレーサビリティ機能がない 一部のツールは、要件を静的なチェックリストのように扱います。それらは、要件を互いや回路図、テストケース、設計成果物にリンクする能力に欠けています。要件の収集には役立つかもしれませんが、それが終わると、本当に重要なコンテキストを欠いた構造化されたデータを持つことになります。 汎用タスクマネージャー ソフトウェア向けに構築されたプロジェクト管理プラットフォームは、自らをRMソリューションとして宣伝することがよくあります。しかし、要件をチケットとして割り当てることは、検証計画、ライフサイクル管理、またはECAD統合を効果的にサポートしません。要件データは収集され、レビューのために利用可能になりますが、プロセスの規律をツールの外で強制しなければなりません。 過剰設計されたレガシーRMプラットフォーム 一部のエンタープライズRMツールは、膨大な数の機能を備えていますが、現代の電子開発プロジェクトが求める使いやすさ、柔軟性、速度に欠けています。適切な手に渡れば、これらは優れたツールですが、専用の管理者、カスタムスクリプト、そしてチームを速く立ち上げるための数ヶ月のオンボーディングがしばしば必要です。これらは、迅速に動こうとするエンジニアリングチームには不向きです。 記事を読む
リジッドフレックスにおける銅箔重量：1つの仕様ではすべてに対応できない理由 リジッドフレックスにおける銅箔重量：1つの仕様ですべてに対応できない理由 1 min Blog 製造技術者 製造技術者 製造技術者 剛性フレックス設計で単一の銅箔重量仕様が通用しない理由を学びましょう。剛体部、フレックス部、そして移行領域それぞれに適したゾーン別ガイドラインをご紹介します。 記事を読む
ダイナミックフレックス vs. スタティックフレックス ダイナミックフレックスとスタティックフレックスの比較：設計ルールを相互に置き換えられない理由 1 min Blog 製造技術者 製造技術者 製造技術者 フレックス回路の故障を防ぎましょう。静的フレックスと動的フレックスにおける主要な設計上の違い、すなわち曲げ半径、銅の仕様、配線形状を理解することが重要です。 記事を読む
プロセスに逆らうのではなく、プロセスに適合する基板を設計する方法 プロセスに逆らうのではなく、プロセスと調和して機能する基板を設計する方法 1 min Blog 製造技術者 製造技術者 製造技術者 この記事では、プリント回路基板（PCB）の設計において、製造業者との連携を強化し、製造プロセスを円滑化するための効果的な戦略を紹介します。PCB製造における多くの遅延は、製造上の欠陥ではなく、不十分なドキュメントや非現実的な公差仕様に起因していることを強調しています。 記事を読む
フレックス材料の現実をカバーする フレックス材料の現実：必要な誘電体厚さを常に入手できるとは限らない理由 1 min Blog PCB設計者 PCB設計者 PCB設計者 フレックス回路の誘電体厚さが、必ずしも仕様どおりにならない理由を学びましょう。ポリイミドの限界、接着剤のばらつき、そして実際の製造に即した設計方法を理解できます。 記事を読む
クイックターンのリジッドフレックスがうまくいかないとき 短納期のリジッドフレックスがうまくいかないとき：最も一般的な3つの根本原因 1 min Blog 製造技術者 製造技術者 製造技術者 クイックターンのリジッドフレックス製造が失敗する理由を学びましょう。最も多い3つの根本原因、すなわちスタックアップの不備、未定義のトランジションゾーン、そして材料に関する想定外の問題を回避できます。 記事を読む
設計者がプロセスについて理解しておくべきこと UHDI銅めっき：設計者がこのプロセスについて理解しておくべきこと 1 min Blog 製造技術者 製造技術者 製造技術者 Ultra HDI（UHDI）技術における銅めっきが複雑である理由を学びましょう。アスペクト比やスタックドマイクロビアといった設計上の判断が、製造の信頼性と成功にどのような影響を与えるのかをご紹介します。 記事を読む