Vous êtes sur la page 1sur 14

Factores/Metodología

Descripción

Ventajas
Desventajas

Etapas
Scrum RUP

Es un proceso de ingeniería de software que


suministra un enfoque para asignar tareas y
Scrum es una metodología ágil y flexible para gestionar responsabilidades dentro de una organización de
desarrollo. Su objetivo es asegurar la producción
el desarrollo de software, cuyo principal objetivo es
maximizar el retorno de la inversión para su empresa satisfacer las necesidadesmayor
de software de alta y de calidad para
de los usuarios que
(ROI). Se basa en construir primero la funcionalidad de tienen un cumplimiento al final dentro de un
mayor valor para el cliente y en los principios de límite de tiempo y presupuesto previsible. Es una
inspección continua, adaptación, auto-gestión e metodología de desarrollo iterativo que es
innovación. enfocada hacia “diagramas de los casos de uso, y
manejo de los riesgos y el manejo de la
arquitectura” como tal.

Entregables en tiempo y forma, puedes ir enviando


entregables al cliente mientras vas atacando los
objetivos mas sencillos, eso te hace ganar tiempo para
atacar los objetivos mas complejos. Requiere conocimientos del proceso y de UML.
el ScrumMaster tiene el conocimiento necesario para Progreso visible en las etapas tempranas.
lograr el objetivo primario y secundario por lo cual El uso de iteraciones (actividades).
puede ir controlando el proyecto y delegando roles. Facilita la reutilizacion del código teniendo en
Cada persona sabe que es lo que tiene que hacer y cuenta que se realizan revisiones en las primeras
no es necesario estar reorganizando una y otra vez los iteraciones lo cual ademas permite que se
Tracks de cada persona. aprecien oportunidades de mejoras en el diseño.
Se involucra desde un principio y se da un rol a todos
los stakeholders (personas que van a participar en el
proyecto incluyendo cliente final, QA, Testers, etc.)
Algunos miembros de tu equipo pueden saltar pasos
importantes en el camino rápido para llegar al “sprint”
final.
El cliente siempre va a esperar los informes con la
fecha exacta, y muchas veces los va a pedir antes,
cuando capaz no pudiste avanzar en nada. Método pesado.
Demasiadas Reuniones para poco avance, a veces es Por el grado de complejidad puede ser no muy
muy cansador y estresante reunirse demasiadas veces adecuado.
por el mismo tema, algunos van perdiendo el interés en En proyectos pequeños, es posible que no se
el proyecto. puedan cubrir los costos de dedicación del equipo
Si una persona renuncia o hay algún cambio es de profesionales necesarios.
complicado remplazar ese rol ya que es la persona que
se lleva el conocimiento especifico y afecta a todo el
proyecto.
No es aplicable a grandes escalas o cuando el sector
IT es variado.

Reunión de planificación de Sprint Inicio


El Scrum Diario Elaboración
Trabajo de desarrollo durante el Sprint Construción
Revisión del Sprint Transición
Retrospectiva del Sprint

https://www.softeng.es/es-es/empresa/metodologias- http://rupmetodologia.blogspot.com/2012/07/me
de-trabajo/metodologia-scrum.html todologia-rup-y-ciclo-de-vida.html

https://es.quora.com/Cu%C3%A1les-son-las-ventajas-y- http://metodologiadesoftware.blogspot.com/2012
desventajas-de-agile-scrum /11/fases-del-modelo-rup_27.html

https://www.obs-edu.com/int/blog-
investigacion/project-management/las-5-etapas-en-los- http://tecnologiarup.blogspot.com/2012/11/cuale
sprints-de-un-desarrollo-scrum s-son-las-ventajas-y-desventajas.html
Cascada

Es un enfoque clásico en el desarrollo de


software que describe un método de desarrollo
lineal y secuencial. Consta de cinco a siete fases,
cada fase está definida por diferentes tareas y
objetivos, por lo que la totalidad de las fases
describe el ciclo de vida del software hasta su
entrega. Una vez finalizada una fase, sigue el
siguiente paso de desarrollo y los resultados de
la fase anterior pasan a la siguiente fase.

Debido a la estructura lógica del modelo, a


menudo se pueden evitar errores conceptuales.
El modelo conduce a una extensa
documentación técnica, que es un alivio para
los nuevos programadores y desarrolladores y
también es útil en la fase de prueba.
El progreso del proyecto puede ser monitoreado
usando metas.
El coste total puede estimarse con relativa
precisión si no hay conflictos.
Los conflictos, bugs y errores de programación a
veces conducen a un aumento de los costes y a
una cantidad considerable de tiempo. Lo mismo
se aplica si los clientes no están satisfechos.
Las especificaciones que se hacen inicialmente
son a menudo difíciles de entender para los
clientes porque son más abstractas de lo que se
supone que el software debe hacer.
Especialmente en proyectos subcontratados,
esto puede ser una desventaja decisiva, ya que
la fecha de lanzamiento debe posponerse y el
mercado puede haber cambiado durante este
tiempo.
La entrega del software lleva más tiempo
porque los departamentos no trabajan
simultáneamente y cada fase sólo puede
comenzar cuando se ha completado la fase
anterior.

