GESTIONE CARTELLA CLINICA PER UN MEDICO DI BASE

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "GESTIONE CARTELLA CLINICA PER UN MEDICO DI BASE"

Transcript

1 Alma Mater Studiorum Università di Bologna FACOLTÀ DI SCIENZE MATEMATICHE, FISICHE E NATURALI Corso di Laurea in Scienze di Internet GESTIONE CARTELLA CLINICA PER UN MEDICO DI BASE Tesi di Laurea in Programmazione di Internet Relatore: Chiar.mo Prof. Antonio Messina Presentata da: Jacopo Tarantini Sessione I 2009/2010

2

3 Indice Introduzione 7 1 Contesto Generale Cartella Clinica Cartacea Cartella Clinica Elettronica L'ausilio del computer o la vecchia carta Speciche di progetto Analisi dei requisiti Attività di progetto Piano di processo Progettazione del Software Diagrammi UML Use Case Diagram Class Diagram Statechart Diagram Activity Diagram Sequence Diagram Deployment Diagram Progettazione Concettuale Entità e relazioni

4 4 INDICE 5 Tecnologie utilizzate Java SQL Funzionamento del software Descrizione Conclusioni 67 Strumenti utilizzati 71 Bibliograa 73 Ringraziamenti 75

5 Elenco delle gure 3.1 Diagramma di Gantt Diagramma WBS Diagramma Caso d' Uso Gestione Cartella Clinica Diagramma delle Classi Gestione Cartella Clinica Diagramma di Stato Gestione Cartella Clinica Diagramma di Attività Login Diagramma di Attività Inserimento Paziente Diagramma di Attività Ricerca Paziente Diagramma di AttivitàCartella Clinica Diagramma di Sequenza InserimentoPaziente Diagramma di Sequenza RicercaPaziente Diagramma di Deployment Gestione Cartella Clinica Schema E-R del software Gestione Cartella Clinica Tabella dell'entità paziente Tabella dell'entità medico Tabella dell'entità visita Tabella dell'entità patologia Tabella dell'entità farmaco Tabella dell'entità patologia_cura Interfaccia graca iniziale Interfaccia graca iniziale con il primo menù Interfaccia graca Login

6 6 ELENCO DELLE FIGURE 6.4 Interfaccia graca inserimento paziente Messaggio di errore nell'inserimento Interfaccia dati anagraci Interfaccia cartella clinica Interfaccia dello storico della cartella Interfaccia per abilitare un sostituto Interfaccia primo accesso sostituto

7 Introduzione L'obiettivo principale del progetto di tesi è quello di implementare un applicativo stand-alone in Java che interagisca con un Database cioè un archivio strutturato di dati che ne consente la loro gestione (inserimento, la ricerca, la cancellazione ed il loro aggiornamento). L'applicazione creata permette la gestione di una cartella clinica per medici di base. L'obiettivo quindi è quello di voler semplicare e soprattutto migliorare il lavoro che quotidianamente svolge un medico all'interno del proprio ambulatorio. I dati contenuti nel database sono i dati di tutti i pazienti, le visite eettuate, i farmaci prescritti, e le patologie avute. Il progetto realizzato è incentrato sull'utilizzo delle tecnologie Java e SQL, due linguaggi innovativi che permettono la realizzazione di qualsiasi tipo di applicazione. Java è un linguaggio orientato agli oggetti, giunto alla versione 6 che è una versione che introduce nuovi miglioramenti e funzioni al ne di orire un'esperienza utente ottimizzata al consumatore nale. SQL(Structured Query Language)permette, tramite determinate istruzioni di interrogare il database in modo da poter leggere, modicare e gestire dati memorizzati in esso. L'utente, cioè il medico che utilizzerà il software, dopo essersi autenticato tramite username e password potrà iniziare ad eseguire diverse operazioni. Potrà eettuare l'inserimento di nuovi pazienti, eettuare la ricerca di quelli contenuti nel database, ed una volta ricercati potrà selezionare quello desiderato per poter visualizzare ed eventualmente modicare i dati anagraci, oppure accedere alla cartella clinica dove sarà permessa la prescrizione di farmaci, inserire altre informazioni, allegare documenti, o poter visualizzare lo storico, cioè tutte le visite con 7

8 8 ELENCO DELLE FIGURE le relative informazioni del paziente selezionato precedentemente. Inoltre è presente una funzione che permette al medico titolare di poter abilitare l'accesso al sistema da parte di un collega nel caso in cui per vari motivi possa essere assente. Il seguente lavoro introduce nel primo capitolo una panoramica sull'importanza della cartella clinica, e nei capitoli 2 e 3 le speciche e le attività di progetto. La progettazione del software è descritta nel capitolo 4. Inne, dopo una breve presentazione dei linguaggi utilizzati (capitolo 5), il capitolo 6 descriverà le funzionalità realizzate.

9 Capitolo 1 Contesto Generale 1.1 Cartella Clinica Cartacea Nella maggior parte delle strutture sanitarie italiane, le informazioni vengono solitamente raccolte su documenti cartacei, quali ad esempio, referti, analisi, certicati, ecc. L'insieme di questi documenti costituisce la cartella clinica. L'utilizzo della cartella clinica è divenuto nel tempo di fondamentale importanza per il medico perchè contiene tutte le informazioni relative al singolo paziente sia dal punto di vista anamnestico che clinico, come ad esempio i dati che il medico rileva attraverso l'esame obiettivo. Frequentemente però, i dati sanitari sono poco standardizzati oppure sono strutturati in modo da facilitare la raccolta delle informazioni, ma non sono di facile e semplice lettura. La cartella clinica cartacea inoltre diviene sempre più voluminosa di documenti e risulta quindi sempre più dicile trovare tempestivamente le informazioni necessarie. Queste dicoltà possono essere superate automatizzando la gestione della cartella clinica attraverso l'uso appropriato di un sistema informativo, in modo tale che si possa disporre, in maniera eciente e sicura, delle corrette informazioni necessarie ad un trattamento adeguato per il paziente. 9

10 10 1. Contesto Generale 1.2 Cartella Clinica Elettronica La cartella clinica elettronica o informatizzata è diventata uno strumento indispensabile di lavoro per il medico di medicina generale per migliorare le sue possibilità assistenziali. La cartella clinica in medicina generale è dierente da quella che si utilizza in ambito ospedaliero perchè diverso è il tempo e il campo di utilizzo. Mentre in ospedale devono essere raccolte tutte le informazioni che giustichino il raggiungimento di una determinata diagnosi, in medicina generale deve essere utilizzata una cartella clinica per problemi specici, a causa dei quali è stata richiesta la visita, e deve essere possibile distinguere fra problemi attivi, per i quali deve ancora essere trovata una soluzione, e problemi inattivi, ovvero già risolti. La cartella clinica in Italia non è considerata di proprietà della ASL, come in altri Paesi (per esempio la Gran Bretagna), ma del medico curante; questo ha ovviamente facoltà di trasmetterla a specialisti, sostituti, medici ospedalieri coinvolti nella cura del paziente. Solitamente non viene lasciata al paziente per evitare dimenticanze, smarrimenti, incongrue consultazioni mentre è buona norma lasciare al paziente gli originali degli esami e delle visite specialistiche anchè possano servire in caso di emergenza come fonte di dati per altri medici. Una cartella medica orientata per problemi particolarmente utile è quella ideata da L.L. Weed nel 1969 per la formazione degli studenti di medicina americani, e ispirata a principi di praticità, comprensione, completezza e onestà (dovendo annotare le situazioni che hanno portato a una determinata decisione) e adattabilità alla computerizzazione, nonostante quest'ultima non sia considerata indispensabile. Questo tipo di cartella clinica è cosi suddivisa in: Dati di base Lista dei problemi attivi e inattivi Diario clinico, compilato tenendo conto di dati generali oggettivi (polso, pressione arteriosa, obiettività particolari), dati soggettivi (sintomi), ipotesi diagnostiche con relative strategie diagnostiche e terapeutiche.

11 11 Allegati eventuali per il monitoraggio di disturbi cronici, per attività preventive, per riportare esami strumentali e di laboratorio, visite specialistiche o altro. Nelle informazioni di base vengono annotati i dati anagraci del paziente. La lista dei problemi riassume la situazione clinica del paziente mentre il diario clinico è un'ipotesi di lavoro in cui vengono annotati i sintomi riferiti dal paziente, l'esame obiettivo, le ipotesi diagnostiche e le procedure diagnostiche o terapeutiche. Gli allegati sono utili per monitorare determinate pato-logie croniche e ricordarsi dei controlli da eettuare per quella data patologia. Tale tipo di cartella presuppone notevoli capacità sintetiche e talora viene considerata poco essibile. E' importante comunque utilizzare un linguaggio semplice per evitare fraintendimenti fra diversi medici e facilitare la comunicazione indiretta attraverso la cartella. 1.3 L'ausilio del computer o la vecchia carta E' errato pensare che la ricerca epidemiologica e clinica debbano necessariamente trarre vantaggio dall'utilizzo dell'informatica. Tutto sta nell'impostazione della ricerca e dei suoi obiettivi; solo in questo caso l'ausilio del computer diventa fondamentale, perchè abbrevia di molto i tempi di lavoro. Oggi i medici che usufruiscono di un computer sono circa il 50 per cento contro il 3-10 per cento del 1986.[1] Solo il 10 per cento utilizza però tale ausilio per la gestione della cartella clinica. I programmi di gestione informatizzati disponibili sono in grado di fornire oltre all'archivio della cartella clinica, la gestione dei dati anamnestici, la possibilità di eettuare celermente ricette e certicati. Bisogna tener presente che non sempre i pazienti gradiscono l'utilizzo del computer durante la visita, bisognerebbe quindi cercare di provvedere all'inserimento dei dati e all'aggiornamento dei problemi clinici, nonchè alla revisione della cartella in momenti dierenti dalla visita, nonostante questo richieda ulteriori tempi di lavoro. E' però importante abituare il paziente a questo tipo di cambiamenti, facendogli capire tutti i vantaggi

12 12 1. Contesto Generale che si possono avere. E' importante dire che, a meno che non si dispone di uno scanner in grado di inserire automaticamente nel computer i vari referti o relazioni, è utile disporre di un archivio cartaceo da aancare al computer per poter conservare fotocopie od originali di documenti importanti.

13 Capitolo 2 Speciche di progetto 2.1 Analisi dei requisiti L'obiettivo del software che si vuole realizzare è quello di automatizzare e informatizzare il lavoro che quotidianamente svolge il medico di base. L'archivio conterrà tutte le informazioni dei singoli pazienti a carico del medico che utilizzerà il software. La cartella clinica è uno strumento fondamentale per il medico. Deve contenere una nitida fotograa dell'attuale stato di salute del paziente. Deve contenere il nome di qualsiasi farmaco prescritto con specicato il dosaggio e la via di somministrazione. Deve contenere nominativamente tutti gli esami di laboratorio e tutti gli esami strumentali richiesti. Devono essere presenti tutte le visite eettuate con le rispettive date, i relativi farmaci assegnati, analisi eettuate, certicati rilasciati. Ad ogni visita eettuata, il medico deve annotare nella cartella i sintomi riferiti dal paziente, le ipotesi diagnostiche. Tutte queste informazioni verranno inserite in un opportuno campo note. L'accesso al sistema da parte del medico deve essere autenticato con username e password. Quando il medico non c'è deve delegare ad un altro medico, quest'ultimo deve poter accedere al sistema. Il medico di base può, utilizzando una determinata funzionalità disabilitare o abilitare l'accesso al sistema da parte di altri medici che in alcuni periodi potrebbero sostituirlo. Nel Database deve essere possibile ef- 13

14 14 2. Speciche di progetto fettuare l'inserimento di un nuovo paziente; la cancellazione; la ricerca; la modica di qualche campo. I dati del paziente che verranno gestiti sono: Codice Fiscale Cognome Nome Data di nascita Luogo di nascita Indirizzo Residenza Occupazione Numero di telefono Malattia Cura prescritta Note Quando vengono eettuate delle analisi, o altri esami di laboratorio da parte del paziente, il medico deve poter avere i risultati, li può ricevere, tramite allegato ad una o in modo cartaceo. In entrambi i casi, il documento digitale ricevuto potrà essere inserito all'interno del sistema tramite una procedura di upload dei le, i formati che saranno supportati sono:.jpg,.gif,.png,.bmp,.doc,.docx,.xls,.pdf. Il software Gestione Cartella Clinica Medico di Base prevede le seguenti funzionalità: Inserimento di un paziente Ricerca di un paziente

