電子設計の複雑さは、従来の要件管理の方法を上回っています。私たちが見てきたところによると、開発チームの30から50パーセントがまだ要件をスプレッドシートや基本的なテキストドキュメントで追跡しており、他の人々は設計に直接メモを追加したり、Jiraのようなタスク管理ツールを使用したりしています。
この断片化されたアプローチ–要件が複数のシステムやチームにまたがって散在している–は、製品がより洗練されるにつれて、顕著なリスクを生み出します。エンジニアはスプレッドシート、ドキュメント、設計ファイル間を切り替えながら、要件を正確に追跡することに苦労しています。
要件が複数の場所に存在すると、問題は倍増します。エンジニアは現在の仕様を探すのに数時間を費やすと報告しており、プロジェクトマネージャーはバージョン管理を維持するのに苦労しています。設計チームはしばしば古い情報で進めてしまい、避けられたはずのやり直しを余儀なくされます。
影響は時間の無駄にとどまりません。適切な要件追跡がなければ、設計上の欠陥が開発の遅い段階で表面化し、大幅な遅延を引き起こします。規制された産業では、散在する要件はコンプライアンスの検証をほぼ不可能にします。異なる要件ソースから作業しているハードウェアとソフトウェアのチームも、互換性のないソリューションを構築してしまうことがあります。監査中に、要件の実装を証明することは、さまざまなシステムからのドキュメントを組み合わせることを含む、時間を要する挑戦となります。
要件&システムポータル(RSP)は、Altium 365内で要件を扱う異なる方法を表しています。AltiumがValispaceの技術を取得したことに基づき、RSPは要件管理をAltiumの電子開発エコシステムに直接統合します。
「要件は通常、プロジェクトを開始するところです。何をしたいか、どのように何かを構築するか、プロジェクトに何が必要かを記述します」と、Altiumのシステムエンジニアリング製品担当副社長であるLouise Lindbladは最新のポッドキャストで説明しています。「そのパズルのピースは、Altium 365やAltiumの製品では多少欠けていました。そのため、要件フェーズを詳細設計に接続するためにValispaceが導入されました。」
RSPは、包括的な要件管理機能を備えており、単なる要件リストをはるかに超えています。RSPは、Altium 365のWebインターフェースとAltium Designerの両方を通じて要件をアクセス可能にします。エンジニアは作業中に要件にアクセスでき、要件と特定の設計要素との間に直接リンクを作成することができます。一方、関係者は設計内で各要件がどこに実装されているかを迅速に特定できます。この接続により、要件が実装から切り離されるという一般的な問題が解消されます。
「要件をすぐに利用でき、設計プロセスに直接接続することが重要です。これにより、誤解を減らし、正確なデータ共有を保証します」とLindbladは説明しています。要件と設計実装の間のこの直接的な接続により、チームは高価な問題になる前に潜在的な問題を発見するのに役立ちます。
システムは、ボードの層数など、特定の設計パラメータを要件と自動的に照合し、違反をフラグします。例えば、ボードの最大層数を7層と指定する要件がある場合、RSPは設計内の実際の層数を自動的にチェックし、違反がある場合はユーザーに警告します。自動検証により早期に問題を発見するのに役立ちますが、エンジニアは常に検証プロセスを最終的に管理します。
チームは、ネットデータやBOMプロパティを取り込むことを含め、これらの検証機能を大幅に拡張する計画です。RSPの製品責任者であるGonçalo Ivoによると、「長期的なビジョンは、ボード上のすべてのコンポーネントが特定の温度範囲、例えばマイナス20度からプラス55度の範囲内で動作するように要件を指定できるようにすることです。目標は、選択プロセス中にコンポーネントからそのデータを直接引き出すことです。」
RSPのバージョン管理は、プロジェクトのライフサイクルを通じて明確な監査証跡を作成し、すべての変更を追跡します。チームは、要件がいつ、誰によって変更され、どのような調整が行われたかを確認できます。この追跡性は、古い仕様から作業するという一般的な問題を防ぎ、品質とコンプライアンスを促進します。
リアルタイムのコラボレーション機能により、チームメンバーはプラットフォーム内で直接要件にコメントでき、組織の壁を取り除きます。仕様について話し合うために別のメールチェーンを維持したり、追加の会議をスケジュールしたりする代わりに、会話はコンテキスト内で行われます。各コメントは関連する要件に直接リンクされ、決定と議論の明確な記録を作成します。
エンジニアは、要件を扱う際に3つの主要なアクションを利用できます。設計内に直接要件を配置し、実装が正確にどこで行われるかを示すことができます。他のチームメンバーにタスクとして要件を割り当て、配置とタスクの状態の両方を追跡することができます。さらに、エンジニアは要件の検証に直接貢献し、Altium DesignerまたはAltium 365環境から検証ステータスを更新することができます。
「システムエンジニアの視点からすると、もはや電子エンジニアに常に確認する必要がなくなります:私の要件は満たされていますか?考慮されていますか、または実装されていますか?」とIvoは説明します。このような不明瞭さの代わりに、RSPでは、「電子エンジニアが要件を配置するたびに、システムエンジニアや他の電子エンジニアは、要件が実装された設計の特定の場所に直接ナビゲートできます。
RSPには、ValiAssistantというAIによるツールが含まれており、要件の開発と洗練を支援する可能性があります。このツールは、複雑で高レベルの要件を詳細な仕様に分解することに優れています。AIアシスタンスの力は、複雑なプロジェクトに取り組む際に明らかになります。
たとえば、1時間の飛行持続時間を持つ自律ドローンを例に取りましょう。ValiAssistantは、この高レベルの目標を具体的な技術要件に体系的に分解するのをエンジニアが支援し、通常、広範なエンジニアリング作業を要求するプロセスを加速します。主な利点には、始めるための支援、要件を適切に分解すること、矛盾がないことを確認することが含まれます。そして、自動検証により、ユーザーは各値が正しいかを手動で確認する必要がなくなります。自動ルールを設定して、要件を設計仕様に対して検証できます。
要件を分解することを超えて、ValiAssistantは仕様を継続的に分析し、明確さと一貫性のための改善を提案し、システムのコンテキストに基づいて追加の考慮事項を特定します。しかし、IvoがAIについて強調するように、「それは常にただの支援です。最終的には、エンジニアが最終的な判断を下します。」
既存の要件をRSPに移行するには、ゼロから始める必要はありません。システムはExcelファイルの直接的なインポート機能を提供し、チームがスプレッドシートベースのシステムから迅速に移行できるようにします。「ドラッグアンドドロップのプロセスです」とIvoは説明します。「ゼロから始める必要はありません。ファイルをアップロードしてブロックにリンクするだけで、数分でトレーサビリティを備えたすべてが設定されます。」
要件がシステムに入力されると、RSPは要件の状態と実装に関する包括的な可視性を提供します。変更はプロジェクト全体に自動的に伝播し、すべてのチームメンバーが最新の情報で作業することを保証します。このシステムは、タスクの割り当てと追跡を可能にし、チームが要件の実装を効果的に管理できるようにします。
要件管理が開発ワークフロー全体に統合され、部分的に自動化されると、エンジニアは文書管理ではなく、複雑な設計課題の解決に専門知識を向けることができます。以前は複数のシステムにわたって仕様を検証するのに何時間も費やしていたチームは、今では技術的な境界を押し広げ、革新的なソリューションを生み出すことに集中できます。
「エンジニアは、文書で要件を探すのではなく、雇われた本来の工学にもっと時間を割くことができるようになります」とLindbladは説明します。このシフトにより、より革新的な設計アプローチが可能になります。チームは変更を自信を持って試すことができ、その影響をプロジェクト全体で即座に確認できることを知っています。Lindbladが指摘するように、「これにより、実験と改善のための時間がより多くなるため、組織はより革新的になることができます」。
AIによる要件管理とシステムエンジニアリングに興味がありますか?今すぐAltium 365 RSPを発見してください!