lunes, 7 de noviembre de 2011

Nos gustan las historias


Esto es real, y también tiene qué ver con patrones. En Argentina, en fútbol, hace muchos años, River Plate compró el pase de un jugador famoso llamado Bernabé Ferreyra. Lo compró por 35 mil pesos de la época. Los racionales, los rígidos, investigarían, y contarían, "muy caro", "200 mil dólares de ahora", "River gastaba mucho", "el mercado de pases...", etc, en frases que no interesan mucho en ese tiempo y ahora. Pero una revista publicó un escrito así: ¿Qué se puede comprar con el costo del pase del gran Bernabé? 11 automóviles Opel, 514trajes de Kashmir, 5600 pares de zapatos, etc., algo que sí es interesante, ilustrativo, y divertido, aún en este tiempo agitado de ver las cosas ya.

La revista,"Caras y Caretas", lo que hizo fue aplicar ejercicios de visualización, con un sentido, hacia la actualidad, las noticias. Tomar la palabra en un tema no tan simple, denso, de una forma que capte la atención al momento, fácil, y que dé una idea clara, para todos, lo hace a través de una situación, una historia, de comprar, de comprar cosas, tener mucho dinero y qué hacer con ese dinero. 

Pues, sabemos, estamos en un mundo agitado, no se puede perder tiempo, hay que ir a la fija, cuanto antes, en todo, y la idea también de visualizar, comunicar con imágenes, es atender esa necesidad de saber, informarse, tener conocimientos, al mismo ritmo. Pero también, el mundo de ahora, en serio, adulto, todo es objetivos, resultados, y uno quiere más tiempo para hacer una pausa, contemplar, jugar de vez en cuando. Todavía somos niños, nos gustan las historias, saber cosas, en forma narrativa, ilustrativa, lúdica, que no se quede en números, o como algo que pasó, o es así, y pasemos al asunto siguiente. 

En ese sentido, y personalmente, ese es el propósito de visualizar, contar historias con información. Y aplica también para cualquier campo, o situación. Y también para el espacio profesional, mayor, de diseñar, acompañar empresas, en hacer procesos, hacer sus cosas más ágilmente, sin dolor, consiguiendo lo que necesiten. En arquitectura empresarial, diseño de procesos, soluciones, se necesita ver as cosas, que sea como un libro abierto; y así como con el conocimiento, los objetivos, las expectativas, lo que quiere conseguirse, la forma de hacerlo, no debe ser oculto, reservado, solo para los expertos, los que poseen el conocimiento, o el "know how", que ya saben cómo funciona. Uno quiere saber más, hay personas afuera, "stakeholders", inversores de dinero, ente que también participa, cond eseos de saber en qué bus se subieron, a dónde llegarán.

Visualizar también aunque sea en una situación pequeña, de ocas personas, también es un ejercicio complementario, lúdico, de ilustrar, mostrar cosas, no ser rígido, tener otro punto de vista, de un negocio, de unas metas. 

domingo, 6 de noviembre de 2011

Patrones de visualización de series de tiempo

La visualización de datos es una herramienta que ayuda a razonar, comunicar mensajes, entender ideas, así como a descubrir nuevos significados con base en la presentación grafica de conjuntos de datos. En este sentido existen múltiples alternativas para lograr alguno de los anteriores objetivos mediante la visualización, siendo algunas más efectivas que otras. En este sentido es de gran ayuda el empleo de patrones de visualización.

Los patrones de visualización se pueden concebir como lenguajes visuales, que involucran forma, tamaño, color y comportamiento. En el núcleo de estos lenguajes está definida una semántica para la expresión de relaciones. Entonces podemos decir que los patrones de visualización no son más (ni menos) que soluciones probadas que ayudan a expresar ciertos conjuntos de relaciones sobre algún conjunto de datos en forma efectiva.

Un ejemplo de estos, son los patrones de visualización de series de tiempo, como por ejemplo los diagramas de barras, de puntos o de líneas sobre planos, que se enfocan principalmente en describir relaciones de cambio en el tiempo sobre uno o más atributos en los datos.

Aunque los patrones de visualización de series de tiempo son una poderosa herramienta para expresar y resaltar estas relaciones y ayudarnos a identificar o comunicar tendencias y correlaciones en el tiempo, su uso inadecuado puede llevarnos a conclusiones o ideas erróneas o incompletas. Por tal motivo, es de vital importancia siempre tener claridad del propósito de la visualización – comunicar una idea, ayudar a descubrir o identificar tendencias o correlaciones o sustentar alguna hipótesis - y el público objetivo de la presentación, como base para tomar la decisión de que patrón utilizar y como emplearlo.

