• Non ci sono risultati.

CMS/CMD - Card Management System - Carta Multiservizi della Difesa

N/A
N/A
Protected

Academic year: 2022

Condividi "CMS/CMD - Card Management System - Carta Multiservizi della Difesa"

Copied!
7
0
0

Testo completo

(1)

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: sesto.cr@smd.difesa.it

Referente/i di progetto:

Nome e cognome: Col. Sandro SANASI Indirizzo: Piazza Villoresi n.1, 00143 ROMA Tel: 06-46914048

e-mail: sesto.5uf@smd.difesa.it

Referente/i amministrativo:

Nome e cognome: Amm. Isp. Francesco Virgilio PIERUCCI Indirizzo: Viale dell’Università n. 4, 00185 ROMA

Tel: 06-49863401

e-mail: francescov.pierucci@marina.difesa.it

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;

(2)

- 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;

(3)

- 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.

(4)

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.

(5)

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.

(6)

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;

(7)

- 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.

Riferimenti

Documenti correlati

Linear arithmetic over rationals (=, ≤, >, 6=), Simplex Boolean (=), larger Boolean algebra (symbolic values) Finite domains. User–defined constraints and solver

In this work, we estimate the poverty incidence at provincial level in Italy by using small area estimation methods, and we analyze the impact on the poverty incidence of

The structure of extensions of basic logic becomes quite easy to grasp if it is pictured as a cube in which each vertex corresponds to the sequent calculus obtained by performing

Formal logic enables us to make sure that a given line of reasoning (e.g., the demonstration of a theorem) is correct, i.e., the conclusions indeed follow from the

The standard (or intended) model of arithmetics has the set N of natural numbers as universe and the arithmetical interpretation of the above symbols.

assume φ is in Negation Normal Form (not necessary, but simplifies cases) 2.. new leaves that contain both p and ¬p are declared

“ Given a requirement which a circuit is to satisfy, we may suppose the requirement expressed in some suitable logistic system which is an. extension of restricted

If the third value means unknown, the elementary modal logic MEL, and more specifically its fragment where modalities appear only in front of literals, is a natural choice to encode