logo

Ingegneria del Software
Corso di Laurea in Informatica
Università di Padova, a.a. 2018/19

Docente: Tullio Vardanega

Ultimo aggiornamento: 4 marzo 2019 ore 11:45
[pubblicata formazione gruppi II lotto]
calendario attività II semestre
documento collaborativo per la formazione dei gruppi
Scadenza tassativa di registrazione studenti nel documento collaborativo:
I lotto: 2 novembre 2018, ore 18
II lotto: 28 febbraio 2019, ore 18


Presentazione del corso

Obiettivi

L'insegnamento di Ingegneria del Software si sviluppa su due semestri, collocando la maggior parte della didattica d'aula all'interno del I semestre, e la parte prevalente delle attività pratiche nel II semestre.

L'insegnamento si propone di fornire agli studenti i principali strumenti metodologici per affrontare un impegnativo progetto didattico di sviluppo software da svolgersi in gruppo, secondo metodi professionali di conduzione e di gestione del rapporto cliente-fornitore.

L'insegnamento si concentra sull'illustrazione e la sistematizzazione delle conoscenze essenziali della disciplina detta Software Engineering. A tal fine, il corso illustra ciascuna delle aree di conoscenza rilevanti nell'ambito, correlandovi le regole metodologiche che gli studenti dovranno seguire nello svolgimento del progetto didattico, la cui realizzazione effettiva inizierà intorno a fine novembre, per poi proseguire nel II semestre.

Il progetto didattico si svolgerà secondo il seguente calendario:

A partire da questa data, gli studenti saranno chiamati a costituirsi in gruppi di progetto, secondo regole fissate dal docente e illustrate con congruo anticipo, al fine di competere per l'aggiudicazione del capitolato di interesse. L'aggiudicazione di un appalto trasforma i gruppi vincitori dell'appalto in fornitori ufficiali, impegnati a consegnare al docente il prodotto proposto entro i tempi e i costi specificati nella corrispondente offerta tecnico-economica.
Lo svolgimento del progetto didattico verrà accompagnato da specifiche revisioni di avanzamento di progetto, secondo la prassi adottata in diversi standard internazionali.
Per poter concludere regolarmente il proprio progetto didattico, ogni gruppo dovrà sostenere e superare tre successive revisioni di avanzamento, l'ultima delle quali includerà il collaudo del prodotto sviluppato. Ogni gruppo fornitore potrà collocare liberamente la propria serie di revisioni di avanzamento nelle date di calendario sotto riportate:

L'accettazione finale del prodotto sviluppato da ciascun gruppo nel progetto didattico soddisferà una delle due condizioni necessarie al superamento dell'esame. L'altra condizione richiede il superamento di una prova scritta individuale, che ciascuno studente potrà sostenere nelle date sopra indicate. Per ogni studente partecipante, la valutazione numerica del progetto didattico varrà il 60% del voto complessivo individuale, determinato dalla media pesata della valutazione conseguita dal proprio gruppo di progetto in ognuna delle tre revisioni di avanzamento, con una quota di ponderazione legata al rapporto tra l'impegno medio atteso e l'impegno effettivo erogato dallo studente. Il rimanente 40% verrà determinato dalla valutazione della prova scritta individuale.

L'intero svolgimento dell'insegnamento Ingegneria del Software ha un "peso" di 13 CFU, ripartiti come segue:

Propedeuticità obbligatorie strette

Programmazione a Oggetti, Basi di Dati.

Note esplicative: Il mancato soddisfacimento della propedeuticità Programmazione a Oggetti (o Programmazione 2 del V/O) impedisce tassativamente la partecipazione degli studenti alla prova scritta individuale di IS, il cui superamento è obbligatorio per il superamento dell'esame.
Possono però partecipare alle attività di progetto gli studenti che, senza aver superato l'esame di Programmazione a Oggetti (o Programmazione 2), ne hanno superato una prova scritta.

