Ensayo lnform.alica Adaptativa - JesUs A Hernandez R.

adicion de una interfase grafica de usuario, actividades todas que requieren de reglas claras y precisas que permitan realizar un proceso de transformacion asistido por computador. La automatizacion es necesaria en estos casos para falicitar la parte mas compleja de la renovacion de la aplicacion, el cambio de funcion, que se realizara por medio del actor Recuperador de Analisis, que en esencia descansa en el razonamiento humano.

Con el actor Metrificador de Calidad se establece el estado actual de la aplicacion por medio de las metricas tipicas de software y otros aspectos relativos a indicadores corporativos producto de la Ingenieria de la Transformacion Organizacional. La historicidad creada con los estados de /a ap/icacion sirve para comparar posteriormente como ha cambiado e/ sistema. Los actores Recuperador de Diserio y Metrificador de Calidad trabajando en conjuncion facilitan e/ ana/isis dinamico de la aplicacion por e/ reconocimiento de sus caminos internos, con sus grados de complejidad, de estructurabilidad, modularizacion, circulacion de informacion, etc. La concepcion de la calidad de la aplicacion es muy importante en /a determinacion de la trayectoria de evolucion del sistema, porque cualesquier ruta que se haya tomado 0 se halla definido para lIegar a un estado objetivo es valida si este se alcanza. Luego de logrado un estado objetivo, el siguiente paso en la adaptacion de una aplicacion comienza en ese mismo estado y dirigiendose hacia otro estado objetivo. Con las metricas de calidad se disminuye la incertidumbre de esta nueva etapa, al conocerse el lugar de origen y su posible conversion al punto objetivo, aprovechando la historicidad de la trayectoria anterior. Si ubicamos estas transformaciones de una aplicacion informatica en un marco de referencia formal podemos demostrar las posibilidades de exito de las nuevas trayectorias posibles 0 de las elegidas.

La renovacion continua de los sistemas requiere de un cambio radical y simultaneo tanto en la vision del uso de la tecnologia como en la vision de la organizacion. En la figura 3.2 se representan los componentes basicos de un estado posible de evolucion, en donde podria ubicarse una organizacion en un momenta dado. Cualesquiera de los cuatro sect ores puede ser el punto de arranque para la adaptacion del sistema perc el sector de arriba a la derecha es el lugar para estar si se pretende realizar una verdadera reingenieria, es decir, efectuar cambios radicales tanto en la estructura como en la funcion del sistema. Con el transcurrir del tiempo este espacio ganado de renovacion continua se convertira en uno de esos otros sectores (modernizacion, estancamiento, reestructuracion) porque van cambiando

43

Ensayo lnfonnfltica Adaptativa - JesUs A Hemimdez R. 44

