製品の指定

このチュートリアルのこのパートでは、Requirements Portal の利用を開始するための主要なユーザーフローの1つを見ていきます。

  • 要件を収集して記述する

  • 要件を分解する

  • 要件をレビューして改善する

  • 仕様を承認してリリースする

新しいプロジェクトの作成

  1. Requirements Portal の Home ページ(Workspace のブラウザベースインターフェース右上にある9ドットメニューから Requirements Portal を開くとアクセスできます – )で、要件プロジェクト一覧の上にある ボタンをクリックします。

  2. Create Requirements Project ウィンドウが開くので、そこでプロジェクトの詳細を指定します。

    • Project Name – 適切な(一意の)プロジェクト名を入力します(例: Valifan)。

    • Description – プロジェクトの説明を任意で入力します(例: Amazing Valifan project)。

    • Electronics Project – このフィールドは空欄のままにします。 

    プロジェクトの詳細を指定したら、 ボタンをクリックします。

  3. 要件プロジェクトが Home ページの一覧に表示されます。名前をクリックして、ブラウザの新しいタブで開きます。

ステークホルダー要件の定義

ほとんどのシステム設計および開発は V cycle に従います。V cycle の最初のプロセスは、ビジネスニーズを理解し、ステークホルダーのニーズを特定することです。これらのステークホルダーのニーズは、その後、ステークホルダー要件に変換されます。これらは直接作成することも、CSV/XLSX 経由でインポートすることも、AI 搭載の ValiAssistant を使って作成することもできます。このチュートリアルのこのパートでは、インポート方法に焦点を当てます。

  1. ステークホルダー要件を含む次の CSV ファイルをダウンロードします。

    Valifan_stakeholder_Requirements.csv

  2. まだであれば、左側のプロジェクトツリーで Requirements エントリをクリックして Requirements Module に移動します。

  3. 開いたページで ボタンをクリックし、表示されるメニューから Import Requirements を選択します。

  4. 開いた Document Importer ウィンドウで、open the legacy importer here リンクをクリックします。

  5. Import Requirements ウィザードが開きます。Create a specification 領域で仕様の Name を定義し(例: Stakeholder_requirements)、その後 ボタンをクリックします。

  6. 次のステップでは、インポートウィザードがファイルを読み取ってインポートできるように、CSV をアップロードします。ダウンロードした CSV ファイルを Import Requirements ウィザードの Drop file 領域にドラッグ&ドロップします(または、その領域をクリックしてダイアログからファイルをアップロードします)。

     続行するには  をクリックします。

  7. 次のステップでは、CSV ファイルのデータ列が Requirements Portal の列に正しくマッピングされていることを確認します。必要に応じて、表の上部にある Map To ドロップダウンを使用します。 

    続行するには  をクリックします。

  8. ウィザードの次のページでは、インポートが正常に完了したことが通知されます。ウィンドウ上部の Check now コントロールをクリックして、データ駆動型システムエンジニアリングのアプローチに従い、値と単位をパラメータ(valis)に変換します。

  9. 開いた Valify Requirements ウィンドウでは、5つの要件が valify されることが通知されます。続行するには をクリックし、4つの vali が見つかったという通知を確認します。続いて をクリックし、その後 をクリックします。

  10. ご覧のとおり、50 dB と 50 W は単なるテキストから、後で使用できる vali に変換されました。

    続行するには Valify Requirements ウィンドウを閉じます。すべての要件が追加され、検出されたすべての値が vali に変換されました。vali は要件内でハイライト表示されます。

上記のインポートプロセスでは、Valify という機能を使用しました。この機能により、数値を要件 vali に自動変換できます。vali は、ブロック、要件、または解析の技術パラメータであり、計算やドキュメント作成に使用できます。今後プロジェクトが進行するにつれて、Blocks Module で要件 vali と設計 vali を比較できます。

Valify 機能の詳細については、Valify Requirements ページを参照してください。

システム要件の追加

一般的なシステムエンジニアリングのフローでは、システム要件はステークホルダー要件をもとに作成されます。 ほとんどの技術設計は、質量、消費電力、コストに関する要件など、厳格な要件に従う必要があります。 Requirements Portal は、設計がこれらすべての要件をどの程度満たしているかを包括的に把握できるビューを提供します。

ここでは、いくつかのシステム要件を手動で作成します。

  1. 左側のプロジェクトツリーで Requirements エントリを右クリックし、表示されるメニューから Create Specification を選択します。Create new specification ウィンドウで、Name フィールドに Fan_Specs を入力 し、 をクリックします。

  2. プロジェクトツリーで新しく作成した仕様のエントリをクリックします。この仕様内で、 ボタンをクリックし、表示されるメニューから Create Requirement を選択します。

  3. Create Requirement ウィンドウが開きます。このウィンドウで次の操作を行います。

    1. Identifier フィールドに、一意の識別子を入力します。例: R-Fan-001

    2. Text フィールドに The Mass of the fan shall not exceed 300g を入力します。

    3. ボタンをクリックし、Specification フィールドで正しい仕様(Fan_Specs)が選択されていることを確認します。

    4. Parametrize values オプションが有効になっていることを確認します。

      このオプションを有効にすると、要件内の数値がチェックされ、Valify 機能によって直接 vali に変換されます。

    5. ボタンをクリックします。

  4. 同様に、識別子 R-Fan-002、要件テキスト The Mass of the propeller shall not exceed 50g の別の要件を追加しますが、今回は Parametrize values オプションを無効にします(この要件内の値からは後で手動で vali を作成します)。

  5. Fan_Specs 仕様を選択すると、追加した要件が一覧表示されます。R-Fan-001 には vali がある一方で、R-Fan-002 にはまだ vali がないことに注意してください。

要件内での Requirement Vali の作成

次に、要件テキストフィールド内に新しい vali を手動で作成します。

  1. R-Fan-002 要件の Text 列のセルをダブルクリックし、50g テキストを削除します。

  2. $ と入力すると、プロジェクト内の vali/オブジェクトの一覧を含むポップアップが表示されます。 ポップアップ右上の ボタンをクリックして vali を作成します。

  3. 開いた Create new ウィンドウで、ウィンドウの Vali タブに移動し、新しい vali に対して次のデータを入力します。

    1. Name: Req_Mass_Propeller

    2. Formula and unit: 50g

    3. Display unit: g

      Display unit フィールドは任意です。空欄のままにすると、Formula and unit フィールドから単位が取得されます。

  4. ボタンをクリックして新しい vali を作成し、それを要件の Text フィールドに挿入します。その後、Enter を押すか、セルの外側の表内のどこかをクリックして編集を終了します。

  5. これで、50g テキストは通常のテキストとは異なる表示になり、vali であることを示します。この vali は、プロジェクトのさまざまな部分(例: レポート、Blocks Module、検証など)で使用できるようになります。

親子関係による要件の分解

  1. 表の右側にある Columns コントロールをクリックし、Parents 列と Children 列のエントリにチェックが入っていて、表に表示されるようになっていることを確認します。

    一覧を非表示にするには、再度 Columns コントロールをクリックします。

  2. R-Fan-002 要件の Parent 列のセルをダブルクリックし、ポップアップから要件 R-Fan-001 を選択して、両方の要件をリンクします。 すると、R-Fan-002 が自動的に R-Fan-001Children 列に追加されることに注意してください。

     
  3. 要件テーブル上部の Connections タブをクリックすると、選択した仕様の親子関係を示す接続グラフが開きます。

    要件の周囲にある青いボックスは、それらが属する仕様を示しています。

ValiAssistant を使用した要件の生成

要件管理プロセスを加速するために、AI の ValiAssistant 機能を使用して要件を生成したり、要件を分解したりできます。このチュートリアルプロジェクトでは、これを使って2つの安全要件を作成します。

ValiAssistant は、要件に対して AI を使用するさまざまなオプションを提案します。たとえば、要件の生成要件の分解要約の作成要件の valify不整合の検出 などがあります。

