8. El Modelo Cascada obedece a la mala adaptación de la planeación del
desarrollo de software, Esto surge influenciados por el tipo de Ingeniería
de Sistemas que requería en aquel entonces, lo cual esto no implica que
en la actualidad podamos utilizar el modelo de Cascada para el desarrollo
de Software debido a su no flexibilidad en su manejo y planificación, como
podemos ver en la planificación del Modelo Cascada

9. Este modelo nos podría Encadenar:
• Un sobre costos por proyectos muy demorados en el tiempo, baja calidad. En
general, proyectos impredecibles.
• Integración en etapas finales y problemas tardíos de diseño
• Mucho re trabajo
• Software que no satisface las necesidades de clientes
• Etc…
Lo que nos daría a nosotros como compañía:
• Pérdida de dinero
•Cuestionamiento al grupo de ingeniería al no presentar el proyecto a
tiempo.
NOTA
Con todos estos antecedentes el modelo Cascada no es tan malo para
proyectos pequeños porque el desarrollo en cascada es fácil de explicar.
Que los demás métodos podrían llegar a ser muy complicados.

12. Modelo Prototipo y dijimos que era un sistema con el cual podíamos
experimentar y podíamos desarrollar rápidamente para entregar al usuario un
producto ficticio pero que sirva como herramienta para poder desarrollar el
software y esto se hacia por ejemplo cuando los clientes eran indecisos y ellos
mismos no sabían explicarse bien, para lo cual nosotros creamos un prototipo o
un modelo sencillo que nos ayuda a indicar un producto al cliente y ver si le
gusta o no y que partes deberíamos mejorar, esto se desarrollaba rápidamente
con un máximo de dos semanas por que como su nombre lo dice solo es un
prototipo no es el producto final y esto además nos ayuda cuando en nuestra
empresa tenemos un equipo muy reducido de desarrolladores

13. Las ventajas del Modelo Prototipo:
•Se generan signos visibles de progreso.
•Permite la modificación sobre la marcha.
•El cliente se va familiarizando con el nuevo producto.
•Permite proporcionar una funcionalidad útil en manos del cliente sin tener la aplicación
finalizada.
Las desventajas del Modelo Prototipo:
Imposibilidad de conocer a priori el tiempo de desarrollo.
La aproximación puede convertirse en excusa para realizar el desarrollo con el modelo de
codificar y corregir.
El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido
con "plastilina y alambres", y puede desilusionarse al decirle que el sistema aun no ha sido
construido.
El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final
sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.
También hablamos de los tipos de prototipo había el desechable, el evolucionario y uno que no
hablamos el operacional.

16. El desarrollo rápido de aplicaciones (RAD) es un proceso de desarrollo de
software diseñado para facilitar y acelerar la creación de aplicaciones. Las
herramientas RAD suelen gestionar los detalles de un proyecto de software de
forma muy parecida al modo en que las herramientas de diseño asistido por
ordenador (CAD) cuidan los detalles al dibujar una pared o insertar una ventana
en el plano de un edificio.
Qué es el RAD en la Realidad?
Para un hacker: Codificar 48 horas seguidas, de un tirón.
Para el ingeniero de sistemas: CASE + planificación ajustada + horas extra.
Para el programador: Usar prototipo rápido y la última herramienta de
Licenciada Visual.Net, open source Eclipse, etc.
Para el Gerente: cualquier método recomendado en la última edición de
Business Week

18. Ventajas
- Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se
implementa la funcionalidad parcial.
- También provee un impacto ventajoso frente al cliente, que es la entrega temprana de
partes operativas del Software.
- El modelo proporciona todas las ventajas del modelo en cascada realimentado,
reduciendo sus desventajas sólo al ámbito de cada incremento.
- Permite entregar al cliente un producto más rápido en comparación del modelo de
cascada.
- Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
- Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo
como técnico.
Desventajas:
- El modelo Incremental no es recomendable para casos de sistemas de tiempo real,
de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos.
- Requiere de mucha planeación, tanto administrativa como técnica.
- Requiere de metas claras para conocer el estado del proyecto.

20. La metodología de desarrollo en espiral es una evolución de método clásico en cascada (Waterfall,
top-down) y se considera un método de desarrollo incremental. Este tipo de metodología equivale al
de cascada, pero en el se permite el solapamiento de varias etapas con el objetivo de flexibilizar y
compensar el tiempo de desarrollo total y alcanzar resultados funcionales en etapas tempranas.
Esta considerada como un método de desarrollo rápido y eficiente.
Es adecuada para proyectos en los que se tienen claros los objetivos finales pero no todos los
detalles de implementación están enunciado
La metodología de desarrollo en espiral permite construir aplicaciones de tamaño medio
manteniendo los recursos constantes.
Normalmente el proyecto se divide en módulos mas pequeños y a cada unos de ellos se le aplica el
siguiente proceso:
Análisis de requerimientos – Diseño del sistema – Etapas de construcción – Test y
evaluación–
Puntos fuertes
Permite el desarrollo de proyectos en donde los objetivos finales están perfectamente definidos pero
todos los detalles no pueden ser completamente establecidos al principio.
Es adaptable: algunos de los requerimientos (que no los objetivos) pueden cambiar durante el ciclo
de desarrollo.
Permite la especialización de los equipos de trabajo.
Apela a una gestión de proyecto ordenada.
Facilita la distribución de recursos de desarrollo.
Economía es posible mantener constantes los recursos de desarrollo.
Permite conseguir funcionalidad en etapas tempranas. Y Detalles de implementación están
elucidados.