Ingegneria del Software

Transcript

1 Esercitazione per il corso di Ingegneria del Software Fabio Perfetti Matricola:

2 Descrizione del dominio applicativo Processo di sviluppo Raccolta e Analisi dei requisiti Architettura Software Diagramma delle classi Diagramma E-R

3 Descrizione del dominio applicativo 1/7 Una azienda ospedaliera è intenzionata a informatizzare la gestione del pronto soccorso. Il pronto soccorso è organizzato con 1 computer all'ingresso, dedicato all'accettazione del paziente e vari altri computer nelle stanze dei medici. Sono presenti ambulatori (oculistica, ortopedia...) nei quali dottori specialistici visitano in determinate ore del giorno.

4 Descrizione del dominio applicativo 2/7 L'accettazione di un paziente prevede la raccolta dei dati anagrafici da parte dell'infermiere e la memorizzazione in un archivio. L'infermiere prima di registrare un nuovo paziente deve effettuare una ricerca per evitare di creare doppioni nel sistema.

5 Descrizione del dominio applicativo 3/7 Effettuata la registrazione, l'infermiere aprirà la pratica (Cartella Clinica) e assegnerà un codice di triage (rosso, giallo, verde, bianco) che determinerà la posizione nella lista d'attesa. L'infermiere può richiedere una visita ambulatoriale e quindi inserire il paziente nella coda del relativo ambulatorio.

6 Descrizione del dominio applicativo 4/7 La fase di visita di un paziente è svolta dal dottore. Verrà selezionato il paziente dalla lista d'attesa. Il sistema deve aiutare il medico nell'inserimento della diagnosi e di tutte le informazioni che il medico rileva nell'effettuare la visita.

7 Descrizione del dominio applicativo 5/7 Il sistema informatico deve permettere una prossima integrazione con il sistema del reparto di Osservazione Breve Intensiva. In particolare dovrà essere possibile dal sistema del pronto soccorso, visualizzare la disponibilità di posti letto e effettuare ricovero.

8 Descrizione del dominio applicativo 6/7 L'azienda vuole anche permettere ai pazienti l'accesso e la stampa ai referti direttamente da casa. Il cliente potrà collegarsi al sistema da remoto e autenticarsi attraverso il proprio codice fiscale e un codice assegnatogli alla prima registrazione in pronto soccorso. Il cliente visualizzerà tutti i propri accessi a pronto soccorso e visualizzare referti, lastre, esami del sangue effettuati durante le visite.

9 Descrizione del dominio applicativo 7/7 In un futuro, l'azienda vuole predisporre anche di visite a pagamento. Si vuole quindi permettere al paziente la prenotazione da casa. La visita può essere fissata esclusivamente con i medici interni all'azienda. I vari appuntamenti (giorno e ora) dovranno essere gestiti dal sistema.

10 Raccolta e Analisi dei requisiti...dalla descrizione del dominio applicativo, elicitiamo i requisiti...

11 Raccolta e Analisi dei requisiti 1/5 Requisiti Funzionali Versione 1.0 UC-01: Registrazione nuovo paziente Descrizione: Priorità: Frequenza d'uso: Pre-condizioni: Post-condizioni: Passi: Permette a un infermiere di inserire un nuovo paziente Essenziale Alta Il paziente non deve essere presente nel DB Il paziente sarà presente nel DB ed è possibile aprire una Cartella Clinica associata 1. Infermiere esegue Login 2. Seleziona ricerca paziente 3. Inserisce i dati richiesti (Nome, Cognome, Data Nascita) 4. Registra 5. Apertura nuova Cartella Clinica Scenario Alternativo: Se il paziente è presente nel DB, seleziona il paziente e apri nuova Cartella Clinica

12 Processo di sviluppo Vista la disponibilità di un piccolo team di sviluppo, la data di consegna molto vicina e la poca esperienza con l'xp, adottiamo un processo incrementale. Versione 1.0 (Maggio) Versione 2.0 (Luglio) Versione 3.0 (Settembre) Modulo Accettazione Modulo Visita Eventuali modifiche Modulo rerertazione online Eventuali modifiche Prenotazione Visita a pagamento online Integrazione sistema OBI

13 Raccolta e Analisi dei requisiti 2/5 Requisiti Funzionali Versione 1.0

14 Raccolta e Analisi dei requisiti 3/5 Requisiti Funzionali Versione 1.0

15 Raccolta e Analisi dei requisiti 4/5 Requisiti Operatività Versione 1.0 Il sistema deve essere disponibile 24h/24h e 7gg/7gg (scalabilità) Il sistema deve essere scalabile per gestire una non remota crescita del numero dei client di accettazione e di medici (portabilità) Il sistema deve girare su sistemi sia Windows (XP e superiori), sia Linux

16 Raccolta e Analisi dei requisiti 5/5 Requisiti Protezione Accesso Versione 1.0 Il sistema deve permettere l'accesso solo dopo aver effettuato il login. Il sistema deve garantire un sistema di autorizzazioni, attraverso il quale controlla i relativi permessi di ogni utente. L'infermiere non può modificare una cartella clinica chiusa. Solamente il primario può accedere e modificare una cartella clinica chiusa.

17 Raccolta e Analisi dei requisiti 5/5 Requisiti di Conformità Versione 1.0 Il sistema deve gestire i dati personali dei pazienti in conformità con la legge sulla protezione dei dati

18 Architettura Software L'architettura usata/imposta è quella fornita dal framework Struts 2:

19 Diagramma delle Classi

20 Diagramma E-R

21 Fine?