ESEMPI DI TEMI D ESAME 1 TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA 9...

Transcript

1 ESEMPI DI TEMI D ESAME 1 TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA TEMA

2 1 Tema 1 PARTE A T1 - Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo: Il processo di produzione di un prodotto software è costituito dalle seguenti fasi sequenziali: Analisi dei requisiti e specifica, Analisi delle alternative make or buy, Progettazione architetturale, Sviluppo e Integrazione, Consegna. La fase di sviluppo e integrazione è costituita da tre fasi concorrenti: acquisizione e adattamento prodotti, Sviluppo di codice ad hoc, adattamento delle applicazioni esistenti. Le tre fasi terminano con un attività di integrazione complessiva. Ogni fase rilascia uno specifico documento. La disponibilità del documento di analisi dei requisiti e specifica attiva la fase di analisi delle alternative e, concorrentemente, una fase di preparazione del piano di collaudo. La disponibilità del piano di collaudo e del prodotto software permette l esecuzione del collaudo ed il rilascio del rapporto di collaudo. T2 - Processi di sviluppo Spiegate le problematiche ed il contenuto del processo a spirale. T3 - Analisi dei requisiti Definite un indice tipo di documento di analisi dei requisiti ed illustratene brevemente i contenuti. T4 - Reti di Petri ed automi a stati finiti Illustrate le differenze (dal punto di vista dell utilizzo come linguaggi di modellazione di prodotti software) tra una Rete di Petri ed un Automa a Stati Finiti. T5 Studio di fattibilità Spiegate il ruolo ed il contenuto di uno studio di fattibilità. T6 Validazione di un documento di analisi dei requisiti Cosa significa validare un documento di analisi dei requisiti?. Quali tecniche si possono utilizzare? PARTE B T1 - Progettazione architetturale Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di gestione di una rete di punti vendita Scopo dell'applicazione è la raccolta dei consuntivi giornalieri di vendita da una rete di punti vendita. Il sistema deve soddisfare le seguenti specifiche: Ogni punto vendita è dotato di un server connesso alle proprie casse. Il server acquisisce su una banca dati locale ogni transazione di vendita che avviene presso le casse. Giornalmente, dopo la chiusura del punto vendita, il server si connette al sistema centrale di gestione e trasmette il consuntivo di vendita della giornata. Il sistema centrale, installato nel capoluogo di regione, gestisce tutti i punti vendita regionali. Il sistema centrale raccoglie tutti i dati in una banca dati centrale e fornisce le seguenti funzioni: rapporto di vendita generato con periodicità settimanale; elaborazione mensile dei dati ed invio del file risultante al sistema di gestione della contabilità; funzioni di amministrazione e gestione della banca dati. T2 Requisiti non funzionali e progettazione Relativamente al sistema sopra progettato definite un insieme di possibili chiarimenti che richiedereste al fine di identificare i requisiti di Efficienza e di Affidabilità. T3 Caso di test Un piano di test è costituito da più casi di test. Spiegate la struttura tipica di un caso di test T4 Stima di risorse in un progetto software Presentate e discutete alcune tecniche di stima di risorse in un progetto software T5 Sistema Qualità Illustrate in modo sintetico il contenuto ed il ruolo di un sistema qualità in un azienda che sviluppa software. T6 Gestione delle modifiche Descrivete i problemi che devono essere trattati in un processo di gestione delle modifiche di prodotti software 2

3 2 Tema 2 PARTEA T1 - Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo di gestione delle segnalazioni di malfunzionamento di un prodotto software: Il personale del servizio clienti riceve le segnalazioni da parte dei clienti via posta elettronica o telefono. Il personale analizza e seleziona le segnalazioni. Quelle che non riguardano malfunzionamenti software sono inserite in un data base di assistenza clienti, mentre le segnalazioni relative a tutti i malfunzionamenti software sono classificate per gravità e inserite nel data base di gestione malfunzionamenti software. Inoltre, ogni volta che una segnalazione di malfunzionamento software è classificata come bloccante, il personale attiva il responsabile di prodotto. Il responsabile di prodotto contatta il cliente ed interagisce per risolvere il problema. Se necessario avvia il processo di modifica che eseguirà il check out del componente da modificare dal data base del software, eseguirà la modifica e terminerà eseguendo un check in, un aggiornamento del data base di gestione malfunzionamenti software ed un emissione di una nuova versione per il cliente. Periodicamente il responsabile di prodotto analizza il contenuto del data base di gestione malfunzionamenti software, estrae un lotto di segnalazioni e le assegna ad un gruppo di sviluppo. Il gruppo di sviluppo esegue il processo di modifica (check out dei componenti da modificare, esecuzione della modifica, check in, aggiornamento del data base di gestione malfunzionamenti software). T2 Modellazione dei processi Spiegate perché è utile modellare i processi di un organizzazione di sviluppo software T3 - Manutenibilità e scenari Illustrate il requisito non funzionale Manutenibilità e spiegate come il concetto di scenario possa essere utilizzato nella specifica della manutenibilità di un prodotto software. T4 - Requisiti non funzionali Data la seguente specifica: Scopo dell'applicazione è l acquisizione di dati relativi alla qualità dell'aria. Il sistema è costituito da un server e due postazioni di lavoro ed è connesso via rete locale ad un sistema di acquisizione dati che raccoglie dati di inquinamento via radio da un insieme di centraline installate sul territorio. I dati acquisiti periodicamente sono memorizzati in banca dati ed elaborati attraverso un modello matematico che produce, se il caso, le opportune segnalazioni di allarme. Indicate quali requisiti non funzionali relativi all efficienza inserireste nel documento di specifica, chiedendo gli opportuni chiarimenti al cliente. T5 Modularizzazione e Information Hiding Illustrate i concetti di Modularizzazione e Information Hiding T6 Viste architetturali di implementazione Presentate almeno due possibili viste architetturali di implementazione PARTE B T1 - Progettazione architetturale Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di scambio elettronico di documenti tra una azienda cliente ed i suoi fornitori. L applicazione, da realizzare in ambiente Web, permette all azienda cliente di raccogliere da ogni fornitore qualificato i Listini articoli. Ogni listino articoli è costituito da un elenco di prodotti. Ad ogni prodotto è associato un insieme di caratteristiche tecniche ed un prezzo unitario. Ogni fornitore si può collegare al sito web dell azienda cliente e utilizzare le seguenti funzioni: creazione di un nuovo listino; cancellazione di un listino esistente; caricamento/modifica di un listino esistente; creazione e caricamento, attraverso l invio di un foglio excel, di un listino nuovo. Tutti i listini saranno memorizzati in una banca dati. Nell azienda cliente, ogni responsabile di un insieme di fornitori potrà accedere alla banca dati attraverso la intranet aziendale, leggere i listini di competenza e definirne lo stato di approvazione o non approvazione. Nel caso di non approvazione, l applicazione invierà un mail di avviso al relativo fornitore. Con periodicità giornaliera, una procedura, sviluppata sul sistema gestionale AS400, raccoglierà dalla banca dati i listini nuovi (o che hanno subito variazioni) e sono stati approvati e aggiornerà la banca dati gestionale preesistente su AS400. T2 Stili di controllo Spiegate i seguenti stili di controllo basati su eventi: 1) Selective Broadcast, 2) Interrupt-driven T3 Scenari e test Spiegate l utilizzo dell approccio per scenari in un piano di collaudo ed accettazione di prodotto T4 Piano temporale di progetto Descrivete che cosa è un piano temporale di progetto ed illustrate brevemente le tecniche che si possono utilizzare per definire un piano temporale T5 Diagrammi di sequenza e diagrammi di stato in UML Spiegate il significato, l utilizzo e la differenza tra i diagrammi di sequenza e diagrammi di stato in UML T6 Gestione della conoscenza 3

