UML y sus badenes en la autopista del Diseño de Software #chile #uml

Para poder diseñar un sistema de información, existen diversos lenguajes de modelamiento, uno de ellos es UML, que a ciencia cierta partió en los 90's.

Cierto es que si uno se pone a revisar la literatura, como es el caso de UML distilled primera edicion del autor Martin Flower, y luego se compara la con el autor Alistair Cockburn, se observa un debate.


Veamos el texto original:

"Uses and Extends


In addition to the links among actors and use cases, there are two other types of links in Figure 3-1. These represent the uses and extends relationships among use cases, These represent the uses and extends relationships among use cases. There are often the source of confusion for people who get the purposes of these two verbs confused, so take a moment to understand them.


You can use the extends relationship when you have one use case that is similar to another use case but does a bit more."

Pero por otra parte, si leemos el libro del autor Alistair Cockburn, señala lo siguiente:

"A critique of UML's "extends" relation 

The circumstance that caused "extends" to be invented in the first place was the business

practice of never touching the requirements file of a previous system release. Since Ericsson was building telephony systems, and in telephony the business is to add asynchronous services (see When to use extension use cases), the extends relation was both practical and applicable. The new team could, without touching a line of the original system requirements, build on the old, safely locked requirements document, adding the requirements for a new, asynchronous service at whatever point in the base use case was appropriate.

I am sad to sat that the UML 1.3 standard violates the original purpose of extends and violates basic principles of document management. In UML 1.3, you are supposed to name, in the base use case, those places at which extensions are permitted! These are called "extension points".

• The first violation of document management is given by the extends relation in its original form - that you have to name the place in the base use case where the extension occurs. Once the base use case is edited, that location may move. The saving grace, in Ericsson's case, was that the requirements document was locked, and so the sentences were guaranteed not to move around. This is, by the way, a valid criticism of the numbered-step use case form. It is one more reason to discourage the use of extension use cases. I suspect that extension points were introduced to deal with this violation.

• The more serious violation is that now, you must go back and modify the base use case whenever you write an extension use case that needs a new extension point! The original purpose of this exercise was to avoid having to modify the base use case when new, asynchronous services get added, but now we have to type into both the old and the new Type Spell Check use case! With that much intrusion, you would be better off using the simpler "includes" relation in the first place.

• There is an additional violation. You are permitted (in some textbooks actually "encouraged") to expose the extension points in the use case diagram. This causes two problems on its own. First, you are actually publishing the internal parts of the use case into the global view offered by the use case diagram. Secondly, the extensions take up most of the space in the ellipse, obscuring the much more important goal name.

• Finally, and this is not specific to the "extends" relation, UML 1.3 does not show different

In the end, I have come to view "extension points" as a mistake in UML 1.3.

So, first of all, don't use extension use cases, unless you have a really good reason. If you do use them, absolutely don't expose the extension points in the use case diagram.

Follow the advice of the section, Reminder: Use Includes."

Desgraciadamente, hasta hoy en día, continua el debate sobre <<extends>>

Por otra parte, revisando la web, me encontré con una carta, un tanto irónica del autor de Eiffel, Bertrand Meyer, donde critica a UML, puede leerse en su versión en inglés o traducida al español.


Ahora, que pasa en la realidad Chilena?, pues bien hasta donde me he topado con los documentos de diseño de sistemas de información, estos presentan leves pinceladas de lo que se debe construir, generalmente sucede esta poda, ya que las empresas (en su gran mayoría) estan enfocadas a facturar lo más pronto posible, mientras que su contraparte (el Cliente) esta orientado a que las máquinas emitan vapor de sus turbinas, una manera artística de señalar que desean que todo funcione bien y a la primera.


Pero The Chilean way, y quizas otras Naciones Ways podan el UML para poder llegar a trabajar con lo que sea importante, para luego partir con la generación de código.


Lo que también es cierto, que aquellos que llevan años de circo diseñando sistemas de información y sobreviviendo a los cambios y/o mejoras del UML, notarán la necesidad de contar con un lenguaje de diseño más robusto y que sea directa su interpretación.


Es interesante leer al colega Argentino que hace sus descargos contra UML, quizá ya sea tiempo de cambiar a un nuevo lenguaje que sea más preciso en la difícil arena del desarrollo de sistemas de información.

Ética en las certificaciones TI

Tiempo atrás escribí un breve artículo sobre mitos y realidades de las certificaciones TI, donde expresamente  algunos colegas sienten la obligación de certificarse ya sea por un tema de empleabilidad o para aumentar sus ingresos y mostrarse al mercado o al interior de las organizaciones como profesionales altamente capacitados o como también suele suceder las mismas empresas para ser más competitivas suelen certificar a los empleados en el dominio de alguna tecnología para competir de mejor manera en el mercado, me llamó la atención un joven Mexicano que simplemente veía a las certificaciones mucho más importante que estudiar una carrera, tema que no comparto para nada.

