Table of Contents |
---|
Grafico del flusso
Descrizione
Il flusso researchCentre-topdown-flow è un flusso centralizzato che modella il ciclo di vita di una Centro di ricerca (TOP-DOWN) che viene quindi gestito dalle strutture d'Ateneo.Per informazioni sul modello dati, effettuare download del file excel disponibile al livello superiore.
Questo flusso prevede i seguenti attori nelle diverse visioni.
- Visione completa
- Helpdesk - HD
Team con profilo "Helpdesk Centri di Ricerca e Spinoff"
- Helpdesk - HD
- Visione dipartimentale
- Organi dipartimentali - OD
Team con la seguente naming convention "Profilo di dipartimento per XXX", dove XXX è il nome del dipartimento
La completa operatività su un dato contratto è consentita solo per il dipartimento marcato come "Principale"
I dipartimenti aggregati avranno accesso in sola lettura.
- Organi dipartimentali - OD
- Visione personale
- Responsabili scientifici - RS
Persona appartenente al team "Utenti", che compare tra i responsabili del Centro di ricerca. Cfr modello dati (TAB STRUTTURE E PERSONE PARTECIPANTI) disponibile al livello superiore - Comitato - Membri interni
Persona appartenente al team "Utenti", che compare tra i Membri interni del Centro di ricerca. Cfr modello dati (TAB STRUTTURE E PERSONE PARTECIPANTI) disponibile al livello superiore
- Responsabili scientifici - RS
Questo flusso consente all'HD di effettuare qualunque transizione di stato anche senza seguire il flusso canonico: è quindi possibile anche effettuare "salti" di stato.
Nel grafico, per chiarezza, vengono riportate però solo le transizioni di stato canoniche.
Etichette Stati
I nomi degli stati possono essere personalizzati con la funzione di Gestione etichette.
Nella tabella sottostante vengono riportati tutti gli stati previsti dal flusso con relativa etichetta e valore di default.
Vengono anche fornite le etichette per i vari bottoni che consentono lo spostamento di stato.
Identificativo stato | Chiave etichetta stato | Valore default stato | Chiave etichetta bottone transizione in ingresso | Valore default bottone transizione in ingresso |
---|---|---|---|---|
draft | draft | @draft@ | draft | @draft@ |
approved | approved | @approved@ | approved | @approved@ |
reopened | reopened | @reopened@ | reopened | @reopened@ |
Anchor | ||||
---|---|---|---|---|
|
Modello Dati
Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (researchCentre - RSC)
Anchor | ||||
---|---|---|---|---|
|
Permessi
Nella seguente sezione viene riportato il dettaglio dei permessi e delle transizioni di stato possibili per tutti gli attori del flusso.
Per quanto riguarda le transizioni di stato vengono riportati gli identificativi degli stati verso i quali è possibile effettuare la transizione.
Quando viene riportato il marcatore "__PREVIOUS_STATE__" significa che la transizione di stato è consentita verso lo stato precedente.
Di seguito la legenda dei permessi:
- c: create (disponibile solo per il primo stato del flusso)
- r: read
- w: write
- d: delete
Stato | Attori | Permessi | Transizioni | Tab |
---|---|---|---|---|
@draft@ (draft) | Helpdesk (helpdesk) | c r w d | approved | |
@approved@ (approved) | Helpdesk (helpdesk) | r | reopened | |
Organi dipartimentali (headOfDepartment) | r | none | ||
Responsabile scientifico (owner) | r | none | ||
@reopened@ (reopened) | Helpdesk (helpdesk) | r w d | approved | |
Organi dipartimentali (headOfDepartment) | r | none | ||
Responsabile scientifico (owner) | r | none |
Validazioni
Nella seguente sezione viene riportato il dettaglio delle validazioni per tutte le coppie (attore, stato) del flusso.
Le validazioni sono distinte nei seguenti macrotipi e sono riferite, se non specificato altrimenti, all'oggetto radice.
- enter: validazione applicata in ingresso nello stato
La transizione in ingresso viene NEGATA se anche solo una validazione NON viene superata con successo. - save: validazione applicata ad ogni salvataggio e quindi anche per ogni spostamento di TAB
Il salvataggio viene NEGATO se anche solo una validazione NON viene superata con successo. - delete: validazione applicata in fase di eliminazione di un oggetto radice
- element: validazione applicata agli elementi figli di un oggetto radice
- permissions: logiche di generazione dinamica dei permessi (rwfd) sull'oggetto radice che sovrascrive i permessi di flusso (rwfd)
- required: validazione di obbligatorietà di un attributo sull'oggetto radice.
- complex: validazione complessa applicabile sia all'oggetto radice che agli elementi.
Per avere maggiori dettagli sulla validazione cliccare sull'identificativo della validazione
- salvataggio (save)
- eliminazione (delete)
internalOrganizationUnit:delete departmentDeleteValidator indica che la validazione "departmentDeleteValidator" è applicata in eliminazionoe di un elemento di tipo internalOrganizationUnit dell'oggetto radice.
Per avere maggiori dettagli sui possibili elementi fare riferimento alla definizione del modello, disponibile nella sezione Modello Dati.
Infine è possibile applicare le validazioni, condizionalmente al soddisfacimento di determinate condizioni (opzionali).
Queste condizioni sono specificate nella colonna "Applicabilità": se è specificato always, la validazione è sempre attiva.
Logiche (action/start)
Nella seguente sezione vengono riportate le
- START LOGICS
Le start logics sono le "azioni" che vengono eseguite in fase di creazione di un nuovo oggetto radice - ACTION LOGICS
Le action logics sono delle "azioni" che vengono eseguite al verificarsi di determinati eventi. Gli eventi contemplati sono:- enter: ingresso in uno stato
- save: salvataggio dell'oggetto radice
START LOGICS
- wfStartLogicStandardIdentifier
- wfStartLogicYearFromStartDate
- wfStartLogicMultipleOwners
- wfStartLogicResearchCentre
- @draft@ (draft)
- @approved@ (approved)
- @reopened@ (reopened)