¿Qué tipo de sistema crea el modelo en cascada?

Paso 1: diseño

Desde la conceptualización del flujo del proceso hasta la operación y el mantenimiento, se analiza cada etapa del proyecto completo y se definen todos y cada uno de los procedimientos operativos. En consecuencia, se genera un documento simple y fácil de entender.

Paso 2: documentación

Todos los procesos están documentados en detalle.

Paso 3: rehacer

Trabajando en un producto totalmente original, todo se hace dos veces antes de que la versión final del proyecto se entregue en el sistema de los clientes.

Paso 4: Planificar, controlar, monitorear – Pruebas

El mayor desafío (y riesgo), en términos de tiempo y dinero, es la prueba, ya que ocurre en la última etapa cuando no es posible regresar.

Paso 5: cliente

Finalmente, el cliente se involucra para el cierre del proyecto.

Las revisiones después de cada proceso deciden el aseguramiento de la calidad y los cambios en los requisitos. Este modelo se utiliza cuando los requisitos, los costos totales involucrados, los recursos requeridos y las especificaciones generales del proyecto están claramente definidos. Se establece un cronograma con plazos para cada etapa de desarrollo para la entrega final de proyectos a los clientes a tiempo. Para más visita: http://www.intelegain.com/waterf…

En mi experiencia, la cascada es ideal para proyectos bien definidos de baja incertidumbre.

Esta es la razón por la que ha habido una reacción violenta contra los proyectos en cascada, porque hay mucha incertidumbre al llevar muchas aplicaciones al mercado.

Por otro lado, para un equipo de software que se especializa en un área determinada de experiencia involucrada en proyectos bien definidos en cascada, es una forma fantástica de planificar un proyecto.

Todo tipo, generalmente en el lado más complicado, ya que la cascada es demasiado para cosas simples.

Pero considere cualquier cosa que sea grande, compleja, distribuida, con muchas partes móviles: Comando y Control, Inteligencia, SCADA, financiera, donde hay muchas piezas diferentes que tienen que trabajar juntas, típicamente diseñadas y desarrolladas por grandes equipos que trabajan de manera relativamente independiente.

El éxito generalmente requiere un diseño de arriba hacia abajo, con atención seria a la definición de la arquitectura, las especificaciones del módulo y las especificaciones de la interfaz, antes de que la gente comience a diseñar en detalle, construir hardware, escribir software, configurar redes.

Es como construir un edificio. Puedes construir una cabaña de playa sin planes. Pero si está construyendo un rascacielos, necesita todos los detalles de diseño fijados con mucho cuidado, antes de comenzar a ordenar materiales y verter hormigón.

Modelos de sistemas tipos de modelos – Entorno y límites de sistemas | PadaKuu.com