•1

•2

•3

•4

•5

•6

•7

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

•8

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.

•9

•10

•11

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

•12

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.

•13

•14

•15

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

•16

•17

Ventajas

- Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que seimplementa la funcionalidad parcial.

- También provee un impacto ventajoso frente al cliente, que es la entrega temprana departes 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 decascada.

- 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 administrativocomo 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.

•18

•19

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 alde cascada, pero en el se permite el solapamiento de varias etapas con el objetivo de flexibilizar ycompensar 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 losdetalles de implementación están enunciado

La metodología de desarrollo en espiral permite construir aplicaciones de tamaño mediomanteniendo los recursos constantes.

Normalmente el proyecto se divide en módulos mas pequeños y a cada unos de ellos se le aplica elsiguiente proceso:

Análisis de requerimientos – Diseño del sistema – Etapas de construcción – Test yevaluación–

Puntos fuertes

Permite el desarrollo de proyectos en donde los objetivos finales están perfectamente definidos perotodos los detalles no pueden ser completamente establecidos al principio.

Es adaptable: algunos de los requerimientos (que no los objetivos) pueden cambiar durante el ciclode 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ánelucidados.

•20

•21

•22

•23

•24

•25

•26

•27

•28

•29

•30