+ All Categories
Home > Education > Modelo en cascada

Modelo en cascada

Date post: 06-Aug-2015
Category:
Upload: yeni-marrone
View: 170 times
Download: 1 times
Share this document with a friend
15
UNIVERSIDAD TECNOLÓGICA DE PANAMÁ Lic. en Ingeniería en Sistemas y Computación Ingeniería de Software Profesora: Belén González Presentado por : Marrone, Yeniseth La Chorrera, 1 de abril de 2013 Modelo en Cascada
Transcript

UNIVERSIDAD TECNOLÓGICA DE PANAMÁ Lic. en Ingeniería en Sistemas y Computación

Ingeniería de Software

Profesora:Belén González

Presentado por :Marrone, Yeniseth

La Chorrera, 1 de abril de 2013

Modelo en Cascada

Ciclo de vida de un Software

El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación es decir, para garantizar que el software cumpla los requisitos en el uso de aplicación y verificación de los procedimientos de desarrollo

Ciclo de vida de un Software

El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en:

la calidad del software,

en los plazos de implementación y

en los costos asociados.

En los años 70 se impuso un nuevo enfoque de desarrollo del software, introducido por Royce, a través de un ciclo de vida en “cascada“.

Este método modela el ciclo convencional de la Ingeniería del Software, aplicando un enfoque sistemático y secuencial de desarrollo.

Modelo del Ciclo de Vida

Enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.

Modelo en Cascada

Etapa 1

Etapa 2

Etapa 3

Características

Es el más utilizado. Para que el proyecto tenga éxito deben desarrollarse todas

las fases. Las fases continúan hasta que los objetivos se han

cumplido. Si se cambia el orden de las fases, el producto final será

de inferior calidad.

ETAPAS DEL MODELO EN CASCADA

Ingeniería y Análisis del Sistema

Análisis de los Requisitos

Diseño

Codificación

Prueba

Mantenimiento

ETAPAS DEL MODELO EN CASCADA

Ingeniería y Análisis del Sistema: Debido a que el software es 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.

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 (Analistas) debe comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas.

ETAPAS DEL MODELO EN CASCADA

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.

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

ETAPAS DEL MODELO EN CASCADA

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.

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

La planificación es sencilla.

La calidad del producto resultante es alta.

Permite trabajar con personal poco cualificado.

Ventajas

Lo peor es la necesidad de tener todos los requisitos al principio. Lo normal es que el cliente no tenga perfectamente definidas las especificaciones del sistema, o puede ser que surjan necesidades imprevistas.

Si se han cometido errores en una fase es difícil volver atrás.

No se tiene el producto hasta el final, esto quiere decir que:

Si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos.

El cliente no verá resultados hasta el final, con lo que puede impacientarse. Es comparativamente más lento que los demás y el coste es mayor también.

Desventajas

Aquellos para los que se dispone de todas las especificaciones desde el principio, por ejemplo, los de reingeniería.

Se está desarrollando un tipo de producto que no es novedoso.

Proyectos complejos que se entienden bien desde el principio.

Tipos de proyectos para los que es adecuado

Reingeniería significa volver a empezar arrancando de nuevo; El objetivo es hacer lo que ya estamos haciendo, pero hacerlo mejor, trabajar más inteligentemente.

Este modelo es ampliamente utilizado en los sistemas gubernamentales de gran tamaño, en especial en el Departamento de Defensa de los Estados Unidos (DOD).

Es utilizado en la NASA

EJEMPLOS

Muchas Gracias!!!


Recommended