tanto el entomo como los parametros de orden de la organizaci6n y el desarrollo de la tecnologfa, debiendo entrar entonces el sistema en un nuevo proceso de renovaci6n. Si representamos la empresa por O(i,e,t) que significa la combinaci6n vigente de la tecnologia 0 instrumentaci6n (i) de que dispone la empresa y el conocimiento que tenemos de la organizaci6n (e) en un momento dado (t), es claro que la trayectoria de evoluci6n del sistema es cualquier ruta valida que se halla tom ado entre un estado origen O(i,e,t) y un estado objetivo O'(j',e',t'), con t' = t+t\t La 6ptima adaptacion del sistema sera la ruta de menor esfuerzo entre O(i,e,t) y O'(i',e',t'), viajando entre sectores de renovaci6n continua.

La historicidad del sistema es de crucial importancia para lograr el cumplimiento de un plan adaptativo, no solo sirve para conocer las trayectorias que mas se han ajustado a la consecusion de unos objetivos propuestos sino que favorece el reuso de componentes, que como se deduce de las dimensiones de la figura 3.2, se dividen en dos clases: objetos organizacionales reutilizables (OORE), sobre el eje de las especificaciones y, objetos informaticos reutilizables (OlRE), como parte del eje de la instrumentacion [Hernandez-93c]. Igual que como se expuso en el apartado 3.1.2 se entiende aqui por software, todos los productos logicos de una corporacion que pueden ser procedimientos, regulaciones, codigo de computador, criterios tecnicos, metodologias, etc. Por eso en el Entorno de Informatica Adaptativa se encuentra la presencia de dos grandes clases de objetos reutilizables (OORE, OIRE) circulando a su interior, correspondientes a un concepto integral del software.

Instrumemacion (i'

MUDERNIZAC70N

RENOVACION

CONTINUA

REESfRiJ'TURACION

ORCANIZACIONAL

Especlficaciones (e)

Figura 3.2. Dimensiones de /a Reingenieria [Hern{mdez-93bj

Ensayo Infon:natica Adaptativa - JesUs A Hernandez R.

Cuando se reconocen las rutas de transformaci6n tomadas y los componentes que en elias se repiten, la trayectorfa de evoluci6n del sistema} o los planes adaptativos exitosos, van generando de forma dinamica las reglas de identificacion de los objetos reutilizables organizacionales e informaticos. Es de resaltar que con la vision de planes adaptativos} aparecen generaciones de objetos reutilizables, en donde corrientemente pueden sumarse algunos nuevos objetos perc aquellos que permanecen son variantes de sus antecesores} 0 sea que los objetos reutilizables tambien son dinamicos y se encuentran en un estado de estabilidad temporal determinado por eventos de creacion, modificacion y destruccion, como reflejo del comportamiento total del sistema. La generacion y mantenimiento de objetos organizacionales depende del modelo corporativo en vigencia Los objetos informaticos dependen del nuevo sistema a implantar y de la instrumentacion disponible en la empresa.

Todas estas actividades hasta ahora descritas de reconocimiento de diserio} transformacion intermedia, metrificacion de calidad, e identificacion de objetos reutilizables se pueden efectuar en paralelo sobre ej codigo de una vieja aplicacion informatica que se ha decidido renovar. EI resultado de este tratarniento es la base de informacion para la recuperacion del analisis de la aplicacion y de la reespecificacion de la misma, logrando as! cambios radicales y simultaneos en la forma (instrumentaci6n) y la funcion (especificacion) del sistema En algunos casos, pocos por cierto, de renovaciones de sistemas, porque existe una buena documentacion actualizada 0 se cuenta con personas conocedoras del software 0 la aplicacion es muy contemporanea} es posible hacer un saito directo a la reespecificacion de la aplicacion, ya estando en esta etapa se pasa a la prototipacion automatica 0 a la generacion del nuevo codigo. A ese nuevo codigo se Ie puede hacer mantenimiento como ya se explic6 previamente y con el correr del tiempo entrara en una fase de renovacion continua, al aplicarle al codigo las actividades antes relacionadas para mejorarlo. Este proceder de renovacion continua de sistemas podriamos designarlo como un proceso de reciclamiento, reutilizacion y adaptacion de software.

3.2 Recapitulacion

Con la introducci6n hasta ahora presentada del esquema del Entorno de Informatica Adaptativa se observa que se puede, de forma consistente y sistematica, mantener sistemas, mejorarlos 0 producir nuevas aplicaciones

45

Ensayo Informalica Adaplativ8 - JesUs A Hernandez R.

informaticas, asi como facilitar la alineacion estrategica organizacional con la rapida transformacion del software ante los cam bios bruscos del ambiente corporativo en la era de la informacion. EI Entorno de Informatica Adaptativa es como una fabrica de software integrada y asistida por computador que resuelve, de forma integral, los problemas organizacionales basados en la informacion. Una descripcion mas detallada de los componentes del Entorno de Informatica Adaptativa se encuentra en las memorias del Primer Taller sobre Renovacion y Adaptacion de Software [Hernandez-95b].

La Renovaci6n Continua de Software no es un proceso de transformacion discreto ni predeterminado, depende en gran parte de la historicidad de la organizacion, de su nivel de aprendizaje organizacional, de su sistema de informacion y de la instrumentacion de que dispone para manejar su informacion. La Renovacion Continua de Software involucra todas las facetas de la ingenieria progresiva, de la ingenieria regresiva, de la reingenieria y de la reutilizacion, buscando adelantarse a las continuas transformaciones organizacionales e instrumentales para conseguir una verdadera corporacion adaptativa, que logre sobrevivir sin dificultades mayores y consiga progresar, en un ambiente que permanentemente esta cambiando.

En la adaptacion de software se debe establecer cual es la situacion vigente en la actualidad, tanto de la aplicacion informatica como de la organizacion, y su conjunto de alternativas posibles. Aunque no se conozca con precision cual de todas las trayectorias potenciales de evolucion se va ha tomar es necesario deterrninar un estado objetivo futuro deseado, y lIevar una historia de los rumbos seguidos para identificar los planes adaptativos que han side exitosos.

Un Entorno de Informatica Adaptativa es una herramienta para evitar la absoluta obsolescencia de los sistemas pues siempre habra novedosas tecnicas que implantar y nuevas necesidades que resolver, que se suman al desgaste natural de cualquier aplicacion. Con un enfoque como el expuesto se disminuyen costos de produccion, se recuperan inversiones, se conserva la memoria institucional, se facilita la transformacion organizacional, se obtienen aplicaciones mas flexibles y mantenibles, todo con el proposito de mejorar la respuesta corporativa a los continuos cam bios de su medio ambiente.

