Presentacion modelo casacada_ modelo_v

15
FACULTAD DE MECANICA ESCUELA DE INGENIERIA INDUSTRIAL PROGRAMACION II Nombre: Jorge Luis Llerena. Tema: Metodologías de desarrollo de software. RIOBAMBA - ECUADOR

Transcript of Presentacion modelo casacada_ modelo_v

FACULTAD DE MECANICAESCUELA DE INGENIERIA INDUSTRIAL

PROGRAMACION IINombre: Jorge Luis Llerena.Tema: Metodologías de desarrollo de software.

RIOBAMBA - ECUADOR

Introducción

• Para el desarrollo de cualquier producto de

software se realizan una serie de tareas entre

la idea inicial y el producto final.

• Un modelo de desarrollo establece el orden en

el que se harán las cosas en el proyecto, nos

provee de requisitos de entrada y salida para

cada una de las actividades.

Modelos de Desarrollo.

El Modelo de Cascada.

El Modelo en V.

En Flor.

Prototipos

El Modelo de Espiral.

El Modelo de Procesos.

Desarrollo Incremental.

OBJETIVOS:

GENERAL

Ampliar nuestro conocimiento en el entorno del

desarrollo de software, conociendo los diversos

tipos de modelos existentes, para poder llegar a

realizar un proyecto, a futuro, en el que se tenga

que aplicar estos conocimientos.

ESPECIFICO

Conocer como funcionan las diferentes metodologías de

desarrollo de software.

Que en este caso haremos una comparativa entre el

modelo de la cascada, con el modelo V, para entender

cómo funciona cada uno de ellos, y que nos proporcione

una guía del cual solventarnos para una adecuada

planeación y realización del proyecto, es decir lograr un

proceso sistematizado que mejore la gestión de procesos,

para que nuestro proyecto sea ejecutado de una manera

muy fácil.

El Modelo de Cascada

Es el modelo más antiguo que se conoce para realizar

con efectividad el desarrollo de un nuevo software

cumpliendo una serie de pasos establecidos, que son

en forma de cascada, para lograr su cometido; este

modelo es el más fácil para poder entender en nuestro

estudio de desarrollo de software; de este modelo se

basan todos los otros modelos que existen.

Ingeniería y Análisis

del Sistema

Análisis de los

Requisitos

Diseño

Codificación

Prueba

Mantenimiento

DIAGRAMA DEL

MODELO CASCADA

Excelente cuando se tiene un producto

estable y se conoce la tecnología.

Es un método muy estructurado que funciona

bien con gente de poca experiencia.

Provee estabilidad en los requerimientos.

La planeación se puede hacer

anticipadamente.

VENTAJAS

Tiene poca flexibilidad.

Los proyectos en la práctica raramente

siguen un flujo secuencial.

Siempre es difícil para el cliente mostrar

todos los requerimientos explícitamente y con

mucha anticipación.

El cliente debe tener paciencia.

DESVENTAJAS

El Modelo V

Este modelo es muy similar, en sus fases o

etapas, al modelo de cascada, este modelo tiene

la particularidad que en su lado izquierdo tiene los

procesos que describen las necesidades y

especificaciones del sistema; es decir todo su

proceso de validación , y en el lado derecho se

encuentran los procesos de comprobación e

integración de todas las piezas para su

verificación. La V significa validación y

verificación, de ahí su nombre.

DIAGRAMA DEL MODELO V

VENTAJAS

• La relación entre las etapas de desarrollo y

los distintos tipos de pruebas facilitan la

localización de fallos.

• Es un modelo sencillo y de fácil aprendizaje.

• Hace explícito parte de la iteración y trabajo

que hay que revisar.

• Especifica bien los roles de los distintos tipos

de pruebas a realizar.

• Involucra al usuario en las pruebas.

DESVENTAJAS

• Es difícil que el cliente exponga

explícitamente todos los requisitos.

• El cliente debe tener paciencia pues obtendrá

el producto al final del ciclo de vida.

• Las pruebas pueden ser caras y, a veces, no

lo suficientemente efectivas.

• El producto final obtenido puede que no refleje

todos los requisitos del usuario.

Cuadro ComparativoModelos Modelo de cascada Modelo V

FasesFases separadas del proceso, tales como especificación derequerimientos, el diseño del software, la implementación,las pruebas, etc.

Igual al modelo de la cascada , sus fases son separadas y atienden acada una de sus especificaciones.

Actividades

Análisis y definición de requerimientos, diseño del sistema ydel software, implementación y prueba del sistema,integración y prueba del sistema, funcionamiento ymantenimiento.

Número total de fases: 6

Análisis de requerimientos, diseño del sistema, diseño detallado,implementación de programas, prueba de integración, prueba delsistema, prueba de aceptación, funcionamiento y mantenimiento.

Número total de fases: 8

DiagramasSe va representando en forma de una cascada de una fase aotra, el número de iteraciones continúa siempre y cuando lafase anterior haya terminado.

Esta se presenta en forma de una V, las fases de la izquierda son devalidación y las de la derecha son de verificación formando entreellas una V.

Ventajas

La documentación se produce en cada fase, además de sercompatible con otros modelos de proceso de ingeniería.

Definitivamente se trata de un modelo más robusto y completo queel Modelo de Cascada, y puede producir software de mayor calidadque con el modelo de cascada.

Desventajas

Inflexibilidad al dividir el proyecto en distintas etapas.

El cliente debe tener paciencia. Hasta llegar a las etapasfinales del proyecto, no estará disponible una versiónoperativa del programa. Un error importante no detectadohasta que el programa esté funcionando puede serdesastroso.

El riesgo es mayor que el de otros modelos, pues en lugar de hacerpruebas de aceptación al final de cada etapa, las pruebas comienzana efectuarse luego de haber terminado la implementación, lo quepuede traer como consecuencia un “roll-back” de todo un procesoque costó tiempo y dinero.

El modelo no contempla la posibilidad de retornar a etapasinmediatamente anteriores, cosa que en la realidad puede ocurrir.

PrioridadConsta de pocas atapas, las cuales se realizan de manera continua y cíclica.

Consta de más etapas que el modelo cascada, pero al igual que ella,se realiza de manera continua, pero el tiempo de desarrollo esmayor.

CONCLUSIONES Y RECOMENDACIONES:

Concluimos que, el uso de estas metodologías es muy

importante para que se sigan desarrollando nuevos software,

creando nuevas tecnologías informáticas que ayuden al

crecimiento de nuestra sociedad.

Se recomienda que, al aplicar estas metodologías se lo haga

de forma sistemática, siguiendo el orden establecido por cada

modelo, para que el desarrollo del nuevo software no tenga

errores al final.