Prueba

Fundamentos de Ingeniería del Software

Capítulo 7. Modelos del ciclo de vida del software

“Caminar sobre las aguas y desarrollar programas a partir de las especificaciones es fácil, si ambas están congeladas”
Edward V. Berard

Cap. 7. Modelos del ciclo de vida del software. Estructura
1. Concepto de modelo del ciclo de vida 2. Modelos del ciclo de vida
Modelo en cascada Modelo encascada con prototipado desechable Paradigma de programación por transformaciones Ciclos de vida evolutivos
Modelo incremental Modelo en espiral

Modelo de ensamblaje de componentes Técnicas de 4ª generación Ciclos de vida orientados a objetos

3. Modelado del proceso software

Cap. 7. Modelos del ciclo de vida del software. Bibliografía
(Pressman 2006) Cap. 3 (Pressman 2002) Cap. 2. Aptdos.2.3-2.11 (Piattini et al. 04) Cap. 3. Aptdo. 3.6 (Piattini et al. 96) Cap. 3. Aptdos. 3.3-3.6
análisis y diseño orientado a objetos y al proceso unificado”,
Segunda Edición, Prentice-Hall, 2003. Aptdo. 37.5
(Balzer et al. 83) Balzer, R., T.E. Cheatham, and C.C. Green, Software Technology in the 1990's: Using a New Paradigm. Computer, 1983. 16(11): pp. 39-45

(Larman 03) Larman, C. “UML yPatrones: Una introducción al

1. Concepto de modelo del ciclo de vida Recordemos que (Capítulo 6): Es una descripción de un proceso de software que se presenta desde una perspectiva particular. Es una abstracción de un proceso real. Existe una gran variedad de modelos diferentes “genéricos” o paradigmas de desarrollo de software.

2. Modelos del ciclo de vida. Modelo en cascada (waterfallmodel) Primer modelo empleado También denominado
(Royce 1970)

“ciclo de vida clásico” o “paradigma clásico” “orientado a fases” “lineal secuencial”

Ejecución secuencial de una serie de fases Cada fase genera documentación para la siguiente Varias propuestas

Modelo en cascada ideal
PLANIFICACIÓN

ESPECIFICACIÓN DE REQUISITOS
ESPECIFICACIÓN DE REQUISITOS VALIDADA

Errores de análisisDISEÑO
DISEÑO VERIFICADO

Errores de diseño

IMPLEMENTACIÓN
CÓDIGO VALIDADO

Errores de codificación

MANTENIMIENTO

A todas las fases

⇒ ¿es realista?

Modelo en cascada. Definición alternativa
P L A N IF IC A C IÓ N
E rro re s d e a n á l is i s

A N Á L I S IS Y E S P E C IF IC A C IÓ N

E r ro r e s d is e ñ o

d e

D IS E Ñ O

E rro re s d e c o d i fi c a c i ón

IM P L E M E N T A C IÓ N

P R U E B A S U N IT A R IA S
P R U E B A S D E IN T E G R A C IÓ N

S IN T O N IZ A C I Ó N

⇒ nótese el tiempo que transcurre desde que se produce un error de análisis hasta que se detecta por parte de los usuarios
A to d a s las fase s

M A N T E N IM I E N T O

Modelo en cascada. Definición alternativa (II)
INGENIERÍA DEL SISTEMA ANÁLISIS DISEÑOCODIFICACIÓN PRUEBA MANTENIMIENTO

(Pressman)

Es similar al enfoque de ingeniería según el cual se construyen los edificios o los puentes (Larman 2003) ⇒ sin embargo, en el caso del software no funciona bien

Modelo en cascada. Fases
Ingeniería (análisis) del sistema El software suele formar parte de un sistema mayor:
Identificar los requisitos de todos los elementos del sistema Diseñar laarquitectura del sistema Asignar un subconjunto de dichos requisitos al software

¿Qué debe hacer el sistema?

Modelo en cascada. Fases (II)
Análisis de los requisitos del software
El proceso de recopilación de los requisitos se centra especialmente en el software Hay que especificar: funciones que el software debe realizar la información que el software va a gestionar condicionantesexistentes: rendimiento, utilización de recursos, etc. Los requisitos del software se documentan y se revisan con el cliente Se genera la ERS (Especificación de Requisitos del Software)

Modelo en cascada. Fases (III)
Diseño
Definir la estructura del software que satisfaga los requisitos con la calidad necesaria:
Estructura de los datos Arquitectura del software Representaciones de interfaz...