Está en la página 1de 10

Fases

Grafcos

RUP

Inicio del proyecto


Define casos de uso
Analisis
Diseo

Desvantajas

Ventajas

Construccin y V&V
Liberacion
Reduce riesgos del proyecto
Incorpora fielmente el objetivo de calidad
Integra desarrollo con mantenimiento
Es el proceso de desarrollo ms general de los existentes actual
Es una forma disciplinaria de asignar tareas y responsabilidades
en una empresa de desarrollo
Menor tiempo de desarrollo debido a la reutilizacion de
componentes

Pretende prever y tener todo el control de antemano


Metodo pesado
Modelo genera trabajo adicional
Por el grado de complejidad puede ser no muy adecuado
En proyectos pequeos, es posible que no se puedan cubrir
los costos de dedicacin del equipo de profesionales
necesarios
Los miembros del equipo deben ser expertos en su campo para
desarrollar un sofware bajo esta metodologa

METODOLOGIAS PARA PROYE


XP

PROTOT

Exploracin

Recoleccin y refinamiento de re

Planificacion de la entrega

Modelado, diseo rapido

Iteraciones

Construccin del prototipo

Produccin

Desarrollo, evaluacin del prototi

Mantenimiento

Refinamiento del prototipo

Facilita los cambios


Menor taza de errores
Constantemente hay pruebas
Hay mas control sobre las prioridades por parte del cliente

Rgido a los ajustes de los principios XP


Puede no siempre ser mejor que la metodologa tradicional
Solamente se recomienda para proyectos a corto plazo puesto
que por los posibles cambios constantes se puede incrementar
el tiempo y a su vez los costos

Producto de ingeniera
No modifica el flujo del ciclo de v
Reduce elriesgode construir pro
necesidades de los usuarios
Reducecostoy aumenta la proba
Exige disponer de lasherramient
Este modelo es til cuando el clie
generales para elsoftware, pero no
detallados de entrada, procesamie
Tambin ofrece un mejor enfoque
desarrollo del software est insegu
algoritmo, de la adaptabilidad de u
de la forma que debera tomar la in
Debido a que el usuario ve el fun
este piensa que es el producto fina
El desarrollador puede caer en la
totipo para construir el sistema fina
compromisos de calidad y manteni
cliente

LOGIAS PARA PROYECTOS DE SOFTWARE


PROTOTIPOS

ESPIRAL

ecoleccin y refinamiento de requisitos

Planificacin

odelado, diseo rapido

Anlisis de riesgos

onstruccin del prototipo

Ingeniera

esarrollo, evaluacin del prototipo por el cliente

Evaluacin

efinamiento del prototipo

oducto de ingeniera
o modifica el flujo del ciclo de vida
educe elriesgode construir productos que no satisfagan las
esidades de los usuarios
educecostoy aumenta la probabilidad de xito
xige disponer de lasherramientasadecuadas
ste modelo es til cuando el cliente conoce los objetivos
erales para elsoftware, pero no identifica los requisitos
allados de entrada, procesamiento o salida
mbin ofrece un mejor enfoque cuando el responsable del
arrollo del software est inseguro de la eficacia de un
oritmo, de la adaptabilidad de unsistema operativoo
a forma que debera tomar la interaccin humano-mquina
ebido a que el usuario ve el funcionamiento del prototipo
e piensa que es el producto final sin haber finalizado
desarrollador puede caer en la tentacin de ampliar el propo para construir el sistema final sin tener en cuenta los
mpromisos de calidad y mantenimiento que tiene con el

Gran cantidad de Anlisis de riesgos, disminuc


Bueno para proyectos grandes y de misin criti
Aprobacin fuerte y control de la documentaci
Se puede aadir o corregir en una fecha poster

Puede ser un modelo costoso de usar


El anlisis de riesgos exige una experiencia mu
El xito del proyecto depende en gran medida d
anlisis de riesgos
No funciona bien para los proyectos ms peque

ESPIRAL

de Anlisis de riesgos, disminucion de errores


ectos grandes y de misin critica
te y control de la documentacin
o corregir en una fecha posterior

odelo costoso de usar


sgos exige una experiencia muy especifica
ecto depende en gran medida de la fase de

n para los proyectos ms pequeos

SCRUM

Planificacin de la iteracion
Ejecucin de la iteracion
Reunin diaria de sincronizacin del equipo
Demostracin de los requisitos completados
Retrospectiva

Replanificacin del proyecto


Es fcil de aprender
Requiere muy poco esfuerzo para comenzar a utilizarlo
Permite abarcar proyectos donde los requisitos de negocio
estn incompletos
Permite el desarrollo, testeo y correccin rpido
Mediante las reuniones diarias se ven claramente los avance
problemas
Como toda metodologa gil, obtiene mucho feedback del cl
Facilita la entrega de productos de calidad a tiempo

Si no se define una fecha de fin, los stakeholders siempre pe


nuevas funcionalidades
Si una tarea no esta bien definida puede incrementar costes
tiempo
Si el equipo no se compromete hay mucha posibilidad de fra
sar
Solo funciona bien en equipos pequeos y agiles
Se requieren miembros del equipo experimentado
Puede ser dificil para el Scrum Manager para planificar, estr

rar y organizar un proyecto que carece de una definicion clara


El equipo esta constantemente en acoso

SCRUM

n del equipo
completados

ara comenzar a utilizarlo


de los requisitos de negocio

correccin rpido
se ven claramente los avances y

btiene mucho feedback del cliente


s de calidad a tiempo

n, los stakeholders siempre pediran

ida puede incrementar costes y

e hay mucha posibilidad de fraca-

pequeos y agiles
uipo experimentado
Manager para planificar, estructu-

carece de una definicion clara


e en acoso