Compartir a través de

Modelar la aplicación

  • Artículo

Para asegurarse de que la aplicación cumpla los requisitos del usuario, puede usar Visual Studio Ultimate para entender el código y modelar la aplicación. Visual Studio Ultimate ayuda a visualizar el código a fin de que pueda entender su estructura, relaciones y comportamiento más fácilmente.

Puede crear modelos con diferentes niveles de detalle y realizar un seguimiento de los requisitos, tareas, casos de prueba, errores u otros tipos de trabajo asociados a sus modelos; para ello, vincule elementos de modelo a los elementos de trabajo de Team Foundation Server y al plan de desarrollo. Puede realizar estas tareas a lo largo del ciclo de vida de la aplicación como parte del proceso de desarrollo. Vea Novedades en las herramientas de modelado de Visual Studio 2013 y Información general sobre el escenario: Cambiar el diseño usando modelado y visualización.

Para

Visualizar el código:

  • Asigne relaciones entre las partes del código a medida que las explora.

  • Consulte la organización y las dependencias entre ensamblados, espacios de nombres, clases, métodos, etc. creando gráficos de dependencias desde el código.

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

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

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

Describir y comunicar requisitos de usuario:

  • Aclare los casos de usuario, las reglas de negocios y otros requisitos, y ayude a mantener la coherencia de estos dibujando diagramas de UML como los diagramas de casos de uso, actividades y clases.

Definir la arquitectura:

  • Modele la estructura del sistema de software y los patrones de diseño a gran escala dibujando diagramas de las clases y los componentes ULM y diagramas de secuencia.

  • Defina y aplique restricciones a las dependencias entre los componentes del 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 basadas en 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.

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

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

  • Coloque los gráficos de dependencias, proyectos de modelado, diagramas UML y diagramas de capas en el control de versiones de Team Foundation para poder compartirlos.

Cuando haya varios usuarios que trabajen con estos elementos en el control de versiones de Team Foundation, use estas instrucciones para evitar problemas con el control de versiones:

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

  • Haga que su diseño responda mejor a los cambios de requisitos y que se pueda variar más fácilmente en una línea de productos.

Personalizar modelos y diagramas:

  • Adapte los modelos al modo en que se usan en el proyecto definiendo propiedades adicionales para los elementos UML, restricciones de validación para garantizar que los modelos se ajustan a las reglas de negocios y otros elementos de cuadro de herramientas y comandos de menú.

  • Cree sus propios lenguajes específicos de dominio.

Tipos de modelos y usos

Tipo y modelo y usos habituales

Gráfico de dependencias

Los gráficos de dependencias ayudan a ver la organización y las relaciones existentes en el código.

Usos típicos:

  • Examine el código de programa a fin de entender mejor su estructura y sus dependencias, cómo actualizarlo y calcular el costo de los 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 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 de dependencia involuntarios antes de 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, suele ser un objetivo gráfico.

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 más información?

Foros

Blogs

Blog de Visual Studio ALM + Team Foundation Server

Artículos y diarios técnicos

The Architecture Journal (número 23): modelado y procesos de arquitectura

Otros sitios

Centro de arquitectura - MSDN

Vea también

Conceptos

Application Lifecycle Management con Visual Studio Team Foundation Server