4 Illustrate la differenza tra casi di progettazione e pattern di progettazione in un processo di gestione della conoscenza relativa alla progettazione di software. 3 Tema 3 PARTE A T1 - Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente flusso informativo tra uffici: L organizzazione XX è composta da un ufficio provinciale e tre uffici periferici. Ogni ufficio periferico gestisce localmente le richieste degli utenti fornendo la relativa risposta. Nel caso una richiesta richieda l autorizzazione del responsabile provinciale, la richiesta è inoltrata all ufficio provinciale. Se la richiesta è autorizzata. L ufficio periferico riceve il documento di richiesta firmato dal responsabile. In caso contrario l ufficio periferico riceve un mail che spiega le ragioni della non autorizzazione. L ufficio periferico trasmette di conseguenza l esito all utente. Sia gli uffici periferici che l ufficio provinciale mantengono un archivio delle comunicazioni ricevute e inviate. Periodicamente ogni ufficio periferico trasmette i dati del proprio archivio all ufficio provinciale, T2 Processi Spiegate la relazione tra fase di specifica dei requisiti e fase di progettazione, in particolare relativamente allo sviluppo di prodotti software di significative dimensioni. T3 - Efficienza Illustrate il requisito non funzionale Efficienza e indicate quali requisiti non funzionali relativi all efficienza inserireste nel documento di specifica, chiedendo gli opportuni chiarimenti al cliente, nel caso di sviluppo di un prodotto software di automazione del processo descritto in T1. T4 Documento di specifica Presentate i contenuti tipici di un documento di analisi dei requisiti e specifica. T5 Tipo di dati astratto Illustrate il concetto di tipo di dati astratto T6 Viste architetturali Presentate il concetto di viste architetturali e spiegatene l utilità PARTE B T1 - Progettazione architetturale Progettare l'architettura software della seguente applicazione: Gestione della scheda cliente per un sistema di Customer Relationship Management L applicazione, da realizzare in ambiente Web, ha lo scopo di integrare i dati provenienti da un insieme di banche dati preesistenti in ambienti tecnologici diversi, al fine di fornire alla rete di vendita uno stato aggiornato di ogni cliente (scheda cliente) ed un insieme di applicazioni di supporto. L architettura progettata deve essere basata sullo stile architetturale a layer. Le funzioni da rendere disponibili sono: Raccolta dati dal sistema gestionale (Anagrafica cliente, ordini emessi, clausole contrattuali, stato dei pagamenti,...) Raccolta dati da una banca dati che contiene i rapporti di visita dei venditori presso il cliente. Raccolta dati da una banca dati che contiene l analisi di mercato e dei potenziali concorrenti. Integrazione dei dati Applicazione di generazione della scheda cliente che contiene l insieme delle informazioni utili per lo specifico cliente. Applicazione di analisi degli ordini emessi dalla popolazione dei clienti (importo per tipo cliente, area geografica,...). Applicazione di generazione di report sintetici per la presentazione dello stato della popolazione dei clienti. T2 Stili di controllo Presentate alcuni stili di controllo. T3 UML Presentate un diagramma UML per ogni vista architetturale. T4 Test Illustrate gli elementi che compongono un caso di test. T5 Verifiche di progetto Presentate possibili tecniche di verifica di un progetto software T6 WBS Scrivete una possibile WBS per il progetto di cui al punto T1 4

5 4 Tema 4 PARTE A T1 - Modellazione con le Reti di Petri Scrivere, mediante Reti di Petri interpretate i seguenti tre modelli di processi di sviluppo: Processo di sviluppo software lineare; Processo di sviluppo software per integrazione; Processo di sviluppo di sistema Discutere brevemente caratteristiche ed applicabilità dei tre processi T2 Specifiche funzionali e non funzionali. Esempio di specifica Spiegate la differenza tra specifiche funzionali e non funzionali. Dovete specificare un sistema di raccolta dati da una rete di sensori e memorizzazione dei dati in una banca dati. Quali requisiti non funzionali relativi all efficienza ritenete di dover definire? Quali informazioni vi servono? T3 - Analisi dei requisiti: obiettivi e contesto Spiegate l utilità della definizione degli obiettivi e dell analisi del contesto in un documento di analisi dei requisiti per un prodotto software. T4 Valutazione e miglioramento dei processi Spiegare scopo e caratteristiche delle attività di valutazione e miglioramento dei processi e ruolo dei modelli di maturità. T5 Viste architetturali Presentare il concetto di vista architetturale e le principali viste utilizzate nella progettazione. T6 UML e vista dinamica Illustrate una o più tecniche di modellazione utilizzate in UML per la progettazione della vista dinamica di un prodotto software. PARTE B T1 - Progettazione architetturale Progettare l'architettura di sistema e l'architettura software (incluse proposte di scelta delle tecnologie software) della seguente applicazione: Sistema di gestione della conoscenza progettuale Una società di progettazione mantiene un sistema documentale distribuito di gestione dei propri progetti. Inoltre mantiene un data base centrale di casi esemplari di progettazione a disposizione dei progettisti. La società è costituita da cinque sedi di cui una centrale. Ogni ufficio mantiene un proprio data base di progetti (ogni progetto è costituito da un insieme di documenti progettuali) ed ha a disposizione le seguenti funzioni: -Gestione ed amministrazione della base dati -Navigazione della stessa in ambiente Intranet Periodicamente un responsabile di ogni ufficio seleziona i progetti più significativi e li invia ad un server ospitato presso la sede centrale attraverso una funzione che supporta l utente nella definizione di un insieme di metadati utili per la classificazione dei progetti. I documenti ricevuti sono caricati automaticamente in un data base temporaneo. Il servizio centrale esamina periodicamente i documenti ricevuti, li seleziona, li classifica e li inserisce nella base di conoscenza progettuale. Il servizio centrale ha a disposizione strumenti di gestione ed amministrazione della base dati. Una funzione automatica esplora mensilmente il data base, estrae una descrizione dei nuovi contenuti ed invia l elenco via agli uffici di interesse delle sedi. Tutte le sedi hanno a disposizione un applicazione in ambiente Intranet per la navigazione nella base di conoscenza progettuale T2 Checklists e verifiche di progetto Illustrare l utilizzo delle checklists nelle verifiche di progetti software T3 Modello di qualità ISO 9126 Presentare il modello di qualità ISO 9126 T4 Strategia, piano e caso di test Presentare significato e tipi di contenuti di una strategia di test, un piano di test ed un caso di test T5 WBS Scrivete una possibile WBS per il sistema progettato al punto T1 T6 Gestione delle segnalazioni di errore Descrivete problemi e tipiche soluzioni del processo di gestione delle segnalazioni di errore di prodotti software 5