Cierto es, que con el tiempo siguen los cuestionamientos a prácticas para nada éticas, donde al momento de rendir un examen, se consiguen Braindumps o exámenes con las preguntas que dieron otros colegas en el mundo por un determinado producto o servicio.

Volviendo a buscar en Internet, me encuentro con un breve artículo de CEO sobre la ética en las certificaciones TI, es interesante que a pesar del tiempo que ha pasado desde que publiqué en el blog este ruido empieza a generar dudas en el mundo TI, se siga con las mismas prácticas en desmedro de los profesionales que si se preparan y cuentan con la experiencia para rendir los exámenes conforme a su dominio, aunque los avances de la tecnología van mucho más rápido que el mismo dominio.

¿Qué es BPOS? #chile #gestion

Hoy en día, hay toda una campaña para trabajar en la nube, el concepto Cloud Computing, no es nada nuevo y desde ya hace varios años que hemos estado trabajando con esta filosofía.

Basta con mencionar que si Ud. tiene sus servicios al interior de un datacenter y se conecta a ellos ya sea por fibra o a través de "la nube de internet", ya está aplicando el concepto.

De las grandes empresas Norteamericanas, se destacan Microsoft con su solución BPOS y Google con Google Apps, en este breve artículo se expondrá sobre BPOS y sus distintos sabores.

BPOS es una sigla de Business Productivity Online Suite, lo constituyen cuatro herramientas de Microsoft:

• Exchange Online. Servicio de correo electrónico.
• Sharepoint Online. Herramienta que permite ya sea publicar sitios web, generar workflow, librería de documentos, por mencionar algunas de sus funciones.
• Office Live Meeting. Herramienta por todos conocida, la cual está constituida por Word, Excel y PowerPoint.
• Office Communications. Servicio de comunicaciones en tiempo real para empresas, proporcionando la infraestructura para la empresa de mensajería instantánea, presencia, transferencia de archivos, intercambio de archivos y voz multipartidista y video llamada, ad hoc y conferencias estructuradas (audio, vídeo y web) y conectividad PSTN (red pública telefónica).

Los sabores de BPOS son los siguientes:

• Deskless. Servicio orientado a personas que requieren acceso básico a las funcionalidades de BPOS, es un servicio pagado orientado a pequeñas empresas
• Standar. Servicio orientado a grandes empresas que requieren más servicios.

A continuación un cuadro resumen con las características de los servicios

En una presentación orientada a los partners efectuada en Microsoft Chile, el orador expuso:

" Hay 25.000 usuarios conectándose a la nube Microsoft. Pero hay un tema que preocupa, hay pocos que han comprado a través de un partner, ej: Mall Plaza por lo tanto se incentiva a promocionarlo..."

 Casos de éxito en Chile

• Mall Plaza
• Codelco
• Extensión

 Un dato importante, que no deja de llamar la atención:

Gartner dice 2012 el 20% de las empresas no van a tener activos TI.

Traducido al español, significa que la gran mayoría de las organizaciones no van a contar con  servidores, como también personal dedicado a ello, solamente sería necesario contar con personal que haga seguimiento de los servicios contratados y que verifique que los servicios contratados estan cumpliendo con el contrato.

¿Cómo son los datacenters de Microsoft?

• Datacenters geo redundantes

• Arquitectura n+1

• Seguridad de datos en capas

• Se está en camino a certificación ISO 2700

• Acceso seguro SSL

• Práticas internacionales ITIL/MOF

• Soporte 24x7x365

• 99.9% SLA uptime

En el datacenter de Chicago, trabajan 9 personas administrando el parque de servidores que prestan el servicio BPOS, aqui un pequeño video de cómo es el datacenter.

En materia de precios, varían conforme al sabor, pero estan publicados en el sitio web de Microsoft.
Ahora, si se contrata el servicio BPOS, el cliente puede disfrutar de los upgrades de plataforma, pagando un delta por su actualización.

Vtiger una solución CRM Opensource #chile #gestion

Mi primer encuentro con Vtiger, fue con incredulidad, de buenas a primeras me parecía un software más, que prometía ser una solución CRM como Sugar.

Luego al analizarlo me encontré con una implementación basada en MVC, bastante flexible y que permite ya sea implementar un módulo con nuevas funcionalidades o el formato de una factura en pdf, lista para ser impresa.

