Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Agile Modeling / Agile Enterprise Architecture

Presentación para la asignatura de Ingeniera de Software
by

Andrea Sanchez

on 28 February 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Agile Modeling / Agile Enterprise Architecture

Agile Modeling / Agile Enterprise Architecture
Diana Duque
Andrea Sánchez
Luz Rodríguez
José Pinzón
Jesús Muñoz

Temática
Modelado Agil
General
Principios
Mejores Prácticas
Prácticas
Valores
Effective Practices for Extreme Programming and the Unified Process
Agile Enterprise Architecture
Referencias
Taller

GENERALIDADES
Es una metodología para el modelado y documentación de sistemas de software basada ​​en buenas prácticas.
Es una colección de prácticas, guiadas por principios y valores que pueden ser aplicados por profesionales de software en el día a día.
Modelado ágil es un complemento a otras metodologías ágiles como Scrum, XP y RUP. 

GENERALIDADES
Es una colección de mejores prácticas.
PRINCIPIOS
PRINCIPIOS BÁSICOS
MEJORES PRACTICAS
PRÁCTICAS
Core Practices
Active Stakeholder Participation
Apply the Right Artifact(s)
Collective Ownership
Create Several Models in Parallel
Create Simple Content
Depict Models Simply
Display Models Publicly
Iterate to Another Artifact
Model in Small Increments
Model With Others
Prove it With Code
Single Source Information
Use the Simplest tools
Agile Enterprise Architecture
Es una metodología de mejora continua a mediano plazo, que basada en una vision integral, permite mantener actualziada la estructura de información organizacional, alineando procesos, datos, aplicaciones e infraestructura tecnológica.
Active Stakeholder Participation (Participación Activa de los Stakeholders)
Los stakeholders deben proveer información en tiempo y forma para poder tomar decisiones y deben participar activamente a lo largo del proceso de desarrollo.
Apply The Right Artifact(s)
(Aplicar el/los Artefacto/s Adecuados)
Elegir una herramienta adecuada para el trabajo. Hay tantos artefactos que se podrían seleccionar: diagrama de estados UML, diagrama de flujo de datos, o modelo de datos conceptual.
Collective Ownership (Propiedad Colectiva).
Todo el mundo puede trabajar en un modelo, de hecho, cualquier artefacto en el proyecto, silo necesita.
Create Several Models in Parallel
(Crea Varios Modelos en Paralelo)
Ya que cada modelo tiene sus fortalezas y debilidades, no existe un modelo suficiente para lo que desea.
Create Simple Content
(Crea Contenido Simple)
El contenido de los modelos (requisitos, análisis, arquitectura, o diseño) fuera lo más simple posible para abarcar las necesidades del proyecto para los stakeholders
Display Models Publicly
(Muestre los Modelos Públicamente)
Evitar el uso de diagramas complejos.
Mostrar los modelos públicamente.
Core Practices
Iterate To Another Artifact
(Iterar a Otro Artefacto)
Cuando estás trabajando en el desarrollo de un artefacto (como un caso de uso, diagrama de secuencia, o incluso código) y no sabe como continuar debe considerar cambiar a otro artefacto.
Model In Small Increments (Modela en Pequeños Incrementos)
El desarrollo incremental se basa en organizar el esfuerzo completo en pequeñas prociones que se van resolviendo poco a poco.
Model With Others
(Modelar con otros)
Cuando nodelas con un
Propósito
normalmente te encuentras modelando para enteder algo, estas modelando para comunicar tus ideas a otros, o tratando de desarrollar una visión común para tu proyecto. 
Prove It With Code
(Pruébelo con Código)
 Escriba el código de prueba y ejecute pruebas para asegurarse de que lo ha hecho bien.
Single Source Information
(Única Fuente de Información)
Modelar un concepto una única vez, almacenando la información en el mejor lugar posible.
Use The Simplest Tools
(Emplea las Herramientas más Sencillas)
Emplee una herramienta de dibujo para crear diagramas para presentar a los stakeholders.
Core Practices