Il mancato soddisfacimento di tali propedeuticità non consentirà la partecipazione dello studente al progetto didattico.

Materiale didattico

Il materiale didattico presentato durante le lezioni sarà progressivamente pubblicato, in formato elettronico, tramite collegamento alla lezione corrispondente.

Il principale riferimento bibliografico di supporto al corso è il seguente:

  1. Guide to the Software Engineering Body of Knowledge
    IEEE Computer Society. Software Engineering Coordinating Committee (V3 2014)
    (Le aree di conoscenza corrispondenti agli argomenti trattati a lezione sono riferite nel calendario delle lezioni)

Sono inoltre consigliati i seguenti testi:

Calendario delle lezioni

c

Settimana

Data

Lezione

Docente

Contenuto

SWEBOK

Sommerville
1
 1 ottobre
T1
Vardanega Introduzione
Per approfondire #1: No Silver Bullet. Essence and Accidents of Software Engineering
Per approfondire #2: ACM Code of Ethics


 4 ottobre

T2

Vardanega



 5 ottobre

T3

Vardanega

Processi software
Per approfondire #3: Origine, formazione ed evoluzione degli standard di processo
Per approfondire #4: Lo standard ISO/IEC 12207:1995
§8 §2
2 8 ottobre T4 Vardanega
Continuazione lezione 3


11 ottobre
T5
Vardanega

Il ciclo di vita del software
Per approfondire #5: I modelli agili
Per approfondire #6: Le schede SEMAT (1, 2)


§3
12 ottobre
T6
Vardanega

Gestione di progetto
Per approfondire #7: Rapporto dello Standish Group sul Progetto CHAOS
Per approfondire #8: Barry W. Bohem su 40 anni di modelli di stima dei costi software
Per approfondire #9: Gestione delle persone
Per approfondire #10: Diagrammi Gantt e PERT
Per approfondire #11: Modello di descrizione di Work Package

§7,12 §19,20
3
15 ottobre T7 Vardanega Flipped classroom sul tema Amministrazione di progetto
Studio autonomo e discussione in aula di strumenti di
- versionamento
- configurazione
- pianificazione
- coordinamento
Spunti di studio
Per approfondire #12: Strumenti di collaborazione
§6 §22
18 ottobre T8 Vardanega Analisi dei requisiti
Per approfondire #13: Struttura del documento di specifica dei requisiti secondo IEEE 830-1998
(accessibile entro rete Ateneo)
§1 §4
19 ottobre T9 Vardanega
4
22 ottobre E1 Cardin Rivisitazione dei principi OOP
Per approfondire #14-15: dal blog di R. Cardin


25 ottobre T10 Vardanega Progettazione
Per approfondire #16
: Fan-in e fan-out
Per approfondire #17
: Definizioni di architettura software
Per approfondire #18: Christopher Alexander sulla teoria dei pattern
§2-3 §6-7
26 ottobre T11 Vardanega
6
5 novembre
E2 Cardin
Dipendenza: il distruttore dell'OOP
Per approfondire #19: dal blog di R.Cardin (parte 1, parte 2)


8 novembre
(8:30-10:15)
E3 Cardin
UML
Introduzione
Diagrammi delle classi


7
12 novembre E4 Cardin UML
Diagrammi di sequenza
Diagrammi di attività


15 novembre P1 Vardanega Regole del progetto didattico
Regolamento aggiudicazione capitolati
Regolamento organigramma


15 novembre
(16:30-18:00)
P2 Vardanega Sessione di formazione gruppo I lotto

16 novembre P3 Vardanega Presentazione dei capitolati d'appalto

8
19 novembre E5 Cardin UML
Diagrammi dei package
Diagrammi dei casi d'uso


22 novembre
T11-bis
Vardanega
recupero sul tema "Progettazione"


23 novembre T12 Vardanega Flipped classroom sul tema documentazione
Studio autonomo, presentazione e discussione in aula di soluzioni per la scrittura collaborativa, la verifica, la salvaguardia di alcuni documenti di progetto.
Spunti di studio
§8
9
26 novembre E6 Cardin Design pattern strutturali:
Decorator, Proxy, Facade, Adapter


