Ingeniería de Ingeniería de SoftwareSoftware

Trabajo de Curso de Aula VirtualTrabajo de Curso de Aula Virtual

AgendaAgenda

1. Introducción1. Introducción2. Técnicas de desarrollo de 2. Técnicas de desarrollo de softwaresoftware3. Modelo de Cascada3. Modelo de Cascada4. Modelo Espiral 4. Modelo Espiral

Técnicas de desarrollo de softwareTécnicas de desarrollo de software

Modelo de CascadaModelo de Cascada

Inconveniente: dificultad para incorporar cambios después de que el proceso parte.

Diseño de sistemas Diseño de sistemas y softwarey software

Definición de Definición de requerimientosrequerimientos

Implementación y Implementación y prueba de unidadesprueba de unidades

Integración y Integración y prueba de sistemaprueba de sistema

Operación y Operación y mantenimientomantenimiento

Empleo de prototiposEmpleo de prototipos

Desarrollo de versiones simplificadas

◦Para ser analizadas antes de continuar el desarrollo

◦Facilitan el aprendizaje frente a situaciones nuevas o desconocidas

◦Elimina la necesidad de un desarrollo en cascada o secuencial, permite un desarrollo iterativo o en espiral

◦El prototipo puede ser desechable o evolutivo

Desarrollo evolutivoDesarrollo evolutivo

Desarrollo exploratorio◦El objetivo es trabajar con los clientes y

evolucionar hacia un sistema final desde una especificación inicial. Debería partir con requerimientos bien conocidos.

Prototipos desechables◦El objetivo es entender los requerimientos del

sistema. Debería comenzar con requerimientos pobremente conocidos.

Desarrollo evolutivoDesarrollo evolutivo

Actividades concurrentes

EspecificaciónEspecificación

Bosquejo de la Bosquejo de la descripcióndescripción

DesarrolloDesarrollo

ValidaciónValidación

Versión inicialVersión inicial

Versiones Versiones intermediasintermedias

Versión finalVersión final

Desarrollo evolutivoDesarrollo evolutivo

Problemas◦ Los sistemas a menudo resultan pobremente

estructurados.◦ Puede ser necesario contar con habilidades especiales

(por ejemplo, lenguajes para prototipos rápidos).Aplicabilidad

◦ Para sistemas interactivos pequeños o de mediano tamaño.

◦ Para partes de sistemas grandes (por ejemplo, la interfaz del usuario).

◦ Para sistemas de corta vida útil.

Diseño descendente o top-downDiseño descendente o top-down

Refinamiento por pasos sucesivosSistema jerárquico de refinamientosComo resultado puede tenerse

directamente una estructura de módulos

Estructura de un sistema de Estructura de un sistema de sueldos simplificadosueldos simplificado

ProcesarProcesarSueldosSueldos

ProcesarProcesarSueldosSueldos

CalcularCalcularimpuestosimpuestos

CalcularCalculardescuentosdescuentos

CalcularCalcularingresosingresos

DescuentosDescuentoslegaleslegales

OtrosOtrosdescuentosdescuentos

Diseño ascendente o bottom-upDiseño ascendente o bottom-up

Identifica las tareas individualesUtiliza las tareas individuales como

herramientas abstractas para resolver problemas mas complejos.

Estos bloques o módulos individuales podrían ser reutilizados en otras aplicaciones

Ej.: filtros de Sistemas operativos familia Unix (Linux)

Modelo en espiral del proceso Modelo en espiral del proceso de Softwarede Software

Prueba de aceptación

Servicio

DeterminarDeterminarobjetivos, alternativas y objetivos, alternativas y

restriccionesrestricciones

Evaluar alternativas e Evaluar alternativas e identificar y resolver identificar y resolver

riesgosriesgos

Planear la siguiente fasePlanear la siguiente fase Desarrollo, verificar Desarrollo, verificar producto del siguiente producto del siguiente

nivelnivel

Análisis de Análisis de riesgosriesgos

Análisis de Análisis de riesgosriesgos

Análisis de Análisis de riesgosriesgos

Análisis Análisis de de

riesgosriesgos

Prototipo 3Prototipo 3

Prototipo 2Prototipo 2Proto-Proto-tipo 1tipo 1

Prototipo Prototipo operacionaloperacional

Simulaciones, modelos, pruebas comparativasConcepto

de operación

Validación de requerimientos

Requerimientos de software Diseño del

producto

Diseño de V&V

Diseño detallado

Código

Prueba de unidades

Prueba de integración

REVISIÓN

Plan de requerimientosPlan de ciclo de vida

Plan de desarrollo

Integración y plan de prueba

Sectores del modelo en espiralSectores del modelo en espiral

Fijación de Objetivo◦ Se identifican objetivos específicos para la fase.

Identificación de riesgo y reducción◦ Riesgos son identificados y se realizan actividades para

reducir los riesgos clave.Desarrollo y validación

◦ Se escoge un modelo de desarrollo para el sistema que puede ser cualquiera de los modelos genéricos.

Planificación◦ Se revisa el proyecto y se planifica la siguiente fase de la

espiral.

Diagramas de flujo de datosDiagramas de flujo de datos

Representación gráfica de las trayectorias de los datos en un sistema.

Hojas de asistenciaCalcularingresos

Base de datos de empleados

Tabl

a su

eldo

bas

e

Calculardescuentos

Ingr

esos

bru

tos

………………………

Diagramas entidad-relaciónDiagramas entidad-relación

Representación gráfica de los elementos de información o entidades manipulados por el sistema, y de sus relaciones

Profesor imparte clase Asiste a alumno1 n nn

Validación de SoftwareValidación de Software

Verificación es mostrar que un sistema adhiere a las especificaciones.

Validación: alcanza los requerimientos del cliente del sistema.

Involucra los procesos de chequeo y revisión, y las pruebas del sistema.

Las pruebas del sistema consideran la ejecución del mismo con casos de prueba que se derivan desde la especificación de datos reales para ser procesados por el sistema.

DocumentaciónDocumentaciónLa documentación se requiere para los

siguientes fines:

◦Aprender a utilizar el sistema Documentación del usuario

◦Realizar modificaciones o mantención Documentación técnica