Universidad Estatal Península de Santa ElenaFacultad de Sistemas y Telecomunicaciones

Escuela de InformáticaProgramación III

CUADRO COMPARATIVO ENTRE METODOLOGÍAS DE DESARROLLO.

METODOLOGÍAS FORTALEZAS DEBILIDADESMIDAS Si existen nuevos requerimientos nos facilita la opción de

poder incluirlos. Entrega de Prototipos. El cliente interviene muy directamente en el proyecto. Cumple con los aspectos estructuras (Navegacion,

Presentacion,Persistencia ).

Poca documentación.

Open Up Detección de errores de manera oportuna debido a su desarrollo incremental.

Cuenta con herramientas de ayuda. Define claramente sus roles, tareas y demás acciones en

cuanto al desarrollo. Administra muy bien los requerimientos del Cliente.

Alargues de tiempo de desarrollo del proyecto. No admite proyectos grandes. Poca documentación

FDD El cliente es parte del equipo Mucha Comunicación a nivel grupal. Entregas frecuentes del proyecto. Requerimientos posteriores pueden ser incluidos.

Corto tiempo, pocas interacciones. Pequeños proyectos. Poco tiempo de desarrollo.

Xbreed (XP+Scrum) 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.

Poca documentación Conceptos relacionados con la arquitectura y el diseño

son difíciles de integrar. Solo proporciona soporte a la gestión de proyectos,

cualquier otra disciplina queda fuera del ámbito.Crystal Clear Trabajo en Grupo

Entregas Frecuentes del software Contacto permanente con el cliente. Cambios e incrementos frecuentes en los requerimientos. Grupo de trabajo geográficamente en un solo sitio

Poca documentación Integrantes de 3 a 8, solo proyectos pequeños. Para pequeños Proyectos.

Rodríguez Rodríguez Gina Thayli4/1 Ing. En Sistemas Prof. Ing. Luis Torres.

Universidad Estatal Península de Santa ElenaFacultad de Sistemas y Telecomunicaciones

Escuela de InformáticaProgramación III

RESUMEN

METODOLOGÍAS Sistemas altamente críticos.

Manejo de múltiples proyectos a la vez.

Equipos de trabajo distribuidos (geográficamente).

Requerimientos que cambian con mucha frecuencia.

Equipos de trabajo pequeños.

MIDAS Si es recomendable No está en la capacidad. Pueden estar dispersos pero muy comunicados

Cambian con frecuencia. Pequeños grupos.

Open Up No es recomendable. No está en la capacidad. Pueden estar dispersos pero muy comunicados

Cambian con frecuencia. Grupos de 6 a 8 personas

FDD No es recomendable. No está en la capacidad. En un mismo sitio. Cambian con frecuencia. Máximo 3 personasXbreed (XP+Scrum)

No es recomendable Si está en la capacidad. Pueden estar dispersos pero muy comunicados

Cambian con frecuencia dependiendo mucho del usuario.

Max. 6 personas Puede haber varios equipos por proyecto.

Crystal Clear No es recomendable. No está en la capacidad. En un mismo sitio. Como se trabaja de manera permanente con el cliente, no existen muchos cambios al final de proyecto

Grupos de 3 a 8 personas

Rodríguez Rodríguez Gina Thayli4/1 Ing. En Sistemas Prof. Ing. Luis Torres.