Está en la página 1de 3

Nombre: Oswaldo Jurez Merino

Facilitador: Lorena Mendoza Guzmn


Introduccin a la Ingeniera de Software
Actividad 2. Mtodos de Desarrollo de Software
MODELOS

CARACTERSTICAS
SIMILARES

CARACTERSTICAS
PRINCIPALES

PROPONE
LA
CONSTRUCCIN
DE
SOFTWARE A TRAVS DE
UNA SECUENCIA SIMPLE DE
FASES.
CADA
FASE
CONTIENE UNA SERIE DE
ACTIVIDADES
PARA
LOGRAR UN OBJETIVO.
CADA FASE DEPENDE DE
LA META LOGRADA EN LA
ANTERIOR

HA SERVIDO COMO BASE PARA LA


GENERACIN DE OTROS MODELOS
DE CICLO DE VIDA
FACILITA
AL
EQUIPO
DE
DESARROLLO
ENTENDER
LOS
REQUERIMIENTOS DEL CLIENTE Y
TAMBIN AYUDA AL CLIENTE A
DETALLAR MS CLARAMENTE LAS
NECESIDADES
QUE
TIENE
RESPECTO A LA CONSTRUCCIN
DEL SOFTWARE
CUANDO SE UTILIZA ESTE MODELO,
EL PRIMER INCREMENTO A MENUDO
ES
UN
PRODUCTO
ESENCIAL
(NCLEO). ES DECIR, SE AFRONTAN
REQUISITOS
BSICOS,
PARA
MUCHAS
FUNCIONES
SUPLEMENTARIAS
(ALGUNAS
CONOCIDAS, OTRAS NO) QUE
QUEDAN SIN EXTRAER. EL CLIENTE
UTILIZA EL PRODUCTO CENTRAL (O
SUFRE LA REVISIN DETALLADA).
COMO RESULTADO DE UTILIZACIN
Y/O
DE
EVALUACIN,
SE
DESARROLLA UN PLAN PARA EL
INCREMENTO SIGUIENTE.
SE PROPORCIONA EL POTENCIAL
PARA EL DESARROLLO RPIDO DE
VERSIONES INCREMENTALES DEL
SOFTWARE.
DURANTE
LAS
PRIMERAS
ITERACIONES,
LA
VERSIN INCREMENTAL PODRA
SER UN MODELO EN PAPEL O UN
PROTOTIPO. DURANTE LAS LTIMAS
ITERACIONES,
SE
PRODUCEN
VERSIONES
CADA
VEZ
MS
COMPLETAS DE INGENIERA DEL
SISTEMA

EN CASCADA

CONSTRUCCIN
DE PROTOTIPOS

MODELO
INCREMENTAL
COMBINA ELEMENTOS
DEL MODELO
CASCADA (APLICADOS
REPETIDAMENTE) CON
LA FILOSOFA
INTERACTIVA DE
CONSTRUCCIN DE
PROTOTIPOS

VIDA ESPIRAL
COMBINA ELEMENTOS
DEL MODELO
CASCADA (APLICADOS
REPETIDAMENTE) CON
LA FILOSOFA
INTERACTIVA DE
CONSTRUCCIN DE
PROTOTIPOS

VENTAJAS DEL USO DE UNA METODOLOGA


Son muchas las ventajas que puede aportar el uso de una metodologa.
Desde el punto de vista de gestin:
Facilitar la tarea de planificacin

Facilitar la tarea del control y seguimiento de un proyecto


Mejorar la relacin coste/beneficio
Optimizar el uso de recursos disponibles
Facilitar la evaluacin de resultados y cumplimiento de los objetivos
Facilitar la comunicacin efectiva entre usuarios y desarrolladores
Desde el punto de vista de los ingenieros del software:
Ayudar a la comprensin del problema
Optimizar el conjunto y cada una de las fases del proceso de desarrollo
Facilitar el mantenimiento del producto final
Permitir la reutilizacin de partes del producto
Desde el punto de vista del cliente o usuario:
Garanta de un determinado nivel de calidad en el producto final
Confianza en los plazos de tiempo fijados en la definicin del proyecto
Definir el ciclo de vida que ms se adecue a las condiciones y caractersticas
del desarrollo

METODOLOGAS TRADICIONALES Y GILES


