View
3.315
Download
0
Category
Tags:
Preview:
Citation preview
Paradigmas y Perspectivas Futuras en Computación
Manuel E. Bermúdez, Ph.D.
Universidad de la Florida
manuel@cise.ufl.edu
http://www.cise.ufl.edu/~manuel
2
Temario Paradigmas.
Definición de paradigma. El fenómeno del cambio paradigmático. La ceguera y la parálisis paradigmática. Ejemplos.
Perspectivas Futuras. La revolución de las comunicaciones. La "nueva" ingeniería de sistemas.
Conclusiones.
3
Definición de Paradigma.
Thomas Kuhn (The Structure of Scientific Revolutions): "… muestras aceptadas de métodos prácticos en la ciencia …"
Adam Smith (Powers of the Mind): "Un conjunto compartido de hechos asumidos. Agua para el pez, el paradigma explica el mundo y permite predecir su comportamiento. Estando en medio del paradigma, es difícil imaginar otro".
4
Definición de Paradigma (cont.)
Willis Hartman (An Incomplete Guide to the Future): "… la manera básica de percibir, pensar, valorar y hacer cosas asociadas con una visión particular de la realidad."
Marilyn Ferguson (The Aquarian Conspiracy): "… un marco de pensamiento … un esquema para entender y explicar ciertos aspectos de la realidad".
5
Definición de Paradigma (cont.)
Joel Barker (Discovering the Future: The Business of Paradigms): " … un conjunto de reglas que definen límites, y establecen lo debido para tener éxito dentro de esos límites".
Observación: Los seres humanos tenemos paradigmas con POCAS reglas, y una tendencia FUERTE a aferrarnos a ellas.
6
El Cambio de Paradigma
Un cambio en las reglas: las reglas antiguas no solo dejan de funcionar, sino que ESTORBAN.
Ejemplos (en general): Surge (y luego cae) el Japón como
superpotencia económica. Cae la Unión Soviética. África del Sur elimina el "apartheid" sin genocidio. El título universitario ya no garantiza clase social. Computación para todos.
7
El Cambio de Paradigma (cont.)
Ejemplos (específicos en computación): Programación estructurada. Programación por objetos. La WWW.
Observaciones: Cambios de paradigma son REPENTINOS. Son MUY difíciles de predecir.
8
El Cambio de Paradigma (cont.)
El cambio es instigado por un "foráneo". El graduado reciente, el científico que se traslada de
área: No conocen el paradigma establecido. Carecen de "inversión" en el paradigma.
Ejemplo: "Si lo hubiera pensado, no lo habría hecho. La literatura esta llena de ejemplos que dicen que esto no se puede hacer" -- (Spencer Silver, inventor de los adhesivos usados en los Post-its de 3M).
9
La Ceguera y la Parálisis Paradigmática
La enfermedad mortal de la certidumbre.
El paradigma actúa como un filtro fisiológico; un filtro de cierto color ante los ojos.
La regas del paradigma nuevo son totalmente INVISIBLES al que todavía se suscribe al paradigma antiguo.
10
La Ceguera y la Parálisis Paradigmática (cont.)
Ejemplo: A finales de los años 1930, Chester Carlson le mostró a Kodak, IBM y a 41 empresas más su nuevo sistema de fotografía: una placa de acero, polvo negro, un trozo de
piel de gato, un trozo de ámbar, papel de cera, y una plancha.
Sólo la corporación Halloid adoptó el nuevo sistema.
11
La Ceguera y la Parálisis Paradigmática (cont.) Ejemplo: ¿Quién inventó el reloj de cuarzo?
¡Los suizos !
Características de la ceguera paradigmática: "Así no se hace". "No va a funcionar". "Eso es imposible". "Si Ud. tuviera mis años de experiencia, sabría
que se equivoca".
12
La Ceguera y la Parálisis Paradigmática (cont.)
Ejemplos ...
13
La Revolución de las Comunicaciones Carl Sagan (astrónomo),1970:
Esta generación humana es única: En su juventud, las estrellas eran un misterio. En su vejez, es testigo de los primeros pasos
exploratorios extra-terrestres.
Enrique Bermúdez (médico brujo), 2000: Esta generación humana es ÚNICA:
Será la última en recordar cómo eran las cosas antes de que el mundo SE CONECTARA.
14
La Revolución de las Comunicaciones (cont.) Hace 20 años, Bill Gates apostó a que la
razón $/ciclo-CPU 0.
¿Cuáles apuestas se pueden hacer hoy ? número de bits transmitidos a la vez/$ . La Ley de Moore continuará: cada 2-2.5 años,
velocidad = velocidad x 2; precio = precio / 2.
15
La Revolución de las Comunicaciones (cont.) Consecuencias (entre muchas otras):
Más oportunidades que nunca, de colocarse en posición favorable. El atraso en América Latina es cada vez menor ...
Eventualmente, "capitalismo libre de fricción" (la nueva apuesta de Bill Gates). Disponibilidad de información perfecta acerca del
mercado, en tiempo real. Cambio de paradigma: la manufactura responderá al
mercado, en lugar de anticiparlo con mercadeo. La fábrica del futuro: un hombre y un perro ...
16
La "nueva" Ingeniería de Sistemas Harlan Mills, 1995:
La ingeniería de software tiene 50 años de edad. A la edad de 50, la ingeniería civil no tenía el
triángulo rectángulo. Bermúdez, 2000:
Nos asombra la manera en que los egipcios y los aztecas construyeron las pirámides.
En el año 7000, ¿se asombrarán? Un ejemplo: el problema del Año 2000.
17
Conclusiones
Esta es una época EXCELENTE para estar en el área de computación. Ninguna otra disciplina tiene el mismo dinamismo.
Las características que hacen de esta una profesión dinámica, la hacen vulnerable a cambios de paradigma que dejan mucha gente atrás.
Una corta historia ...
18
Paradigmas de la Ingeniería de Software
19
Los Paradigmas
Ciclo de Vida clásico Construcción de prototipos Modelo Espiral Técnicas de cuarta generación Combinación de paradigmas
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
23
Este paradigma es el más antiguo y más ampliamente usado en la ingeniería de software, y sufre de algunas críticas:
1.Los proyectos reales no siempre siguen el flujo secuencial del modelo
2.Al cliente le resulta difícil establecer todos los requisitos al principio, por lo que resulta difícil acomodar posibles incertidumbres.
3.El cliente debe tener paciencia (y no siempre la tiene…) Un error no detectado hasta que el programa esté funcionando puede ser desastroso.
A pesar de estos inconvenientes, el ciclo de vida clásico sigue ocupando un lugar importante dentro de la Ingeniería de Software. Siempre es mejor que desarrollar software sin una guía.
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
25
Este paradigma es muy práctico y de fácil aplicación, pero sufre algunas problemas:
1.La actitud del cliente.
2.La actitud del programador.
Es por ello que el cliente y el programador deben acordar desde un principio que el prototipo se debe DESCARTAR, y usarse sólo para fijar los requerimientos. Debe construirse el software apuntando a la calidad y mantenimiento.
Construcción de Prototipos
26
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
Modelo en espiral
27
Modelo en espiral
Modelo en espiral = Ciclo de vida + Prototipo + Análisis de Riesgo
1. Planificación: definición de objetivos, alternativas y restricciones
2. Análisis de Riesgo: análisis de alternativas e identificación y solución de riesgos
3. Ingeniería: desarrollo del producto del siguiente nivel
4. Evaluación del cliente
28
Técnicas de cuarta generación
Recolección de requisitos
Estrategia de “diseño”
Implementación en L4G
Prueba
Estas herramientas generan automáticamente el código fuente, basándose en las especificaciones del técnico.
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
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
Combinación de paradigmas
Recommended