この機能は大規模言語モデル(LLM)によって動作しているため、生成される要件の結果は異なる場合があることに注意してください。

  1. 右上の  ボタンをクリックして ValiAssistant - Generate Requirements ウィンドウを開きます。ドロップダウンで Generate Requirements オプションが選択されていることを確認し、 ボタンをクリックします。

  2. 次のページでは、製品、システム、サブシステムについて説明し、AI が説明内容に対して最適な要件を作成できるよう、できるだけ多くの情報を入力できます。ここでは安全要件に関心があるため、Generate Description 見出しの下のフィールドに Create 2 safety requirements for designing a fan のテキストを入力して、ファンに対する安全要件を 2 つ要求します。

    Prompt Extension 見出しの下にあるテキストフィールドでは、プロンプトをさらにカスタマイズできます。ここでは INCOSE 形式で記述された要件を求めているため、フィールドに Apply the INCOSE guide to writing requirements のテキストを入力します。

    続行するには をクリックします。

  3. 次のページでは AI の出力が表示され、提案内容を確認し、変更し、受け入れるか拒否するかを選択できます。

    続行するには をクリックします。

  4. 要件の生成が成功したことを知らせるウィンドウを閉じます。生成された要件は、Fan_Spec 仕様のテーブルに表示されます。

要件の更新、管理、レビュー

開発プロセス全体を通じて、ステークホルダーからの入力や設計上の制約など、さまざまな要因に基づいて要件が変化し、更新されるのは一般的です。Requirements Portal では、列フィールドをダブルクリックするか、要件の詳細セクション内で直接要件を更新でき、すべての変更は履歴に記録されるため、簡単に参照できます。

変更を行うたびに、要件のマイナーバージョンが 1 つ以上増える点に注意してください。

詳細については、Requirement Versioning and Releasing ページを参照してください。Text 列で要件 R-Fan-003 または R-Fan-004 のセルをダブルクリックして、要件テキストの編集モードに入ります。テキストを The fan shall include a protective guard with openings no larger than inches to prevent accidental contact with moving parts. に変更し、Enter を押すか、セルの外側のテーブル内のどこかをクリックして編集を終了します。

 
  • 変更した要件の識別子をクリックすると詳細ビューが開き、そこから追加フィールドの調整、購読、所有者の定義、根拠の追加、親/子の作成などを行えます。

  • トレーサビリティは Requirements Portal の重要な概念であり、すべての変更は要件やその他のオブジェクトの履歴で追跡されます。History をクリックすると、バージョン、誰がいつ変更したか、フィールド、アクションに関する情報を確認できるビューが開きます。

  • 要件の検証

    製品ライフサイクルの初期段階では、設計プロセスを先に進める前に要件を検証することが重要です。Requirements Portal では、State 列を使用して要件の状態を便利に管理できます。デフォルトでは、DraftIn ReviewFinal などの状態が含まれていますが、必要に応じて追加の状態を加えることもできます。

    このチュートリアルのこのパートでは、新しく追加した要件に Draft 状態を割り当て、構造化された整理しやすいワークフローを実現します。

    1. Fan_Spec 仕様で、テーブル右側の Columns コントロールをクリックし、State 列の項目にチェックが入っていてテーブルに表示されていることを確認します。

    2. Identifier 列ヘッダーの左側にあるボックスをチェックして、仕様内のすべての要件を選択します。

    3. State 列の任意の要件のセルをダブルクリックし(必要に応じて列が見えるようにテーブルを右にスクロールします)、状態の利用可能なオプションを含むドロップダウンを開きます。ドロップダウンで Draft を選択し、更新を確定します。すべての要件が Draft 状態になります。

       

    要件の IdentifierTitle、または Text フィールドが編集されたときに、状態を Final から Draft または In Review に自動遷移させることもできます。

    詳細については、Requirements Settings ページを参照してください。

    製品に対する要件が定義されたら、次のステップは システムを設計する ことです。

    AI-LocalizedAI で翻訳
    問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
    機能の可用性

    利用できる機能は、所有する Altium ソリューション (Altium DevelopAltium Agile のエディション (Agile Teams、または Agile Enterprise)、または Altium Designer (有効な期間)) によって異なります。

    説明されている機能がお使いのソフトウェアに表示されない場合、Altium の営業担当者にお問い合わせください

    Content