Desarrollar un buen software depende de un gran nmero de actividades y etapas, donde
el impacto de elegir la metodologa para un equipo en un determinado proyecto es
trascendental para el xito del producto.
Segn la filosofa de desarrollo se pueden clasificar las metodologas en dos grupos:
Las metodologas tradicionales, que se basan en una fuerte planificacin durante
todo el desarrollo, y
las metodologas giles, en las que el desarrollo de software es incremental,
cooperativo, sencillo y adaptado.
Metodologas giles o metodologas tradicionales?
En las metodologas tradicionales el principal problema es que nunca se logra planificar
bien el esfuerzo requerido para seguir la metodologa. Pero entonces, si logramos definir
mtricas que apoyen la estimacin de las actividades de desarrollo, muchas prcticas de
metodologas tradicionales podran ser apropiadas. El no poder predecir siempre los
resultados de cada proceso no significa que estemos frente a una disciplina de azar. Lo
que significa es que estamos frente a la necesidad de adaptacin de los procesos de
desarrollo que son llevados por parte de los equipos que desarrollan software.
Tener metodologas diferentes para aplicar de acuerdo con el proyecto que se desarrolle
resulta una idea interesante. Estas metodologas pueden involucrar prcticas tanto de
metodologas giles como de metodologas tradicionales. De esta manera podramos
tener una metodologa por cada proyecto, la problemtica sera definir cada una de las
prcticas, y en el momento preciso definir parmetros para saber cul usar.
Es importante tener en cuenta que el uso de un mtodo gil no vale para cualquier
proyecto. Sin embargo, una de las principales ventajas de los mtodos giles es su peso
inicialmente ligero y por eso las personas que no estn acostumbradas a seguir procesos
encuentran estas metodologas bastante agradables.

En la tabla que se muestra a continuacin aparece una comparativa entre estos dos
grupos de metodologas.
Metodologas agiles
Basadas en heursticas provenientes de
prcticas de produccin de cdigo
Especialmente preparados para cambios
durante el proyecto
Impuestas internamente (por el equipo)
Proceso menos controlado, con pocos
principios
No existe contrato tradicional o al menos es
bastante flexible
El cliente es parte del equipo de desarrollo

Metodologas tradicionales
Basadas en normas provenientes de
estndares seguidos por el entorno de
desarrollo
Cierta resistencia a los cambios
Impuestas externamente
Proceso mucho ms controlado,
numerosas polticas/normas
Existe un contrato prefijado

con

Grupos pequeos (<10 integrantes) y


trabajando en el mismo sitio

El cliente interacta con el equipo de


desarrollo mediante reuniones
Grupos
grandes
y
posiblemente
distribuidos

Pocos artefactos
Pocos roles
Menos nfasis en la arquitectura del
software

Ms artefactos
Ms roles
La arquitectura del software es esencial y
se expresa mediante modelos

Conclusiones:
No existe una metodologa universal para hacer frente con xito a cualquier proyecto de
desarrollo de software. Toda metodologa debe ser adaptada al contexto del proyecto
(recursos tcnicos y humano, tiempo de desarrollo, tipo de sistema, etc.), histricamente,
las metodologas tradicionales han intentado abordar la mayor cantidad de situaciones de
contexto del proyecto, exigiendo un esfuerzo considerable para ser adaptadas, sobre todo
en proyectos pequeos y con requisitos muy cambiantes.
Las metodologas giles ofrecen una solucin casi a medida para una gran cantidad de
proyectos que tienen estas caractersticas, una de las cualidades ms destacables en una
metodologa gil es su sencillez, tanto en su aprendizaje como en su aplicacin,
reducindose as los costes de implantacin en un equipo de desarrollo, esto ha llevado
hacia un inters creciente en las metodologas giles, sin embargo, hay que tener
presente una serie de inconvenientes y restricciones para su aplicacin, tales como:
estn dirigidas a equipos pequeos o medianos,
el entorno fsico debe ser un ambiente que permita la comunicacin y colaboracin
entre todos los miembros del equipo durante todo el tiempo, cualquier resistencia
del cliente o del equipo de desarrollo hacia las prcticas y principios puede llevar al
proceso al fracaso,
el uso de tecnologas que no tengan un ciclo rpido de realimentacin o que no
soporten fcilmente el cambio.