6 5 Tema 5 PARTE A T1 - Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo: Il processo di produzione di un sistema ICT è costituito dalle seguenti fasi iniziali: Analisi dei requisiti e specifica di sistema, Progettazione architetturale di sistema, Analisi dei prodotti software di mercato.successivamente sono attivati i seguenti processi concorrenti: Approvvigionamento dell hardware, Approvvigionamento dei prodotti software di mercato, Sviluppo di software ad hoc. Lo sviluppo di software ad hoc segue un processo lineare. Al termine dei tre processi concorrenti sono realizzate le fasi di Integrazione, Collaudo e Consegna. T2 Specifiche non funzionali. Analisi di adeguatezza Commentate l adeguatezza delle seguenti specifiche non funzionali relative ad un sistema di acquisizione dati: In numero massimo di sensori da acquisire è 200. L applicazione deve supportare un flusso adeguato di dati L interfaccia utente deve essere di facile utilizzo Nel caso di specifiche non adeguate identificate possibili richieste di chiarimento da porre al committente. T3 - Prototipi Spiegate l utilizzo di prototipi nella fase di analisi dei requisiti T4 Modelli di maturità Spiegate scopo e caratteristiche dei modelli di maturità. T5 - Studio di fattibilità Spiegate le finalità ed il contenuto di uno studio di fattibilità e la relazione con le fasi di sviluppo di un prodotto software. T6 Utilizzo di scenari / casi d uso Illustrate le situazioni in cui è conveniente utilizzare la tecnica di analisi dei requisiti basata su scenari / casi d uso. Discutete anche eventuali controindicazioni. PARTE B T1 - Progettazione architetturale Progettate l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di gestione della sicurezza di strutture di ingegneria civile Scopo dell'applicazione è il monitoraggio e la gestione delle condizioni di sicurezza di una struttura di ingegneria civile (ad esempio una diga o un ponte). La struttura è strumentata con una serie di sensori. Sono richieste le seguenti funzionalità: Acquisizione periodica dei dati Interpretazione e generazione di allarmi Inserimento dei dati acquisiti in una banca dati Interfaccia persona macchina di presentazione allarmi e navigazione nei dati raccolti Gestione dati della banca dati Generazione periodica automatica di rapporti di sintesi Spedizione periodica di dati di sintesi all autorità responsabile via Internet T2 Architettura e viste architetturali Spiegate i concetti di architettura software e di viste architetturali T3 Tipi di dato astratto Spiegate il concetto di tipo di dato astratto T4 Strategia, piano e caso di test Spiegate la funzione e la struttura di una strategia di test, un piano di test ed un caso di test. T5 Oracoli In un caso di test, è necessario che un oracolo restituisca una risposta vero/falso? Se la risposta restituita non è vero/falso come si può operare per decidere la corretta esecuzione del caso di test? T6 WBS Scrivete una possibile WBS per il sistema progettato al punto T1 6

7 6 Tema 6 PARTE A T1 - Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo di preparazione ed emissione di un documento: Il documento è preparato ed emesso da tre uffici. L ufficio A attiva il processo avviando due attività concorrenti: preparazione del documento da parte dell ufficio B e preparazione degli allegati (da parte dell ufficio A stesso). L ufficio B prepara il documento, lo verifica, lo emette per approvazione all ufficio A L ufficio A esamina per approvazione il documento; se non è approvato, lo restituisce con commenti all ufficio B che dovrà modificarlo e risottometterlo per approvazione all ufficio A; se approvato, lo integra con il documento di allegati che è stato prodotto e lo trasmette per l emissione all ufficio C che lo emette. T2 Tecniche di analisi dei requisiti Presentate brevemente e confrontate le seguenti tecniche di analisi dei requisiti: - Stesure di un elenco strutturato di requisiti funzionali e non funzionali - Scenari (casi d uso) - Modelli T3 Esempio di requisiti non funzionali-efficienza Data un applicazione fondata su una base di dati, presentate i requisiti non funzionali relativi all efficienza che vorreste trattare nel relativo documento di analisi dei requisiti T4 Qualità di processo e prodotto Spiegate la differenza tra qualità di processo e prodotto nello sviluppo software T5 Analisi dei requisiti e progettazione Spiegate le relazione possibili tra le fasi di analisi dei requisiti e progettazione nello sviluppo di un prodotto software T6 Reti di Petri e UML Confrontate le tecniche di modellazione del comportamento (vista dinamica) di Reti di Petri (interpretate) e UML PARTE B T1 - Progettazione architetturale Progettate l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di acquisizione dati da un processo industriale continuo L applicazione acquisisce in continuo un insieme di dati da un processo industriale, li elabora e estrae una rappresentazione grafica ed uno stato di corretto funzionamento / allarme che presenta su un monitor. In caso di allarme grave, è attivata una segnalazione visiva e acustica. L elaborazione dei dati avviene sulla base di un insieme di parametri predefiniti. Il flusso di dati acquisiti dovrà essere quantificato ma è comunque elevato e soggetto a variabilità (in particolari condizioni l acquisizione dovrà essere più frequente per un periodo di tempo definito). I dati acquisiti sono inoltre memorizzati in una banca dati che dispone delle seguenti funzioni: - Gestione (modifica, cancellazione, visualizzazione ) - Elaborazione dei dati acquisiti tramite un modello matematico che estrae, se il caso, nuovi parametri per l elaborazione in linea durante l acquisizione. - Estrazione di report. T2 Architettura e processi di integrazione Presentate il concetto di architettura software ed illustratene il ruolo in un contesto di processo di sviluppo software che preveda non solo la codifica di nuovi componenti, ma anche l integrazione di componenti preesistenti e acquisiti dal mercato. T3 Processo di gestione dei malfunzionamenti Illustrate un tipico processo di gestione delle segnalazioni di malfunzionamenti in una organizzazione di sviluppo software T4 Definizione di una strategia di test Un prodotto software è costituito da cento funzioni. Dieci di esse sono particolarmente complesse. In particolare una è combinatorialmente complessa e critica per i danni economici che possono derivare da un malfunzionamento. Presentate una bozza di possibile strategia di test di tipo funzionale. T5 Modelli di qualità di prodotto software Presentate il concetto di modello di qualità software, i suoi possibili utilizzi e lo specifico modello della norma ISO9126 T6 WBS e piano dei tempi / costi Spiegare il ruolo della WBS nella stesura di un piano di tempi e costi per un progetto software. 7

