Contenidos
Arquitectura orientada al servicio de la automoción
En las empresas de hoy en día los cambios se suceden muy rápido. Por un lado, cada vez surgen más tecnologías nuevas y, por otro, los procesos empresariales tienen que cambiar debido a las fusiones y adquisiciones, las nuevas regularidades, los cambios en los requisitos de los clientes, etc. Como los procesos empresariales se apoyan en las tecnologías de la información, éstas tienen que hacer frente a ambos tipos de cambios. Desde el punto de vista de la empresa, es necesario que la tecnología de la información se adapte a las necesidades del negocio [Zach05]. La arquitectura orientada a servicios (SOA) se discute actualmente como una oportunidad para adaptarse mejor a esos cambios.
Pero SOA no está ni mucho menos en desuso, como cabría esperar en esta fase [Gart]. Sigue habiendo una gran cobertura mediática y se han publicado muchos libros sobre SOA recientemente o se publicarán en los próximos meses. Sin embargo, lo cierto es que las expectativas son cada vez más realistas y la gente empieza a pensar en los beneficios reales. Esto se debe probablemente al hecho de que las empresas han experimentado que la implantación de una SOA no es tan rápida y fácil como el bombo de la mercadotecnia podría haber dado la impresión.
Soa vs microservicios
El propósito de la Arquitectura es mejorar la vida humana. Crear espacios intemporales, libres y alegres para todas las actividades de la vida. La infinita variedad de estos espacios puede ser tan variada como la vida misma y deben ser tan sensibles como la naturaleza al derivar de una idea principal y florecer en una bella entidad. La esencia primordial se encuentra en los intangibles, vida-corazón-alma-espíritu-libertad-permanencia dentro de la estructura.
Las necesidades básicas del ser humano y las sutiles variaciones del individuo son la fuente de la Arquitectura Real, así como, por supuesto, el entorno natural y el uso natural de los materiales. Así se crea -nueva- cambiante- hasta el infinito pero intemporal Arquitectura.
Arquitectura orientada al servicio
Muchos ingenieros de sistemas creen que hay que tomar una decisión “o” en relación con los diferentes marcos arquitectónicos (por ejemplo, DoDAF o TOGAF), pero no es necesariamente así. Algunos estándares arquitectónicos abordan elementos completamente diferentes del proceso de arquitectura, por lo que puede haber una sinergia natural entre los marcos. Por ejemplo, TOGAF se centra principalmente en la metodología de la arquitectura, el “cómo” de la arquitectura, sin prescribir construcciones de descripción de la arquitectura. DoDAF se centra principalmente en la descripción de la arquitectura a través de un conjunto de puntos de vista, sin una especificación detallada de la metodología [2].
Aunque se describe un proceso de arquitectura de 6 pasos, representado en la Figura 1, se pretende que siga siendo simple, adaptable y capaz de ser aumentado por otros procesos de desarrollo de arquitectura. El método descrito en DoDAF es genérico y puede utilizarse con otros marcos de trabajo. El proceso soporta tanto el análisis estructurado como las técnicas de modelado de análisis y diseño orientado a objetos y sus notaciones específicas [3].
Arquitectura basada en el espacio
Se afirma que los sistemas multiagente son especialmente adecuados para el desarrollo de sistemas de software descentralizados, capaces de hacer frente a condiciones dinámicas y abiertos a componentes del sistema que van y vienen. Por eso se utilizan en ámbitos como el control de la fabricación, los vehículos automatizados y los mercados de comercio electrónico.
El libro de Danny Weyns está organizado según el postulado de que “el desarrollo de sistemas multiagente es un 95% ingeniería de software y un 5% teoría de sistemas multiagente”. Presenta un enfoque de ingeniería de software para sistemas multiagente que se basa en gran medida en la arquitectura de software -con, por ejemplo, patrones adaptados como “agente situado”, “entorno virtual” y “percepción selectiva”- y en el middleware para la coordinación distribuida -con abstracciones de programación como “vistas” y “roles”. A continuación muestra la viabilidad y aplicabilidad de este enfoque con el desarrollo de un sistema de transporte automatizado consistente en una serie de vehículos de guiado automático que transportan cargas en un entorno industrial.