Riusabilità del software - Catalogo delle applicazioni: Verticale
Applicazione:
CMS/CMD - Card Management System - Carta
Multiservizi della Difesa
Amministrazione:
Ministero della Difesa/ Stato Maggiore della Difesa
Responsabile dei sistemi informativi:
Nome e cognome: Gen. D. A. Franco GIRARDI
Indirizzo: Piazza Villoresi n.1, 00143 ROMA
Tel: 06-46914001
e-mail: [email protected]
Referente/i di progetto:
Nome e cognome: Col. Sandro SANASI
Indirizzo: Piazza Villoresi n.1, 00143 ROMA
Tel: 06-46914048
e-mail: [email protected]
Referente/i amministrativo:
Nome e cognome: Amm. Isp. Francesco Virgilio PIERUCCI
Indirizzo: Viale dell’Università n. 4, 00185 ROMA
Tel: 06-49863401
e-mail: [email protected]
Descrizione:
Il Card Management System, è il sistema deputato alla gestione, produzione ed emissione
delle CMD. In particolare al sistema è deputata:
-
la validazione dei dati del titolare della carta ed acquisiti dalla periferia;
-
la gestione dell'intero ciclo di vita delle carte dalla loro emissione fino alla loro
scadenza;
-
la stampa ed il rilascio delle carte;
-
le funzionalità di richiesta, sospensione e revoca dei certificati digitali rilasciati dalla
PKI della Difesa.
Contesto:
La Difesa, allo scopo di dare impulso al processo di digitalizzazione delle procedure e dei
processi lavorativi ed in forza di quanto sancito dal Codice dell’amministrazione digitale, ha
elaborato il progetto “Carta Multiservizi della Difesa (CMD)”, con lo scopo di garantire il
riconoscimento del dipendente, la fruizione dei servizi di rete e la gestione sanitaria del
dipendente. A tal fine è stato realizzato uno specifico sistema per la gestione la produzione
della CMD, secondo le specifiche generali espresse al precedente paragrafo “Descrizione”.
Data primo rilascio: 06/06/2003
Data ultima modifica: 21/11/2011
Parametri dimensionali:
-
Circa 90 classi C++ (42797 LOC);
-
55 tabelle nel database relazionale.
Realizzatore:
Atos Italia S.p.A. (Ex. Siemens Italia) per conto dell’Amministrazione Difesa, la quale è
titolare e proprietaria del codice sorgente.
Tipologia applicazione software:
Applicativo sviluppato ad-hoc.
Documentazione disponibile:
-
Presentazione Corso (in formato .ppt);
-
Manuale per l’installazione;
-
Manuale per la Gestione;
-
Manuale Utente;
-
Specifiche funzionali;
-
Specifiche dei test.
Area applicativa:
Applicativo Verticale.
Procedure amministrative e/o servizi supportati:
Produzione di carte di riconoscimento elettroniche.
Dominio applicativo:
Identity Management.
Funzione applicativa:
Il sistema consente di :
-
collezionare i dati necessari per la produzione e la stampa delle CMD;
-
interfacciarsi con infrastrutture a chiave pubblica (PKI) per la gestione dei certificati
digitali;
-
gestione carichi di magazzino;
-
gestione del rilascio delle CMD.
Architettura software:
Applicazione distribuita a 2 livelli. Il primo livello è rappresentato dal Data Logic, costituito
dal DBMS relazionale nel quale vengono immagazzinate le informazioni riguardanti il
personale e le relative smart-card che saranno utilizzate per produrre le CMD. Il secondo,
sviluppato in C++ costituisce la Business Logic e la Presentation Logic realizzate
dall’applicazione che svolge i compiti di raccolta dei dati acquisiti dalla periferia, gestione
della postazione di stampa e gestione dell’interfaccia con le PKI Difesa.
Architettura hardware:
Il server del database è un normale server rack mountable.
La postazione di stampa è una workstation desktop che interagisce con le apparecchiature
adibite principalmente alla produzione della smart card: 2 lettori di smart-card PC/SC, una
stampante termografica Fargo, una stampante a impatto Tally, una stampante laser o ink jet
per la reportistica, mouse, tastiera, monitor.
Architettura TLC:
La comunicazione tra postazione client e server avviene tramite connessione di rete LAN
Ethernet. Il sistema non è utilizzabile remotamente.
Sistemi operativi
-
Microsoft Windows XP SP3 per la parte client
-
Microsoft Windows 2003 SP2 per il server con il database
Middleware
Non previsto
Linguaggi
-
Microsoft Visual C++
-
C# su Microsoft .net Framework 1.1
Librerie esterne
Librerie proprietarie, a basso livello, per l’interazione con le smart-card:
-
CMDCard.dll;
-
Cryptographicd.dll;
-
APICrypto.dll;
-
apisccom.dll;
-
SieLog.dll;
-
SieLog_CMS.dll;
-
Tutti i driver dei dispositivi hardware pilotati dalla postazione di stampa.
Protocolli di comunicazione:
L’applicativo è utilizzabile solo in locale direttamente sulla postazione di stampa.
DBMS:
Microsoft SQL Server 2000 o successivi.
Case:
Non utilizzati
Standard utilizzati:
Modello evolutivo del ciclo di vita completo.
Tipologia del ciclo di sviluppo:
Object Oriented Programming (OOP), Service Oriented Development of Architecture
(SODA).
Portabilità:
Non applicabile;
Affidabilità:
Elevata. Negli oltre 8 anni di esercizio sono state emesse circa 500.000 smart-card CMD, con
uno scarto medio di produzione pari al 0.5% del totale di carte emesse giornalmente. Sono
stati inoltre acquisiti i dati di circa 250000 dipendenti dell’Amministrazione Difesa.
Manutenibilità
Bassa manutenibilità sia del codice sorgente, sia dello schema del database.
Funzionalità:
Le funzionalità ed i servizi sono stati sviluppati a mente delle normative di legge per la
produzione di documenti di riconoscimento.
A norma di regolamento secondo le direttive dell’Amministrazione Difesa SMD. Specifiche
dell’amministrazione per quanto riguarda i processi.
Usabilità:
Buona
Livello di documentazione:
E’ disponibile tutta la documentazione necessaria per le attività di installazione e
configurazione hardware e software (lato client e lato server) del sistema.
Sufficiente la disponibilità della documentazione di progetto.
Livello di modularizzazione
Separazione delle componenti software del client e del server del sistema.
Scarso livello di modularizzazione della componente client, in termini di separazione tra
business logic e presentation logic.
Iniziative di riuso in corso:
Definizione di un protocollo d’intesa con la Regione Lazio per il rilascio del software.
Iniziative di riuso realizzate:
Nessuna
Punti di forza:
-
emissione massiva di carte;
-
elevati livelli di sicurezza;
-
circuito di validazione ed approvazione dei dati;
-
economicità.
Elementi di criticità:
Architettura client-server.
Vincoli:
L’applicazione è riutilizzabile solo su una infrastruttura identica a quella di produzione
dell’applicativo CMS/CMD
Modalità di riuso consigliate:
In considerazione della vetustà della architettura (Client-Server) si consiglia il riuso completo
del sistema.
