jueves, 22 de diciembre de 2011
Invitacion a tomar el curso de Arquitectura Empresarial
Esta es una invitación para todos aquellos que quieran profundizar sus conocimientos en la Arquitectura Empresarial y el Framework TOGAF.
jueves, 4 de agosto de 2011
Arquitecturas Orientadas a Servicios
Para ampliar un poco el uso de los ESB utilizados en las arquitecturas SOA. A continuación Ilustrare un par de ejemplos, para que puedan apreciar su alcance:
Arquitectura SOA – Compartiendo archivos de forma segura:
El sistema “A” cada 2 horas deja un archivo con saldos en una unidad de red compartida, el archivo almacenado posee un formato XML y es nombrado con la fecha y hora del sistema. Se deben mover los archivos de saldos generados durante el día, de forma segura al path de red del sistema “B”.
- En el proceso que se desarrolle sobre el ESB se deberá configurar variables como: Servidor, puerto, path, usuario, password de los sistemas “A” y “B”.
- Se deberá configurar la máscara del archivo que se generará en el sistema “A”. Ej: SaldosDDMMYYHHMMSS.xml
- Se deberá configurar la frecuencia de ejecución
- El proceso deberá manejar un LOG de auditoría y manejo de excepciones para su seguimiento.
Arquitectura SOA – Servicios Seguros:
El sistema “A” debe consumir una catalogo de servicios que ofrece el sistema “B”. La información que se compartirá es de carácter sensible, razón por la cual debe protegerse. Cualquier otro sistema de la compañía podrá acceder a consumir los servicios que expone el sistema "B".
- En el proceso que se desarrolle sobre el ESB deberá ser una fachada de los servicios que expone el sistema “B”.
- Los ESB manejan un componente de seguridad el cual puede estar desplegado en el mismo servidor del ESB o en un servidor independiente. Este se deberá encargar de manejar autenticación de los servicios hacia el servidor LDAP. Si la autenticación es correcta le permitirá consultar al consumidor los servicios del sistema "B".
- El componente de seguridad deberá ofrecer los servicios con certificados digitales, para que la información viaje de forma segura.
- El proceso deberá manejar un LOG de auditoría y manejo de excepciones para su seguimiento.
En este link podrás encontrar el stencil de visio, utilizado en los libros de Thomas Erl para representar arquitecturas orientas a Servicios:
sábado, 28 de mayo de 2011
Que es un metamodelo en el contexto de la Arquitectura Empresarial y del Framework TOGAF 9?
Vamos hacer una breve introducción a lo que es el metamodelo en el contexto de la Arquitectura Empresarial y como es interpretado y representado por el Framework Togaf.
En el POS de Automatización de Procesos y Siglas, hicimos una introducción a las 3 capas del modelado según la OMG: “M3: Meta – Meta Modelo”, “M2: Meta - Modelo” y “M1: Modelo”. Teniendo en cuenta lo anterior como punto de partida un metamodelo es una definición precisa de las construcciones y normas necesarias para la creación de modelos. El uso de modelos nos ayuda a entender y comprender los temas complejos de una organización. Temas como su funcionalidad, los procesos que apoyan el negocio, las aplicaciones que los soportan con el objetivo de abstraer, entender y poder satisfacer las necesidades de los stakeholders apoyándose también con la construcción de catálogos, matrices y diagramas.
Según TOGAF el metamodelo es usado para estructurar la información específica de una arquitectura, ellos lo estructuran dentro del core y el Extension Content.
Cuál es el objetivo y alcance del Core and Extension Content según TOGAF?
Su objetivo es apoyar varios escenarios del metamodelo por lo cual lo dividieron en core y extension content.
- El núcleo/core proporciona un conjunto mínimo de contenido arquitectónico que soporta la trazabilidad a través de artefactos.
- El contenido de extensión es más específico y profundiza en el modelamiento.
Veamos un ejemplo de un metamodelo que construí apoyándome en un diagrama de clases representado con UML.
La figura anterior nos ayuda a aterrizar las diferentes capas que podríamos modelar en una organización. Dependiendo el tipo de industria existirán nuevas capas a modelar y estas serán más específicas, como por ejemplo para el sector salud o para el sector financiero. Para concluir el anterior modelo está un poco orientado a la capa de datos, también podría complementarse o orientarse con una capa de Estrategia, de Negocio, de seguridad, etc.
sábado, 5 de febrero de 2011
Que es Case Management?
Es la administración de casos donde las actividades no tienen un flujo de secuencia predefinido, por el contrario el flujo va ocurriendo de acuerdo a ciertas variables de quienes se ven involucrados en el proceso, el flujo de secuencia se va adaptando a los cambios del entorno.
Un caso de negocio candidato a “Case Management” es por ejemplo la atención de un tratamiento de un paciente en un hospital, éste puede requerir atención e ciertos especialistas (Urólogo, Gastroenterólogo, Neurólogo, proctólogo, etc.) a sus vez requerir de ciertos exámenes de laboratorio o ayudas diagnósticas (Rayos X), cirugías, etc.
En conclusión este tipo de procesos es un poco complejo diseñarlos a priori, para lo cual su gestión debe hacerse de manera más inteligente y más flexible, según la consultora Forester ya existen empresas que están trabajando en la automatización de este tipo de escenarios.
Para quien quiera profundizar este tema les recomiendo:
Suscribirse a:
Entradas (Atom)