En el caso de series de tiempo, en los aspectos de la forma y tamaño (o escala), es de vital importancia mostrar los datos en el contexto adecuado (tiempo inicial y final), cuidar de la escala utilizada en la variable dependiente, así como presentar y resaltar el patrón o tendencia o tendencia del comportamiento sobre los datos crudos y la forma de relacionar los datos en el tiempo (interpolación), en especial cuando hay intervalos con información incompleta o con cambios instantáneos, para evitar malas interpretaciones. En el aspecto del color por su parte, se debe buscar concentrar la atención en las formas que expresan el mensaje de importancia, sobre los demás elementos de la visualización. Las anteriores corresponden en si a un patrón general para la composición de este tipo de visualización, que correctamente usado provee de mucho valor a la hora de comunicar.

lunes, 31 de octubre de 2011

Resumen Capítulos 6 y 7

Capítulo 6

Patrones de Inventario 

Enterprise Inventory
La prestación de servicios de forma independiente a través de diferentes equipos de proyecto a través de una empresa establece un riesgo constante de la producción de servicio inconsistente e implementaciones arquitectura, poniendo en peligro las oportunidades de recomposición. Servicios para múltiples soluciones pueden ser diseñadas para la entrega dentro de una arquitectura estandarizada, el inventario de toda la empresa en la que se pueden libremente y en repetidas ocasiones recompuesto. En el impacto se debe tener Análisis inicial significativo es necesario para definir un modelo de inventario de la empresa y el resultado numerosos impactos de la organización de los requisitos de gobierno posteriores.
Domain Inventory
Establecimiento de un inventario de la empresa de servicios solo puede ser difícil de manejar para algunas empresas, y los intentos de hacerlo puede poner en peligro el éxito de la adopción de SOA como un todo. Los servicios se pueden agrupar en los inventarios manejable, el servicio de dominio específico, cada una de ellas puede ser independiente estandarizada, que se rige, y de propiedad. Normalización disparidad entre inventarios de dominio de servicio impone requisitos de transformación y reduce el beneficio general potencial de la adopción de SOA.
Service Normalization
Cuando la prestación de servicios como parte de un inventario de servicios, hay un riesgo constante de que los servicios se creará con la superposición de los límites funcionales, lo que hace difícil para que extendida reutilización. El inventario de servicio debe ser diseñado con un énfasis en la alineación de servicio de frontera. Asegurar que los límites del servicio son y permanecen bien alineadas introduce adicional por adelantado el análisis y el esfuerzo continuo de gobierno.
Logic Centralization
Si los servicios de agnóstico no son siempre reutilizados, funcionalidad redundante se pueden entregar en otros servicios, dando lugar a problemas relacionados con la desnormalización de inventario y la propiedad de servicios y la gobernabilidad. Acceso a la funcionalidad reutilizable se limita a los servicios oficiales agnóstico. Cuestiones de organización que recuerda de los proyectos de reutilización pasado puede aumentar obstáculos a la aplicación de este patrón.
Service Layers
Servicios de manera arbitraria la definición de entrega y se rige por diferentes equipos de proyecto pueden conducir el diseño de la incoherencia y la redundancia funcional involuntaria a través de un inventario de servicios. El inventario se estructura en dos o más capas de servicios lógicos, cada uno de los cuales es responsable de la abstracción lógica basada en un tipo funcional común. Los costes comunes y los impactos asociados con los estándares de diseño y por adelantado el análisis de necesidad de ser aceptado.
Canonical Protocol
Servicios de apoyo a la comunicación diferentes tecnologías de interoperabilidad compromiso, limitar la cantidad de consumidores potenciales, e introducir la necesidad de superar las medidas de protocolo indeseables. La arquitectura establece una única tecnología de las comunicaciones como medio único o principal por el cual los servicios pueden interactuar. Una arquitectura de inventario en el que los protocolos de comunicación estandarizados está sujeta a ninguna limitaciones impuestas por el tecnología de las comunicaciones.
Canonical Schema
Servicios con los modelos dispares de datos similares imponer requisitos de transformación que incrementar el esfuerzo de desarrollo, la complejidad del diseño, y la sobrecarga de rendimiento en tiempo de ejecución. Los modelos de datos para los conjuntos de datos comunes son estandarizados a través de contratos de servicio dentro de un límite de inventario. El mantenimiento de la estandarización de los esquemas de contrato pueda introducir esfuerzos en materia de gobernabilidad y los desafíos culturales.
Capítulo 7
Utility Abstraction
Cuando no comercial centrada en la lógica de procesamiento se empaqueta junto con el negocio específico de la lógica, los resultados de la aplicación redundante de funciones de utilidad común a través de los diferentes servicios. Una capa de servicios dedicada a la transformación de servicios públicos se ha establecido, la prestación de servicios reutilizables de utilidad para el uso de otros servicios en el inventario. Cuando la lógica de servicios públicos se distribuye a través de múltiples servicios que pueden aumentar el tamaño, la complejidad y las demandas de rendimiento de las composiciones.
Entity Abstraction
Agrupación tanto en el proceso independiente del proceso y la lógica específica de la empresa en el mismo servicio con el tiempo da lugar a la creación de lógica de negocio independiente y redundante a través de múltiples servicios. Una empresa independiente del nivel de servicio puede ser establecida, dedicada a los servicios que basan su contexto funcional de las entidades de negocio existentes. El núcleo, centrada en el negocio naturaleza de los servicios introducidos por este modelorequiere de modelado y atención diseño y sus requisitos de gobierno puede imponer cambios radicales en la organización.
Process Abstraction
Agrupación tarea centrada en la lógica con la lógica de trabajo independiente del gobierno dificulta el de la lógica específica de la tarea y la reutilización de la lógica agnóstica. Una empresa dedicada padre proceso de nivel de servicio se estableció para apoyar la independencia de gestión y el posicionamiento de los servicios de trabajo como posibles recursos de la empresa. Además de los modelos y las consideraciones de diseño asociadas a la creación de servicios de trabajo, haciendo abstracción de negocios matriz lógica de proceso establece una dependencia inherente a la realización de que la lógica a través de la composición de otros servicios.

