Theknos

Cada solución tecnológica está soportada en componentes que tienen un costo de licenciamiento, de operación, de soporte, etc. Tener la posibilidad de determinar si una u otra ofrece una máxima capacidad operacional, mejores costos y flexibilidad para la organización se conoce comúnmente como racionalización de la tecnología.    La racionalización implica, por tanto, entender el impacto económico que tiene en la organización la implementación de soluciones tecnológicas. Es común que se comparen alternativas a través de un proceso de selección y escoger la que cumpla la mayor cantidad de requerimientos y sea la más económica.  Sin embargo, no siempre es claro si la solución a implementar es realmente beneficiosa para el negocio o simplemente se quiere satisfacer una moda o tendencia.    Existen varias referencias de empresas que deciden hacer cambios en IT por distintas razones (ver artículos anexos). Se espera, por tanto,  que estos cambios traigan...

Es común percibir la confusión entre distintos tipos y niveles de Arquitectura. Es muy frecuente, por ejemplo, que se nombren a especialistas en aplicaciones para el rol de Arquitecto de Soluciones, asumiendo que su responsabilidad se centra principalmente en las integraciones.  Voy a exponer mi forma de entender los distintos niveles de Arquitectura acudiendo a la experiencia que seguramente muchos viven en su día a día.   Arquitectura Técnica   Desde el punto de vista de TOGAF, siempre me he desempeñado en dos dominios de la Arquitectura técnica: aplicaciones y tecnología. Recordemos que varios frameworks y metodologías la dividen en 3 que resumo a 10 mil pies de altura:   Arquitectura de Datos : De acuerdo a ADM se desarrolla en la fase C, Arquitectura de sistemas de información. Describe la estructura de los datos físicos  y lógicos de una organización. Su  utilidad  radica en habilitar el gobierno de los datos generados y almacenados, haciend...

Desde que se anunciaron las jornadas de día sin IVA en Colombia, se esperaba un incremento en el flujo de clientes en los comercios nacionales. Contar con esta información por adelantado podría significar una ventaja importante en esta época de computación en la nube, sin embargo, varias evidencias de los dos primeros días hacen entender que aún muchas organizaciones resuelven los retos de negocio limitados a estrategias de los 90.  Fueron notorias las quejas de los clientes a través de las redes sociales. Algunos indicaban que el comercio los ubicaba en una fila virtual de hasta 200 mil personas y luego de horas viendo como se reducía lentamente la fila simplemente su turno quedó sin validez y no pudieron adquirir productos. Un ejemplo de lo que muchos vivieron en la jornada Para entender el reto que deben enfrentar, durante un proceso de compra virtual, varios elementos deben funcionar adecuadamente para producir la experiencia de usuario adecuada, entre otros se pueden destaca...

Como comentaba en Qué son los atributos de Calidad , existen un conjunto reconocido de características que se atribuyen a los sistemas en construcción a través de lo que todos conocemos como requerimientos no funcionales. Si bien es cierto que cada aplicación a desarrollar es totalmente diferente e independiente de otra, es posible usar un catálogo de estas características o atributos para ayudar a definir los requerimientos. Veamos entonces los conjuntos de atributos de calidad que han sido definidos a través de los principales estándares o proveedores de tecnología quienes los agrupan de acuerdo a ciertas preocupaciones ISO / IEC 9126 IIEEE 1061 - SEI ORACLE MICROSOFT Estándar internacional sugerido para la evaluación de la calidad del software. Se clasifica en 6 grupos principales de características. ...

¿Qué son los Atributos de Calidad? Los Arquitectos debemos participar en el entendimiento de las necesidades de los usuarios. Sí, esa es nuestra principal responsabilidad.  En mi experiencia he debido iniciar con leer términos de referencia para aplicar a licitaciones públicas y privadas y luego acompañar al equipo de análisis en el levantamiento de requerimientos. Los usuarios finales, a excepción de algunos muy técnicos, hablarán en el lenguaje del negocio, de otros sistemas que conocen, de lo que hace la competencia, de lo que otro proveedor les contó, de lo que alguno de sus más influyentes operarios conoce o del patrón de trabajo que ejecutan a diario. Muy pocas veces nos dirán exactamente lo que quieren y por eso debemos estar presentes; debemos ayudar a traducir esos relatos prosaicos de necesidades a requerimientos técnicos.  Los requerimientos técnicos se dividen principalmente en 2: los funcionales (functional requirements) y los no funcionales (Non-functi...

Retomando mi blog y luego de un par de años bastante ajetreado, intentaré continuar con una serie de artículos que resumirán - a mi parecer - las principal preocupaciones de un Arquitecto de Software: Qué son los atributos de calidad, cómo diseñar un sistema soportando estos requerimientos no funcionales a través de cientos de tácticas y, finalmente, cómo evaluar que realmente el resultado del diseño y la construcción satisface estas necesidades. Intentaré organizarlo de tal forma que sirva de guía para consulta para cualquier momento. Cuando inicié mi carrera como Ingeniero de Sistemas ignoraba la existencia de la Arquitectura de Software. Aún hoy me es difícil ubicar un mapa de ruta que nos indique cuáles pasos deberíamos seguir para ser buenos Arquitectos. Parte de este problema es el desconocimiento de qué artefactos producimos en nuestro trabajo; Sabemos que debemos diligenciar un Documento de Arquitectura de Software, realizar algunos diagramas y seleccionar uno que otro fram...

Retomo mi blog, luego de un corto periodo de vacaciones.  Durante un repaso desarrollando una aplicación empresarial para un curso de JEE, usando JBoss 7 como servidor de aplicaciones, debí enfrentarme a realizar un datasource para asociarlo al persistence_unit de mi proyecto EJB. Haciéndolo me hice consciente de cómo varía con respecto a las previas versiones de JBoss, me decidí entonces crear este artículo documentando 2 medios, uno que para mí es " el fácil " y el otro, " el difícil ". 1. La forma fácil Registrar el driver. Simplemente se debe ubicar la librería en standalone/deployments Ubicar el driver de la fuente de datos en standalone/deployments Arrancar el servidor. En la consola se puede observar que el driver ha sido cargado: 14:38:59,757 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) Starting deployment of "ojdbc6.jar"   14:39:00,012 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC ser...