2. La natura del servizio web realizzato

Una società di servizi informatici [ISTIA-IAIE] desidera offrire un servizio di prenotazione appuntamenti. Il primo mercato a cui si rivolge è quello dei medici che esercitano in proprio. Questi ultimi, in genere, non dispongono di segreteria. I clienti che desiderano fissare un appuntamento telefonano quindi direttamente al medico. Quest’ultimo viene così disturbato frequentemente nel corso della giornata, il che riduce la sua disponibilità nei confronti dei pazienti. L’azienda [ISTIA-IAIE] desidera proporre loro un servizio di prenotazione appuntamenti che funzioni secondo il seguente principio:

un servizio di segreteria gestisce le prenotazioni per un gran numero di medici. Tale servizio può essere gestito da una sola persona, il cui stipendio viene ripartito tra tutti i medici che utilizzano il servizio.
la segreteria e tutti i medici sono collegati a Internet
gli appuntamenti vengono registrati in un database centralizzato, accessibile via Internet sia dalla segreteria che dai medici
La registrazione dei RV viene normalmente effettuata dalla segreteria. Può essere effettuata anche dai medici stessi. Ciò avviene in particolare quando, al termine di una visita, il medico assegna personalmente un nuovo RV al proprio paziente.

L’architettura del servizio di emissione del codice RV è la seguente:

I medici guadagnano in efficienza se non devono più gestire i RV. Se sono in numero sufficiente, il loro contributo alle spese di funzionamento della segreteria sarà modesto.

La società [ISTIA-IAIE] decide di realizzare la parte server sotto forma di servizio web. L'applicazione avrà la seguente architettura:

[1]: i livelli [dao, jpa] che consentono l’accesso ai dati sono realizzati tramite un servizio web J2EE
[2]: presenteremo diversi tipi di client: Java, C#, Asp.Net