Condividi tramite

Modellazione dell'applicazione

  • Articolo

Per assicurare l'applicazione soddisfi le esigenze degli utenti, è possibile utilizzare Visual Studio ultimate per comprendere il codice e per modellare l'applicazione.Guide finali di Visual Studio si prevede il codice in modo che sia possibile comprendere la struttura, relazioni e comportamento più facilmente.È possibile creare modelli diversi livelli di requisiti della barra di avanzamento e dettaglio, attività, test case, bug, o altri tipi di lavoro associati ai modelli collegando gli elementi del modello agli elementi di lavoro di Team Foundation Server e al piano di sviluppo.È possibile eseguire queste attività durante il ciclo di vita dell'applicazione durante il processo di sviluppo.Vedere Novità degli strumenti di modellazione per la gestione del ciclo di vita delle applicazioni in Visual Studio 2012 e Panoramica dello scenario: modificare la progettazione mediante visualizzazione e modellazione.

Per

Visualizzazione del codice:

  • Vedere l'organizzazione e le dipendenze tra assembly, spazi dei nomi, classi, metodi e così via, creando i grafici dipendenze dal codice.

  • Vedere la sequenza di messaggi in un metodo generazione di diagrammi di sequenza dal codice.

  • Vedere la struttura e i membri di classe per un progetto specifico creando diagrammi classi dal codice.

  • Cercare eventuali conflitti tra il codice e la progettazione creando diagrammi livello per convalidare il codice.

Descrivere e comunicare i requisiti utente:

  • Definire le storie utente, le regole business e altri requisiti e assicurarne la coerenza creando diagrammi UML quali il caso di utilizzo, attività e diagrammi classi.

L'architettura:

  • Modelli la struttura su larga scala del sistema software e i modelli di progettazione creando componente, classi e diagrammi di sequenza UML.

  • Definire e applicare vincoli sulle dipendenze tra componenti del codice creando diagrammi livello.

Convalidare il sistema con i requisiti e la progettazione di:

  • Definire i test di accettazione o i test di sistema basati su modelli requisiti.In tal modo si crea una stretta relazione tra i test e i requisiti degli utenti e si facilita l'aggiornamento del sistema al mutare di questi ultimi.

  • Convalida di dipendenze di codice ai diagrammi livello che descrivono l'architettura desiderata e impedire le modifiche che potrebbero essere in conflitto con la progettazione.

Condividere modelli, diagrammi e i grafici utilizzando il controllo della versione di Team Foundation:

  • I grafici dipendenze, i progetti di modello, diagrammi UML e i diagrammi livello sottoposti al controllo della versione di Team Foundation pertanto è possibile condividerli.

Se sono presenti più utenti che lavorano con questi elementi nel controllo della versione di Team Foundation, utilizzare le seguenti linee guida per evitare problemi di controllo della versione:

Generazione o configurazione parti dell'applicazione da UML o da linguaggi specifici di dominio:

  • Rendere la progettazione più rispondente alle modifiche dei requisiti e più facile lungo una linea di prodotti.

Personalizzazione dei modelli e diagrammi:

  • Adattare i modelli nel progetto vengono utilizzati definizione delle proprietà aggiuntive per gli elementi UML, vincoli di convalida per assicurarsi che i modelli siano conformi alle regole business e comandi di menu e altri elementi della casella degli strumenti.

  • Creare linguaggi specifici di dominio personalizzati.

Tipi di modelli e relativi utilizzi

Tipo di modello e utilizzi tipici

Grafico dipendenze

I grafici dipendenze consentono di visualizzare l'organizzazione e le relazioni nel codice.

Utilizzi tipici:

  • Esaminare il codice programma in modo che sia possibile comprendere la struttura e le relative dipendenze, come aggiornarla e stimare il costo delle modifiche proposte.

Vedere:

Diagramma livello

Un diagramma livello consente di definire la struttura di un'applicazione come un set di livelli o di blocchi con dipendenze esplicite.È possibile eseguire la convalida per individuare i conflitti tra le dipendenze nel codice e le dipendenze descritte in un diagramma livello.

Utilizzi tipici:

  • Stabilizzazione della struttura dell'applicazione a fronte delle numerose modifiche apportate durante il suo ciclo di vita.

  • Individuare i conflitti non di dipendenza non intenzionali prima di apportare le modifiche al codice.

Vedere:

Modello UML

Un modello UML include varie visualizzazioni, quali i diagrammi classi, componente, caso di utilizzo, attività e sequenza.È possibile personalizzare il modello UML per adattarlo al dominio dell'applicazione.Ad esempio, è possibile allegare tag, informazioni aggiuntive e vincoli agli elementi del modello.È anche possibile definire strumenti da utilizzare con i modelli.Vedere Sviluppo di modelli per la progettazione software.

Utilizzi tipici:

  • Descrizione dei requisiti e della progettazione.Il modello UML può essere rapidamente applicato allo sviluppo di qualsiasi applicazione.Vedere Utilizzo di modelli nel processo di sviluppo.

  • Generazione o configurazione di test o di parti di un'applicazione.Per personalizzare la notazione e per sviluppare i modelli della generazione o l'applicazione configurabile è necessario eseguire una serie di operazioni.Vedere Generazione e configurazione dell'applicazione dai modelli.

  • Descrizione generale e generazione o configurazione del codice in progetti di ridotte dimensioni.

Diagramma sequenza basato sul codice

I diagrammi sequenza che è possibile generare in base al codice .NET offrono una rappresentazione grafica del modo in cui il codice implementa un metodo.

Utilizzi tipici:

  • Comprensione e analisi del codice programma.

Vedere:

Linguaggio specifico di dominio (DSL)

Un modello DSL è una notazione progettata per uno scopo specifico.In Visual Studio, è in genere grafica.

Utilizzi tipici:

  • Generazione o configurazione di parti dell'applicazione.Per sviluppare la notazione e gli strumenti è necessario eseguire una serie di operazioni.Il risultato potrebbe essere più appropriato per il dominio in uso rispetto a una personalizzazione UML.

  • Grandi progetti o linee di prodotti in cui l'investimento nello sviluppo di DSL e dei relativi strumenti è giustificato dalla possibilità di riutilizzo in più progetti.

Vedere:

Dove è possibile ottenere ulteriori informazioni?

Forum

Blog

Visual Studio ALM + Team Foundation Server Blog

Articoli e pubblicazioni tecniche

Articolo del numero 23 di The Architecture Journal dedicato alla modellazione dell'architettura e ai relativi processi

Altri siti

Area Architetti MSDN

Vedere anche

Concetti

Gestione del ciclo di vita delle applicazioni con Visual Studio e Team Foundation Server