8 7 Tema 7 PARTE A T1 Analisi dei requisiti Dati i requisiti utente: Scopo dell'applicazione è la gestione di una rete di distributori da parte di un produttore. Ogni distributore possiede un proprio sistema di gestione su cui può essere installata un applicazione d interconnessione con il sistema centrale del produttore. Sulla rete locale del produttore è già presente un server su cui è installato il database aziendale ed il sistema informativo gestionale. Un nuovo server gestirà tutte le funzionalità di integrazione della rete di distributori, comunicando con il sistema informativo gestionale esistente. Il nuovo software applicativo permetterà di gestire l interconnessione con il sistema del distributore ed accedere alla banca dati locale del distributore per raccogliere lo stato delle vendite e gli ordini. Il server centrale del produttore gestirà la connessione giornaliera con i sistemi dei distributori (via Internet) e l acquisizione delle vendite e degli ordinativi della giornata, la verifica dei dati, la preelaborazione ed il caricamento in banca dati centrale. La presenza di dati non corretti relativi alle vendite darà origine alla marcatura del lotto di dati nel data base ed a segnalazione su stampante. La presenza di ordini non corretti (es. incompleti) darà origine alla marcatura dell ordine nel data base ed a segnalazione su stampante. Ordini e vendite corretti sono inoltre inviati automaticamente al sistema gestionale. Deve essere possibile interrogare e modificare interattivamente i dati della banca dati centrale da utente ed inviare ordini al sistema gestionale su richiesta utente. Deve essere prodotto in automatico un report riassuntivo settimanale. Identificare il contesto ed estrarre un elenco di specifiche funzionali. T2 Specifiche non funzionali Dato il testo precedente di requisiti utente Ipotizzare possibili specifiche non funzionali di efficienza e manutenibilità da discutere con il committente. T3 Processi di sviluppo software e COTS Presentare un processo di sviluppo adeguato per un sistema che include componenti applicativi di mercato (COTS) T4 Modelli di qualità di prodotto Presentare il concetto di modello di qualità di prodotto software T5 Sistema qualità Presentare in sintesi contenuto e ruolo di un sistema qualità per una software house T6 Reti di Petri e Automi a Stati Finiti Confrontare le tecniche di modellazione basate su di Reti di Petri e Automi a Stati Finiti PARTE B T1 - Progettazione architetturale Progettate l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di sorveglianza di un insieme di server L applicazione ha lo scopo di monitorare le operazioni di un insieme di server che gestiscono un sistema informativo. L applicazione acquisisce periodicamente lo stato di funzionamento di ogni server. Inoltre è acquisita, per ogni server una struttura di dati che descrive il funzionamento delle applicazioni critiche che sono eseguite periodicamente sui server. L applicazione, sulla base delle informazioni raccolte, esegue una procedura decisionale il cui esito può essere la memorizzazione di una situazione considerata interessante per analisi successive e anche l invio di un allarme al sistemista. Deve essere messa anche a disposizione una funzione di elaborazione, reporting e rappresentazione grafica basata su criteri di selezione interattivi delle situazioni memorizzate e la possibilità di accedere ai dati elaborati e presentazioni grafiche via Internet. T2 Viste e architetture Presentate brevemente le tipiche viste architetturali di un progetto software T3 Verifiche di progetto Presentate il significato ed alcune tecniche di verifiche di progetto T4 Test di non regressione Spiegare cosa è il test di non regressione T5 Copertura topologica Presentate alcuni criteri di copertura topologica del test T6 Gestione della documentazione e configurazione di un prodotto software Presentare brevemente i concetti chiave di gestione della documentazione e configurazione di un prodotto software 8

9 8 Tema 8 Progettare l'architettura di sistema e software della seguente applicazione: Sistema di promozione delle vendite dei prodotti della società XX presso una catena di supermercati distribuita sul territorio nazionale Presso ogni punto vendita di una catena di supermercati è realizzata una postazione con tre punti di accesso al pubblico, ognuno realizzato con un PC. I clienti che hanno acquistato un prodotto della ditta XX, accedono al punto, forniscono un insieme di dati anagrafici ed un codice ricevuto al momento dell acquisto, e attivano una slot machine sullo schermo. Nel caso di vincita, il sistema stampa un tagliando con il quale il cliente ha diritto ad uno sconto o può ritirare un premio. Ogni postazione è connessa via Internet ad un server che gestisce il gioco. Il server è collocato presso la sede centrale nazionale e può accedere al sistema informativo aziendale. Il sistema mette a disposizione le seguenti funzioni: Calcolo centralizzato della lista sconti e premi per ogni punto vendita a partire dai dati memorizzati nel data base centrale delle vendite (parte del sistema informativo esistente) Download della lista in ogni punto vendita Gestione del gioco presso il punto vendita Raccolta e centralizzazione periodica dei dati anagrafici e dei dati sugli sconti e premi distribuiti Caricamento periodico nel data base centrale delle vendite dei risultati della promozione Produzione di report di analisi dei risultati della promozione e spedizione degli stessi via mail alla società XX Funzione centrale di monitoraggio del funzionamento delle postazioni e della connessione con le stesse. T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo di preparazione ed emissione di un documento di risposta ad una gara (composto da tre parti: elaborato, allegati, documentazione legale). L ufficio Gare attiva il processo avviando tre attività concorrenti: preparazione dell elaborato da parte dell ufficio Tecnico, preparazione degli allegati (da parte dell ufficio Gare stesso) e preparazione della documentazione legale (da parte dell ufficio Legale). L ufficio Tecnico e l ufficio Legale preparano la propria parte di documento, lo verificano e lo emettono per approvazione all ufficio Gare. L ufficio Gare esamina per approvazione ogni parte di documento ricevuta; se non è approvata, la restituisce con commenti all ufficio emittente che dovrà modificarla e risottometterla per approvazione all ufficio Gare stesso. Quando tutte le parti sono disponibili e approvate, l ufficio Gare integra il documento finale e lo trasmette per autorizzazione alla Direzione. T3 - Studio di fattibilità e processo di sviluppo Spiegate gli scopi ed il contenuto di uno studio di fattibilità. Spiegate la differenza tra le attività di realizzazione di uno studio di fattibilità e le fasi del conseguente processo di sviluppo del prodotto software. T4 Contenuto di un analisi dei requisiti Presentate un indice di un documento di analisi dei requisiti e descrivete in modo sintetico contenuto e ruolo di ogni capitolo. T5 Utilizzo degli scenari nella definizione dei requisiti di Manutenibilità Spiegate il requisito non funzionale di Manutenibilità e spiegate come il concetto di scenario possa essere utilizzato nella specifica della manutenibilità di un prodotto software. T6 Processi di progettazione Illustrate i processi di progettazione per decomposizione, composizione e aggiunta e discutetene l applicabilità. T7 Stili di controllo Presentate alcuni stili di controllo. T8 Strategia di test Un prodotto software è costituito da cinquanta funzioni interattive che operano su un data base comune. Alcune di esse sono combinatorialmente complesse e critiche per i danni economici che possono derivare da un malfunzionamento. 1) Presentate una bozza di possibile strategia di test di tipo funzionale (tecniche di test e criteri di copertura). 2) Quale approccio utilizzereste per il test di accettazione presso il cliente? T9 - Test funzionali, strutturali e interazione Spiegate la differenza tra test funzionali e test strutturali e possibili interazioni tra i due tipi di test. T10 WBS e stima di risorse in un progetto software Discutete la relazione tra la WBS di progetto e la stima delle risorse. Presentate e discutete alcune tecniche di stima di risorse in un progetto software. 9