46

Ensayo Inforrruitica Adaplativa - JesUs A. I-lemllndez R.

Las organizaciones contemporaneas que sufren continuos y bruscos cambios en sus medias interno y externo, que pretenden construir sistemas informaticos can una clara alineaci6n corporativa y responder de manera rapida a las transformaciones exigidas para su supervivencia, tienen que enfrentar esta actividad can un enfoque evolutivo y en su mayoria ejecutarlo de forma automatizada. Es evidente que el mecanismo de soluci6n es contar can un Entorno de Informatica Adaptativa que produzca real mente aplicaciones abiertas, can facil modificaci6n y verificabilidad.

47

4. Arquitectura del Entorno de Informatica Adaptativa

En este capitulo se muestra un modelo arquitectural introductorio para el Entorno de Informatica Adaptativa (EIA) en el cual se tienen presentes dos caractedsticas principales:

-Un arreglo organizacional entre los componentes que conforman el entorno, y - La constitucion de los datos internos en los cuales se basa cada componente y el Entorno de Informatica Adaptativa como un todo.

Es un modelo introductorio pues aqui estamos tratando con un ambiente automatizado de produccion integral de software, 10 que significa que no basta con definir una estructura jerarquica para los componentes sino que es necesario establecer relaciones de coordinacion, control de procesos, protocolos de comunicacion entre herramientas, administracion del proyecto en ejecucion, gestion del mismo entorno de produccion, control de interfases, etc. Todo esto puede sintetizarse en algo que podriamos lIamar el modelo de integra cion del Entorno de Informatica Adaptativa, que sera desarrollado con mas detalle en una etapa posterior de este trabajo.

4.1 Estructura Bcisica.

La estructura del Entorno de Informatica Adaptativa que aqui se expone no representa las relaciones jerarquicas entre componentes ni tampoco una jerarqula de control. Como se vio en el capitulo 3, los diferentes aspectos procedimentales del EIA pueden ser secuenciales y/o paralelos, y en general son de est a ultima clase. EI trabajo se desarrolla de una manera cooperativa y por 10 tanto, esperar que haya un modulo superior a los otros y del cual todos dependan no es aplicable en este caso.

Ensayo Inforrn.atica AdaplatiV8 - JesUs A Hernandez R. 49

La figura 4.1 representa dos vistas de la estructura basica en donde se destacan sus componentes fundamentales:

- Interfaz Hombre-Maquina (LH.M.), indispensable en el desempeflo corporativ~

- Bus de Aplicaciones (B.A.), un conjunto de herramientas CASE especializadas

- Bus de Software (B.S.), la herramienta de control interne del entorno - HiperDeposito de Informacion (HD.I.), almacen general de datos.

HD.I.

/7 / Interfaz ....

Hombre - Maquina .... , " - 0 " • • - •• • -

I I

HiperOop04i1o do Info\maci6n ,

Figura 4.1 . Componentes de software del Entomo de Informatica Adaptativa (No considerar la Plataforma Operativa)

As! como se cuestionaba la ausencia de adaptatividad en las aplicaciones tradicionales por exceso de rigidez, es necesario recordar que para evitar esta dificultad la estructura que se muestra en la figura 4.1 presenta solo los componentes basicos y una de sus posibles estructuras de organizaci6n. La Plataforma Operativa podria descontarse como componente basico y considerarse como el ambiente instrumental externo del Entorno de Informatica Adaptativa, ya que sobre ella es muy poca la influencia que podemos ejercer y es el lugar en donde reposa todo el entorno. Cada componente a su interior se constituye de modulos autonomos en la

Ensayo lnfOlUl.3tica Adaptativa - JesUs A. Hernandez. R.

ejecucion de sus tareas, 10 que garantiza que el recambio de los mismos no afecte, 0 si ello sucede sea en minima proporcion, a los otros modulos 0 a los otros componentes basicos. Esta configuracion se presta para incrementarla, modificarla 0 reducirla de acuerdo a las necesidades empresariales 0 a las necesidades instrumentales del momenta 0 de acuerdo al caso a solucionar, y facilita que todos los componentes 0 partes de ellos esten distribuidos en diferentes maquinas 0 sistemas operativ~s .

