責任の解除 - ステータスによるアクセスの制限

原則

この機能は、プロジェクトに様々な役割があり、特定のアイテム、オカレンス、コンポーネント、または、プロダクト (ここではオブジェクトと呼びます) を、
編集するユーザーの可能性を制限したい大規模なプロジェクト組織のために作られました。

それは一連の原則に基づいている：

責任の原則

ユーザが編集できるのは、そのユーザと同じ責任を持つオブジェクトだけです。
ユーザーの責任プロファイルに正しい "keys (キー)"が含まれていれば、ユーザーは正しい責任を持たないオブジェクトのロックを解除することができます。
もしユーザーがキーを持っていれば、オブジェクトの責任を自分の責任に変更することができます、つまり、オブジェクトを "unlocking (ロックを解除)" することができます。
ユーザーと同じ責任または、key set (キーのセット) を持っていないオブジェクトは、そのユーザーによる編集が永久にロックされます。
ユーザーがオブジェクトのkey set (キーセット) を変更できるのは、自分自身がアクセスできるキーだけです。

使用される、keys (キー) は、ユーザー・セットアップで責任に関連するステータスです。

例

大きなプロジェクトは、いくつかのサブ・プロジェクト・チームで構成され、そのうちの2つを "Team A (チームA)"と "Team B (チームB)" と呼びます。
両チームはともに請負業者側 (コンストラクター)であり、建物所有者は両チームが互いのオブジェクトを更新できないことを望んでいます。

サブ・プロジェクト

01 -Team A (チームA)
02 -Team B (チームB)

建物の所有者はまた、現在サブ・プロジェクトで設計・設置されている、オカレンスの作業プロセスも設定した。
作業プロセスは、01-Work started (作業開始)、02-Ready for acceptance (受理準備完了)、03- Not accepted (受理不可)、04-Accepted (受理済み)、という状態から成ります。
プロジェクトチームは、状態 01のオブジェクトを扱うことができ、オブジェクトを状態 02に設定することができます。責任ある建築家は、状態 03のオブジェクトを更新するアクセス権を有し、
建物所有者の代表は、すべての状態を扱うことができ、オブジェクトを状態04-承認に設定することを許可される唯一の人です。

オカレンス・ステータス

01-Work Started (作業開始)
02-Ready for acceptance (受理準備完了)
03-Not accepted (受理不可)
04-Accepted (受理済み)
05-Closed (終了)

チームAには、建築家のAriel A (アリエルA)と設計者の Desmond A (デズモンドA)がいます。チームBには、建築家のAllan B (アランB)と設計者のDonald B (ドナルドB)がいます。

建物所有者には、品質保証と検収を担当するOwen (オーウェン) 代表がおり、多くの納入品に目を通し、検収テストを実施します。

このプロジェクトでは、次のような担当を設けることが決まっています：

PAMEM

プロジェクトAのメンバー - PAMEMの責任 - へのアクセス：

Project : 01 -Team A (プロジェクト：01 -チームA)
Occurrence State: 01-Work Started (オカレンス・ステータス：01-作業開始)
Occurrence State: 02-Ready for acceptance (オカレンス・ステータス：02-受理準備完了)

PAMEMは、オカレンスの編集 (レベル2)、他のオブジェクトへの読み取りアクセスが可能。

PBMEM

プロジェクトBメンバー - 責任 PBMEM - へのアクセス：

Project : 02 -Team B (プロジェクト：01 -チームA)
Occurrence State: 01-Work Started (オカレンス・ステータス：01-作業開始)
Occurrence State: 02-Ready for acceptance (オカレンス・ステータス：02-受理準備完了)

PBMEMは、オカレンスの編集 (レベル2)、他のオブジェクトへの読み取りアクセスが可能。

ARC

責任ある建築家 - 責任ARC - へのアクセス：

Occurrence State: 01-Work Started (オカレンス・ステータス：01-作業開始)
Occurrence State: 02-Ready for acceptance (オカレンス・ステータス：02-受理準備完了)
Occurrence State: 03-Not accepted (オカレンス・ステータス：03-受理不可)

ARCは、アイテムとオカレンスの両方の編集にアクセス可能 (レベル1)、他のオブジェクトへの読み取りアクセス可能。

OWN

建物所有者 - へのアクセス：

Project 01 and 02 (プロジェクト01と02)
Occurrence State 01, 02, 03 and 04 (オカレンス・ステータス 01、02、03、04)

• ここでは、その責任をOWNと呼びます。

権限の設定

ステータスの定義：
1. データベース管理者であること。
2. Settings (設定) - Project and database administration (プロジェクトとデータベースの管理) → "Settings (設定)" → Project (プロジェクト) → Status (ステータス)を選択します。
3. 追加を選択し、使用したいステータスの名前 (例えば、"Occurrence States (オカレンスのステータス)") を記入します。ステータスが有効なものを選択します、
  このシナリオでは、オカレンス・ステータスを "オカレンス用"に設定し (図1参照)、プロジェクト " 部屋用" と "オカレンス用" を設定します。
  
  図 1 - 責任キーを定義するステータス・タイプの作成
