Ingenieria Del Soft Ware

Apuntes para INGENIERIA DE SOFTWARE El Proceso de Producci
n de Software o
Julio 1997

1. Introducci
n. o
Hay muchos pasos y actividades involucrados en la construcci
n de un o producto software. En este curso hemos mencionado Dise~o de Software, n hemos hablado de Especi caciones de Software y tambi
n nos hemos preoe cupado con la Veri caci
n del Software. La pregunta que surge es: Cmo o o podr
amos organizar estas actividades en su relaci
n entre ellas? El orden
o en el cual las realizamos de ne un ciclo de vida para el producto software. Forzando un poco m
s la generalidad, el proceso que se sigue para consa truir, poner en marcha, entregar, y hacer evolucionar el producto software, desde la concepci
n de la idea considerando todos los caminos que llevan o a la puestaen marcha y n de la vida del sistema, es lo que se llama un proceso de producci
n de software. o Como hemos discutido a comienzos del curso, las pr
cticas antiguas en a el desarrollo de programas para no llamarlos software, llevaron a lo que llamamos crisis del software y, como un efecto adicional al nacimiento de la Ingenier
a de Software como disciplina. En particular, el reconocimientode la falta de m
todos en los procesos de producci
n de software llev
al e o o concepto de ciclo de vida del software y a modelos estructurados para poder describirlo de manera precisa, buscando hacer predecible y controlable el proceso. Nuestro conocido Barry Boehm para los no cercanos dijo que los objetivos de los modelos estructurados eran 1

determinar el orden de las etapasinvolucradas en el desarrollo y evoluci
n del software, y establecer los criterios de transici
n o o para progresar desde una etapa a la siguiente. Esto incluye el criterio de completaci
n para la etapa actual, m
s el criterio de o a selecci
n y el criterio de entrada para la etapa siguiente. As
, o
un modelo de procesos apunta a las siguientes preguntas sobre el proyecto de software: - Qu
eslo pr
ximo que debemos hacer? e o - Durante cu
nto tiempo lo haremos? a

De acuerdo a este punto de vista, los modelos tienen un efecto doble: Por una parte, suministran una gu
a para los ingenieros de software con el n
de ordenar las diversas actividades t
cnicas en el proyecto; por otra parte e suministran un marco para la administraci
n del desarrollo y el mantenio miento, en elsentido en que permiten estimar recursos, de nir puntos de control intermedios, monitorear el avance, etc.

2. El modelo cascada Waterfall model.
El modelo cascada, ilustrado en la gura 1, aparece en la literatura desde los comienzos de la Ingenier
a de Software, con algunas variaciones. Como
se muestra, en este modelo el proceso es estructurado como una cascada de fases, donde la salida de unaconstituye la entrada de la siguiente. Cada fase, a su vez, est
estructurada como un conjunto de actividades que pueden ser a ejecutadas concurrentemente por diferentes personas. Las fases mostradas en la gura 1 son: - estudio de factibilidad - an
lisis y especi caci
n de requerimientos a o - dise~o y especi caci
n n o - codi caci
n y testing de m
dulos o o - integraci
n y testing delsistema o - entrega - mantenimiento 2

Estudio de Factibilidad

Análisis y Especificación de Requerimientos

Diseño y Especificación

Codificación y Testing de Módulos

Integración y Testing del Sistema

Entrega

Mantenimiento

Figura 1: El modelo cascada.

3

Aunque hay muchas variantes del modelo, la que aqu
se presenta es una
variante bastante representativa, ya que lalosof
a presente en todas las
variantes no cambia.

2.1 Estudio de factibilidad.
El contenido de esta fase es altamente dependiente del tipo de aplicaci
n o y del desarrollador. El prop
sito de esta fase es producir un documento o de factibilidad que eval
e los costos y bene cios de la aplicaci
n propuesta. u o Para hacer esto, primero es necesario analizar el problema, al menos a...