15 15 Visualizzazione dei dati anagraci del paziente Modica dei dati anagraci del paziente Compilazione della Cartella Clinica Stampa della ricetta in formato pdf Visualizzazione dello storico di tutte le visite Upload e download di le in diversi formati Abilitazione di un medico sostituto L'analisi dei requisiti (talvolta detta semplicemente analisi) rappresenta una delle prime fasi nel ciclo di vita di un prodotto software; scopo generale dell'analisi è stabilire che cosa il sistema in questione deve fare (mentre le decisioni sul come sono rimandate alla successiva fase di progettazione). A questo punto è importante denire i requisiti funzionali e quelli non funzionali. Requisiti funzionali Connessione al database Predisposizione per il login L'utente può eettuare l'inserimento di un nuovo paziente L'utente può eettuare una ricerca di uno o più pazienti L'utente può visualizzare e modicare i dati anagraci L'utente può creare una cartella clinica del paziente L'utente può visualizzazione lo storico di tutte le visite L'utente può stampare le ricette L'utente può abilitare l'accesso di un medico sostituto per un determinato periodo di tempo

16 16 2. Speciche di progetto L'utente può caricare o scaricare eventuali allegati Requisiti non funzionali Software sviluppato in Java Utilizzo di un Database Software di tipo stand-alone

17 Capitolo 3 Attività di progetto 3.1 Piano di processo Il piano di processo è una fase fondamentale per la buona realizzazione di un software, in quanto specica le principali regole che il processo dovrà seguire per riuscire a raggiungere l'obiettivo nale. Più specicatamente in questo capitolo viene descritta la scelta del modello, la rappresentazione della Working Breakdown Structure e il diagramma di Gantt che è utile per mostrare le attività svolte nell'arco temporale. Il modello di processo software che si è scelto di utilizzare per lo sviluppo del progetto è il RUP (Rational Unied Process). Si è scelto questo modello perchè si è ritenuto il più adeguato per la progettazione del software perchè è un modello di tipo iterativo e incrementale, permette una valutazione migliore dei rischi e una correzione immediata, risultando così un modello molto essibile. Il RUP è progettato e documentato tramite l'utilizzo di UML (Unied Modeling Language) e viene rilasciato online e aggiornato circa due volte all'anno per non renderlo obsoleto e per far sì che coloro che lo utilizzano ne possano trarre il massimo vantaggio. La scelta di utilizzare il RUP è inoltre data dal fatto che questo modello è specicatamente object-oriented e quindi si adatta perfettamente allo sviluppo di questa applicazione. Come detto in precedenza, una delle caratteristiche principali del modello è il fatto di essere 17

18 18 3. Attività di progetto iterativo, questo signica che il processo è organizzato in diverse fasi, ognuna delle quali viene ripetuta più volte. Ogni fase produce un incremento e permette di ranare in modo graduale le analisi del processo e di valutare lo stato di avanzamento ed evoluzione del progetto. Gli eventuali errori solitamente vengono rilevati durante la fase di integrazione, ma grazie al metodo iterativo si può vedere rapidamente se i rischi percepiti sono davvero tali, e si possono individuare nelle fasi iniziali quando ancora sono più facili e meno costosi da correggere. In pratica il processo di sviluppo può essere migliorato ecacemente lungo il percorso. Il suo ciclo di vita è suddiviso in quattro fasi: Inception, Elaboration, Construction, Transition. 1. Inception (concezione): analisi dei requisiti, valutazione dei rischi e del budget a disposizione. Studio della fattibilità dell'idea. Lo scopo principale è quello di comprendere il tipo di mercato al quale il progetto si riferisce ed eventualmente identicare gli elementi che possono condurre a un successo commerciale. Fra gli strumenti utilizzati vi sono un modello dei casi d'uso, la pianicazione iniziale del progetto, la valutazione dei rischi e una denizione iniziale dei requisiti; 2. Elaboration (elaborazione): inizio della progettazione, predisposizione di una adeguata base architetturale e sviluppo di un piano per la realizzazione del progetto. Questa fase comprende l'analisi di dominio e una prima fase di progettazione dell'architettura e deve concludersi con il superamento di una milestone conosciuta come Lifecycle Architecture Milestone. Se il progetto non passa questa milestone, potrebbe ancora essere abbandonato, oppure dovrà essere rivisitato. Al termine di questa fase si transita infatti in una situazione di rischio più elevato, in cui le modiche all'impostazione del progetto saranno più dicili e dannose; 3. Construction (costruzione): fase in cui si realizza una versione del sistema, sviluppo incrementale del prodotto e rilascio della relativa documentazione

19 19 4. Transition (transizione): il sistema diventa operativo e può essere validato dagli utenti. Prima però bisogna vericare che il prodotto sia conforme alle aspettative descritte nella fase iniziale. Se questo non è accaduto si ripeterà il ciclo dall'inizio altrimenti si raggiunge il termine dello sviluppo. Viene inoltre scritta la documentazione, ovvero il manuale utente. Diagrammi di supporto alla gestione del progetto L'utilizzo dei diagrammi nel progetto è molto importante per facilitare la programmazione del lavoro e quindi per ottenere risultati migliori. I diagrammi realizzati per le stime sono: GANTT: Stima temporale WBS: Stima delle attività Diagramma di Gantt [2]Il Diagramma di Gantt è uno strumento che permette di modellizzare la pianicazione dei compiti necessari alla realizzazione di un progetto. Si tratta di uno strumento inventato nel 1971 da Henry L. Gantt. Il diagramma di Gantt permette di denire un calendario di tutte le singole attività previste dal processo di sviluppo formalizzato. Nel diagramma ogni compito è rappresentato con una linea, mentre le colonne rappresentano i giorni, le settimane o i mesi del calendario secondo la durata del progetto. Il tempo stimato per un'azione è modellizzato su una barra orizzontale la cui estremità sinistra è posizionata sulla data d'inizio prevista e l'estremità destra sulla data prevista per la ne della realizzazione. I compiti possono susseguirsi in sequenza oppure essere eseguiti in parallelo. Tutto ciò è utile al ne di pianicare, coordinare e tracciare speciche attività in un progetto dando una chiara illustrazione dello stato d'avanzamento di quello rappresentato. Di seguito è riportato il diagramma di Gantt che mostra l'eettivo tempo impiegato per la realizzazione del progetto.

20 20 3. Attività di progetto Figura 3.1: Diagramma di Gantt

21 21 Work Breakdown Structure Il WBS (Work Breakdown Structure), è un diagramma ad albero che permette di visualizzare tutte le attività di un progetto che viene suddiviso solitamente nel materiale, nel software, nei servizi, nei dati e nelle attrezzature che lo compongono. L'albero gerarchico al suo interno ha tutte le attività ed ognuna è suddivisa in diversi livelli che descrivono in maniera sempre più dettagliata i compiti necessari per lo sviluppo del progetto. Figura 3.2: Diagramma WBS

22 22 3. Attività di progetto

23 Capitolo 4 Progettazione del Software 4.1 Diagrammi UML UML (Unied Modeling Language) è un linguaggio di modellazione basato sul paradigma object-oriented[3]. Il nucleo del linguaggio fu denito nel 1996 dai tre amigos, Grady Booch, Jim Rumbaugh e Ivar Jacobson sotto tutela della OMG (Object Management Group), un consorzio fondato con l'obiettivo di creare e gestire standard nel contesto dello sviluppo del software a oggetti. OMG ancora oggi gestisce lo standard di UML. UML consente di costruire modelli object-oriented per rappresentare domini di diverso genere. Nel contesto dell'ingegneria del software, viene usato soprattutto per descrivere il dominio applicativo di un sistema software, il comportamento e la struttura del sistema stesso. Il modello è strutturato secondo un insieme di viste che rappresentano diversi aspetti della realtà modellata (funzionamento, struttura, comportamento, ecc.), sia a scopo di analisi che di progetto. Di per sé, UML è solo un linguaggio di modellazione, e non denisce una speci- ca metodologica per la creazione di modelli (o alcun processo software). Può quindi essere utilizzato nel contesto di diversi approcci metodologici. La OMG gestisce uno standard metodologico, correlato a UML ma proposto come specica indipendente, detto RUP (Rational Unied Process). Molto spesso UML viene utilizzato non solo per la modellazione di sistemi 23

24 24 4. Progettazione del Software software, ma anche per descrivere domini di altro genere, come sistemi hardware, strutture organizzative aziendali, processi di business. Il punto di forza di questo linguaggio di modellazione consiste nel fatto che il piano di processo di produzione può essere progettato in modo che committenti, clienti, tecnici, analisti e programmatori, possano esaminare con cura e studiare in modo esaustivo il sistema. I tre aspetti principali che permettono all'uml di descrivere un sistema sono il modello funzionale, il modello ad oggetti e il modello dinamico. Tutti utilizzano un insieme di tipi di diagrammi specici che possono essere messi in relazione tra loro. Modello Funzionale rappresenta il sistema dal punto di vista dell'utente, ovvero ne descrive il suo comportamento così come esso è percepito all'esterno, a prescindere dal suo funzionamento interno. Questo tipo di modellazione corrisponde, in ingegneria del software, all'analisi dei requisiti. La modellazione funzionale utilizza i diagrammi dei casi d'uso (Use case Diagram). Modello ad oggetti rappresenta la struttura e sottostruttura del sistema utilizzando i concetti object-oriented di classe, oggetto, le relazioni fra classi e fra oggetti. In ingegneria del software, questo tipo di modellazione può essere utilizzata sia nella fase di analisi del dominio che nelle varie fasi di progetto a diversi livelli di dettaglio. Questo tipo di modellazione utilizza i diagrammi di classe (class diagram), diagrammi degli oggetti (object diagram) e diagrammi di deployment. Modello dinamico rappresenta il comportamento degli oggetti del sistema, ovvero la loro evoluzione nel tempo e le dinamiche delle loro interazioni. E' strettamente legato al modello ad oggetti e viene impiegato negli stessi casi. Vengono utilizzati i diagrammi di sequenza (sequence diagram), diagrammi delle attività (activity diagram) ed i diagrammi di stato (statechart diagram). Grazie all'utilizzo di questi diagrammi il sistema software viene progettato in maniera professionale prima dell'implementazione. Essendo il progetto antecedente la scrittura del codice, si potrà conoscere in anticipo il risultato nale, prevedere eventuali errori e si avrà una maggiore facilità nella scrittura; da non sottovalutare è anche la chiara visione che i diagrammi forniscono a livello di sfruttamento delle risorse hardware in

25 25 termini di memoria ed ecienza. Modello Funzionale: rappresenta il sistema dal punto di vista dell'utente, ovvero ne descrive il suo comportamento così come esso è percepito all'esterno, a prescindere dal suo funzionamento interno. Questo tipo di modellazione corrisponde, in ingegneria del software, all'analisi dei requisiti. La modellazione funzionale utilizza i diagrammi dei casi d' Uso (Use Case Diagram). Modello ad Oggetti: rappresenta la struttura e sottostruttura del sistema utilizzando i concetti object-oriented di classe, oggetto, le relazioni fra classi e fra oggetti. In ingegneria del software, questo tipo di modellazione può essere utilizzata sia nella fase di analisi del dominio che nelle varie fasi di progetto a diversi livelli di dettaglio. Questo tipo di modellazione utilizza i diagrammi di classe (Class Diagram), diagrammi degli oggetti (Object Diagram) e diagrammi di deployment. Modello Dinamico: rappresenta il comportamento degli oggetti del sistema, ovvero la loro evoluzione nel tempo e le dinamiche delle loro interazioni. E' strettamente legato al modello ad oggetti e viene impiegato negli stessi casi. Vengono utilizzati i diagrammi di sequenza (sequence diagram), diagrammi delle attività (Activity Diagram) ed i diagrammi di stato (Statechart Diagram). Grazie all'utilizzo di questi diagrammi il sistema software viene progettato in maniera professionale prima dell'implementazione.

