+ All Categories
Home > Documents > Paradigma de la_ingenieria_de_sistemas_def

Paradigma de la_ingenieria_de_sistemas_def

Date post: 25-Jun-2015
Category:
Upload: henrry-eliseo-navarro-chinchilla
View: 3,313 times
Download: 0 times
Share this document with a friend
Popular Tags:
30
Paradigmas y Perspectivas Futuras en Computación Manuel E. Bermúdez, Ph.D. Universidad de la Florida [email protected] http:// www.cise.ufl.edu/ ~manuel
Transcript
Page 1: Paradigma de la_ingenieria_de_sistemas_def

Paradigmas y Perspectivas Futuras en Computación

Manuel E. Bermúdez, Ph.D.

Universidad de la Florida

[email protected]

http://www.cise.ufl.edu/~manuel

Page 2: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 3: Paradigma de la_ingenieria_de_sistemas_def

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".

Page 4: Paradigma de la_ingenieria_de_sistemas_def

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".

Page 5: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 6: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 7: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 8: Paradigma de la_ingenieria_de_sistemas_def

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).

Page 9: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 10: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 11: Paradigma de la_ingenieria_de_sistemas_def

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".

Page 12: Paradigma de la_ingenieria_de_sistemas_def

12

La Ceguera y la Parálisis Paradigmática (cont.)

Ejemplos ...

Page 13: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 14: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 15: Paradigma de la_ingenieria_de_sistemas_def

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 ...

Page 16: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 17: Paradigma de la_ingenieria_de_sistemas_def

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 ...

Page 18: Paradigma de la_ingenieria_de_sistemas_def

18

Paradigmas de la Ingeniería de Software

Page 19: Paradigma de la_ingenieria_de_sistemas_def

19

Los Paradigmas

Ciclo de Vida clásico Construcción de prototipos Modelo Espiral Técnicas de cuarta generación Combinación de paradigmas

Page 20: Paradigma de la_ingenieria_de_sistemas_def

20

Ciclo de vida clásico

Ingeniería de Sistemas

Análisis

Diseño

Codificación

Prueba

Mantenimiento

Page 21: Paradigma de la_ingenieria_de_sistemas_def

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

Page 22: Paradigma de la_ingenieria_de_sistemas_def

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

Page 23: Paradigma de la_ingenieria_de_sistemas_def

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

Page 24: Paradigma de la_ingenieria_de_sistemas_def

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

Page 25: Paradigma de la_ingenieria_de_sistemas_def

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

Page 26: Paradigma de la_ingenieria_de_sistemas_def

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

Page 27: Paradigma de la_ingenieria_de_sistemas_def

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

Page 28: Paradigma de la_ingenieria_de_sistemas_def

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.

Page 29: Paradigma de la_ingenieria_de_sistemas_def

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:

Page 30: Paradigma de la_ingenieria_de_sistemas_def

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