View Source

Grafico del flusso

Descrizione

Il flusso project-decentralized-flow è un flusso Decentralizzato che modella il ciclo di vita di un progetto di ricerca, dalla proposta, all'ottenimento del finanziamento e dei successivi risultati.

Questo flusso prevede i seguenti attori nelle diverse visioni.

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à"
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 progetto è consentita solo per il dipartimento marcato come "Principale"
  I dipartimenti aggregati avranno accesso in sola lettura.
Visione personale
- Responsabile scientifico - RS
  Persona appartenente al team "Utenti", che compare tra i responsabili del progetto. Cfr modello dati TAB Soggetti interni
- Partecipante - PA
  Persona appartenente al team "Utenti", che compare tra i partecipanti del progetto. Cfr modello dati TAB Soggetti interni
- Referente amministrativo - RA
  Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del progetto. Cfr modello dati TAB Soggetti interni

Trattandosi di un flusso decentralizzato, la creazione di un nuovo progetto è consentita anche ai 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.
Inoltre, facciamo presente che gli stati in arancione sono gli stati di sincronizzazione con UGOV-PJ

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	wfState.prj.draft	Bozza	button.forward.to.prj.draft	Salva e invia in "Bozza"
financingScouting	wfState.prj.financingScouting	Scouting Finanziamento	button.forward.to.prj.financingScouting	Salva e invia in "Scouting Finanziamento"
archived	wfState.prj.archived	Archiviato	button.forward.to.prj.archived	Salva e invia in "Archiviato"
grantorFound	wfState.prj.grantorFound	Potenziale Finanziamento	button.forward.to.prj.grantorFound	Salva e invia in "Potenziale Finanziamento"
rejected	wfState.prj.rejected	Respinto	button.forward.to.prj.rejected	Salva e invia in "Respinto"
operative	wfState.prj.operative	Operativo	button.forward.to.prj.operative	Salva e invia in "Operativo"
concluded	wfState.prj.concluded	Concluso	button.forward.to.prj.concluded	Salva e invia in "Concluso"

Modello Dati

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

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

Viene, inoltre, fornito dettaglio dei TAB disponibili (quelli in sola lettura presentano il suffisso readonly)

Stato	Attori	Permessi	Transizioni	Tab
Bozza (draft)	Helpdesk (helpdesk)	c r w d	financingScouting	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	c r w d	financingScouting	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Partecipante (contributor)	r	none
Scouting Finanziamento (financingScouting)	Helpdesk (helpdesk)	r w d	draft,archived,grantorFound	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r w	draft,archived,grantorFound	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	r	none
Archiviato (archived)	Helpdesk (helpdesk)	r w d	financingScouting	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r	none
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	r	none
Potenziale Finanziamento (grantorFound)	Helpdesk (helpdesk)	r w d	financingScouting,rejected,operative	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r	none
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	r w	rejected,operative	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
Respinto (rejected)	Helpdesk (helpdesk)	r w d	grantorFound	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r	none
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	r	none
Operativo (operative)	Helpdesk (helpdesk)	r w d	grantorFound,concluded	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r	none
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	r w	concluded	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
Concluso (concluded)	Helpdesk (helpdesk)	r w d	operative	Dati generali Date Soggetti Interni Partner Comitato Etico Finanziamento Valutazione Parole chiave Collegamenti Allegati & Log Transizioni
	Responsabile scientifico (owner)	r	none
	Partecipante (contributor)	r	none
	Organi dipartimentali (headOfDepartment)	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)

Le validazioni sono ulteriormente distinte nei seguenti tipi.

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

Nel caso di validazioni di tipo element, oltre all'identificativo della validazione, viene riportato anche l'identificativo dell'elemento a cui è applicata e l'azione che l'ha scatenata:

salvataggio (save)
eliminazione (delete)

Ad esempio la seguente stringa
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.

Stato	Attori	MacroTipo	Tipo	Attributo/Identificativo	Applicabilita'
Bozza (draft)	all	enter	required	wfItemTypeId	always
				description	always
				dateMap[proposalStartDate]	always
			complex	ownerValidatorProject	always
			complex	checkCreationPermissionsValidator	always
		save	required	wfItemTypeId	always
			complex	ethicCommiteeDeleteInconsistentDataProject	always
				sameDefinitionForGenericItemValidator	always
				changeItemTypeForNotSynchronizedItemValidator	always
				personInFragmentValidator	always