26 26 4. Progettazione del Software Use Case Diagram I diagrammi dei casi d'uso sono diagrammi utilizzati per rappresentare le funzioni o i servizi oerti da un sistema.[4] Solitamente sono i primi diagrammi ad essere disegnati durante il processo di sviluppo, successivamente all'analisi dei requisiti. Più precisamente si può dire che questi diagrammi possono essere considerati come uno strumento di rappresentazione dei requisiti funzionali di un sistema. Gli elementi principali che sono utilizzati nei diagrammi dei casi d'uso sono tre: lo scenario, gli attori e il caso d'uso. Lo scenario viene rappresentato con un rettangolo, dove al suo interno verranno messi i model element che rappresentano caratteristiche del sistema, mentre quelli che rappresentano entità esterne (apparteneti al dominio o al contesto del sistema) verranno posizionati all'esterno. Gli attori sono rappresentati gracamente nel diagramma da un'icona che ragura un uomo stilizzato. Praticamente l'attore è colui che interagirà con il sistema. Un caso d'uso è ragurato tramite un'ellisse contenente il nome del caso d'uso in particolare rappresenta una funzione o un servizio oerto dal sistema a uno o più attori. Di seguito è illustrato il diagramma dei casi d'uso del sistema realizzato Gestione Cartella Clinica tenendo presente che include si riferisce ad un comportamento necessario mentre extend ad un comportamento opzionale.

27 27 Diagramma Caso d' Uso Gestione Cratella Clinica Figura 4.1: Diagramma Caso d' Uso Gestione Cartella Clinica Il diagramma del caso d'uso rappresentato mette in evidenza tutte le funzionalità con cui il medico potrà interagire, e come il sistema gestirà le varie situazioni. In particolare il medico potrà eettuare il login inserendo la username e la password; potrà abilitare un sostituto nel caso in cui non ci sarà per un determinato periodo di tempo; potrà eettuare l'inserimento di un nuovo paziente; potrà eettuare la ricerca dei pazienti all'interno dell'archivio; successivamente alla ricerca potrà visualizzare i dati anagraci o la cartella clinica del paziente. Il sistema gestirà tutte le funzioni attraverso una serie di controlli.

28 28 4. Progettazione del Software Scenari Gli scenari dei casi d'uso descrivono sequenze di passi che caratterizzano una particolare iterazione tra l'utente e il sistema. Generalmente è una sequenza specica di azioni e iterazioni tra il sistema e alcuni attori. Uno scenario descrive una particolare storia nell'uso del sistema, o un percorso attraverso il caso d'uso. Poiché all'interno di un caso d'uso ci possono essere diversi scenari, vengono descritti per spiegare le dierenti iterazioni che ci possono essere fra più casi d'uso. In particolare vengono descritti i casi d'uso principali: Login, Inserimento nuovo paziente, Ricerca Paziente, Cartella Clinica Scenario Caso d'uso: Login ID: UC1 Attori: Utente, Sistema Precodizioni: Connessione al database Sequenza degli eventi: 1. Inserimento username e password 2. Il sistema verica le credenziali 2.1 Accesso avvenuto 3. Se le credenziali sono errate 3.1 l' utente deve reinserirle Postcondizione: Vengono attivate tutte le funzionalità del software

29 29 Scenario Caso d'uso:inserimento nuovo paziente ID: UC2 Attori: Utente, Sistema Precodizioni: L'utente deve aver eettuato l'accesso Sequenza degli eventi: 1. l'utente inserisce i dati 2. il sistema controlla che siano stati inseriti almeno i dati obbligatori 3. l'utente è avvisato se l'inserimento è andato a buon ne o meno Postcondizione: Nessuna Scenario Caso d'uso: Ricerca Paziente ID: UC3 Attori: Utente, Sistema Precodizioni: L'utente deve aver eettuato l'accesso Sequenza degli eventi: 1. L'utente inserisce i parametri di ricerca 1.1 Il sistema visualizza i risultati 2. Se nessun risulato viene visualizzato 2.1 l'utente deve cambiare i parametri di ricerca Postcondizione: Possibile accesso alla cartella clinica o ai dati anagraci

30 30 4. Progettazione del Software ID: UC4 Scenario Caso d'uso: Cartella Clinica Attori: Utente, Sistema Precodizioni: Aver eettuato la ricerca Sequenza degli eventi: 1. L'utente inserisce tutti i dati che riguardano la visita 2. L'utente può eettuare il salvataggio nel database 3. L'utente può stampare la ricetta 4. L'utente può visualizzare lo storico di tutte le visite eettuate 5. L'utente può eettuare l'upload o il download di eventuali allegati Postcondizione:Nessuna

31 31 ID: UC5 Scenario Caso d'uso: Abilita sostituto Attori: Utente, Sistema Precodizioni: L'utente ha eettuato l'accesso Sequenza degli eventi: 1. L'utente sceglie tramite una lista il medico che lo dovrà sostituire 2. L'utente inserisce le date del relativo periodo di sostituzione 3. Il sistema controlla che le date inserite siano corrette Postcondizione: Il sostituto puo eettuare l'accesso in quel determinato periodo

32 32 4. Progettazione del Software Class Diagram I diagrammi delle classi consentono di descrivere tipi di entità, con le loro caratteristiche, e le eventuali relazioni fra questi tipi.[4] Questo tipo di diagramma appartiene alla categoria di quelli che vengono deniti di struttura. Con il concetto di classe si vuole rappresentare in modo diretto e intuitivo la realtà, in qualsiasi ambito. UML prevede un loro impiego a livello di analisi e in particolare analisi del dominio, ma anche a livello di progettazione per descrivere la struttura interna del sistema, dei suoi componenti e delle loro relazioni. In questo diagramma una classe rappresenta una categoria di entità (istanze); il nome della classe indica la categoria di entità descritta della classe. Ogni classe ha al suo interno un insieme di attributi e operazioni. Gli attributi descrivono le caratteristiche degli oggetti della classe, mentre le operazioni descrivono il comportamento. Gracamente le classi UML sono rappresentate da un rettangolo suddiviso in tre parti, dove nella prima parte in alto viene inserito il suo nome, in quello al centro vengono inseriti gli attributi e nell'ultimo è dedicato alle operazioni. Due classi possono essere legate da associazioni che rappresentano i collegamenti che ci possono essere tra gli oggetti delle classi associate. Ci sono 4 tipi principali di associazione (aggregazione, composizione, dipendenza, generalizzazione) ed ognuna è rappresentata da una particolare freccia che connette le classi coinvolte. Per potere arrivare alla denizione del diagramma si deve partire conoscendo già i casi d'uso di un sistema, le speciche dei requisiti, le sequenze degli eventi e il glossario con i termini del progetto. Successivamente all'analisi di questi documenti si possono denire le classi e le loro responsabilità. Di seguito è mostrato il diagramma delle classi del software Gestione Cartella Clinica.

33 33 Diagramma delle Classi Gestione Cartella Clinica Figura 4.2: Diagramma delle Classi Gestione Cartella Clinica Nel diagramma delle classi sono rappresentate le sette classi principali che formano il software, in particolare la classe CartellaClinica conterrà il metodo main() e tutti i metodi che comporranno le varie interfacce grache con cui interagirà l'utente, più alcuni metodi di funzionalità. La classe EseguiQuery, conterrà tutti i metodi riguardanti le query che serviranno per interagire, aggiornare il database. La classe DataBase gestirà la connessione con la base di dati e l'esecuzione delle varie query. La classe Events conterrà un metodo dove al suo interno ci saranno tutte le azioni che avverranno cliccando con il mouse su un pulsante di ogni interfaccia graca. La classe Paziente contiene tutti i dati dei pazienti. La classe DatiCartella contiene tutti i dati che serviranno per compilare ogni cartella clinica. La classe ValidaDati serve per controllare la correttezza di alcuni dati che verranno inseriti.

34 34 4. Progettazione del Software Statechart Diagram Lo Statechart Diagram è un diagramma previsto dall'uml per descrivere il comportamento di entità o di classi in termini di stato (macchina a stati).[4] Il diagramma mostra gli stati che sono assunti dall'entità o dalla classe in risposta ad eventi esterni. Il concetto di stato è spesso posto in relazione al ciclo di vita; l'insieme completo di stati, che un'entità o una classe può assumere, dallo stato iniziale a quello nale, ne rappresenta il ciclo di vita. Ogni transizione è una relazione tra due stati che indica che quando si verica un evento, l'oggetto passa dallo stato precedente allo stato successivo. E' rappresentata con una freccia etichettata con il rispettivo evento. Un evento è un avvenimento signicativo o degno di nota. Uno stato è la condizione di un oggetto in un certo intervallo di tempo. Nel diagramma è rappresentato tramite un rettangolo con angoli arrotondati. Diagramma di Stato Gestione Cartella Clinica Figura 4.3: Diagramma di Stato Gestione Cartella Clinica

35 Activity Diagram Un diagramma delle attività (activity diagram) denisce le attività da svolgere per realizzare una data funzionalità.[4] Un diagramma delle attività è tipicamente associato ad una o più classi UML. In alcuni casi può essere associato ad un metodo. Questi diagrammi sono utili per rappresentare comportamenti sequenziali, concorrenza, sistemi distribuiti, business workow. Permettono di rappresentare processi paralleli e la loro sincronizzazione, il usso è rappresentato tramite delle frecce orientate, che indicano la sequenza temporale con cui devono essere eettuate le diverse attività. Tramite un simbolo viene indicato l'inizio del usso ed un altro ne indica il termine. Alcune attività possono essere svolte in parallelo ed in questo caso il punto di divisione chiamato fork è rappresentato da frecce divergenti rispetto al segmento. Il punto di ricongiungimento detto join è rappresentato tramite un segmento su cui le frecce si ricongiungono. Nel caso in cui le attività siano alternative, cioè il loro svolgimento o meno dipende da una scelta, il punto di decisione è rappresentato da dei rombi da cui partono i ussi alternativi. Di seguito sono sono rappresentati quattro diagrammi di attività i quali rappresentano le azioni principali che verranno fatte dall'utente nell'interazione con il sistema.

36 36 4. Progettazione del Software Diagramma di Attività Login Figura 4.4: Diagramma di Attività Login In questo diagramma viene rappresentata l'azione del login, l'utente inserirà le credenziali, a questo punto il sistema, eettuerà un controllo, se la username e/o la password sono errate, l'utente dovrà reinserirle di nuovo. Se invece risulteranno corrette, avverrà l'accesso.

37 37 Diagramma di Attività Inserimento Paziente Figura 4.5: Diagramma di Attività Inserimento Paziente In questo diagramma viene mostrato come avverrà l'inserimento dei dati di un nuovo paziente, anche in questo caso il sistema eettuerà un controllo, e attraverso un decision node avverà un controllo, se i dati non saranno completi l'utente dovrà reinserirli o completarli, se invece risulteranno completi, l'inserimento sarà avvenuto, e il sistema lo comunicherà attraverso un messaggio.

38 38 4. Progettazione del Software Diagramma di Attività Ricerca Paziente Paziente.png Figura 4.6: Diagramma di Attività Ricerca Paziente Con questo diagramma si rappresenta come avviene l'azione di ricerca di uno o più pazienti all'interno del database. Per prima cosa verranno inseriti i parametri, se questi parametri non produrranno nessun risultato, si potrà riprovare di nuovo inserendo parametri diversi. Se invece la ricerca avrà prodotto dei risultati, a questo punto si potrà scegliere se visualizzare i dati anagraci o la cartella clinica del relativo paziente.

39 39 Diagramma di Attività Cartella Clinica Figura 4.7: Diagramma di AttivitàCartella Clinica Questo diagramma mostra cosa avverrà quando l'utente si troverà all'interno della cartella clinica di un paziente. Se dovrà eettuare una nuova visita inserirà i dati relativi a quest'ultima e poi potrà salvare all'interno del database.