29 novembre T13 Vardanega

Qualità di prodotto

§10
§21
10
3 dicembre
E7 Cardin

Design pattern creazionali:
Singleton, Builder, Abstract Factory



4 dicembre
(10:30-12:15)
T14 Vardanega Qualità di processo
Per approfondire #20:
Elementi dello standard ISO 9000
Per approfondire #21: Sintesi di ISO IEC 90003:2004


6 dicembre T15 Vardanega Flipped classroom sul tema Modelli di sviluppo avanzati
Studio autonomo, presentazione e discussione in aula di modelli di sviluppo agile, e di principi SEMAT

§3
7 dicembre T16 Vardanega Verifica e validazione: introduzione
Per approfondire #22: Martin Fowler sui "test double"
Per approfondire #23: Fagan Inspection & Walkthrough
Per approfondire #24: Bertrand Meyer sul testing
§5
Questionario valutazione didattica: restituzione 13/12
Valutazione via Uniweb da 09/05 a 27/07
11
10 dicembre
E8
Cardin
Design pattern comportamentali:
Observer, Template Method, Command, Strategy, Iterator


10 dicembre
(12:30-13:30)
P4 GaiaGo Gamification

12 dicembre
(12:30-13:30)
P5 Zucchetti DevOps e monitoraggio applicazioni

13 dicembre T17 Vardanega Verifica e validazione: analisi statica

14 dicembre P6 Vardanega Incontro con i gruppi del I lotto

14 dicembre
(15:30-16:30)
P7 Zero12 Da software a voice interface

12
17 dicembre E9 Cardin
Continuazione argomento E8


20 dicembre T18 Vardanega Verifica e validazione: analisi dinamica
Per approfondire #25
: Effetti indesiderabili del dynamic binding
§4
§8
13
7 gennaio E10 Cardin Design pattern architetturali:
Dependency Injection


10 gennaio T19
Vardanega Eventuale recupero e ripasso
Informazioni sulla prova scritta


11 gennaio
Vardanega Incontro informativo sugli stage curricolari



L'argomento MVC, MVP e MVVM slitta a inizio II semestre


RR
21 gennaio
P5

Revisione dei Requisiti (RR)
Prerequisito per sostenere la revisione sarà l'aver costituito i gruppi di progetto, aver distribuito i ruoli al loro interno, e aver presentato tutta la documentazione d'ingresso richiesta entro il termine tassativo:

ore 17:00 di lunedì 14 gennaio

Regole di partecipazione alle revisioni

Esito RR


Calendario II semestre

Note pratiche

Le lezioni indicate in calendario si terranno nelle aule e con l'orario indicati sul sito del CCS di Informatica.

Il ricevimento studenti si tiene per appuntamento in studio #400 il:

Regole di partecipazione alle revisioni di avanzamento di progetto

Le revisioni di avanzamento progetto si dividono in:

Le revisioni formali sono bloccanti: la RR determina l'accesso del gruppo al progetto didattico; la RA ne sancisce il completamento.
L'ammissione alla RA è condizionata al sostenimento della RQ, con esito almeno sufficiente.

Le revisioni di progresso non sono bloccanti, ovvero il gruppo potrà continuare il proprio lavoro di progetto, ma un eventuale esito negativo comporterà una penalità di punteggio commisurata alla gravità dell'insufficienza, da scontare nella valutazione finale.

La partecipazione di un gruppo a una revisione di progetto si svolgerà come segue:

Calendario degli appelli d'esame

Liste di iscrizione alle prove scritte individuali verranno pubblicate sul sistema UniWeb nelle due settimane precedenti l'appello corrispondente.
Per la partecipazione ai compitini che precedono le prove scritte "ufficiali", gli studenti dovranno rivolgersi al docente.

Valid HTML 4.0
          Transitional