presentacion modelo casacada_ modelo_v
Post on 14-Jul-2015
326 Views
Preview:
TRANSCRIPT
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.
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.
top related