Metodologias de Desarrollo de Software v01

September 3, 2022 | Author: Anonymous | Category: N/A
Share Embed Donate


Short Description

Download Metodologias de Desarrollo de Software v01...

Description

 

METODOLOGIAS DE DESARROLLO DE SOFTWARE YENNY FIGUEROA MEDINA “ESTUDIO DE DIVERSAS METODOLOGIAS DE DESARROLLO

DE SOFTWARE Y EVALUACION DE LA QUE SE AJUSTE AL

SOFTWARE DE TELECOMUNICACIONES” 

Universidad Manuela Beltrán Ingeniería de Sistemas Bogotá - 2006

 

METODOLOGIAS DE DESARROLLO DE SOFTWARE

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

METODOLOGIAS DE DESARROLLO DE SOFTWARE    

  

Modelo en Cascada Modelo Basado en Prototipos Modelo Incremental o Evolutivo Modelo Espiral Modelo OO Modelo Cascada con Sub - Proyectos Modelo Entrega por Etapas

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Procesos de Software 

 Actividades de un proceso genérico genérico  ANALISIS

DISEÑO

CODIGO

PRUEBAS

PRODUCTO

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo en Cascada Planeación Estratégica Estudio de Factibilidad  Análisis de Requerimientos Especificación formal de requerimientos

Diseño Global Especificación Formal del Diseño Programación Librerías y herramientas Programación aplicación Pruebas de integración Entrenamiento Operación y Mantenimiento

PRODUCTO 

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo en Cascada

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Basado en Prototipos Obtención de requisitos

Diseño Global

GRUPO USUARIO / DISEÑADOR 

Construcción Prototipo

Desarrollo Prototipo

GRUPO SISTEMA / CONSTRUCTOR 

Refinamiento Prototipo

Sistema Terminado

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Incremental - Evolutivo

Versión # 1 

 ANALISIS

DISEÑO

CODIGO

PRUEBAS

PRODUCTO

Versión # 2   ANALISIS

DISEÑO

CODIGO

PRUEBAS

PRODUCTO NUEVAS FUNCIONALI DADES

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Espiral

Planificación Proyecto Comunicación con Cliente

 Análisis de Riesgos

Evaluación del Cliente

Toma de Decisión

Construcción y Adaptación

Tiempo -Madurez del Desarrollo  Desarrollo 

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Espiral

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo OO    

Diagrama de Clases Diagramas de Objetos Diagramas de Módulos Diagramas de Procesos

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Cascada con Sub Proyectos Definición del Problema  Análisis Requerimientos Diseño Global Diseño Detallado

Diseño Detallado

Codificación y Depuración

Codificación y Depuración

Definición del Problema

Definición del Problema

Pruebas Subproyecto

Pruebas Subproyecto

Prueba Integral

Producto Final

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Modelo Entrega por Etapas Definición del problema  Análisis de Requerimientos Diseño Global

Etapa I 

Diseño Detallado

Codificación Depuración Prueba Entrega

 

Etapa II Diseño Detallado

 



Codificación Depuración Prueba

  

Etapa I Diseño Detallado





Entrega

Codificación Depuración Prueba Entrega

   

Etapa N … 

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Comparativo MODELO 

ENFOQUE 

El inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior MODELO EN CASCADA 

Cualquier error de diseño detectado en la etapa de prueba necesariamente rediseño y nuevaconduce programación del códigoal afectado, aumentando los costes del desarrollo. 

VENTAJAS /DESVENTAJAS 

Los proyectos raras veces siguen una evolución secuencial.  No todos los requisitos son expuestos, al principio, de forma explícita como requiere este modelo.   El cliente debe tener paciencia, ya que la aplicación sólo estará disponible en un estado muy avanzado del proyecto.

APLICABILIDAD 

Utilizado cuando existen especificaciones amplias de los requerimientos del cliente.  

Ampliamente criticado desde el ámbito académico y la industria  

El cliente puede pensar que el prototipo es una versión acabada.

MODELO BASADO EN PROTOTIPOS 

Prototipos: No posee la funcionalidad total del sistema pero si condensa la idea principal del mismo, Paso a Paso crece su funcionalidad, alto grado de participación del usuario. 

Pueden llegar a pasarse por alto la calidad del software global o el mantenimiento a largo plazo. Las herramientas elegidas pueden ser inadecuadas.  La clave del éxito de este modelo consiste en definir bien, desde el principio, las reglas del juego.  Alto grado de participación del usuario 

