Metodología ágil de desarrollo de software

...

Elaboración: el principal objetivo es poner a prueba y Enriquecer la arquitectura del sistema. El punto es asegurar que el equipo puede desarrollar un sistema que satisfaga los requisitos, y la mejor manera de hacerlo es la construcción completa del esqueleto de trabajo del sistema conocido como "prototipo de la arquitectura". Para salir o cerrar la fase de Elaboración el equipo tiene que pasar el hito de la Arquitectura del Ciclo de Vida (LCA). Si el equipo pasa esta etapa del proyecto, pasa a la Fase de Construcción, de no ser así el proyecto puede ser re-dirigido o cancelado.

Construcción: edificar software funcional en base regular incremental la cual satisfaga las necesidades con mayor prioridad del cliente. Lo que se busca es que este esté listo para la pre-producción. Para salir de la fase de Construcción el equipo debe pasar el hito de la Capacidad Operativa Inicial (IOC). El principal problema aquí es si la versión actual del sistema está preparado para entrar en la pre-producción de su entorno de prueba para el sistema y las pruebas de aceptación. Si el equipo pasa esta etapa el proyecto pasa a la fase de Transición, de lo contrario puede ser re-dirigido o cancelado.

Transición: Validar liberar y desplegar el software en el ambiente de producción. Para finalizar la fase de Transición el equipo debe pasar el hito de Liberación del Producto (PR). Lo más importante aquí es si el sistema puede ser desplegado segura y eficientemente en producción. Si el equipo pasa este hito el proyecto se mueve a producción. Si el proyecto fracasa en alguna de las áreas de arriba, el proyecto podría ser redirigido o cancelado (algunos proyectos son tan desastrosos que ni siquiera se querrán instalarlos).

[pic 6]

Figura 3.Fases del AUP y sus Hitos

- DISCIPLINAS

Modelado: Precisa entender el negocio de la organización el tema de dominio que se aborda en el proyecto asimismo observar soluciones viables para sobrellevar el dominio del problema. Su objetivo es crear modelos que son solamente lo suficientemente buenos para su situación a la mano, siempre puede ir atrás y mejorar su objetivo después cuando necesite más detalles o la situación de cambios.

Implementación: principalmente se quiere transformar el modelo en código funcional y probarlo de forma básica. Se recomienda Programación en Parejas, es donde dos desarrolladores trabajan juntos en un mismo equipo, pueden mejorar la calidad de su trabajo, su experiencia de aprendizaje, y su productividad.

Pruebas: Ejecutar una objetiva evaluación para asegurar la calidad (detección de defectos, el sistema debe funcionar como fue diseñado y que se cumplan los requerimientos).

Despliegue: El objetivo principal es planificar la entrega del proyecto en desarrollo de tal forma que queda disponible el sistema al usuario final. es altamente recomendado disponer de una pre producción de una caja de arena de pruebas, donde puede comprobar que su sistema funcione antes de la implementación y puesta en ejecución.

[pic 7]

Figura 4.Caja de arena de pruebas

Administración de la Configuración: Busca manejar el acceso a los productos de trabajo del proyecto (rastreo de versiones de trabajo del producto en el tiempo, control y administración de los cambios a estos productos)

[pic 8]

Figura 5. Flujo de trabajo de la disciplina

Administración de Proyecto: Dirigir las actividades a lo largo del proyecto lo cual comprende la administración de riesgo, dirección del personal (asignación de tareas, verificación del progreso, etc.) y coordinación con personas y sistemas fuera del alcance del proyecto para asegurar su liberación a tiempo y dentro del presupuesto.

Ambiente o entorno: Soporta el resto del esfuerzo asegurando el mejor proceso guías y herramientas (hardware y software) estén 100% disponibles según las necesidades. Como sugerencia se debe centrar en el desarrollo de plantillas y guías ajustadas a las necesidades del equipo.

- VERSIONES INCREMENTALES EN AUP

A diferencia de otros enfoques de desarrollo en donde se entrega todo el software en una sola liberación los equipos que trabajan con AUP liberan una versión al final de cada iteración en salas de prueba o demostración. Como se observa en la figura 6 la primer versión es la que tarda más tiempo en liberarse ya que posiblemente no se tengan los elementos necesarios para agilizar el proceso, caso contrario en las subsecuentes versiones, por decir algo la primera versión de producción puede tardar 12 meses en liberación, la segunda nueve meses para liberación, y las demás liberaciones son entregadas cada 6 meses.

[pic 10][pic 9]

Figura 6.Versiones incrementales en el tiempo

- PRINCIPIOS DEL AUP

El personal sabe lo que está haciendo: Las personas no van a leer documentación de procesos detalladamente, pero necesitan alguna guía de alto nivel y / o capacitaciones de vez en cuando. Este producto proporciona vínculos a muchos de los detalles, si se desea ahondar en el tema, pero no los obliga ni los impone.

Simplicidad. Todo se describe brevemente utilizando un puñado de páginas, no miles de ellos.

Agilidad. El Agile UP se ajusta a los valores y principios de la Alianza Agile.

Enfocar las actividades de alto nivel. Se centra en las actividades que realmente cuentan, no en cada cosa posible que podría pasarle en un proyecto.

Independencia de Herramientas. Se puede usar cualquier conjunto de herramientas que desee en Agile UP. Como sugerencia se deben utilizar las herramientas que son las más adecuadas para el trabajo, que a menudo son herramientas simples o inclusive herramientas de código abierto.

Adaptación de este producto para satisfacer necesidades individualmente. La AUP producto es de fácil acomodo común a través de cualquier herramienta de edición de HTML. No se necesita comprar una herramienta especial, o tomar un curso, para adaptar la AUP.

- HITOS

Un concepto importante en lo que comprende AUP son los hitos, generalmente un hito es un Acontecimiento puntual y significativo que marca un momento importante en el