10 9 Tema 9 Progettare l'architettura di sistema e software della seguente applicazione: Sistema automatico di gestione dei pedaggi di ingresso in un area urbana L applicazione realizza un sistema di pagamento per l ingresso delle automobili nel centro cittadino. Il sistema è costituito da: N stazioni di ingresso nel centro ognuna dotata di sufficiente potenza elaborativa; Uno o più server centrali presso l ufficio gestione viabilità del comune; Una rete di comunicazione. Ogni stazione utilizza un sistema telepass per rilevare il passaggio di un veicolo. Un utente acquista e installa un telepass e, via internet, paga un abbonamento per X ingressi. Sempre via internet, l utente può rinnovare l abbonamento. Il sistema contabilizza gli ingressi e avvisa via mail l utente quando l abbonamento è prossimo alla scadenza. Il sistema inoltre è in grado di identificare gli autoveicoli che entrano senza essere dotati di telepass e di attivare l invio di una multa. Le funzionalità che devono essere rese disponibili sono: Acquisizione del passaggio del veicolo Rilevamento dei dati di un veicolo dotato di telepass Rilevamento con telecamera del passaggio di un veicolo non dotato di telepass Contabilizzazione dei passaggi Acquisto via internet di un telepass e di un abbonamento (la funzione dovrà essere connessa al sistema anagrafico cittadino per le necessarie verifiche) Rinnovo via internet di un abbonamento Invio di una mail di avviso di prossima scadenza dell abbonamento Connessione con il sistema cittadino di gestione delle multe e trasmissione dei dati per l emissione di una multa nel caso di passaggio di veicolo non dotato di telepass o di veicolo dotato di telepass con abbonamento scaduto. Saranno inoltre disponibili per il personale dell ufficio gestione viabilità del comune le seguenti funzioni: Navigazione, gestione e manutenzione dei dati relativi all applicazione (telepass venduti, utenti, passaggi di autoveicoli, contabilizzazione, ) Emissione di report statistici T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente flusso informativo: Il processo di sviluppo di un prodotto è costituito da quattro fasi successive: prima parte sviluppo, seconda parte sviluppo, integrazione, consegna. Al termine della prima e della seconda fase, il responsabile dello sviluppo emette una richiesta di fatturazione per la segreteria. La segreteria, ogni volta che riceve una richiesta di fatturazione, emette una fattura verso il cliente. Quando la segreteria riceve l informazione di avvenuto pagamento di entrambe le fatture, informa il responsabile dello sviluppo. La consegna del prodotto è vincolata dalla ricezione di entrambi i pagamenti. T3 (2,5 punti)- Processi Presentate un processo di sviluppo per integrazione. Discutetene l applicabilità T4 (2,5 punti)- Specifiche non funzionali Spiegate la differenza tra specifiche funzionali e non funzionali Identificate quali specifiche non funzionali di Manutenibilità ed Efficienza inserireste nel documento di specifica, chiedendo gli opportuni chiarimenti al cliente, nel caso di sviluppo del sistema descritto in T1 T5 (2,5 punti)- Architettura Presentate i contenuti tipici di un documento di progettazione architetturale di un prodotto software T6 (2,5 punti)- Stili architetturali Presentate il concetto di stile architetturale. Spiegate lo stile architetturale pipes and filters. Illustratene applicabilità e limiti T7 (2,5 punti)- UML e architetture Spiegate la relazione tra diagrammi di deployment in UML e progettazione architetturale T8 (2,5 punti)- Collaudo e scenari di test Scrivete, con riferimento al sistema in T1, tre casi di test del piano di collaudo, utilizzando la tecnica di test basata su scenari. T9 (2,5 punti)- Test Illustrate in modo sintetico i seguenti elementi: Strategia di test; Piano di test; Caso di test; Criterio di copertura T10 (2,5 punti)- WBS Commentate la adeguatezza della seguente WBS per lo sviluppo di un applicazione di gestione di biblioteca, basata su DBMS. Componente/Attività Analisi dei requisiti 10

11 Progettazione Architetturale Stesura del modello dei Dati e implementazione del DB Codifica delle funzioni di gestione per il bibliotecario Codifica delle funzioni di reporting Codifica delle funzioni di accesso per l utente 10 Tema 10 Progettare l'architettura di sistema e software della seguente applicazione: Sistema di previsione e studio delle piene fluviali Il sistema ha lo scopo di monitorare un insieme di parametri idrogeologici relativi ad un bacino fluviale (piogge, portate fluviali) al fine di prevedere la presenza di un evento di piena ed esondazione del fiume ed allertare di conseguenza la protezione civile. Il sistema inoltre permette di simulare specifiche situazioni idrogeologiche e generare mappe di esondazione a fini di studio. Il sistema deve disporre di una rete di sensori di punto installati sul territorio. I sensori sono suddivisi in gruppi e ogni gruppo deve disporre di un proprio acquisitore dati installato localmente che teletrasmette al sistema centrale (installato presso una sede centrale). Il sistema, inoltre, utilizza le immagini del territorio telerivate da un satellite. Le immagini da satellite devono essere caricate periodicamente da un server dedicato preesistente. Il sistema mette a disposizione le seguenti funzioni: Raccolta dei dati dalla rete di sensori a terra Acquisizione delle mappe meteo da satellite Elaborazione in tempo reale di un modello matematico di previsione della piena Nel caso di evento critico, a seguito dei risultati del modello, visualizzazione della mappa di esondazione (a partire da una cartografia memorizzata del territorio), generazione di allarmi e trasmissione degli stessi e della mappa alla protezione civile Ambiente di Simulazione off-line. L ambiente consente di produrre, catalogare e gestire più simulazioni off-line. Una simulazione consiste dei seguenti passi: o caricamento interattivo o batch di un insieme di serie temporali di dati relativi ai sensori di punto e caricamento di un insieme di immagini da satellite da files preesistenti oppure caricamento di un set di dati acquisiti da un caso reale (dati di punto e immagini) durante il monitoraggio in tempo reale o esecuzione di uno o più modelli matematici e generazione delle mappe di alluvione risultanti (a partire dalla cartografia memorizzata del territorio) o catalogazione e memorizzazione dei dati di ingresso e uscita dei modelli Sono inoltre disponibili funzioni di gestione delle simulazioni catalogate Richiamo delle simulazioni catalogate (dati di ingresso e di uscita) e visualizzazione dei dati. Nota: gli utenti del sistema sono: La protezione civile che riceve gli allarmi e le mappe per gestire l emergenza e può anche utilizzare i risultati delle simulazioni a scopo di addestramento Gli esperti che producono le simulazioni off line T2 (4 punti)- Modellazione con le Reti di Petri interpretate di un processo di progettazione di un edificio Sulla base di un insieme di requisiti utente e di linee guida, l'architetto formula un progetto architettonico di massima. Lo strutturista, seguendo il progetto architettonico, formula un progetto di massima della struttura dell'edificio, tenendo conto anche delle caratteristiche geotecniche del sito. Sulla base dei progetti di massima strutturale e architettonico viene costruito un primo computo metrico estimativo. I progetti architettonico e strutturale ed il computo metrico vengono raccolti in un insieme, che qui chiamiamo progetto di massima ; tale insieme, congiuntamente con le linee guida, viene utilizzato nelle attività concorrenti di progettazione esecutiva architettonica, progettazione esecutiva strutturale e progettazione esecutiva degli impianti. Al termine della progettazione esecutiva si compilerà un dettagliato computo metrico estimativo. T3 (2,5 punti) - Casi d uso Presentate il concetto di caso d uso in UML e come esso possa essere utilizzato nell analisi dei requisiti T4 (2,5 punti) Usabilità In riferimento al progetto T1, presentate possibili requisiti di usabilità e discutete possibili soluzioni progettuali. T5 (2,5 punti) Modello di stabilità In riferimento al progetto T1, discutere se e come è stato utilizzato il modello di stabilità relativo alle proprietà di coesione ed accoppiamento dei moduli. T6 (2,5 punti) Viste architetturali di implementazione Presentate le possibili viste di implementazione di un architettura software e discutetene il ruolo nella progettazione architetturale. T7 (2,5 punti) - processi di sviluppo Presentate le differenze tra un processo di sviluppo software lineare ed un processo di sviluppo software per integrazione. T8 (2,5 punti) Strategia di test per un componente di T1 11

