UNIVERSITÀ DEGLI STUDI DI MILANO- BICOCCA CORSO EROGATO IN MODALITÀ BLENDED- LEARNING SYLLABUS

Transcript

1 UNIVERSITÀ DEGLI STUDI DI MILANO- BICOCCA CORSO EROGATO IN MODALITÀ BLENDED- LEARNING SYLLABUS INFORMAZIONI DEL CORSO Nome Architettura del software Codice Esse3 F1801Q130M Corso di studi Laurea Magistrale in Informatica F1801Q Anno di corso Primo CFU 6 Semestre 1 Erogazione (ore) Totali 60 In presenza 24 Online 36 INFORMAZIONI DI BASE Docenti Nome e cognome Francesco Tisato 1 DOCENTI E TUTOR DIDATTICI

2 Telefono Ufficio U14 stanza 2059 Orario di ricevimento Su appuntamento (e online!!!) Tutor didattici Nome e cognome Diego Bernini diego.bernini1@unimib.it PRESENTAZIONE DEL CORSO Descrizione Il corso è uno dei due moduli che compongono l insegnamento di Architetture del software e dei dati (F1801Q130), il cui obiettivo complessivo è di presentare gli aspetti architetturali di un sistema IT complesso trattando in modo per quanto possibile integrato gli aspetti relativi ai dati e al software. Il modulo Architetture del software è centrato sulle architetture software a componenti, il cui progetto è affrontato a diversi livelli di astrazione evidenziando i criteri che portano alle principali scelte architetturali. Programma Introduzione alle architetture software: a. stili architetturali, b. sistemi a componenti, c. livelli di astrazione: architettura del problema, architettura logica, architettura concreta, deployment. Introduzione di un problema di riferimento. Architettura del problema: a. informazioni di dominio, b. flussi informativi, c. identificazione dei requisiti funzionali e non funzionali. Architettura logica: a. identificazione dei componenti, b. valutazione comparativa delle scelte. Architettura concreta: a. interazioni tra componenti: servizi, eventi, publish/subscribe, b. struttura interna dei componenti, c. scelte tecnologiche e deployment Prerequisiti Conoscenze di base su Programmazione e Progettazione a Oggetti (UML), Basi di Dati, Sistemi Operativi, Ingegneria del Software, Sistemi Distribuiti e Reti. 2

3 Obiettivi Conoscenza sistematizzata dei principali modelli di architettura software per le organizzazioni (enterprise architecture) e per i sistemi di supervisione e controllo. Conoscenza dei principali approcci progettuali relativi al software per sistemi a componenti. Risultati attesi Capacità di scegliere in modo critico i modelli architetturali più adatti a risolvere in modo efficace specifici problemi applicativi valutandone pregi e difetti. Capacità di applicare gli approcci progettuali più opportuni nella soluzione di problemi concreti. Materiali richiesti Documento Designing Software Architectures Slide e materiali introduttivi pubblicati su Moodle prima delle lezioni in presenza. ULTERIORI INFORMAZIONI Problemi progettuali (base per i compiti assegnati) pubblicati su Moodle all inizio del corso. Soluzioni esemplificative agli esercizi, pubblicate su Moodle prima delle lezioni di sintesi. Indicazioni di preparazione Vedi prerequisiti. Risorse di supporto Moodle Richieste particolari Tool di progettazione UML: Visual Paradigm. Gira su diverse piattaforme. L interazione con gli studenti avverrà (non in tempo reale) caricando file.vpp. Bibliografia (Riferimento): Mellor, S.J., Kendall, S., Uhl, A., Weise, D.: MDA Distilled. Addison Wesley Longman Publishing Co., Inc., Amsterdam (2004) (Consigliato): Heineman, G.T., cur Councill, W.T.: Component- based software engineering: putting the pieces together. Addison- Wesley Longman Publishing Co., Inc., Boston (2001) (Consigliato): Larman, C.: Applying UML and Patterns: An Introduction to Object- Oriented Analysis and Design and Iterative Development, 3rd edn. Prentice Hall PTR, Englewood Cliffs (2004) 3

4 REGOLE DEL CORSO RUOLI Docente Lezioni in presenza di introduzione alle problematiche dei diversi livelli architetturali, basate su un esempio di riferimento. Preparazione del materiale didattico e dei compiti assegnati agli studenti. Supervisione sulla discussione online delle soluzioni proposte. Lezioni di sintesi in presenza. Tutor didattico Collaborazione alla preparazione del materiale didattico e dei problemi sottoposti agli studenti. Conduzione delle sessioni interattive online di discussione (esercitazioni). Supporto online su domande specifiche. Studente Partecipazione alle lezioni frontali. Svolgimento dei compiti assegnati. Partecipazione alle esercitazioni online e alle lezioni di sintesi. In presenza La partecipazione è non obbligatoria ma fortemente consigliata. Online PARTECIPAZIONE Lo svolgimento tempestivo dei problemi assegnati è fortemente consigliato. La partecipazione alle esercitazioni online è fortemente consigliata. Organizzazione dell attività ATTIVITÀ All inizio del corso sono definiti gruppi di studenti (<= 3 partecipanti per gruppo) a ciascuno dei quali viene assegnato un problema progettuale su cui si baseranno le esercitazioni. L attività si articola su 3 blocchi, ciascuno della durata di 3-4 settimane come da piano dettagliato. I blocchi sono focalizzati sui seguenti aspetti: 1. Architettura del problema 2. Architettura logica 3. Architettura concreta Le attività relative a ciascun blocco sono articolate come segue: 1. Introduzione: una o due lezioni in presenza per inquadrare aspetti specifici della progettazione architetturale, appoggiandosi su un esempio di riferimento 4

