unità organizzative struttura dell'università ha dei concetti di gerarchia tipo albero con altre parti dell'università
unità di afferenza bridge tra ou e persone struttura che ha in carico il costo dello stipendio della persona
purpose è la funzione
place sono le sedi
è sempre presente un filtro per ruolo
Scheda professore
è un'entità che contiente le informazioni relative alla persona
è una pagina che possa mostare una serie di info sulle persone: ruolo, afferenza organizzativa, contatti (dati relativi alla loro occupazione in università).
spessso si può trovare la biografia, curriculum.
Le info arrivano da varie fonti
C'è sempre un primo gestionale di riferimento (essenziale) che è UGOV ci fornisce le anagrafiche e info riguardo alle persone contatti, afferenze e ruolo
Ovviamente può cambiare il metodo di esposizione
Fase 1 prendere i dati da ugov e trasformarli in entità drupal
Fase 2 interpretare i problemi di prelievo dei dati sul gestionale
campi ugov usati a sproposito
non è possibile in alcun modo modifica i dati forniti dalla sorgente perchè in questo caso diventeremmo noi gruppo portali la fonte autoritativa
il portale non deve sostituire il gestionale noi siamo una vetrina
Le info provengono dal gestionale di contabiltà dell'ateneo
ruolo
ad ogni codice è associata una descrizione per noi questa info così come ci arriva dal gestionale è illegibile
l'ateneo quindi ci chiede di raggurappare i ruoli in una macro struttura chiamata tipo di ruolo
Viene fatta una mappatura tra ruolo e tipo di ruolo fornita dall'ateneo
Spesso gli atenei chiedono di mostrare un determinato sottoinsieme di ruoli (è sempre una configurazione ad hoc)
sul gestionale ci potrebbe essere una mappatura ma spesso non soddisfa al top l'ateneo
Cosa può andare storto
persona con ruolo diverso rispetto alle aspettative
burrocraticamente parlando è un ricercatore ma nella vita reale ha anche compiti di docenza quindi l'ateneo ci chiede di poterlo esporre come docente
l'estrazione viene fatta sui contratti attivazione
alcune persone possono avere più posizioni attivazione
in questi casi tramite un algoritmo su pesi viene ricavato il contrattto principale sulla persona e quindi il ruolo e l'afferenza organizzativa
in alcuni casi l'ateneo non è comunque contento
bisogna quindi identificare la persona su più attributi es RUOLO + PROFILO o RUOLO + INQUADRAMENTO
ruolo -> identifica le caratterische funzionali della persona
inquadramento -> è una sorta di classificazione ulteriore del ruolo a livello contrattuale Es ruolo PTA potrebbe avere vari inquadramenti
select CD_TIPO_RUOLO, DS_TIPO_RUOLO, DS_INQUADR, DS_PROFILO from v_ie_ru_pers_attivo virpa group by CD_TIPO_RUOLO
separare info anagrafiche dalle info di contratto
creare due entità
person -> informazioni sulla persona
person_role -> informazioni sul contratto
Entità collegate e quindi utente finale non si accorge di nulla
Person_role gestisce i contratti multipli si possono censire tutti i contratti attivi di quella persona e permette di gestire la priorità del contratto direttamente da interfaccia di drupal o applicando un criterio definito con l'ateneo (non più algoritmo basato su pesi)
la person_role sarà comunque mappata con la decodifica ruolo e tipo di ruolo
persona non compare in rubrica
in alcuni casi l'elenco dei ruoli non sia esaustivo e quindi la persona ha un ruolo non presente nella lista
amplio il numero di ruoli da importare
si può applicare il criterio RUOLO + 2° ATTRIBUTO sia per l'esposizione che per l'importazione
persona che compare con ruolo sbagliato perchè ha il contratto scaduto
bisogna spostarci sulla tabella di anagrafica che fornisce tutti le persone a prescindere dal fatto che abbiano o meno un contratto attivo
bisogna pescare solo le persone ancora valide PERIODO DI GRAZIA
bisogna mettere in join
pers_attivo con persone_tutte
pers_contratto scaduto con persone_tutte
filtrando il contratto scaduto da non più di XXX mesi
In futuro sarà probabile chiedere vari pdg per ogni tipologia di ruolo