WebContoc

WebContoc
Caso di studio
Step principali
„
„
„
„
„
„
„
„
„
„
„
„
Indagine sulle necessità del cliente e/o del mercato
Analisi dei requisiti
Scelta tecnologica
Acquisizione risorse
Definizione del processo
Progetto di massima
Identificazione dei ruoli
Progetto analitico
Implementazione
Test
Installazione
Attività post-installazione
Indagine sulle necessità del cliente e/o
del mercato
„
„
„
„
Valutazione prodotti esistenti
Meeting con addetti di settore
Identificazione dei trend di mercato e funzionali, nuove
esigenze (stime)
Valutazione dell’impatto sull’eventuale utenza già attiva
Analisi dei requisiti
„
„
Definizione dei target funzionali sulla base delle attività
precedenti
Identificazione delle necessità di integrazione con sistemi
esistenti
Scelta tecnologica
„
Fattori rilevanti:
„ Piattaforme già presenti sul cliente (anche potenziale)
„ Skill presenti sia sul cliente che all’interno dell’azienda
(valutazione dell’appeal tecnologico)
„ Impatto sui sistemi di manutenzione / monitoraggio
presenti sul cliente
„ Costi:
• Prodotti software di terze parti (licenze, contratti di
assistenza / manutenzione)
• Requisiti hardware
• Addestramento del personale
„ Organizzazione
Scelta tecnologica (continua)
„
„
„
„
Costi di manutenzione (server e client-side)
Carichi previsti
Necessità di stabilità, scalabilità e presenza 24x7
Time to market
La scelta tecnologica di Cedac
„
Java (ed estensioni J2EE:
Servlet,EJB,JNDI,JMS,JTA,JDBC...)
„ Nessun vincolo di piattaforma (client e server-side)
„ Disponibilità di risorse
„ Costi limitati (talvolta 0)
„ Feeling di mercato
„ Gradimento da parte dei clienti
„ Più semplice di altre architetture distribuite (es.
CORBA), quindi più veloce ed economico il reperimento
delle risorse
„ Scalabilità e stabilità
La scelta tecnologica di Cedac
„
(continua)
XML / XSL
„ Nessun vincolo di piattaforma (client e server-side)
„ Disponibilità di risorse
„ Costi limitati (talvolta 0)
„ Feeling di mercato
„ Gradimento da parte dei clienti
„ Disaccoppiamento fra business-logic, contenuto,
presentazione (personalizzazioni grafiche e funzionali)
„ Possibilità di servire più client (HTML, WML, etc.)
„ Necessità di interfacce multilingua
„ Necessità di integrazione A2A (tipicamente portali B2B)
La scelta tecnologica di Cedac
„
„
„
Oracle (1° step), apertura a tutti RDBMS (2° step).
Possibilità di impiego di connettori per basi dati legacy e di
soluzioni eterogenee
„ Solitamente presente presso il cliente (data la criticità il
cliente ha necessità di gestire il DB su strutture
esistenti)
„ Necessità di real-time (2° step)
UML per la progettazione / documentazione
„ Lingua franca (necessità di coordinamento con uffici
esteri)
„ Possibilità di integrazione con i vari IDE
HTTP
„ Thin client (costo installazione 0, licenze 0,
aggiornamento immediato)
La scelta tecnologica di Cedac
„
„
(continua)
(continua)
Ellips
„ Feeling del settore bancario
„ Sicurezza della tecnologia a chiavi asimmetriche di
firma e crittografia
„ AIPA (legge Bassanini)
Altre tecnologie e protocolli
(SMTP,POP3,FTP,SSL,SNA,COM+,.NET,SOAP,Applet,Swing)
Acquisizione delle risorse
„
„
„
Risorse umane
„ Formazione interna
Risorse hardware
Risorse software
„ Valutazione prodotti
Definizione del processo
„
„
„
Identificazione degli standard qualitativi
Adozione di procedure e strumenti
Formazione del personale
Progetto di massima
„
„
„
„
„
„
Analisi dei requisiti
Use-cases
Realizzazione di prototipi
Discussione del progetto di massima con le figure coinvolte
(clienti, addetti di settore)
Definizione timeline e milestones
Eventuale ricerca di nuove risorse
Identificazione dei ruoli
„
„
„
„
„
„
„
„
CEDAC
Project manager
Sviluppatori
Grafici
Beta testers
Quality Assurance
Manager
Sistemisti
Product evaluator
(valutazione di prodotti di
terze parti)
Consulenti per interfaccia
con organizzazione e
marketing
„
„
„
„
CLIENTE
Organizzazione /
coordinamento
Ufficio marketing
Help-desk
Sistemisti
Progetto analitico
„
„
„
„
Deployment diagram: definizione dell’architettura di
massima (n-tier)
Component diagram: definizione dei componenti
l’architettura
Sequence diagram: formalizzazione dei modelli funzionali
Class diagram: architettura dettagliata
Implementazione
„
„
„
„
Definizione dei gruppi di lavoro, responsabilità, tempi
Implementazione
Controllo dei tempi/costi
Prima fase ti test
Test
„
„
Impiego di tools / procedure di test automatizzato
Attività dei beta testers
Installazione
„
„
„
„
Pianificazione delle attività e vari step
Coordinamento delle disponibilità di persone, mezzi e
aziende
Attività di installazione vera e propria
Attivazione utenti pilota
Attività post-installazione
„
„
„
Valutazione del progetto ultimato
Upgrade
Manutenzione e bug-fixing
Quali obiettivi abbiamo centrato
„
„
„
Abbiamo mediato le necessità della banca e quelle
dell’azienda soddisfando entrambe
Abbiamo realizzato una architettura flessibile, stabile,
pronta ad ospitare nuovi servizi con un time to market
ridotto
Abbiamo integrato sistemi eterogenei senza
compromettere l’indipendenza commerciale e tecnologica
Cosa abbiamo sbagliato
„
NON VE LO DICIAMO!
Esempio di architettura
Available both for internal and external network adapters
HOST-XYZ
Domain: ADOMAIN.COM
OS: Win 2000
Purpose: Web Application Business Logic (Application Ser
HOST-XYZ
Domain: ADOMAIN.C
OS: Win 2000
Purpose: Oracle DB
Oracle 8.1.7
RMI-IIOP / Port 600
InstRB Service
Microsoft IIS
Bank's Employee HTTP Clie
RouterCBI
HOST-XYZ
Domain: ADOMAIN.COM
OS: Win 2000
Purpose: InstRB Web Server
HTTPS / Port 443
JBoss 2.4.4
POP3 / Port 110
Both internal/external NIC
Mail Server
Microsoft Exchange 5.
NCH FTP Serve
Tomcat 3.3
Ellips Authentication Serv
FTP / Port 2000
HOST-XYZ
Domain: ADOMAIN.COM
OS: Win 2000
Purpose: Web Application Front-End (Servlet Eng
AJP13 / Port 8009
dll7008.dll version 3.2.1.7 custo
Net8 / Port 1521
RMI-IIOP / Port 6009
HOST-XYZ
Domain: ADOMAIN.COM
OS: Win 2000
Purpose: FTP File Transfer To / From Legacy systems
Authentication Server
Purpose: Private Key management
NetBIOS Services
File sharing services
HOST-XYZ
Domain: ADOMAIN.COM
RMI-IIOP / Port 600
Authentication Server 2
Domain: WORKGROUP
OS: Win NT4
Purpose: Private Key management
Authentication Server 1
Domain: WORKGROUP
OS: Win NT4
Purpose: Private Key management
HOST-XYZ
Domain: ADOMAIN.C
OS: Win NT4
Purpose: Mail Server
FSWriter
FTP Server
Microsoft IIS
External NIC
FTP / Port 20 and 21
HOST-XYZ
Domain: ADOMAIN.COM
OS: Win 2000
Purpose: Encryption / Digital Signature servic
LDAP / Port 38
RemoteAPIServer
ldap.ssb.net
End User's HTTP Client
End User's PC *
Runs Office On Lin
OS: Win 2000
Purpose: CBI Router
Proprietary port - Port number
unknown
HTTPS / Port 443
dll7008.ini
NetBIOS / Ports 137:13
MS IIS
LDAP Server
LDAP Server
HOST-XYZ
Domain: ADOMAIN.C
OS: Win 2000
Purpose: FTP Server
TNS / Port 900
ldap1.ssb.net
Both internal/external NICs
SMTP / Port 2
TNameServ