METODOLOGÍAS | DEFINICIÓN | VENTAJAS | DESVENTAJAS |
Modelo de cascada | El modelo en cascada es un flujo lineal con una sucesión específica. El cliente puede entender de forma fácil los pasos. En este procedimiento, no es viable retroceder. en este procedimiento, el siguiente paso se comenzará luego de terminar el paso anterior. Es correcto para el desarrollo de programa diminuto. | - Útil y sencillo.
- El modelo es rígido pero fácil de manejar.
- Ayuda a ahorrar tiempo.
- Ayuda a realizar pruebas y análisis sin esfuerzo.
| - Depende de necesidades precisas.
- No ayuda en el mantenimiento del proyecto.
- No hay ninguna opción para comprender el resultado del proyecto.
- No es bueno para proyectos de software extendidos y en curso.
|
Método de prototipo | El método de prototipo es eficaz para proyectos gigantes. Es imposible conceptualizar los requisitos reales antecedente de que finalice la codificación real. Además es bastante eficaz para proyectos de tipo innovador | - La idea del proceso funcional del software debe ser clara.
- Se reducirá el riesgo de falla de la función del software.
- Este método también ayuda en la recopilación requisitos de información y su análisis.
| - Los costos de gestión pueden aumentar.
- La inferencia del cliente es muy alta, lo que afecta el
- procesamiento.
- Muchos cambios frecuentes afectan el funcionamiento
- proceso de software.
|
Metodología de desarrollo de software iterativo e incremental | Metodología de desarrollo de programa iterativa e incremental basada en el principio de un solo paso a la vez. Luego de generar cada iteración, se creará un informe probado y de comentarios. Esta funcionalidad se repite hasta que el modelo esté completamente funcional. | - Podemos obtener comentarios continuos después de cada iteración.
- Después de cada iteración, se realizan pruebas y comentarios, por lo que se realizan varias revisiones.
- El código de origen está disponible después de cada iteración para realizar pruebas.
| - Toda iteración tiene una estructura rígida.
- El resultado no está claro.
|
Metodología espiral | El procedimiento en espiral continuamente presta atención al objetivo del desarrollo del programa. Además se concentra en las alternativas del procedimiento de desarrollo de programa y sus restricciones. Se divide en 4 fases: idealización, estudio de peligros, desarrollo y evaluación del plan. | - En la etapa inicial del proyecto se entrega el código fuente.
- Su segunda etapa es el análisis de riesgos por lo que minimiza el riesgo de desarrollo de software.
- Con la documentación en espiral, ciertos desarrollos del programa resultan muy poderosos.
| - El costo del proyecto de software se generará mediante el manejo de riesgos.
- Depende completamente del análisis de riesgos
|
Desarrollo rápido de aplicaciones | Este procedimiento otorga un desarrollo sorprendente gracias a diferentes procedimientos de desarrollo. Está elaborado para aprovechar al máximo la ganancia del programa. Este procedimiento de desarrollo ayuda a aumentar la viabilidad del programa de programa
| - Facilita el proceso de desarrollo completo.
- Este método ayuda al usuario a realizar la revisión.
- Ayuda a recibir comentarios del usuario para mejorar aún más.
| - El desempeño depende del equipo.
- Intenta crear un marco modular limitado en este enfoque.
- Este método requiere una persona capacitada para manejar el complejo problema.
- Este método no es adecuado para proyectos pequeños.
|
Metodología de modelo de desarrollo de sistema dinámico | Es una metodología de desarrollo iterativa e incremental. Esta metodología además posibilita que los usuarios se involucren en el procedimiento de desarrollo. Este procedimiento de desarrollo ayuda a terminar el plan dentro del tiempo dado y el presupuesto asignado. | - En el método de desarrollo de software, los usuarios obtienen un comando sobre eso.
- Una entrega rápida de facilidad de servicio.
- El usuario puede acceder fácilmente a las ofertas ofrecidas por los desarrolladores.
| - La implementación de esta metodología es muy costosa.
- No apropiado para la pequeña industria.
|
Modelo en espiral | En esta metodología los desarrolladores parten de un grado bastante diminuto y buscan los probables inconvenientes y peligros. Este procedimiento se reúne primordialmente en la selección de fines. Tiene cuatro fases: planificación, análisis de riesgos, desarrollo y evaluación. Estas metodologías siguen cada etapa frecuentemente.
| - Debido al movimiento de repetidamente cada fase, se reducirán muchas veces el riesgo y los problemas.
- Este método es el mejor y más adecuado para proyectos grandes y complejos.
- En etapas posteriores, permite una funcionalidad adicional.
- Muy adecuado para proyectos de alto riesgo
| - Esta metodología es muy cara en el desarrollo de software.
- Si la fase de análisis de riesgos falla, puede destruir el proyecto completo.
- No es adecuado para modelos de proyectos de riesgo mínimo.
- Debido a la comprobación una y otra vez de cada fase, el proceso puede ser continuado y nunca se termina.
|
Metodología de programación extrema | En esta metodología: 2 programadores trabajan en una misma computadora al mismo tiempo donde uno escribe el código y el otro supervisa. Este método da una política de código de propiedad colectiva que implica que cualquier creador puede cambiar cualquier código incluso si no fue escrito por él.En intervalos de tiempo regulares, cambian sus papeles para minimizar los errores.
| - Este método presta atención a la participación del cliente.
- Este método crea planes y programas lógicos.
- Los programadores de software están totalmente dedicados al proyecto.
- Este método produce software de calidad mediante su método modernista.
| - La efectividad del software depende de las personas involucradas en el proyecto.
- Se requieren reuniones frecuentes para aumentar los costos de desarrollo.
- El cambio de desarrollo es necesario para un mayor desarrollo.
- Se desconocen los resultados y posibilidades futuras.
|
V- Metodología del modelo | La metodología del modelo V (verificación y validación) es una extensión del modelo en cascada. Al emparejar cada etapa de desarrollo con una etapa semejante de prueba. La retroalimentación se obtiene en la etapa de prueba de aprobación luego de terminar el proceso completo
Este procedimiento es eficaz para proyectos pequeños y medianos.
| - El desarrollo sistemático y el progreso organizado es la cualidad básica de este método.
- Este método es adecuado para proyectos pequeños y medianos.
- El proceso de prueba se hace en paralelo con la etapa de inicio, por lo cual ayuda a encontrar las ambigüedades de la etapa de inicio.
- Cada fase tiene objetivos y metas bien definidas para gestionar la fase.
| - Este método no es adecuado para proyectos grandes.
- No es adecuado cuando los requisitos no se ajustan.
- En la etapa intermedia no se producirá ningún software que funcione.
- En este método, el análisis de riesgos no es posible, por lo que el riesgo y la incertidumbre están presentes.
|
Metodología Scrum | En esta metodología, el desarrollo del programa empieza con cosas básicas. La inspección y habituación de la transparencia son 3 pilares básicos del scrum. El propietario del producto, el scrum master y los equipos de desarrollo de scrum son los papeles del equipo de scrum. El equipo de Scrum planifican una sesión de sprint en la que es necesario concluir la tarea dentro del tiempo dado. | - Scrum ayuda en el desarrollo de software de forma rápida y eficiente.
- Los megaproyectos se dividen en pequeños sprints para gestionarlos correctamente.
- Los errores se depuran durante la revisión del sprint, por lo que el código final estará sin dependencia de errores.
- Los esfuerzos de los miembros de cada equipo se observan en las reuniones de scrum
| - El proyecto Scrum no tiene una fecha de finalización definida, por lo que el desarrollo del proyecto lleva más tiempo.
- El marco de Scrum funciona correctamente con el equipo de personas experimentadas.
- Un gran número de reuniones a veces frustradas con los miembros del equipo.
- El mantenimiento de la calidad es muy difícil debido a las pruebas paso a paso.
|
Metodología de sala limpia | Metodología de desarrollo de proyectos basados en la teoría de funciones matemáticas. El método de prueba de programa se basa en el método estadístico aplicado. El método de programa incremental se utiliza para el diseño y análisis mediante la implementación de estructura de caja. La prueba del programa depende de su uso y pruebas aleatorias para ajustar las probabilidades.. | - Conocimientos básicos de matemáticas y lógica para definir la notación con precisión.
- El recuadro negro, estatal y transparente son los pasos que utiliza la estructura del recuadro para refinar los requisitos del código.
- Los errores se depuran antes de la fase de prueba del sistema.
- Los criterios de uso del software se definen por los modelos de uso.
| - Requiere habilidad y conocimiento estadístico.
- No se utiliza para desarrollo comercial simple.
- No es compatible con las herramientas CASE.
- Esta metodología es específica del proyecto
|
Metodología unificada racional | Esta metodología se basa en UML. En este método el proceso de desarrollo de software se divide en cuatro fases:
1) inicio
2) elaboración
3) construcción y
4) transición.
| - En sí mismo es una metodología completa.
- Resuelve los riesgos del proyecto.
- Es preciso menos tiempo para la incorporación. Para esta metodología, se hallan accesibles tutoriales y capacitaciones online.
| - Los miembros del equipo deben tener experiencia.
- El proceso de desarrollo es muy complejo.
- La reutilización de componentes no es posible en proyectos de vanguardia.
|
