はテナントのすべてのデータベースを管理します。
以下で説明される管理者ロールは、サーバーおよびデータベースのレベルでさまざまな権限によって定義されます。管理者に割り当てられたロールに応じて、特定のファンクションを実行できます。
superuser
ユーザー「superuser」は自動的に作成されます。デフォルトでは、このユーザーには、「ユーザー管理」、「ライセンス管理」、および「設定管理者」利用権限が割り当てられます。このユーザーは、ほかのユーザーに対して、この利用権限を有効にすることもできます。「superuser」タイプのユーザーは、ライセンスで許可されているユーザー数にはカウントされません。「superuser」はシステム管理を担当しますが、ライセンスの制限のため ARIS を使用することはできません。デフォルト パスワードは「superuser」です。 不正なアクセスを防止するために、デフォルト パスワードを変更する必要があります。 「superuser」は削除できない唯一のユーザーなので、そのパスワードはとても重要です。 ユーザー名以外のすべてのユーザー データを変更できます。 superuser は、その他のデフォルト ユーザー (system、arisservice、guest) が削除された場合、それらを再作成できます。
system
システム ユーザー「system」は、システム管理者のLDAP システムなどの外部システムを使用している場合でも、認証されたユーザーは、この非常時用のユーザー名でデータベースにログオンできます。
を担い、テナントのすべてのデータベースで、すべての利用権限とアクセス権を持ちます。認証に名前「system」は変更できません。このユーザーの [システム ユーザー] チェック ボックス (ARIS Design Server の [利用権限] プロパティ ページ) をオフにすることもできません。不正なアクセスを防ぐために、「manager」というパスワードはただちに変更してください。
問題を回避するためには、追加のシステム ユーザーを作成してください。 複数のシステム ユーザーがいれば、ひとりしかいないシステム ユーザーがパスワードを忘れた場合などの問題を回避できます。すべてのシステム ユーザーのパスワードを忘れた場合は、すべての機能が利用できず、データへのアクセスが完全に不可能になります。
次の管理者ロールが定義されます。
データベース管理者
[ARIS 管理] では、データベース管理者には「データベース管理者」利用権限が必要です。このロールを持つユーザーは、すべての利用権限とアクセス権限を持ち、クライアントのすべてのデータベースのデータを編集できます。
データベース管理者は、サーバー レベルで以下の作業を行います。
定義されている利用権限を持つユーザーは、データベース レベルでその他のアクションを実行できます。
設定管理者
[ARIS 管理] では、設定管理者には「設定管理者」利用権限が必要です。
以下のタスクを実行します。
モデル作成の規則を定義し、自社の企業設計に合わせてモデルの表示設定を調整する
データベースで使用できる ARIS メソッドの内容を定義する
スクリプト管理者
[ARIS 管理] では、スクリプト管理者には「スクリプト管理者」利用権限が必要です。
スクリプト管理者は、以下の作業を行います。
レポート スクリプトの記述
スクリプトの削除
ARIS の以前のバージョンのカスタムまたは変更されたスクリプトの転送
Publisher 管理者
[ARIS 管理] では、Publisher 管理者には「Publisher 管理者」利用権限が必要です。
Publisher 管理者は、以下の作業を行います。
Publisher エクスポートの作成
Publisher エクスポートの更新
Publisher エクスポートの削除
分析公開者
分析公開者には、[ARIS 管理] で分析公開者の利用権限が必要です。
分析公開者は、以下のアクションを行います。
分析管理者
分析管理者には、[ARIS 管理] で分析管理者の利用権限が必要です。
分析管理者は、以下のアクションを行います。
注意:
データベース管理者とデータベース ユーザーは、
が最適化されていることを確認するために特定の措置を取ることができます。基本的な項目に最初から注意を払うことによって、データベースのサイズを最適化できます。これにより、バックアップや復元などのデータベース操作が高速化できます。また、管理タスクも大幅に簡易化されます。以下の例を検討しましょう。ユーザー グループを介してアクセス権限を割り当てまたは変更する場合、各ユーザーごとに手順を繰り返さなくても、ユーザー グループのすべてのユーザーに対してこの操作を 1 度行うだけで済みます。
必要なユーザー グループを作成し、不要になったユーザー グループは削除します。
データベースと設定から、これ以上使用されないデータベース言語を削除します。言語が再び使用される場合は、再び作成できます。
使用するフォントのみを作成して、不要なフォントは削除します。
使用するフィルターとテンプレートのみを作成して、不要なものは削除します。フィルターはデータベースに保存されませんが、フィルターによってユーザーは必要なアイテムのみを使用して作業できるようになります。
ユーザー グループを介してユーザーにアクセス権を割り当てます。
画像および埋め込みオブジェクトのサイズと解像度を削減します。たとえば、モデルに大きなロゴを挿入し、あとから表示サイズを縮小しても、ロゴの元のサイズのスペースが必要とされます。ロゴ付きのモデルがバージョン管理されている場合は、データベース内でロゴにより複数回スペースが使用されることになります。
オブジェクトを複数のグループに分配します。たとえば、データベースのグループ構造は環境の組織構造を反映するため、分配すると便利です。この場合、メイン グループにすべてのオブジェクトを保存することなどは推奨しません。各グループに含まれるオブジェクト数が 1000 個以下の場合にデータベース内ですばやく操作を行うことができます。
そのため、本当に必要なオブジェクトのみをデータベースに残すことを推奨します。モデルにオカレンスがないオブジェクトが多くなったら、データベースのバックアップを作成して、整理します。整理を実行すると、モデルにオカレンスを持たないすべてのオブジェクトが削除されます。
適したモデル サイズを使用してください。多くのオブジェクトを含む大きなサイズのモデルは、モデルの視認性とパフォーマンスの両方に影響を与えます。
モデル作成
複数のモデルで同じオブジェクトを使用する場合は、オカレンス コピーを使用してください。
バリアントは、モデルとオブジェクトが異なる場合のみ使用します。モデル バリアントを作成する場合、どのオブジェクトを新しいバリアントとして作成し、どのオブジェクトに既存のバリアントを使用するか、またどのオブジェクトにオカレンス コピーを作成するかを決定できます。
バージョン管理
バージョン管理が必要なモデルのみにバージョン管理を設定します。データベース全体に毎回バージョンを作成すると、サイズが非常に大きくなります。
中間結果を保存するためにバージョンを作成しないようにしてください。これには、データベースのバックアップを推奨します。
必要でなくなったバージョンを削除してください。