Ensayo InfoIlIllltica Adaptativa - JesUs A Hernandez R. 61

Actividades: entre las que se observan de inmediato estan Reconocer el diserio de la aplicacion, Recuperar el analisis basico, Transformar el c6digo, Analizar calidad, Generar nuevo c6digo, Identificar objetos reutilizables, etc.

EI dibujo en la figura 5.3 no pretende detallar ninguna relaci6n dinamica entre las actividades, asi que en el no se encuentran instancias de Eventos, estos ultimos apareceran poco a poco con el desarrollo detallado del Entorno.

Recuperador de Olseno

TransforlNldor Intermedio

Metrificador de Calidad

Corporativo

Traductor­Especiftcador

Generador deCodigo

Figura 5.3 Diagrama esquematico del Entomo de Informatica Adaptativa. (HO.I: HiperDeposito de Informaci6n)

Actores: se establece uno a varios para cada una de las actividades encontradas en el diagrama, no todos los actores propuestos por el concepto del Entorno de Informatica Adaptativa son actores automatizados, asi por ejemplo, para la actividad Recuperaci6n de anal isis basico se ha propuesto un actor humano, con actividades elementales probablemente apoyadas por otros actores automatizados. EI conjunto de herramientas para lIevar a cabo las actividades anteriores, forman un actor que se ha !lamado Bus de Aplicaciones (Figura 5.4).

Ensayo InfOnnJltica Adaptativa - JesUs A. Hernandez R.

Operandos: En la figura 5.3 pueden ubicarse como operandos el codigo fuente original, el cual debera ser puesto a disposicion del E.I.A. como prerrequisito a cualesquiera otra de las actividades. EI modelamiento corporativo que es un prerrequisito y un aportador para las actividades de Identificacion de Objetos Reutilizables (informaticos y organizacionales), supone un nivel de reutilizacion condicionado por el modele que del Sistema Organizacional se tenga y otro nivel representativo de la maduracion de los objetos de software Tambien son operandos el conjunto de reglas necesarias para convertir 0 "traducir" el c6digo fuente a una transformacion intermedia 0 una especificacion formal.

La figura 5.4 es un diagrama que presenta el Entorno de Informatica Adaptativa desde una perspectiva arquitectonica y que complementa la vision general de la figura 5.3, como se explic6 con mas detalle en el capftulo 4. De esta grafica, es posible inferir otros actores ademas del Bus de Aplicaciones, que no aparecen explicitamente en el diagrama esquematico general de la figura 5.3, son el Agente de Bases de Datos, el Bus de Software, y la Interfaz Hombre-Maquina.

INTERFAZ HOMBRE-MAQUINA

BUS DE APLICACIONES

BUS DE SOFTWARE

BASES DE INFORMACION (Relacionales. objetuales. etc

Figura 5.4 Arquitectura de software del E/.A.

EI Agente de Bases de Datos se define como aquel actor que Ileva a cabo todas las actividades relacionadas con la recepcion, organizacion, almacenamiento y despacho de paquetes de informacion a, en, y desde las diferentes bases de datos, relacionales, objetuales, heurfsticas, etc. EI Bus de Software, actor encargado de la comunicacion Herramienta-Herramienta, del transporte de informacion entre herramientas, del control interne del E.I.A, es un actor que combina de forma integral y simultanea las actividades de comunicacion y control dentro del Entorno de Informatica

62

Ensayo Infonruitica Adaplativa - JesUs A Hernandez R. 63

Adaptativa. La Interfaz Hombre-Maquina es el actor encargado de la gesti6n y mecanismos de comunicaci6n con el usuario, utilizando un concepto contemporaneo nos permitimos decir que este actor es un motor de interfaces de usuario-computador.

5.2.1 Jerarquias de Generalizacion

Como se indic6 en el capitulo 4, entre los componentes del Entorno de Informatica Adaptativa mas que relaciones de dependencia existen relaciones de coordinaci6n de actividades. No obstante, para cada componente pueden definirse unas relaciones de aspecto jerarquico, que mas bien representan sus condiciones de descomposici6n interna. Dicho de otra manera, los parrafos anteriores pueden complementarse de manera grafica para cada componente con sus relaciones de desagregaci6n, como se muestra en la figura 5.5, tanto para actores, actividades como operandos.

ACTOR

Agente de Base de Datos

a) Actor

ACTIVIDAD

b) Actividad

Ensayo InformMica Adaptativa - JesUs A Hernandez R. 64

OPE RANDO

RENOVACION

c) Operando

Figura 5.5. Desagregacion de Componentes

5.2.1 Atributos de los componentes

