4. ¿Porqué necesitamos herramientas de
modelado?
• La complejidad está en todos los niveles:
• código, requerimientos, despliegue
• ( y la lista continua… )
5. ¿Porqué necesitamos herramientas de
modelado?
• Visual Studio 2010 soluciona estos problemas mejorando:
• …el mecanismo de comunicación entre todos los
participantes del equipo
• …la capacidad de comprender el sistema
• … la habilidad de obtener y mantener el control sobre el
sistema
6. ¿Quién utiliza
herramientas de modelado?
• Principalmente los Desarrolladores de software y los
Arquitectos de software
7. ¿Quién utiliza
herramientas de modelado?
• Los Desarrolladores
• …intentan comprender código existente
• …se focalizan en la solución específica
8. ¿Quién utiliza
herramientas de modelado?
• Los Arquitectos
• …intentan comprender el dominio de la
aplicación y cómo se ha implementado el mismo
• …se focalizan en el «negocio» o la «aplicación»
9. ¿Quién utiliza
herramientas de modelado?
• No olvidemos a otros participantes como analistas
funcionales, encargados de QA, responsables de
despliegue, responsables de producto, etc.
10. ¿Qué ofrecen las herramientas de modelado?
• En Visual Studio 2010 se incorpora la versión 1.0.
• Con Visual Studio 11, llega la versión 1.1 con muchas
mejoras
11. ¿Qué ofrecen las herramientas de modelado?
• Comprender el código fuente
• Mantener el Control
• Comprender el dominio
• Extensibilidad
12. Gestión de Proyectos
Code artefacts
Métricas
Código
Informes Tareas
Generar
actualizaciones
Tests 5. Mantener el Controll Historias Bugs
• Generación de código
• DSLs
Debug
Traces 3. Mantener el Control
4. Comprender el • Relacionar con TFS
2. Mantener el control dominio WIs
• Validate against layer • Layer
Trazas • UML
diagrams
• DSLs
Trazas
Modelos y vistas gráficas
Discover Abstract Extensible
1. Comprender el código As-Is V & M Tools
• Standard Graphs + DGML
• Architecture explorer Validate Platform
• Sequence Diagrams Concrete
To-Be
• Layer Dependencies What-If Standards
• Class Diagrams
16. Ventajas de trabajar con diseños gráficos
o Ayuda a visualizar a grandes rasgos los aspectos
importantes de una solución
o Permite especificar la estructura de una solución
o Provee una guía para la implementación de los
componentes individualmente
o Sirve como contrato para el trabajo que se ha de
realizar
“Comprender el código fuente” Architecture Explorer Generación de diagramas de secuencia Diagramas DGML y gráficos estándar “Mantener el Control” Layer Diagram & Custom MSBuild Tasks Integración con Work Items“Comprender el dominio” Diseñadores UML 2.x Modelado de proyectos y explorador de proyectosExtensibilidad MEF DSLs
En los proyectos pequeños no es necesario mucha planificación o diseño pero cuando los proyectos son complejos es necesario tener una serie de planos y guías que permitanOrganizar los materiales que se necesitanDecidir el orden correcto para comenzar a trabajarOrganizar los equipos de trabajo en pequeños subproyectos
En los proyectos pequeños no es necesario mucha planificación o diseño pero cuando los proyectos son complejos es necesario tener una serie de planos y guías que permitanOrganizar los materiales que se necesitanDecidir el orden correcto para comenzar a trabajarOrganizar los equipos de trabajo en pequeños subproyectos
Tradicionalmente procesos como Rational Unified Process (RUP) tratan por separado el diseño y la programación de soluciones, por ejemplo en lo referido a las herramientas (Word + PowerPoint + VS2010 = False). Se utilizan herramientas de modelado para el diseño y un IDE para programación, que no se integra con las herramientas de modelado.Cuando se construye un puente, es necesario que las herramientas de modelado y simulación sean muy potentes ya que descubrir errores/fallos en tiempo de construcción es muy costoso. Pero en el desarrollo de software, es igual de costoso cambiar una línea de código que cambiar un diagrama. Es por esto que la tendencia se centra en juntar en una misma herramienta las capacidades de diseño y programación, ya que ambas so diferentes vistas de una misma implementación.