Sommario
Table of Contents |
---|
Validazione con workflow DSpace
Quando l’inserimento di un prodotto nell’Institutional Repository viene completato da un docente, l’item è inviato al workflow di validazione per il controllo di qualità dei dati e idoneità alla pubblicazione sul portale pubblico.
In base alle scelte dell’Istituzione che installa IRIS, si possono presentare scenari differenti.
La validazione può essere INATTIVA o ATTIVA e, se attiva, il relativo workflow deve essere configurato attraverso la User Interface.
La visibilità pubblica è invece configurata attraverso due parametri applicativi su file di configurazione:
- IR_VALIDATION_ITEM_WORKFLOW_DEFAULT (di seguito abbreviato in “IR_Valid_Item”) per impostare la visibilità dei metadati relativi al prodotto;
- IR_VALIDATION_BITSTREAM_WORKFLOW_DEFAULT (di seguito abbreviato in “IR_Valid_Bitstream”) per impostare la visibilità del full-text allegato.
La tabella seguente riporta il risultato in termini di visibilità sul portale pubblico in base al valore dei parametri, considerando il caso di validazione INATTIVA.
| IR_Valid_Item=notvisible | IR_Valid_Item= disclaimer | IR_Valid_Item=visible |
IR_Valid_Bitstream=novalidate | Il prodotto non è visibile (né metadati, né fulltext) | Caso DEFAULT: i metadati sono visibili con disclaimer, il fulltext non è visibile | I metadati sono visibili, il fultext no |
IR_Valid_Bitstream=validate | Non applicabile | Metadati e fulltext visibili con disclaime | Metadati e fulltext visibili pubblicamente |
Validazione ATTIVA: configurazione del workflow di validazione attraverso la UI
DSpace consente di attivare fino a tre step di validazione in successione (v. figura sotto):
- con uno step del primo tipo si può decidere se riaprire il prodotto o mandarlo agli step successivi;
- con uno step del secondo tipo si può decidere se mandare avanti il prodotto, oppure riaprirlo, oppure modificarlo;
- con uno step del terzo tipo si può solo modificare (funzionamento tipico di SURplus OA).
La norma di IRIS-IR è l'uso del solo step 2.
Procedimento di configurazione mediante interfaccia amministrativa IRIS:
1) aprire la pagina con l'Albero delle tipologie: Menu di sinistra Configurazione -> Prodotti -> Albero delle tipologie
2) accedere allaHome Page di una collezione (ad esempio: “Articolo in rivista”)
3) selezionare Modifica
4) selezionare Crea del passo scelto (ad esempio scegliendo lo step di tipo 2: “Accetta/Rifiuta/Modifica metadati Passo”)
5) premere il tasto Seleziona gruppi: si apre una finestra pop-up che presenta i gruppi disponibili. Qui si deve scegliere il gruppo ROLE_OA_WORKFLOW (v. figura sotto) per delegare la gestione del gruppo di validazione a RM e agli opportuni contesti. Inoltre a questo livello si può fare una eventuale configurazione dei team, tenendo presente che di default i superutenti di contesto e gli amministratori sono i validatori.
6) Nella stessa schermata, premere su Aggiorna gruppo per salvare le modifiche effettuate.
Questa procedura di configurazione deve essere effettuata per ogni tipologia presente nel Repository, per la quale si definiscono così quali sono gli step attivi (1, 2, 3).
Gli operatori che potranno effettuare l'operazione saranno coloro che dispongono del permesso di esecuzione del workflow step specifico (1, 2, 3) su uno o più dei contesti di riferimento del prodotto. Ricordiamo che i contesti di riferimento di un prodotto sono calcolati nel seguente modo:
- si tiene conto di tutti gli autori interni riconosciuti (tralasciando gli autoriconoscimenti ed escludendo anche il responsabile del dato, a meno che non sia un autore interno)
- per ogni autore si considera l'ultima carriera nota ai fini della ricerca (priorità in caso di rapporti di lavoro multipli)
--> il prodotto appartiene automaticamente a tutti i contesti Dipartimentali, SSD, custom così trovati.
Il contesto "custom" può essere utilizzato per implementare logiche specifiche. Ad oggi, abbiamo due implementazioni "standard" disponibili:
- IDAB: serve per coprire la casistica del contesto IDAB Ugov (su base individuale ogni autore viene assegnato ad un contesto quale la biblioteca di riferimento, etc.)
- Tipologia: il contesto è incentrato sulla tipologia del catalogo, in questo modo si possono abilitare specifici uffici solo per alcune tipologie (es. ufficio dottorati / tesi di dottorato, ufficio brevetti / brevetti) - questa è la soluzione attiva per Statale di Milano e Bicocca
La documentazione DSpace relativa al workflow di validazione è accessibile al seguente link:
https://wiki.duraspace.org/display/DSDOC4x/Functional+Overview#FunctionalOverview-WorkflowSteps
(ma Cineca non supporta "Configurable Workflow", una funzionalità della XMLUI).
La figura seguente schematizza il workflow di validazione implementato in IRIS:
Approfondimenti su Stati Prodotto e Workflow e differenze rispetto a UGOV (note tecniche)
...