Está en la página 1de 2

Universidad Estatal Pennsula de Santa Elena Facultad de Sistemas y Telecomunicaciones Escuela de Informtica Programacin III

CUADRO COMPARATIVO ENTRE METODOLOGAS DE DESARROLLO.


METODOLOGAS MIDAS FORTALEZAS Si existen nuevos requerimientos nos facilita la opcin de poder incluirlos. Entrega de Prototipos. El cliente interviene muy directamente en el proyecto. Cumple con los aspectos estructuras (Navegacion, Presentacion,Persistencia ). Deteccin de errores de manera oportuna debido a su desarrollo incremental. Cuenta con herramientas de ayuda. Define claramente sus roles, tareas y dems acciones en cuanto al desarrollo. Administra muy bien los requerimientos del Cliente. El cliente es parte del equipo Mucha Comunicacin a nivel grupal. Entregas frecuentes del proyecto. Requerimientos posteriores pueden ser incluidos. El cliente es parte del equipo Evita las funcionalidades innecesarias. Puede ser aplicado en proyectos ya existentes. Revisiones frecuentes de lo que se est elaborando cada cierto periodo y lo que se presenta debe estar operativo. Trabajo en Grupo Entregas Frecuentes del software Contacto permanente con el cliente. Cambios e incrementos frecuentes en los requerimientos. Grupo de trabajo geogrficamente en un solo sitio DEBILIDADES Poca documentacin.

Open Up

Alargues de tiempo de desarrollo del proyecto. No admite proyectos grandes. Poca documentacin

FDD

Xbreed (XP+Scrum)

Corto tiempo, pocas interacciones. Pequeos proyectos. Poco tiempo de desarrollo.

Crystal Clear

Poca documentacin Conceptos relacionados con la arquitectura y el diseo son difciles de integrar. Solo proporciona soporte a la gestin de proyectos, cualquier otra disciplina queda fuera del mbito. Poca documentacin Integrantes de 3 a 8, solo proyectos pequeos. Para pequeos Proyectos.

Rodrguez Rodrguez Gina Thayli 4/1 Ing. En Sistemas

Prof. Ing. Luis Torres.

Universidad Estatal Pennsula de Santa Elena Facultad de Sistemas y Telecomunicaciones Escuela de Informtica Programacin III

RESUMEN
METODOLOGAS

Sistemas crticos.

altamente Manejo de mltiples Equipos de trabajo Requerimientos que Equipos de trabajo proyectos a la vez. distribuidos cambian con mucha pequeos. (geogrficamente). frecuencia.
No est en la capacidad. No est en la capacidad. No est en la capacidad. Si est en la capacidad. Pueden estar dispersos pero muy comunicados Pueden estar dispersos pero muy comunicados En un mismo sitio. Pueden estar dispersos pero muy comunicados En un mismo sitio. Cambian con frecuencia. Cambian con frecuencia. Cambian con frecuencia. Cambian con frecuencia dependiendo mucho del usuario. Como se trabaja de manera permanente con el cliente, no existen muchos cambios al final de proyecto Pequeos grupos. Grupos de 6 a 8 personas Mximo 3 personas Max. 6 personas Puede haber varios equipos por proyecto. Grupos de 3 a 8 personas

MIDAS Open Up FDD Xbreed (XP+Scrum) Crystal Clear

Si es recomendable No es recomendable. No es recomendable. No es recomendable

No es recomendable.

No est en la capacidad.

Rodrguez Rodrguez Gina Thayli 4/1 Ing. En Sistemas

Prof. Ing. Luis Torres.

También podría gustarte