Para la creación de módulos, se utiliza Vtlib, una API que viene con el producto, el cual posee un tutorial simple y sencillo para construir módulos.

Si bien es cierto que el tutorial, posee pifias de implementación, se adjunta el código fuente con el módulo 100% operativo, para que Ud. a medida que vaya comprendiendo la estructura, proceda a su operación de manera inmediata, si tiene dudas puede hacerlas llegar vía comentarios en el mismo blog.

Vtiger, no sólo se queda per se como solución CRM, sino que puede engancharse con Asterisk, solución de una central telefónica por software, donde al momento de llegar una llamada, aparece un PopUp indicando el anexo o teléfono y de allí puede realizar la gestión que necesite, como se muestra en la siguiente imagen:

Vtiger, también posee la posibilidad de interactuar con Alfresco, que dicho sea de paso es un gestor documental que se ha estado posesionando bastante bien, recordemos que hace poco se seleccionó Alfresco como solución de gestión documental en la ciudad de Denver, Colorado EEUU.

Está disponible para el mundo Windows / Linux, existe una versión demo en línea, donde pueden apreciar sus funcionalidades.

Hasta la próxima!.

Adiós Google Wave

Ya nadie salva el shutdown de los servidores de Google Wave, acabo de leer la noticia de parte del Jefe del equipo de desarrollo Lars Rasmussen, quien da las gracias por haber ocupado el servicio junto con algunas indicaciones de como exportar sus Waves..

 http://googlewave.blogspot.com/search?q=Lars+Rasmussen

 Y como pueden también apreciar, de nada sirvieron los lamentos de los usuarios..

http://www.savegooglewave.com/#peoplesaying

  La pregunta del millón de dólares: ¿qué pasó con la nube Wave?,si hoy un servicio público o empresa apostó por una herramienta gratis de trabajo colaborativo como Wave, ¿qué utilidad va a prestar contar con la exportación de los waves?

 ¿Trabajar en la nube?, como hace un par de semanas y meses atrás expuse, si se puede hacer pero con cuidado ..., no vaya ser que una nube negra se le cruce en el camino...

Hasta la próxima!

Auditoría Informática, ¿Cuál es su verdadero aporte?

Hace poco, en un intercambio de correos con el colega Mexicano Ricardo Hernández Jiménez, autor de varios libros sobre Informática y creador de AFI (Administración de la Función Informática) me llamó profundamente la atención un texto que me envió sobre la Auditoría Informática, donde expone la cruda realidad que después de una auditoría informática ¿por qué no se siguen las recomendaciones?.

Desde ya hace varios años, las organizaciones contratan los servicios de auditorías con el objetivo de diagnosticar, llegan los auditores hacen el levantamiento, generan un impresionante informe de varias páginas donde las organizaciones o bien no lo llevan a la práctica, algunas sólo consideran una parte de las recomendaciones y otras las aplican de muy mala manera, llama la atención de cómo se identifican los auditores informáticos, suelen autodenominarse como "Facilitador de Soluciones". Ante ello ¿qué comenta Ricardo?

¿Cuál es pues la Función Sustantiva de un Auditor?; ¿Será una especie de capataz o policía de la empresa?; ¿Será quizás un chismoso del director?; ¿Un farsante incómodo?; ¿O tal vez una combinación de todo lo anterior?”. Y la respuesta que ellos siempre me dan es: “Un Auditor es, en esencia (debe ser), Un Facilitador de Soluciones”. Y yo arremeto: ¿Un facilitador de Soluciones?. Y me contestan, contundentes: “Para que lo entiendas de una vez por todas, Ricardo: Un Auditor es como un doctor, que evalúa al paciente y le recomienda el tratamiento a seguir para recuperar su salud, pero en modo alguno lo obliga a seguir dicho tratamiento si aquel no lo quiere poner en práctica”. Y yo, frunciendo el ceño, algo incrédulo les digo: “Caray colegas, sigo sin aceptarlo”. Y..., ¡se molestan por mi necedad!. ¿Cómo la ves lector?. Pero ahora soy yo quien pongo sobre alerta al lector: “Mucho ojo, porque aquí está precisamente la razón que encuentro por la que muy pocas empresas llevan a la práctica las recomendaciones que dictan tales auditorías ”.  

Vaya!, las organizaciones (más identificadas como el paciente), contratan los servicios de un auditor (Doctor), quien realiza un diagnóstico, hace un informe (una prescripción médica) y luego se marcha, y entonces ¿qué pasa con la prescripción, de verdad mejora la enfermedad del paciente?.

