Paradigmas de la ingenieria del software

PARADIGMAS DE LA INGENIERIA DEL SOFTWARE

Modelo lineal o modelo en cascada.

Este presenta una estructura secuencial, formado por seis fases.
- Análisis del sistema
- Análisis de requisitos de software
- Diseño
- Codificación
- Prueba
- Mantenimiento
Las fases incluyen dentro de si mismas determinadas tareas que se clasifican de una forma clara el trabajo a realizar. Una vez se elanálisis tanto del sistema como de los requisitos del software demandado por el cliente, se procede a la fase de diseño de la arquitectura global del software. Tras haber traducido el programa a un lenguaje comprensible para el ordenador, se comprueban los elementos de forma individual y más tarde de manera homogénea. Una vez entregado el software al cliente, la fase de mantenimiento comprenderá lasactualizaciones y las correcciones de errores que sean necesarias en el programa. El modelo en cascada no permite retroceder por lo que se hace estrictamente necesario que al final de cada fase el analista o programador verifique y valide todo el trabajo realizado, ya que un error no detectado a tiempo podría perjudicar gravemente la fecha de entrega del software a nuestro cliente.

PARADIGMAVENTAJAS DESVENTAJAS

Modelo Lineal o Modelo en Cascada

Sugiere un enfoque sistemático, secuencial para el desarrollo de software.
Las etapas que incluye son las siguientes:
Ingeriría del Sistema: Analiza características y el comportamiento del sistema al que el software va a formar parte.
Análisis: comprende los datos que se van a manejar función, interfaces requeridas, rendimiento ydemás.
Diseño: aplica 4 características del software: la estructura de los datos, la arquitectura de las aplicaciones, las estructura interna de los programas e interfaces.
Codificación: Es la traducción del diseño a un formato que sea comprensible para la maquina.
Prueba: comprueba que no se haya producido errores.
Utilización: El software se entrega al cliente y comienza la vida útil delmismo.
Mantenimiento: el software sufre cambios de su vida útil, durante este tiempo el cliente detecta errores, o que produzcan cambio a cualquier componente del sistema.



• Los cambios introducidos durante el desarrollo confunden al equipo profesional en las etapas tempranas del proyecto.

• No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos. Laincertidumbre natural en los comienzos es luego difícil de acomodar.

• El cliente debe tener paciencia ya que el software no estará disponible hasta muy avanzado. Un error detectado por el cliente puede ser desastroso, implicando el inicio del proyecto con altos costos

Modelo DRA

PARADIGMA VENTAJAS DESVENTAJAS

MODELO DRA

Los ciclos comunes que determinan el proceso de software(mantenimiento, definición y desarrollo) son ajustables en el software.

• El prototipo puede favorecer tres modelos posibles: Explicación de las interacciones hombre –máquina en papel o PC; implementación de un subconjunto de actividades solicitadas; realización de toda la función preferida pero que tenga propiedad para mejorar.

• Funciona para modelos lineales, para modelos interactivos eincreméntales, para modelos de evolución e incluso para modelos concurrentes o de ensamblaje de componente. La ECP (estructura común de proceso) es inalterable y se emplea como base para toda actividad del software.

• Modelo aplicable a la construcción de sistemas de información fácilmente acoplar.

• Permite la producción del modelo de software a construir.

• Notifica a los clientes ydesarrolladores expuestos.


• El problema es distinguir el modelo de desarrollo adecuado para la ingeniería de software que debe adaptarse en el proyecto.

• El defecto para proyectos considerable que notifica abundantemente procesos humanos.

• No todas las utilizaciones son convenientes para este modelo.

• No es apropiado cuando los riesgos altos.

• No es muy eficiente para la...