Pagina 1 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Scheda descrittiva del programma
Sistema di Tracciabilità dei prodotti
agroalimentari - Si.Tra.
ceduto in riuso
Regione Marche
Pagina 2 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
1 SEZIONE 1 – CONTESTO ORGANIZZATIVO
1.1 Generalità
1.1.1 Identificazione e classificazione dell’amministrazione cedente
Amministrazione cedente: Regione Marche – Agenzia Servizi
Settore Agroalimentare delle Marche
(ASSAM)
Amministrazione cedente – Sigla: Regione Marche
Tipologia di Amministrazione cedente: Amministrazione regionale
1.1.2 Identificazione e classificazione dell’Oggetto
Oggetto offerto in riuso: Sistema di Tracciabilità dei prodotti agroalimentari -
Si.Tra - in grado di modellare, implementare e gestire flessibilmente le diverse filiere
del comparto agroalimentare, assicurando in particolare l’interoperabilità con i sistemi
hardware e software dei soggetti chiamati a fornire il dato di base per la tracciabilità dei
“lotti” di prodotto.
Il Sistema permette di costruire la filiera a partire dai materiali (in ingresso e in uscita
alla filiera), dalle operazioni di ricevimento, trasferimento, trasformazione. Per ogni
operazione e materiale è possibile integrare dei parametri o attributi che assicurino la
corrispondenza a specifiche del disciplinare di produzione o Regolamento Tecnico dei
marchi collettivi, ove presenti
Oggetto offerto in riuso – Sigla: Si.Tra.
Tipologia di Oggetto offerto in riuso: Applicativo verticale
Collocazione funzionale dell’Oggetto.
L’Oggetto realizza funzioni a livello di: Processo
Tipologia di licenza dell’Oggetto offerto: Software libero
Modalità di implementazione dell’Oggetto ceduto in riuso: Realizzazione ex-novo
su specifiche dell’amministrazione
Oggetto/i di cessione in riuso:
Oggetto o parte di esso
Opere derivate
Pagina 3 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
1.1.3 Referenti dell’amministrazione cedente
Responsabile
dei sistemi
informativi
Nome e cognome:
Indirizzo:
Tel/Cel:
e-mail::
Serena Carota
Via Tiziano, 44 - ANCONA
071-806.3915
Referente/i di
progetto
Nome e cognome:
Indirizzo:
Tel/Cel:
e-mail::
Francesco Gobbi
Via Tiziano, 44 - ANCONA
071-806.3600
Referente/i
amministrativo
Nome e cognome:
Indirizzo:
Tel/Cel:
e-mail::
Cristina Martellini
Via Tiziano, 44 - ANCONA
071-806.3786 >
Pagina 4 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
1.2 Scenario di riuso
1.2.1 Ambito amministrativo interessato
Servizi al cittadino
Servizi alle Imprese
Servizi ai professionisti
Servizi sanitari
Sviluppo economico
Trasparenza
1.2.2 Utenti fruitori dell’Oggetto
Numero totale di Utenti che utilizzano l’Oggetto: 40
Nota:. Si.Tra. si interfaccia con quattro attori principali:
1. le organizzazioni appartenenti alla filiera (produttori, trasformatori, grossisti,
commercianti e dettaglianti);
2. i dispositivi hardware e i software necessari a trasmettere i dati relativi ai lotti
direttamente sul sistema regionale Si.Tra.;
3. i consumatori che, attraverso Si.Tra. hanno la possibilità di rintracciare l’origine di un
prodotto acquistato.
4. Funzionari delle PA interessate dai procedimenti di filiera.(in questo caso, 40)
Contesto organizzativo
Regione Marche, ASSAM;
Imprese, Soggetti privati in convenzione con la P.A.
Obiettivi perseguiti
Gli obiettivi del sistema sono:
1. fornire alle filiere un servizio di tracciabilità in conformità alle prescrizioni del
Reg. 178 /2002 a costi accessibili e assicurando nel contempo al consumatore
tutte le informazioni sulla tracciabilità dei prodotti acquistati;
2. permettere alle organizzazioni che realizzano prodotti certificati nel rispetto di
Regolamenti Tecnici (inclusi marchi di qualità regionali ad esempio il “QM”
Qualità Marche) o di altre norme volontarie, l’archiviazione e la trasmissione di
informazioni tecniche richieste dai Regolamenti o dai disciplinari di produzione;
3. garantire la trasparenza delle produzioni attraverso una serie di informazioni
volontarie ai consumatori;
4. creare un modello di “tracciabilità” con uno standard di informazioni univoco per
le produzioni agroalimentari.
In generale il Sistema realizza l’acquisizione di informazioni durante il ciclo di
produzione per la rintracciabilità ai fini del controllo e per la ricostruzione della storia
del prodotto, grazie all’azione diretta di tutti gli operatori privati coinvolti nel processo
produttivo e di tutti i soggetti a vario titolo coinvolti nel processo di controllo.
Pagina 5 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Il Si.Tra. (sistema tracciabilità) costituisce il progetto della Regione Marche per la
definizione di un sistema informativo per la tracciabilità e la rintracciabilità delle
produzioni agricole ed alimentari regionali in grado di garantire una archiviazione dei
dati ed un sistema di etichettatura con informazioni di supporto ai consumatori
applicabile nelle principali filiere produttive operanti sul territorio.
Aspetti dimensionali
Numero di Moduli: 6
1.2.3 Descrizione dettagliata delle funzionalità e/o delle classi
Nome Descrizione Dati
Input Output
Profili
Modulo modellazione Filiere:
Consente di creare e modificare tutte le
informazioni che descrivono un intero
TipoFiliera.
Si tratta di un modulo stand-alone consta di
un’interfaccia grafica utilizzata per creare e
modificare gli oggetti TipiOperazioni e
Materiali, ossia è possibile inserire, modificare e
collegare oggetti grafici che rappresentano i
TipiOperazione (caseificazione, cottura,…) i
Materiali ( oggetti di filiera – farina, grano …)
ed i loro collegamenti (impasto in ingresso alla
cottura, torta in uscita dalla cottura)
Materie/Prodot
ti
Processi/Lavor
azioni
Flusso
Modello
Filiera
SITra web
– back-end
Interfaccia utente per l’amministrazione di
Filiera:
Consente di eseguire le operazioni per
l”Attivazione di Filiera” in cui l’utente con il
ruolo di “Supervisore” crea la Filiera
“operativa” a partire dal TipoFiliera (generato
nella funzionalità Profili) e assegna, per prima
cosa, il Ruolo di “Capofiliera” che avrà i
permessi per creare tutti i ruoli relativi alla
filiera, associarli all’elenco delle operazioni
consentite e assegnare i ruoli alle Aziende
Inserimento
aziende nella
Filiera
Assegnazione
ruoli
Istanza di
Filiera
SITra web
– front-end
Interfaccia utente/Imprese per inserimento dati
produttivi di Filiera
Il menù dell’utente è dinamico e l’elenco dei
processi possibili viene definito
Dati
alfanumerici-
Lotti della
Popolament
o Filiera
Pagina 6 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
dall’assegnazione dei ruoli fatto nel passo
precedente.
Il menù principale, profilato per ruolo, mostra le
operazioni attraverso le quali ogni ruolo può
visualizzare, inserire e modificare i dati di
tracciabilità per le fasi di competenza.
Cliccando su di un operazione viene prima di
tutto visualizzata la lista dei processi di quel tipo
effettuati.
Cliccando su un ID di processo vengono
visualizzati i lotti in ingresso ed i lotti in uscita
relativi al processo selezionato.
Per ogni lotto esiste un dettaglio che mostra gli
attributi di lotto e ne permette la loro editazione.
Tale funzionalità permette oltre che valorizzare i
campi relativi ai lotti e gli eventi a essi correlati,
di inserire nuovi campi e la lista dei valori
predefiniti assumibili.
A partire dai Materiali, dunque, è possibile
inserire i valori possibili per ogni materiale, oltre
agli eventi con i loro valori possibili.
Per ruolo, è possibile selezionare le funzioni
operative previste in fase di profilazione della
Filiera di appartenenza ad es. :
Funzioni operative per Stoccatore
Ricevimento granella
Caricamento silos
Trasferimento al centro stoccaggio
Trasferimento al Molino
Per le funzioni di competenza, il ruolo compila i
dati di lotto.
Per ogni lotto esiste un dettaglio che mostra gli
attributi di lotto e ne permette la loro editazione.
Per il ruolo “Capo Filiera” è inoltre possibile
selezionare le funzioni amministrative per la
gestione dei componenti di Filiera:
Filiera
Pagina 7 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Gestione filiera
Gestione ruoli operativi
Gestione aziende
SITra –
portale
web Area
riservata
Monitoraggio Filiere (dati Filiera)
Tale funzionalità consente la generazione di
report e grafici che permettono agli utenti della
PA e al ruoli particolari come il Capofiliera il
controllo dei dati e l’analisi dei flussi produttivi.
Dati
alfanumerici(p
arametri
per generare i
report)
Reportistica
SITra –
portale
web Area
pubblica
Portale pubblico per la rintracciabilità dei lotti
Consente al consumatore dio conoscere la storia
di un lotto dal produttore fino al
confezionamento.
In pratica l’utente anonimo Consumatore può
ottenere informazioni a risalire, partendo dal
codice di rintracciabilità, ovvero il codice del
lotto acquistato.
Dati
Alfanumerici-
Codice lotto
Rintracciabi
lità del lotto
A.S.T.A
Web Service dati produttivi di Filiera
Consente l’interoperabilità del Si.Tra. con altri
sistemi di tracciabilità esponendo sia le
funzionalità operative che le informazioni per la
rintracciabilità.
Dati
alfanumerici –
Formato XML
dei Lotti della
Filiera
Popolament
o Filiera o
rintracciabil
ità del lotto
in formato
XML
1.2.4 Servizi o procedure implementati/e
Nome servizio Descrizione sintetica Destinatari del
servizio
Profili
Modulo modellazione Filiere, articolato in:
Creazione nuovo TipoFiliera
Salvataggio TipoFiliera
Aggiunta di un TipoOperazione al TipoFiliera
Aggiunta di un TipoMateriale al TipoFiliera
Aggiunta di un flusso tra Tipooperazione e
TipoMateriale
Join tra TipiFiliera
Personale della PA
Pagina 8 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
SITra web –
back-end
Interfaccia utente per l’amministrazione di Filiera per
la:
Creazione di una filiera dal TipoFiliera
Gestione Anagrafica di Filiera (Aggiungi Azienda,
aggiungi Sede Produttiva, Aggiungi utente)
Gestione Ruoli operativi di filiera (associare ad
ogni ruoli i tipi operazioni)
Associazione delle aziende ai ruoli operativi.
Associazione dei materiali agli utenti
Personale della PA
SITra web –
front-end
Interfaccia utente/Imprese per:
inserimento dati produttivi di Filiera
aggiunta di nuovi lotti
Imprese
SITra –
portale web
Area riservata
Monitoraggio Filiere (dati Filiera); consente la
visualizzazione:
della anagrafica di filiera
del numero di operazioni registrate
dei dati produttivi: materia prima che entra in
filiera
dei dati produttivi: materiale trasformato che esce
dalla filiera
dei lotti con parametri non conformi al disciplinare
Imprese
Personale della
PA
SITra –
portale web
Area pubblica
Attraverso il portale pubblico per la rintracciabilità
dei lotti, vengono:
Mostrati gli operatori coinvolti e i parametri
caratterizzanti il processo produttivo
Rintracciati i lotti
Visualizzati i dati su mappa
Cittadini
1.2.5 Tipologia di contratto
Il sistema di tracciabilità informatico Si.Tra nasce da un progetto dell’ASSAM in
collaborazione con la Regione Marche nell’ambito delle attività finalizzate alla qualità e alla
tracciabilità nell’agroalimentare al fine di soddisfare i requisiti del Reg. CE 178/2002.
Proprietà e gestione sono a carico della Regione Marche, in collaborazione con ASSAM
quanto a disegno delle procedure di gestione.
La prima versione del sistema Si.Tra. rilasciata dalla ditta AltaVia Srl via Ugo Lenzi, 2
Bologna nel 2004, prevedeva esclusivamente l’utilizzo tramite interfaccia web, con
l’immissione manuale dei dati all’interno delle pagine predisposte.
La manutenzione evolutiva del Si.Tra., è stata successivamente curata dal personale tecnico di
ASSAM e Regione, sviluppando anche una serie di servizi web a supporto delle
organizzazioni di filiera, che permettessero di ricevere le informazioni di interesse,
prelevandole direttamente dai sistemi aziendali senza inserire i dati manualmente.
Pagina 9 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
1.2.6 Tipologia di benefici economici ottenuti dall’amministrazione con
l’uso dell’Oggetto
Diretti :
Riduzione frodi
Riduzione dei costi per incremento efficienza ed efficacia dell’azione
amministrativa
Indiretti :
Riduzione di tempi di lavorazione delle pratiche
Riduzione della necessità di richiedere e/o raccogliere più volte gli stessi dati
Altro: Rispetto degli obblighi di tracciabilità dei materiali e dei prodotti del
settore agroalimentare
1.2.7 Amministrazioni che riutilizzano l’Oggetto
Nessuna
1.2.8 Amministrazioni interessate al riuso dell’Oggetto
Regione Calabria
1.2.9 Amministrazioni idonee al riuso dell’Oggetto
Regioni
Amministrazioni centrali
1.2.10 Motivazioni che indussero l’amministrazione a implementare l’Oggetto
Norma primaria
Legge regionale
1.2.11 Costi sostenuti per l’implementazione e la manutenzione dell’Oggetto
Costo totale dell’Oggetto, € 700.000 di cui interni, € 600.000
Costo esterno dell’Oggetto, 100.000,00 € relativo alla implementazione della prima
versione del sistema Si.Tra.
Costo annuo della manutenzione correttiva: € 18.000 di cui:
costi interni, € 18.000
costi esterni, € 0
Nota:
1. Il costo annuo della manutenzione evolutiva del software, comprensiva della fase
di analisi delle procedure, nel periodo 2005-2012, è pari a 75.000 €
2. Oltre ai costi precedenti ci sono da considerare i costi di manutenzione:
dei sistemi di autenticazione (Cohesion Marche), pari a € 72.000/anno, che
implementa, in modalità standard rispetto al progetto ICAR,
l’autenticazione federata in ambito interregionale, permettendo ad ogni
Pagina 10 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
regione il riconoscimento reciproco dell’identità. Si tratta del sistema di
autenticazione federata della Regione Marche, in linea con gli standard
metodologici e tecnologici approvati a livello nazionale (SAML 2.0, ICAR
Inf-3, SPC GFID), in grado di integrare l’erogazione dei principali servizi
via web ai cittadini con l’infrastruttura tecnologica costruita attorno alla
carta regionale dei servizi Raffaello
dell’ anagrafica aziendale (SIAR Marche), pari a € 72.000/anno, capace di
raccogliere e gestire in maniera coerente e condivisa le informazioni relative
alle imprese agricole che intrattengono rapporti con la Pubblica
Amministrazione; al centro del sistema è l’anagrafe regionale delle aziende
agricole che costituisce il nodo regionale del Sistema Informativo Agricolo
Nazionale (SIAN) ed è il nucleo su cui si innestano le informazioni che
originano dai vari procedimenti amministrativi.
1.2.12 Time line del progetto
Durata dell’intero progetto: 36 mesi
Data di primo rilascio: 11 / 2004
Data di rilascio ultima evolutiva: 12 / 2011
Data di rilascio ultima correttiva: 12 / 2012
1.2.13 Link al sito dove è descritto l’intero progetto che ha prodotto l’Oggetto
www.qm.marche.it
www.apcassam.it
1.2.14 Competenze sistemistiche e applicative richieste per l’installazione
dell’Oggetto.
Analista Programmatore /Programmatore/Web developer
L’analista qualora le esigenze sia diverse per il riusante; il programmatore per
intervenire sullo sviluppo del software; il web developer per la gestione tecnica del
portale
System manager/Amministratore di Sistema e di Database/Security manager
Il system manager si occupa della gestione delle infrastrutture informatiche;
l’amministratore di sistema collega le reti di computer; l’amministratore di database
installa e amministra i sistemi; il gestore della sicurezza individua eventuali intrusioni
Web designer/Web Master
Il web designer “disegna “ il sito internet; il web master ne cura la realizzazione
1.2.15 Vincoli relativi all’installazione ed alla fruizione dell’Oggetto
Nessuno. Il Sistema è stato realizzato rispettando le direttive che impongono alle Pubbliche
Amministrazioni una progettazione consapevole del software, tesa a garantire
l’interoperabilità e l’accesso all’informazione al maggior numero di utenti possibile,
attraverso prodotti standard e pertanto non vi sono vincoli particolari da evidenziare.
Pagina 11 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
1.2.16 Elementi di criticità
Ad oggi non si sono verificate criticità degne di nota in quanto il sistema si è comportato
esattamente secondo quanto previsto dalla sua specifica dei requisiti. Oltre ad essere corretto
il sistema è anche affidabile in quanto durante il suo uso quasi decennale non ha manifestato
malfunzionamenti.
L’unica criticità da evidenziare è che il software necessita di una manutenzione intesa come
evoluzione del software e adeguamento tecnologico, per migliorare le qualità del stesso e
introdurre nuove funzionalità.
1.2.17 Punti di forza
Avendo acquisito la proprietà del software ed avendo in fase di progettazione richiesto
l’utilizzo di prodotti standard, è stato possibile realizzare una nuova versione a costi non
elevati e soprattutto mantenendo le specifiche di analisi funzionali garantendo la portabilità in
ambienti diversi per avere ulteriori vantaggi economici
I vantaggi operativi derivanti dall’impiego del sistema sono, tra gli altri, la possibilità di
conoscere in tempo reale numero e qualità dei lotti di prodotto tracciati, con accesso garantito
a tutti gli enti preposti alle attività di vigilanza e controllo e la possibilità per i consumatori di
verificare il percorso produttivo fino all’origine del prodotto, effettuando ricerche per lotto
nell'apposita sezione del sito internet collegato al sistema
I punti di forza del sistema Si.Tra. sono principalmente:
la capacità di poter gestire ogni tipo di filiera dalla produzione alla distribuzione e alla
vendita;
l'interfaccia web;
la possibilità di integrare il sistema con vari apparati (bilance, lettori di codici a barre,
palmari, etc.) e/o software aziendali.
Le informazioni che accompagnano il prodotto al consumo possono essere fornite nel rispetto
della normativa vigente e su base volontaria nel rispetto di un disciplinare di produzione.
Per questo motivo, Si.Tra:
è un sistema di tracciabilità altamente versatile e flessibile, utilizzabile anche ai fini del
rispetto di requisiti tecnici previsti per le certificazioni di prodotto;
può essere utilizzato da tutte le filiere agroalimentari, indipendentemente dalla tipologia
di prodotto, dal numero di ruoli e di soggetti appartenenti alla filiera.
Inoltre, le filiere che realizzano prodotti certificati, hanno la possibilità, attraverso Si.Tra., di
fornire agli Organismi di Controllo tutte quelle informazioni sui prodotti e i processi
obbligatorie e previste dalle normative di riferimento che, viceversa dovrebbero fornire agli
stessi organismi in formato cartaceo o attraverso ispezioni in loco.
1.2.18 Livello di conoscenze/competenze ICT del personale dell’amministrazione
cedente
Alto
1.2.19 Disponibilità dell’amministrazione cedente
Fornire assistenza ICT all’amministrazione utilizzatrice
Pagina 12 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Erogare formazione al personale dell’amministrazione utilizzatrice
Eseguire la manutenzione correttiva
Eseguire la manutenzione correttiva ed evolutiva
1.2.20 Modalità di riuso consigliate
Cessione semplice.
Nell’evoluzione del software, si raccomanda di tenere in considerazione la possibilità di
operare in ambiente “Cloud”, ossia reingegnerizzata e realizzata per essere eseguita su una
piattaforma “Cloud”.
L’analisi delle filiere da modellare a sistema deve integrare costantemente il profilo tecnico
avente competenza in materia di gestione agro-economica del processo di filiera oggetto di
profilazione.
In ultimo, la componente divulgativa e di rappresentazione sul web delle attività di filiera può
essere sviluppata in un’ottica di risposta alle esigenze di valorizzazione e promozione rilevate
sul territorio di riferimento per i prodotti
Pagina 13 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
2 SEZIONE 2 – CONTESTO APPLICATIVO
2.1 Qualità globale della documentazione di progetto
2.1.1 Documentazione disponibile
Manuale utente
Documentazione di analisi e procedurale
Documentazione tecnica di installazione
Documentazione tecnica dei sistemi informativi regionali che interoperano con il Si.Tra.
(Fed-Cohesion…..)
2.1.2 Livello di documentazione
Adeguamento della documentazione iniziale alle versioni successive del sistema
2.2 Requisiti
2.2.1 Specifica dei requisiti funzionali
La specifica dei requisiti funzionali: è disponibile e contiene i capitoli indicati nella tabella
Descrizione capitolo %
Glossario delle definizioni e acronimi utilizzati o riferimento al glossario del progetto 100
Attori coinvolti, con la specificazione del numero e della tipologia degli utenti coinvolti 100
Classificazione dei requisiti funzionali 90
Codifica (attributi) dei requisiti funzionali 60
Correlazione alle specifiche dei casi d’uso 50
Eventi coinvolti nel requisito 50
Componenti hardware e Oggetto dell’architettura complessiva del sistema che si intende
realizzare
90
Analisi dei dati - schema concettuale iniziale 100
Analisi dei dati - stima iniziale dei volumi 50
Evidenza e descrizione delle modifiche in corso d’opera 80
Riferimenti a ulteriore documentazione di interesse prodotta o preesistente 80
2.2.2 Specifica dei requisiti non funzionali
La specifica dei requisiti non funzionali: è disponibile e contiene i capitoli indicati nella
tabella seguente anche se ordinati in modo diverso
Descrizione capitolo %
Glossario delle definizioni e acronimi utilizzati o riferimento al glossario del progetto 100
Classificazione dei requisiti non funzionali 30
Vincoli sui componenti hardware e Oggetto dell’architettura complessiva del sistema che si
intende realizzare
50
Evidenza e descrizione delle modifiche in corso d’opera 80
Riferimenti a ulteriore documentazione di interesse prodotta o preesistente 80
Pagina 14 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
2.2.3 Specifica dei requisiti “inversi”
La specifica dei requisiti inversi: non è disponibile
2.2.4 Casi d’uso
La specifica dei casi d’uso correlata ai requisiti funzionali: è disponibile e i casi d’uso sono
descritti secondo lo standard di modellazione UML
Descrizione capitolo %
Breve descrizione del caso d’uso 30
Elenco degli attori con indicazione dell’attore principale 30
Precondizioni 0
Flusso base degli eventi 30
Eccezioni 0
Post-condizioni 0
Flussi alternativi. 0
Sottoflussi 0
Informazioni aggiuntive 0
Scenari 0
Pagina 15 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
3 SEZIONE 3 – CONTESTO TECNOLOGICO
3.1 Progettazione
3.1.1 Studio di fattibilità
Lo studio di fattibilità: non è disponibile
3.1.2 Architettura logico funzionale dell’Oggetto
L’architettura logico funzionale dell’Oggetto: è disponibile, è descritta in modo discorsivo e
contiene i capitoli indicati nella tabella seguente anche se ordinati in modo diverso
Descrizione capitolo %
Descrizione dei sottosistemi funzionali 100
Descrizione, per ciascun sottosistema, del modello logico-funzionale del Oggetto:
o Sottosistemi applicativi, 80
o Strutture di dati e relativi attributi 70
Descrizione, per ciascun sottosistema, del modello delle responsabilità funzionali
(comportamento statico del sw):
o Classi che lo compongono, con relativi metodi e attributi 60
o Casi d’uso dell’applicazione 0
Descrizione, per ciascun sottosistema, del modello dei processi eseguito dal
sistema/Oggetto (comportamento dinamico dell’Oggetto):
o Interfacce verso altri sistemi/programmi 60
o Esposizione di interfacce standard di interoperabilità 60
o Indipendenza delle componenti applicative utilizzate, ovvero presenza di criticità 50
o Impiego di interfacce utente aderenti agli standard di usabilità 0
o Indipendenza delle classi di interfaccia dal browser utilizzato 0
o Indipendenza delle classi di accesso dal RDBMS utilizzato 0
Descrizione, per ciascun sottosistema, del modello comportamentale (diagramma degli
stati) dove sono referenziati gli eventuali riferimenti normativi delle procedure
amministrative informatizzate
0
Descrizione dell’architettura software
Si tratta di un sw sviluppato su 3 livelli:
Livello dati: realizzato su piattaforma sql Server
Livello applicativo: realizzato con un modello a oggetti sviluppato in Vb
Livello Web (operativo): implementato con un sito web in asp.net Framework
1.1 (Vb)
Livello Web (informativo): portale web realizzato tramite DotNetNuke con
moduli ad-hoc sviluppati in C#
Livello Web Services (operativo e informativo): implementato con Framework
3.5 in C#
Pagina 16 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Il sistema si basa su un applicativo web e presuppone, a monte, la definizione di un
modello di filiera, realizzabile attraverso un software specifico denominato “Profili” e la
creazione di interfacce web
3.1.3 Architettura hardware dell’Oggetto
L’architettura hardware dell’Oggetto: è disponibile, ed è descritta in modo discorsivo e
contiene i capitoli indicati nella tabella seguente anche se ordinati in modo diverso.
Descrizione capitolo %
Parametri dimensionali minimi: 0
o Potenza di calcolo 0
o RAM 0
Sistema operativo 100
o Deployment del sistema/Oggetto 100
o Middleware 0
Librerie esterne 20
RDBMS 100
Descrizione dell’architettura hardware
Autenticazione
Unica regionale
Cohesion
www.qm.marche.it
Sezione pubblica
Prodotti
Internet
Applicativo
Sitra
www.qm.marche.it
Sezione riservata
Reportistica
Web Farm Regione Marche
Servizi Web
Lettura/Scrittura
Consumatore
Organismi
di Controllo
Servizi di
Rintracciabilità
evoluti
Semplicità del sistema che si basa su una
piattaforma web;
Interoperabilità dei sistemi attraverso la definizione di servizi
web volti a permettere lo scambio informativo tra Si.Tra. e i
sistemi hardware e software utilizzati dalle organizzazioni;
Flessibilitàin quanto il sistema è in grado di
gestire le diverse filiere del comparto agroalimentare;
Operatore
Sistemi Aziendali
Database
SiTra
Servizi Web
Applicativo Web
Pagina 17 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
3.1.4 Architettura TLC dell’Oggetto
L’architettura di telecomunicazione dell’Oggetto: è disponibile, ed è descritta in modo
discorsivo e contiene i capitoli indicati nella tabella seguente anche se ordinati in modo
diverso.
Descrizione capitolo %
Parametri dimensionali minimi 0
Protocolli di comunicazione 100
Descrizione dell’architettura di telecomunicazioni
Vedi schema precedente
3.2 Realizzazione
3.2.1 Manualistica disponibile
Manuale SiTra - Parte A- Modellazione di filiera e Amministrazione
Manuale SiTra - Parte B- Manuale operativo per la tracciabilità di filiera
Manuale operativo per Filiera Cerealicola 1_0
Manuale operativo per Filiera Ittica 1_0
Manuale operativo per Filiera Latte 1_0
Manuale Real Time
Specifiche tecniche ASTA rev1
specifiche tecniche per i mercati ittici ver10
Specifiche Tecniche Preparazione Piatto Scirocco36
3.2.2 Case – Computer aided software engineering
Nessuno
3.2.3 Ciclo di sviluppo
Nessuno
3.2.4 Standard utilizzati
Descritti in modo discorsivo nella documentazione di progetto
3.2.5 Linguaggio di programmazione
Visual Studio (Vb - C#)
Pagina 18 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
3.3 Test e collaudo
3.3.1 Specifiche dei test funzionali e non funzionali
Le specifiche dei test dell’Oggetto: sono disponibili, sono descritte in modo discorsivo e
contengono i capitoli indicati nella tabella seguente anche se ordinati in modo diverso
Descrizione capitolo %
Integrazione del Piano di Test 0
Codifica e/o standard di descrizione delle informazioni e del livello dei contenuti adottata/i
nella specifica
0
Condizioni di test previste (descrizione di ogni condizione): 50
Precondizioni necessarie per:
o Rendere autoconsistente e rieseguibile il test 50
o Segnalare la sua relazione con altri test o funzionalità (regole di propedeuticità) 50
Obiettivi dei test per ogni componente, caratteristiche indagate e il tracciamento
dei test rispetto ai requisiti funzionali e non funzionali
80
Condizioni particolari da aggiungere alle basi dati di test 80
Sequenza di azioni da svolgere 80
Eventuali ulteriori combinazioni di dati da utilizzare, sulla medesima sequenza di azioni
descritta, per verificare la stessa o altre condizioni di test.
30
Verifica del test 80
3.3.2 Livello di copertura dei test rispetto ai requisiti da valutare
Al fine di valutare quantitativamente il livello di copertura dei test rispetto ai requisiti da
valutare, l’amministrazione cedente fornisce le seguenti coppie di valori in suo possesso:
Numero totale di requisiti funzionali: 4
Numero di requisiti funzionali sottoposti a test: 4
Numero totale di requisiti non funzionali:0
Numero di requisiti non funzionali sottoposti a test 0
3.3.3 Piano di test;
Il piano di test dell’Oggetto: non è disponibile
3.3.4 Specifiche di collaudo
Le specifiche di collaudo dell’Oggetto: sono disponibili, descritte in modo discorsivo e
contengono i capitoli indicati nella tabella seguente anche se ordinati in modo diverso
Descrizione capitolo %
Strategia, metodologia e obiettivi del collaudo 100
Specificazione dei requisiti dell’hardware e dell’Oggetto di base e dei vincoli dell’ambiente
di collaudo
50
Documentazione dei casi di test:
Pagina 19 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
o Setup ( requisiti per avviare il test ) 0
o Sequenza delle azioni da svolgere utente/macchina 80
o Riesecuzione (eventuale) per condizioni diverse 80
o Altre verifiche per accertare l’esito dei test 80
Elenco dei test con evidenza della copertura rispetto ai requisiti e al rischio 0
Descrizione dei test formali, funzionali, non funzionali da eseguire, con particolare
attenzione ai test specifici per la validazione dei requisiti
100
Descrizione dei test automatici eventualmente realizzati e delle modalità di impiego 0
Le metriche ed indicatori di qualità e relative soglie 0
I criteri di accettazione da parte dell’Amministrazione 100
I contenuti previsti nei verbali di collaudo 100
3.4 Installazione, uso e manutenzione
3.4.1 Procedure di installazione e configurazione
Le procedure di installazione e configurazione dell’Oggetto: sono disponibili, descritte in
modo discorsivo e contengono i capitoli indicati nella tabella seguente anche se ordinati in
modo diverso
Descrizione capitolo %
Verifiche preliminari e ex post 50 Livelli di automazioni necessari 50 Procedure di caricamento o porting della base informativa 50
3.4.2 Manuale di gestione
Il manuale di gestione dell’Oggetto: è disponibile ed è descritto in modo discorsivo
Indice del manuale di gestione
Manuale modellazione di filiera SiTRA
1 DEFINIZIONI
1.1 SEMANTICA DI SISTEMA
1.2 RAPPRESENTAZIONE DELLE FILIERE
1.3 RAPPRESENTAZIONE DEGLI ATTORI DI FILIERA
1.4 RUOLI
1.4.1 Ruoli di sistema
1.4.1.1 Ipotesi organizzativa
1.4.2 Ruoli operativi
2 ESEMPIO DI FLUSSO OPERATIVO IN SITRA
3 RUOLO DI SUPERVISORE: MANUALE OPERATIVO
3.1 FUNZIONALITÀ PER IL SUPERVISORE
3.1.1 Gestione utenti amministrativi
3.1.2 Gestione ruoli amministrativi
4 RUOLO DI MODELLATORE: PROFILI (SITRA-SML E PCL) - MANUALE
OPERATIVO
4.1 SCARICAMENTO ED INSTALLAZIONE DI PROFILI
Pagina 20 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
4.2 REPOSITORY MODELLI (TIPO FILIERA) SITRA-PCL
4.3 CLIENT DI MODELLAZIONE - SITRA-SML
4.3.1 Modellazione
4.3.1.1 Fasi
4.3.1.2 Oggetti base
4.3.1.3 Uso degli oggetti di base
4.3.1.4 JOIN tra Tipi Filiera
Manuale Amministrazione SiTRA
1 SITRA AMMINISTRAZIONE (SITRA-IML): MENÙ PRINCIPALE
2 MENÙ GESTIONE FILIERA
3 MENÙ GESTIONE RUOLI OPERATIVI
4 MENÙ GESTIONE CONFEZIONI
5 MENÙ GESTIONE AZIENDE
5.1 VISUALIZZAZIONE ALBI
5.2 MENÙ MODIFICA AZIENDA
5.2.1 Sottomenù Azienda/Ente
5.2.2 Sottomenù Unità produttive/utenti
5.2.3 Sottomenù Filiere
5.2.4 Sottomenù Ruoli
5.2.5 Sottomenù Materiali
5.2.6 Sottomenù Confezioni
3.4.3 Manuale utente
Il manuale utente fornisce una descrizione generale dell’applicazione e una guida operativa
all’utilizzo delle singole funzionalità dell’Oggetto utilizzabili dall’utente.
Il manuale utente dell’Oggetto: è disponibile ed è descritto in modo discorsivo
Indice del manuale utente
Manuale Operativo Filiera Cerealicola
1 L’INTERFACCIA DI SITRA: ISTRUZIONI GENERALI
1.1 HOME PAGE DI SITRA
1.2 INTERFACCE PER LA TRACCIABILITÀ
1.3 INTERFACCE PER LA RINTRACCIABILITÀ
2 MENÙ GESTIONE CONFEZIONI
2.1 GESTIONE DELLE CONFEZIONI A LIVELLO DI PROCESSO
3 UTILIZZO DELLE INTERFACCE SPECIFICHE PER I DIVERSI RUOLI DI
FILIERA
3.1 STOCCATORE – SCHEMA DI FILIERA
3.2 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DALLO STOCCATORE
3.2.1 Ricezione
3.2.2 Caricamento silos
3.2.3 Trasferimento grano al Molino
3.3 MOLINO – SCHEMA DI FILIERA
3.4 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL MOLINO
3.4.1 Accettazione
3.4.2 Ricezione granella EXTRA Regione
3.4.3 Molitura
3.4.4 Trasferimento
Pagina 21 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
3.5 PANIFICIO E PASTIFICIO – SCHEMA DI FILIERA
3.6 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL PANIFICIO
3.6.1 Accettazione
3.6.2 Panificazione
3.6.3 Vendita
3.7 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL PASTIFICIO
3.7.1 Accettazione
3.7.2 Pastificazione
3.7.3 Vendita
3.8 STAMPA ETICHETTE
Manuale Operativo Filiera Ittica
1 L’INTERFACCIA DI SITRA: ISTRUZIONI GENERALI
1.1 HOME PAGE DI SITRA
1.2 INTERFACCE PER LA TRACCIABILITÀ
1.3 INTERFACCE PER LA RINTRACCIABILITÀ
2 MENÙ GESTIONE CONFEZIONI
2.1 GESTIONE DELLE CONFEZIONI A LIVELLO DI PROCESSO
3 UTILIZZO DELLE INTERFACCE SPECIFICHE PER I DIVERSI RUOLI DI
FILIERA
3.1 ASTA ITTICA – SCHEMA DI FILIERA
3.2 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE IN ASTA
3.2.1 Asta
3.2.2 Trasferimento al grossista
3.3 INGROSSO ITTICO – SCHEMA DI FILIERA
3.4 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL GROSSISTA
3.4.1 Lavorazione Ingrosso
3.4.2 Vendita ad operatore ittico
3.5 DETTAGLIANTE – SCHEMA DI FILIERA
3.6 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL DETTAGLIANTE
3.6.1 Vendita al dettaglio
3.7 RISTORATORE – SCHEMA DI FILIERA
3.8 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL RISTORATORE
3.8.1 Preparazione Menù Scirocco
Manuale operativo filiera Latte
1 L’INTERFACCIA DI SITRA: ISTRUZIONI GENERALI
1.1 HOME PAGE DI SITRA
1.2 INTERFACCE PER LA TRACCIABILITÀ
1.3 INTERFACCE PER LA RINTRACCIABILITÀ
2 MENÙ GESTIONE CONFEZIONI
2.1 GESTIONE DELLE CONFEZIONI A LIVELLO DI PROCESSO
3 UTILIZZO DELLE INTERFACCE SPECIFICHE PER I DIVERSI RUOLI DI
FILIERA
3.1 TRASPORTATORE – SCHEMA DI FILIERA
3.2 SPIEGAZIONE DELLE OPERAZIONI EFFETTUATE DAL TRASPORTATORE
3.2.1 Raccolta latte
3.2.2 Consegna latte
Pagina 22 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
4 SEZIONE 4 – QUALITÀ DELL’OGGETTO
4.1 Piano di qualità
4.1.1 Contenuti del piano
Il piano di qualità dell’Oggetto: non è disponibile
4.1.2 Descrizione della qualità
Non disponibile
4.2 Profilo di qualità dell’Oggetto
Al fine di valutare quantitativamente gli attributi per la valutazione della qualità dell’Oggetto,
l’amministrazione cedente fornisce i seguenti valori in suo possesso:
4.2.1 Modularità
Numero di componenti auto consistenti dell’Oggetto: 6
Numero totale di componenti dell’Oggetto: 6
4.2.2 Funzionalità
4.2.2.1 Interoperabilità - Protocolli di comunicazione
Numero dei protocolli di comunicazione dei sistemi/programmi con i quali
l’applicazione deve poter colloquiare: 1
Numero dei protocolli di comunicazione correttamente implementati (ovvero che hanno
superato i relativi test) all’interno dell’Oggetto: 1
4.2.3 Maturità
Il valore del requisito è determinato dalla concorrenza dei seguenti attributi elementari.
4.2.3.1 Densità dei guasti durante i test
Numero di guasti rilevati durante i test: 0
Numero di casi di test eseguiti: 26
4.2.3.2 Densità dei guasti
Numero di guasti rilevati durante il primo anno di esercizio dell’Oggetto: 0
Numero totale di FP dell’Oggetto: 0
4.2.4 Usabilità
Il valore del requisito è determinato dalla concorrenza dei seguenti attributi elementari.
4.2.4.1 Comprensibilità – Completezza delle descrizioni
Numero di funzioni descritte nel manuale utente: 5
Pagina 23 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
Numero totale di funzioni: 5
4.2.4.2 Apprendibilità - Esecuzione delle funzioni
Numero di funzioni che sono state eseguite correttamente dall’utente consultando la
documentazione: 5
Numero di funzioni provate: 5
4.2.4.3 Apprendibilità- Help on-line
Numero di funzioni per le quali l’help on-line è correttamente posizionato: 0
Numero di funzioni provate: 0
4.2.4.4 Configurabilità
Numero totale di parametri di configurazione:10
Numero totale di funzioni: 5
4.2.5 Manutenibilità
Il valore del requisito è determinato dalla concorrenza dei seguenti attributi elementari.
4.2.5.1 Conformità allo standard di Progettazione
Numero di deviazioni dagli standard di progettazione 0
Numero dei diagrammi progettuali realizzati 4
4.2.5.2 Conformità agli standard di codifica
Numero di deviazioni dallo standard di codifica: 0
Numero di linee di codice esaminate: Non conteggiate
4.2.5.3 Analizzabilità - Generale
Numero totale di commenti: Non conteggiate
Numero totale di linee di codice: Non conteggiate
4.2.5.4 Testabilità - Generale
Numero di funzioni con associato almeno un caso di test: Non conteggiate
Numero totale di funzioni elementari: Non conteggiate
4.2.5.5 Testabilità - Automatismi
Numero di casi di test automatizzati con opportune funzioni di test interne: 0
Numero totale di casi di test: 0
4.2.6 Portabilità
Il valore del requisito è determinato dalla concorrenza dei seguenti attributi elementari.
Pagina 24 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
4.2.6.1 Adattbilità– Strutture dei dati
Numero di strutture dati trasferibili tra DB commerciali senza modifiche: 0
Numero totale strutture dati: Non Conteggiate
4.2.6.2 Adattabilità – Funzioni e organizzazione
Numero di funzioni indipendenti dalla organizzazione dell’amministrazione: nd
Numero totale di funzioni: nd
4.2.6.3 Installabilità - Generale
Numero di step di installazione descritti nel manuale di installazione: nd
Numero totale di step di installazione: nd
4.2.6.4 Installabilità - Automatizione delle procedure
Numero di step automatizzati descritti nel manuale di installazione: nd
Numero totale di step di installazione: nd
4.2.6.5 Installabilità - Multiambiente
Numero totale degli ambienti operativi nel quale l’Oggetto può essere installato per i
quali l’Oggetto dispone di funzioni di installazione: 1
Numero totale degli ambienti operativi su cui può essere installato: 1
Pagina 25 di 25
Scheda per la descrizione di
programmi informatici o parti di essi
ceduti in riuso
5 SEZIONE 5 – FORMAZIONE –
5.1 Costi sostenuti per la formazione
Costo totale della formazione: € 30.000
Costi interni: € 10.000, di cui:
Costi per i docenti, € 10.000
Costi per il materiale didattico, € 0
Costi esterni: € 20.000, di cui:
Costi per i docenti, € 20.000
Costi per il materiale didattico, € 0
5.2 Dati quantitativi
Numero di giorni di formazione in aula per utente erogati: 50
Numero di giorni di “training on the job” per utente erogati,: 10.000
Numero totale di utenti formati 200
Numero totale di dipendenti dell’ufficio o sezione o area o direzione o dipartimento o
…… utilizzatori dell’Oggetto descritto nella presente scheda 4
Numero totale di docenti interni impegnati nella formazione in aula: 2
Numero di docenti interni impegnati nella attività di training on the job: 3
Numero di docenti esterni impegnati nella formazione in aula: 0
Numero di docenti esterni impegnati nella formazione training on the job: 0
5.3 Descrizione dell’azione formativa
Viene allestita l’aula con un PC e un proiettore e vengono illustrati:
Modulo1: attivazione sistema, aspetti documentali e gestione documentativa
Modulo 2: utilizzo del sistema per inserimento dati
Modulo 3: rintracciabilità
5.4 Materiale didattico
Per la predisposizione del materiale didattico:
Sono stati descritti i profili utente dell’applicativo;
Sono stati forniti gli elementi per individuare gli utenti critici dal punto di vista delle
necessità formative.
Top Related