12 Il progetto T1 include uno o più componenti costituiti da modelli matematici di fenomeni idrogeologici. Discutete una possibile strategia di test di questi componenti. Considerate in particolare l aspetto degli oracoli nei casi di test. T9 (2,5 punti) Errore, Difetto e Malfunzionamento Spiegate i tre termini Errore, Difetto e Malfunzionamento nel contesto del testing di un programma software. T10 (2,5 punti) Struttura di un gruppo di progetto Presentate una tipica struttura di un gruppo di progetto software, definendo il contenuto dei vari ruoli. 11 Tema 11 Progettare l'architettura di sistema e software della seguente applicazione: Sistema di supporto per la gestione dell emergenza a seguito di eventi sismici Il sistema nazionale di sorveglianza sismica è costituito da una rete di accelerometri installata sul territorio nazionale e da un centro nazionale di controllo. All accadere di un evento sismico, gli accelerometri interessati registrano una serie temporale che deve essere teletrasmessa al centro nazionale. Il centro nazionale implementa due classi di funzioni. La prima classe permette l acquisizione e l elaborazione in tempo reale dei dati generati a seguito di un evento sismico. Attraverso l utilizzo di un data base che contiene le caratteristiche sismiche del territorio nazionale e la relativa cartografia e di un modello matematico, è calcolato l epicentro dell evento sismico e la mappa di danno dei nuclei urbani coinvolti. Le informazioni generate servono per allertare le autorità ed avviare i soccorsi. La seconda classe di funzioni permette l accumulo di tutti i dati strumentali acquisiti ad ogni evento sismico in un data base storico ed il loro studio al fine di migliorare i modelli matematici disponibili e la conoscenza del territorio. Il sistema rende disponibili le seguenti funzioni: Raccolta dei dati dalla rete di sensori accelerometrici (un sensore accelerometrico deve essere dotato di un apparato di acquisizione che, nel caso di evento sismico, attiva l acquisizione per una durata temporale definita e gestisce la trasmissione della serie temporale al sistema centrale) Elaborazione in tempo reale dei dati Generazione dei dati relativi all evento sismico (es. epicentro) e di una mappa di danno Presentazione dei dati relativi all evento sismico e della mappa all operatore (il centro è presidiato 24 ore su 24). A seguito dell approvazione da parte dell operatore, i dati e la mappa sono trasmessi alle autorità di competenza Memorizzazione dei dati nel data base storico Funzioni di gestione del data base storico Funzioni di elaborazione dei dati del data base storico per lo studio dei modelli Nota: oltre alla progettazione architetturale, specificare gli aspetti fondamentali di progettazione di dettaglio relativi al protocollo di comunicazione tra apparati remoti (accelerometri) e sistema centrale. T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo: Il processo di produzione di un sistema di monitoraggio è costituito dalle seguenti fasi iniziali: Analisi dei requisiti di sistema, Progettazione di sistema, Analisi delle alternative make or buy. La decisione conseguente è l acquisizione dei seguenti componenti: rete remota di sensori ed apparati di acquisizione e teletrasmissione, server centrale, un applicativo software sul server centrale. La restante parte del software sul server centrale sarà sviluppata ad hoc. A seguito della decisione sono generati i documenti di specifica necessari per avviare concorrentemente le attività singole di acquisizione e lo sviluppo. Il software ad hoc è sviluppato seguendo un processo lineare. Le fasi finali del progetto prevedono delle fasi concorrenti di installazione della rete (con apparati di acquisizione e teletrasmissione) e del server. Seguirà una fase di installazione del software applicativo acquisito ed alla fine l installazione del software ad hoc con il collaudo complessivo. T3 (2,5 punti) Requisiti di affidabilità In riferimento al progetto T1 discutete possibili requisiti di affidabilità T4 (2,5 punti) Requisiti di efficienza In riferimento al progetto T1 discutete possibili requisiti di efficienza T5 (2,5 punti) I processi in una software house Presentate il concetto di processo. Classificate i processi relativi ad una software house e presentate degli esempi. T6 (2,5 punti) Architettura software Spiegate in cosa consiste un architettura software T7 (2,5 punti) Strategia di test per il collaudo e accettazione del progetto T1 In riferimento al progetto T1 presentate una possibile strategia di test che possa servire al collaudo ed accettazione del sistema. Tenete in conto sia gli aspetti funzionali che non funzionali. T8 (2,5 punti) ISO Illustrate brevemente il ruolo della norma ISO e della certificazione di qualità in una software house 12

13 T9 (2,5 punti) Modelli UML Presentate brevemente come i modelli UML possano rappresentare gli aspetti statici, dinamici e di implementazione di un prodotto software T10 (2,5 punti) Gestione delle versioni e configurazioni Presentate brevemente il problema di gestione delle versioni e configurazioni di un prodotto software. 12 Tema 12 Progettare l'architettura di sistema e software della seguente applicazione: Sistema di previsione delle valanghe Scopo dell'applicazione è la gestione di dati di innevamento in un area alpina la generazione di un bollettino di previsione delle valanghe. Il sistema raccoglie dati di innevamento e dati meteorologici da n sistemi di acquisizione remoti collocati sul territorio. Ogni sistema di acquisizione remoto è in grado di raccogliere dati da una centralina meteo e da un sensore che misura l altezza della neve. I dati acquisiti con periodicità giornaliera sono memorizzati in banca dati. Giornalmente i dati acquisiti sono utilizzati, assieme ad una base di dati cartografici del territorio, per produrre in modo automatico un insieme di mappe di caratteristiche meteorologiche (ad esempio la temperatura dell aria o della neve o l altezza della neve). Inoltre, in modo automatico, l insieme dei dati è elaborato da un modello di previsione che identifica le aree a rischio di valanghe generando una mappa relativa. L operatore è in grado di svolgere le seguenti funzioni: Gestione dei dati alfanumerici e cartografici Catalogazione e conservazione in una base di dati storica di dati acquisiti e mappe di interesse Stampa di mappe di interesse Distribuzione via Internet su un apposito servizio web delle mappe di previsione (la mappa delle aree a rischio valanghe non è distribuita automaticamente ma solo su autorizzazione dell operatore) Generazione di un rapporto di sintesi sulle aree a rischio valanghe e distribuzione dello stesso via mail. T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente processo: Flusso di dati tra uffici Esistono tre uffici periferici. Ogni ufficio mantiene un proprio archivio di documenti. Ogni volta che un ufficio periferico emette un documento, lo archivia e lo invia alla sede centrale. Presso la sede centrale, l ufficio protocollo riceve il documento e lo verifica. Se le verifiche portano ad esito negativo, l ufficio protocollo invia un mail di avviso e spiegazione al relativo ufficio di provenienza. Nel caso di esito positivo l ufficio protocollo inoltra il documento per approvazione alla direzione. Ogni documento approvato viene restituito al relativo ufficio periferico a cura dell ufficio protocollo, il quale conserva in un archivio centrale una copia del documento stesso. Ogni ufficio periferico che riceve un documento approvato lo archivia nell archivio locale. Ogni documento non approvato viene restituito con una annotazione al relativo ufficio periferico a cura dell ufficio protocollo. T3 (2,5 punti) Requisiti di efficienza Con riferimento al progetto T1 scrivete le domande che potreste presentare al vostro cliente per identificare il requisito funzionale di efficienza T4 (2,5 punti) COTS e processi di sviluppo software Presentare un processo di sviluppo per un sistema che include componenti applicativi di mercato (COTS) T5 (2,5 punti) Prototopi Spiegate i possibili ruoli della realizzazione di prototipi in un processo di sviluppo software. T6 (2,5 punti) Viste architetturali Spiegate il concetto di vista architettturale e presentate tre possibili viste di implementazione di un architettura software. T7 (2,5 punti) Piano di test Dato il seguente frammento di specifica Un insieme di valori di misura giornalieri è caricato da terminale in una banca dati. La maschera di caricamento contiene i seguenti dati: temperatura dell aria (numeri reali compresi tra -40 incluso e +40 incluso); visibilità (normale, ridotta, critica). I dati possono essere modificati e cancellati. Sono disponibili funzioni di estrazione di un report contenente le distribuzioni nel mese dei valori di misura. A richiesta è possibile visualizzare su terminale in modalità grafica la serie dei valori memorizzati. scrivete il piano di test corrispondente alla seguente strategia: Test funzionale con copertura funzionale esaustiva Per ogni funzione: Test delle classi di equivalenza del dominio di ingresso (positivi e negativi) e test dei valori limite T8 (2,5 punti) ISO9001 e certificazione Spiegate il significato della frase : La software house xx è certificata ISO

