Metodologia

Tradicional & gil

Ramos Cano Ricardo Rolando

Curso:

Metodologas de
desarrollo del software

Docente:

Romero Moreno
Alexander Arturo

IESTP Carlos Salazar Romero

2015
 METODOLOGA TRADICIONAL
Al inicio el desarrollo de software era artesanal en su totalidad, la fuerte necesidad de mejorar
el proceso y llevar los proyectos a la meta deseada, tuvieron que importarse la concepcin y
fundamentos de metodologas existentes en otras reas y adaptarlas al desarrollo de
software. Esta nueva etapa de adaptacin contena el desarrollo dividido en etapas de manera
secuencial que de algo mejoraba la necesidad latente en el campo del software.

Teniendo en cuenta la filosofa de desarrollo de las metodologas, aquellas con mayor nfasis
en la planificacin y control del proyecto, en especificacin precisa de requisitos y modelado,
reciben el apelativo de Metodologas Tradicionales o Pesadas.

Estas metodologas tradicionales imponen una disciplina de trabajo sobre el proceso de

desarrollo del software, con el fin de conseguir un software ms eficiente. Para ello, se hace
nfasis en la planificacin total de todo el trabajo a realizar y una vez que est todo detallado,
comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control
del proceso, mediante una rigurosa definicin de roles, actividades, artefactos, herramientas y
notaciones para el modelado y documentacin detallada. Adems, las metodologas
tradicionales no se adaptan adecuadamente a los cambios, por lo que no son mtodos
adecuados cuando se trabaja en un entorno, donde los requisitos no pueden predecirse o bien
pueden variar.

Entre las principales metodologas tradicionales tenemos los ya tan conocidos RUP y MSF entre
otros, que centran su atencin en llevar una documentacin exhaustiva de todo el proyecto y
centran su atencin en cumplir con un plan de proyecto, definido todo esto, en la fase inicial
del desarrollo del proyecto.

Otra de las caractersticas importantes dentro de este enfoque tenemos los altos costos al
implementar un cambio y al no ofrecer una buena solucin para proyectos donde el entorno
es voltil.

Las metodologas tradicionales (formales) se focalizan en documentacin, planificacin y

procesos. (Plantillas, tcnicas de administracin, revisiones, etc.), a continuacin se detalla
RUP uno de los mtodos ms usados dentro de los mtodos tradicionales

Entre las metodologas tradicionales o pesadas podemos citar:

RUP (Rational Unified Procces)

MSF (Microsoft Solution Framework)
Win-Win Spiral Model
Iconix
La Metodologa tradicional usa procesos definidos, la recopilacin de informacin se realiza al
inicio del proyecto, es tan cuadriculado que posee cierta resistencia al cambio durante el
desarrollo, el cliente solo se comunica con el equipo de desarrollo por medio de reuniones
establecidas.

Por todo lo mencionado se puede deducir que realizar una correccin durante el desarrollo
ser ms caro debido a que se invirti bastante tiempo, adems podemos decir que no existe
muestra de software funcionando en la presentacin de cada avance. Se le puede comprar con
un ladrillo duro para los cambio y se rige de ciertas reglas para lograr el acabado.

El origen de la metodologa tradicional del desarrollo del software es la metodologa de

construccin de productos fsicos (barcos, edificios, coches, etc...). Esta metodologa
tradicional del desarrollo del software se caracteriza por:

- Basarse en un ciclo de vida de desarrollo del software en cascada ya que organiza los
proyectos en etapas que se ejecutan secuencialmente. Ejemplo:

Especificacin de Requisitos

Anlisis
Diseo
Desarrollo
Pruebas
Implantacin
Mantenimiento
- Ejecutar las etapas una sola vez, lo que se define en cada etapa es inamovible y hasta
que no finaliza con xito una etapa no se pasa a la siguiente. Ejemplo: hasta que no se
aprueba el diseo del software no se inicia el desarrollo y construccin del mismo.
- Definir etapas claramente diferenciadas en las que participan distintos profesionales
especializados.

Las metodologas tradicionales obligan al cliente a tomar las decisiones al inicio del
proyecto.
RUP es un proceso formal: Provee un acercamiento disciplinado para asignar tareas y
responsabilidades dentro de una organizacin de desarrollo.

Fases
Las cuatro fases del ciclo de vida son:

Concepcin
Elaboracin
Construccin
Transicin

Ventajas
o Evaluacin en cada fase que permite cambios de objetivos
o Funciona bien en proyectos de innovacin.
o Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el
software.
o Seguimiento detallado en cada una de las fases.
Desventajas
o La evaluacin de riesgos es compleja
o Excesiva flexibilidad para algunos proyectos
o 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.

La metodologa tradicional te da todo a diferencia de gil que no te da nada, y segn el

desarrollo uno mismo coloca lo que va necesitando.

Microsoft Solution Framework (MSF)

MSF es un compendio de las mejores prcticas en cuanto a administracin de proyectos se

refiere. Ms que una metodologa rgida de administracin de proyectos, MSF es una serie
de modelos que puede adaptarse a cualquier proyecto de tecnologa de informacin.

Todo proyecto es separado en cinco principales fases:

- Visin y Alcances.
- Planificacin.
- Desarrollo.
- Estabilizacin.
- Implantacin.
 METODOLOGA GIL