40 40 4. Progettazione del Software Se invece non deve eettuare una visita, può visualizzare lo storico di tutte le visite eettuate dal paziente in questione. Inne se vorrà potrà anche stampare la ricetta Sequence Diagram Il diagramma di sequenza è un altro tipo di diagramma previsto dall'uml.[4] Questo tipo di diagramma, permette di modellare la comunicazione tra un oggetto ed un altro, in relazione al trascorrere del tempo. Si capisce subito che in questo tipo di rappresentazione un ruolo cruciale viene svolto appunto dal tempo. L'idea chiave è che le interazioni tra gli oggetti avvengano seguendo un ordine ben preciso e che tale sequenza avvenga, nel tempo, dall'inizio alla ne. Il Sequence diagram è costituito da oggetti rappresentati nel modo ormai usuale, come rettangoli recanti un nome (con il nome sottolineato), messaggi rappresentati da linee continue recanti una freccia alla loro ne e il tempo rappresentato come progressione verticale. Un messaggio che viaggia da un oggetto ad un altro, viene disegnato a partire dalla lifeline dell'oggetto da cui parte il messaggio e arriva sulla lifeline dell'oggetto a cui il messaggio è diretto. Si può anche vericare il caso in cui un oggetto mandi un messaggio a se stesso, cioè un messaggio che parte dalla sua lifeline e arriva alla stessa lifeline. Tale tipo di comportamento viene denito ricorsione. Nella tabella seguente vengono identicati tutti i possibili messaggi deniti in UML per i sequence diagrams: Synchronous Asynchronous Se un oggetto invia un messaggio sincrono, allora si attende che gli venga restituita una risposta al messaggio stesso prima di poter continuare con altre operazioni. Diversamente dai messaggi sincroni, se un oggetto invia un messaggio asincrono, non attende che gli venga inviata alcuna risposta prima di continuare con altre operazioni.

41 41

42 42 4. Progettazione del Software Diagrammi di Sequenza Inserimento Paziente Figura 4.8: Diagramma di Sequenza InserimentoPaziente In questo diagramma viene rappresentato in particolare l'andamento sequenziale di come avviene l'inserimento di un paziente. Come si può vedere il medico inserisce tutti i dati e li manda al sistema, a questo punto viene eettuato un controllo sulla completezza dei dati. In seguito attraverso la funzione di alt, vengono analizzati due casi. Nel caso in cui i dati risultassero incompleti, il sistema manderà un messaggio al medico con scritto di reinserire i dati o di completarli. Nel secondo caso, cioè se i dati saranno completi, il sistema comunicherà che l'inserimento è avvenuto con successo.

43 43 Diagrammi di Sequenza Ricerca Paziente Figura 4.9: Diagramma di Sequenza RicercaPaziente In questo diagramma viene rappresentato in particolare l'andamento sequenziale di come avviene la ricerca dei pazienti all'interno del database. Il medico

44 44 4. Progettazione del Software manderà al sistema i parametri di ricerca. Il sistema eettuerà la ricerca in archivio, a questo punto attraverso l'uso di un alt vengono analizzati i due casi che si possono presentare. Se la ricerca non ha prodotto alcun risultato, il sistema dirà al medico di immettere nuovi parametri. Se invece la ricerca avrà prodotto dei risultati, il sistema li visualizzerà, e a questo punto ci sarà un altro alt per gestire altri due casi. Nel caso in cui il medico deciderà di visualizzare i dati anagraci lo richiederà al sistema e quest'ultimo li visualizzerà. Mentre l'altro caso è quando il medico decide di entrare all'interno del pannello della cartella clinica.

45 Deployment Diagram [4]Il diagramma del deployment mostra la distribuzione degli elementi software all' architettura sica e la comunicazione tra gli elementi sici. Gli elementi principali del diagramma si chiamano nodi e sono collegati da path di comunicazione. Diagramma di Deployment Gestione Cartella Clinica Figura 4.10: Diagramma di Deployment Gestione Cartella Clinica

46 46 4. Progettazione del Software 4.2 Progettazione Concettuale In questa fase viene studiato l'insieme dei dati del sistema informativo; per formalizzare tale insieme vengono identicate e denite le entità e le relazioni coinvolte. Per scegliere i dati da rappresentare si è adottato il seguente metodo: sono stati presi in considerazione solo i dati realmente necessari allo sviluppo dell'applicazione, escludendo alcuni dati specici, che comunque potrebbero essere aggiunti facilmente in future espansioni del sistema Entità e relazioni Le entità che sono state analizzate per la realizzazione del software sono: paziente, medico, patologia, farmaco, visita e patologia_farmaco. Ogni paziente è identicato da un codice scale univoco, inoltre devono essere disponibili il nome, il cognome, la data di nascita, la via, la residenza, l'occupazione, il numero di telefono e il sesso. Ad ogni paziente è associata una o più visite e il medico che le sostiene. Il medico è colui che utilizzerà il software e anch'esso è identicato da dati anagraci, ma inoltre avrà degli attributi per la username, la password, due date che identicheranno il periodo di accesso al sistema, un attributo attivo, e uno responsabile per indicare se è il titolare di utilizzo del software o se è un possibile sostituto. La patologia è identicata da un id, e ha come attributi il nome, la causa e gli eetti. Il farmaco è anch'esso identicato da un id e ha come attributi il nome e il principio attivo. La visita ha un'identicativo della visita, la data, il codice scale del paziente, il codice scale del medico, un campo note e un allegato. Patologia_farmaco è una tabella che viene identicata da due date (da, a) che servono per indicare la durata di prescrizione del farmaco, il codice scale del paziente che sostiene la visita, la patologia, il farmaco e l'idvisita. [5]Di seguito viene tiportato lo schema E-R (Entity-Relations) e tutte le tabelle di ciascuna entità analizzata precedentemente.

47 47 Schema E-R Figura 4.11: Schema E-R del software Gestione Cartella Clinica

48 48 4. Progettazione del Software Tabella Entità paziente Figura 4.12: Tabella dell'entità paziente Tabella Entità medico Figura 4.13: Tabella dell'entità medico

49 49 Tabella Entità visita Figura 4.14: Tabella dell'entità visita Tabella Entità patologia Figura 4.15: Tabella dell'entità patologia Tabella Entità farmaco Figura 4.16: Tabella dell'entità farmaco

50 50 4. Progettazione del Software Tabella Entità patologia_cura Figura 4.17: Tabella dell'entità patologia_cura

51 Capitolo 5 Tecnologie utilizzate In questo capitolo vengono descritte le principali tecnologie utilizzate per la realizzazione del software, in particolare il linguaggio Java, SQL, ed il DBMS MySQL. 5.1 Java Questo paragrafo è dedicato alla principale tecnologia utilizzata per il progetto di tesi ovvero la tecnologia Java.[6] Questo linguaggio ha diverse caratteristiche fondamentali, ma la principale è quella di essere un linguaggio orientato agli oggetti. L'idea alla base della OOP è di rappresentare, nella progettazione del software, le entità reali o astratte che compongono il problema sotto forma di oggetti istanziati da classi. Gli oggetti sono caratterizzati da proprietà(denite variabili o campi di istanza o di esemplare) e da metodi o funzioni applicabili sugli oggetti stessi, che possono ad esempio modicarne lo stato o estrarne informazioni. I programmi scritti in Java possono essere unicamente orientati agli oggetti, di conseguenza tutto il codice deve essere necessariamente incluso in una classe. Un'altra caratteristica importante del linguaggio è quella di avere una piattaforma indipendente, cioè che il compilatore Java non produce un codice oggetto nativo per una determinata piattaforma, ma piuttosto delle istruzioni byte code da usare con 51

52 52 5. Tecnologie utilizzate la JVM (Java Virtual Machine). La piattaforma di programmazione Java è fondata sul linguaggio stesso, sulla Macchina virtuale Java (JVM) e sulle API Java (Application Programming Interface) Interfaccia di Programmazione di un'applicazione. [7]Il linguaggio Java è derivato da un linguaggio chiamato OAK, che fu sviluppato nei primi anni '90 da un gruppo di ricerca chiamato Green Team che apparteneva all'azienda Sun Microsystem. Questa azienda diede al Green Team il compito di sviluppare un ambiente software platformindipendent. L'obiettivo fu anche proposto a James Gosling che si associò da subito al team. Il Green Team partì quindi dal presupposto di non conoscere la piattaforma (CPU e sistema operativo) sulla quale il nuovo software doveva essere eseguito. Con questi presupposti, il team di Gosling sviluppò un sistema derivante dalla estensione del compilatore C++ che però ben presto non rispettò le aspettative. Fu a questo punto che Gosling fece partire il Green Project, ovvero un progetto totalmente nuovo sulla base di speciche che aveva in mente. Nacque così, intorno alla metà del 1991, Oak, un linguaggio di programmazione object oriented, platform-indipendent, robusto e sicuro. Dopo qualche fallimento nel giugno del 1994, Oak intraprese un'altra direzione, fu sfruttato da Bill Joy (co-fondatore di Sun) per progettare e sviluppare LiveOak un grande-piccolo sistema operativo. In pochi mesi il progetto si indirizzò esclusivamente ad Internet e nel Gennaio del 1995 fu rinominato Java. Inoltre nell'autunno dello stesso anno Van Ho implementò il compilatore Java utilizzando Java, mentre quello esi-stente era stato realizzato da Gosling in C++. In questo periodo aumentava l'attenzione sul World Wide Web, sebbene i browser erano alla loro prima generazione (NCSA Mosaic 1.0). Per questo motivo si decise di tentare di sviluppare un browser di seconda generazione utilizzando questo linguaggio. In un week-end, uno dei membri del team, Patrick Naughton sviluppò un prototipo di browser di nuova generazione basato su Java. Il team, compreso Gosling, ancora una volta cambiò rotta, questa volta dirigendo i propri sforzi verso il Web. In pochi mesi Naughton ed un suo collega Jonathan Payne completarono un browser basato su una tecnologia sconosciuta alla prima generazione dei browser e

53 scritto con il linguaggio Java. Nacque così HotJava 1.0 Il giorno del successo arrivò il 23 maggio 1995 quando la Sun Microsystem introdusse formalmente Java e HotJava in occasione del SunWorld '95. Dopo anni di duro lavoro, sacrici, problemi, delusioni e perseveranza la visione del Green Team ebbe successo, un nuovo grande prodotto fu lanciato sul mercato. Con Java, Sun dimostrò che era riuscita a realizzare il primo linguaggio di programmazione che era slegato da ogni sistema operativo o microprocessore. Nel Gennaio del 1996 Sun fondò JavaSoft, una unità dedicata allo sviluppo di prodotti basati sulla tecnologia Java, all'aggiornamento del linguaggio e alla collaborazione con terze parti per creare applicazioni, tool e servizi per migliorare le capacità del linguaggio. Nello stesso mese JavaSoft rilasciò il Java Development Kit (JDK) 1.0 oggi arrivata alla versione 6.0, un collezione rudimentale di componenti per facilitare lo sviluppo di applicazioni scritte in Java, tra cui un compilatore, un applet viewer, un prototipo di debugger, la Java Virtual Machine (JVM) necessaria per eseguire programmi basati su Java su qualunque piattaforma e numerose librerie di classi per la graca, l'audio, le animazioni ed il networking. Da questo punto in poi JavaSoft, anche con le segnalazioni dei sempre più numerosi programmatori Java, ha apportato periodicamente aggiornamenti e miglioramenti al JDK. Il 13 novembre 2006 la Sun ha rilasciato la sua implementazione del compilatore Java e della macchina virtuale sotto licenza GPL. L'8 maggio 2007 vennero pubblicate anche le librerie sotto licenza GPL, rendendo Java un linguaggio di programmazione la cui implementazione di riferimento è libera. Dal giorno dell'annuncio uciale il linguaggio è stato adottato da tutti i maggiori vendors di software incluse IBM, Hewlett Packard e Microsoft. Nei primi tempi sembrava che Java fosse il linguaggio giusto per la creazione di siti Web, ma in realtà non era così, aveva ed ha molte altre potenzialità. Oggi è un potente linguaggio di programmazione che sta diventando sempre di più la soluzione ideale ai problemi che accomunano aziende operanti in settori diversi (banche, software house, compagnie d'assicurazioni) come la sicurezza. La Sun ha investito molto in questi anni sul progetto Java ottenendo risultati straordinari. Java è stato 53

