Versions Compared

Old Version 15

changes.mady.by.user Davide Palena

Saved on

compared with

New Version 16

changes.mady.by.user proiris01@cineca.it proiris01@cineca.it

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

Grafico del flusso

Descrizione

...

  • Visione completa
    • Helpdesk - HD
      Team con profilo "Helpdesk Centri di Ricerca e Spinoff"
  • 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.
  • 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 TAB Strutture e persone partecipanti
    • 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

...

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 statoChiave etichetta statoValore default statoChiave etichetta bottone transizione in ingressoValore default bottone transizione in ingresso
draftwfState.rsc.draftBozzabutton.forward.to.rsc.draftSalva e invia in "Bozza"
approvedwfState.rsc.approvedApprovatobutton.forward.to.rsc.approvedSalva e invia in "Approvato"
reopenedwfState.rsc.reopenedRiapertobutton.forward.to.rsc.reopenedSalva e invia in "Riaperto"
Anchor
ModelloDati-anchor
ModelloDati-anchor

Modello Dati

Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (researchCentre - RSC)

Anchor
Permessi-anchor
Permessi-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:

...

StatoAttoriPermessiTransizioniTab
Bozza
(draft) 		Helpdesk (helpdesk) c r w d approved
Approvato
(approved) 		Helpdesk (helpdesk) r reopened
Organi dipartimentali (headOfDepartment) r none
Responsabile scientifico /Proprietario (owner) r none
Riaperto
(reopened) 		Helpdesk (helpdesk) r w d approved
Organi dipartimentali (headOfDepartment) r none
Responsabile scientifico /Proprietario (owner) r none

...

  • 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)

...

getYearFromStartDateValidatorgetYearFromStartDateValidator
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft) 		allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex checkCreationPermissionsValidator always
ownerPositionStartValidator always
savecomplexalways sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator always
partner:save  researchCentrePartnerRoleValidator always
owner:save  researchCentreOwnerEndDateValidator always
owner:save  researchCentreOwnerDatesValidator always
Approvato
(approved) 		allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex multipleOwnerValidator always
researchCentreAttachmentValidator always
researchCentreInternalOrganizationUnitValidator always
researchCentrePartnerValidator always
researchCentreStartDateCoveredValidator always
researchCentreEndDateCoveredValidator always
researchCentreFullCoveredWithNoOverlapsOrDiscontinuityValidator always
Riaperto
(reopened) 		allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex multipleOwnerValidator always
researchCentreAttachmentValidator always
researchCentreInternalOrganizationUnitValidator always
researchCentrePartnerValidator always
researchCentreStartDateCoveredValidator always
researchCentreEndDateCoveredValidator always
researchCentreFullCoveredWithNoOverlapsOrDiscontinuityValidator always
savecomplexalways sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator always
partner:save  researchCentrePartnerRoleValidator always
owner:save  researchCentreOwnerEndDateValidator always
owner:save  researchCentreOwnerDatesValidator always

...

  • 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

...

...