Pero sin dudas adaptarse a la agitada sociedad actual implica ser gil, es decir, tener
la capacidad de proveer respuestas rpidas y ser adaptables al cambio. Ambas
cualidades siempre han sido deseables, pero en el entorno de negocio actual resultan
indispensables. Este requerimiento de agilidad en las empresas, gobiernos y cualquier
otra organizacin provoca que el software tambin deba ser desarrollado de manera gil.

Las necesidades de un cliente pueden sufrir cambios importantes del momento de

contratacin de un software al momento de su entrega; y es mucho ms importante
satisfacer estas ltimas que las primeras. Esto requiere procesos de software diferentes
que en lugar de rechazar los cambios sean capaces de incorporarlos.

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.

En Metodologa gil la recopilacin de informacin se da durante todo el proyecto no

solo al inicio, siempre est preparada para cambio durante el desarrollo, y sobre todo al
cliente se le considera parte del equipo.

Sin duda una de las mejores caractersticas de Agile es presentar de manera continua
versiones de software funcionando.

Entre las metodologas giles ms destacadas hasta el momento se pueden nombrar:

XP (Extreme Programming)
Scrum
Crystal Clear
DSDM (Dynamic Systems Developmemt Method)
FDD (Feature Driven Development)
ASD (Adaptive Software Development)
XBreed
Extreme Modeling

XP es uno de los mtodos ms representativos dentro de las metodologas llamadas

ligeras que lleva al extremo las prcticas para la consecucin de sistemas funcionales y
que cumplan las caractersticas del usuario cliente, surge como respuesta a la sobre
planificacin a la hora de generar software. Est basada en la simplicidad, la
comunicacin, la retroalimentacin y la refactorizacin de cdigo.

Tambin existen metodologas para el desarrollo de Juegos, Aplicaciones mviles y

educativos; estos en su mayora tienen un desarrollo igual al de una metodologa gil o
en algunos casos reutiliza las metodologas tradicionales.
El desarrollo del software no tiene las mismas caractersticas que la construccin de
productos fsicos, estas diferencias y la agilidad que requiere el negocio actual del
software hacen necesario el uso de una metodologa gil que:

Se basa en un ciclo de vida de desarrollo del software iterativo e incremental. Se repiten

las etapas de cada ciclo, se va aadiendo funcionalidad al producto y se comprime al
mximo el tiempo de las iteraciones, son iteraciones cortas de semanas. Se hacen
entregas parciales del producto para ir validando con el usuario que el producto cumple
los requisitos.

Se solapan las etapas. No siempre dentro de cada iteracin tiene que haber etapas en
cascada, por ejemplo, la etapa de test se fusiona con la etapa de desarrollo o la del
diseo con la etapa de construccin.

Se cambia la documentacin por la interaccin cara a cara con el usuario, hay equipos
multidisciplinares sin separacin de roles (todos pueden disear y programar) y se
tiende a una gestin de proyecto como equipo auto organizado y colaborativo.

Las metodologas giles se deberan aplicar en proyectos donde exista mucha

incertidumbre donde el entorno es voltil, donde los requisitos no se conocen con
exactitud.

Mientras que el RUP intenta reducir la complejidad del software por medio de estructura
y la preparacin de las tareas pendientes en funcin de los objetivos de la fase y
actividad actual, XP, como toda metodologa gil, lo intenta por medio de un trabajo
orientado directamente al objetivo, basado en las relaciones Interpersonales y la
velocidad de reaccin.

Inconvenientes:

Existe el riesgo de entrar en un ciclo de entrega de prototipos y nunca cerrar el proyecto.

La gestin es ms rigurosa y con menos holgura para cometer errores.

Si observamos a nuestro alrededor, algunos mbitos del negocio del software se estn
orientando a sacar un prototipo cuanto antes. Cuantas versiones de una app mvil
puedes haber utilizado? El usuario prueba el producto antes de estar completamente
finalizado, comenta su experiencia y se evoluciona para mejorarlo y acercarlo a la
necesidad final.

SCRUM

El Scrum es un proceso de la Metodologa gil que se usa para minimizar los riesgos
durante la realizacin de un proyecto, pero de manera colaborativa.

Entre las ventajas se encuentran la productividad, calidad y que se realiza un

seguimiento diario de los avances del proyecto, logrando que los integrantes estn
unidos, comunicados y que el cliente vaya viendo los avances. La profundidad de las
tareas que se asignan en SCRUM tiende a ser incremental, caso que coincide
exactamente con el devenir normal de un desarrollo.
XP o Extreme Programming

La programacin extrema es un proceso de la Metodologa gil que se aplica en

equipos con muy pocos programadores quienes llevan muy pocos procesos en paralelo.
Consiste entonces en disear, implementar y programar lo ms rpido posible, hasta en
casos se recomienda saltar la documentacin y los procedimientos tradicionales. Se
fundamenta en la capacidad del equipo para comunicarse entre s y las ganas de
aprender de los errores propios inherentes en un programador.

La gran ventaja de XP es su increble capacidad de respuesta ante imprevistos, aunque

por diseo es una metodologa que no construye para el largo plazo y para la cual es
difcil documentar.

XP es un mtodo estupendo para equipos extremadamente pequeos que se centran

en un solo cliente.