Requisitos del sistema


Análisis de requerimientos
Diseño de programas
Implementación
Probando
Lanzamiento

https://es.ryte.com/wiki/Modelo_en_Cascada
Prototipo

Este modelo se utilizan para dar al usuario una vista preliminar de


parte del software. Este modelo es básicamente prueba y error ya
que si al usuario no le gusta una parte del prototipo significa que la
prueba fallo por lo cual se debe corregir el error que se tenga hasta
que el usuario quede satisfecho. Además el prototipo debe ser
construido en poco tiempo, usando los programas adecuados y no
se debe utilizar mucho dinero pues a partir de que este sea
aprobado nosotros podemos iniciar el verdadero desarrollo del
software. Pero eso si al construir el prototipo nos asegura que
nuestro software sea de mejor calidad, además de que su interfaz
sea de agrado para el usuario. Un prototipo podrá ser construido
solo si con el software es posible experimentar.

No modifica el flujo del ciclo de vida


Reduce el riesgo de construir productos que no satisfagan las
necesidades de los usuarios
Reduce costo y aumenta la probabilidad de éxito
Exige disponer de las herramientas adecuadas
Este modelo es útil cuando el cliente conoce los objetivos
generales para el software, pero no identifica los requisitos
detallados de entrada, procesamiento o salida.
También ofrece un mejor enfoque cuando el responsable del
desarrollo del software está inseguro de la eficacia de un
algoritmo, de la adaptabilidad de un sistema operativo o de la
forma que debería tomar la interacción humano-máquina.
Debido a que el usuario ve que el prototipo funciona piensa que
este es el producto terminado y no entienden que recién se va a
desarrollar el software.
El desarrolador puede caer en la tentación de ampliar el
prototipo para construir el sistema final sin tener en cuenta los
compromisos de calidad y mantenimiento que tiene con el cliente

Recolección y refinamiento de requisitos.


Modelado, diseño rápido.
Construcción del Prototipo.
Desarrollo, evaluación del prototipo por el cliente.
Refinamiento del prototipo.
Producto de Ingeniería.

https://www.ecured.cu/Modelo_de_prototipos
XP

es una metodología de desarrollo ágil que tiene como principal


objetivo aumentar la productividad a la hora de desarrollar un
proyecto software. Da prioridad a los trabajos que dan un resultado
directo y en los cuales se reduce la burocracia que pueda existir en el
entorno de trabajo.

Una de las ventajas de la programación extrema es que se adapta al


desarrollo de sistemas pequeños y grandes; optimiza el tiempo de
desarrollo; permite realizar el desarrollo del sistema en parejas para
complementar los conocimientos; el código es sencillo y entendible,
además de la poca documentación a elaborar para el desarrollo del
sistema.
Las desventajas son que no se tiene la definición del costo y el tiempo
de desarrollo; el sistema va creciendo después de cada entrega al
cliente y nadie puede decir que el cliente no querrá una función más;
se necesita de la presencia constante del usuario, lo cual en la realidad
es muy difícil de lograr.

Retroalimentación.
Proceso continuo en lugar de por bloques.
Propiedad intelectual compartida.
Entendimiento compartido.

https://www.pokytools.cl/blog/archivo/305
Espiral

En el modelo espiral, el software se desarrolla en una serie de


versiones incrementales. Durante las primeras iteraciones la
versión incremental podría ser un modelo en papel o un
prototipo, durante las últimas iteraciones se producen
versiones cada vez más completas del sistema diseñado.

El modelo en espiral puede adaptarse y aplicarse a lo largo


de la vida del software de computadora.
Como el software evoluciona a medida que progresa el
proceso, el desarrollador y el cliente comprenden y
reaccionan mejor ante riesgos en cada uno de los nivele
evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el
enfoque de construcción de prototipos en cualquier etapa de
evolución del producto.
El modelo en espiral demanda una consideración directa de
los riesgos técnicos en todas las etapas del proyecto y si se
aplica adecuadamente debe reducir los riesgos antes de que
se conviertan en problemas.
En la utilización de grandes sistemas a doblado la
productividad.
Resulta difícil convencer a grandes clientes de que el enfoque
evolutivo es controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en
pequeños sistemas.
Genera mucho tiempo en el desarrollo del sistema
Modelo costoso
Requiere experiencia en la identificación de riesgos

Determinar objetivos .
Analisis de riesgo.
Planificación.
Desarrollar y probar.

http://modeloespiral.blogspot.com/2009/08/definicion.html

https://sites.google.com/site/proyectoadpmodelosdedesarroll
o/home/modelos-de-desarrollo/modelo-espiral-ventajas-y-
desventajas
Factores/Metodología Scrum RUP Cascada Prototipo XP
Enfoque al cliente 10 7 5 10 10
Gestion de riesgos 9 8 8 7 9
Flexibilidad del desarrollo 10 9 4 7 9
Trabajo en equipo 8 7 6 8 7
Calidad final del producto 9 10 7 6 9
Utilizacion en sistemas pequeños 9 5 6 7 9
Promedio 9.167 7.667 6.000 7.500 8.833
Espiral
6
8
7
8
10
5
7.333