Mobile menu
Altium 365
ホーム Altium 365

電子製品開発業界向け Altium 365 リソース

Altium 365 は、製品設計者、エンジニア、調達チーム、製造業者を、安全なクラウドベースのコラボレーションプラットフォームでつなぎます。設計、サプライチェーン、製造、ライフサイクル管理の機能を統合し、電子製品開発プロセス全体を効率化します。
Altium 365 の使い方を始める Altium 365 Platform を探索する Altium 365 ドキュメント
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
Flex、リジッドフレックス、マルチボード設計のためのエンクロージャ ECAD-MCAD 共同設計を使用してPCBエンクロージャの設計とボードレイアウトを行う方法 1 min Blog PCB設計者 電気技術者 機構設計者（メカエンジニア） PCB設計者 PCB設計者 電気技術者 電気技術者 機構設計者（メカエンジニア） 機構設計者（メカエンジニア） ECAD-MCAD統合により、PCBとエンクロージャのフィットをシームレスに保証します。干渉を防ぎ、設計を最適化し、マルチボードワークフローを合理化します。 記事を読む
ハードウェア開発サイクル PCB設計 共有の準備：協調的なPCB設計を最大限に活用する方法 1 min Blog PCB設計者 プロジェクトリーダー（マネージャー） PCB設計者 PCB設計者 プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） デザインデータの共有を開始する前に、協調PCB設計が生産的な体験となるように、このチェックリストを確認してください。 記事を読む
Agentic Requirements Engineering のご紹介 エージェント型要件エンジニアリングのご紹介 2 min Blog 技術マネージャー 技術マネージャー 技術マネージャー Agentic Requirements Engineering の登場です。要件ツール上で動作するAIにより、煩雑な作業を減らし、整合性を高め、反復をより迅速に進められます。Requirements Portal でご利用いただけます。 記事を読む
Requirements Portal における AI 支援要件インポーター Requirements Portal における AI 支援要件インポーター 1 min Blog エンジニアリングチーム エンジニアリングチーム エンジニアリングチーム Requirements Portal の AI 支援インポーターを使用して、PDF、文書、スプレッドシートを構造化された要件に変換する方法をご紹介します。仕様書、規格、複雑なプロジェクトを、トレーサビリティを維持したままインポートできます。 記事を読む
電子開発のための要件管理ツール エレクトロニクス開発に最適な要件管理ツールの選び方 1 min Blog システムエンジニア/アーキテクト 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 電気技術者 電気技術者 スプレッドシート、メール、Word文書は、多くの電子開発チームにとって依然として要件管理ツールの主流です。それらは使い慣れており、柔軟で、使いやすいです。しかし、プロジェクトがより複雑になるにつれて、その場しのぎの要件管理はリスクとなります。 断片化した文書はメールやSlackのスレッドに閉じ込められ、チームメンバーやその他の関係者間での誤解を招きます。要件は進化しますが、下流のエンジニアが常に追いついているわけではありません。変更が発生したとき、その影響を追跡したり、完全に検証されたかどうかを把握する簡単な方法はありません。 その結果、プロジェクトの遅延、ボードの再設計、コンプライアンスの問題が発生します。 再作業の最大50%が要件の失敗に起因しており、失敗するプロジェクトの70%が要件の不備によって引き起こされます。解決策は単により良い文書ではなく、ハードウェア要件を扱うためのより良いシステムとツールです。 この記事では、電子開発のための要件管理ツールを評価する方法、避けるべき落とし穴、そして現代の協力的な電子設計チームにとって最も重要な機能について説明します。 なぜほとんどの要件管理プロセスが不十分なのか 表面上は、スプレッドシートやカンバンボードは要件管理に適した方法のように思えます。これらは情報を論理的で整理された方法で収集・表示するために設計されています。データはカテゴリ分けされ、フィルタリングされ、構造化されます。これらのツールは汎用性があり、異なるプロジェクトのニーズに合わせて形を変えることができるほど柔軟です。 しかし、非専門的なツールの一般的で高水準な性質が問題の一部です。これらは現代の電子機器開発の複雑さを扱うために設計されておらず、エンジニアやシステムアーキテクトが設計の反復とともに進化する数百または数千の要件を追跡するために必要な機能が欠けています。 最大の課題は可視性です。要件がタスク管理ツール、共有ドライブ、内部ウィキ、チャットスレッドに散らばっている場合、それらが最新の変更を反映しているか、またはテストケースが変更された要件をまだカバーしているかどうかを知る方法がありません。エンジニアは時間を無駄に二重チェックや相互参照に費やします。または、何も変わっていないと仮定することが、それよりも悪いです。 第二の問題はトレーサビリティです。専門の要件管理ツールがなければ、要件を設計要素や検証ステップにリンクすることは困難です。プロジェクトが終盤に近づくか監査の時になると、チームはなぜ、どこで決定が行われたのか、それがテストされたか、そしてそのテストが現在の設計の状態に対してまだ関連があるのかを再構築するために慌てます。 最終的に、これらの方法はスケールしません。チームが成長し、同時に複数のプロジェクトを手がけるにつれて、オーバーヘッドは指数関数的に増加します。スケールで切断された要件を管理する結果は、より多くの作業、より多くのやり直し、そしてより多くの無駄なお金です。 選んではいけないもの：要件管理ツールの一般的な落とし穴 要件管理用に市販されているすべてのツールがハードウェア開発に適しているわけではありません。多くは細かい点で失敗しますが、それでも電子設計のワークフローにとっては重大な影響を及ぼします。特に、チームがどんな構造化されたシステムでもアドホックな要件管理より良いと仮定する場合はなおさらです。 チームにとっての解決策を選ぶ際に避けるべき「機能」をいくつか探ってみましょう。 要件トレーサビリティ機能がない 一部のツールは、要件を静的なチェックリストのように扱います。それらは、要件を互いや回路図、テストケース、設計成果物にリンクする能力に欠けています。要件の収集には役立つかもしれませんが、それが終わると、本当に重要なコンテキストを欠いた構造化されたデータを持つことになります。 汎用タスクマネージャー ソフトウェア向けに構築されたプロジェクト管理プラットフォームは、自らをRMソリューションとして宣伝することがよくあります。しかし、要件をチケットとして割り当てることは、検証計画、ライフサイクル管理、またはECAD統合を効果的にサポートしません。要件データは収集され、レビューのために利用可能になりますが、プロセスの規律をツールの外で強制しなければなりません。 過剰設計されたレガシーRMプラットフォーム 一部のエンタープライズRMツールは、膨大な数の機能を備えていますが、現代の電子開発プロジェクトが求める使いやすさ、柔軟性、速度に欠けています。適切な手に渡れば、これらは優れたツールですが、専用の管理者、カスタムスクリプト、そしてチームを速く立ち上げるための数ヶ月のオンボーディングがしばしば必要です。これらは、迅速に動こうとするエンジニアリングチームには不向きです。 記事を読む
Customer Success Stories SkyShips Watch how Altium made designing the world’s most luxurious automotive infotainment systems a celebration of co-creation.
戦うために作られる：40kW級コンバットロボットの設計に必要なものとは 戦うために生まれた：40kW級コンバットロボットの設計に必要なものとは 1 min Whitepapers Team Ribbot が、厳しい機械要件を持つ製品の内部にカスタム電子回路をどのように設計しているのか、また、余裕のない分散チームとしてどのように業務を進めているのか、そしてその働き方からあらゆるハードウェアチームが何を学べるのかをご紹介します。 記事を読む