arquitectura

0

Leyendo un artículo titulado titulado “Fitness for a Particular Purpose: a Design Methodology” por Terence J. Grant, February 13, 2005, vino a mi mente el concepto de diseño orientado a propósito y más específicamente de arquitectura orientada a propósito. Cómo desconocía si este último concepto existía, hice una búsqueda en Google con la frase “purpose oriented architecture” y lo primero que recuperé aparecía en una carta al editor en la revista Nature lo cual incrementó mi curiosidad.

La razón de mi curiosidad se debe a que en la comunicación, el concepto de “arquitectura orientada a propósito” aparece en el contexto de la temática comunicación de organismos vivos, lo cual tiene una muy interesante relación con las ideas que hemos estado manejando y discutiendo en estos días para la construcción de Infomed. También tiene una interesante relación con la metáfora de Tania sobre la forma maravillosa en que se mueve una mancha de peces ante un peligro y las ideas de Ken Thompson sobre “Bioequipos”.

La oración en que aparece la frase dice: The functioning of such molecular-size barriers involves molecular and quantum processes deriving from a precise, purpose-oriented architecture, and attempts have been made to create artificial supramolecular structures exhibiting similar properties”.

Habla de una arquitectura precisa y orientada a propósito como algo inherente a la formación de los sistemas biológicos y presentan una solución específica que muestra el intento de crear estructuras supramoleculares artificiales que exhiban características similares. Es decir el concepto de arquitectura orientada a propósito que me apareció está muy en sintonía con el problema a que nos enfrentamos y sugiere ideas muy interesantes.

En el contexto de Infomed 2.0, la arquitectura que más estamos necesitando es precisamente una que, inspirada en la naturaleza y desde una posición activa e histórica, reconozca la complejidad de los procesos sociales y se oriente a propósitos explícitamente. En esta misma línea de pensamiento podríamos hablar de arquitectura orientada a valores, o arquitectura basada en principios, conceptos todos que gravitan en torno a una visión centrada en los seres humanos, sus necesidades, sus valores y su articulación armoniosa con el medio ambiente y el universo.

Hemos estado insistiendo en la importancia de trabajar con los conceptos y principios de una “arquitectura orientada a servicios” lo cual es ya un avance pero reconozco ahora que podemos estar quedándonos cortos. Se trata por supuesto de niveles de complejidad superior pero creo necesario compartir esta reflexión y continuar profundizando en el aprendizaje para dar pasos en la dirección correcta.

Si entendemos arquitectura como “la organización fundamental de un sistema, incorporada en sus componentes, las relaciones entre los mismos y el medio ambiente, y los principios que gobiernan su diseño y evolución” ( ANSI/IEEE Std 1471-2000) , entonces una arquitectura orientada a propósitos es aquella en la que se garantiza una una alta adaptabilidad al cambio y a las necesidades y en la que prevalece el principio de responder al objeto, mira o sistema que se pretende conseguir, de manera prioritaria.

Si los propósitos de derivan de los valores y los principios que le corresponden creo que podemos abrir espacio a un rico proceso de construcción colectiva que dinamice mucho nuestra capacidad de respuesta y considere movimientos naturales y sostenibles para avanzar en la dirección seleccionada.

El otro día comentaba con alguien que tenemos la oportunidad de pensar y diseñar nuestra red con conceptos del 2050 y mucho más allá. Hay una acumulación de saberes, de conocimientos y de buenas prácticas que están esperando por nosotros. Si somos capaces de movernos en la dirección de potenciar la inteligencia colectiva, de desarrollar nuestras capacidades, nuestra autonomía y nuestra capacidad de trabajar como un red social y con propósitos claros, mucho podremos hacer.

0

La estrategia que se propone para sostener el desarrollo de los servicios de la red de Infomed es construir un sistema que pueda integrarse con todo. Es una red con una arquitectura abierta de servicios basada en componentes en la que se pueden crear cadenas de valor.
En lugar de constuir un sistema que trate de hacerlo todo usemos las posibilidades que brinda cada sistema al máximo y trabajemos sobre las posibilidades de interoperación y orquestación. La intranet ha marchado bien pero es sólo una instancia. Podemos usar el Plone para crear una comunidad cerrada y eso puede funcionar, pero también podemos usarlo como servidor de aplicaciones específicas.
Así podemos usar Plone para determinadas cosas, Media Wiki para otras, y así en adelante.
No hay que amarrarse a un sólo sistema. La experiencia nos ha mostrado que Plone es bueno para el manejo de flujos y la producción de determinados tipos de contenido pero no para la integración de RSS por ejemplo. Ello nos sugiere combinar sistemas como se está haciendo con el ejemplo de el servidor o “back end” de enlaces al estilo de del.icio.us, o el servidor de páginas Wiki de Infomed wiki.sld.cu que estamos probando.
Siempre que exista una aplicación estable, con una buena comunidad de usuarios y desarrolladores que pueda servirnos como “back end” de determinados servicios podemos optar por ella como son los casos citados. Creo que tendremos que movernos hacia una infraestructura de servicios encima de los sistemas y “back ends” para agregar valor y facilitar la construcción de las citadas cadenas de valor que faciliten el desarrollo de la Infomed 2.0.
Así por ejemplo Drupal serviría para construir portales de agregación de contenidos, Plone para comunidades pequeñas de propósito claro con mucha interacción interna como el caso del área de logística del MINSAP , las misiones médicas en el exterior o la propia intranet del CNICM y sistemas como infoenlaces para socializar etiquetas y enlaces más allá de las fronteras de un sistema específico.
También se puede pensar en usar Plone para servicios de propósito específico cuando así convenga para aprovechar su estabilidad de desarrollo y sus recursos acumulados. Se puede crear un “back end” de artículos usando este tipo de contenido que pueda reusarse en cualquier contexto, o hacer un depositorio de imágenes, u otros tipos de contenido.
En la “ecología” de Infomed cabría una sana convivencia “holónica” de servicios y componentes que pueden orquestarse con relativamente pocas dificultades. Esto es coherente con lo que está pasando en Internet y trata de recoger las mejores experiencias y también la práctica de nuestra red que ya acumula casi 15 años de trabajo sostenido. La Biblioteca Virtual de Salud, la Universidad Virtual y todos los proyectos que puedan desarrollarse se beneficiarán de una alineamiento en torno a este modelo.
Ello nos plantea prioridades como la generalización del uso de “webservices” asociados a cada uno de los servicios con que contamos como las bases de datos que hoy están en webisis, el Localizador de Información de Salud que está funcionando en Scout y otras, el uso de microformatos y el desarrollo de microaplicaciones que puedan usarse fácilmente para integrar soluciones.
Necesitamos también formalizar esta arquitectura y enriquecerla permanentemente usando los propios criterios de trabajo en red, desarrollo de sistemas al estilo del movimiento de código abierto y contenidos abiertos y las herramientas más adecuadas a cada problema.