5 2. Attività in elearning (durata: circa 10 giorni dopo le lezioni introduttive): 3. Sintesi: a. Svolgimento da parte degli studenti, organizzati in gruppi (<= 3 componenti) di compiti relativi al problema assegnato per gli aspetti oggetto del blocco in corso b. Tutoring online su aspetti specifici (Forum Discussioni) c. Discussione online su aspetti di interesse generale (Forum FAQ) d. Consegna dei compiti svolti (diagrammi UML e slide.ppt di commento) a. Pubblicazione di soluzioni di riferimento per i compiti b. Autovalutazione da parte degli studenti: confronto delle proprie soluzioni con le soluzioni di riferimento c. Lezione in presenza focalizzata sugli aspetti più problematici emersi durante lo svolgimento dei compiti. Nel periodo precedente il primo appello di esame sarà fornito un sopporto di tutoring. Scadenze Per ciascuno dei 3 blocchi, consegna dei compiti entro la settimana precedente la lezione di sintesi. Valutazioni intermedie 5 VALUTAZIONI Le soluzioni ai compiti potranno essere soggette a una valutazione in itinere nel contesto dell attività di esercitazioni online. Questa eventuale valutazione non entra a far parte direttamente della valutazione finale ma potrà essere tenuta in considerazione in sede di discussione del progetto di esame finale. Valutazione finale Il modulo Architettura del software, assieme a Architettura dei dati, costituisce l insegnamento integrato di Architetture del software e dei dati. L esame finale è unificato e si basa sulla discussione di un progetto il cui tema sarà reso pubblico 3 settimane prima della data di ciascun appello. La discussione del progetto è articolata in 3 parti, ciascuna delle quali contribuisce alla valutazione finale: 1. Analisi e modello delle informazioni (a commissione congiunta) 2. Aspetti specifici per il modulo Architettura del software a. Architettura del problema b. Architettura logica c. Architettura concreta 3. Aspetti specifici per il modulo Architettura dei dati Pubblicazione dei risultati Le eventuali valutazioni intermedie faranno parte delle discussioni sulle esercitazioni online.

6 I risultati della valutazione finale saranno pubblicati in piattaforma compatibilmente con i vincoli di privacy. COMUNICAZIONE NOTA GENERALE: tutte le comunicazioni avverranno attraverso la piattaforma elearning (Moodle), escludendo l uso di mail personali o di altri strumenti. Docente/Tutor Studente Forum Bacheca avvisi: comunicazioni generali (unidirezionale da docenti a studenti) Forum FAQ: thread aperti dai docenti su argomenti di interesse generale, anche in base a quanto emerso dai Forum Domande generali e Discussioni sulle esercitazioni di gruppo Studente Docente/Tutor Forum Domande generali degli studenti: domande degli studenti riguardanti informazioni sull organizzazione del corso e aspetti tecnici generali non legati a specifici temi di esercitazione Forum Definizione dei gruppi: definizione dei gruppi e dei relativi temi di esercitazione Forum Discussioni sulle esercitazioni di gruppo: un forum per ciascun tema di esercitazione Consegne degli elaborati per ciascuna fase delle esercitazioni Studente Studente Forum Discussioni studente- studente (non moderato) Forum Ricerca partnership per formazione gruppi 6

7 STRUTTURA DEL CORSO CALENDARIO 7

8 SUPPORTI TECNOLOGICI STRUMENTI LMS Nome Moodle Descrizione Moodle (acronimo di Modular Object- Oriented Dynamic Learning Environment, ambiente per l'apprendimento modulare, dinamico, orientato ad oggetti) è un ambiente informatico per la gestione di corsi, basato sull'ideologia costruzionista secondo la quale ogni apprendimento sarebbe facilitato dalla produzione di oggetti tangibili. Requisiti tecnici Fare clic qui per immettere testo. Accesso L accesso avviene tramite il sistema di Autenticazione Centralizzata di Ateneo, utilizzando quindi le proprie credenziali universitarie (nome.cognome@unimib.it o n.cognome@campus.unimib.it). Gli utenti devono essere regolarmente iscritti per essere quindi in possesso di tali credenziali. UML Design Tool Visual Paradigm versione Community Edition è gratuita per scopo non commerciale paradigm.com/download/community.jsp L utilizzo previsto (non in tempo reale) prevede il caricamento (da parte di docenti e studenti) di file.vpp. 8