Requirements Portal

Requirements Portal is a requirements management, verification, and traceability tool that enables engineering teams to work with structured requirements without sacrificing speed.

Explore Requirements Portal Altium's Requirements Solutions Guide to Requirements Portal Requirements Documentation

Articles

Explore more popular content for Requirements Portal!

View More Articles

システムエンジニアリングを理解する

システムエンジニアリングを理解する 1 min Blog システムエンジニア/アーキテクト

システムエンジニア/アーキテクト

エンジニアリング/テクノロジー幹部

技術マネージャー

システムエンジニア/アーキテクト

システムエンジニア/アーキテクト

エンジニアリング/テクノロジー幹部

エンジニアリング/テクノロジー幹部

技術マネージャー

技術マネージャーシステムエンジニアリングが、計画および設計から検証、そして製品発売に至るまでの各分野を通じて、電子製品開発をいかに効率化するかを探求します。

PCB設計のワークフローに要件を統合する 22 min Webinars 電気技術者

電気技術者

電気技術者

電気技術者

遅い段階での設計の変更を排除し、チームの足並みを揃える方法を習得しましょう。ぜひご参加ください。

電子開発のための要件管理ツール

エレクトロニクス開発に最適な要件管理ツールの選び方 1 min Blog システムエンジニア/アーキテクト

システムエンジニア/アーキテクト

電気技術者

システムエンジニア/アーキテクト

システムエンジニア/アーキテクト

電気技術者

電気技術者スプレッドシート、メール、Word文書は、多くの電子開発チームにとって依然として要件管理ツールの主流です。それらは使い慣れており、柔軟で、使いやすいです。しかし、プロジェクトがより複雑になるにつれて、その場しのぎの要件管理はリスクとなります。断片化した文書はメールやSlackのスレッドに閉じ込められ、チームメンバーやその他の関係者間での誤解を招きます。要件は進化しますが、下流のエンジニアが常に追いついているわけではありません。変更が発生したとき、その影響を追跡したり、完全に検証されたかどうかを把握する簡単な方法はありません。その結果、プロジェクトの遅延、ボードの再設計、コンプライアンスの問題が発生します。再作業の最大50%が要件の失敗に起因しており、失敗するプロジェクトの70%が要件の不備によって引き起こされます。解決策は単により良い文書ではなく、ハードウェア要件を扱うためのより良いシステムとツールです。この記事では、電子開発のための要件管理ツールを評価する方法、避けるべき落とし穴、そして現代の協力的な電子設計チームにとって最も重要な機能について説明します。なぜほとんどの要件管理プロセスが不十分なのか表面上は、スプレッドシートやカンバンボードは要件管理に適した方法のように思えます。これらは情報を論理的で整理された方法で収集・表示するために設計されています。データはカテゴリ分けされ、フィルタリングされ、構造化されます。これらのツールは汎用性があり、異なるプロジェクトのニーズに合わせて形を変えることができるほど柔軟です。しかし、非専門的なツールの一般的で高水準な性質が問題の一部です。これらは現代の電子機器開発の複雑さを扱うために設計されておらず、エンジニアやシステムアーキテクトが設計の反復とともに進化する数百または数千の要件を追跡するために必要な機能が欠けています。最大の課題は可視性です。要件がタスク管理ツール、共有ドライブ、内部ウィキ、チャットスレッドに散らばっている場合、それらが最新の変更を反映しているか、またはテストケースが変更された要件をまだカバーしているかどうかを知る方法がありません。エンジニアは時間を無駄に二重チェックや相互参照に費やします。または、何も変わっていないと仮定することが、それよりも悪いです。第二の問題はトレーサビリティです。専門の要件管理ツールがなければ、要件を設計要素や検証ステップにリンクすることは困難です。プロジェクトが終盤に近づくか監査の時になると、チームはなぜ、どこで決定が行われたのか、それがテストされたか、そしてそのテストが現在の設計の状態に対してまだ関連があるのかを再構築するために慌てます。最終的に、これらの方法はスケールしません。チームが成長し、同時に複数のプロジェクトを手がけるにつれて、オーバーヘッドは指数関数的に増加します。スケールで切断された要件を管理する結果は、より多くの作業、より多くのやり直し、そしてより多くの無駄なお金です。選んではいけないもの：要件管理ツールの一般的な落とし穴要件管理用に市販されているすべてのツールがハードウェア開発に適しているわけではありません。多くは細かい点で失敗しますが、それでも電子設計のワークフローにとっては重大な影響を及ぼします。特に、チームがどんな構造化されたシステムでもアドホックな要件管理より良いと仮定する場合はなおさらです。チームにとっての解決策を選ぶ際に避けるべき「機能」をいくつか探ってみましょう。要件トレーサビリティ機能がない一部のツールは、要件を静的なチェックリストのように扱います。それらは、要件を互いや回路図、テストケース、設計成果物にリンクする能力に欠けています。要件の収集には役立つかもしれませんが、それが終わると、本当に重要なコンテキストを欠いた構造化されたデータを持つことになります。汎用タスクマネージャーソフトウェア向けに構築されたプロジェクト管理プラットフォームは、自らをRMソリューションとして宣伝することがよくあります。しかし、要件をチケットとして割り当てることは、検証計画、ライフサイクル管理、またはECAD統合を効果的にサポートしません。要件データは収集され、レビューのために利用可能になりますが、プロセスの規律をツールの外で強制しなければなりません。過剰設計されたレガシーRMプラットフォーム一部のエンタープライズRMツールは、膨大な数の機能を備えていますが、現代の電子開発プロジェクトが求める使いやすさ、柔軟性、速度に欠けています。適切な手に渡れば、これらは優れたツールですが、専用の管理者、カスタムスクリプト、そしてチームを速く立ち上げるための数ヶ月のオンボーディングがしばしば必要です。これらは、迅速に動こうとするエンジニアリングチームには不向きです。

コンプライアンス <atag>Altium 365</atag> RSP

コンプライアンスの悩み？ Altium 365 RSP が報告を自動化し、負担を軽減 1 min Newsletters PCB設計者

PCB設計者

システムエンジニア/アーキテクト

PCB設計者

システムエンジニア/アーキテクト

システムエンジニア/アーキテクトコンプライアンスレポートに苦労していますか？Altium 365 RSPを使用して、ドキュメントの自動化、要件の追跡、規制負担の軽減を行い、電子開発チーム向けに構築されています。