Afortunadamente en la actualidad existe gran desarrollo sobre interfaces hombre-maquina basadas en computadores, facilitando la construccion de una de elias para el Entorno de Informatica Adaptativa. No obstante, la realizaci6n de una Interfaz Hombre-Maquina para este proyecto es un quehacer a posteriori, debe elaborarse cuando sea facil la estandarizacion de las partes y se tenga suficiente experiencia en el intercambio entre modulos y componentes basicos. AI ser el Entorno de Informatica Adaptativa un proyecto de software cientifico mas que uno comercial pueden considerarse los demas componentes como de mayor complejidad a la interfaz hombre-maquina, por 10 que su desarrollo debe hacerse posterior a ellos. Hace unos pocos alios la construccion de una interfaz hombre­maquina hubiera sido una labor descomunal y con un consumo excesivo de recursos, por la tecnologia disponible en la actualidad es un trabajo rapido facil y economico, abordable en cualquier momenta del proyecto. La Interfaz Hombre-Maquina debe verse como un complemento a la madurez de los otros componentes. Por el momento se tiene claro que debe ser grafica, basada en iconos y cadenas de menus para la representacion y reutilizacion de los comandos, y que cuente con manejo simultaneo de ventanas para la manipulacion de la informacion del objeto en anal isis. Notese en la figura 4.1 que la Interfaz Hombre-Maquina es el unico componente visible y gobernable de manera directa por el operador del entorno de produccion, los demas componentes responden al conjunto de ordenes programadas y su actuacion, propia, secuencial 0 en paralelo con otros componentes, se efectua de forma autonoma al usuario luego de lanzada una actividad.

En el apartado 3.1 se explicaron las alternativas procedimentales para la construccion de nuevos sistemas, su mantenimiento 0 su renovacion. Los actores involucrados como el recuperador de diseno, el identificador de objetos reutilizables, el modele corporativ~, el reespecificador de software, etc, en fin todos ellos, conforman otro actor mas que los acoje en una sola denominacion, el es el Bus de Aplicaciones. Este componente basico esta constituido por la coleccion de herramientas CASE especializadas, que en un momento dado se encuentren en el EIA y que la Interfaz Hombre­

50

Ensayo Informatica Adaptativa -jesUs A Hernandez R.

Maquina se encargara de hacer disponibles. Estas herramientas aprovechan al maximo los conceptos sobre CASE y la tecnologia actual para su construccion como elementos singulares, la integracion de elias en el EIA marca la diferencia, pues comienzan a hacer parte un componente de otra herramienta CASE y su comportamiento debe ser coordinado todos los demas componentes del EIA

EI actor Bus de Aplicaciones no es monolitico, es expandible segun las necesidades de la corporacion, del objeto en estudio y de la capacidad instrumental. Esta compuesto por modulos, conteniendo otros modulos, que individual mente toman sus propias decisiones y tienen sus propias disposiciones de procesamiento. EI Bus de Aplicaciones es un concepto abstracto, no debe tomarse como una superherramienta mas del Entorno, en realidad es un componente basico que revela las relaciones entre estructura y procedimientos de la capacidad del EIA para actuar con efectividad sobre una aplicacion informatica.

La figura 4.2 es una ampliacion de la estructura exhibida en la figura 4.1. En este depliegue puede apreciarse la modularidad del Bus de Aplicaciones y se puede notar que sostiene relaciones directas con todos los otros componentes basicos. Aunque se entiende que la Interfaz Hombre-Maquina tambien tiene una similar conformacion modular (que no se muestra para facilitar la lectura de la grafica), se ac/ara que algunas de sus relaciones con los otros componentes se hacen de forma indirecta a traves del Bus de Software. Par otra parte, el Bus de Aplicaciones se apoya en el Bus de Software para la comunicacion entre sus modulos y los otros componentes basicos, sin embargo, cada modulo pod ria actuar independientemente pero limitado solo sobre las clases de datos en donde tenga acceso directo, por produccion individual 0 compartida.

EI Bus de Software es la herramienta interna del E IA para ejercer el control de procesos, el control de datos, el control de comunicaciones, el control de la Interfaz Hombre-Maquina, el control de la administracion del proyecto en estudio y el control de la gestion del mismo Entorno. Es un poderoso motor de software del todo oculto para los usuarios del ElA y es la concrecion del modele de integracion que se acuerde. EI Bus de Software se encarga de organizar, coordinar y asociar las diferentes maquinas en que podrian estar los componentes basicos 0 partes de ellos y en especial, sus resultados, ya sea que las actividades se desarrollen en paralelo 0 de forma singular y secuencial. Sin Bus de Software no es posible hablar de un ambiente

" . " ~ ~"IOArl NACIONAl OfCOlOM81A

~ " . , I "rl

51