INSTITUTO UNIVERSITARIO

POLITECNICO “SANTIAGO MARIÑO”

EXTENSION-PORLAMA

ESCUELA DE SISTEMAS

CODIGO: 47

BACHILLER:

Luis Caraballo C.I: 24.695.744

Porlamar, marzo de 2017

Modelo de Ciclo de Vida en Cascada

El modelo de cascada es el más sencillo de los modelos y se utiliza como principal

bloque de construcción para los demás módulos de ciclo de vida. Este ciclo convencional

de una ingeniería y su visión es muy simple: el desarrollo de software se debe realizar

siguiendo una secuencia de fases. Cada etapa tiene un conjunto de metas bien definidas

y las actividades dentro de cada una contribuyen a la satisfacción de metas de esa fase

o quizás a una su secuencia de metas de la misma.

Él método de la cascada es considerado como el enfoque clásico para el ciclo de

vida del desarrollo de sistemas, se puede decir que es un método puro que implica un

desarrollo rígido.

El arquetipo del ciclo de vida abarca las siguientes actividades:

1. Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.

2. Análisis de los requisitos del software: el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software. El ingeniero de software debe comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas.

3. Diseño: el diseño del software se enfoca en cuatro atributos distintos del programa; la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software con la calidad requerida antes de que comience la codificación.

4. Codificación: el diseño debe traducirse en una forma legible para la máquina. Si el diseño se realiza de una manera detallada, la codificación puede realizarse mecánicamente.

5. Prueba: una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.

6. Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debidos a que se haya encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos) o a que el cliente requiera ampliaciones funcionales o del rendimiento.

La metodología en cascada es esencialmente:

El inicio y el alcance del proyecto

La planificación del proyecto (calendario, recursos necesarios, costo)

Definición de las necesidades del negocio y el análisis en detalle dela solución

La creación de la solución

Prueba que la solución funciona. La entrega de la solución a su público objetivo

Cierre del proyecto.

Lamentablemente el uso de este modelo del desarrollo del software pone en jaque

la integridad mientras se construye el sistema, ya que si se falla en una etapa, se ve

obligado a reiniciar prácticamente el proceso de construcción, otra de las situaciones

que pueden llevar al fracaso es precisamente una de sus características esenciales,

avanzar hasta que se concluya la etapa anterior, viéndolo de este modo, puede atrasar

de manera significativa el proceso de desarrollo de software, quizá tome mucho más

tiempo del que realmente necesite, otra desventaja es el mantenimiento del software,

ya que se involucra la repetición de sus pasos que se llevaron a cabo para la constitución

del software volviendo este método muy tedioso, es recomendable utilizar este modelo

siempre y cuando se conozca los requerimientos.