lunes, 24 de octubre de 2011

Proceso MecaPlus: Descubrimiento de servicios

A continuación presentamos los entregables de Ecosistema y Portafolio de Servicios para el nuevo proceso MecaPlus.

Para este trabajo se aplicó un enfoque vertical, aplicando el patrón de descubrimiento Top-Down encaminado a Atributos. Esto es porque para expresar nuevo proceso, requerimos realizar seguimiento de los negocios, a nivel de características de los negocios, como entidades, y también capacidades de estos negocios. Los entregables también se basan en ejercicios de creación de un modelo de atribución y un árbol de decisión.

También se practicó el patrón Top-Down encaminado a Procesos de Negocio, para verificar en manejo de repuestos, cómo se realiza este proceso ya existente.

Lista de capacidades del proceso


Portafolio de Servicios


Ecosistema de Servicios

sábado, 22 de octubre de 2011

¿Qué patrón aplicamos hoy?

Downward, Top-Down, procesos, atributos, interfaces, productos de legado, etc. Estamos ahí, en una mesa grande, con colegas, escribiendo notas, devorando documentos, referencias, de empresas, departamentos, trabajos de investigación, casos de éxito,en busca de una idea, no de cualquiera, sino de la más, la más factible, la más económica, la que de  más y mejores resultados en poco tiempo, una idea para encontrar capacidades, o cosas que pueda hacer un producto, un sistema, y además que todos en el mundo puedan usar por la Web, tomarla de ahí, cuando la necesiten, ya sea, transferir dinero de Bogotá a Singapur, o una boleta para la gira de U2, o conseguir la maquinaria para ser fabricante de un coche de marca europeo.

El trabajo de Michael Bell, de SOA Modeling Patterns, no es otro trabajo académico, en la oscuridad de una universidad clásica, para estudiosos. No en vano, está en Amazon, tiendas importantes, referenciado en muchas investigaciones importantes, como un gran estudio para modelar, hacer de procesos, los productos deseados por empresas, empresarios, para satisfacer sus necesidades. Me encontré viendo referencias, en busca de complementos, sumarios de las lecturas. El trabajo de Bell es extenso, las lecturas son extensas, y aunque  so una gran guía, se necesita tiempo, y algo más, habilidades, competencias, para diseñar y construir productos de calidad, desde el arte de encontrar servicios, capacidad, lo que puede disponer un sistema para el resto del mundo.

En mi caso, no he trabajado con Unisys, o Amazon, menos con Oracle, EC2, y reconozco que no sé de Web Services más que escribir uno y arrancarlo en un servidor casero. Por eso, tal vez, puedo hacerme a la idea, o ideas generales, del propósito de cada enfoque, modelo, o patrón dado el caso. Puedo hacer las asociaciones siguientes: Enfoque vertical para ir al corazón y los detalles de los procesos para encontrar servicios. Modelo Top-Down para a partir del nivel macro, las imperaciones y los proceso de negocio, encontrar los servicios simples. Patrón Encaminado a Procesos de Negocio, para investigar y conocer íntimamente los proceso que ya existen, Patrón Encaminado a Atributos para hallar las características de los procesos en general, Front-2-Back para procesos nuevos de monitoreo y manejo de información en tiempo real, Back-2-Front para procesos de informes gerenciales y analítica visual, Patrón Bottom-Up para servicios desde sistemas de legado, etc.; y desde ahí, ser curioso, saber cómo más aplicar los patrones, aplicarlos a VehiAlpes, y a los negocios de ejemplo.

