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 INFORMAZIONI DI BASE 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 45 In presenza 21 Online 24 DOCENTI E TUTOR DIDATTICI Docenti Nome e cognome Francesco Tisato Telefono

2 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. 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.

3 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. 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 Web conference/web meeting (utilizzo sperimentale) ULTERIORI INFORMAZIONI Tool di progettazione UML: Visual Paradigm. Gira su diverse piattaforme. L interazione con gli studenti avverrà (non in tempo reale) caricando file.vpp. URL per il download della versione Community (free): 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)

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. Partecipazione alle lezioni di sintesi. 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 i compiti da svolgere. L attività si articola su 3 fasi, ciascuna della durata di 3-4 settimane come da piano dettagliato. Le fasi sono focalizzate sui seguenti aspetti: 1. Architettura del problema 2. Architettura logica 3. Architettura concreta e deployment Le attività relative a ciascuna fase 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 2. Attività in elearning (durata: circa 10 giorni dopo le lezioni introduttive):

5 3. Sintesi: a. Svolgimento da parte degli studenti, organizzati in gruppi (<= 3 componenti) di compiti relativi a ciascuna delle 3 fasi b. Discussioni online (forum) su aspetti generali relativi alle fasi del progetto c. Discussioni online (forum) sulle attività dei gruppi di lavoro d. Consegna dei compiti svolti (diagrammi UML redatti con Visual Paradigm) 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 I appello di esame sarà fornito un supporto di tutoring. Scadenze Per ciascuna delle tre fasi, consegna delle soluzioni ai compiti entro la settimana precedente la lezione di sintesi. Valutazioni intermedie 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. I compiti svolti potranno però essere presi 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. Pubblicazione dei risultati Le eventuali valutazioni intermedie saranno pubblicati nel contesto dell attività di esercitazioni online. I risultati della valutazione finale saranno pubblicati in piattaforma compatibilmente con i vincoli di privacy. Scale di valutazione CRITERI DI VALUTAZIONE La discussione del progetto è articolata in 3 parti, ciascuna delle quali contribuisce per 10/30 alla valutazione finale:

6 1. Analisi e modello delle informazioni (a commissione congiunta) che, per il modulo di Architettura del software, corrisponde alla Architettura del problema 2. Architettura dei dati 3. Architettura del software, che corrisponde ad Architettura logica e Architettura concreta COMUNICAZIONE NOTA GENERALE: tutte le comunicazioni avverranno attraverso la piattaforma elearning (Moodle), escludendo l uso di mail personali o di altri strumenti. Docente Studente Forum News: comunicazioni generali (unidirezionale). Forum di discussione, per domande, risposte e considerazioni di interesse generale. Studente Docente Vedi sopra Tutor didattico Studente Forum News: comunicazioni generali (unidirezionale). Forum di discussione, per domande, risposte e considerazioni di interesse generale e sui compiti assegnati. Chat e conferencing (utilizzo sperimentale). Studente Tutor didattici Vedi sopra Studente Studente Forum Studenti non moderato 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. Web Conference / Web Meeting Nome BigBlueButton Descrizione Big Blue Button è un software open source usato da organizzazioni e università per effettuare conferenze, lezioni online o anche semplicemente scambiarsi delle idee. Requisiti tecnici TBD Accesso TBD UML Design Tool Visual Paradigm. L utilizzo previsto (non in tempo reale) prevede il caricamento (da parte di docenti e studenti) di file.vpp. Sarà verificata la possibilità di utilizzarlo in contesto di Web conference.