14 T9 (2,5 punti) WBS Scrivete una possibile WBS per il progetto di cui al punto T1 T10 (2,5 punti) Studio di fattibilità Illustrate ruolo e contenuto di uno studio di fattibilità. 13 Tema 13 Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di inseguimento pezzi in un impianto industriale La linea di produzione di un impianto industriale è composta da più macchine connesse da vie di trasporto. L impianto è diviso in nove sezioni. Per ogni sezione esiste un sistema locale di controllo e raccolta dati che rende disponibile in tempo reale: Il conteggio dei pezzi che entrano in lavorazione nella sezione; Gli eventi di passaggio di stato tra gli stati di attivo e fermo della sezione. Al termine delle sezioni d impianto è installata una macchina che esegue il controllo di qualità di ogni pezzo prodotto. Il sistema di controllo della macchina rende disponibile, in tempo reale, i dati relativi alle misure di controllo di ogni pezzo. Si richiede la realizzazione di un sistema di supervisione che includa le seguenti funzioni: Raccolta dei dati provenienti dai nove sistemi locali di controllo e dal sistema connesso alla macchina di controllo qualità Mantenimento e visualizzazione su video di una mappa dell impianto, dello stato delle sezioni e del flusso attuale dei pezzi. In particolare: Lo schermo deve essere aggiornato almeno una volta al minuto. Eventuali passaggi di stato di sezioni di impianto devono essere presentati sullo schermo in tempo reale (qualche secondo). Contabilizzazione dei pezzi prodotti e dei periodi di fermo di impianto Mantenimento in una banca dati dei dati di contabilizzazione giornaliera (pezzi e periodi di fermo di impianto) e di tutti i dati di controllo qualità dei pezzi. La banca dati deve disporre inoltre di un insieme di funzioni di gestione. Estrazione automatica dalla banca dati di contabilizzazione giornaliera di tre file giornalieri di avanzamento produzione, consuntivo fermate impianto e dati controllo qualità e trasmissione alle tre applicazioni gestionali di avanzamento produzione, gestione manutenzione e controllo qualità. Le tre applicazioni sono installate su un server gestionale preesistente. T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente flusso informativo che coinvolge le entità A, B, C1, C2, C3: A richiede la disponibilità a B B risponde disponibile o non disponibile Se B è non disponibile, A attende 1 minuto e richiede la disponibilità a B Se B è disponibile, A preleva un pacchetto di dati dal database DB1 e lo invia a B B trasmette una copia del pacchetto dati a C1, C2, C3 C1 aggiorna la banca dati DB2 e restituisce il messaggio OK1 a B C2 aggiorna la banca dati DB3 e restituisce il messaggio OK2 a B C3 aggiorna la banca dati DB4 e restituisce il messaggio OK3 a B Quando B riceve tutti e tre i messaggi di OK, aggiorna la banca dati BD1 ed emette la segnalazione allineamento terminato T3 (2,5 punti) - Processi di sviluppo lineare e incrementale Spiegate le differenze tra un processo di sviluppo lineare di un prodotto software ed un processo di sviluppo incrementale T4 (2,5 punti) Analisi dei requisiti Spiegate contenuto e utilità dell analisi del contesto e della definizione degli obiettivi in un analisi dei requisiti T5 (2,5 punti) Specifiche non funzionali Il sistema di prenotazione di voli a basso costo che dovete progettare è costituito da una banca dati e da un applicazione web di accesso alla stessa. Identificate esempi di possibili richieste di chiarimento da porre al committente relativamente ai requisiti non funzionali di efficienza e di affidabilità. T6 (2,5 punti) Architettura e viste Spiegate il concetto di Architettura Software e le viste architetturali T7 (2,5 punti) Piano di test Dato il sistema di cui al punto 1, scrivete tre possibili scenari di collaudo. Spiegate il significato della frase: il piano di collaudo, basato su scenari, deve garantire la copertura funzionale esaustiva. T8 (2,5 punti) Oracolo Spiegate il significato di un oracolo in un caso di test. Scrivete due esempi di oracoli per due casi di test di una funzione software a piacere. T9 (2,5 punti) UML diagrammi di package, componenti e deployment Spiegate il significato e l utilizzo dei diagrammi di package, componenti e deployment in UML T10 (2,5 punti) WBS per attività e per componenti Spiegate la differenza tra una WBS per attività e una per componenti 14

15 14 Tema 14 Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Sistema distribuito di raccolta delle presenze Il sistema di raccolta delle presenze del personale gestisce i dati di ingresso / uscita del personale relativamente a cinque sedi distribuite di un impresa, una delle quali è la sede centrale. Il sistema sarà costituito da tre livelli. Al primo livello saranno presenti i lettori di badge (apparati programmabili e connettibili su rete IP). Al secondo livello sarà presente un server di raccolta dati per ogni sede. Al terzo livello sarà presente un server centrale ospitato presso la sede centrale. L applicazione software dovrà essere progettata in due passi successivi: Passo 1 Rendere disponibili le seguenti funzioni: Lettura badge, validazione locale della lettura e gestione di segnalazioni di errore su video del lettore di badge Raccolta dati di presenza a livello di ogni sede Raccolta giornaliera dei dati di tutte le sedi a livello centrale Modifica manuale dei dati raccolti, gestita centralmente da un addetto Emissione centrale settimanale di report di sintesi Trasmissione automatica mensile dei dati al sistema gestionale Passo 2 Inserire una funzione distribuita che, nel caso di indisponibilità di un server, alla ripartenza dello stesso, riallinei il sistema recuperando eventuali dati di lettura badge avvenuti durante il periodo di indisponibilità. La funzione deve gestire l indisponibilità ad entrambi i livelli di server. Si noti che i lettori di badge sono programmabili e dispongono di memoria sufficiente per registrare le letture di una giornata. T2 (4 punti)- Modellazione con le Reti di Petri Modellare con le Reti di Petri interpretate il seguente flusso informativo: l ufficio A emette un richiesta di approvvigionamento per la segreteria amministrativa. La segreteria trasmette per approvazione alla direzione. In caso di non approvazione, la segreteria informa l ufficio A. Se invece la direzione restituisce la richiesta approvata, la segreteria informa l ufficio A e trasmette la richiesta approvata all ufficio approvvigionamento il quale emette l ordine per il fornitore. Quando il fornitore consegna al magazzino la merce e la relativa documentazione di accompagnamento, il magazzino trasmette la documentazione di accompagnamento all ufficio approvvigionamento e informa l ufficio A che la merce è arrivata. T3 (2,5 punti) Processo di sviluppo software Spiegate il concetto di processo di sviluppo software T4 (2,5 punti) Indice di analisi dei requisiti Scrivete un indice di riferimento per un documento di analisi dei requisiti T5 (2,5 punti) Specifiche non funzionali Relativamente al progetto di cui a T1, discutete possibili requisiti non funzionali di efficienza e di manutenibilità. T6 (2,5 punti) Stili architetturali Spiegate il concetto di stile architetturale e presentate lo stile Repository T7 (2,5 punti) Test. Grafi causa effetto Presentate la tecnica di test dei grafi causa-effetto e discutetene l applicabilità T8 (2,5 punti) Checklist per la verifica di un progetto architetturale Scrivete una possibile Checklist per la verifica di un progetto architetturale software T9 (2,5 punti) UML diagrammi di sequenza Spiegate il significato e l utilizzo dei diagrammi di sequenza in UML T10 (2,5 punti) - Studio di fattibilità e pianificazione di progetto Presentate il contenuto di uno studio di fattibilità e spiegate la relazione con l attività di pianificazione di progetto 15

