Progettare applicazioni con il modeling project di Visual Studio 2010

1. Progettare applicazioni con il
Modeling Project di Visual Studio 2010
Michele Aponte
Microsoft MVP ASP.NET/IIS
MCP – MCTS – MCPD
apomic80@hotmail.com
http://dotnetcampania.org/blogs/michele
michele.aponte@dotnetcampania.org
Associazione
Culturale
DotNetCampania

2. Sponsor
Sponsor Platinum
Sponsor Gold

3. Cominciamo dalle domande!
Per alzata di mano:
• Quanti di voi conoscono UML?
• Quanti di voi odiano UML?
• Quanti di voi conoscono il
Modeling Project di VS2010?
• Quanti di voi pensano che si fa
prima a svilupparla
un’applicazione che a
progettarla?

4. Perché progettare?
• Per aiutarti a visualizzare il sistema
che vuoi
• Per permetterti di specificare la
struttura o il comportamento del
sistema
• Per avere una «guida» nella
costruzione del sistema
• Per documentare le decisioni che
vengono prese

5. Chi è coinvolto nello sviluppo di
un’applicazione ?

6. Attori dell’ALM
Tutto comincia dalla raccolta dei requisiti…
• Individuazione degli stackholder
• Interviste
• Risoluzione dei requisiti in contrasto
• Documento di Vision
• Approvazione della Vision
• Documento dei requisiti (anche UML)
• Prototipizzazione statica
• Prototipizzazione dinamica
Chi lo fa? L’ Analista!
Analisi

7. Attori dell’ALM
L’architetto recepisce i requisiti e:
• Divide il sistema in isole funzionali
• Ipotizza le varie soluzioni architetturali possibili
• Sceglie l’architettura che meglio risponde ai
requisiti funzionali e non funzionali
• Prende la difficile decisione di non fare
necessariamente tutto da zero…
• Respinge in tutti i modi possibili la sua indole da
programmatore
• Redige le specifiche per i programmatori usando,
se pensa che sia necessario, anche UML
Analisi Design

8. Attori dell’ALM
Il project manager:
• Segue lo sviluppo assicurandosi che tutto proceda come
previsto
• Aggiorna la documentazione di avanzamento lavori
• Gestisce le risorse a disposizione
• Pianifica le milestone
• Gestisce eventuali intoppi durante lo sviluppo
• Verifica che siano rispettati gli standard interni
Gli sviluppatori:
• Recepiscono le specifiche
• Sviluppano la parte a loro assegnata
• Mettono in evidenza eventuali problemi tecnici
• Verificano che quanto da loro realizzato rispecchi le
specifiche
• Si lamentano 
Analisi Design Sviluppo

9. Attori dell’ALM
I Tester
• Eseguono i test funzionali indicati nei
documenti di testing
• Aggiornano i documenti di test con i
risultati dei test effettuati
• Segnalano anomalie riscontrate nel
funzionamento del sistema
Quando Tester == Cliente:
• Verificano problemi di User Experience
• Verificano la corrispondenza con le loro
esigenze
• Si lamentano 
Analisi Design Sviluppo Testing

10. Attori dell’ALM
Sviluppatori e Tester entrano in
“ciclo” per correggere le
anomalie riscontrate:
• I tester segnalano l’anomalia
• Gli sviluppatori verificano
l’anomalia e la risolvono
debuggando il codice e/o
sviluppando eventuali parti
mancanti
Analisi Design Sviluppo Testing
Debug

11. Attori dell’ALM
Gli addetti al deploy:
• Configurano l’ambiente per
l’installazione dell’applicazione
• Installano l’applicazione per il
suo utilizzo
• Verificano il corretto
funzionamento
dell’applicazione
Analisi Design Sviluppo Testing
Debug
Deploy

12. Attori dell’ALM
Sono coinvolti in questo ciclo quindi:
• Analista
• Architetto
• Project Manager
• Developer
• Devigner
• Tester
• Sistemisti
• Gli stackholders / cliente

13. Tutto sotto controllo!
Microsoft mette a disposizione una piattaforma
completa di strumenti per ogni fase e per ogni
attore dell’ALM:

14. VS2010 Modeling Project
Con Visual Studio 2010 Ultimate
vengono forniti dei nuovi tool per la
progettazione delle applicazioni.

15. VS2010 Modeling Project
Con Visual Studio 2010 Ultimate
vengono forniti dei nuovi tool per la
progettazione delle applicazioni.

16. VS2010 Modeling Project
Ci permette di creare 5 tipologie di
diagrammi UML (2.1.2):
• Use Case Diagram
• Activity Diagram
• Sequence Diagram
• Class Diagram
• Component Diagram

17. VS2010 Modeling Project
Ci offre inoltre:
• Layer Diagram, utilissimo per la
definizione dei layer applicativi e per
la «validazione» degli stessi.
• Dependency Graph, per esplorare le
relazioni e l’organizzazione di una
code base esistente

18. … e per la serie un esempio vale
più di mille parole…
DEMO TIME!!!!