Se utiliza si en el mercado no se encuentra el producto pero el cliente desea resultados inmediatos. Conveniente en caso de ser necesario desarrollar módulos Para sistemas interactivos pequeños o de tamaño pequeño.  1. Para partes de sistemas grandes 2. Para sistemas con vida corta.  

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Comparativo MODELO 

ENFOQUE  Modelo Lineal-Secuencial con el Modelo Basado en Prototipos El sistema no se entrega de una vez, sino que se divide y se entregan incrementos.  Con cada incremento se entrega la parte de la funcionalidad que se ha establecido.

MODELO INCREMENTAL O EVOLUTIVO 

Los requisitos son priorizados. Los requisitos con una más alta prioridad se incluyen en los incrementos más tempranos. Los requisitos de un incremento son inamovibles. Sin embargo estos puede verse modificados en incrementos posteriores. Este proceso se repite hasta la obtención de un producto completo. Sin embargo el modelo incremental se centra en la entrega de un producto operativo en cada incremento. 

MODELO ESPIRAL 

Es una mejora del Modelo Basado en prototipos Cada vuelta en la espiral representa una fase del proceso. No hay fases fijas, cada vuelta en la espiral determina las actividades a realizar. La dimensión radial representa el coste acumulado en la financiación de las fases.   La dimensión angular representa el progreso hecho en completar cada ciclo de la espiral.   Un ciclo a través de la espiral es si mular un paso a través de un modelo en cascada 

VENTAJAS /DESVENTAJAS 

APLICABILIDAD 

Los clientes no tienen que esperar hasta tener el sistema completo. El primer incremento satisface los requisitos más críticos.

Reemplazar el antiguo desarrollo con uno nuevo que satisfaga las nuevas necesidades según las redefiniciones del problema

Los primeros incrementos

Manejo de Versiones 

sirven y ayudancomo en laprototipo tarea de detectar los posteriores requisitos.  1. Existe un riesgo bajo de fallar en el proyecto total.  Los servicios del sistema con la prioridad más alta tienden a ser los más probados.  Puede ser difícil ajustar los requisitos a los incrementos.  

Requiere comunicación permanente con el cliente por lo tanto si se cambia el contacto con le cual se realiza desarrollo es necesario que esté al tanto de lo realizado y lo pendiente, cliente debe ser gran conocedor del sistema. 

Utilizado para el desarrollo de aplicaciones complejas y/o específicas. (Ej. Investigación Genética) 

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

Comparativo MODELO 

MODELO BASADO EN COMPONENTES (ORIENTADO A OBJETOS) 

ENFOQUE 

Es programación orientada a Objetos. Se utilizan objetos, clases y se reutilizan en diferentes partes del sistema. 

VENTAJAS /DESVENTAJAS 

Optimiza los tiempos de respuesta a los requerimientos del cliente y facilita la labor del programador pues hay un alto aprovechamiento del código.  Facilita mantenimiento del software.   Desarrollo Rápido

CODE AND FIX 

CASCADA CON SUBPROYECTOS 

ENTREGA POR  ETAPAS 

No requiere planeación y se trata de codificar y corregir. corregir. Se trabaja mediante mediante prueba y error. error. Especial para desarrollos desarrollos rápidos y sencillos 

Requiere planeación.

Cascada con entregas grandes en diferentes etapas del desarrollo. Cascada con Evolutivo. 

No garantiza calidad 

APLICABILIDAD 

Sistemas robustos y de alta proyección. 

Desarrollo muy pequeños con claridad de objetivos, requerimientos pequeños o de mantenimientos con bajo impacto. 

Plantea Organización y planeación de un gran proyecto Se pueden realizar varias partes del proyecto al mismo tiempo por diferentes desarrolladores 

Adecuada para el desarrollo de proyectos complejos que estiman de 1 a 3 años de desarrollo. 

Debe entregarse una etapa para continuar con la siguiente  

Desarrollos robustos. Desarrollo depende del presupuesto directamente Ej. Ppto adjudicado anual/..  

Yenny Figueroa Medina - Universidad Manuela Beltrán - Ingeniería de Sistemas - Bogotá - 2006

 

GRACIAS YENNY FIGUEROA MEDINA Universidad Manuela Beltrán Ingeniería de Sistemas

Bogotá - 2006

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF