製品の指定
このチュートリアルのこのパートでは、Requirements Portal を使い始める際の主要なユーザーフローの1つを見ていきます。
-
要件を収集して記述する
-
要件を分解する
-
要件をレビューして改善する
-
仕様を承認してリリースする
新しいプロジェクトの作成
-
Requirements Portal の Home ページ（Workspace のブラウザベースインターフェース右上にある9ドットメニューから Requirements Portal を開くとアクセスできます –
）で、要件プロジェクト一覧の上にある 
ボタンをクリックします。
-
Create Requirements Project ウィンドウが開き、プロジェクトの詳細を指定できます。
-
Project Name – 適切な（かつ一意の）プロジェクト名を入力します（例:
Valifan）。 -
Description – プロジェクトの説明を任意で入力します（例:
Amazing Valifan project）。 -
Electronics Project – このフィールドは空欄のままにします。
プロジェクトの詳細を指定したら、
ボタンをクリックします。
-
-
要件プロジェクトが Home ページの一覧に表示されます。名前をクリックして、ブラウザの新しいタブで開きます。
ステークホルダー要件の定義
ほとんどのシステム設計および開発は V cycle に従います。V cycle の最初のプロセスは、ビジネスニーズを理解し、ステークホルダーのニーズを特定することです。これらのステークホルダーのニーズは、その後、直接作成したり、CSV/XLSX 経由でインポートしたり、AI 搭載の ValiAssistant を使って作成したりできるステークホルダー要件に変換されます。このチュートリアルのこのパートでは、インポート方法に焦点を当てます。
-
ステークホルダー要件を含む次の CSV ファイルをダウンロードします。
-
まだであれば、左側のプロジェクトツリーで Requirements エントリをクリックして Requirements Module に移動します。
-
開いたページで
ボタンをクリックし、表示されるメニューから Import Requirements を選択します。
-
開いた Document Importer ウィンドウで、open the legacy importer here リンクをクリックします。
-
Import Requirements ウィザードが開きます。Create a specification 領域で仕様の Name（例:
Stakeholder_requirements）を定義し、
ボタンをクリックします。
-
次のステップでは、インポートウィザードがファイルを読み取ってインポートできるように CSV をアップロードします。ダウンロードした CSV ファイルを Import Requirements ウィザードの Drop file 領域にドラッグ＆ドロップします（または、その領域をクリックしてダイアログからファイルをアップロードします）。
続行するには
をクリックします。
-
次のステップでは、CSV ファイルのデータ列が Requirements Portal の列に正しくマッピングされていることを確認します。必要に応じて、表の上部にある Map To ドロップダウンを使用します。
続行するには
をクリックします。
-
ウィザードの次のページで、インポートが正常に完了したことが通知されます。ウィンドウ上部の Check now コントロールをクリックすると、データ駆動型システムエンジニアリングのアプローチに従って、値と単位をパラメーター（valis）に変換できます。
-
開いた Valify Requirements ウィンドウで、5つの要件が valify されることが通知されます。続行するには
をクリックし、2つの vali が見つかったという通知を受け取ります。続いて 
をクリックし、その後 
をクリックします。
-
ご覧のとおり、50 dB と 50 W は単なるテキストから、後で使用できる vali に変換されました。
続行するには Valify Requirements ウィンドウを閉じます。すべての要件が追加され、検出されたすべての値が vali に変換されました。vali は要件内でハイライト表示されます。
システム要件の追加
一般的なシステムエンジニアリングのフローでは、システム要件はステークホルダー要件をもとに作成されます。 ほとんどの技術設計は、質量、消費電力、コストに関する要件など、厳格な要件に従う必要があります。Requirements Portal は、設計がこれらすべての要件をどの程度満たしているかを包括的に把握できるビューを提供します。
ここでは、いくつかのシステム要件を手動で作成します。
-
左側のプロジェクトツリーで Requirements エントリを右クリックし、表示されるメニューから Create Specification を選択します。Create new specification ウィンドウで、Name フィールドに
Fan_Specsを入力し、
をクリックします。
-
プロジェクトツリーで新しく作成した仕様のエントリをクリックします。この仕様を開いた状態で、
ボタンをクリックし、表示されるメニューから Create Requirement を選択します。
-
Create new requirement ウィンドウが開きます。このウィンドウで次の操作を行います。
-
Specification フィールドで、正しい仕様（
Fan_Specs）が選択されていることを確認します。 -
Identifier フィールドに、一意の識別子（例:
R-Fan-001）を入力します。 -
Requirement text フィールドに
The Mass of the fan shall not exceed 300gを入力します。 -
Check for possible Valis オプションが有効になっていることを確認します。
-
ボタンをクリックします。
-
-
表示される Valify Requirements ウィンドウで、
ボタンをクリックします。要件内で vali が1つ見つかります。
ボタンをクリックして値を vali に変換し、次に 
ボタンをクリックして続行し、最後に 
ボタンをクリックして処理を完了します。
-
同様に、識別子
R-Fan-002、要件テキストThe Mass of the propeller shall not exceed 50gの別の要件を追加しますが、今回は Check for possible Valis オプションを無効にします（この要件内の値からは後で手動で vali を作成します）。
-
Fan_Specs 仕様を選択すると、追加した要件が一覧表示されます。R-Fan-001 には vali がありますが、R-Fan-002 にはまだ vali がないことに注意してください。
要件内での Requirement Vali の作成
次に、要件テキストフィールド内に新しい vali を手動で作成します。
-
R-Fan-002 要件の Text 列のセルをダブルクリックし、
50gテキストを削除します。
-
$と入力すると、プロジェクト内の valis/オブジェクトの一覧を含むポップアップが表示されます。ポップアップ右上の
ボタンをクリックして vali を作成します。
-
開いた Create new ウィンドウで、ウィンドウの Vali タブに移動し、新しい vali に対して次のデータを入力します。
-
Name:
Req_Mass_Propeller -
Formula and unit:
50g -
Display unit:
g
-
-
ボタンをクリックして新しい vali を作成し、それを要件の Text フィールドに挿入します。
-
これで、
50gテキストは通常のテキストとは異なる表示になり、vali であることを示します。この vali は、プロジェクトのさまざまな部分（例: レポート、Blocks Module、検証など）で使用できるようになります。
親子関係による要件の分解
-
表の右側にある Columns コントロールをクリックし、Parents 列と Children 列のエントリにチェックが入っていて、表に表示されるようになっていることを確認します。
一覧を非表示にするには、再度 Columns コントロールをクリックします。
-
R-Fan-002 要件の Parent 列のセルをダブルクリックし、ポップアップから R-Fan-001 要件を選択して両方の要件をリンクします。R-Fan-002 は自動的に R-Fan-001 の Children 列に追加されることに注意してください。
-
要件テーブル上部の Connections タブをクリックすると、選択した仕様の親子関係を示す接続グラフが開きます。
ValiAssitant を使用した要件の生成
要件管理プロセスを加速するために、AI の ValiAssistant 機能を使用して要件を生成したり、要件を分解したりできます。このチュートリアルプロジェクトでは、この機能を使って2つの安全要件を作成します。
-
右上の
ボタンをクリックして、ValiAssistant - Generate Requirements ウィンドウを開きます。ドロップダウンで Generate Requirements オプションが選択されていることを確認し、
ボタンをクリックします。
-
次のページでは、製品、システム、サブシステムについて説明し、AI が説明内容に最適な要件を作成できるよう、できるだけ多くの情報を入力できます。ここでは安全要件に関心があるため、Generate Description 見出しの下のフィールドに
Create 2 safety requirements for designing a fanテキストを入力して、ファンに対する安全要件を 2 つ要求します。Prompt Extension 見出しの下のテキストフィールドでは、プロンプトをさらにカスタマイズできます。ここでは INCOSE 形式で記述された要件を求めているため、フィールドに
Apply the INCOSE guide to writing requirementsテキストを入力します。
続行するには
をクリックします。
-
次のページでは、AI の出力が表示され、提案内容を確認し、変更し、受け入れるか拒否するかを選択できます。
続行するには
をクリックします。
-
要件の生成が成功したことを知らせるダイアログを閉じます。生成された要件は、Fan_Spec 仕様のテーブルに表示されます。
要件の更新、管理、およびレビュー
開発プロセス全体を通じて、ステークホルダーからの入力や設計上の制約など、さまざまな要因に基づいて要件が変化し、更新されることは一般的です。Requirements Portal では、列フィールドをダブルクリックするか、要件の詳細セクション内で直接要件を更新でき、すべての変更は履歴に記録されるため、簡単に参照できます。
-
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 列を使用して要件の状態を便利に管理できます。デフォルトでは、Draft、In Review、Final などの状態が含まれていますが、必要に応じて追加の状態を加えることもできます。
このチュートリアルのこのパートでは、新しく追加された要件に Draft 状態を割り当て、構造化された整理されたワークフローを実現します。
-
Fan_Spec 仕様で、テーブル右側の Columns コントロールをクリックし、State 列の項目にチェックが入っていてテーブルに表示されていることを確認します。
-
Identifier 列ヘッダーの左側にあるボックスをチェックして、仕様内のすべての要件を選択します。
-
State 列の任意の要件のセルをダブルクリックし（必要に応じて列が見えるようにテーブルを右にスクロールします）、状態に使用可能なオプションのドロップダウンを開きます。ドロップダウンで Draft を選択し、更新を確定します。すべての要件が Draft 状態になります。
AI で翻訳