Modelo en cascada

34,361 views

Published on

Diseño de Sistemas. Unidad I. Modelo en Cascada. Sommerville, 4.1.1. (3K1) UTN-FRT. 2011

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
34,361
On SlideShare
0
From Embeds
0
Number of Embeds
4,262
Actions
Shares
0
Downloads
562
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Modelo en cascada

  1. 1. Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
  2. 2. Contenidos de la Unidad 1 Introducción al Diseño <ul><li>Significado Dentro del Ciclo de Vida de Desarrollo de Sistemas. </li></ul>  b. Modelos de Desarrollo de software   <ul><ul><ul><li>Modelos de Desarrollo Estructurado </li></ul></ul></ul>Sommerville. Sección 8.5 y 4.5.1 Pressman. Sección 2.10 <ul><ul><ul><ul><li>Modelo en Cascada. </li></ul></ul></ul></ul>Sommervillle. Sección 4.1.1. Pressman. Sección 2.4. <ul><ul><ul><ul><li>2. Modelos evolutivos: incremental y espiral. </li></ul></ul></ul></ul>Sommervillle. Sección 4.1.2. Pressman. Sección 2.7 <ul><ul><ul><ul><li>3. RUP </li></ul></ul></ul></ul>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
  3. 3. <ul><li>Primer Modelo en el Proceso de Desarrollo de Software . </li></ul><ul><li>Debido a la cascada de una fase a otra , se conoce como: « modelo en cascada » o « ciclo de vida del software ». </li></ul>Unidad I: Modelo en Cascada . Ian Sommerville, 4.1.1
  4. 4. Modelo en Cascada Figura Ilustrativa
  5. 5. <ul><li>Las principales etapas del Modelo en Cascada son las actividades fundamentales de desarrollo: </li></ul><ul><li>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 ». </li></ul><ul><li>2) Diseño del Sistema y del Software . El Diseño del Sistema divide los requerimientos en: H ardware o Software . Establece una Arquitectura completa del Sistema . El Diseño del Software identifica y describe las abstracciones fundamentales del Software y sus relaciones. </li></ul>Modelo en Cascada Etapas
  6. 6. Modelo en Cascada Etapas <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>Después de las pruebas, el sistema software se entrega al cliente. </li></ul>
  7. 7. Modelo en Cascada Etapas <ul><li>5) Funcionamiento y mantenimiento . Por lo general es la fase más larga del Ciclo de Vida. </li></ul><ul><li>El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica: </li></ul><ul><li>Corregir errores no descubiertos en las etapas anteriores del ciclo de vida. </li></ul><ul><li>Mejorar la implementación de las unidades del sistema. </li></ul><ul><li>Aumentar los servicios del sistema una vez que se descubren nuevos requerimientos. </li></ul>
  8. 8. <ul><li>El teoría se debe trabajar así: </li></ul><ul><li>El resultado de cada fase es uno o más documentos aprobados (« firmados »). </li></ul><ul><li>La siguiente fase no debe empezar hasta que la fase previa haya finalizado. </li></ul>Modelo en Cascada Modo de Trabajo
  9. 9. <ul><li>En la práctica, no es tan así: </li></ul><ul><li>Las etapas se superponen y proporcionan información a las otras. </li></ul><ul><li>Durante el Diseño surgen problemas con los Requerimientos (Análisis). </li></ul><ul><li>Durante la Programación se encuentran problemas de las etapas anteriores y así sucesivamente. </li></ul><ul><li>El Proceso del Software no es un modelo lineal simple, sino que implica una serie de iteraciones de las actividades de desarrollo. </li></ul>Modelo en Cascada Modo de Trabajo
  10. 10. <ul><li>Por los costos de producción y aprobación de los documentos, las iteraciones son costosas e implican rehacer el trabajo. </li></ul><ul><li>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. </li></ul><ul><li>Los problemas se posponen para su resolución, se pasan por alto o se programan directamente. </li></ul><ul><li>Este congelamiento prematuro de requerimientos puede implicar que el sistema no haga lo que los usuarios desean. </li></ul><ul><li>También puede conducir a sistemas mal estructurados porque los problemas de diseño se resuelven con trucos de implementación. </li></ul>Modelo en Cascada Modo de Trabajo
  11. 11. <ul><li>Durante la fase final del Ciclo de Vida ( funcionamiento y mantenimiento ), el software se pone en funcionamiento. </li></ul><ul><li>Se descubren errores y omisiones en los requerimientos originales del software. </li></ul><ul><li>Los errores de programación y de diseño emergen y se identifica la necesidad de una nueva funcionalidad. </li></ul><ul><li>Por tanto, el sistema debe evolucionar para mantenerse útil. </li></ul><ul><li>Hacer estos cambios ( Mantenimiento del Software ) puede implicar repetir etapas previas del proceso. </li></ul>Modelo en Cascada Modo de Trabajo
  12. 12. <ul><li>Ventajas: </li></ul><ul><li>1) La Documentación se va produciendo en cada fase. </li></ul><ul><li>2) El Modelo cuadra con otros modelos del proceso de ingeniería. </li></ul><ul><li>Desventajas: </li></ul><ul><li>1) Inflexibilidad : al dividir el proyecto en distintas etapas. </li></ul><ul><li>2) Es difícil responder a cambios en los requerimientos del cliente. </li></ul>Modelo en Cascada Ventajas y Desventajas
  13. 13. <ul><li>El Modelo en Cascada sólo se debe utilizar cuando: </li></ul><ul><li>1) Los requerimientos se comprendan bien y </li></ul><ul><li>2) Sea improbable que cambien radicalmente durante el desarrollo del sistema. </li></ul><ul><li>Este enfoque se sigue utilizando para el desarrollo de software, en proyectos grandes de ingeniería de sistemas . </li></ul>¿Cuándo debemos utilizar el Modelo en Cascada?

×