4. Click "save", the screen should look like Figure 2.
  
  図2 - ステータスと、このプロジェクトのオブジェクト・タイプの接続
ステータスの内容の定義：
1. 管理者でなければなりません。
2. アイテム (アイテムモジュール) を選択する。
3. 左側のナビゲーション・パネルに、"Occurrence States (オカレンスのステータス)" と "Projects (プロジェクト)" が表示されます。
4. 1つを選択し、正しいステータスを追加します。完了後の、"Occurrence States (オカレンスのステータス)" の表示方法については、図3を参照してください。
  図 3 - オカレンス・ステート・トピックの設定完了
ステータスに責任グループを割り当てます：
1. Settings (設定) - Project and database administration (プロジェクトとデータベースの管理)、Settings (設定) -> Items (アイテム) -> Responsibility groups (責任グループ)を選択します。
2. Add (追加)を選択。
3. 上記のように、さまざまな責任を追加します。
  ここでは、上記の3つの責任に加え、"Doors Archictect (ドア・アーキテクト)"を、追加しました (これはドアのデータベースです)。図4を参照。
  を
  図4 - 責任とステータスの接続

ユーザーに責任を与える

これで、Ariel (アリエル)、Desmond (デズモンド)、Allan (アラン)、Donald (ドナルド)、Owen (オーウェン)の各ユーザーを必要な責任グループに追加する準備ができました。
アリエル AはPAMEMとARCが必要。デズモンドはPAMEMとPBMEMが必要。アランはPBMEMとARC、ドナルドはPBMEMが必要。オーウェンはOWNが必要です。

以下は、dRofusでのやり方です：
1. データベースにユーザを作成します。ユーザがアイテムを追加または編集する必要があるかどうかを検討します (レベル1へのアクセス)。
標準的なアイテム権利 3 - 読み取り、を使用することを推奨します。特別なものを除き、ユーザーがアイテムやオカレンスを書き込んだり変更したりできないようにしたい場合、
これでコントロールできます (図 5 参照)。
2. ユーザーのアクセスを設定します。ここでは、アリエル (Ariel)のための設定方法を示します- ARCのアイテムにはフルにアクセスできますが、PAMEMには制限があります、
つまり、データベースにARCの責任を持つタグが付けられたアイテムがあれば、それを変更することができ、ARCの責任を持つ新しいアイテムを作成することができます。
図6は、彼女の設定を示しています。
3. プロジェクトAのメンバーは通常、オカレンスの作成/編集のみを行う場合は、PAMEMの制限付き、PAMEMの責任で新規アイテムの作成も許可される場合は、
PAMEMのフル、そしてデフォルトとしてリードを持ちます。

Figure 5 - setting up access in the web-admin for the user

図5 - このユーザーは部屋を変更することができるが、ARCではアイテム+オカレンス、PAMEMではオカレンスのみを変更することができる。

Figure 6 - connecting responsibilities to the user

図6 - このユーザーには2つの権限があり、ARCではすべての権限が与えられているが、PAMEMでは制限されている。

ユーザーのセットアップが完了したら、データベースの使用を開始することができます。

これがユーザにどのように見えるかは、ロックされたアイテムやオカレンスをステータスでロック解除を参照してください。

特殊な事例 - オカレンスを作成する権利をユーザーに与えるが、アイテムの更新権は与えない。

このプロジェクトでは、ユーザーがアイテムの部屋に新しいオカレンスを作成することはできますが、そのアイテムを更新することはできません。
そのためには、すべてのアイテムにタグを付ける責任 (例えばOCCnotITEM) を作成する必要がありますし、それが問題のオカレンスのテンプレートとして使用されます。
次に、ユーザー・セットアップのレベル2 (制限付き) でオカレンスを作成するべきユーザーにこの責任へのアクセス権を与えます。
ユーザーはオカレンスを作成することができ、ステータス権限を持つ他の担当を与えている場合は、オカレンスに自分のステータスのタグを付けることができます。

もしユーザーがこのようなオカレンスを作成した場合、そのユーザーが自分の責任を別のものに変更しなければ、OCCnotITEMの責任を持つ他のすべての人もオカレンスを、
変更できるようになることを覚えておいてください。これを望まないのであれば、一度作成されたオカレンスの責任をユーザーが変更するためのルーティンが必要です。

あなたのステータスが "Responsibility (責任)" に含まれていることを確認してください。

トラブルシューティング：ステータス表示されない

責任に関連するステータスセット (例えば、ステータス01、02、03で構成されるステータス・セット) を作成した場合は、ご注意ください。
例えば、ARCには01、02があり、OWNには01、02、03があります。もし管理者が新しいステータス (04) を作成した場合、ステータスが責任セットに接続されるまで、
管理者を含む誰もそのステータスをオブジェクトに割り当てることはできません。
つまり、OWNが設定できるステータスとする場合、OWN=01, 02, 03, 04を割り当てて保存すれば、管理者もステータス04に、オブジェクトを設定できます。