筆者について

Alexsander Tamari

Alexsanderは、テクニカル マーケティング エンジニアとしてAltiumに入社し、多年にわたるエンジニアリングの専門知識をチームにもたらしてくれています。エレクトロニクス設計への情熱と実践的なビジネスの経験は、Altiumのマーケティング チームに彼ならではの視点を提供してくれます。Alexsanderは、世界の上位20校であるカリフォルニア大学サンディエゴ校を卒業し、電気工学の学士号を取得しています。

最新の記事

要件管理とは何か 要件管理とは何か? 1 min Blog 電気技術者 システムエンジニア/アーキテクト 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 要件管理は、開発ライフサイクルを通じて要件を収集、優先順位付け、検証、テストするための構造化されたプロセスです。これにより、電子開発企業は製品要件を実装し、成功裏に協力し、コストのかかるエラーを減らすことができます。 成功した製品は、明確に定義された一連の要件を満たしています。製品がシンプルであっても、要件は設計者によって認識され、 PCB設計レビューの間に意識的にチェックされます。より複雑なプロジェクトや大規模な範囲においては、要件はしばしばSOWやより大きな製品文書で指定され、これらはレビュープロセスの一部となります。 複雑さは電子製品開発の常であり、要件管理は製品がビジネス、機能、安全、ユーザーエクスペリエンス、およびコンプライアンスの目標を満たすことを保証します。 要件とは何か? 要件は プロジェクト関係者によって定義された特定のニーズや機能です。例えば、電子製品には特定の電流容量をサポートできるPCB設計が必要かもしれません。その要件は、適切なコンポーネント、適切な熱管理、業界基準への準拠といった二次要件を生じさせます。 要件収集は、期待される機能、性能、およびユーザーエクスペリエンスを概説する高レベルの要件から始まります。初期要件は、クライアント、プロダクトマネージャー、ビジネスアナリスト、またはシステムエンジニアによって提案されることがあります。開発チームは、プライマリ要件をより詳細なセカンダリ要件に分解し、プロジェクトの目的を達成するための機能と制約を指定します。その結果、要件を構造化された形式に整理し、ステークホルダーがそれらの関係と依存関係を理解できるようにする階層が生まれます。 プロジェクトの各要件は、回路図やPCBレイアウト内の特定のオブジェクト、実行される特定のタスク、関連する文書や/または機能ブロック、およびコンプライアンスのために考慮される予想される条件を参照する必要があります。要件を単純なチェックリストとして考慮することは、しばしばナビゲートが難しい大規模な要件文書を扱うよりもはるかに簡単です。 良い要件とは何か? 要件が有用であるためには、特定の基準を満たす必要があります。最も重要なことは、それがあいまいでないことです。不正確な要件は誤解、期待の不一致、および時間の無駄を引き起こします。 その他の重要な特性には以下が含まれます: 必要性: それは製品およびビジネスの目標に貢献しますか? 達成可能性: それはプロジェクトの範囲と能力内で実装できますか? テスタブル:成功した実装を測定するための明確で具体的な基準はありますか? 電子製品開発のための要件管理 要件管理は協力的なプロセスです。要件の収集と管理は、プロジェクトに関わるマネージャー、電子設計者、電気エンジニア、機械エンジニア、およびその他のステークホルダーからの入力に依存しています。 また、協力を促進するプロセスでもあります。明確でよく理解され、合意された要件の包括的なセットは、さまざまな場所にいる能力が異なるチームが同じ目標に向かって作業できるようにします。 記事を読む
要件トレーサビリティマトリックスとは何か 要件トレーサビリティマトリックスとは何ですか? 1 min Blog 電気技術者 システムエンジニア/アーキテクト 技術マネージャー 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 要件トレーサビリティマトリックス(RTM)は、電子製品開発において要件とその実装を追跡するために使用される文書です。RTMは、要件とそれに関連するすべての情報を記録した大規模な表で、設計文書、回路図、テストなどが含まれます。 これらは、エンジニアやデザイナーがプロジェクトの関係者と協力し、プロジェクトの成果がその目的と一致することを確認するのに役立ちます。 要件トレーサビリティとは何か? 要件トレーサビリティとは、製品開発プロセスを通じて、プロジェクトの要件、成果物、および検証・確認テスト間の関係を追跡する能力のことです。 要件トレーサビリティは、前方、後方、または双方向のいずれかになります。 前方トレーサビリティは、各要件が対応する設計、実装、およびテストフェーズにリンクされていることを保証します。 後方トレーサビリティは、チームが最終製品をテストおよび設計フェーズを通じて元の要件にまで遡って追跡できるようにします。これは、納品されたシステムが初期の目標と目的と一致していることを検証するために不可欠です。 双方向トレーサビリティは、前方および後方トレーサビリティの両方を組み合わせ、プロジェクトライフサイクル全体を通じて要件を管理するための包括的なフレームワークを作成します。 要件トレーサビリティは、電子開発チームが次のことを支援します: 正しい製品を構築していることを確認する。 要件データを追跡し、すべての要件が満たされていることを検証するためのテストを含む。 機能、安全性、および規制遵守の要件充足の証明を提供する。 RTMは概念からテストまでの要件を追跡します ある電子機器会社が医療機器用の新しいプリント回路基板(PCB)を設計していると想像してください。規制により、PCBは電磁干渉(EMI)に耐性がある必要があります。 要件: PCBは、標準IEC 60601-1-2で概説されたEMI要件を満たす必要があります。 追跡性: 設計チームは、PCBレイアウトでこの要件をどのように達成するかを示す必要があります。 彼らは、特定の設計技術、コンポーネント、またはシールド方法を使用するかもしれませんが、すべて文書化され、要件にリンクされています。 記事を読む
Altium 365 Jira 統合機能の深掘り 効率を最大化する:Altium 365 Jira インテグレーション機能の詳細な解説 1 min Blog プロジェクトリーダー(マネージャー) プロジェクトリーダー(マネージャー) プロジェクトリーダー(マネージャー) 電子設計の急速に進化する世界では、プロジェクトを軌道に乗せておくことが複雑で時間を要する作業になりがちです。これにより、プロジェクト管理と設計ツールの統合が、チーム全体の効率と正確性を維持するために不可欠となります。 Altium 365 Jira Integrationは、両プラットフォーム間でシームレスな双方向同期を提供し、 タスク管理を合理化し、プロジェクトの可視性を向上させます。この統合の主要機能に深く潜ることで、プロジェクト追跡と意思決定をどのように強化し、最終的に時間とコストの節約につながるかを強調します。 Altium 365 Jira Integrationを際立たせる機能 詳細に入る前に、この統合が本当にユニークなものである理由を強調しましょう: デザイン中心の統合: 一般的なプロジェクト管理の統合とは異なり、Altium 365 Jira Integrationは電子設計ワークフローに特化して調整されています。PCB固有の概念を理解しており、設計要素とプロジェクトタスク間のシームレスなリンクを可能にします。 双方向のビジュアルコンテキスト: 当社の統合は、ビジュアルデザインのスニペットをJiraチケットに自動的に添付できる点でユニークです。これにより、非技術的なステークホルダーに即座にコンテキストを提供し、設計とプロジェクト管理の間のギャップを埋めます。 シームレスなワークフロー: Altium 記事を読む
Altium 365 要件 & システムポータルの紹介 Altium 365 要件&システムポータル(RSP)の紹介 1 min Blog 電気技術者 システムエンジニア/アーキテクト 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト Altium 365内でValispace駆動の要件&システムポータル(RSP)の立ち上げを発表できることに興奮しています。この新機能により、エンジニアリングチームはAltium 365エコシステム内で直接 要件を管理できるようになり、コンセプトから製造までの電子設計プロセス全体を合理化します。 Altium 365 要件&システムポータルは、AltiumがValispaceを買収した後に開発され、AI駆動の 要件管理ツールとシステムエンジニアリングを統合し、協力を強化し正確性を保証するデータ駆動型アプローチを提供します。ソフトウェアエンジニアリングの 要件管理をシステム設計と統合することで、RSPはチームが異なる分野を横断してシームレスに作業できるようにし、電気エンジニアから外部ステークホルダーまで、誰もが最新の情報にアクセスできるようにします。 要件&システムポータルの主な特徴 電気エンジニア:RSPはシステム要件に完全な可視性を提供し、最新のデータで作業していることを保証し、再作業のリスクを減らし、全体的な効率を向上させます。 エンジニアリングマネージャー:RSPは、すべてのプロジェクト要件の包括的な概要を提供し、複雑さを管理し、チーム全体の整合性を維持することを容易にします。これは、効果的な エンジニアリング要件管理の重要な側面です。 システムアーキテクト:RSPを使用すると、 要件管理を単一のプラットフォームに統合し、複数のツールの必要性を排除し、すべての設計にわたる一貫性を確保できます。 検証チーム:自動検証機能により、設計要素が確立された要件を満たしているかどうかを迅速に判断でき、重要なトレーサビリティを提供し、仕様への準拠を保証します。 RSPが重要な理由 RSPの発売により、 Altium 365の機能が、包括的な 記事を読む
統合されたBOMとCADシステムでPCB設計を最適化する 統合されたBOM管理ツールとCADシステムでPCB設計を最適化 1 min Blog 電気技術者 電気技術者 電気技術者 最近まで、PCB設計ソフトウェアとサプライチェーンソフトウェアは永遠に分離されたままでした。PCB設計ソフトウェアスイートで製品を作成し、その後、エクスポートされた部品表(BOM)を調達部門に持っていって部品を購入しました。過去のCADシステムがサプライチェーンを意識する能力がなかったため、どのようにして部品を選択し、可用性を確保したのかは今となっては謎です。 しかし今日になって、プロフェッショナルなPCB設計ソフトウェアはサプライチェーンはもちろん、異なるエンジニアリング分野の他の設計ツールとも高度に統合されています。これらの機能をすべて一つの屋根の下で統合することで、個々の設計者やPCB設計チームはワークフローを変更し、最終的にはより効率的になり、設計サイクルの早い段階で調達問題を排除するようになりました。 統合されたCADと BOM管理システムを利用するためにはどのようなプロセスを使用すべきか?この記事でその方法をお見せします。 PCB設計におけるBOMとは何か PCB BOMは、プリント基板を製造するために必要なすべての部品をリストアップした文書です。BOMは、調達チーム、製造業者、そしてエンジニアのための主要な参照資料として機能します。それは、各部品の仕様、数量、部品番号、および供給者情報を詳細に記載するべきです。 現代の電子部品BOM管理は、単純なスプレッドシートを超えて、設計プロセスの不可欠な部分へと進化しました。BOM管理ツールは、部品の可用性、価格、およびライフサイクルステータスのリアルタイム追跡を可能にし、PCB設計ファイルとの同期を維持します。 BOMは、設計と製造の間の橋渡しとして機能し、必要なすべての部品が正確に指定され、生産のために利用可能であることを保証します。数百から数千の部品を含む複雑なPCB設計の場合、適切なBOM管理はエラーを防ぎ、設計から製造への移行を効率化します。 早期にサプライチェーンを意識する 20年以上前にさかのぼると、設計者たちは紙のカタログから部品を探していました。BOM管理ツールは、せいぜい原始的なものでした。それらの部品が実際に在庫があるのか、廃止されたのか、またはNRND(新規設計非推奨)であるのかを、注文をするためにディストリビューターに電話をかけるまで知る術はありませんでした。今日になって、インターネットの魔法により、ディストリビューターの在庫数を直接PCBライブラリにリンクできるようになりました。 今、このデータをCADツール内で直接取得できるようになったので、設計のタイムラインをスケジュール通り、予算内で保つためにどのようなステップを踏むべきでしょうか?以下のことが必要になります: 設計から廃止されたコンポーネントを特定し排除する 必要な量でコンポーネントが調達可能であることを確認する 生産予算を破る可能性のある突然の価格変動を追跡する これを行うためには、設計プロセスの早い段階でサプライチェーンを意識するべきだと考えます。理想的な部品を選択してそれらが利用可能であることを願うのではなく、PCB設計ソフトウェア内で直接ディストリビューターデータへのリンクを使って早期にこれを確認します。 Altium Developは、これを実現するための3つの重要なツールを提供します: コンポーネントライブラリ内のサプライヤーリンク 製造部品検索パネル内のサプライヤーデータ 記事を読む
プロのPCBデザイナーのためのBOM管理のベストプラクティス プロのPCBデザイナーのためのBOM管理のベストプラクティス 1 min Blog 電気技術者 購買・調達マネージャー 電気技術者 電気技術者 購買・調達マネージャー 購買・調達マネージャー 正直に言いましょう、電子部品調達における最大のマーケティングのキーワードの一つがBOM管理です。誰と話しているかによって、それは多くのことを意味し、同時に何も意味しないことがあります。どうして一つの用語がそんなに広く使われ、それでいてあまりにも実行可能なアドバイスを生み出さないのでしょうか? このような状況が発生する理由は、マネージャーが実際のプロセスをに導入しないこと、そして設計チームが自分たちのツールを活用して実際のプロセスを実装できることに気づかないからだと思います。そこで、この記事では、BOM管理で実際に機能するものを明らかにし、BOM管理プロセスの具体的な目標をいくつか述べたいと思います。 BOM管理の(理想的な)目標 BOM管理という用語は少し使い過ぎであいまいですが、BOM管理を3つの可能な目標に絞り込むことができると思います: BOMが正確な調達情報を持っていることを確認する 各BOMラインをライブラリコンポーネントに指し示す すべてのBOMに対してこれを行うプロセスを実装する 次に、 なぜかという問題です:必要に応じて、設計データ内の部品を適切な代替品に迅速に置き換えることができるように、すべてを迅速に調達できることを確実にしたいのです。 供給チェーンデータアグリゲータ、物流プラットフォーム、在庫管理システムなどの開発が進んでいるにもかかわらず、BOMの正確性をサポートするプロセスは、複数のプラットフォームやカスタムソフトウェアを使用することが中心となっています。ツールは存在しますが、それぞれが異なるプロセスを実装しており、特に個々のデザイナーにとってはそれが顕著です。 そこで疑問が生じます。プロフェッショナルはどのようにしてBOMに常に正確なデータを保持しているのでしょうか? EDAソフトウェアには、非常に正確でスケーラブルなBOM管理プロセスをサポートするためのいくつかのシンプルな実践と機能があります。 常に部品を電子部品供給チェーンにリンクさせる 一部のデザイナーにとって、ライブラリパーツは単にシンボル、フットプリント、そしてパッケージ指定子としてのパラメーターに過ぎません。これは、受動部品のライブラリを維持しているデザイナーにとっては確かに当てはまります。統合回路にのみメーカー部品番号を割り当てるデザイナーをよく見かけますが、設計に現れる他のどの部品にもそれを行わないことが一般的です。そして、これを行うデザイナーは、供給業者の部品情報を追加することも確実にありません。 自分でコンポーネントを作成する場合は、コンポーネントのパラメーターで同じ製造元と部品番号の識別子を使用するようにしてください。たとえば、下記の設計では、「Manufacturer」と「Manufacturer Part Number」を使用して、供給チェーンでコンポーネントを検索するために使用できる基本情報を保持しています。 コンポーネントのパラメーターに基本的な部品情報と供給チェーン情報を含めてください。 この設計者グループは、設計が完了するまでBOMのための部品選択を待っています。基本的に、彼らは回路図を作成する際にコンポーネントを選択しますが、設計が完了した後、組み立て前に再度コンポーネントを選択する必要があります! ライブラリパーツに完全な情報がある場合、多くの二重設計作業を省くことができます。ライブラリを一から構築するか、ベンダーのCADデータから、またはオープンソースライブラリからであるかに関わらず、各ライブラリパーツには次のものが必要です: 記事を読む