¡Descarga Modelos Software en POO y más Transcripciones en PDF de Programación de Bases de Datos solo en Docsity!
Modelos de Desarrollo de Software
◼ Representación formal o simplificada de processo de software.
◼ Modelos Genericos:
Modelo de Cascada
Separar en distintas fases de especificación y desarrollo.
Desarrollo Evolutivo
La especificación y el desarrollo están intercalados.
Prototipado
Un modelo sirve de prototipo para la construcción del sistema final.
Transformación Formal
Un modelo matemático del sistema se transforma formalmente en la
implementación.
Desarrollo basado en Reutilización
El sistema es ensamblado a partir de componentes existentes.
Modelo de Cascada (gráfica)
Definición de
Requerimientos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba del Sistema Operación y Mantenimiento
Desarrollo Evolutivo
Descripción
del sistema
Versión
Inicial
Versión
Final
Versiones
Intermedias
Especificación Desarrollo Validación Actividades Concurrentes
Desarrollo Evolutivo
◼ Problemas
Poca visibilidad en el proceso
Los sistemas están pobremente especificados
Se requieren habilidades especiales.
◼ Aplicabilidad
Para sistemas interactivos pequeños o medianos.
Para partes de sistemas grandes (p.ej. la interfaz de usuario).
Para sistemas de corta vida.
Problemas y Riesgos con los
Modelos.
◼ Cascada.
Alto riesgo en sistemas nuevos debido a problemas en las
especificaciones y en el diseño.
Bajo riesgo para desarrollos bien comprendidos utilizando
tecnología conocida.
◼ Prototipado.
Bajo riesgo para nuevas aplicaciones debido a que las
especificaciones y el diseño se llevan a cabo paso a paso.
Alto riesgo debido a falta de visibilidad
◼ Evolutivo.
Alto riesgo debido a la necesidad de tecnología avanzada y
habilidades del grupo desarrollador.
Manejo de Riesgos
◼ La tarea principal del administrador consiste en
minimizar riesgos.
◼ El “riesgo” inherente en una actividad es se mide
en base a la incertidumbre que presenta el resultado
de esa actividad.
◼ Las actividades con alto riesgo causan sobre-costes
en cuanto a planeación y costos
◼ El riesgo es proporcional al monto de la calidad de
la información disponible. Cuanto menos
información, mayor el riesgo.
Modelo de Proceso de Espiral
Determine objetivos alternativas y restricciones Evalúe alternativas, identifique y resuelva riesgos Análisis de Riesgos Análisis de Riesgos Análisis de Riesgos Análisis de Riesgos Planea la siguiente fase Desarrolla y verifica el siguiente nivel del producto Prototipo Prototipo Operacional Prototipo 3 Proto 2 tipo 3 Plan de requerimientos Plan del ciclo de vida
REVISIÓN
Plan de Desarrollo Plan de Integración y Prueba Concepto de Operación Simulaciones, modelos y benchmarks Requeri mientos de SW Validación de Requerimientos Diseño V &V Servicio Prueba de Aceptación Prueba de Integración Prueba de Unidades Codificación Diseño Detallado Diseño del Producto
Fases del Modelo de Espiral
◼ Planteamiento de Objetivos
Se identifican los objetivos específicos para cada fase del
proyecto.
◼ Identificación y reducción de riesgos.
Los riesgos clave se identifican y analizan, y la información sirve
para minimizar los riesgos.
◼ Desarrollo y Validación.
Se elige un modelo apropiado para la siguiente fase del
desarrollo.
◼ Planeación.
Se revisa el proyecto y se trazan planes para la siguiente ronda
del espiral.
Ventajas del Modelo de Espiral
◼ Centra su atención en la reutilización de
componentes y eliminación de errores en
información descubierta en fases iniciales.
◼ Los objetivos de calidad son el primer
objetivo.
◼ Integra desarrollo con mantenimiento.
◼ Provee un marco de desarrollo de
hardware/software.
Problemas con el Modelo de Espiral
◼ El desarrollo contractual especifica el
modelo del proceso y los resultados a
entregar por adelantado.
◼ Requiere de experiencia en la
identificación de riesgos.
◼ Requiere refinamiento para uso
generalizado.
Visibilidad de Procesos
◼ Los sistemas de software son intangibles por lo que los
administradores necesitan documentación para identificar el
progreso en el desarrollo.
◼ Esto puede causar problemas..
El tiempo planeado para entrega de resultados puede no
coincidir con el tiempo necesario para completar una
actividad.
La necesidad de producir documentos restringe la
iteración entre procesos.
.El tiempo para revisar y aprobar documentos es
significativo.
◼ El modelo de cascada es aún el modelo basado en resultados
Documentos del Modelo de Cascada
Actividad Documentos Producidos Análisis de Requerimientos Documento de Requerimientos Definición de Requerimientos Documento de Requerimientos. Especificación del Sistema. Especificación Funcional, Plan de Pruebas de Aceptación. Diseño Arquitectural Especificación de la Arquitectura, y Plan de Pruebas del Sistema Diseño de Interfaces Especificación de la Interfaces y Plan de pruebas de Integración. Diseño Detallado Especificación del diseño y Plan de prueba de Unidades. Codificación Código de Programa Prueba de Unidades Reporte de prueba de unidades Prueba de Módulos Reporte de prueba de módulos Prueba de Integración Reporte de prueba de integración y Manual de usuario final Prueba del Sistema Reporte de prueba del sistema Prueba de Aceptación Sistema final mas la documentación.
Resumen
◼ El modelo de cascada considera cada actividad del
proceso como una actividad discreta.
◼ El modelo de desarrollo evolutivo considera
actividades del proceso en forma concurrente.
◼ El modelo de espiral se basa en análisis de riesgos.
◼ La visibilidad del proceso involucra la creación de
documentos o resultados de las actividades.
◼ Los Ingenieros de software deben tener
responsabilidades éticas, sociales y profesionales.
