Modelar la aplicación

  • Artículo

Para asegurarse de que la aplicación satisface los requisitos del usuario, puede utilizar Visual Studio Ultimate entender el código y para modelar la aplicación.Ayuda de Visual Studio Ultimate a visualizar el código de modo que pueda entender su estructura, relaciones, y comportamiento más fácilmente.Puede crear modelos con diferentes niveles de detalle y seguir requisitos, tareas, casos de prueba, errores, u otros tipos de trabajo asociadas a los modelos vinculándolos a los elementos de elementos de trabajo de Team Foundation Server y al plan de desarrollo.Puede realizar estas tareas en el ciclo de vida de la aplicación como parte del proceso de desarrollo.Vea Lo nuevo en las herramientas de modelado para Application Lifecycle Management 2012 en Visual Studio 2012 y Información general sobre el escenario: Cambiar el diseño usando modelado y visualización.

Para

Visualizar el código:

  • Vea la organización y las dependencias entre los ensamblados, los espacios de nombres, clases, métodos, etc. crear gráficos de dependencias del código.

  • Vea la secuencia de mensajes dentro de un método generar diagramas de secuencia desde el código.

  • Vea la estructura y los miembros de clase para un proyecto específico creando diagramas de clases de código.

  • Busque los conflictos entre el código y el diseño creando diagramas de capas para validar el código.

Describa y comunicar los requisitos de:

  • Clarifique los casos de usuario, las reglas de negocios, y los otros requisitos y ayuda a garantizar la coherencia dibujando diagramas UML como caso, actividad, y diagramas de clases de uso.

Defina la arquitectura:

  • Modele la estructura de grande del sistema de software y los modelos de diseño dibujando el componente UML, la clase, y diagramas de secuencia.

  • Defina y aplique restricciones sobre las dependencias entre los componentes de código creando diagramas de capas.

Validar el sistema con los requisitos y el diseño previsto:

  • Defina pruebas de aceptación o pruebas del sistema en función de los modelos de requisitos.De este modo, establecerá una fuerte relación entre las pruebas y los requisitos del usuario, y costará menos actualizar el sistema cuando cambien los requisitos.

  • Validar las dependencias del código con los diagramas de capas que describen la arquitectura planeada y evite los cambios que pueden entrar en conflicto con el diseño.

Compartir los modelos, diagramas, y gráficos mediante el control de versiones de Team Foundation:

  • Coloque los gráficos de dependencias, modelado proyectos, los diagramas UML, y los diagramas de capas bajo control de versiones de Team Foundation para que pueda compartirlos.

Cuando haya varios usuarios que ejecutan estos elementos con control de versiones de Team Foundation, siga estas instrucciones para ayudarle a evitar problemas de control de versiones:

Generar o configurar partes de la aplicación UML o lenguajes dominio- específicos:

  • Haga el diseño más respondiendo a los cambios y con facilidad a la variable a los cambios de una línea de productos.

Personalizar modelos y diagramas:

  • Modelos específicos para cómo el proyecto los utiliza definiendo propiedades adicionales para los elementos UML, restricciones de validación para asegurarse de que los modelos se ajustan a las reglas de negocios, y comandos de menú y los elementos de cuadro de herramientas.

  • Cree poseen lenguajes dominio- concretos.

Tipos de modelos y usos

Tipo y modelo y usos habituales

Gráfico de dependencias

Ayuda de los gráficos de dependencias verá la organización y las relaciones en el código.

Usos típicos:

  • Examine el código de programa de modo que puede entender mejor la estructura y sus dependencias, cómo actualizarla, y calcular el costo de cambios propuestos.

Vea:

Diagrama de capas

Los diagramas de capas permiten definir la estructura de una aplicación como un conjunto de capas o bloques con dependencias explícitas.Puede ejecutar la validación para detectar conflictos entre las dependencias del código y las dependencias descritas en un diagrama de capas.

Usos típicos:

  • Estabilizar la estructura de la aplicación a través de numerosos cambios a lo largo de su duración.

  • Detectar conflictos imprevistas de dependencias antes de que el proteger los cambios en el código.

Vea:

Modelo UML

Un modelo UML incluye varias vistas, como son los diagramas de secuencias, clases, componentes, casos de uso y actividades.Puede personalizar el modelo UML para que se ajuste al dominio de la aplicación.Por ejemplo, puede adjuntar etiquetas, información adicional y restricciones a los elementos del modelo.También puede definir herramientas que actúen en los modelos.Vea Desarrollar modelos para el diseño de software.

Usos típicos:

  • Describir requisitos y diseño.Puede aplicar rápidamente UML al desarrollo de cualquier aplicación.Vea Uso de modelos dentro del proceso de desarrollo.

  • Generar o configurar pruebas o partes de una aplicación.Es necesario realizar algún trabajo para personalizar la notación y desarrollar las plantillas de generación o la aplicación configurable.Vea Generar y configurar aplicaciones a partir de modelos.

  • Para la descripción general y para la generación de código o la configuración en proyectos menores.

Diagrama de secuencia basado en código

Los diagramas de secuencias que se generan a partir de código .NET ayudan a visualizar la forma en que el código implementa un método.

Usos típicos:

  • Comprender y analizar el código de programa.

Vea:

Lenguaje específico del dominio (DSL)

Un DSL es una notación que se diseña con un objetivo concreto.En Visual Studio, normalmente es gráfica.

Usos típicos:

  • Generar o configurar partes de la aplicación.Hay que realizar algún trabajo para desarrollar la notación y las herramientas.El resultado puede ser un mejor ajuste al dominio que una personalización UML.

  • Para proyectos grandes o en líneas de productos donde la inversión en desarrollo de DSL y sus herramientas se recupera cuando se usa en más de un proyecto.

Vea:

¿Dónde puedo obtener información?

Foros

Blogs

Visual Studio ALM + Team Foundation Server Blog

Artículos y diarios técnicos

The Architecture Journal - Issue 23: Architecture Modeling and Processes

Otros sitios

Centro de Arquitectura - MSDN

Vea también

Conceptos

Application Lifecycle Management con Visual Studio y Team Foundation Server