Versions Compared

Old Version 2

changes.mady.by.user Unknown User (andrea.mollaretti@plurimedia.it)

Saved on

compared with

New Version 372

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 "Profilo Helpdesk per i Progetti (project)"
    • Divisione Ricerca - DR
      Team con profilo "Profilo Divisione Ricerca"
    • Contabilità - CO
      Team con profilo "Profilo Contabilità"
    • Helpdesk Centri di Ricerca"
  • 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 progettoCentro di ricerca.
      Cfr modello dati (TAB Soggetti interni) disponibile al livello superiore
    • Partecipante - PA
      Persona appartenente al team "Utenti", che compare tra i partecipanti del progetto. Cfr modello dati (TAB Soggetti interni) disponibile al livello superiore
    • Referente amministrativo - RA
      Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del progetto. Cfr modello dati (TAB Soggetti interni) 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.
Di default venegono utilizzate le etichette dei bottoni per lo stato successivo, è possibile configurare il flusso in maniera tale da utlizzare anche le etichette dei bottoni per lo stato precedente.
Esempio di utilizzo: l'oggetto si trova nello stato in attesa di essere validato, i possibili stati di cambio sono bozza e operativo. Il bottone per lo stato operativo utilizzerà l'etichetta per lo stato successivo, mentre il bottone per lo stato bozza utilizzerà l'etichetta per lo stato precedente.

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 (laboratory researchCentre - LABRSC)

Anchor
Permessi-anchor
Permessi-anchor

Configurazioni

Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Centri di ricerca (researcCentre - RSC)

Anchor
Configuration-anchor
Configuration-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
  • f: forward

...

wfState.lab.draftwfState.lab.submitted
(submittedwfState.lab.reopened
StatoAttoriPermessiTransizioniTab
Bozza
(draft) 		Helpdesk (helpdesk) c r w d f approved
Organi dipartimentali (headOfDepartment)c r w dapproved
Responsabile scientifico (owner)r wsubmitted
Delegato (internalRepresentatives)r wsubmitted
Approvato
(approved		) Helpdesk (helpdesk) r wdraft,rejected,approved
Organi dipartimentali (headOfDepartment)r wdraft,rejected,approved
f reopened
Organi dipartimentali (departmentResponsabile scientifico (owner) r none
Delegato (internalRepresentatives)rnone
wfState.lab.rejected
(rejected)		Helpdesk (helpdesk)rsubmitted
Organi dipartimentali (headOfDepartment)rsubmitted
Responsabile/Proprietario Responsabile scientifico (owner) r nonernone
wfState.lab.approved
(approved)		Helpdesk (helpdesk)rsubmitted,reopened
Organi dipartimentali (headOfDepartment)rsubmitted,reopened
Responsabile scientifico (owner)rreopened
Delegato (internalRepresentatives)rreopened
Riaperto
(reopened) Helpdesk (helpdesk) r w d f approved
Organi dipartimentali (headOfDepartmentdepartment) r w dapprovednone
Responsabile/Proprietario Responsabile scientifico (owner) r wapproved
Delegato (internalRepresentatives)r wsubmitted
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)

...

wfState.lab.draftgetYearFromStartDateValidatoralwayselementsavewfState.lab.reopenedelementDelegato (internalRepresentatives)
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft) 		allenterrequiredwfItemTypeId always
description always
dateMap[startDate] always
complex checkCreationPermissionsValidator always
ownerPositionStartValidatoralwaysownerWithSameDepartmentAsHeadValidator always
savecomplexalwayssameDefinitionForGenericItemValidatoralwayselementcomplexowner:save  addOrgUnitFromNewOwnerValidator always
Organi dipartimentali (headOfDepartment)elementcomplexinternalOrganizationUnit:delete  notAllowedValidatorinternalOrganizationUnit:save  notAllowedValidator roleElementValidator always
Responsabile scientifico (owner)elementcomplexinternalOrganizationUnit:delete  notAllowedValidatoralways
internalOrganizationUnit:save  notAllowedValidatorpartner:save  roleElementValidator always
owner:save  notAllowedValidatoralways
owner:delete  notAllowedValidatoralways
Delegato (internalRepresentatives)elementcomplexinternalOrganizationUnit:delete  notAllowedValidatorcheckElementDateBetweenItemDateValidator always
internalOrganizationUnit:save  notAllowedValidatoralways
owner:save  notAllowedValidator roleElementValidator always
owner:delete  notAllowedValidatoralways
wfState.lab.submitted
(submitted Approvato
(approved) 		allenterrequiredwfItemTypeId always
descriptionalwaysclobMap[abstract] always
dateMap[startDate]alwaysbooleanMap[visibleOnPortal]always
complexmultipleOwnerValidatoralways
internalOrganizationUnitValidatoralways
equipmentValidatorLaboratoryalways
multipleOwnerPositionConsistencyStartDateValidatoralways
savecomplexsameDefinitionForGenericItemValidatoralways
getYearFromStartDateValidator always
elementcomplexowner:save  addOrgUnitFromNewOwnerValidatoralwaysOrgani dipartimentali (headOfDepartment):owner always
complexinternalOrganizationUnit:delete  notAllowedValidatorattachmentValidator always
internalOrganizationUnit:save  notAllowedValidatorrequiredAndUniquenessElementValidator always
wfState.lab.rejected
(rejected)		allenterrequiredwfItemTypeIdalways
researchCentrePartnerValidator always
dateCoverageAndOverlapValidator description always
dateMap[startDate]roleElementValidator always
wfState.lab.approved
(approved)		allenterrequiredwfItemTypeIdapprovalValidator always
descriptionresearchCentreApprovalOrgUnitValidator always
clobMap[abstract]researchCentreRenewalValidator always
dateMap[startDate]always
booleanMap[visibleOnPortal]always
savecomplexmultipleOwnerValidatorroleElementValidator always
internalOrganizationUnitValidatoralways
equipmentValidatorLaboratoryalways
multipleOwnerPositionConsistencyStartDateValidatoralways
elementcomplexsameDefinitionForGenericItemValidatorowner:save  roleElementValidator always
getYearFromStartDateValidatoralways
Riaperto
(reopened) 		allenterrequiredwfItemTypeId always
descriptionalwaysclobMap[abstract] always
dateMap[startDate]always
savecomplexsameDefinitionForGenericItemValidatoralways
getYearFromStartDateValidator always
elementcomplexowner:save  addOrgUnitFromNewOwnerValidatoralwaysOrgani dipartimentali (headOfDepartment):owner always
complexinternalOrganizationUnit:delete  notAllowedValidatorattachmentValidator always
internalOrganizationUnit:save  notAllowedValidatorrequiredAndUniquenessElementValidator always
Responsabile scientifico (owner)elementcomplexinternalOrganizationUnit:delete  notAllowedValidatoralways
researchCentrePartnerValidator always
dateCoverageAndOverlapValidator internalOrganizationUnit:save  notAllowedValidator always
owner:save  notAllowedValidatoralways
owner:delete  notAllowedValidatoralways
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:delete  notAllowedValidatorsave  roleElementValidator always
internalOrganizationUnitpartner:save  notAllowedValidator roleElementValidator always
owner:save  notAllowedValidator checkElementDateBetweenItemDateValidator always
owner:delete  notAllowedValidatorsave  roleElementValidator always

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

...