Versions Compared

Key

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

Grafico del flusso

Image Modified

Descrizione

...

  • Visione completa
    • Helpdesk - HD
      Team con profilo "Helpdesk Centri di Ricerca e SpinoffPiattaforme tecnologiche"
  • Visione dipartimentale
    • Organi dipartimentali - OD
      Team con la seguente naming convention "Profilo di dipartimento per XXX", dove XXX è il nome del dipartimento
  • Visione personale
    • Responsabili scientifici - RS
      Persona appartenente al team "Utenti", che compare tra i responsabili del Centro di ricercadella Piattaforma tecnologica.
      Cfr modello dati TAB Strutture e persone partecipanti
    • Comitato - Membri interni
      Persona appartenente al team "Utenti", che compare tra i Membri interni del Centro di ricercadella Piattaforma tecnologica.
      Cfr modello dati TAB Strutture e persone partecipanti

...

Identificativo statoChiave etichetta statoValore default statoEtichetta del bottone stato successivoEtichetta del bottone stato precedenteValore etichetta del bottone stato successivoValore etichetta del bottone stato precedente
draftwfState.rsc.draftBozzabutton.forward.to.rsc.draftbutton.backward.to.rsc.draftSalva e invia in "Bozza"Salva e invia in "Bozza"
approvedwfState.rsc.approvedApprovatobutton.forward.to.rsc.approvedbutton.backward.to.rsc.approvedSalva e invia in "Approvato"Salva e invia in "Approvato"
reopenedwfState.rsc.reopenedRiapertobutton.forward.to.rsc.reopenedbutton.backward.to.rsc.reopenedSalva e invia in "Riaperto"Salva 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/Proprietario (owner) r none
Riaperto
(reopened)
Helpdesk (helpdesk) r w d approved
Organi dipartimentali (headOfDepartment) r none
Responsabile/Proprietario (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)

...

always
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft)
allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex checkCreationPermissionsValidator always
ownerPositionStartValidator always
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator roleElementValidator always
partner:save  researchCentrePartnerRoleValidator roleElementValidator always
owner:save  researchCentreOwnerEndDateValidatoralwaysowner:save  researchCentreOwnerDatesValidatorcheckElementDateBetweenItemDateValidatoralways
Approvato
(approved)
allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex multipleOwnerValidator always
attachmentValidator always
researchCentreInternalOrganizationUnitValidatorrequiredAndUniquenessElementValidatoralways
researchCentrePartnerValidator always
dateCheckCoverageAndOverlapdateCoverageAndOverlapValidatoralways
contributorAndInternalOrganizationUnitDateValidatorroleElementValidatoralwayscontributorAndInternalOrganizationUnitStartDateValidator
savecomplexhistoricalDescriptionDateValidatorroleElementValidatoralways
Riaperto
(reopened)
allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
complex multipleOwnerValidator always
attachmentValidator always
researchCentreInternalOrganizationUnitValidatorrequiredAndUniquenessElementValidatoralways
researchCentrePartnerValidator always
dateCheckCoverageAndOverlapdateCoverageAndOverlapValidatoralwayscontributorAndInternalOrganizationUnitDateValidatoralways
contributorAndInternalOrganizationUnitStartDateValidatoralways
historicalDescriptionDateValidatoralways
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator roleElementValidator always
partner:save  researchCentrePartnerRoleValidator roleElementValidator always
owner:save  researchCentreOwnerEndDateValidatoralwaysowner:save  researchCentreOwnerDatesValidatorcheckElementDateBetweenItemDateValidatoralways

Logiche (action/start)

...

...