製品の指定
このチュートリアルのこのパートでは、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 ウィンドウで、ダウンロードした CSV ファイルを Drop your file here 領域にドラッグ&ドロップするか、 upload from your computer リンクをクリックして CSV をアップロードし、インポートウィザードがファイルを読み込んでインポートできるようにします。
-
アップロードしたファイルのエントリがウィンドウに表示されます。ウィンドウ左下の Classic Import (Non-AI) オプションを有効にし、続行するために
ボタンをクリックします。
-
次のステップで、左上のドロップダウンから + Add specification を選択し、要件をインポートする新しい仕様の名前(例:
Stakeholder_requirements)を入力します。 -
CSV ファイルのデータ列が Requirements Portal の列に正しくマッピングされていることを確認します。必要に応じて、各列ヘッダーのドロップダウンを使用します。
-
Parametrize values オプションが有効になっており、すべての要件がインポート対象として選択されていること(テーブルの最左列のチェックボックスがすべて有効状態になっていること)を確認してから、
をクリックして続行します。
-
ウィザードの次のページで、インポートが成功したことが通知されます。続行するにはウィンドウを閉じます。
-
新しい仕様が作成され、すべての要件がそこへインポートされました。検出された値と単位は、純粋なテキストから valis(パラメータ)へ変換され、要件内でハイライト表示されます。
システム要件の追加
一般的なシステムエンジニアリングのフローでは、ステークホルダー要件を基にシステム要件が作成されます。多くの技術設計は、質量、消費電力、コストに関する要件など、厳格な要件に従う必要があります。Requirements Portal は、設計がこれらすべての要件をどの程度満たしているかを包括的に把握できるビューを提供します。
ここでは、いくつかのシステム要件を手動で作成します。
-
左側のプロジェクトツリーで Requirements エントリを右クリックし、表示されるメニューから Create Specification を選択します。Create new specification ウィンドウで、
Fan_Specsを Name フィールド に入力し、
をクリックします。
-
プロジェクトツリーで新しく作成した仕様のエントリをクリックします。この仕様内で、 の
ボタンをクリックし、表示されるメニューから Create Requirement を選択します。
-
Create Requirement ウィンドウが開きます。このウィンドウで以下を行います。
-
Identifier フィールドに、一意の識別子(例:
R-Fan-001)を入力します。 -
Text フィールドに、
The Mass of the fan shall not exceed 300gを入力します。 -
ボタンをクリックし、Specification フィールドで正しい仕様(Fan_Specs)が選択されていることを確認します。 -
Parametrize values オプションが有効になっていることを確認します。
-
ボタンをクリックします。
-
-
同様に、識別子が
R-Fan-002、要件テキストがThe Mass of the propeller shall not exceed 50gの別の要件を追加します。ただし今回は、 Parametrize values オプションを無効にします(この要件内の値からは後で手動で vali を作成します)。
-
Fan_Specs 仕様を選択すると、追加した要件が一覧表示されます。R-Fan-001 には vali がある一方で、R-Fan-002 にはまだ vali がないことに注意してください。
要件内での Requirement Vali の作成
ここでは、要件テキストフィールド内に新しい vali を手動で作成します。
-
R-Fan-002 要件の Text 列のセルをダブルクリックし、
50gテキストを削除します。 -
$と入力すると、プロジェクト内の valis/objects の一覧を含むポップアップが表示されます。ポップアップ右上の
ボタンをクリックして vali を作成します。
-
開いた Create new ウィンドウで、ウィンドウの Vali タブにある新しい vali のための以下のデータを入力します。
-
Name:
Req_Mass_Propeller -
Formula and unit:
50g -
Display unit:
g
-
-
ボタンをクリックして新しい vali を作成し、それを要件の Text フィールドに挿入します。次に Enterを押すか、セルの外側のテーブル内のどこかをクリックして編集を完了します。 -
これで、
50gテキストは通常のテキストとは異なる表示になり、vali であることが示されます。この vali は今後、プロジェクトのさまざまな場所(例: レポート、Blocks Module、検証など)で使用できます。
親子関係による要件の分解
-
テーブル右側の Columns コントロールをクリックし、 Parents 列と Children 列のエントリにチェックが入っていて、テーブルに表示されていることを確認します。
Columns コントロールをもう一度クリックして一覧を閉じます。
-
R-Fan-002 要件の Parent 列のセルをダブルクリックし、ポップアップから要件 R-Fan-001 を選択して、両方の要件をリンクします。これにより、R-Fan-002 が自動的に R-Fan-001 の Children 列に追加されることに注意してください。
-
要件テーブル上部の Connections タブをクリックすると、選択した仕様の親子関係を示す接続グラフが開きます。
Engineering Assistant を使用した要件の生成
要件管理プロセスを加速するために、Engineering Assistant を使って要件や分解要件を生成できます。このチュートリアルでは、これを使用してチュートリアルプロジェクト用の安全要件を2つ作成します。
-
右上にある
ボタンをクリックして Engineering Assistant ペインを開きます。
-
Engineering Assistant ペインでは、製品、システム、サブシステムについて説明し、できるだけ多くの情報を与えることで、AI が説明内容に最適な要件を作成できるようにします。今回は安全要件に関心があるため、ペイン下部の Ask anything フィールドにプロンプトを入力して、ファン向けの安全要件を2つ要求します。
Create 2 safety requirements for designing a fan. Apply the INCOSE guide to writing requirements.
をクリックするか、Enterを押して続行します。
-
提案された要件が、仕様のテーブルグリッド領域に表示されます。Engineering Assistant ペインの
ボタンをクリックして、提案どおりに新しい要件を作成します。
-
生成された要件は、作成後いつでも変更できます。必要に応じて、生成された要件の識別子を
R-Fan-003およびR-Fan-004に変更します。Identifier 列のセルをダブルクリックしてテキストを入力し、Enterを押すか、セルの外側のテーブル内のどこかをクリックして編集を完了します。
要件の更新、管理、レビュー
開発プロセス全体を通して、ステークホルダーからの入力や設計上の制約など、さまざまな要因に基づいて要件が進化し、更新されるのは一般的です。Requirements Portal では、列フィールドをダブルクリックするか、要件の詳細セクション内で直接要件を更新でき、すべての変更は履歴に記録されるため、簡単に参照できます。
-
R-Fan-003 または R-Fan-004 の要件テキストを編集モードにするには、Text 列のセルをダブルクリックします。テキストを
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 状態を割り当て、構造化された整理しやすいワークフローを実現します。






