54 54 5. Tecnologie utilizzate creato proprio per superare, i limiti che gli altri linguaggi hanno. In generale si andò nella direzione di un linguaggio potente, moderno, chiaro, ma soprattutto robusto e funzionante. In molti punti chiave del linguaggio è favorita la robustezza piuttosto che la potenza. La piattaforma Java è disponibile in tre congurazioni, la scelta tra una di esse dipende dall'uso che se ne vuole fare. Per il progetto di tesi è stata utilizzata la SE (Standard Edition) che permette di scrivere applicazioni stand-alone, applicazioni client-server, accesso a database, calcolo scientico e altri tipi. Il 27 gennaio 2010 Oracle Corporation ha acquisito la Sun MicroSystem, ed ha deciso di investire molto nella tecnologia Java. Il vicepresidente di Oracle, Thomas Kurian, ha fornito numerosi dettagli sulle modalità di integrazione tra i prodotti dell'azienda e quelli di Sun e sulle strategie di rilancio ed il miglioramento di Java sia sotto il punto di vista delle performance che sotto quello del supporto ai dispositivi di nuova generazione. Il dirigente ha spiegato che ci sono diversi software di entrambe le aziende che, entro breve tempo, potranno essere fusi o integrati in un singolo prodotto. L'azienda si è impegnata a rivitalizzare la Java Community Process (JCP), l'organizzazione multivendor che gestisce e regolamenta lo sviluppo della tecnologia Java, cercando di renderla ancora più aperta e capace di attrarre un maggior numero di vendor e di sviluppatori indipendenti. Oracle inoltre, si è impegnata ad ottimizzare le performance runtime di Java Micro Edition, cioè la piattaforma indirizzata ai dispositivi mobili, migliorandone le funzioni relative alla gestione dei consumi e la possibilità, per gli sviluppatori, di adottare dierenti tipi di interfaccia graca. Il colosso statunitense si è poi detto particolarmente interessato a JavaFX, un linguaggio di scripting concepito per creare web application interattive e ricche di contenuti multimediali, cercando di competere con tecnologie rivali come Adobe Flash/AIR e Microsoft Silverlight. Per rendere l'idea di quanto Java si sia sviluppato, riporto alcune informazioni riprese direttamente dal sito della Sun. Attualmente, la piattaforma Java è stata adottata da più di 6,5 milioni di sviluppatori software. Viene utilizzata in tutti i principali segmenti del settore ed è presente in un'ampia gamma di dispositivi, computer e

55 55 reti. Grazie a versatilità, ecienza, portabilità della piattaforma e sicurezza, la tecnologia Java è ideale per il network computing. Dai portatili ai datacenter, dalle console per videogiochi ai computer altamente scientici, ai telefoni cellulari e a Internet, Java è onnipresente! Più di 4,5 miliardi di dispositivi sono attualmente basati sulla tecnologia Java, inclusi: Oltre 800 milioni di computer; 2,1 miliardi di telefoni cellulari e altri dispositivi portatili (fonte: Ovum); 3,5 miliardi di smart card; Decoder, stampanti, web cam, giochi, sistemi di navigazione per veicoli, terminali delle lotterie, apparecchiature mediche, parchimetri e così via. Oggi, molte scuole e università orono corsi di programmazione per la piattaforma Java. Inoltre, gli sviluppatori possono anche perfezionare le proprie conoscenze di programmazione Java leggendo il sitoweb di Sun java.sun.com, iscrivendosi alle newsletter incentrate sulla tecnologia Java, utilizzando le esercitazioni Java e il Nuovo utente del centro di programmazione Java e iscrivendosi ai corsi Web, virtuali o tenuti da un istruttore. 5.2 SQL SQL(Structured Query Language) è un linguaggio d'interrogazione per Database ideato per leggere, modicare e gestire dati memorizzati in un sistema basato sul modello relazionale.[8] L'interrogazione e la gestione delle basi di dati, avvengono attraverso costrutti denominati query. Il linguaggio si divide in tre diversi sottoinsiemi: Data Denition Language(DDL) - permette di creare e cancellare database o di modicarne la struttura Data Manipulation Language(DML) - permette di inserire, cancellare, modicare e leggere i dati Data Control Language(DCL) - permette di gestire gli utenti e i permessi

56 56 5. Tecnologie utilizzate I comandi DDL (CREATE, ALTER, DROP) servono a denire la struttura del database e quindi dei dati da esso contenuti, però non fornisce gli strumenti per poter modicare i dati stessi. Di questa operazione se ne occupa il DML che attraverso speciche istruzioni (SELECT, INSERT, UPDATE, DELETE) riesce a manipolare i dati. L'utente per poter accedere ed agire sulla struttura dati deve avere determinati permessi, questi permessi sono assegnati tramite il DCL. Gli informatici chiamano questo linguaggio di alto livello perchè permette di svolgere operazioni dichiarando solamente cosa si deve ottenere senza interessarsi del come. I linguaggi di terza generazione o procedurali sono quelli dove bisogna specicare il come si fa, non è suciente dichiarare il cosa si deve fare. Non è così per questo linguaggio, che pur limitando le scelte del programmatore e l'ecienza del programma, libera lo sviluppatore dal gravoso compito di scrivere pagine e pagine di codice. Chi usa questo linguaggio può essere usato sia da programmatori, sia da chi si avvicina in maniera marginale all'informatica, come ad esempio gli impiegati, i professionisti, i commessi, i magazzinieri, ecc. insomma chiunque ha la necessita di manipolare o consultare basi di dati. Probabilmente la causa del suo grande successo sta nella sua semplicità di utilizzo. Non bisogna, però farsi ingannare, perchè se da un lato SQL è intuitivo e semplice, da un altro, per essere capito a fondo deve essere studiato attentamente per riuscire a capirne tutte le sfumature e le notevoli potenzialità. Il linguaggio SQL nasce nel 1974 in California, quando la società IBM sviluppa il System R, un applicativo per la gestione dei dati, il cui linguaggio veniva chiamato Sequel. Questo linguaggio rappresentava l'embrione di quello che sarebbe poi diventato l'attuale SQL. Alla ne degli anni 70, l'ibm, sviluppò un altro prodotto chiamato DB2, un Relational Database Management System, cioè un sistema per la gestione di database relazionali. Questo RDBMS utilizzava una primordiale versione di SQL. Da allora si sono succeduti un gran numero di prodotti che implementano questo linguaggio e ogni produttore, aggiungendo delle variazioni e estensioni proprie, ha contribuito alla creazione della miriade di dialetti che oggi vengono chiamati SQL.

57 57

58 58 6. Funzionamento del software Capitolo 6 Funzionamento del software 6.1 Descrizione All'avvio dell'applicazione si avrà la seguente interfaccia graca. Figura 6.1: Interfaccia graca iniziale

59 59 Come si può notare sono disabilitate alcune funzionalità. L'unica funzione di menù abilitata, è quella le che al suo interno ne ha delle altre. Quella fondamentale è quella di login, che permette di eettuare l'accesso, così da poter avere abilitate tutte le funzionalità del software. Figura 6.2: Interfaccia graca iniziale con il primo menù Figura 6.3: Interfaccia graca Login

60 60 6. Funzionamento del software Se la username e la password inserite saranno corrette si potrà eettuare l'accesso. Quindi successivamente all'accesso sarà possibile eettuare l'inserimento di un nuovo paziente, eettuare una ricerca oppure abilitare un eventuale medico di sostituzione. Iniziando dall'inserimento, come si può vedere dall'interfaccia, è possibile completare i campi, per poi fare il salvataggio nel database. E' necessario inserire almeno i primi tre campi, altrimenti il sistema genererà un errore. Inoltre la data di nascita dovrà essere inserita nel modo corretto, altrimenti anche in questo caso il sistema non permetterà l'inserimento nel database, ma genererà un messaggio di errore Figura 6.4: Interfaccia graca inserimento paziente Figura 6.5: Messaggio di errore nell'inserimento

61 61 Anche per quanto riguarda la ricerca, osservando l'interfaccia, c'è bisogno di inserire alcuni parametri. Però potrebbe anche essere eettuata senza inserire alcun parametro, in questo caso verranno visualizzati tutti i pazienti all'interno dell'archivio. I risultati della ricerca verranno visualizzati all'interno di una tabella. Successivamente si dovrà selezionare il paziente desiderato, e a quel punto si potrà scegliere se visualizzare i dati anagraci del relativo paziente o la cartella clinica. Inizialmente i due pulsanti saranno disabilitati, entreranno in funzione solo dopo aver eettuato la ricerca. Se dopo la ricerca non verrà selezionato nessun paziente il sistema manderà un messaggio di avviso. (a) Interfaccia graca ricerca paziente (b) Interfaccia graca ricerca paziente con risultati (c) Errore che viene segnalato da una nestra di dialogo

62 62 6. Funzionamento del software Se si sceglierà di entrare nella sessione dei dati anagraci si avrà la possibilità di modicare alcuni dati, tranne il codice scale. Figura 6.6: Interfaccia dati anagraci

63 63 Se si sceglierà di entrare nella cartella clinica si avrà la possibilità di completare tutti i campi necessari per eettuare una nuova visita. Il sistema farà i controlli sulle varie date. Una volta inseriti tutti i dati necessari sarà possibile fare il salvataggio nel database, oppure stampare e salvare la ricetta. Figura 6.7: Interfaccia cartella clinica Inoltre in questa sessione è possibile visualizzare lo storico di tutte le visite eettuate dal relativo paziente. Come si può vedere dalla schermata, tutte le visite saranno contenute all'interno di una tabella.

64 64 6. Funzionamento del software Figura 6.8: Interfaccia dello storico della cartella Sarà possibile anche caricare o scaricare eventuali allegati, come per esempio certicati, analisi ecc. (a) Interfaccia per l'upload (b) Interfaccia per il download

65 65 L'ultima funzionalità del software è quella dell'abilitazione di un possibile sostituto. Qui il medico titolare sceglierà attraverso un menù, il medico che lo sostituirà, ed inserirà le date relative al periodo di sostituzione. Il medico sostituto potrà accedere al sistema solamente in quel relativo periodo. Figura 6.9: Interfaccia per abilitare un sostituto Il sostituto prima di eettuare il login dovrà scegliere una password che sarà valida solamente per il relativo periodo. Per fare questa operazione dovrà accedere alla funzionalità chiamata primo accesso. In questa sessione il medico dovrà inserire il suo codice scale, se risulterà corretto verrà generata automaticamente una username, e successivamente potrà scegliere la password. Solo dopo aver terminato quest'operazione, potrà fare il login per accedere al sistema.

66 66 6. Funzionamento del software Figura 6.10: Interfaccia primo accesso sostituto

Ingegneria del Software UML - Unified Modeling Language

Ingegneria del Software UML - Unified Modeling Language Ingegneria del Software UML - Unified Modeling Language Obiettivi. Presentare un approccio visuale alla progettazione. Illustrare i vantaggi dell utilizzo di diagrammi nella fase di progettazione. Rispondere

Dettagli

Strumenti di modellazione. Gabriella Trucco

Strumenti di modellazione. Gabriella Trucco Strumenti di modellazione Gabriella Trucco Linguaggio di modellazione Linguaggio formale che può essere utilizzato per descrivere (modellare) un sistema Il concetto trova applicazione soprattutto nell

Dettagli

Object Oriented Programming

Object Oriented Programming OOP Object Oriented Programming Programmazione orientata agli oggetti La programmazione orientata agli oggetti (Object Oriented Programming) è un paradigma di programmazione Permette di raggruppare in

Dettagli

Il diagramma dei casi d uso

Il diagramma dei casi d uso Il diagramma dei casi d uso Laboratorio di Ingegneria del Software Prof. Paolo Ciancarini Dott. Sara Zuppiroli A.A. 2010/2011 Lab di Ingegneria del Software () Il diagramma dei casi d uso A.A. 2010/2011

Dettagli

UML e (R)UP (an overview)

UML e (R)UP (an overview) Lo sviluppo di sistemi OO UML e (R)UP (an overview) http://www.rational.com http://www.omg.org 1 Riassumento UML E un insieme di notazioni diagrammatiche che, utilizzate congiuntamente, consentono di descrivere/modellare

Dettagli

PROGETTO - Ingegneria del Software. Università degli Studi di Milano Polo di Crema. Corso di laurea in Scienze Matematiche, Fisiche e Naturali

PROGETTO - Ingegneria del Software. Università degli Studi di Milano Polo di Crema. Corso di laurea in Scienze Matematiche, Fisiche e Naturali Università degli Studi di Milano Polo di Crema Corso di laurea in Scienze Matematiche, Fisiche e Naturali INFORMATICA Corso di Ingegneria del Software progetto IL SISTEMA CALENDAR Presentato al dott. Paolo