16 15 Tema 15 Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Sistema di tracking dei pacchi Il sistema permette di tracciare il percorso dei pacchi consegnati ad uno spedizioniere. L organizzazione dello spedizioniere è costituita da x centri di spedizione, y punti di passaggio, z agenti di consegna, una sede centrale. Ogni centro di spedizione supporta le seguenti funzioni: Raccolta dell ordine di spedizione (il cliente porta il pacco che è etichettato con un codice a barre ed è registrato nel sistema); Invio dei dati relativi al pacco alla sede centrale. Ogni centro di spedizione opera anche come centro di consegna. I pacchi arrivati sono consegnati da agenti dotati di palmare. Al momento della consegna l agente registra le informazioni di consegna e, al ritorno al centro di consegna, scarica i dati che sono inviati al sistema centrale. Ogni punto di passaggio registra la movimentazione di un pacco (identificato dal codice a barre) ed invia l informazione al sistema centrale. Ogni cliente può connettersi al sistema centrale e visualizzare lo stato del proprio pacco. Il cliente ha a disposizione le seguenti classi di funzioni: Classe 1 (per qualunque utente) Visualizzazione delle caratteristiche del servizio Classe 2 (per utenti registrati) Registrazione Identificazione del proprio pacco e visualizzazione dello stato relativo Accesso alle funzioni di servizio (ad esempio calcolo dei tempi e dei costi, richiesta di assistenza, ) Il sistema centrale mantiene la banca dati che registra tutte le informazioni relative ai pacchi, produce report periodici e periodicamente trasmette dati al sistema gestionale pre-esistente. Si ipotizza che i centri di spedizione e la sede centrale siano connessi da una rete privata, gli agenti si connettano al sistema del proprio centro di spedizione via rete locale wireless, i punti di passaggio ed i clienti si connettano al sistema centrale via internet. T2 (4 punti)- Modellazione con le Reti di Petri Esistono due processi di elaborazione A e B ognuno composto da 5 fasi sequenziali (1A-5A e 1B-5B). Modellare separatamente con le Reti di Petri le due seguenti situazioni: caso1: A e B condividono in modo mutuamente esclusivo una struttura di dati comune che viene acceduta dalle fasi 2A e 2B e rilasciata dalle fasi 4A e 4B caso2: A e B si sincronizzano; la fase 2B inizia solo se la fase 1A è terminata e la fase 5A inizia solo se la fase 4B è terminata. T3 (2,5 punti) Processi iterativi di sviluppo software Spiegate il concetto di processo di sviluppo software iterativo e discutetene l applicabilità T4 (2,5 punti) requisiti di usabilità e di manutenibilità Presentate dei possibili requisiti di usabilità e di manutenibilità del sistema di cui al punto 1 T5 Casi d uso e analisi dei requisiti Presentate brevemente cosa è un caso d uso e come i casi d uso sono utilizzati nell analisi dei requisiti T6 Viste architetturali Spiegate il concetto di vista architetturale e presentate brevemente le principali viste T7 (2,5 punti) Piano di test Dato il sistema di cui al punto 1, spiegare cosa è un piano di collaudo del sistema basato su scenari e scrivere due possibili scenari di collaudo. T8 (2,5 punti) Test basato su classi di equivalenza Spiegate la tecnica di test basata sulle classi di equivalenza dei dati in ingresso ad una funzione. T9 (2,5 punti) UML diagrammi di componenti e deployment Presentate i diagrammi di componenti e deployment in UML T10 (2,5 punti) - WBS Spiegate ruolo e contenuto di una WBS 16

17 16 Tema 16 Progettare l'architettura di sistema e l'architettura software della seguente applicazione: Raccolta dati da sistemi eterogenei Un sistema centrale raccoglie dati da un insieme eterogeneo di apparati appartenenti a tre classi diverse: Classe 1: sistemi di acquisizione che raccolgono dati da una rete di sensori. Ogni sistema raccoglie i dati di una propria rete con periodicità di 60 minuti. I dati di tutti i sistemi di acquisizione di questa classe devono essere raccolti centralmente una volta al giorno. Classe 2: sistemi di acquisizione che raccolgono ognuno, con periodicità di 10 minuti, i dati da un insieme di sensori, li elaborano e identificano, se il caso, un evento di allarme. Ogni sistema di acquisizione deve inoltre poter generare allarmi sulla base di trend settimanali dei dati acquisiti. L allarme (ed un pacchetto di dati acquisiti associati) deve essere notificato al sistema centrale. In assenza di allarme non devono essere trasmessi dati. Classe 3: PC dai quali un operatore, attraverso una procedura Web, fornisce dati al sistema centrale. Sul sistema centrale sono inoltre disponibili le seguenti funzioni: Gestione dei dati raccolti (visualizzazione, cancellazione, modifica, editing grafico) Controllo automatico periodico della qualità dei dati e presentazione di un report. Accesso via Web ai dati acquisiti attraverso un meccanismo di login e password per utenti autorizzati. T2 (4 punti)- Modellazione con le Reti di Petri Descrivere con una Rete di Petri il seguente protocollo di comunicazione tra due entità A e B: Fase 1 - A e B si sincronizzano: A chiede a B di ricevere dati. B risponde con stato di disponibilità o non disponibilità. In caso di non disponibilità A attende un tempo t e riprova. In caso di disponibilità A invia a B un messaggio di apertura. B lo riceve e si predispone alla ricezione dati. Fase 2 - A fornisce i dati a B: A scrive nella struttura di dati persistente DB e, al termine informa B che DB è disponibile. B legge i dati e li scrive nella struttura di dati persistente DB1. Fase 3 - A e B chiudono la comunicazione: B comunica ad A la fine delle operazioni. A risponde di aver ricevuto la terminazione e chiude la comunicazione. B riceve la risposta e chiude la comunicazione. T3 (2,5 punti) Processi di sviluppo software agili Presentate i concetti generali relativi ai processi di sviluppo software agili T4 (2,5 punti) Casi d uso e requisiti di non funzionali Presentate due possibili casi d uso relativi a requisiti non funzionali che possano essere applicabili al sistema di cui al punto 1. T5 Pattern e flussi di controllo Presentate due pattern relativi alla gestione dei flussi di controllo tra moduli software. T6 (2,5 punti) Qualità di prodotto software e qualità di processo software Spiegate la differenza tra valutazione di qualità di prodotto software e qualità di processo software. T7 (2,5 punti) Malfunzionamento, difetto e errore software Spiegate la differenza tra Malfunzionamento, difetto e errore software T8 (2,5 punti) Criteri di copertura Presentare dei criteri di copertura relativi a piani di test funzionali e strutturali T9 (2,5 punti) Analisi di rischio e strategia di test Spiegate il ruolo di un analisi di rischio nella stesura di una strategia di test. T10 (2,5 punti) Gruppo di progetto software Presentate i ruoli tipici all interno di un gruppo di progetto software 17