1. Paradigmas y Perspectivas Futuras en Computación Manuel E. Bermúdez, Ph.D. Universidad de la Florida [email_address] http://www.cise.ufl.edu/~manuel

18. Paradigmas de la Ingeniería de Software

20. Ciclo de vida clásico Ingeniería de Sistemas Análisis Diseño Codificación Prueba Mantenimiento

21. Ingeniería de Sistemas : teniendo en cuenta que el software es parte de un sistema mayor, el trabajo comienza definiendo los requisitos de todos los elementos del sistema, y luego asignando el subconjunto que corresponda de estos requisitos al software en cuestión. Análisis de los requisitos del software : el proceso de recopilación de requisitos se centra e intensifica para el software. El ingeniero de software (“analista”) debe comprender el ámbito de la información del software. Diseño : esta etapa se apoya en cuatro particularidades del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y las características de la interfaz. El proceso de diseño traduce los requisitos en una representación que permite evaluar la calidad del producto antes de comenzar la codificación. Ciclo de vida clásico

22. Codificación : traducción del diseño en un lenguaje legible para la computadora. Si el diseño se realiza en forma detallada, la codificación puede hacerse automáticamente. Prueba : esta etapa debe centrarse en la lógica interna del software, asegurando que todas las sentencias se han probado, al igual que todas las funciones externas. Las pruebas deben asegurarnos que la entrada definida produce los resultados que realmente se requieren. Mantenimiento : el software seguramente sufrirá cambios después de ser entregado al cliente (excepto un enlatado). Los cambios pueden ser debido a la aparición de errores o a cambios en el modelo real, o ampliaciones o cambios en el hardware. Ciclo de vida clásico

24. Construcción de Prototipos Recolección y refinamiento de requisitos Diseño rápido Construcción del prototipo Evaluación del prototipo por el cliente Producto de ingeniería Refinamientodel prototipo Comienzo Parada

26. Modelo en espiral Planificación Análisis de riesgo Recolección de requisitos y planificación del proyecto iniciales Planificación basada en los comentarios del cliente Evaluación del cliente Evaluación del cliente Ingeniería Análisis de riesgo basado en los requisitos iniciales Análisis de riesgo basado en la reacción del cliente Decisión de seguir o no Hacia el sistema final Prototipo inicial del software Prototipo del siguiente nivel Sistema de ingeniería

28. Técnicas de cuarta generación Estas herramientas generan automáticamente el código fuente, basándose en las especificaciones del técnico. Recolección de requisitos Estrategia de “diseño” Implementación en L4G Prueba

29. Combinación de paradigmas En muchos casos, los paradigmas pueden y deben combinarse, de modo que puedan utilizarse las ventajas de cada uno en un único proyecto. En todos los casos, el trabajo comienza con la determinación de objetivos, alternativas y restricciones – lo que suele llamarse recolección preliminar de requisitos . A partir de allí, se puede tomar cualquiera de los caminos que se indican el la figura siguiente:

30. Combinación de paradigmas Modelo en espiral iteración n -ésima Análisis de requisitos Diseño Codificación T4G Prueba Recolección preliminar de requisitos Mantenimiento Sistema en operación Prototipado iteración n -ésima Prototipado T4G T4G Modelo en espiral