paradigmas de sistemas

Generalidades de Ingeniería de Software

PARADIGMA DE CASCADA

En este paradigma se reconocen las siguientesetapas para el desarrollo del software:

El Análisis de Requerimientos

La Especificación de Requerimientos

El Diseño

Externo o de la interfaz con el usuarioInterno

La Implementación Codificación Prueba

El Mantenimiento

Universidad del ValleFacultad de IngenieríaEscuela de Ingeniería de Sistemas y Computación


LA ETAPA DE DISEÑO

DISEÑO EXTERNO

1 Diseño de la Interfaz con el usuario

Menúes manejadores de entrada, pantallas oinformes de salida, sonidos deretroalimentación.

DISEÑO INTERNO

1 Diseño estructural

Puede ser simultáneo con el de interfaz deusuario. Aquí se definen la estructura delsistema (componentes modulares y susinterrelaciones) y la mayoría de las estructu-ras de datos

1 Diseño detallado

Detalle de cómo implementar cada uno de loscomponentes del diseño estructural.



Análisis derequerimientos

Especificación derequerimientos

Diseño

Codificación y prue-ba de unidades

Pruebas de integra-ción y del sistema

Operación yMantenimiento

Modelo de cascada en una dimensión



DESVENTAJAS DEL PARADIGMA DECASCADA

Gran énfasis en la producción de documentoscompletamente elaborados, producto de lasfases de análisis y especificación derequerimientos y de diseño.

No muy aplicable a productos de softwarealtamente interactivos.

Es difícil tener todos los requerimientos, biendefinidos al principio, como lo requiere elmodelo y además presenta dificultades paraacomodar posibles incertidumbres existentesal comienzo de los proyectos.



DESVENTAJAS DEL PARADIGMA DECASCADA

Los productos de software raramente siguenel flujo secuencial que propone el modelo.Siempre hay iteraciones y se crean problemasen la aplicación del paradigma.

Un error importante no detectado al principiopuede ser desastroso.

Se requiere mucha paciencia por parte delcliente, porque solo hasta las etapas finalesdel desarrollo podrá tener una versiónoperativa del producto.



EL PARADIGMA DE PROTOTIPO

Puede tomar alguna de las siguientes formas:

Un escenario (simulación del uso delsistema)

Una demostración (porciones de código querealizan algunas funciones)

Una versión 0 ( aplicación liberada quepuede usarse bajo condiciones preliminaresañadiendo, cambiando o quitando funcionesexistentes y creándole su documentación )



Uso: Cuando los requerimientos no son claroso no se identifican, en forma detalladalos requerimientos de entrada y salida yfunciones.

VENTAJAS DEL PARADIGMA DEPROTOTIPOS

Son reales y tangibles.

Permite al cliente aclarar lo que quiere quehaga el sistema.

Siente que es oído y tenido en cuenta para eldiseño.

Asegura que el trabajo se está haciendo bien ycumpliendo los requerimientos del cliente.



DESVENTAJAS DEL PARADIGMA DEPROTOTIPOS

1 El cliente puede creer que el sistema ya estálisto y pedir su entrega rápida.

1 Crea espectativas más allá de lo querealmente puede hacer.

1 Se dificulta la dirección y control del procesode desarrollo más que en el método clásico.

1 La presión por entregar rápido el productocompromete la calidad.

1 Se dificulta mantener el entusiamo del clientedespués de aprobado el prototipo porquecreerá que se desperdicia el tiempo endetalles insignificantes.



Recolección de requerimientos

“Diseño rápido”

Construcción de prototipo

Evaluac. Refin.requerimientos

Producto construído

Paradigma de Prototipos



PARADIGMA CASE

GENERACION DEPROTOTIPOS

ESPECIFICACION DELDISEÑO

VERIFICACION DELDISEÑO

GENERACION DECODIGO

PRUEBA DEL SISTEMA

SISTEMACOMPLETO

fases más

automatizadas



PARADIGMA DE ESPIRAL

PLANEACION ANALISIS DERIESGORecolec. Análisis derequisitos riesgo basay planeac do en requ.proyecto in. iniciales

Planificac. Análisis debasada en riesgo basacomentar. reac. clientedel cliente

decisión de

seguir o noEvaluacióndel cliente Prototipo ini

cial del softw.

EVALUACION DEL INGENIERIA

CLIENTE


paradigmas de sistemas

Documents