Modelo De Desarrollo de Software

1. Luisa Fda Castañeda Méndez. Tecnología En Informática Modelo De Desarrollo de Software

2. Un modelo de desarrollo de software. El modelo de desarrollo de software se compone de una mezcla de varios elementos, que son la filosofía, el modelo de negocio, y el licenciamiento. Ni la calidad ni el desempeño dependen del modelo. Filosofía detrás del desarrollo de software: El modelo de negocios Licenciamiento

3. Modelo de cascada Fue diseñado por Gustavo Donoso. Llamado también Lineal secuencial. Proporciona una simple visión del desarrollo del Software. A los procesos los representa como fases separadas y secuenciales en tiempo. Antes de codificar debemos diseñar el software, además probarlo antes de construirlo y ponerlo en operación.

4. Ingeniería y Análisis del Sistema Análisis de los Requisitos Diseño Codificación Prueba Mantenimiento

5. Ingeniería y Análisis del Sistema • Análisis de los Requisitos • Diseño • Codificación • Prueba • Mantenimiento

6. Ventajas: • - Se tiene todo bien organizado y no se mezclan las fases. • - Es perfecto para proyectos que son rígidos. • - Ideal para proyectos donde se especifiquen muy bien los requerimientos. • - Ideal para proyectos en que se conozca muy bien la herramienta a utilizar. • Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software. • Desventajas: • - Difícilmente un cliente va a establecer al principio todos los requerimientos necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases. • - Los resultados y/o mejoras no son visibles, el producto se ve recién cuando este esté finalizado.

7. Los planes de prueba son el nexo entre el desarrollo y la verificación OPERACION Y MANTENIMIENTO Plan de Pruebas de Aceptación ANALISIS DE REQUERIMIENTOS PRUEBA DE ACEPTACION Validarrequerimientos Plan de Pruebas del Sistema DISEÑO DEL SISTEMA PRUEBA DEL SISTEMA Verificardiseño Plan de Pruebas de Integración DISEÑO DETALLADO PRUEBA DE INTEGRACION IMPLEMENTACION DE PROGRAMAS Y PRUEBA UNITARIA Modelo V (Ministerio de Defensa de Alemania, 1992)

8. El modelo Espiral • El modelo espiral para la ingeniería de software ha sido desarrollado para cubrir las mejores características tanto del ciclo de vida clásico, como de la creación de prototipos, añadiendo al mismo tiempo un nuevo elemento. • Se define cuatro actividades principales: • Planificación: determinación de objetivos, alternativas y restricciones. • Análisis de riesgo: análisis de alternativas e identificación/resolución de riesgos. • Ingeniería: desarrollo del producto del "siguiente nivel", • Evaluación del cliente: Valorización de los resultados de la ingeniería

10. VENTAJAS Y DESVENTAJAS. • Ventajas. • A diferencia del modelo de proceso clásico que termina cuando se entrega el software el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. • Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. • El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. • En la utilización de grandes sistemas ha doblado la productividad. • Desventajas. • Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. • No se ha utilizado tanto como otros modelos de ciclo de vida.

11. Modelo de prototipo. • Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte del prototipo significa que la prueba fallo por lo cual se debe corregir el error que se tenga hasta que el usuario quede satisfecho. • Permite corregir errores y con este podemos envolvernos en el tema y hacer una participación interactiva cliente - proveedor. • El programas de computadora simulan algunas o todas las • funciones que el usuario desea. • Un diccionario de datos integrado • Un generador de pantallas • Un generador de reportes no guiado por procedimientos • Un lenguaje de programación de cuarta generación • Un lenguaje de consultas no guiado por procedimientos • Medios poderosos de administración de base de datos