# Permissions Comparison

> Mostra dove i ruoli e i permessi delle vostre aree di progetto differiscono da un progetto di riferimento, così che il controllo degli accessi sia uguale ovunque o differisca solo dove lo avete deciso voi.

Source: https://widgets.doorsnext.com/it/widgets/permissions-comparison/

- Disciplina: Configurazione e governance
- Funziona in: ELM Mini Dashboard di qualsiasi applicazione IBM ELM
- Prodotti supportati: RM (IBM Engineering Requirements Management DOORS Next (Requirements Management)), CCM (IBM Engineering Workflow Management (Change and Configuration Management)), QM (IBM Engineering Test Management (Quality Management)), GC (IBM Global Configuration Management)
- Sola lettura
- Keywords: confrontare permessi, permessi dei ruoli, ruoli dell'area di progetto, revisione del controllo degli accessi, separazione dei compiti, template di processo, permessi dell'area team, diritti di accesso ISO 27001, 21 CFR Part 11, audit di conformità
- Versione: 1.8 (Rilasciata 2026-10-27)
- Vendor: SmarterProcess (https://doorsnext.com, info@smarterprocess.pl)
- Flusso di lavoro: 1. Scegliere l'applicazione, l'area di progetto di origine e le destinazioni → 2. Legge ruoli e permessi di ogni area di progetto → 3. Scegliere una destinazione e una categoria, aprire una riga → 4. L'intero confronto in Excel

## Che cos'è e perché esiste
In IBM Engineering Lifecycle Management, ciò che un utente può fare in un progetto dipende dai ruoli dell'area di progetto e dai permessi di ciascun ruolo: chi può creare o eliminare artefatti, modificare un modulo, approvare una revisione, creare una baseline o consegnare un change set. Aree team, linee temporali e iterazioni possono cambiare di nuovo questi permessi per la loro parte del progetto.

Di solito le organizzazioni avviano ogni progetto dallo stesso template di processo, e poi i progetti divergono. Un progetto permette agli autori di eliminare artefatti, un altro dà a un'area team permessi propri, un terzo ha un ruolo che agli altri manca. Il client web mostra i permessi di un'area di progetto alla volta, quindi trovare queste differenze significa aprire le stesse schermate affiancate, ruolo per ruolo. Permissions Comparison li legge per voi ed elenca solo ciò che differisce.

## Problemi che risolve
- Aree di progetto create dallo stesso template i cui permessi non coincidono più, senza che nessuno sappia dove.
- Revisioni degli accessi che richiedono di controllare a mano ogni ruolo in ogni area di progetto.
- Aree team o iterazioni che senza farsi notare danno a un ruolo più, o meno, permessi dell'area di progetto.
- Nessuna prova da mostrare a un auditor che i ruoli e i permessi documentati sono quelli configurati sul server.

## Perché è importante per norme e audit
Le norme per lo sviluppo regolamentato o legato alla sicurezza raramente nominano uno strumento, ma si aspettano che solo le persone autorizzate possano modificare i record controllati e che possiate mostrare chi può fare cosa. In un'area di progetto ELM questo controllo sono i permessi dei ruoli. Permissions Comparison è un modo per verificare che sia uguale in ogni progetto e corrisponda al vostro processo documentato.

- **FDA 21 CFR Part 11** (record elettronici nei dispositivi medici e nel settore farmaceutico): il § 11.10(d) richiede «limiting system access to authorized individuals» (limitare l'accesso al sistema alle persone autorizzate), e il § 11.10(g) controlli di autorizzazione, così che solo le persone autorizzate possano modificare un record o eseguire l'operazione in questione. Il confronto mostra, per area di progetto, quale ruolo può eseguire quale operazione.
- **ISO/IEC 27001:2022**: i controlli dell'Allegato A 5.15 Access control, 5.18 Access rights, 5.3 Segregation of duties e 8.2 Privileged access rights. I diritti di accesso vanno riesaminati regolarmente e i compiti in conflitto tenuti separati, ad esempio il ruolo che scrive un requisito e il ruolo che lo approva. Il report Excel registra che cosa è stato riesaminato e quando.
- **ISO 26262, Automotive SPICE, DO-178C e IEC 62304**: tutte e quattro richiedono la gestione della configurazione e la gestione delle modifiche dei prodotti di lavoro come i requisiti (ISO 26262 Part 8, SUP.8 e SUP.10 in Automotive SPICE, la sezione 7 di DO-178C, il punto 8 di IEC 62304). In DOORS Next parte di questo controllo riguarda quali ruoli possono modificare artefatti, creare baseline e consegnare modifiche. Un progetto i cui ruoli consentono più di quanto descrive il processo è un tipico rilievo di audit.

Un assessor esamina un campione di progetti e si aspetta lo stesso processo in ciascuno. Confrontate ogni area di progetto con il vostro progetto di riferimento prima dell'assessment, e sarete voi a vedere per primi le differenze.

## Vantaggi
- **Ogni differenza in un unico elenco:** ruoli, il loro ordine e la loro cardinalità, e ogni permesso consentito da un lato e non dall'altro, per l'area di progetto, le aree team e, se volete, linee temporali e iterazioni.
- **Un'origine, molte destinazioni:** confrontate un'area di progetto di riferimento con fino a 25 altre della stessa applicazione.
- **Funziona in ogni applicazione ELM:** DOORS Next, Workflow Management (EWM), Test Management (ETM) e Global Configuration, da una ELM Mini Dashboard.
- **Report Excel** con la matrice completa dei permessi, pronto per una revisione degli accessi o un fascicolo di audit.
- **Sola lettura:** il widget legge e non cambia mai un permesso.

## Come si usa
1. In **Settings** scegliete se confrontare le aree team (attivo all'inizio) e le linee temporali e iterazioni (disattivo all'inizio).
2. In **Compare** scegliete l'**Application**. **From** è l'origine: su una dashboard di DOORS Next parte dal progetto aperto, e **Change** sceglie un'altra area di progetto.
3. In **To** fate clic su **Add**, spuntate fino a 25 aree di progetto (la ricerca, **Select all** e **Show archived** aiutano) e fate clic su **Apply**.
4. Fate clic su **Compare**. Il blocco del risultato mostra il numero di differenze, per categoria o per destinazione, e le destinazioni che non è stato possibile leggere, con **Retry**.
5. In **Differences** scegliete una destinazione se ce ne sono diverse, poi **Roles** o **Permissions**. I permessi sono raggruppati per ruolo e livello, ad esempio `Author` / `Team area: Business Recovery`. Fate clic su una riga per vedere entrambi i lati.
6. Fate clic su **Export to Excel** nel blocco del risultato per salvare l'intero confronto.

## Da sapere
- I ruoli vengono abbinati per id, poi per nome, quindi un ruolo con lo stesso nome e un altro id conta come lo stesso ruolo. L'ordine dei ruoli viene confrontato perché un utente con più ruoli ottiene il permesso dal primo ruolo che lo consente.
- Il widget confronta i ruoli e i loro permessi, non chi li ricopre. **User Audit** elenca quali utenti hanno quali ruoli.
- Un'area team, una linea temporale o un'iterazione in cui solo un lato dà a un ruolo permessi propri viene segnalata come una sola riga, non come un lungo elenco di differenze di permessi.
- Momenti tipici per usarlo: prima di un audit o di un assessment, dopo una modifica del template di processo e quando si crea un nuovo progetto da un template.
- Il widget non rende conforme un progetto. Vi dà i fatti per verificare che i permessi corrispondano al vostro processo documentato, e un report da conservare come prova.