Scouting Finanziamento (financingScouting)	all	enter	required	dateMap[proposalStartDate]	always
			required	description	always
			complex	organizationUnitValidatorProject	always
		save	required	wfItemTypeId	always
			complex	ethicCommiteeDeleteInconsistentDataProject	always
				sameDefinitionForGenericItemValidator	always
				changeItemTypeForNotSynchronizedItemValidator	always
				personInFragmentValidator	always
Archiviato (archived)	all	enter	required	dateMap[proposalStartDate]	always
				description	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
			complex	organizationUnitValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeApplicabilityValidatorProject	always
				ethicCommiteeTopicValidatorProject	always
				ethicCommiteeSubmittedValidatorProject	always
				ethicCommiteeAuthorizationNumberValidatorProject	always
				ethicCommiteeAuthorizationDateValidatorProject	always
				ethicCommiteeAuthorizationOrganizationValidatorProject	always
		save	required	wfItemTypeId	always
			complex	ethicCommiteeDeleteInconsistentDataProject	always
				sameDefinitionForGenericItemValidator	always
				changeItemTypeForNotSynchronizedItemValidator	always
				personInFragmentValidator	always
Potenziale Finanziamento (grantorFound)	all	enter	required	description	always
				dateMap[proposalStartDate]	always
				numberMap[requestedInternalContribution]	always
				numberMap[requestedInternalCost]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
			complex	organizationUnitValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeApplicabilityValidatorProject	always
				ethicCommiteeTopicValidatorProject	always
				ethicCommiteeSubmittedValidatorProject	always
				ethicCommiteeAuthorizationNumberValidatorProject	always
				ethicCommiteeAuthorizationDateValidatorProject	always
				ethicCommiteeAuthorizationOrganizationValidatorProject	always
		save	required	wfItemTypeId	always
			complex	ethicCommiteeDeleteInconsistentDataProject	always
				sameDefinitionForGenericItemValidator	always
				changeItemTypeForNotSynchronizedItemValidator	always
				personInFragmentValidator	always
	Organi dipartimentali (headOfDepartment)	element	complex	internalOrganizationUnit:delete departmentDeleteValidator	always
	Organi dipartimentali (headOfDepartment)	element	complex	internalOrganizationUnit:save departmentChangeRoleValidator	always
Respinto (rejected)	all	enter	required	description	always
				dateMap[proposalStartDate]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
			complex	organizationUnitValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeApplicabilityValidatorProject	always
				ethicCommiteeTopicValidatorProject	always
				ethicCommiteeSubmittedValidatorProject	always
				ethicCommiteeAuthorizationNumberValidatorProject	always
				ethicCommiteeAuthorizationDateValidatorProject	always
				ethicCommiteeAuthorizationOrganizationValidatorProject	always
		save	required	wfItemTypeId	always
			complex	ethicCommiteeDeleteInconsistentDataProject	always
				sameDefinitionForGenericItemValidator	always
				changeItemTypeForNotSynchronizedItemValidator	always
				personInFragmentValidator	always
