FASE DI ANALISI. Il Team Qualità del Sistema per la gestione del personale somministra a fine anno il Questionario generale e ne raccoglie i risultati entro il 31 marzo. I dati emersi dalla compilazione dei questionari e dalle misurazioni automatiche, interpretati coerentemente con gli obiettivi dell’indagine, vengono pubblicati sul Portale entro il 30 giugno per la condivisione dei risultati con l’ Amministrazione Il Team Qualità del Sistema per la gestione del personale si incontra anche a valle di ogni indagine di customer satisfaction relativa ai nuovi servizi, al fine di far emergere i risultati e per condividerli in caso di rilevazione di particolari criticità, con il Referente Qualità, per individuare le cause degli eventuali risultati negativi.
FASE DI ANALISI. Per la “pianificazione” si utilizza Microsoft Project, il piano di progetto dovrà essere mantenuto aggiornato su base settimanale e gestendo delle baseline mensili. I documenti di “analisi” (cfr procedure allegate) sono sviluppati utilizzando i consueti strumenti di Microsoft Office (Word/Excel/Powerpoint) e diagrammi UML per quanto riguarda gli “activity diagram”, “class diagram”, ecc. utilizzando i template riportati nell’allegato B. Il “piano di collaudo” è rilasciato utilizzando dei templates che prevedono un documento Word e degli allegati in formato fisso quando l’attività di collaudo sarà svolta con Microfocus QADirector, ed in altri formati (MS Word/Excel) quando QADirector non è applicabile. I restanti deliverables della fase sono sviluppati con i consueti strumenti di Microsoft Office (Word/Excel/Powerpoint) secondo i template riportati nell’allegato B. Lo sviluppo del software viene “misurato” utilizzando la tecnica dei “Function point” rapportando, tramite opportune tabelle, il numero di Linee di Codice (LOC) sviluppate. Allo scopo di misurare l’avanzamento dello sviluppo del software, dovrà essere effettuato un rilascio settimanale (entro le 18.00 del Venerdì) indipendentemente dallo stato in cui si trova. A seconda dei progetti/servizi si potranno utilizzare dei sistemi di Configuration management del codice (ad esempio SVN). Il numero di LOC ottenuto ogni settimana verrà utilizzato per monitorare l’avanzamento e, nella fase di test per misurare la difettosità del rilascio e l’effettiva possibilità di rilasciare al collaudo il software. La gestione dei “difetti” (Bug tracking) viene svolta prevalentemente tramite l’applicazione Bugzilla. I documenti di reportistica e gestione dei rischi sono prodotti utilizzando i consueti strumenti di Microsoft Office (Word/Excel/Powerpoint).
FASE DI ANALISI. In questa fase, i data collectors dovrebbero fornire almeno il primo modello di dati, e il relativo catalogo, da implementare in SIGMA-EST in modo tale che il team dell'IZSLT possa raccogliere le informazioni e seguire le indicazioni di IZSAM per definire per intero il modello. Per ciascun modello di dati, l'IZSLT collaborerà con IZSAM per identificare e costruire in SIGMA-EST le seguenti informazioni: attributo il catalogo corrispondente, se necessario. l modello di dati che sarà fornito in formato tabella conterrà le seguenti informazioni: Il nome dell'attributo o dell'attributo (numerico, stringa, ecc.) Per ciascun attributo del catalogo, cioè l'attributo i cui valori non sono di libera indicazione ma devono essere selezionati da un elenco di valori validi, il data collector dovrà fornire l'elenco dei valori appartenenti allo specifico catalogo. Ogni valore di catalogo deve contenere: Il codice Il nome Breve descrizione Prima dell'implementazione, ciascun modello di dati sarà analizzato dall'IZSAM, con il supporto dei diversi data collectors , per identificare se si adatta perfettamente a SIGMA-EST o se necessita prima di qualche modifica. La stessa analisi sarà effettuata da Istituto gemello (IZSLT) che svolge le stesse attività ma utilizzando un LIMS (Sistema Informativo del Laboratori) completamente diverso. Ciò aiuterà a identificare eventuali ulteriori necessità in termini di gestione dei dati e quindi considerare .