HECTOR IVAN HERNANDEZ SARMIENTO

MATERIA INGENIERIA DEL SOFTWARE 1

TIS42M

METODOLOGIAS DE DESARROLLO

AGILES
Hoy en da con el auge de la tecnologa, y con el objetivo de agilizar y automatizar los
procesos en el desarrollo de software, nos vemos en la necesidad de implantar
Metodologas de Desarrollo de Software que nos ayuden a entregar un producto de
calidad en tiempo y costo estimados, las metodologas giles de desarrollo de software
han despertado inters gracias a que proponen simplicidad y velocidad para crear
sistemas. Las metodologas tradicionales no se adaptan a las nuevas necesidades o
expectativas que tienen los usuarios hoy en da, en parte que los mtodos usados no son
flexibles ante la posibilidad de la exigencia de nuevos requerimientos. Estos cambios
generalmente implican altos costos, demanda de tiempo y la reestructuracin total del
proyecto que se est llevando; en contraparte, los mtodos giles permiten un desarrollo
iterativo y adaptable que permite la integracin de nuevas funcionalidades a lo largo del
desarrollo del proyecto; para que tanto el cliente como el desarrollador queden satisfechos
porque el producto final tiene una calidad adecuada.
Los procesos giles son una buena eleccin cuando se trabaja con requisitos
desconocidos o variables. Si no existen requisitos estables, no existe una gran posibilidad
de tener un diseo estable y de seguir un proceso totalmente planificado, que no vaya a
variar ni en tiempo ni en dinero. En estas situaciones, un proceso adaptativo ser mucho
ms efectivo que un proceso predictivo. Por otra parte, los procesos de desarrollo
adaptativos tambin facilitan la generacin rpida de prototipos y de versiones previos a la
entrega final, lo cual agradar al cliente.
Las metodologas giles proporcionan una serie de pautas y principios junto a tcnicas
pragmticas que puede que no curen todos los males pero harn la entrega del proyecto
menos complicada y ms satisfactoria tanto para los clientes como para los equipos de
entrega. En la figura 1 se muestran los principios que rigen el desarrollo gil.

Las metodologas giles presentan diversas ventajas como:

Rpida respuesta a cambios de requisitos a lo largo del desarrollo.

Entrega continua y en plazos cortos de software funcional.
Trabajo conjunto entre el cliente y el equipo de desarrollo.
Minimiza los costos frente a cambios.
Importancia de la simplicidad, al eliminar el trabajo innecesario.
Atencin continua a la excelencia tcnica y al buen diseo.
Mejora continua de los procesos y el equipo de desarrollo.
Evita malentendidos de requerimientos entre el cliente y el equipo.
El equipo de desarrollo no malgasta el tiempo y dinero del cliente desarrollando
soluciones innecesariamente generales y complejas que en realidad no son un
requisito del cliente.

Cada componente del producto final ha sido probado y satisface los

requerimientos.

Desventajas de los mtodos giles.

Como en cualquiera otra metodologa, tambin hay desventajas y problemas que surgen
a la hora de implementarlas:

Falta de documentacin del diseo. El cdigo no puede tomarse como una

documentacin. En sistemas de tamao grande se necesitar leer los cientos o
miles de pginas del listado de cdigo fuente.
Problemas derivados de la comunicacin oral. Este tipo de comunicacin resulta
difcil de preservar cuando pasa el tiempo y est sujeta a muchas ambigedades.
Falta de calidad. Probar el cdigo de forma constante no genera productos de
calidad, slo revela falta de anlisis y diseo.
Fuerte dependencia de las personas. Como se evita en lo posible la
documentacin y los diseos convencionales, los proyectos giles dependen
crticamente de las personas.
Falta de procesos de revisin del cdigo. Con mtodos como el PSP o TSP se
han conseguido reducciones de errores que oscilan entre el 60 y el 80%. La
programacin en parejas tiene resultados del 20 al 40%, que no es mucho frente al
10 y el 25% de un programador.
Falta de reusabilidad. La falta de documentacin hacen difcil que pueda
reutilizarse el cdigo gil.
Sobre costos y retrasos derivados de la refactorizacin continua. Para un sistema
de ciertas proporciones, los costos y retrasos derivados de la refactorizacin no
pueden despreciarse.
Restricciones en cuanto a tamao de los proyectos abordables.
Rigidez. Algunos mtodos giles son muy rgidos: deben cumplirse muchas reglas
de una forma estricta para garantizar el xito del proyecto. Por ejemplo XP exige
en realidad mucho esfuerzo, concentracin y orden.
Cambios. Los modelos de datos son pesados y no pueden cambiarse as como
as solo porque el cliente que ira incorporar ms funciones al sistema.
Problemas derivados del fracaso de los proyectos giles. Si un proyecto gil
fracasa no hay documentacin o hay muy poca; lo mismo ocurre con el diseo. La
comprensin del sistema se queda en las mentes de los desarrolladores.

METODOLOGIAS DE DESARROLLO PESADAS

RUP es un proceso formal: Provee un acercamiento disciplinado para asignar tareas y
responsabilidades dentro de una organizacin de desarrollo. Su objetivo es asegurar la
produccin de software de alta calidad que satisfaga los requerimientos de los usuarios
finales (respetando cronograma y presupuesto). Fue desarrollado por Rational Software,

y est integrado con toda la suite Rational de herramientas. Puede ser adaptado y
extendido para satisfacer las necesidades de la organizacin que lo adopte.
(Customizacin). Es guiado por casos de uso y centrado en la arquitectura, y utiliza UML
como lenguaje de notacin.
Fases
Las cuatro fases del ciclo de vida son:

Concepcin
Elaboracin
Construccin
Transicin

Ventajas

Evaluacin en cada fase que permite cambios de objetivos

Funciona bien en proyectos de innovacin.
Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de
desarrollar el software.
Seguimiento detallado en cada una de las fases.

Desventajas

La evaluacin de riesgos es compleja

Excesiva flexibilidad para algunos proyectos
Estamos poniendo a nuestro cliente en una situacin que puede ser muy incmoda
para l.
Nuestro cliente deber ser capaz de describir y entender a un gran nivel de detalle
para poder acordar un alcance del proyecto con l.

CUADRO COMPARATIVO ENTRE METODOLOGIAS DE DESARROLLO

Metodologas giles

Metodologas Tradicionales O
PESADAS

Basadas en heursticas provenientes de prcticas de

produccin de cdigo

Basadas en normas provenientes de estndares

seguidos por el entorno de desarrollo

Especialmente preparados para cambios durante el

proyecto

Cierta resistencia a los cambios

Impuestas internamente (por el equipo)

Impuestas externamente

Proceso mucho ms controlado, con numerosas

polticas/normas

Proceso menos controlado, con pocos principios

No existe contrato tradicional o al menos es bastante

flexible

Existe un contrato prefijado

El cliente interacta con el equipo de desarrollo

El cliente es parte del equipo de desarrollo mediante

reuniones

Grupos pequeos (<10 integrantes) y trabajando en el

mismo sitio

Grupos grandes y posiblemente distribuidos

Pocos artefactos

Ms artefactos

Pocos roles

Ms roles

Menos nfasis en la arquitectura del software

La arquitectura del software es esencial y se

expresa mediante modelos