Supplementary Practices
Apply Modeling Standards
Apply Patterns Gently
DiscardTemporary Models
Formalize Contract Models
Update Only When It Hurts
Apply Modeling Standards
(Aplique los estándares de modelado)
Los desarrolladores deberían acordar y seguir una serie de normas comunes de modelado en un proyecto de software.
Apply Patterns Gently
(Aplique patrones a gusto)
Aprender y aplicar adecuadamente el diseño y los patrones de análisis arquitectónicos comunes en sus modelos.
Formalize Contract Models
(Formalice los modelos contractuales)
Un modelo de contrato siempre es necesario cuando se está trabajando con un grupo externo que controla un recurso de información requerida por el sistema. (ej. BD,WS)
Update Only When It Hurts (Actualice sólo cuando duela)
Se debe actualizar un modelo sólo cuando es absolutamente necesario, cuando no se tiene el modelo actualizado es más doloroso que el esfuerzo de actualización.
Discard Temporary Models
(Descarte los modelos temporales)
Descartar modelos creados si ya no agregan valor a su proyecto.
SIMPLICIDAD
CORAJE
HUMILDAD
RETROALIMENTACION
VALORES
COMUNICACIÓN
PRACTICAS EFECTIVAS PARA LA PROGRAMACION EXTREMA Y EL PROCESO UNIFICADO

REFERENCIAS
http://www.agilemodeling.com/
http://www.ambysoft.com/books/agileModeling.html
http://www.agiledata.org/essays/enterpriseArchitecture.html
http://www.agilemodeling.com/shared/AMPamphletSpanish.pdf
http://osl2.uca.es/wikiCE/index.php/Agile_modeling
EL MODELO DE LA DEFINICIÓN DE UNA ARQUITECTURA EMPRESARIAL
Un enfoque Agil contiene:

Centrarse en las personas, no la tecnología o técnicas
Debe ser sencillo
Trabajar de forma iterativa e incremental
Construir la idea
Ver la situación como un todo
Haga que su arquitectura empresarial sea atractiva para el cliente

Desarrollo del Modelo Agil a Nivel de la Empresa

Posibles inconvenientes con el enfoque Agile:

No incluye de manera explícita para asegurar el cumplimiento ( a pesar de tener los arquitectos empresariales integrados en los equipos va un largo camino hacia el este )
Depende de la gente de ser responsable .
Se requiere que se esfuerzan activamente para mantener las cosas simples
Se requiere de que se acepte un enfoque ágil para el modelado y documentación.

TALLER
Que es?
Cualidades que se deben de cumplir cuando se modela , para afrontar con éxito y "agilidad" el proceso de desarrollo de software.
Por Qué?
La competitividad organizacional conforma un escenario en el que las empresas se ven en la obligación de desarrollar iniciativas para implementar mejoras en innovaciones en sus models de negocio, como una orientacion de apoyo y cumplimiento de sus objeivos estratégicos.
Establece el modelo de gestión de todos los aspectos del ciclo de vida de la información. Para este fin, identifica el modelo de Entidades de Negocio y su relación con los procesos de negocio estableciendo la manera de crear, almacenar, mover, utilizar y retirar los datos.
Proporciona una perspectiva que permite una mejor toma de decisiones, lo cual permite el cumplimiento constante de las regulaciones gubernamentales; la reducción de los riesgos inherentes con una calidad de datos perfeccionada.
Arquitectura de Información (Datos)
Identificar desde la cadena de valor de la organización los diferentes niveles de abstracción, desde macro hasta subprocesos de una organización.
Arquitectura de Negocios (Procesos)
El objetivo principal es identificar la Arquitectura Empresarial de Aplicaciones actual de la organización, esto mediante el levantamiento oficial del catálogo de aplicaciones actuales, la identificación de iniciativas en ejecución, y un análisis de cubrimiento de estas aplicaciones en los procesos de negocio
La estrategia de la compañía y que realmente garantice la automatización de procesos de negocio, identificando todos los “servicios” requeridos para cada una de las capas de esta Arquitectura Empresarial.
Arquitectura Aplicaciones
El objetivo de la definición de la Arquitectura Empresarial de Tecnología es validar y establecer el marco de los elementos tecnológicos Hardware, Software de Plataforma, Redes y Comunicaciones, que habilitarán a las aplicaciones y los datos, y contribuirán al cumplimiento del modelo operacional de los procesos de negocio.
Define una visión del negocio con procesos que descomponen las estrategias de negocio de la empresa, los recursos, activos y procesos requeridos para ejecutarlos, así como su impacto en las funciones de negocio. Analiza las necesidades de la compañía, oportunidades, metas, objetivos, y estrategias.
Arquitectura Tecnológica
SUPONER SIMPLICIDAD
ACEPTAR EL CAMBIO
PENSAR EN LA SIGUIENTE META
PRINCIPIOS BÁSICOS
HACERLO BIEN LA PRIMERA VEZ. NO PERFECTO

