paradigmas de sistemas

Generalidades de Ingeniería de Software

PARADIGMA DE CASCADA En este paradigma se reconocen las siguientes etapas 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 usuario Interno



La Implementación Codificación Prueba



El Mantenimiento

Universidad Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

LA ETAPA DE DISEÑO DISEÑO EXTERNO  1

Diseño de la Interfaz con el usuario Menúes manejadores de entrada, pantallas o informes de salida, sonidos de retroalimentación.

DISEÑO INTERNO  1

Diseño estructural Puede ser simultáneo con el de interfaz de usuario. Aquí se definen la estructura del sistema (componentes modulares y sus interrelaciones) y la mayoría de las estructuras de datos

1

Diseño detallado Detalle de cómo implementar cada uno de los componentes del diseño estructural.

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

Análisis de requerimientos Especificación de requerimientos

Diseño Codificación y prueba de unidades Pruebas de integración y del sistema Operación y Mantenimiento

Modelo de cascada en una dimensión

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

DESVENTAJAS DEL PARADIGMA DE CASCADA



Gran énfasis en la producción de documentos completamente elaborados, producto de las fases de análisis y especificación de requerimientos y de diseño.



No muy aplicable a productos de software altamente interactivos.



Es difícil tener todos los requerimientos, bien definidos al principio, como lo requiere el modelo y además presenta dificultades para acomodar posibles incertidumbres existentes al comienzo de los proyectos.

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

DESVENTAJAS DEL PARADIGMA DE CASCADA



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



Un error importante no detectado al principio puede ser desastroso.



Se requiere mucha paciencia por parte del cliente, porque solo hasta las etapas finales del desarrollo podrá tener una versión operativa del producto.

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

EL PARADIGMA DE PROTOTIPO Puede tomar alguna de las siguientes formas:



Un escenario (simulación del uso del sistema)



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



Una versión 0 ( aplicación liberada que puede usarse bajo condiciones preliminares añadiendo, cambiando o quitando funciones existentes y creándole su documentación )

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

Uso:

Cuando los requerimientos no son claros o no se identifican, en forma detallada los requerimientos de entrada y salida y funciones.

VENTAJAS DEL PARADIGMA DE PROTOTIPOS 

Son reales y tangibles.



Permite al cliente aclarar lo que quiere que haga el sistema.



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



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

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

DESVENTAJAS DEL PARADIGMA DE PROTOTIPOS

1

1

1

1

1

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

Crea espectativas más realmente puede hacer.

allá

de

lo

que

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

La presión por entregar rápido el producto compromete la calidad.

Se dificulta mantener el entusiamo del cliente después de aprobado el prototipo porque creerá que se desperdicia el tiempo en detalles insignificantes.

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

Recolección de requerimientos

“Diseño rápido”

Construcción de prototipo

Evaluac. Refin. requerimientos

Producto construído Paradigma de Prototipos

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

PARADIGMA CASE GENERACION DE PROTOTIPOS ESPECIFICACION DEL DISEÑO VERIFICACION DEL DISEÑO fasesmás automatizadas

GENERACION DE CODIGO PRUEBA DEL SISTEMA SISTEMA COMPLETO

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación

Generalidades de Ingeniería de Software

PARADIGMA DE ESPIRAL

RIESGO

PLANEACION

ANALISIS DE

Recolec. requisitos y planeac proyecto in.

Análisis de riesgo basa do en requ. iniciales

Planificac. basada en comentar. del cliente

Análisis de riesgo basa reac. cliente decisión de seguir o no

Evaluación del cliente

Prototipo ini cial del softw.

EVALUACION DEL

INGENIERIA

CLIENTE

Universidad del Valle Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación