Está en la página 1de 9

INSTITUTO TECNOLOGICO DE PACHUCA

INGENIERIA DE SOFTWARE
MODELO DE CASCADA E INCREMENTAL
ELIZABETH OTERO ESCAMILLA 11200327

ISRAEL GOMEZ RAMIREZ 11200126

JOSE ANGEL QUINTERO BARRERA 11200138

DIEGO ARMANDO HERNANDEZ BAOS 11200127

IVAN SANTOS URENDA 11200144

METODOLOGIA DE CASCADA
Definicin: Secuencia de actividades que consiste en el anlisis de requerimientos. Ciclo de vida clsica. Enfoque sistemtico secuencial para el desarrollo de software. Caractersticas importantes: Es uno de los paradigmas mas antiguos de la Ingeniera De Software. La siguiente fase no debe empezar hasta que la anterior haya finalizado. Cuenta con 5 etapas estas se superponen y proporcionan informacin a las otras. Ordena rigurosamente las etapas del ciclo de vida del software. Se puede conducir a sistemas mas estructurados debido a que los problemas de diseo se resuelven mediante trucos de implementacin.

Existen generalmente cinco etapas en este modelo de desarrollo de software: Anlisis y definicin de requerimientos: en esta etapa, se establecen los requerimientos del producto que se desea desarrollar. stos consisten usualmente en los servicios que debe proveer, limitaciones y metas del software. Una vez que se ha establecido esto, los requerimientos deben ser definidos en una manera apropiada para ser tiles en la siguiente etapa. Esta etapa incluye tambin un estudio de la factibilidad y viabilidad del proyecto con el fin de determinar la conveniencia de la puesta en marcha del proceso de desarrollo. Puede ser tomada como la concepcin de un producto de software y ser vista como el comienzo del ciclo de vida. Diseo del sistema: el diseo del software es un proceso multipaso que se centra en cuatro atributos diferentes de los programas: estructura de datos, arquitectura del software, detalle del proceso y caracterizacin de las interfases. El proceso de diseo representa los requerimientos en una forma que permita la codificacin del producto (adems de una evaluacin de la calidad previa a la etapa de codificacin). Al igual que los requerimientos, el diseo es documentado y se convierte en parte del producto de software. Implementacin: esta es la etapa en la cual son creados los programas. Si el diseo posee un nivel de detalle alto, la etapa de codificacin puede implementarse mecnicamente. A menudo suele incluirse un testeo unitario en esta etapa, es decir, las unidades de cdigo producidas son evaluadas individualmente antes de pasar a la etapa de integracin y testeo global. Testeo del sistema: una vez concluida la codificacin, comienza el testeo del programa. El proceso de testeo se centra en dos puntos principales: las lgicas internas del software; y las funcionalidades externas, es decir, se solucionan errores de comportamiento del software y se asegura que las entradas definidas producen resultados reales que coinciden con los requerimientos especificados. Mantenimiento: esta etapa consiste en la correccin de errores que no fueron previamente detectados, mejoras funcionales y de performance, y otros tipos de soporte. La etapa de mantenimiento es parte del ciclo de vida del producto de software y no pertenece estrictamente al desarrollo. Sin embargo, mejoras y correcciones pueden ser consideradas como parte del desarrollo.

Estas son las etapas principales. Tambin existen sub-etapas, dentro de cada etapa, pero stas difieren mucho de un proyecto a otro. el modelo cascada, es simple de conocer y controlar.

TIPOS DE SISTEMAS PARA LO QUE ES APROPIADO Software es simple Dominio de requerimientos bien conocido Tecnologa usada en el desarrollo es accesible Recursos disponibles

Ventajas: La Documentacin se va produciendo en cada fase. El Modelo cuadra con otros modelos del proceso de ingeniera. Su planeacin es fcil. Permite trabajar con personas de pocos estudios.

Desventajas: Inflexibilidad: al dividir el proyecto en distintas etapas. Es difcil responder a cambios en los requerimientos del cliente.

Cundo debemos utilizar el Modelo en Cascada? El Modelo de Cascada slo se debe utilizar cuando: Los requerimientos se comprenden bien y seas improbables que cambien radicalmente durante el desarrollo del sistema.

MODELO INCREMENTAL
Combina elementos del modelo cascada aplicndolo en forma interactiva, que aplica secuencias lineales escalonadas como avanza el tiempo y cada secuencia produce INCREMETOS. El proceso se divide en 4 partes: Anlisis, Diseo, Cdigo y Prueba. CARACTERISTICAS Aplica el enfoque lineal secuencial escalonadamente. Cada incremento agrega funcionalidad adicional o mejora sobre el sistema. La propuesta del modelo es disear sistemas que puedan entregarse por piezas. Es iterativo por naturaleza. Es til cuando el personal no es suficiente para la implementacin completa.

Ejemplo: Un procesador de texto que sea desarrollado bajo el paradigma Incremental podra aportar, en principio, funciones bsicas de edicin de archivos y produccin de documentos (algo como un editor simple). En un segundo incremento se le podra agregar edicin ms sofisticada, y de generacin y mezcla de documentos. En un tercer incremento podra considerarse el agregado de funciones de correccin ortogrfica, esquemas de paginado y plantillas. En un cuarto capacidades de dibujo propias y ecuaciones matemticas. As sucesivamente hasta llegar al procesador final requerido.

VENTAJAS Se reduce el tiempo de desarrollo inicia. La entrega temprana de partes operativas del Software. Proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas, slo al mbito de cada incremento. Permite entregar al cliente un producto ms rpido en comparacin del modelo de cascada. Resulta ms sencillo acomodar cambios al acortar el tamao de los incrementos.

DESVENTAJAS Pueden aumentar el coste debido a las pruebas. Los errores en los requisitos se detectan tarde. Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo. Los errores en los requisitos se detectan tarde. Las primeras versiones son incompletas pero proporcionan al usuario una plataforma para la evaluacin. COMPARACION CASCADA: Los proyectos raras veces siguen una evolucin secuencial. El inicio de cada etapa debe esperar a la finalizacin de la anterior Utilizado cuando existen especificaciones amplias de los requerimientos del cliente INCREMENTAL: Existe un riesgo bajo de fallar en el proyecto total. Los primeros incrementos sirven como prototipo y ayudan en la tarea de detectar los posteriores requisitos Los clientes no tienen que esperar hasta tener el sistema completo. El primer incremento satisface los requisitos ms crticos

BIBLIOGRAFIA
Ingeniera de software una prospectiva orientada a objetos Eric J. Braude Ingeniera de software un enfoque practico Quinta edicin de Roger S. Pressman