Todos los componentes definidos son abstracciones en el sentido de la teoria de la reutilizacion, con una parte escondida, una parte visible y una parte variable (concepcion objetual de todos los elementos del SO), Este esquema de trabajo permite la 1'Iexibidad de cada componente al facilitarle multiples facetas con diferentes comportamientos_ La parte oculta consiste de los detalles de la implantacion de la componente que no estan visibles en la especificacion y que las otras componentes, ni los operadores humanos, tampoco conocen. Las partes variables y visibles estan presentes desde la especificacion, la parte visible es el mecanisme de identificacion de las componentes, la parte variable representa las caracteristicas mutantes de la implantacion y es la que permite que a una componente del sistema corresponda una coleccion de instancias de ella. A continuacion se describiran los atributos de cada componente_

Actor: Identificacion Descripcion Actividad Parte_oculta (mecanismos propios de operacion, algoritmos, etc.) Parte_variable (informacion compartida por varios actores) Parte_visible (informacion de salida, parametros no modificables) Participacion: simetrica, 0 asimetrica. (1) Atributos_de_gestion (indicadores de operacion del actor)

Notas: (1) La participacion de un actor se llama simetrica sl instancias del mismo actor pueden existir simultaneamente en el entomo, en caso contrario, se dice que la participacion de un actor es asimetrica, i.e_ solo puede exisitir una instancia de la componente_

Ensayo Informatica Adaptativa - JesUs A Hernandez R.

Actividad: Identificaci6n Descripci6n Parte oculta Parte variable Parte visible Tipo_de_funci6n: del Dominio del Sistema, 0

del Dominio del Ambiente (1) Ejecuci6n: simetrica, asimetrica (2) Atributos _ de_gesti6n

Notas: (1) Una funci6n es del domino del ambiente si el resultado de la actividad es una impresi6n sobre el entomo. En caso contrario, es del dominio del sistema .

(2) La actividad se califica como simetrica si una instancia de ella puede ser lIevada a cabo con instancias de otras actividades. Se dice entonces asimetrica si la actividad debe ser ejecutada de manera exclusiva, aunque pueden estarse lIevando a cabo varias instancias de la misma actividad.

Operando:

INotas: (1)

Identificaci6n Descripci6n Parte_oculta (codigo, mecanismos de accion ... ) Parte_variable (parametros, lineas de menu .. ) Parte_visible (iconos, menus, comandos, etc) Tipo_de_Uso: Exclusivo E/S, Exclusivo S, Compartido E/S. (1) Atrlbutos _de _gesti6n

Un operando puede ser usado por una actividad de manera exclusiva, ya sea de entrada (E) 0 salida (S), 0 permitiendo algun tipo de acceso compartido por otras actividades.

65

Ensayo Informatica AciaptativH - JesUs A Hernandez R.

Evento: Identifi caci6n Descripci6n Parte oculta Parte variable Parte visible Tipo_de_Ocurrencia: Periodica, aleatoria, deterministica,

instantanea, etc. ver nota (1) Ecuacion_de_ocurrencia (2) Permanencia (3) Atributos _ de_gesti6n

Notas: (1) Un evento puede ocurrir con un periodo de tiempo, 0 de una forma aleatoria segun una distribucion, 0 de alguna manera deterministica que no es periodica.

(2) La ecuaci6n de ocurrencia del evento se refiere a una expresion que relaciona la ocurrencia del evento con los estados de! sistema. La forma de la ecuaci6n debe ser consistente con el atributo Tipo_de_Ocurrencia.

(3) Este atributo se refiere a un delta de tiempo durante el cual el evento existe en el Dominio del Sistema (DS), durante este tiempo las actividades que son disparadas por el evento pueden ser iniciadas, despues de el el evento deja de existir y las actividades no tienen mas oportunidad de ocurrir hasta la proxima aparici6n de ese evento

5.2.2 Atributos de las relaciooes

Todas aquellas Re/aciones resultado del ana.lisis, tienen un atributo de historicidad que es distinto al de la relacion con los puntos de tiempo de la componente Evento. Este atributo de historicidad se refiere al elemento dinamico de cada relaci6n que se establece en el ambiente de la aplicaci6n bajo observaci6n.

66

Ensayo Informatica Adaptativa - JesUs A Hernimdez R.

Entrada: Operando Actividad Condicionamiento: Suficiente, necesario, necesario y suficiente (1) Historicidad (2) Atributos _ de _gestion

Notas: (1) Una actividad puede estar relacionada a varios operandos, cada operando puede tener una relacion distinta con la actividad segun que sea necesario, suficiente 0 necesario y suficiente para que la actividad se lIeve a cabo.

