エンティティがすでに存在していて現在編集中であるか、または現在のエンティティが新規であるかどうかに条件が基づく場合。

新規かどうかのチェック方法: 編集モード = 新規

既存かどうかのチェック方法: Not(編集モード = 新規) 

条件が、存在している特定タイプの関連項目の数に基づく場合。

例

• 個数

  どのアプリケーションモジュールにも関連付けられていないフィーチャーを検索する手順:

  1. フィーチャーエンティティを選択します。

  2. [フィールド] の値として、[アプリケーションモジュール数] を選択します。

  3. =演算子を選択します。

  4. 値0を入力します。

  5. [OK] をクリックします。

• 他のエンティティに関連する項目の数

  自分が作成したタグを含むフィーチャーを検索する手順:

  1. フィーチャーエンティティを選択します。

  2. [フィールド] の値として、[タグ数] を選択します。

  3. をクリックしてから、[フィルターの追加] をクリックします。

  4. [作成者] > [次の値に等しい] > [自分] を選択します。

  5. >演算子を選択します。

  6. 値0を入力します。

  7. [OK] を2回クリックします。

• 関連項目の数に基づいて項目を更新します

  [フィールド値の設定] ルールで関連エンティティの数に基づいて条件を作成することにより、関連エンティティが変更されたときにフィールド値を設定できます。次のカウントは特に便利です。 

  • 子の数 (フィーチャー用)

  • 子タスク数 (ユーザーストーリー用)

  すべてのタスクが完了したら、ユーザーストーリーのフェーズを完了に更新します。

  1. ユーザーストーリーエンティティを選択します。

  2. [フィールド] の値として、[子タスク数] を選択します。

  3. フィルター演算子を選択します。詳細については、ビジネスルールのデザインを参照してください。

  4. フェーズ > = > 進行中、新規を選択します。

  5. =演算子を選択します。

  6. 値0を入力します。

  7. [OK] を2回クリックします。

フィールドにリストから選択した値が含まれているかどうかをチェックします。

オペレーターはmany:oneの関係をチェックします。

以下のために利用可能: 現在のユーザーロールフィールド。

ユーザーが選択したロールの1つに割り当てられているかどうかを確認します。

演算子は1:1と等しい関係をチェックします。

以下のために利用可能: 現在のユーザーチーム、システムフィールド、および単一選択のチームUDF。

が次のいずれかを含む場合演算子が含まれ、many:manyの関係をチェックします。

が次を含む場合:演算子が含まれ、1:多くの関係をチェックします。

が次のいずれかを含む場合が含まれるか、が次を含む場合が含まれることを選択した場合、次のオペランドの選択肢は、現在のユーザーチームまたは実際のチーム名、あるいはその両方になります。これらの条件は、特定のチーム内のユーザーに異なるアクセス許可を作成する場合に役立ちます。

フィールドが空かどうかをチェックします。

フィールドが元の値から変更されているかどうかをチェックします。この演算子は、新しいエンティティでは利用できません。

現在の値および元の値演算子

フィールドの元の値 (エンティティに最初にアクセスしたとき) またはフィールドの現在の値 (エンティティに最初にアクセスしたとき以降にフィールド値を変更したため) を評価する条件を設定できます。

• 条件を元の値に基づかせるには、演算子ドロップダウンリストの見出し [元の値] の下にある演算子を選択します。

• 条件を現在の値に基づかせるには、演算子ドロップダウンリストの見出し [現在の値] の下にある演算子を選択します。

項目が作成または更新されたときに、項目にコメントを追加します。

送信モードは、コメントを追加するトリガーです。

項目がルール条件に一致する場合、定義したメッセージとともにエラーダイアログが開きます。ユーザーがエンティティを変更し、エンティティがルール条件に一致しなくなるまで、エンティティを保存することはできません。

注: 条件には、望ましくない基準が含まれている必要があります。問題がある場合にのみ、エラーダイアログボックスでユーザーに警告するルールが必要です。この条件は、正当なシナリオではなく、問題のあるシナリオを指定します。

「ユーザーにアラート」ルールを使用して、エンティティの作成、変更、削除ができます。送信モードは、ルールを実行するトリガーです。

