Parte 1: Specifica con i casi d’uso

Per il seguente problema realizzare un diagramma dei casi d’uso, e definire i casi d’uso non
banali in dettaglio specificandone le condizioni di trigger, i diversi flussi di successo e
fallimento, i diversi stakeholder coinvolti, le garanzie da offrire, eventuali precondizioni.
Produrre un file PDF con la soluzione.

Esse4, l’ipotetico successore di Esse3, deve consentire ai docenti di registrare i voti di

appelli d’esame. Oltre a permettere al docente di definire vari appelli per un corso per l’anno
accademico corrente, e agli studenti di iscriversi a un certo appello, il sistema deve
consentire di specificare il voto di ciascuno studente, di comunicarglielo attraverso
opportuna pubblicazione, di gestire il consenso da parte dello studente, di produrre un
verbale, di modificare a posteriori alcuni voti. In particolare la modifica a posteriori di un voto
a uno studente è possibile solo se il voto non è stato ancora verbalizzato. I voti possono
essere registrati solo agli studenti che si sono iscritti a quell’appello. E gli studenti che hanno
già un voto verbalizzato per quel corso non possono iscriversi a ulteriori appelli di quel
corso.

Parte 2: Progettazione architetturale e analisi

funzionale
Partendo dall’analisi del sistema Esse4 precedentemente descritta, si proceda alla
realizzazione dei seguenti diagrammi (produrre un file PDF).
● Assumendo di sfruttare un’architettura di tipo Layer, si descriva il livello relativo al
modello di dominio usando la notazione dei diagrammi di classe. (Si illustrino le
entità chiave, le relazioni e si caratterizzi ogni classe in termini di attributi e/o metodi
essenziali.)
● Si realizzi un diagramma di contesto di livello 0.
● Si realizzi un diagramma DFD di livello 1 focalizzato sul processo di pubblicazione,
verbalizzazione, gestione del consenso e modifica a posteriori dei risultati. Si rispetti
la corrispondenza dei flussi tra il diagramma di livello 0 e il diagramma di livello 1.