Recordando las experiencias de Auditorías tanto en la Administración Pública como en la Industria Privada, lamentablemente se ha dado este escenario, por ejemplo, en un organismo público hubo una auditoría informática orientada a apoyar el cumplimiento del decreto 83, se invirtieron varios millones de pesos en el 2005, trataba con la seguridad informática, decreto al cual he realizado una serie de observaciones compartiendolas con otros colegas de varios servicios públicos y he sido testigo de las dificultades de su puesta en marcha, pero luego de 4 años de emitido el informe nunca se puso en práctica la totalidad de las recomendaciones, algunas para decir sí y otras varias quedaron guardadas en el cajón de los recuerdos, ¿por qué pasó esto? es lo que trata de explicar Ricardo en su trabajo de investigación en base a la realidad Informática Mexicana, la cual no dista mucho de la realidad Chilena.

¿Habrá una solución a esta problemática?, claro que sí.., los invito a leer el texto completo que me envió Ricardo para sus comentarios y/o observaciones.

Cordiales Saludos,

Pablo

La Visita de Jack Dorsey a Chile #chile #gestion

Hace varias semanas atrás, tuvimos el agrado de tener la visita de Jack Dorsey, creador de Twitter al evento Entel Summit, donde expone un cambio cultural que obliga a las empresas a prepararse para enfrentar un consumidor muy exigente y crítico. conseguí grabar el audio del streamming, y si gusta escucharlo lo invito hacerlo ;-), es un mp3 de 66 Mb.

Parte su presentación haciendo una consulta al público, sobre cómo se puede comenzar de una idea una empresa. Cierto es que sus primeros pasos en el mundo de la empresas no fue exitoso,  es más fue un rotundo fracaso, pero no se hecho a morir y siguió adelante.

El origen de lo que conocemos hoy en día como twitter, se remonta a la carencia de un servicio de mensajería de texto entre celulares, recordemos que en EEUU 2000-2006 era más de uso común los pagers o el correo electrónico,  pero mandar un mensaje de texto de 160 caracteres era muy raro, aquí inmediatamente nos recordamos del viejo adagio: "en casa del herrero, cuchillo de palo..".


Jack estaba muy motivado en dar cuenta, en tiempo real, en donde estaba y que estaba haciendo, y si alguien siente interés que viera el cambio de su status.

El origen del uso de los @ (arrobas), fue  por el mismo uso que le fueron dando los usuarios,  un elemento que generó un vínculo con el perfil del usuario, lo mismo ocurrió con los hashtags (#loquesea)

El símbolo RT (ReTwitteo), nació de un comportamiento que tenían los mismos usuarios del servicio twitter, que cuando encontraban interesante un mensaje lo empezaban a propagar entre sus contactos.

La definición de utilizar 140 caracteres, provino del SMS o más conocidos como mensajería de texto, servicio muy popular en los celulares actuales, donde el largo es de 160 caracteres, siendo 20 para el nombre de usuario y 140 para el cuerpo del mensaje.

Pero el éxito de twitter, se remonta en la utilización de las elecciones en EEUU, Obama utilizó la herramienta como medio de difusión.., señalaba Jack en su presentación que sin querer ya podía comunicarse en tiempo real hasta con los candidatos a la presidencia de los EEUU y gente del gobierno, por lo tanto, pasó a ser el medio por el cual la misma ciudadanía podía contactarse con su candidato y vaya como Obama utilizó todas las tecnologías de la información, y sobre todo las redes sociales para llegar con su famoso mensaje "Yes we can!".

Puede apreciar la tendencia de uso de twitter casi exponencial, impresionante ¿no?

En la última parte de su presentación, comenta una situación de negocio, en donde Ud. puede tener una tarjeta de crédito o débito y necesita hacer una transferencia allí in situ, por lo tanto ¿qué medio podría usarse para realizar esto?, pues bien Jack en conjunto con otros colegas diseñaron un dispositivo el cual permite hacer una lectura de una tarjeta para generar una transferencia y luego generar un recibo de la transacción, de esta manera bastante simple se acercó a un grupo de inversionistas y formó Square, compañía que nace en febrero de 2009 y que aprovechando su viaje a Chile, invitó a conocer sus servicios para esta nueva forma de hacer negocios en tiempo real y tan sólo usando I-Phone.

Veamos el siguiente video para tener una idea más precisa





-¿Pero cómo?, ¿un lector de tarjetas de crédito que se conecta a IPhone?

Sí, es más.., puede apreciar en el siguiente video cómo el lector es lo bastante simpático, hasta es gratis!



Ahora, ¿cómo reaccionará acá en Chile redbank y la banca en general con la llegada de Square?, sólo el tiempo lo dirá...

Hasta la próxima!