ルール タイプのルールの定義 (意味論分析)

ルールは、ルール タイプに統合されます。ルール タイプを作成した場合は、ルール タイプ スクリプトでルールを定義できます。

プロファイルの定義 (意味論分析) を行う場合は、これらのルール タイプからルールを定義します。

必要条件

このテナントのスクリプト管理者であること。

以下で説明される管理者ロールは、サーバーおよびデータベースのレベルでさまざまな権限によって定義されます。管理者に割り当てられたロールに応じて、特定のファンクションを実行できます。

superuser

ユーザー「superuser」は自動的に作成されます。デフォルトでは、このユーザーには、「ユーザー管理」、「ライセンス管理」、および「設定管理者」利用権限が割り当てられます。このユーザーは、ほかのユーザーに対して、この利用権限を有効にすることもできます。「superuser」タイプのユーザーは、ライセンスで許可されているユーザー数にはカウントされません。「superuser」はシステム管理を担当しますが、ライセンスの制限のため ARIS を使用することはできません。デフォルト パスワードは「superuser」です。 不正なアクセスを防止するために、デフォルト パスワードを変更する必要があります。 「superuser」は削除できない唯一のユーザーなので、そのパスワードはとても重要です。 ユーザー名以外のすべてのユーザー データを変更できます。 superuser は、その他のデフォルト ユーザー (system、arisservice、guest) が削除された場合、それらを再作成できます。

system

システム ユーザー「system」は、システム管理者の管理者ロールを担い、テナントのすべてのデータベースで、すべての利用権限とアクセス権を持ちます。認証に LDAP システムなどの外部システムを使用している場合でも、認証されたユーザーは、この非常時用のユーザー名でデータベースにログオンできます。

名前「system」は変更できません。このユーザーの [システム ユーザー] チェック ボックス (ARIS Design Server の [利用権限] プロパティ ページ) をオフにすることもできません。不正なアクセスを防ぐために、「manager」というパスワードはただちに変更してください。

問題を回避するためには、追加のシステム ユーザーを作成してください。 複数のシステム ユーザーがいれば、ひとりしかいないシステム ユーザーがパスワードを忘れた場合などの問題を回避できます。すべてのシステム ユーザーのパスワードを忘れた場合は、すべての機能が利用できず、データへのアクセスが完全に不可能になります。

次の管理者ロールが定義されます。

データベース管理者

[ARIS 管理] では、データベース管理者には「データベース管理者」利用権限が必要です。このロールを持つユーザーは、すべての利用権限とアクセス権限を持ち、クライアントのすべてのデータベースのデータを編集できます。

データベース管理者は、サーバー レベルで以下の作業を行います。

定義されている利用権限を持つユーザーは、データベース レベルでその他のアクションを実行できます。

設定管理者

[ARIS 管理] では、設定管理者には「設定管理者」利用権限が必要です。

以下のタスクを実行します。

スクリプト管理者

[ARIS 管理] では、スクリプト管理者には「スクリプト管理者」利用権限が必要です。

スクリプト管理者は、以下の作業を行います。

分析公開者

分析公開者には、[ARIS 管理] で分析公開者の利用権限が必要です。

分析公開者は、以下のアクションを行います。

分析管理者

分析管理者には、[ARIS 管理] で分析管理者の利用権限が必要です。

分析管理者は、以下のアクションを行います。

ARIS メソッドと JavaScript および ARIS Script プログラミング言語に関する知識が必要です。

手順

  1. ARIS Architect で、[ARIS] から 管理の表示 [管理] をクリックします。

  2. [ナビゲーション] バーがまだアクティブでない場合は、バー パネルで ナビゲーション [ナビゲーション] をクリックします。

  3. エクスプローラー ツリーで、評価 [評価] フォルダーをタブルクリックします。

  4. [意味論分析] フォルダーをダブルクリックします。プロファイルとルール タイプが表示されます。

  5. [ルール タイプ] フォルダーをクリックします。

  6. ルールを定義するルール タイプをクリックします。

  7. [新規作成]、ルール タイプ [意味論分析のルール] の順にクリックします。[ルールの編集] ダイアログ ボックスが開きます。

  8. 必要な設定を指定して、[完了] をクリックします。

  9. ルール タイプを再度右クリックします。

  10. [開く] をクリックします。 スクリプト エディターでスクリプトが開きます。

  11. 新しいルールのスクリプトを作成します。 編集には、[開始] タブ バーおよび [デバッグ] タブ バーのコマンドを使用します。

    レポートと意味論分析には、オブジェクト モデルのメソッドのみを使用してください。 スクリプト コードはいつでも調整でき、独自のヘルプ ページを作成することもできます。スクリプトを白紙状態から作成したくない場合は、既存のスクリプトのコピーを要件に適合するようにカスタマイズします。マウス ポインターを ARIS Scriptのコマンドに移動して <F1> キーを押すと、ARIS Script コマンドの説明が表示されます。

    ARIS では、多くの標準スクリプトが提供されます。スクリプトに対する変更は外部に記録し、更新プロセス中にその記録を使用して正しく組み込めるようにすることを推奨します。

    レポート/マクロ/レポート テンプレートおよびファイル

    提供される標準スクリプトは変更しないでください。 レポート、マクロ、JS ファイル、その他のファイルはコピーを常に変更してください。 atsall<言語コード>.js ファイルなどの例外はあります。

    ARIS の更新中に、すべての ARIS 標準スクリプトとファイルが上書きされ、これらのファイルに対する顧客固有の変更は破棄されます。コピーされたスクリプトとファイル、そしてユーザーが自身で作成したファイルは上書きされません。

    提供されたファイルをコピーせずに変更した場合は、更新 (updatesystemdb) する前にエクスポートし、更新後にインポートしてください。これで、以前のバージョンから変更した標準スクリプトを保持できます。ただし、この場合は、ファイルの修正や更新が提供されていても受け取らないことになります。

    意味論分析

    ARIS の標準ルール タイプとルールが参照される意味論分析には独自のルール タイプとプロファイルを作成することを推奨します。

    これは、設定可能なルール タイプ (関係属性ルール、モデル属性ルール、オブジェクト属性ルール、存在ルール、および割り当てのルール) では不可能です。これらのルール タイプにルールを追加した場合は、更新前にルール タイプをエクスポートしてから、更新後にそれらをインポートする必要があります。

  12. [デバッグ] タブ バーの 構文のチェック [構文のチェック] をクリックします。スクリプトに構文エラーが発生した場合は、一覧出力を使用してすばやく修正できます。

  13. 公開する前にスクリプトを確認してください。 それには、スクリプトを開いて、実行 [実行] をクリックします (<F9>)。

  14. スクリプトを保存します。

ルールは、このテナントで使用できます。

グループのオブジェクトとモデルのルールを含む意味論分析プロファイルを開始した場合、グループとその下位グループのすべてのオブジェクトとモデルを評価できます。そのためには、スクリプト管理者がファイル atsall<言語コード>.js を、atsallja.js などに変更する必要があります。

関連項目

意味論分析について