Ingeniería en Sistemas de Información

Diseño de Sistemas(3K1)

Contenidos de la Unidad 1Introducción al Diseño

a. Significado Dentro del Ciclo de Vida de Desarrollo de Sistemas.

 

b. Modelos de Desarrollo de software  

i. Modelos de Desarrollo Estructurado

Sommerville. Sección 8.5 y 4.5.1Pressman. Sección 2.10

1.Modelo en Cascada. Sommervillle. Sección 4.1.1.Pressman. Sección 2.4.

2. Modelos evolutivos: incremental y espiral.

Sommervillle. Sección 4.1.2.Pressman. Sección 2.7

3. RUP Sommervillle. Sección 4.4.Jacobson, Booch y Rounbahg. Secciones 1.1 a a 1.5. Larman últ. Ed. Sección 37.1., 37.4 y 37.9

Primer Modelo en el Proceso de Desarrollo de Software.

Debido a la cascada de una fase a otra, se conoce como: «modelo en cascada» o «ciclo de vida del software».

Unidad I: Modelo en Cascada.

Ian Sommerville, 4.1.1

Modelo en CascadaFigura Ilustrativa

Las principales etapas del Modelo en Cascada son las actividades fundamentales de desarrollo:

1) Análisis y Definición de Requerimientos. Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios; que luego se definen en detalle como «Especificación del Sistema».

2) Diseño del Sistema y del Software. El Diseño del Sistema divide los requerimientos en: Hardware o Software. Establece una Arquitectura completa del Sistema. El Diseño del Software identifica y describe las abstracciones fundamentales del Software y sus relaciones.

Modelo en CascadaEtapas

Modelo en CascadaEtapas

3) Implementación y Prueba de Unidades. Como el diseño del software se lleva a cabo como un conjunto de unidades de programas. Esta prueba implica verificar que cada una cumpla su especificación.

4) Integración y prueba del sistema. Los programas o las unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software.

Después de las pruebas, el sistema software se entrega al cliente.

Modelo en CascadaEtapas

5) Funcionamiento y mantenimiento. Por lo general es la fase más larga del Ciclo de Vida.

El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica:

Corregir errores no descubiertos en las etapas anteriores del ciclo de vida.

Mejorar la implementación de las unidades del sistema.

Aumentar los servicios del sistema una vez que se descubren nuevos requerimientos.

El teoría se debe trabajar así:

El resultado de cada fase es uno o más documentos aprobados («firmados»).

La siguiente fase no debe empezar hasta que la fase previa haya finalizado.

Modelo en CascadaModo de Trabajo

En la práctica, no es tan así: Las etapas se superponen y proporcionan información a

las otras. Durante el Diseño surgen problemas con los

Requerimientos (Análisis). Durante la Programación se encuentran problemas de

las etapas anteriores y así sucesivamente. El Proceso del Software no es un modelo lineal simple,

sino que implica una serie de iteraciones de las actividades de desarrollo.

Modelo en CascadaModo de Trabajo

Por los costos de producción y aprobación de los documentos, las iteraciones son costosas e implican rehacer el trabajo.

Por eso, después de ciertas iteraciones, se suelen congelar partes del desarrollo, como la especificación, y continuar con las siguientes etapas de desarrollo.

Los problemas se posponen para su resolución, se pasan por alto o se programan directamente.

Este congelamiento prematuro de requerimientos puede implicar que el sistema no haga lo que los usuarios desean.

También puede conducir a sistemas mal estructurados porque los problemas de diseño se resuelven con trucos de implementación.

Modelo en CascadaModo de Trabajo

Durante la fase final del Ciclo de Vida (funcionamiento y mantenimiento), el software se pone en funcionamiento.

Se descubren errores y omisiones en los requerimientos originales del software.

Los errores de programación y de diseño emergen y se identifica la necesidad de una nueva funcionalidad.

Por tanto, el sistema debe evolucionar para mantenerse útil. Hacer estos cambios (Mantenimiento del Software)

puede implicar repetir etapas previas del proceso.

Modelo en CascadaModo de Trabajo

Ventajas: 1) La Documentación se va produciendo en cada fase. 2) El Modelo cuadra con otros modelos del proceso de

ingeniería. Desventajas: 1) Inflexibilidad: al dividir el proyecto en distintas

etapas. 2) Es difícil responder a cambios en los

requerimientos del cliente.

Modelo en CascadaVentajas y Desventajas

El Modelo en Cascada sólo se debe utilizar cuando:

1) Los requerimientos se comprendan bien y 2) Sea improbable que cambien radicalmente

durante el desarrollo del sistema.

Este enfoque se sigue utilizando para el desarrollo de software, en proyectos grandes de ingeniería de sistemas.

¿Cuándo debemos utilizar el Modelo en

Cascada?