El Manifiesto Ágil y Modelos de Proceso

¿Qué es el Manifiesto Ágil?

El Manifiesto Ágil se basa en cuatro valores fundamentales que rigen todos los sistemas de trabajo y procesos ágiles:

• Valorar más a los individuos y sus interacciones que a los procesos y las herramientas.
• Valorar más el software funcionando que la documentación exhaustiva.
• Valorar más la colaboración con el cliente que la negociación contractual.
• Valorar más la respuesta ante el cambio que seguir un plan.

Críticas Comunes a los Modelos Ágiles

Aunque los modelos ágiles ofrecen muchas ventajas, también enfrentan algunas críticas recurrentes:

• Falta de documentación técnica.
• Enfoque informal, a veces percibido como poco estructurado.
• Ausencia de un plan concreto y rígido a seguir.

Modelos de Proceso Ágiles Destacados

Algunos de los modelos de proceso ágiles más conocidos incluyen:

• SCRUM
• KANBAN
• XP (eXtreme Programming)
• OPEN UP (Open Unified Process)
• DSDM (Dynamic Systems Development Method)
• LSD (Lean Software Development)

El Proceso Unificado (PU) en Desarrollo de Software

Definición del Proceso Unificado (PU)

El Proceso Unificado (PU) es un modelo de proceso o ciclo de vida de desarrollo de software orientado a objetos.

Clasificación del Proceso Unificado

El PU no se clasifica en una única categoría, ya que es una combinación de estilos. Es un modelo iterativo, incremental y evolutivo. Aunque no es puramente ágil, adopta algunas de las características propias de los modelos ágiles.

Características Ágiles Adoptadas por el PU

El Proceso Unificado incorpora las siguientes características ágiles:

• Flexibilidad y extensibilidad: Capacidad para asimilar de forma ágil y rápida cualquier cambio que pueda acontecer y que afecte al desarrollo del producto (por ejemplo, un cambio en los requisitos) o al propio proceso de desarrollo.
• Implicación continua del cliente: El cliente es considerado un miembro más del equipo. Sin su compromiso e implicación, el éxito del proyecto se ve comprometido.

Herramientas para la Identificación de Requisitos en el PU

Para el PU, es crucial identificar y capturar adecuadamente los requisitos funcionales del sistema. La herramienta principal utilizada para ello son los casos de uso, que se denotan en UML con una elipse.

Definición y Representación de un Usuario en el PU

Según el PU, un usuario es cualquier persona o sistema que vaya a interactuar con el producto de software que se va a desarrollar. Se denota en UML con un ‘monigote’ (actor).

Análisis de un Caso de Uso: «Sacar Dinero»

Al analizar un caso de uso como «Sacar Dinero», la funcionalidad principal descrita es la acción de retirar efectivo en cualquiera de los cajeros existentes. En este caso de uso, se describen 6 escenarios distintos: uno normal y 5 excepciones, es decir, comportamientos alternativos que pueden surgir a lo largo del escenario normal.

Representación Gráfica de la Funcionalidad del Sistema

Toda la funcionalidad del sistema se puede representar gráficamente en el diagrama de casos de uso.

Concepto de Arquitectura de Software

La arquitectura de software se encarga de determinar y moldear la estructura física de un sistema. Constituye el esqueleto o armazón que permite la ejecución de toda la funcionalidad (casos de uso) conocida hasta el momento, y también debe soportar la funcionalidad futura (nuevos casos de uso).

Impacto de la Arquitectura en la Evolución del Software

La arquitectura de software permite que el software evolucione no solo en su desarrollo inicial, sino también en sus futuras generaciones. Debe dar cabida y soporte a todos los requisitos actuales y futuros del sistema.

Actividades y Fases del Proceso Unificado

Flujos de Trabajo o Actividades del PU

El Proceso Unificado consta de cinco flujos de trabajo o actividades principales:

• Requisitos
• Análisis
• Diseño
• Implementación
• Pruebas

Fases del Proceso Unificado y su Consistencia

El PU consta de cuatro fases principales, cada una con objetivos específicos:

• Inicio: Establece las principales funciones del sistema, el plan de proyecto, estimaciones de costes, análisis de viabilidad, análisis de negocio e identificación de riesgos.
• Elaboración: Se especifican en detalle los casos de uso y se diseña la arquitectura del sistema.
• Construcción: Se implementa el producto completo para entregárselo al usuario. El producto contiene todos los casos de uso que el cliente y el equipo de desarrollo hayan acordado. Aunque puede que no esté completamente libre de defectos, muchos de estos se descubrirán y solucionarán durante la fase de transición.
• Transición: Cubre el periodo durante el cual el producto se convierte en una versión evaluable. Esta versión es probada por un número reducido de usuarios con experiencia, quienes informan de defectos y deficiencias. Los desarrolladores corrigen los problemas e incorporan algunas de las mejoras sugeridas.

Relación entre Flujos de Trabajo, Fases e Iteraciones en el PU

El Proceso Unificado consta de cinco flujos de trabajo distribuidos en fases. Todo el trabajo se desarrolla en iteraciones, y cada iteración pasa por todos los flujos, en mayor o menor medida, en función de la fase a la que pertenezca. Cada fase aglutina un conjunto de iteraciones que culmina con un hito. Al concluir un ciclo de desarrollo, se dispondrá de una versión entregable al cliente.

Definición de un Ciclo de Desarrollo en el PU

Un ciclo de desarrollo es un periodo de tiempo durante el cual se desarrolla un producto de software conforme al área definida en ese momento. Un ciclo culmina con un producto entregable al cliente que satisface sus necesidades.

Aspectos Clave que Caracterizan al Proceso Unificado

Los tres aspectos clave que caracterizan al Proceso Unificado son:

• Los casos de uso.
• La arquitectura.
• El desarrollo iterativo e incremental.