Pues, tal vez sea una idea general, fácil, con más experiencia se puede advertir más aplicaciones de los patrones, cómo aplicarlos hábilmente, etc. Pero sí hay una idea, una sensación, que vale la pena adquirir, con o sin experiencia, y es cómo aplica, a diseñar soluciones, más allá de la parte técnica, o pragmática, rgeresando alas primeras sesiones del curso de Patrones, y es la de conseguir soluciones, acercándose a la estética, la elegancia, productos, que más que servir, funcionar, trasmitan sensaciones de gusto, comfort, placer, al hacer uso de ellas. Esto lo consigue SOA, a través de su filosofía, sus principios de bajo acoplamiento, reutilización de servicios, y sus patrones de descubrimiento de servicios; de forma que el diseñar, descubrir servicios, sea más que estar en la mesa, devorando documentos, sea un momento de crear, hacerlo con inspiración, abstraerse en la forma, las cualidades. Por eso también, más que saber los enfoques, o patrones para encontrar servicios, se necesita también cierto toque, cierto desenvolvimiento para decir, esto que ocurre en el proceso, lo puedo hacer una capacidad de este servicio.

En este trabajo vale la pena también echar un ojo a la introducción del libro, el sentido de éste, más allá de la descripción formal de los patrones. También, como complemento, practicar Web Services, verlos, como ir a la excursión, o a la fábrica, y ser curioso de cómo encontrar eso que vemos funcionar en el computador. Para el caso de VehiAlpes, en mi caso, aplicaría hoy Top-Down encaminado a atributos, y algo de Bottom-Up, para nuestro enfoque de poderes

lunes, 17 de octubre de 2011

Diseño de patrones de integración

Tecnología a utilizar
La herramienta de Mule nos parecio el mejor softwate para el manejo de la mensajería, ya que es un excelente gestor de objetos escalable y distribuible que puede manejar interacciones con servicios y aplicaciones que usan distintas tecnologías de transporte y mensajes.
Además que Mule es un framework muy liviano y fácilmente de embeber en aplicaciones Java, y se puede integrar con frameworks como spring, hivemind y plexus y soporta muchos componentes de transporte y servicio como JMS, SOAP, JBI, BPEL, EJB, AS/400, HTTP, JDBC, TCP, UDP, SMTP, FILE, FTP y más. Adicionalmente una extensión beta de Mule es Mule estudio, la cual facilita aún más la implementación grafica de la aplicación con respecto a la mensajería, pero fundamentalmente Mule es una herramienta que posee un gran soporte ya que es la herramienta más utilizada de integración en el mercado, lo que permite una mejor retroalimentación de la comunidad a la hora de solucionar problemas.

Solicitud servicio grúas
Patrones SOA implantados

Comunicación Asincrónica
“Un servicio puede requerir que los consumidores se comunican con él de forma asíncrona y proporcionar una dirección de devolución de llamada para que el servicio pueda enviar mensajes de respuesta.”
Este patrón se utiliza al solicitar el servicio de grúa, a un conjuntos de aplicaciones diferentes de grúas que atienden solicitudes ya sea de manera asincrónica, ya que necesitan procesar primero  las solicitudes en Batch y luego si dar una respuesta.


Transformación del formato de la información.
“Intermediario formato de datos lógica de transformación debe ser introducido con el fin de convertir dinámicamente un formato de datos a otro.”
Para poder comunicarse con las aplicaciones de las grúas se debe hacer una transformación de la información y/o de los datos para que dependiendo de la aplicación de la grúas, esta pueda procesar la información de manera adecuada






Diseño completo de solicitud 



lunes, 10 de octubre de 2011

Patrón BPM Reclamación

Ilustración


Borrador


Motivación

Cubrir de manera formal y única le proceso de reclamos y devolución de productos o servicios.


Problema

El proceso de reclamos y devolución se aplica en las compañías para cada caso, de manera particular, sujeto a reglas, directrices e intereses por parte de la compañía que maneja este proceso. Por tanto, al realizar modelado de procesos, nos encontramos con que este proceso debe modelarse de manera particular, rehaciendo nuevamente subprocesos, tareas y elemento gráficos que pueden ser innecesarios.


Solución

Se propone para este proceso un patrón de modelado que cubre los elementos "estándar" en el proceso, bajo la perspectiva también de un proceso formal, ordenado, aplicable a cualquier entorno. En éste, entran en escena 4 actores que son: Cliente, Vendedor, Proveedor y Contratista. Y se manejan los casos de reparación y devolución del producto adquirido que desea ser reclamado por garantía.