Operativo (operative)	all	enter	required	dateMap[startDate]	always
				dateMap[endDate]	always
				dateMap[proposalStartDate]	always
				description	always
				numberMap[requestedInternalContribution]	always
				numberMap[requestedInternalCost]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
				wfDictionaryMap[currency]	always
			complex	checkInconsistentFundingValidatorProject	always
				checkDateExtensionValidator	always
				ownerValidatorProject	always
				organizationUnitValidatorProject	always
				organizationUnitRoleValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				currencyAndInternalContributionValidatorProject	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeApplicabilityValidatorProject	always
				ethicCommiteeTopicValidatorProject	always
				ethicCommiteeSubmittedValidatorProject	always
				ethicCommiteeAuthorizationNumberValidatorProject	always
				ethicCommiteeAuthorizationDateValidatorProject	always
				ethicCommiteeAuthorizationOrganizationValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				contributorAndOwnerValidatorWithStartEndDate	always
				wfUgovPjSenderValidatorProject	always
		save	required	wfItemTypeId	always
				dateMap[startDate]	always
				dateMap[endDate]	always
				description	always
				numberMap[requestedInternalContribution]	always
				numberMap[requestedInternalCost]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
				wfDictionaryMap[currency]	always
			complex	checkDateExtensionValidator	always
				checkInconsistentFundingValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				contributorAndOwnerValidatorWithStartEndDate	always
				ownerValidatorProject	always
				organizationUnitValidatorProject	always
				organizationUnitRoleValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				currencyAndInternalContributionValidatorProject	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeDeleteInconsistentDataProject	always
				changeItemTypeForSynchronizedItemValidator	always
				personInFragmentValidator	always
				wfUgovPjSenderValidatorProject	always
	Organi dipartimentali (headOfDepartment)	element	complex	internalOrganizationUnit:delete departmentDeleteValidator	always
	Organi dipartimentali (headOfDepartment)	element	complex	internalOrganizationUnit:save departmentChangeRoleValidator	always
Concluso (concluded)	all	enter	required	dateMap[startDate]	always
				dateMap[endDate]	always
				dateMap[proposalStartDate]	always
				description	always
				numberMap[requestedInternalContribution]	always
				numberMap[requestedInternalCost]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
				dateMap[expenditureEndDate]	always
				wfDictionaryMap[currency]	always
			complex	ownerValidatorProject	always
				organizationUnitValidatorProject	always
				organizationUnitRoleValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				currencyAndInternalContributionValidatorProject	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeApplicabilityValidatorProject	always
				ethicCommiteeTopicValidatorProject	always
				ethicCommiteeSubmittedValidatorProject	always
				ethicCommiteeAuthorizationNumberValidatorProject	always
				ethicCommiteeAuthorizationDateValidatorProject	always
				ethicCommiteeAuthorizationOrganizationValidatorProject	always
				contributorAndOwnerStartDateValidator	always
				contributorAndOwnerValidatorWithStartEndDate	always
				checkInconsistentFundingValidatorProject	always
				checkDateExtensionValidator	always
				wfUgovPjSenderValidatorProject	always
		save	required	wfItemTypeId	always
				numberMap[requestedInternalContribution]	always
				numberMap[requestedInternalCost]	always
				numberMap[internalContribution]	always
				numberMap[internalCost]	always
				dateMap[expenditureEndDate]	always
				wfDictionaryMap[currency]	always
				description	always
				dateMap[startDate]	always
				dateMap[endDate]	always
			complex	contributorAndOwnerValidatorWithStartEndDate	always
				contributorAndOwnerStartDateValidator	always
				checkDateExtensionValidator	always
				checkInconsistentFundingValidatorProject	always
				ownerValidatorProject	always
				organizationUnitValidatorProject	always
				organizationUnitRoleValidatorProject	always
				ownerAndOrganizationUnitMatchValidatorProject	always
				grantorValidatorProject	always
				currencyAndInternalContributionValidatorProject	always
				partnerAndGlobalCostValidatorProject	always
				ethicCommiteeDeleteInconsistentDataProject	always
				changeItemTypeForSynchronizedItemValidator	always
				personInFragmentValidator	always
				wfUgovPjSenderValidatorProject	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

Di seguito viene riportato il dettaglio delle logiche definite per questo flusso.

START LOGICS

ACTION LOGICS

Bozza (draft)
- ENTER LOGICS
- SAVE LOGICS
Scouting Finanziamento (financingScouting)
- ENTER LOGICS
- SAVE LOGICS
Archiviato (archived)
- ENTER LOGICS
- SAVE LOGICS
Potenziale Finanziamento (grantorFound)
- ENTER LOGICS
- SAVE LOGICS
Respinto (rejected)
- ENTER LOGICS
- SAVE LOGICS
Operativo (operative)
- ENTER LOGICS
- SAVE LOGICS
Concluso (concluded)
- ENTER LOGICS
- SAVE LOGICS