Quando si progetta la struttura della categoria, è necessario decidere l'area oggetto delle categorie e chi deve creare, utilizzare e visualizzare le risorse utente di governance all'interno delle categorie.
- Autorizzazioni richieste
- Proprietà delle categorie
- Struttura categoria
- Collaboratori categoria
- Relazioni di categoria principale e secondaria con risorse utente di governance
- Categorie e flussi di lavoro
Autorizzazioni richieste
È necessario disporre dell' autorizzazione utente Gestisci categorie di governance per creare categorie di livello superiore.
Proprietà delle categorie
Le categorie dispongono di alcune proprietà standard simili alle proprietà delle risorse utente di governance.
| Proprietà o comportamento | Supporta? | Spiegazione |
|---|---|---|
| Deve avere nomi univoci? | Sì | La combinazione del percorso categoria più il nome deve essere univoca. I nomi categoria non possono contenere i caratteri >> . Assegnare a una categoria un nome abbastanza generale da includere tutte le relative risorse utente e categorie secondarie. |
| Descrizione? | Sì | Facoltativo. Includere una descrizione che consenta agli utenti che creano risorse utente di governance di sapere cosa aggiungere a questa categoria. |
| Aggiungere relazioni ad altre categorie? | Le categorie hanno relazioni gerarchiche con le relative sottocategorie e le relative categorie di livello superiore. Le sottocategorie ereditano i collaboratori dalle relative categorie di livello superiore. Le categorie che hanno categorie di livello superiore differenti non possono avere relazioni tra loro. | |
| Aggiungere relazioni alle risorse utente di governance? | Sì | La maggior parte dei tipi di risorse utente di governance sono organizzate in categorie. Le risorse di governance possono avere categorie primarie e secondarie. |
| Aggiungere la relazione all'asset? | Sì | Vedere Relazioni di asset nei cataloghi. |
| Aggiungere proprietà personalizzate? | Sì | Consultare Proprietà e relazioni personalizzate per le risorse utente di governance e gli asset del catalogo. |
| Aggiungere relazioni personalizzate? | Sì | Consultare Proprietà e relazioni personalizzate per le risorse utente di governance e gli asset del catalogo. |
| Aggiungere ruoli personalizzati? | Sì | È possibile creare ruoli personalizzati per le categorie. Vedere Ruoli personalizzati. |
| Importare da un file? | Sì | Consultare Importazione ed esportazione di categorie. |
| Importare da Knowledge Accelerator? | Sì | Tutti i Knowledge Accelerators includono più categorie. Consultare Componenti di Knowledge Accelerators. |
| Esportare in un file? | Sì | Consultare Importazione ed esportazione di categorie. |
| Gestito dai workflow? | N | La creazione e la gestione delle categorie non sono soggette ai workflow. Tuttavia, le categorie sono incluse come parte delle definizioni del workflow. Consultare Categorie e flussi di lavoro. |
| Specificare le date di inizio e di fine effettive? | N | Le categorie non hanno date di inizio e fine. |
| Assegnare uno steward? | N | Le categorie hanno invece proprietari o steward. |
| Aggiungere tag come proprietà? | Sì | Consultare Tag. |
| Assegnare a un asset? | N | Le categorie sono assegnate solo alle risorse di governance. |
| Categorie predefinite? | Sì | La categoria [ uncategorized] è predefinita e contiene risorse di governance predefinite. Vedere Categorie predefinite. |
Architettura categoria
Alcune strategie comuni per la progettazione dell'architettura delle categorie includono la divisione delle categorie di alto livello nei modi seguenti:
- Per unità di business, come Hardware, Software e Servizi, e poi per reparti, come Marketing, Finanza e Risorse umane.
- Per aree oggetto, come clienti e prodotti.
È possibile creare tutte le categorie e sottocategorie di livello superiore desiderate. È possibile creare categorie per organizzare categorie secondarie e che non dispongono di risorse utente. Ad esempio, una sezione della struttura di categoria per Knowledge Accelerator for Financial Services è simile alla seguente:
Knowledge Accelerator for Financial Services
Business scopes (0 governance artifacts, 29 subcategories)
Custom Insight (0 governance artifacts, 4 subcategories)
Customer Insight - Contact Center Optimization (271 business terms)
Customer Insight - Customer Lifetime Value (258 business terms)
Customer Insight - Optimize Offers And Cross Sell (307 business terms)
Individual Customer Profile Analysis (110 business terms)
Provare a progettare strutture di categoria in modo che le categorie non si sovrappongano, anche se le risorse utente di governance possono rientrare in più di una categoria. Ad esempio, in Knowledge Accelerator for Financial Services, il termine di business Indirizzo email appartiene alla seguente categoria principale e 6 categorie secondarie:
Collaboratori di categoria
Gli utenti devono essere collaboratori in una categoria per visualizzare i dettagli delle risorse utente di governance in tale categoria o per creare risorse utente di governance in tale categoria.
I collaboratori di categoria hanno ruoli che controllano quali azioni possono eseguire all'interno della categoria:
- Proprietario: gestire la categoria, le relative risorse utente e i collaboratori. I proprietari possono assegnare qualsiasi ruolo categoria, incluso il ruolo Proprietario, ad altri collaboratori della categoria.
- Admin: gestire la categoria, le relative risorse utente e i collaboratori non proprietari. Gli amministratori possono assegnare qualsiasi ruolo di categoria, ad eccezione del ruolo Proprietario, ad altri collaboratori di categoria.
- Editor: visualizza la categoria e gestisce le risorse utente pubblicate e bozza.
- Revisore: visualizza la categoria e le relative risorse utente pubblicate e bozza.
- Visualizzatore: visualizza la categoria e i dettagli delle relative risorse utente pubblicate.
- Ruolo personalizzato: è possibile creare un ruolo personalizzato che abbia un insieme personalizzato di autorizzazioni per controllare quali azioni possono intraprendere i collaboratori all'interno di una categoria. Vedere Ruoli personalizzati.
I collaboratori della categoria possono avere più di un ruolo assegnato. Le sottocategorie ereditano i collaboratori della categoria con i ruoli corrispondenti da tutte le categorie principali e di livello superiore. I collaboratori in una categoria secondaria hanno i ruoli che sono assegnati nella categoria secondaria più i ruoli che sono assegnati in tutte le categorie di livello superiore. Vedere Ruoli multipli nella gerarchia di categoria.
In generale, fornire agli utenti le autorizzazioni minime ai livelli più elevati della gerarchia di categorie. Aggiungere ruoli con ulteriori autorizzazioni per categorie secondarie specifiche.
Per impostazione predefinita, le categorie di livello superiore hanno automaticamente il gruppo Accesso pubblico come collaboratore con l'autorizzazione Visualizzatore . Tuttavia, solo gli utenti che hanno anche l'autorizzazione Accedi alle risorse di governance o Gestisci categorie di governance sono inclusi in tale gruppo.
I collaboratori di categoria si dividono in due gruppi principali:
- I membri del catalogo che lavorano con gli asset di dati e che devono visualizzare le risorse di governance.
- Membri del team di governance che devono creare o assegnare risorse utente di governance.
Membri del catalogo che lavorano con gli asset
Tutti gli utenti di Cloud Pak for Data as a Service hanno queste autorizzazioni:
- Visualizzare i nomi delle risorse utente di governance assegnate agli asset in un catalogo o in un progetto.
- Assegnare le risorse utente di governance agli asset nel catalogo o nel progetto, se hanno il ruolo Editor o Amministratore nel catalogo o nel progetto.
Tuttavia, per visualizzare i dettagli delle risorse di governance, i membri del catalogo devono disporre dell'autorizzazione utente Accedi alle risorse di governance e del ruolo Visualizzatore nella categoria.
I membri del catalogo che lavorano con gli asset di dati e devono visualizzare le risorse di governance dei dettagli possono includere data scientist, data engineer, analisti di business e ingegneri di machine learning. Questi utenti utilizzano gli asset di dati per preparare i dati, analizzare i dati o creare modelli. In genere, si desidera che tutti i dipendenti del catalogo siano in grado di visualizzare le risorse di governance assegnate agli asset nel catalogo.
Il ruolo categoria predefinito di Visualizzatore che gli utenti ereditano dal gruppo Accesso pubblico è sufficiente per i collaboratori del catalogo.
Membri del team di governance
Il team di governance include le persone che curano i dati importando e arricchendo i metadati e le persone che creano le risorse di governance.
La seguente tabella riepiloga i ruoli minimi di collaboratore di categoria per ciascun tipo di obiettivo di governance.
| Obiettivi di governance | Azioni sulle risorse di governance | Ruolo di categoria |
|---|---|---|
| Aggiungi asset di dati arricchiti nei cataloghi | Assegna risorse di governance agli asset | Visualizzatore |
| Attuare il quadro di governance | Crea risorse di governance | Redattore |
| Rivedere il quadro di governance | Riesamina le risorse utente di governance come parte dei flussi di lavoro | Revisore |
| Gestisci il quadro di governance | Crea categorie secondarie e aggiungi collaboratori | Admin o Owner |
Fornisci a questi utenti il ruolo utente che include l'autorizzazione Accedi alle risorse di governance in modo che siano inclusi nel gruppo Accesso pubblico . Questi utenti hanno il ruolo Visualizzatore in tutte le categorie per impostazione predefinita. È possibile assegnare loro ruoli con ulteriori autorizzazioni nelle categorie secondarie appropriate.
Per gli utenti che eseguono l'arricchimento dei metadati, assegnare loro il ruolo di Visualizzatore nelle sottocategorie che contengono le risorse utente rilevanti per le attività di arricchimento dei metadati. Il ruolo Visualizzatore è sufficiente per visualizzare i dettagli della risorsa utente e assegnare le risorse utente agli asset.
Per gli utenti che creano le risorse utente di governance, assegnare loro il ruolo Editor nelle sottocategorie in cui devono creare le risorse utente. Se anche gli utenti devono creare categorie secondarie, assegnare loro il ruolo Admin .
Il ruolo Revisore è utile per identificare gli utenti responsabili della revisione delle risorse di governance nei flussi di lavoro.
Relazioni di categoria primaria e secondaria con le risorse utente di governance
Le categorie possono contenere questi tipi di risorse utente di governance:
- Classi dati
- Termini di business
- Dataset di riferimento
- Classificazioni
- politiche
- Regole di governance
Le regole di protezione dei dati non sono contenute nelle categorie.
Le categorie e le risorse utente di governance che contengono hanno due tipi di relazione:
- Primario
- Obbligatoria. La categoria possiede la risorsa utente e determina chi può gestirla. Ogni risorsa utente di governance ha una categoria primaria che viene assegnata quando viene creata la risorsa utente.
- Secondario
- Facoltativo. La categoria include la risorsa utente. Una risorsa utente può essere inclusa in un numero qualsiasi di categorie secondarie. Una categoria secondaria è un modo alternativo per raggruppare e rilevare le risorse utente.
Una categoria può avere risorse utente primarie e secondarie.
Gli utenti devono disporre delle autorizzazioni nella categoria principale della risorsa utente per visualizzare o gestire la risorsa utente.
Categorie e flussi di lavoro
È possibile configurare un controllo dettagliato sulle risorse utente di governance combinando categorie con flussi di lavoro. I flussi di lavoro applicano i processi basati sulle attività per il controllo della creazione, dell'aggiornamento e dell'eliminazione delle risorse utente di governance. Specificare il numero di fasi in un flusso di lavoro e chi può eseguire l'attività per ogni fase. Ogni flusso di lavoro controlla una combinazione di categorie, tipi di risorse utente e azioni. Gli assegnatari ricevono una notifica quando devono eseguire un'attività per una risorsa utente di governance che corrisponde a una fase nel flusso di lavoro. Gli assegnatari per una fase del flusso di lavoro possono annullare le autorizzazioni fornite dai ruoli della categoria.
Ad esempio, se un passo del flusso di lavoro specifica che i revisori per la creazione di una risorsa utente devono avere il ruolo Admin nella categoria, solo i collaboratori che hanno il ruolo Admin sono assegnatari per tale attività e possono creare risorse utente. Un collaboratore con il ruolo Proprietario ma non con il ruolo Amministratore non è un assegnatario e non può creare risorse, anche se il ruolo Proprietario include l'autorizzazione a creare risorse utente.
Ulteriori informazioni
- Gestione delle risorse utente
- Processo di workflow per risorse di governance
- Gestione delle categorie
Argomento principale Categorie