ヒント: このルールアクションを使用して、特定のロールを持つユーザーが特定の状況でアクションを実行できないようにすることができます。たとえば、ユーザーストーリーを作成するためのルールアクションがユーザーにアラートであり、ルール条件がユーザーが作業を許可されていないリリースを示している場合、条件がtrueの場合、ユーザーは作業できません。その特定のリリース-一般的には、ユーザーは他のリリースに対してそうする権限を持っています。

例:

項目の属性が更新されたときに電子メールを送信する

エンティティのワークフローで遷移が一般に許可されている場合でも、ユーザーがあるフェーズから特定のフェーズに遷移できないようにします。

ヒント: フェーズに依存のルールを定義するには、[ワークフロー] タブをクリックし、ルールを作成するフェーズまたは遷移を選択し、[ルール] タブをクリックします。

フィールドを読み取り専用にします。

フィールドを必須にします。

例: フィールドを必須にする

リストの値を次のように変更します。

• 現在のリストのサブセットになります。

• 現在のリストの値に加えて、別のルックアップリストの値を含めます。

• 現在のリストの値に加えて、別のルックアップリストの値のサブセットを含めます。

使用するリストの名前を入力します。リストの作成の詳細については、リストのセットアップを参照してください。

例:  

• ルックアップリストのサブセットの設定

• 特定の条件下で使用するためのルックアップリストの組み合わせ

エンティティが作成、変更、削除された場合に、電子メールを送信します。

送信モードは、電子メールを送信するトリガーです。

電子メールの受信者は、ワークスペースで定義された特定のユーザー、または電子メールが送信されるエンティティのユーザーフィールドに名前が表示されるユーザーにすることができます。さらに、エンティティに設定されたチームリーダーやチームメンバーなど、関連するステークホルダーを追加できます。

メールの本文は、ALM Octaneによって自動的に生成されます。

ルールは、次のいずれかの方法でフィールドの値を変更できます。 

• フィールドに特定の値を設定します。

• 別のフィールドから値をコピーします。

• フィールドの値をクリアします。
• 整数または日付フィールドを特定の量だけインクリメントします (「エンティティの保存時」のタイミングで機能します)。

タイミングは、値を設定するトリガーです。タイミングは次のいずれかです。

• エンティティが作成されたとき。

• 別のエンティティの値を変更するとき。

• エンティティを保存するとき (このタイミングを使用してフィールド値をインクリメントします)。

設定する値には、新しい値、空白、または別のフィールド値のコピーを使用できます。

例:

• 不具合が再び開かれた回数を数える
• 手動テストの最後の修飾子を記録する

• フィールドの標準設定値の設定 (フィールド値の設定)

• 関連項目変更時の値の設定 (フィールド値の設定)

ALM Octaneは、webhookによる他のアプリケーションとの統合をサポートしています。Trigger Webhookアクションを使用してルールを作成することにより、Webhookを設定します。

以下を設定します。

• URLを呼び出すイベント

  イベントは、WebHookメカニズムをトリガーしてHTTPまたはHTTPS要求を送信します。

  [送信モード] フィールドを使用してイベントを指定します。使用できるイベントは、新規、更新、削除です。

• URLへの接続

  webhookを受け取るサービスアプリケーションのURL。有効なアクセスできるURLを入力します。

  [接続テスト] をクリックして、正常に接続できることを確認します。

• 資格情報

  Webhookのトリガールールは基本認証をサポートしています。Webhookのトリガールールで資格情報を設定でき、各Webhookのトリガーリクエストには基本認証ヘッダーが含まれます。

  資格情報は、ALM Octaneが要求を認証するのに使用できるユーザー名とパスワードです (通常、基本認証を使用)。

  詳細については、資格情報のセットアップを参照してください。

  [接続テスト] をクリックして、正常に接続できることを確認します。

• 要求ペイロード

  標準設定では、ALM Octaneはペイロードで次のフィールドをPOSTします。 

  • ID

  • タイプ

  • 更新されたフィールド (元の値と変更後の値を含む)

  [フィールド] を使用して、要求ペイロードで送信する追加フィールドを選択します。

  例:

  Webhookのトリガー (URLの呼び出し)

  詳細については、Webhookリクエストのペイロード形式を理解するを参照してください。

Webhookのトリガールールの操作に関するエンドツーエンドの手順については、他のアプリケーションのためのWebhookのトリガーを確認してください。

エンティティの追加や編集用に、ユーザーが別のフォームレイアウトを選択できるようにします。

フォームレイアウトは、カスタマイズ > [フォーム] で事前定義する必要があります。

例: フォームの切り替え