Dettagli

Rational Unified Process Introduzione

Rational Unified Process Introduzione Rational Unified Process Introduzione G.Raiss - A.Apolloni - 4 maggio 2001 1 Cosa è E un processo di sviluppo definito da Booch, Rumbaugh, Jacobson (autori dell Unified Modeling Language). Il RUP è un

Dettagli

Organizzazione delle informazioni: Database

Organizzazione delle informazioni: Database Organizzazione delle informazioni: Database Laboratorio Informatico di base A.A. 2013/2014 Dipartimento di Scienze Aziendali e Giuridiche Università della Calabria Dott. Pierluigi Muoio (pierluigi.muoio@unical.it)

Dettagli

SCP: SCHEDULER LAYER. a cura di. Alberto Boccato

SCP: SCHEDULER LAYER. a cura di. Alberto Boccato SCP: SCHEDULER LAYER a cura di Alberto Boccato PREMESSA: Negli ultimi tre anni la nostra scuola ha portato avanti un progetto al quale ho partecipato chiamato SCP (Scuola di Calcolo Parallelo). Di fatto

Dettagli

Capitolo 3 Guida operativa del programma TQ Sistema

Capitolo 3 Guida operativa del programma TQ Sistema Capitolo 3 Guida operativa del programma TQ Sistema Panoramica delle funzionalità Questa guida contiene le informazioni necessarie per utilizzare il pacchetto TQ Sistema in modo veloce ed efficiente, mediante

Dettagli

INFORMATICA PER LE APPLICAZIONI ECONOMICHE PROF.SSA BICE CAVALLO

INFORMATICA PER LE APPLICAZIONI ECONOMICHE PROF.SSA BICE CAVALLO Basi di dati: Microsoft Access INFORMATICA PER LE APPLICAZIONI ECONOMICHE PROF.SSA BICE CAVALLO Database e DBMS Il termine database (banca dati, base di dati) indica un archivio, strutturato in modo tale

Dettagli

Progettazione orientata agli oggetti Introduzione a UML

Progettazione orientata agli oggetti Introduzione a UML Progettazione orientata agli oggetti Introduzione a UML Claudia Raibulet raibulet@disco.unimib.it Il processo di sviluppo software Rappresenta un insieme di attività per la specifica, progettazione, implementazione,

Dettagli

Sistema Gestionale StartUp House TC

Sistema Gestionale StartUp House TC Sistema Gestionale StartUp House TC Guida al sistema Servizi Informatici Versione 23 Sommario della presentazione Il sistema informatico per la gestione delle domande Gli utenti: definizione dei ruoli

Dettagli

CON LA CARTA DEI SERVIZI, I NOSTRI UTENTI SONO SEMPRE AL CENTRO DELLE NOSTRE ATTENZIONI.

CON LA CARTA DEI SERVIZI, I NOSTRI UTENTI SONO SEMPRE AL CENTRO DELLE NOSTRE ATTENZIONI. CARTA DEI SERVIZI La qualità del servizio nei confronti dell Utente e la soddisfazione per l utilizzo delle soluzioni sono obiettivi strategici per Sistemi. Le soluzioni software Sistemi, siano esse installate

Dettagli

Sistema Gestionale Biophotonics Guida al sistema

Sistema Gestionale Biophotonics Guida al sistema Sistema Gestionale Biophotonics Guida al sistema Servizi Informatici 5 marzo 2013 Sommario della presentazione Il sistema informatico per la gestione delle domande Gli utenti: definizione dei ruoli Gli

Dettagli

UML un linguaggio universale per la modellazione del software. Adriano Comai

UML un linguaggio universale per la modellazione del software. Adriano Comai UML un linguaggio universale per la modellazione del software Adriano Comai 2 Finalmente uno standard per l analisi e disegno OO? L'obiettivo è ambizioso. Lo Unified Modeling Language (UML) vuole essere,

Dettagli

DPS Daily Notes GUIDA UTENTE. Italiano. www.dpsdailynotes.com dps@key2.it 1

DPS Daily Notes GUIDA UTENTE. Italiano. www.dpsdailynotes.com dps@key2.it 1 GUIDA UTENTE Italiano www.dpsdailynotes.com dps@key2.it 1 DPS Daily Notes DPS Daily Notes... 2 Introduzione... 3 Pazienti... 4 Terapie... 5 Medici... 6 Medicinali... 7 Crisi... 7 Calendario... 9 Backup

Dettagli

Il Sito utilizza cookies tecnici e non di profilazione

Il Sito utilizza cookies tecnici e non di profilazione PRIVACY POLICY Informativa Privacy 1. INTRODUZIONE La presente Privacy Policy è relativa al sito www.aslnapoli2-formazione.eu. Le informazioni che l utente deciderà di condividere attraverso il Sito saranno

Dettagli

Progetto Istanze On Line

Progetto Istanze On Line 2011 Progetto Istanze On Line 22 luglio 2011 INDICE 1 INTRODUZIONE ALL USO DELLA GUIDA... 3 1.1 SIMBOLI USATI E DESCRIZIONI... 3 2 GESTIONE DELL UTENZA... 4 2.1 COS È E A CHI È RIVOLTO... 4 2.2 NORMATIVA

Dettagli

Software Project Management Plan 1.0

Software Project Management Plan 1.0 Software Project Management Plan 1.0 17 maggio 2010 Gruppo CiDeFaRo Progetto di Laboratorio Sistemi e Processi Organizzativi 2010 ALMA MATER STUDIORUM - Universitá di Bologna Facolt di Scienze Matematiche

Dettagli

RECUPERO CREDENZIALI PER L ACCESSO AI SERVIZI SAL REGIONALI... 8. B informazioni Generali...11 Medico selezionato...11

RECUPERO CREDENZIALI PER L ACCESSO AI SERVIZI SAL REGIONALI... 8. B informazioni Generali...11 Medico selezionato...11 Sommario ASSISTENZA TECNICA AL PROGETTO... 2 PREREQUISITI SOFTWARE PER L INSTALLAZIONE... 3 INSTALLAZIONE SULLA POSTAZIONE DI LAVORO... 3 INSERIMENTO LICENZA ADD ON PER L ATTIVAZIONE DEL PROGETTO... 4

Dettagli

Ingegneria del Software

Ingegneria del Software Esercitazione per il corso di Ingegneria del Software Fabio Perfetti Matricola: 1157078 Descrizione del dominio applicativo Processo di sviluppo Raccolta e Analisi dei requisiti Architettura Software Diagramma

Dettagli

Concetti di base di ingegneria del software

Concetti di base di ingegneria del software Concetti di base di ingegneria del software [Dalle dispense del corso «Ingegneria del software» del prof. A. Furfaro (UNICAL)] Principali qualità del software Correttezza Affidabilità Robustezza Efficienza

Dettagli

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014 Processi di business sovra-regionali relativi ai sistemi regionali di FSE Versione 1.0 24 Giugno 2014 1 Indice Indice... 2 Indice delle figure... 3 Indice delle tabelle... 4 Obiettivi del documento...

Dettagli

Guida al sistema. Dott. Enea Belloni Ing. Andrea Montagnani

Guida al sistema. Dott. Enea Belloni Ing. Andrea Montagnani Sistema Gestionale Internazionalizzazione Guida al sistema Dott. Enea Belloni Ing. Andrea Montagnani Firenze, 16 gennaio 2012 Sommario della presentazione Il sistema informatico per la gestione Internazionalizzazione

Dettagli

MANUALE UTENTE INTERNET

MANUALE UTENTE INTERNET Indagini sulle imprese industriali e dei servizi (gennaio-maggio) Sondaggio congiunturale sulle imprese industriali e dei servizi (settembre-ottobre) MANUALE UTENTE INTERNET Pag. 1 di 20 I N D I C E 1.

Dettagli

DD - Design Document

DD - Design Document Politecnico di Milano Progetto di Ingegneria del Software 2 DD - Design Document Autori: Claudia Foglieni Giovanni Matteo Fumarola Massimo Maggi Professori: Elisabetta Di Nitto Raffaela Mirandola 1 gennaio

Dettagli

ARGO DOC Argo Software S.r.l. e-mail: info@argosoft.it -

ARGO DOC Argo Software S.r.l. e-mail: info@argosoft.it - 1 ARGO DOC ARGO DOC è un sistema per la gestione documentale in formato elettronico che consente di conservare i propri documenti su un server Web accessibile via internet. Ciò significa che i documenti

Dettagli

DonkeyCode. Manuale amministratore di sistema. Versione 1.0.0

DonkeyCode. Manuale amministratore di sistema. Versione 1.0.0 DonkeyCode RescueMe: globale per la gestione di catastrofi naturali Manuale amministratore di Versione 1.0.0 Ingegneria Del Software AA 2010-2011 DonkeyCode - RescueMe Informazioni documento Titolo documento:

Dettagli

Manuale LiveBox WEB UTENTE. http://www.liveboxcloud.com

Manuale LiveBox WEB UTENTE. http://www.liveboxcloud.com 2014 Manuale LiveBox WEB UTENTE http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi garanzia espressa

Dettagli

Mobility Manager 2.7 USER MANUAL. Guida. Pag. 1/11. SISTeMA s.r.l. www.sistemaits.com

Mobility Manager 2.7 USER MANUAL. Guida. Pag. 1/11. SISTeMA s.r.l. www.sistemaits.com Mobility Manager 2.7 Guida Pag. 1/11 1 Introduzione... 3 2 Guida... 4 2.1 Accedere e cambiare la password... 4 2.2 Per il mobility manager... 5 2.2.1 Configurare l indagine... 5 2.2.2 Funzionalità Mappa...

Dettagli

Manuale LiveBox WEB UTENTE. http://www.liveboxcloud.com

Manuale LiveBox WEB UTENTE. http://www.liveboxcloud.com 2015 Manuale LiveBox WEB UTENTE http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi garanzia espressa

Dettagli

Linguaggi di Programmazione I Lezione 5

Linguaggi di Programmazione I Lezione 5 Linguaggi di Programmazione I Lezione 5 Prof. Marcello Sette mailto://marcello.sette@gmail.com http://sette.dnsalias.org 1 aprile 2008 Diagrammi UML 3 UML: richiami..........................................................

Dettagli

Turbodoc. Archiviazione Ottica Integrata

Turbodoc. Archiviazione Ottica Integrata Turbodoc Archiviazione Ottica Integrata Archiviazione Ottica... 3 Un nuovo modo di archiviare documenti, dei e immagini... 3 I moduli di TURBODOC... 4 Creazione dell armadio virtuale... 5 Creazione della

Dettagli

UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA. Elaborato di Tecnologie del Software per Internet

UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA. Elaborato di Tecnologie del Software per Internet UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA Elaborato di Tecnologie del Software per Internet JMSWEB 2 SISTEMA PER LO SCAMBIO DI MESSAGGI TRA APPLICAZIONI

Dettagli

UML e la progettazione di e-learning

UML e la progettazione di e-learning UML e la progettazione di e-learning Perché UML? UML (Unified Modeling Language, letteralmente: Linguaggio Unificato di Modellazione) viene spesso confuso come una metodologia per analizzare e progettare

Dettagli

Al fine di pubblicare le informazioni di un condominio sul WEB è necessario che l amministratore proceda con le seguenti fasi:

Al fine di pubblicare le informazioni di un condominio sul WEB è necessario che l amministratore proceda con le seguenti fasi: CONDOMINI SUL WEB Cosa si intende per condomini sul Web? Dalla versione 1.45 del programma Metodo Condomini l amministratore ha la possibilità di rendere fruibili via WEB ai condòmini (proprietari e conduttori)

Dettagli

Ciclo di vita del progetto

Ciclo di vita del progetto IT Project Management Lezione 2 Ciclo di vita del progetto Federica Spiga A.A. 2009-2010 1 Ciclo di vita del progetto Il ciclo di vita del progetto definisce le fasi che collegano l inizio e la fine del

Dettagli

Studio di fattibilità (2) Identificazione ed analisi dei requisiti

Studio di fattibilità (2) Identificazione ed analisi dei requisiti Prime fasi nella produzione del software &RUVR GL,QJHJQHULD GHO 6RIWZDUH Capitolato d appalto o doc. formale di richiesta prodotto Incontri con il committente e/o interviste Esercitazione Studio del dominio

Dettagli

