ingegneria del software 1 (20 punti - 45 minuti) 2 (10 punti - 15 minuti)

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "ingegneria del software 1 (20 punti - 45 minuti) 2 (10 punti - 15 minuti)"

Cornelio Palmieri
8 anni fa
Visualizzazioni

1 Università di Firenze, Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica - Prof.E.Vicario ingegneria del software PROVA SCRITTA - prima parte 22 Gennaio 205 (20 punti - 45 minuti) Si descriva il Pattern Adapter caratterizzandone: l'intento e l'applicabilità; la struttura, i partecipanti e le collaborazioni; le conseguenze; le scelte di implementazione. Si approfondisca il tema di come i due schemi object-adapter e class-adapter rispondono diversamente al subclassing dell'adaptee, identificando vantaggi e svantaggi sottesi, evidenziando sezioni di codice significative, e descrivendo un test che illustra il diverso comportamento dei due schemi. For correction, see: "Design Patterns " by the GOF + lecture slides. 2 (0 punti - 5 minuti) Si illustrino le caratteristiche salienti del modello di sviluppo Unified Process, identificando in particolare fasi, prodotti attesi, e organizzazione incrementale, distribuzione dei flussi di lavoro, e caratterizzando il concetto di architettura eseguibile. For correction, see: lecture slides + " Rational Unified Process, Best Practices for Software Development Teams," Rational SW white paper, _TP026B.pdf.

partecipanti e le collaborazioni; le conseguenze; le scelte di implementazione.

2 Università di Firenze, Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica - Prof.E.Vicario ingegneria del software PROVA SCRITTA - seconda parte 22 Gennaio (30 punti - 60 minuti) si consideri la seguente descrizione del sistema informativo di un'agenzia di noleggio auto. Il sistema deve abilitare clienti e agenti nell'identificare quali mezzi sono disponibili in quale periodo e in quale sede, distinguendo i mezzi per classi di qualità, determinando il costo del noleggio in relazione alla classe del mezzo e la lunghezza del periodo. Il sistema deve permettere l'esecuzione di una prenotazione di un mezzo in una classe di qualità per un certo periodo, la sede presso cui ciascun mezzo è reso disponibile, e dove esso viene restituito. Il sistema deve tenere traccia degli estremi anagrafici dei clienti e della carta di credito su cui è preso l'impegno a pagare, deve anche permettere di tenere traccia dello stato del mezzo e permettere dell'operatore che effettua consegna e recupero di aggiornare la traccia storica al momento della consegna o restituzione. Il sistema deve tenere traccia di quale agente ha gestito ciascuna operazione di definizione di un contratto, e di quali operatori hanno effettuato consegna e ritiro di ciascun mezzo. Il sistema deve permettere a un agente di gestire eventuali contravvenzioni notificate all'agenzia, ricollegandole al cliente che aveva in uso il mezzo nel periodo in cui è stata emessa la contravvenzione stessa, caricando il costo sulla carta di credito e notificandolo al cliente. Il Sistema deve potere individuare quali mezzi devono essere trasferiti da una sede all'altra al fine di rispondere alle prenotazioni accettate o comunque di rispondere a un intento di bilanciamento, e deve potere permettere ad un agente di comunicare agli operatori quali trasferimenti effettuare. Si produca un modello concettuale delle entità coinvolte e delle loro relazioni, e si identifichino gli attori e i casi d'uso (20 punti). Si produca un'astrazione del modello concettuale basato sullo schema di Accountability, e si illustri la struttura dell'object Diagram nella rappresentazione del seguente scenario: il mezzo M è stato in uso ai clienti C, C2, C3, in 3 diversi periodi, ed è stato inutilizzato in altri periodi. La consegna a C e C2 è stata effettuata dall'operatore Oa, e la consegna a C3 è stata effettuata da Ob. Una contravvenzione è stata notificata in una certa data, ed è quindi associata a uno dei tre clienti. (0 punti)

Il sistema deve abilitare clienti e agenti nell'identificare quali mezzi sono disponibili in quale periodo e in quale sede, distinguendo i mezzi per classi di qualità, determinando il costo del

3 3. Soluzione (al volo, da verificare) 3.. Modello concettuale Agente Contratto Operatore +consegna +recupera Sede +recupero Noleggio +since Time +consegna until Cliente Mezzo Contravvenzione Classe Stato Osservazione

4 3..2 Casi d'uso prenota cercamezzidisponibili ricevinotificacontravvenzione Cliente_ stipulacontratto caricacontravvenzione Agente_ disponitrasferimento invianotificacontravvenzione valutadisponibilitàinsedi registraconsegnaritiro Operatore_ aggiungiosservazionesullostato

caricacontravvenzione Agente_ disponitrasferimento

5 3..3 Modello concettuale astratto con Accountability PartyTypes: Mezzo, Cliente, Operatore, Contravvenzione AccountabilityTypes: Mezzo inusoa Cliente, Mezzo consegnatoda Operatore, Contravvenzione associataa Mezzo AccountabilityType +commissioners.... responsibles PartyType Accountability Party Contravvenzione TimeRecord PartySpecificContent Mezzo Operatore 3.2 Object model nel caso omissis

Contravvenzione associataa Mezzo AccountabilityType +commissioners.

Documenti analoghi

I casi d uso corrispondono ai compiti che l attore (che può essere una persona fisica e non) può svolgere.

I casi d uso corrispondono ai compiti che l attore (che può essere una persona fisica e non) può svolgere. UML e i Casi d USO I casi d uso specificano una sequenza di azioni che producono un risultato visibile agli attori del sistema. Essi nascono per fornire descrizioni delle capacità del sistema. I casi d