(2) Este atributo determina la permanencia en el ambiente de la relacion entre operando y actividad. Estas relaciones aparecen y desaparecen con el desarrollo de la actividad sistemica.

Salida: Operando Actividad Acci6n: Actualizaci6n, consulta, adicion, eliminaci6n, combinado. (1) Historicidad (2) Atributos _de_gestion

Notas: (1) Toda actividad ejerce alguna accion sobre los operandos en el sistema, ella es de alguno de los tipos normales: actualizacion, consulta, eliminacion, 0 una mezcla de elias.

(2) Idem. nota 2 de relacion Entrada.

Disparo: Evento Actividad Condicionamiento: Suficiente, necesario, necesario y

suficiente (1) Historicidad (2) Atributos _de _gestion

Notas: (1) Vease la nota sobre el atributo condicionamiento en la relacion de Entrada para las componentes Operando y Actividad.

(2) Idem. nota 2 de relaci6n Entrada.

67

Ensayo InfOIlllfltica Adaptativa - JesUs A. Hernandez R.

Envia informaci6n a I 0 Recibe informaci6n de: Actor destino Actor_origen Datos_de_acoplamiento (1) Historicidad (2) Atributos _ de _gestion

INotas: (1) EI atributo se refiere tanto a los datos que acoplan a los dos actores i.e.: parametros, mensajes, etc., como a la modalidad de comunicacion: datos globales, por parametros de control, etc.

(2) Idem. nota 2 de relacion Entrada.

5.3 Especificaci6n formal del Bus de Software

EI Entorno de Informatica Adaptativa esta orientado basicamente a la reingenieria automatizada de software, 10 que en esencia significa un programa de computador que analiza a otro programa, con el propos ito de conocer algunas caracteristicas de este ultimo y asi facilitar su cambio. EI Bus de Software, aunque es un componente interne del EIA se desarrolla basado en esta premisa.

EI Bus de Software es el sistema nervioso del Entorno de Informatica adaptativa, basicamente es un grupo de programas de computador que coordina /a operacion de otros programas de computador, que estan analizando otro program a de computador, facilitando la comunicacion entre los analizadores y de ellos hacia, y desde, el hiperdep6sito de informaci6n. EI bus de software tambien control a la comunicacion con el usuario-operador a traves de la interfaz hombre-maquina, controla los procesos de trabajo, administra la configuracion del sistema objeto de estudio, controla los datos y se espera con el tiempo que controle la intercomunicaci6n electronica con otros entornos de produccion. Actividades todas que pueden ocurrir de manera simultanea.

68

Ensayo Infon:natica Adaplativa - JesUs A. Hernandez R.

Todo el entorno de produci6n no se cubre con la especificaci6n elaborada, esta es una primera aproximaci6n de la especificaci6n del Bus de Software, posteriormente hay que detallar el hiperdep6sito de informaci6n como una unidad, al igual que la interfaz hombre-maquina, el control de datos, la administraci6n de un proyecto, etc., 10 que IIevarfa a un trabajo que desborda la magnitud y proposito de este documento. EI caso que aqui se realiza busca abrir el camino, a corto plazo, para IIegar a la especificaci6n completa de los componentes del EIA Se han utilizado todas las posibilidades que ofrece la metodologfa orientada a objetos ~O-Method 2.0 y el lenguaje de especificaci6n orientado a objetos OASIS [Pastor-92,-95,­96, Can6s-95,-96] para caracterizar el bus de software. La selecci6n de este componente se hizo con base en que siendo el el intercomunicador de los componentes y controlador de to do el E ntorno de trabajo refJeja en gran medida la complejidad y filosoffa del problema establecido.

5.3.1 Amilisis del Bus de Software

La metodologfa de analisis ~O-Method ofrece tres modelos graficos diferentes y muy sencillos para describir un sistema: el modelo de objetos, el modelo dinamico y el modelo funcionaL Los diagramas que se producen con esta metodologfa no requieren explicaciones adicionales para su lectura y comprensi6n. La contribuci6n mas importante de DO-Method es que a partir del analisis grafico se puede generar de forma directa la especificaci6n del sistema en el lenguaje formal OASIS, produciendose asi un diserio robusto del sistema. A continuaci6n se hace un breve resumen de la metodologfa. Se recomienda al lector apoyarse en los artfculos que sobre este tema se encuentran en los anexos de este documento

Las clases son las unidades basicas de modelamiento y se representan por un rectangulo dividido en tres areas. Un encabezador con el nombre de la clase, un componente estatico en donde se declaran los atributos y un area dinamica en donde se presentan los servicios que ofrece la clase, ver figura 5.6 . EI encabezador es visible, el componente estatico es oculto y el componente dinamico es la parte variante de la clase.

69