Modellazione dei dati in UML

Modellazione dei dati in UML Corso di Basi di Dati e Sistemi Informativi Modellazione dei dati in UML Angelo Montanari Dipartimento di Matematica e Informatica Università degli Studi di Udine Introduzione UML (Unified Modeling Language):

Dettagli

Gestione Informatizzata degli Esami di teoria per il Conseguimento e la Revisione della patente di guida A e B

Gestione Informatizzata degli Esami di teoria per il Conseguimento e la Revisione della patente di guida A e B Gestione Informatizzata degli Esami di teoria per il Svolgimento Esami Guida Operativa Esaminatore Aggiornamenti Gennaio 2011 INDICE Gestione degli Esami di Teoria per il 1. INTRODUZIONE ALL USO DELLA

Dettagli

ALICE PRATICHE EDILIZIE ON LINE MANUALE D'USO REL. 3.2

ALICE PRATICHE EDILIZIE ON LINE MANUALE D'USO REL. 3.2 PRATICHE EDILIZIE ON LINE MANUALE D'USO REL. 3.2 edizione: maggio 2011 INDICE 1. INTRODUZIONE... 2 1.1. Cos è ALICE PE Online... 2 1.2. Conoscenze richieste... 2 1.3. Terminologia di base... 3 2. GUIDA

Dettagli

TEORIA sulle BASI DI DATI

TEORIA sulle BASI DI DATI TEORIA sulle BASI DI DATI A cura del Prof. Enea Ferri Cos è un DATA BASE E un insieme di archivi legati tra loro da relazioni. Vengono memorizzati su memorie di massa come un unico insieme, e possono essere

Dettagli

DOCUMENTO DI SPECIFICA DEI REQUISITI SOFTWARE

DOCUMENTO DI SPECIFICA DEI REQUISITI SOFTWARE DOCUMENTO DI SPECIFICA DEI REQUISITI SOFTWARE Tabella dei contenuti 1. Introduzione 1.1 Propositi 1.2 Obiettivi 1.3 Definizioni, acronimi ed abbreviazioni 1.4 Riferimenti 1.5 Panoramica 2. Descrizione

Dettagli

UML - Unified Modeling Language

UML - Unified Modeling Language UML E CASI D USO UML - Unified Modeling Language Linguaggio stardardizzato per identificare e modellizzare le specifiche di un S.I. Coerente con il paradigma della programmazione ad oggetti Definito a

Dettagli

Manuale Operativo FER CEL-PAS. Lato Compilatore. Servizio FER - Fonti Energetiche Rinnovabili

Manuale Operativo FER CEL-PAS. Lato Compilatore. Servizio FER - Fonti Energetiche Rinnovabili Manuale Operativo FER CEL-PAS Lato Compilatore Servizio FER - Fonti Energetiche Rinnovabili Revisione del Documento: 06 Data revisione: 13-01-2013 INDICE DEI CONTENUTI Indice 1.1 Scopo e campo di applicazione...

Dettagli

Manuale Utente. S e m p l i c e m e n t e D a t i M i g l i o r i!

Manuale Utente. S e m p l i c e m e n t e D a t i M i g l i o r i! Manuale Utente S e m p l i c e m e n t e D a t i M i g l i o r i! INDICE INDICE... 3 INTRODUZIONE... 3 Riguardo questo manuale...3 Informazioni su VOLT 3 Destinatari 3 Software Richiesto 3 Novità su Volt...3

Dettagli

Gestione password per le utenze del dominio di autenticazione AMM (amm.dom.uniroma1.it)

Gestione password per le utenze del dominio di autenticazione AMM (amm.dom.uniroma1.it) Centro Infosapienza Ufficio gestione sistemi Settore sistemi centrali e per l office automation Gestione password per le utenze del dominio di autenticazione AMM (amm.dom.uniroma1.it) Sommario 1. Premessa...

Dettagli

DPS Daily Notes GUIDA UTENTE. Italiano. www.dpsdailynotes.com dps@key2.it 1

DPS Daily Notes GUIDA UTENTE. Italiano. www.dpsdailynotes.com dps@key2.it 1 GUIDA UTENTE Italiano www.dpsdailynotes.com dps@key2.it 1 DPS Daily Notes DPS Daily Notes... 2 Introduzione... 3 Pazienti... 4 Terapie... 6 Medici... 7 Medicinali... 7 Crisi... 8 Calendario... 10 Statistiche...

Dettagli

SICE.NET Servizio Informativo Casse Edili

SICE.NET Servizio Informativo Casse Edili SICE.NET Servizio Informativo Casse Edili http://213.26.67.117/ce_test Guida all uso del servizio Internet On-Line CASSA EDILE NUOVA INFORMATICA Software prodotto da Nuova Informatica srl Pag. 1 Il Servizio

Dettagli

Direzione Centrale per le Politiche dell Immigrazione e dell Asilo

Direzione Centrale per le Politiche dell Immigrazione e dell Asilo Direzione Centrale per le Politiche dell Immigrazione e dell Asilo SUI Sportello Unico Immigrazione Sistema inoltro telematico domande di nulla osta al lavoro, al ricongiungimento familiare e conversioni

Dettagli

Sistema Informativo Alice

Sistema Informativo Alice Sistema Informativo Alice Urbanistica MANUALE UTENTE MODULO PROFESSIONISTI WEB settembre 2007 INDICE 1. INTRODUZIONE...2 1.1. Cos è MPWEB?... 2 1.2. Conoscenze richieste... 2 1.3. Modalità di utilizzo...

Dettagli

Università degli Studi dell'aquila. Guida per la gestione della verbalizzazione esami tramite applicativo ESSE3

Università degli Studi dell'aquila. Guida per la gestione della verbalizzazione esami tramite applicativo ESSE3 Università degli Studi dell'aquila Guida per la gestione della verbalizzazione esami tramite applicativo ESSE3 Introduzione Il seguente documento illustra una guida per lo svolgimento delle seguenti tipologie

Dettagli

Analisi dei Requisiti

Analisi dei Requisiti Analisi dei Requisiti Pagina 1 di 16 Analisi dei Requisiti Indice 1 - INTRODUZIONE... 4 1.1 - OBIETTIVO DEL DOCUMENTO...4 1.2 - STRUTTURA DEL DOCUMENTO...4 1.3 - RIFERIMENTI...4 1.4 - STORIA DEL DOCUMENTO...4

Dettagli

Disciplinare per l utilizzo del sistema on-line per il monitoraggio dei tempi di attesa per l attività libero-professionale intramuraria (ALPI)

Disciplinare per l utilizzo del sistema on-line per il monitoraggio dei tempi di attesa per l attività libero-professionale intramuraria (ALPI) Disciplinare per l utilizzo del sistema on-line per il monitoraggio dei tempi di attesa per l attività libero-professionale intramuraria (ALPI) Introduzione Il monitoraggio ALPI è stato effettuato negli

Dettagli

GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE

GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE Gentile utente, come già sa l'applicazione Argo DidUP collegata a Scuolanext è adesso disponibile anche in versione APP nativa per sistemi

Dettagli

Servizio di Invio Telematico delle Schedine Alloggiati

Servizio di Invio Telematico delle Schedine Alloggiati Servizio di Invio Telematico delle Schedine Alloggiati 1. Login Fig.1.1: Maschera di Login Per accedere all applicativo inserire correttamente nome utente e password poi fare clic sul pulsante Accedi,

Dettagli

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del Manuale utente presente nell ambiente del Servizio Telematico Doganale.

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del Manuale utente presente nell ambiente del Servizio Telematico Doganale. GUIDA RAPIDA versione 25 febbraio 2010 SERVIIZIIO TELEMATIICO DOGANALE Avvertenze: Questa guida vuole costituire un piccolo aiuto per gli operatori che hanno già presentato richiesta di adesione al servizio

Dettagli

Manuale d uso del Sistema di e-procurement per le Imprese. Guida alla Gestione del Catalogo MePA per le Imprese

Manuale d uso del Sistema di e-procurement per le Imprese. Guida alla Gestione del Catalogo MePA per le Imprese Manuale d uso del Sistema di e-procurement per le Imprese Guida alla Gestione del Catalogo MePA per le Imprese Data ultimo aggiornamento: 10/03/2015 Pagina 1 di 45 Indice 1. GESTIONE CATALOGO... 3 1.1.

Dettagli

Manuale Progetto Placement

Manuale Progetto Placement Manuale Progetto Placement V. 5 del 20/06/2013 FUNZIONI PRINCIPALI: Fornire uno strumento per la gestione centralizzata di stage, alternanze e placement. Costruire un database contenente i curriculum degli

Dettagli

Università degli studi di Salerno

Università degli studi di Salerno Università degli studi di Salerno Corso di Ingegneria del Software @silo MANUALE UTENTE Versione 1 Coordinatore del progetto: Linda Di Geronimo Giulio Franco Alfonso Murolo Partecipanti: Alfonso

Dettagli

Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015

Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015 Manuale Utente Gestione Richieste supporto Data Warehouse Della Ragioneria Generale dello Stato Versione 1.0 Roma, Ottobre 2015 1 Indice 1 Generalità... 3 1.1 Scopo del documento... 3 1.2 Versioni del

Dettagli

Wi-Pie Social Network Punti di accesso alla Rete Internet Manuale d'uso per operatore

Wi-Pie Social Network Punti di accesso alla Rete Internet Manuale d'uso per operatore Wi-Pie Social Network Punti di accesso alla Rete Internet Manuale d'uso per operatore INDICE 1. INTRODUZIONE...3 2. UTILIZZO GENERALE...3 2.1 UTENTE NON ANCORA REGISTRATO SUL SISTEMA...3 2.2 UTENTE GIÀ

Dettagli

21/02/2013 MANUALE DI ISTRUZIONI DELL APPLICAZIONE SID GENERAZIONE CERTIFICATI VERSIONE 1.0

21/02/2013 MANUALE DI ISTRUZIONI DELL APPLICAZIONE SID GENERAZIONE CERTIFICATI VERSIONE 1.0 MANUALE DI ISTRUZIONI DELL APPLICAZIONE SID GENERAZIONE VERSIONE 1.0 PAG. 2 DI 39 INDICE 1. PREMESSA 4 2. INSTALLAZIONE 5 3. ESECUZIONE 6 4. STRUTTURA DELLE CARTELLE 7 5. CARATTERISTICHE GENERALI DELL

Dettagli

L ARCHIVIAZIONE E LA GESTIONE DATI ATTRAVERSO L INTERAZIONE TRA MICROSOFT ACCESS ED EXCEL 1 INTRODUZIONE

L ARCHIVIAZIONE E LA GESTIONE DATI ATTRAVERSO L INTERAZIONE TRA MICROSOFT ACCESS ED EXCEL 1 INTRODUZIONE Roccatello Ing. Eduard L ARCHIVIAZIONE E LA GESTIONE DATI ATTRAVERSO L INTERAZIONE TRA MICROSOFT ACCESS ED EXCEL 1 INTRODUZIONE Agenda Presentazione docente Definizione calendario Questionario pre corso

Dettagli

Pratiche edilizie on line PRATICHE EDILIZIE ON LINE MANUALE UTENTE VIRTUAL BACK-OFFICE FEBBRAIO 2005. PIM-MUT-RUPAR-2005-02-03.

Pratiche edilizie on line PRATICHE EDILIZIE ON LINE MANUALE UTENTE VIRTUAL BACK-OFFICE FEBBRAIO 2005. PIM-MUT-RUPAR-2005-02-03. PRATICHE EDILIZIE ON LINE MANUALE UTENTE VIRTUAL BACK-OFFICE FEBBRAIO 2005 PIM-MUT-RUPAR-2005-02-03.DOC Pagina 1 di 30 INDICE 1 INTRODUZIONE... 3 1.1 SCOPO DEL DOCUMENTO... 3 1.2 RIFERIMENTI NORMATIVI...

Dettagli

Introduzione a UML. Iolanda Salinari

Introduzione a UML. Iolanda Salinari Introduzione a UML Iolanda Salinari Perché modelliamo Un modello è una semplificazione della realtà I modelli ci aiutano a visualizzare un sistema come è o come vorremmo che fosse ci permettono di specificare

Dettagli

Ingegneria del Software - Il Ciclo Lungo

