TRABAJO DE EXPOSICION MODELO CASCADA

INSTITUTO TECNOLÓGICO SUPERIOR DE HUETAMO

MODELO CASCADA

FUNDAMENTOS DE DESARROLLO DE SISTEMAS

INGENIERÍA EN SISTEMAS COMPUTACIONALES

PROFE: ING. MARIELA YANIN MAGAÑA GUTIERREZ

INTEGRANTES:

ESMERALDA LUVIANO HERNANDEZ AURORA MÉNDEZ MARTÍNEZ VERÓNICA RAMIREZ VILLANUEVA URIEL PINEDA AGUIRRE

HUETAMO MICH; A MAYO DE 2011

INTRODUCCIÓN

Trusted by over 1 million members

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.





Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software, en si es una vista de las actividades que ocurren durante el desarrollo de software, e intenta determinar el orden de las etapas involucradas y los criterios de transición asociadas entre estas etapas del software. Los modelos por una parte son una guía para los ingenieros de software con el fin fin de ordena ordenarr las dive diversa rsass acti activi vidad dades es técn técnic icas as en el proye proyect cto, o, por por otra otra parte parte suministran un marco para la administración del desarrollo y el mantenimiento, en el sentido sentido en que permite permiten n estima estimarr recurso recursos, s, defini definirr puntos puntos de control control interm intermedi edios, os, monitorear el avance, etc. El primer ciclo de vida del software, "Cascada", fue definido por Winston Royce a fines del 70. Desde entonces muchos equipos de desarrollo han seguido este modelo. En este trabajo se describirá este modelo cascada en cada etapa, sus actividades y el personal personal partici participant pante e de cada fase así como también también los posibles posibles errores errores en cada cada etapa y su funcionamiento.





Este Este es el más más bási básico co de todo todoss los los model odelos os,, y sirv sirve e como como bloq bloque ue de construcción para los demás modelos de ciclo de vida. La visión del modelo cascada del desarrollo de software es muy simple; dice que el desarrollo de software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuye a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la fase. Las flechas muestran el flujo de información entre las fases. La flecha de avance muestra el flujo normal. Las flechas hacia atrás representan la retroalimentación. El modelo de ciclo de vida cascada, captura algunos principios básicos: ● Planear un proyecto antes de embarcarse en él. ● Definir el comportamiento externo deseado del sistema antes de diseñar su

arquitectura interna. ● Documentar los resultados de cada actividad. ● Diseñar un sistema antes de codificarlo. ● Testear un sistema después de construirlo.

METODOLOGÍA DEL MODELO DE CASCADA La metodología de este modelo permite el desarrollo del ciclo de vida del software, en este modelo se debe de cumplir con el término de una actividad para el cumplimiento de otra. Como ejemplo de este proceso es el siguiente: - Análisis de requerimientos Diseño del sistema





- Implementación - Mantenimiento Cada uno de los pasos que tiene este modelo son necesarios y fundamentales para crear el ciclo de vida del software, y es pertinente realizar cada uno de ellos. Y se requiere al terminar una actividad comenzar la siguiente. Cuando se realiza la parte de prueba, es muy importante importante ya que sirve para realizar lo que su nombre indica, realizar realizar la prueba para ver el funcionamiento del sistema. Cuando se cumple con esta parte de prueba y lo que se detecta es un error, es necesario volver a realizar la parte de diseño del programa para reparar este error y después partir con la codificación para volver a aplicar la prueba. Cuando en la etapa de prueba ya no existen errores. se debe de realizar la siguiente actividad que es la implementación del sistema, para por último aplicar la parte de mantenimiento.





Ingeni Ingenierí ería a y Anális Análisis is del Siste Sistema: ma: Anál nálisis isis y de dise diseño ño de todo todoss los los

componentes del sistema computacional. Análisis de Requisitos Software: Se debe conocer que necesita el usuario

para saber que necesidades debemos cubrir. Diseño: En esta fase se realizan los algoritmos necesarios para que se cumplan

los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación. Se dividen en: Diseño de Alto Nivel o Arquitectónico, Diseño Detallado.





Pruebas: En esta parte se compone el programa, ensamblando cada una de

sus piezas ya programadas programadas para ser unidas y que comprueben comprueben el sistema sistema para revisar si es correcta o no, osea si cumple con los requisitos requeridos por el cliente. Implementación: Es la parte donde el sistema es utilizado por el usuario final,

como toda parte es necesario haber cubierto con la actividad anterior que era la fase de pruebas, para que no existan fallas en el sistema. Mantenimiento: A esta parte

se le destina un 75% de los recursos, ya que

al utilizarlo como usuario final puede ser que no cumpla con todas nuestras expectativas.

VENTAJAS - Plantificación sencilla - Es más fácil comprender y probar incrementos de funcionalidad más pequeños - La administración de proyectos es más fácil de lograr en incrementos más más pequeños - Permite trabajar con personal poco calificado - La funcionalidad inicial se desarrolla más temprano, logrando resultados de inversión en menor tiempo - Hay mas probabilidad de satisfacer el cambio en los requisitos de usuario mediante incrementos del software en el tiempo, que si fueran planeados todos a la vez en el mismo periodo. - La calidad del resultado es realmente alta alta







El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera, esto es la base para que funcione bien. Cual Cualqu quier ier erro errorr de dise diseño ño dete detect ctad ado o en la etap etapa a de prue prueba ba cond conduc uce e necesariamente al rediseño y nueva programación del código afectado, aumentando aumentando los costos del desarrollo.

PERSONAJES QUE INTERACTÚAN EN EL MODELO En este modelo los l os personajes que intervienen, son principalmente: - Analistas de software

Para las dos primeras fases, analisis del sistema y de requerimientos - Arquitecto o diseñador de software

Es necesario un diseñador para la tercer etapa que es la de diseño del software - Programador

El programador es parte fundamental en el proceso cuarto de este





El encargado de esta función ya es el usuario final, es la sexta fase que es la impleme i mplementación ntación del sistema - Técnicos de Software

Para el último nivel, los técnicos son los encargados de realizar el mantenimiento del mismo software.

ERRORES DEL MODELO DE CASCADA Se dice que los errores mas comunes en el modelo de cascada son los siguientes: ● los errores errores se dan en el diseño diseño al momento momento de las prueba prueba y esto lleva a

que se tiene que hacer un rediseño y posteriormente posteriormente la codificacion. ● el model modelo o de casca cascada da no es del todo todo comp compat atib ible le con el desa desarr rrol ollo lo del software. ● al momento momento de de realizar realizar las prueb pruebas as correspon correspondien dientes tes en las etapa etapas. s. ● no se puede puede validar validar el product producto o hasta hasta que sea term terminado inado.. ● la calid calidad ad con la la que que fue fue desar desarro rolla llado do en soft softwa ware, re, ya ya sea sea que que le haga haga falta algún requerimiento.

TRABAJO DE EXPOSICION MODELO CASCADA

Recommend Documents