PRINCIPIOS BÁSICOS
PRINCIPIOS BÁSICOS
LOS INTERESADOS ESTAN INVIRTIENDO TIEMPO, PERSONAS Y DINERO
CAMBIO INCREMENTAL
MAXIMIZAR EL ROL DE LAS PARTES INTERESADAS
PORQUE Y PARA QUE
SE ESTA CREANDO?
MULTIPLES MODELOS
TRABAJO CON CALIDAD
TIEMPOS DE
RESPUESTA RAPIDOS
COLABORACION
No reprocesos
MODELO OPERATIVO
Y CRITERIOS DE ACEPTACION
PRINCIPIOS COMPLEMENTARIOS
EL MODELO PODRIA TENER VARIAS FORMAS DE REPRESENTARLO
COMUNICACIÓN ABIERTA Y HONESTA
PRACTICAS EFECTIVAS PARA LA PROGRAMACION EXTREMA Y EL PROCESO UNIFICADO

COMUNICACION
PRACTICAS EFECTIVAS PARA LA PROGRAMACION EXTREMA Y EL PROCESO UNIFICADO

PRACTICAS EFECTIVAS PARA LA PROGRAMACION EXTREMA Y EL PROCESO UNIFICADO
CULTURA
USO DE HERRAMIENTAS SENCILLAS
AREAS DE TRABAJO
EQUIPOS DE MODELAMIENTO
SESIONES DE MODELAMIENTO
Formal
Grupos grandes ( > 8 participantes)
Sesiones de modelado largas ( > 1 día es típico)
Participantes de diferentes zonas geográficas
participantes de diferentes organizaciones o áreas organizativas
Facilitador cualificado disponible proyecto tiene capacidad para tolerar un aumento del tiempo necesario de sesiones de modelado formales
Requerimiento regulatorio para sostener modelos formales sesiones

Informal
Más pequeño
Grupos que comparten el edificio gente están fácilmente disponibles, dispuestos y capaces de participar sesiones de modelado más cortos ( < Una hora es típico)
Tiempo de lanzamiento al mercado un factor crítico para su proyecto

PRACTICAS EFECTIVAS PARA LA PROGRAMACION EXTREMA Y EL PROCESO UNIFICADO
DOCUMENTACION
EN LA PRACTICA
Participación Activa
Aplicar estándares de Modelamiento
Aplicar Patrones
Propiedad Colectiva
Crear Contenido Simple
Ilustrar modelos Simplemente
Desechar Modelos Temporales
Formalizar Modelos
Modelo en pequeños incrementos
Reutilizar los recursos existentes.

EN LA PRACTICA
Objetivo: Aplicar los valores del modelo ágil.

Materiales: Cartón, hojas de papel, lana o pita, tijeras y marcadores.
Tiempo: Entre 15 a 30 min
Carrera de Valores
Instrucciones
1. Hacer un agujero en el centro de la pieza de cartón con la tijera. Tenga en cuenta que el marcador debe quedar bien ajustado asegurando que no se caiga.

2. Hacer una perforación en el cartón por cada integrante , amarre el hilo (lana, pita) a cada una de las perforaciones.
COMO SE JUEGA
1. Cada miembro del equipo tiene que tirar de una cuerda, coloque el marcador en la línea de salida.
2. Deben hacer un trazo limpio Significa que no debe dejar ningún espacio en blanco, y la línea no debe salir de la pista. Si algo de esto sucede, tienen que volver a empezar. Para evitar confusiones, se debe cambiar el color del marcador.
PRACTICAS EFECTIVAS PARA LA PROGRAMACIÓN EXTREMA Y EL PROCESO UNIFICADO
ENTREGABLES
1. Explique como aplico cada uno de los valores durante el desarrollo del taller.

2. Qué dificultades se le presentaron durante la ejecución del taller.

3. Indique algunas de las lecciones aprendidas en este taller.
Full transcript