Ruoli e gruppi

Un ruolo consente di mettere in relazione i membri del contesto dell'applicazione con le informazioni e le attività gestite in tale contesto. Mediante la definizione di ruoli è possibile raggruppare, in modo facilmente comprensibile ai membri del team, gli utenti che svolgono attività simili nell'ambito del contesto. Il manager di contesto deve assegnare almeno un ruolo, ad esempio Progettista o Esaminatore, a ciascuno degli utenti invitati a diventare membri di un contesto dell'applicazione. È possibile assegnare più ruoli ai membri di un contesto. L'assegnazione dei ruoli in relazione ai diversi membri è indicata nella tabella Membri.

Al momento della creazione dei contesti dell'organizzazione e dell'applicazione sono disponibili alcuni ruoli e alcuni gruppi. Tuttavia, se nel contesto non viene utilizzato un team condiviso oppure il team condiviso in uso può essere esteso localmente, è anche possibile definire ruoli aggiuntivi per ciascun contesto nella tabella Membri.

L'utente che ricopre il ruolo di responsabile del contesto può creare e organizzare il contesto dell'applicazione, invitare o rimuovere membri del team nonché gestire le operazioni del contesto. Nei contesti di progetto o programma, il responsabile del contesto si occupa anche della gestione delle informazioni relative al monitoraggio del progetto o del programma.

Il ruolo di responsabile del contesto viene assegnato automaticamente all'utente che crea il contesto. Per condividere le attività di gestione del contesto dell'applicazione, un manager di contesto può assegnare il proprio ruolo anche ad altri membri. Di seguito sono riportati i ruoli di responsabile del contesto disponibili.

Il ruolo di ospite consente di visualizzare un contesto dell'applicazione senza essere invitato come membro. Di seguito sono elencati i permessi concessi ai partecipanti a cui è stato assegnato il ruolo di ospite per un determinato contesto:

Mediante l'utilizzo di ruoli, è possibile controllare l'accesso alle informazioni contenute in un contesto dell'applicazione. Ciascun ruolo è associato a un gruppo di sistema con lo stesso nome del ruolo. In qualità di amministratore o responsabile del contesto, l'utente può impostare le regole di controllo di accesso per ciascun gruppo di sistema mediante l'utilità Amministrazione regole. Inoltre, in qualità di proprietario di un oggetto, è possibile concedere o rimuovere i permessi di controllo di accesso relativi all'oggetto tramite l'azione Modifica controllo di accesso. L'utente che carica un nuovo file oppure crea una nuova cartella o parte è direttamente responsabile della definizione dei diritti di accesso a tali informazioni.

Per informazioni sui ruoli disponibili in ciascuna soluzione Windchill e sui permessi di controllo di accesso che possono essere impostati, vedere Panoramica del controllo di accesso.

I gruppi vengono utilizzati per gestire il controllo di accesso alle informazioni, limitare la visibilità delle azioni, consentire la comunicazione tramite e-mail e invitare i membri a partecipare ai meeting. Ad esempio, gli inviti di partecipazione ai meeting possono essere inviati via e-mail agli utenti in base al gruppo.

Esistono gruppi di sistema utilizzati con i team di contesto nonché gruppi definiti dall'utente che possono essere creati e gestiti nei contesti dell'organizzazione e del sito oppure tramite un directory server aziendale. I gruppi di sistema vengono utilizzati per gestire l'appartenenza al ruolo del team e vengono gestiti solo nel database di Windchill. In questa sezione sono descritti i gruppi di sistema utilizzati con i team. Per ulteriori informazioni sui gruppi definiti dall'utente che l'utente può creare in Windchill, vedere Gruppi (organizzazioni) o Creazione di un nuovo gruppo.

Per ciascun ruolo definito in un team di contesto o un modello di team viene creato automaticamente un gruppo di sistema corrispondente con lo stesso nome. Ad esempio, il gruppo di ruoli di sistema per il ruolo Amm modifiche II è AMMINISTRATORE MODIFICHE II e il gruppo di ruoli di sistema per il ruolo Membri è MEMBRI. Gli utenti aggiunti a un ruolo vengono aggiunti automaticamente al gruppo di sistema corrispondente. Il responsabile del contesto può quindi creare regole di accesso per i gruppi di sistema mediante l'utilità Amministrazione regole. Ogni volta che vengono utilizzati ruoli, vengono applicati i criteri.

Gli ulteriori gruppi di sistema riportati di seguito vengono creati per essere utilizzati con i team di contesto.

• Un gruppo Membri team che include tutti i membri del team del contesto dell'applicazione. Questo gruppo viene creato in tutti i contesti dell'applicazione Questo gruppo è gestito da Windchill. Pertanto non è possibile modificare manualmente i relativi componenti.

• Un insieme di gruppi di sistema che rappresentano le organizzazioni dei membri del team del contesto. Ciascun gruppo include tutti gli utenti di un'organizzazione che sono membri di un contesto dell'applicazione specifico. Man mano che i membri del team vengono aggiunti e rimossi, i gruppi dell'organizzazione per il team vengono aggiornati automaticamente. Se al contesto viene aggiunto un utente di una nuova organizzazione, il sistema crea automaticamente il gruppo di sistema per includere i membri dell'organizzazione. Il nome di ciascun gruppo di sistema è il nome dell'organizzazione. Questo insieme di gruppi è gestito da Windchill. Pertanto non è possibile modificare manualmente i relativi componenti.

In alcuni posti, il gruppo di un'organizzazione del team viene mostrato con il nome dell'organizzazione e, in altri posti, viene mostrato con xxxx_ORG, dove xxxx è il numero interno associato all'organizzazione.

Si supponga, ad esempio, che venga creato un contesto dell'applicazione e che alcuni utenti della Società A vengano aggiunti al team del contesto come assegnatari dei ruoli disponibili nel team. Questa azione determina la creazione dei gruppi di sistema riportati di seguito.

Si supponga che in seguito vengano invitati a partecipare al contesto alcuni utenti della Società B. Tutti i membri del team della Società B vengono aggiunti al gruppo Membri team e viene creato un gruppo aggiuntivo denominato Società B, che include solo i membri del team della Società B.

Gli utenti aggiunti a un team con il ruolo di ospite non vengono automaticamente aggiunti al gruppo Membri team, né all'insieme di gruppi di sistema che rappresentano le organizzazioni dei membri del team del contesto, poiché non sono membri del team. Poiché gli utenti con ruolo Ospite sono solo una parte del modello team, non vengono aggiunti automaticamente al gruppo Membri team.

Inoltre l'utente può utilizzare i ruoli dinamici disponibili nell'utilità Amministrazione regole per la creazione di regole di controllo di accesso nei contesti dell'organizzazione e del sito. I ruoli dinamici rappresentano i gruppi dell'organizzazione e del team di contesto che vengono gestiti per ogni team di contesto. Ad esempio, il ruolo Ruolo team contesto: Ingegnere disponibile nella scheda Ruoli quando si crea una regola di controllo di accesso rappresenta il gruppo di sistema Ingegnere associato ai team di contesto e ai team condivisi. Le regole create per i ruoli dinamici vengono ereditate dai contesti figlio del contesto dell'organizzazione in cui vengono create le regole. È necessario creare le regole in un dominio padre del dominio utilizzato nel contesto dell'applicazione. Per ulteriori informazioni sull'utilizzo dei ruoli dinamici, vedere Utilizzo dei ruoli dinamici per centralizzare l'amministrazione delle regole di controllo di accesso.