Ingegneria del Software - Il Ciclo Lungo Ingegneria del Software - Il Ciclo Lungo Alessandro Martinelli alessandro.martinelli@unipv.it 10 Marzo 2014 Il Ciclo Lungo Il Versioning e la Condivisione di Codice Organizzazione dei Pacchetti La Modellazione

Dettagli

UniRoma2 - Ingegneria del Software 1 1

UniRoma2 - Ingegneria del Software 1 1 Object Oriented Analysis - OOA La fase di OOA definisce, secondo un approccio ad oggetti, COSA un prodotto software deve fare (mentre la fase di OOD definisce, sempre secondo un approccio ad oggetti, COME

Dettagli

Banca dati Professioniste in rete per le P.A. Guida all uso per le Professioniste

Banca dati Professioniste in rete per le P.A. Guida all uso per le Professioniste Banca dati Professioniste in rete per le P.A. Guida all uso per le Professioniste versione 2.1 24/09/2015 aggiornamenti: 23-set-2015; 24-set-2015 Autore: Francesco Brunetta (http://www.francescobrunetta.it/)

Dettagli

Sistema Web. Gestione Documenti Elettronici

Sistema Web. Gestione Documenti Elettronici GUIDA RAPIDA Sistema Web CONSORZIO CO.D.IN. M A R C H E Gestione Documenti Elettronici INDICE Capitolo 1: Avvio Applicazione Capitolo 2: Autenticazione Utente e Accesso al Sistema Capitolo 3: Navigazione

Dettagli

Casi d uso (use cases)

Casi d uso (use cases) Casi d uso (use cases) proposti da Ivar Jacobson nel 1992 termine nuovo, ma tecnica consolidata (studio degli scenari di operatività degli utilizzatori di un sistema) sono i modi in cui il sistema può

Dettagli

GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE

GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE GUIDA ALL'UTILIZZO DELL'APP NATIVA PER TABLET ANDROID E APPLE Gentile utente, come già sa l'applicazione Argo DidUP collegata a Scuolanext è adesso disponibile anche in versione APP nativa per sistemi

Dettagli

NORME PROCEDURALI PER LA COMPILAZIONE TELEMATICA DEI CALENDARI D ESAME

NORME PROCEDURALI PER LA COMPILAZIONE TELEMATICA DEI CALENDARI D ESAME NORME PROCEDURALI PER LA COMPILAZIONE TELEMATICA DEI CALENDARI D ESAME Il presente documento descrive in maniera approfondita i passi necessari a completare l intera procedura di richiesta dei verbali

Dettagli

Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA. http://www.liveboxcloud.com

Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA. http://www.liveboxcloud.com 2015 Manuale LiveBox WEB AMMINISTRATORE DI SISTEMA http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi

Dettagli

IATROS SISS 3.0.0 [REV.02032015MB]

IATROS SISS 3.0.0 [REV.02032015MB] IATROS SISS 3.0.0 La versione Iatros Siss 3.0.0 comprende le nuove implementazioni di: 1. Ricetta dematerializzata (o elettronica) 2. Allineamento anagrafico 3. Certificati di malattia telematici (in arrivo

Dettagli

Guida rapida all uso di Moodle per i docenti

Guida rapida all uso di Moodle per i docenti Guida rapida all uso di Moodle per i docenti Avvertenze: 1) Questo NON è un manuale completo di Moodle. La guida è esplicitamente diretta a docenti poco esperti che devono cimentarsi per la prima volta

Dettagli

Progetto Istanze On Line

Progetto Istanze On Line 2014 Progetto Istanze On Line 09 aprile 2014 INDICE 1 INTRODUZIONE ALL USO DELLA GUIDA... 3 1.1 SIMBOLI USATI E DESCRIZIONI... 3 2 GESTIONE DELL UTENZA... 4 2.1 COS È E A CHI È RIVOLTO... 4 2.2 NORMATIVA

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2008/2009 I lucidi del corso sono stati prodotti sulla base del

Dettagli

Manuale d uso. Applicazione client Postecert Firma Digitale per Postemailbox

Manuale d uso. Applicazione client Postecert Firma Digitale per Postemailbox per Postemailbox Documento pubblico Pagina 1 di 22 Indice INTRODUZIONE... 3 REQUISITI... 3 SOFTWARE... 3 HARDWARE... 3 INSTALLAZIONE... 3 AGGIORNAMENTI... 4 AVVIO DELL APPLICAZIONE... 4 UTILIZZO DELL APPLICAZIONE...

Dettagli

Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate

Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate Mystic Pizza Gestione Pizzeria Scheda di Progetto Version 1.0 Data 19/03/2007 Indice degli argomenti 1. Introduzione 3 a. Scenario

Dettagli

Manuale per la compilazione dei Questionari di rilevazione Monitor440 Modalità On-line e Off-Line

Manuale per la compilazione dei Questionari di rilevazione Monitor440 Modalità On-line e Off-Line Manuale per la compilazione dei Questionari di rilevazione Monitor440 Modalità On-line e Off-Line INVALSI Istituto nazionale per la valutazione del sistema educativo di istruzione e di formazione Via Borromini,

Dettagli

Gestione Nuova Casella email

Gestione Nuova Casella email Gestione Nuova Casella email Per accedere alla vecchia casella questo l indirizzo web: http://62.149.157.9/ Potrà essere utile accedere alla vecchia gestione per esportare la rubrica e reimportala come

Dettagli

Portale Tesoro MANUALE UTENTE Versione 7.0

Portale Tesoro MANUALE UTENTE Versione 7.0 Portale Tesoro MANUALE UTENTE Versione 7.0 Aggiornato al 28 Luglio 2015 Versione 7.0 SOMMARIO 1. INTRODUZIONE... 3 1.1. SCOPO DEL DOCUMENTO... 3 1.2. VERSIONI DEL DOCUMENTO... 3 1.3. DEFINIZIONI ED ACRONIMI...

Dettagli

Politecnico di Milano

Politecnico di Milano 1 Politecnico di Milano Facoltà di Ingegneria dell Informazione Progetto di Ingegneria del Software 2: SWIMv2 Prof.ssa Mirandola Raffaella A.A 2012/2013 SWIMv2: Small World hypotesis Machine v2 Realizzato

Dettagli

Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica. Ingegneria del Software. La fase di Analisi

Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica. Ingegneria del Software. La fase di Analisi Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica Ingegneria del Software La fase di Analisi Giulio Destri Ing. del software: Analisi - 1 Scopo del modulo Definire

Dettagli

P.D.M. (Product Document Management) Hierarchycal Tree

P.D.M. (Product Document Management) Hierarchycal Tree DOKMAWEB P.D.M. (Product Document Management) Hierarchycal Tree BBL Technology Srl Via Bruno Buozzi 8 Lissone (MI) Tel 039 2454013 Fax 039 2451959 www.bbl.it www.dokmaweb.it BBL Technology srl (WWW.BBL.IT)

Dettagli

1 SCOPO DEL DOCUMENTO...4 2 PREMESSA...4 3 ARCHITETTURA DELLA APPLICAZIONE...5 4 ACCESSO ALL APPLICAZIONE...8 5 LA INBOX...9

1 SCOPO DEL DOCUMENTO...4 2 PREMESSA...4 3 ARCHITETTURA DELLA APPLICAZIONE...5 4 ACCESSO ALL APPLICAZIONE...8 5 LA INBOX...9 Manuale Utente CRM 1 SCOPO DEL DOCUMENTO...4 2 PREMESSA...4 3 ARCHITETTURA DELLA APPLICAZIONE...5 3.1 Applicazione... 5 3.2 Gruppo... 5 3.3 Utente... 7 4 ACCESSO ALL APPLICAZIONE...8 4.1 Apertura dell

Dettagli

Sistema Gestionale GiovaniSì Guida al sistema. Dott. Enea Belloni Ing. Andrea Montagnani

Sistema Gestionale GiovaniSì Guida al sistema. Dott. Enea Belloni Ing. Andrea Montagnani Sistema Gestionale GiovaniSì Guida al sistema Dott. Enea Belloni Ing. Andrea Montagnani Firenze, 28 agosto 2012 Sommario della presentazione Il sistema informatico per la gestione delle domande Gli utenti:

Dettagli

GiADA. Piattaforma multimediale per la valutazione e la Gestione Interattiva Abilità Di Apprendimento. Guida pratica per l'insegnante

GiADA. Piattaforma multimediale per la valutazione e la Gestione Interattiva Abilità Di Apprendimento. Guida pratica per l'insegnante GiADA Piattaforma multimediale per la valutazione e la Gestione Interattiva Abilità Di Apprendimento Guida pratica per l'insegnante Indice Introduzione Cos'è Giada? 4 Progetti di valutazione - Intervento

Dettagli

Informatica Documentale

Informatica Documentale Informatica Documentale Ivan Scagnetto (scagnett@dimi.uniud.it) Stanza 3, Nodo Sud Dipartimento di Matematica e Informatica Via delle Scienze, n. 206 33100 Udine Tel. 0432 558451 Ricevimento: giovedì,

Dettagli

SDD System design document

SDD System design document UNIVERSITA DEGLI STUDI DI PALERMO FACOLTA DI INGEGNERIA CORSO DI LAUREA IN INGEGNERIA INFORMATICA TESINA DI INGEGNERIA DEL SOFTWARE Progetto DocS (Documents Sharing) http://www.magsoft.it/progettodocs

Dettagli

Regione Puglia. Nodo Regionale per la fatturazione elettronica

Regione Puglia. Nodo Regionale per la fatturazione elettronica Regione Puglia Nodo Regionale per la fatturazione elettronica Manuale Utente per la gestione della fatturazione passiva Pag.1 di 13 Revisoni Versione Data emissione Modifiche apportate 1.0 17/03/2015 Prima

Dettagli

Sme.UP Web Application

Sme.UP Web Application Sme.UP Web Application Web Application Web.UP Una interfaccia web per i vostri dati gestionali Il modulo applicativo Web.UP fornisce al progettista di siti Internet una serie di potenti strumenti per l'integrazione

Dettagli

Piattaforma di e-learning I.R.Fo.M

Piattaforma di e-learning I.R.Fo.M Piattaforma di e-learning I.R.Fo.M Manuale d'uso per l'utente Ver. 1.0 Maggio 2014 I.R.Fo.M. - Istituto di Ricerca e Formazione per il Mezzogiorno 1 Sommario 1. Introduzione...3 1.1 L'ambiente...3 1.2

Dettagli

LABORATORIO. 2 Lezioni su Basi di Dati Contatti:

LABORATORIO. 2 Lezioni su Basi di Dati Contatti: PRINCIPI DI INFORMATICA CORSO DI LAUREA IN SCIENZE BIOLOGICHE Gennaro Cordasco e Rosario De Chiara {cordasco,dechiara}@dia.unisa.it Dipartimento di Informatica ed Applicazioni R.M. Capocelli Laboratorio

Dettagli

Ingegneria del Software Requisiti e Specifiche

Ingegneria del Software Requisiti e Specifiche Ingegneria del Software Requisiti e Specifiche Obiettivi. Affrontare i primi passi della produzione del software: la definizione dei requisiti ed il progetto architetturale che porta alla definizione delle

Dettagli

Piattaforma FaD Formazione a distanza. Manuale di consultazione rapida per l utilizzo della piattaforma di. formazione a distanza di EFA srl

Piattaforma FaD Formazione a distanza. Manuale di consultazione rapida per l utilizzo della piattaforma di. formazione a distanza di EFA srl Piattaforma FaD Formazione a distanza Manuale di consultazione rapida per l utilizzo della piattaforma di formazione a distanza di EFA srl 1 Indice generale 1. Scopo del documento 2. Definizioni e abbreviazioni

Dettagli

NUOVO Panda Antivirus 2007 Guida introduttiva Importante! Leggere attentamente la sezione Registrazione online della presente guida. Le informazioni contenute in questa sezione sono fondamentali per garantire

Dettagli

CLAROLINE DIDATTICA ONLINE MANUALE DELLO STUDENTE

CLAROLINE DIDATTICA ONLINE MANUALE DELLO STUDENTE CLAROLINE DIDATTICA ONLINE MANUALE DELLO STUDENTE Sommario 1. Introduzione... 3 2. Registrazione... 3 3. Accesso alla piattaforma (login)... 4 4. Uscita dalla piattaforma (logout)... 5 5. Iscriversi a

Dettagli