sábado, 19 de septiembre de 2015

Falseando ando!

No hay duda alguna del poder creativo del lenguaje, a partir de la creación de códigos lingüísticos se ha dado origen a diferentes instituciones, no podía concebirse el concepto de estado, hasta que se construyó una palabra para denotar la unión de personas que haciendo parte de un mismo territorio comparten idioma, cultura y un mismo orden política. No podría decirse que existían las matemáticas hasta que éstas no fueron objeto de estudio y nombradas como tal. No es ese el caso de las cosas que tienen existencia en sí mismas, esto es, aún antes que se considerará el término ser humano, ya el hombre y la mujer existían y fue su necesidad social la que les llevó a nombrar aquello que ya existía.
Una de las más grandes dificultades al momento de determinar si Dios hace parte del primer o segundo grupo reside en que no pertenece a las cosas que vemos con nuestros ojos, pero mal haríamos en pensar que aquello que no se ve no existe, pues de ser así los derechos humanos no existirían, ni el pensamiento científico, no existiría el amor ni el odio, ni mucho menos el aire, porque ninguno de ellos es susceptible a nuestros ojos.

Desde los inicios de los tiempos el ser humano ha querido dar explicación a sucesos que no conoce, específicamente el origen de la vida, porque dentro de una inmensa cantidad de estudios científicos y filosóficos ha podido explicarse casi todo, la evolución de las especies, el surgimiento del big bang, entre otros, pero aún siento que quedan varios eslabones que no encajan dentro de la gran cadena de la razón. Qué impulsó el Big Bang, quién fue el autor de la primera unidad de vida por rudimentaria que fuera. Dentro de la escena son muchos los ateos y agnósticos que han aparecido, entre estos se encuentran Nietzsche quien mató a Dios, pero si le mató es porque específicamente contempló la posibilidad de la existencia de Dios, y la muerte que le propuso fue en uno de los más románticos escenarios, pues fue su amor por los hombres el que le mató.

El blog debe contener mi percepción de la vida, y es esa precisamente la que busco plasmar en éstas líneas, Dios creó al hombre y no a la inversa, porque a pesar de la evolución del pensamiento humano no hemos podido crear la vida, y no hemos podido formar nada de la nada, fuimos creados por un ser eterno que no ha tenido principio ni tendrá final, no somos eternos y no lo expreso yo, lo ha determinado la ciencia. Dice la biblia que fuimos creados a imagen y semejanza de Dios y lo pienso así porque así como la palabra de Dios dio origen al la explosión primigenia y posteriormente al surgimiento de las especies que conocemos incluidos nosotros mismos; de la misma manera una palabra de nosotros puede crear o destruir, inclusive podemos llegar a negar con nuestras palabras a aquel que nos formó y tras un soplo de su aliento nos dio la vida.

Si alguien pudiese explicarme el porqué de la sincronía perfecta con que funciona el mundo, la fuerza que produjo el big bang, qué hay a diez mil años luz de la tierra y quién lo creó, por qué en éste planeta pudieron confluir todas las condiciones necesarias para la existencia de la vida, etc. Aún así no negaría la existencia de Dios, porque muy a pesar de la razón veo a Dios en cada cosa extraordinaria que sucede en el universo, veo a Dios cuando alcanzo a comprender la perfección con que fue diseñado mi cuerpo para darme vida en cada respiración. Dios no es una invención, somos hechura suya. He dicho…he falseado!

Voy a dejar esto por aquí y me retiraré lentamente... "Me aburren los ateos, siempre están hablando de Dios" Heinrich Boll...
Aprendiendo UML ...

Dicen por ahí, una imagen dice más que mil palabras o mejor aún una imagen vale más que mil palabras. Sin temor a equivocarme podría decir que una imagen o representación gráfica vendría a ser nuestro lenguaje universal, cualquiera que pudiera verla e interpretarla sin importar su nacionalidad, lenguaje cultura la entendería..o algo así comprendí en clase que vendría a ser UML.


Intentare demostrar que las imágenes dicen poco o nada, espero se pueda encontrar algún significado en las misma expuestas aquí.

Diagrama de Casos de Uso


Diagrama de Clases


Diagrama de Secuencia

Diagrama de Actividad

domingo, 13 de septiembre de 2015

Cada día trae su propio afán . . .

Sin embargo ante el desconcierto de no saber exactamente lo que el profesor quería escuchar, recite "no dejes para mañana lo que puedes hacer hoy", indefectiblemente debía contestar algo. Sin embargo y ya pensando con más calma, tal vez la biblia no lo diga textualmente pero indirectamente si y se puede leer cuando Jesús le dice a Judas, lo que has de hacer hazlo pronto...ummmm diferentes palabras...pero la misma intención.... en fin! sin entrar en discusiones religiosas y reflexionando en el título de ésta entrada encontré un texto que habla sobre ésta frase tan llena de sabiduría, al que denominaron las tres P´s; Ser Positivo, esforzarnos en el Presente y tener en cuenta que todo es un Proceso ... son elementos básicos que nos llevarán al éxito, tanto en lo personal como en lo profesional.

El consejo es tomar las situaciones una a la vez e ir las resolviendo, ya que el afán agrega estrés y sonará extremista pero ésto podría hasta sumar enfermedad, lo que nos incapacitaría por completo. Ante cualquier circunstancia lo que nos debe diferenciar de otras personas es la actitud que tengamos, y aqui va otra frase muy interesante; "Cambiar pequeñas costumbres pueden ser la solución a grandes problemas." no puedo imaginar un gerente de proyectos pesimista, definitivamente no tendría éxito en nada de lo que emprendiere, Y que tal ésta otra frase; “Debo estar siempre enfocado, siempre contento, siempre aprendiendo”, ummm aprender, eso es lo que busco.
La segunda de las tres P’s es el “presente”, lo que está íntimamente relacionado con el optimismo, puesto que se trata de dar todo de nosotros, centrarnos en las tareas que debemos hacer hoy y así alcanzar lo que nos hemos propuesto. Y por último, el "proceso", todo en la vida es un proceso, al afanarnos intentamos acelerar el proceso y con eso no logramos nada! Un bebé debe gatear antes de levantarse y caminar o como en un proceso de desarrollo, por mas que nos desesperemos por empezar a escribir código, debemos primero tener claros los requerimientos y analizarnos completamente, para luego si desarrollar y seguir con el proceso. 

Por último y para dar por terminada esta entrada ... les dejo esta pregunta ¿quién de ustedes podrá, por mucho que se afane, añadir a su estatura un codo? ...




¿Qué es BPMN?

(Business Process Model and Notation) es un nuevo estándar de modelado de procesos de negocio, en donde se presentan gráficamente las diferentes etapas del proceso del mismo. La notación ha sido diseñada específicamente para coordinar la secuencia de procesos y los mensajes que fluyen entre los diferentes procesos participantes.


¿Por qué es importante BPMN ?

Cuando los usuarios no están seguros de cómo funcionan sus procesos de negocio y por lo tanto resulta imposible definir los requerimientos del sistema, en ese momento al contar con herramientas y técnicas adecuadas, como BPMN las reuniones pueden ser más concretas. BPMN y las extensiones de UML ayudan a modelar la situación actual y deseada en los procesos de negocio de un cliente. BPMN ha sido desarrollado para proveer a los usuarios de una notación de uso libre. Esto beneficiará a los usuarios de la misma forma que UML benefició el mundo de la ingeniería de software.

¿A quién está dirigido BPMN ?

BPMN está dirigido a gerentes, directores, dueños de empresas, ingenieros de procesos, analistas de negocios, analistas de sistemas, administradores de proyectos, responsables de calidad y todo aquel que necesita definir, documentar y hacer más eficientes sus procesos de negocio con el estándar más avanzado y aceptado a nivel internacional.

Acerca del modelado de negocio:  


Es la técnica por excelencia para alinear los desarrollos con las metas y objetivos de las empresas e instituciones. Si se realiza de tal forma en que el modelo quede consensuado entre los grupos interesados (es decir, los stakeholders), las posibilidades de éxito del proyecto aumentarán en forma muy importante. El modelado de negocios, y más específicamente el modelado de procesos de negocio, es la forma idónea para comunicarnos con los usuarios de todos los niveles.

Fuente: http://www.milestone.com.mx/CursoModeladoNegociosBPMN.htm

sábado, 5 de septiembre de 2015

Ingeniería de Requisitos.

Hablando de Puntos de Vista, recordé una clase de pregado en donde el profesor nos mostraba de una forma muy graciosa como el desarrollo de un software puede fracasar si todos los involucrados en ésta tarea percibían las necesidades del usuario de formas diferentes trayendo como consecuencia un resultado diferente ... aquí la foto


Y es totalmente cierto, lo he podido evidenciar en varios proyectos. Pero ¿Cómo mitigar éstas fallas latentes? ¿Cómo lograr entender los requisitos a desarrollar?... ahí es donde la Ingeniería de Requisito entra a jugar un papel super importante en todo éste proceso.

Primero definamos que es Ingeniería de Requisitos: Proceso de desarrollar una especificación de software. Las especificaciones pretenden comunicar las necesidades del sistema del cliente a los desarrolladores del sistema. Trata de los principios, métodos, técnicas y herramientas que permiten descubrir, documentar y mantener los requisitos para sistemas basados en computadora, de forma sistemática y repetible.

Importancia
Los principales beneficios que se obtienen de la Ingeniería de Requisitos son:
  • Permite gestionar las necesidades del proyecto en forma estructurada: Cada actividad de la Ingeniería de Requisitos consiste de una serie de pasos organizados y bien definidos.
  • Mejora la capacidad de predecir cronogramas de proyectos, así como sus resultados: La Ingeniería de Requisitos proporciona un punto de partida para controles subsecuentes y actividades de mantenimiento, tales como estimación de costos, tiempo y recursos necesarios.
  • Disminuye los costos y retrasos del proyecto: Muchos estudios han demostrado que reparar errores por un mal desarrollo no descubierto a tiempo, es sumamente caro; especialmente aquellas decisiones tomadas durante la Especificación de Requisitos.
  • Mejora la calidad del software: La calidad en el software tiene que ver con cumplir un conjunto de requisitos (Funcionalidad, Facilidad de Uso, Confiabilidad Desempeño, etc.)
  • Mejora la comunicación entre equipos: La especificación de requisitos representa una forma de consenso entre clientes y desarrolladores. Si este consenso no ocurre, el proyecto no será exitoso.
  • Evita rechazos de usuarios finales: La Ingeniería de Requisitos obliga al cliente a considerar sus requisitos cuidadosamente y revisarlos dentro del marco del problema, por lo que se le involucra durante todo el desarrollo del proyecto.
Actividades

Existen cuatro actividades básicas (extracción, análisis, especificación y validación) que se tienen que llevar a cabo para completar el proceso. Estas actividades ayudan a reconocer la importancia que tiene, para el desarrollo de un proyecto de software, realizar una especificación y administración adecuada de los requisitos de los clientes o usuarios.
  • Extracción: Esta fase representa el comienzo de cada ciclo. Extracción es el nombre comúnmente dado a las actividades involucradas en el descubrimiento de los requisitos del sistema.
  • Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase. Usualmente se hace un análisis luego de haber producido un bosquejo inicial del documento de requisitos; aquí se leen los requisitos, se conceptúan, se investigan, se intercambian ideas con el resto del equipo, se resaltan los problemas, se buscan alternativas y soluciones, y luego se van fijando reuniones con el cliente para discutir los requisitos.
  • Especificación: En esta fase se documentan los requisitos acordados con el cliente, en un nivel apropiado de detalle. En la práctica, esta etapa se va realizando conjuntamente con el análisis, pero se podría decir que la Especificación es el “pasar en limpio” el análisis realizado previamente aplicando técnicas y/o estándares de documentación, como la notación UML.
  • Validación: La validación es la etapa final de la IR. Su objetivo es verificar todos los requisitos que aparecen en el documento especificado para asegurarse que representan una descripción, por lo menos, aceptable del sistema que se debe implementar. Esto implica verificar que los requisitos sean consistentes y que estén completos.
  • La validación representa un punto de control interno y externo; interno, porque se debe verificar internamente lo que se está haciendo, y externo, porque se debe validar con el cliente.
Herramientas

El conocimiento no se puede gestionar
Encontré éste artículo muy interesante y particular que me pareció debía compartír con ustedes, hablando por cierto del conocimiento...

“Si quieres construir un barco, no reúnas a tu gente para pedirles que preparen la madera y las herramientas y asignarles tareas… Simplemente convócales e infunde en sus corazones el anhelo por el mar infinito”. Antoine de Saint –Exupery.

Se pueden generar entornos y las condiciones que faciliten la identificación, transferencia y por ende aumento del conocimiento. Es fácil que a las personas les parezca más interesante compartirlo que guardarlo y medir los resultados de su uso, pero lamento decirles que por desgracia, el conocimiento no se puede gestionar.

Le propongo un ejercicio sencillo para comprobarlo: Partamos de la base que sabe jugar al fútbol. Ahora escriba en una hoja de papel cómo juega al fútbol. ¿Difícil?... quizás si. Aunque estoy seguro de que lleva años practicándolo y con muchos goles anotados. Le apuesto que lo que ha escrito en ese papel no representa su conocimiento de cómo jugar al fútbol; sin lugar a dudas. Estoy seguro de que sabe mucho más de lo que ha escrito. ¿Cómo hacer una gambeta y en qué momento hay que dar el pase para lograr una pared y a qué altura del área colocarse para recibir de cabeza el balón y hacer el gol?, ¿complicado cierto? 

Pero volviendo al asunto en cuestión, ¿de qué otra manera se puede representar el conocimiento que usted tiene?, ¿qué gestión se puede hacer del documento explicando cómo jugar al fútbol? Si se lo regalamos a un compañero de oficina porque sabemos que el fútbol no es su especialidad, ¿le serviría para aprender? Si nuestro compañero necesita desesperadamente aprender a meter goles de cabeza, ¿cómo podemos transferir el conocimiento que tenemos y que él no tiene?, ¿logrará jugar mejor al fútbol y anotar goles si se aprende de memoria el documento?

Vayamos a mayor profundidad, ¿se puede gestionar la felicidad o la motivación?, ¿existe algún procedimiento para cuantificar la creatividad o el compromiso?, ¿alguien puede decir en qué oficina o escritorio guardan las empresas su conocimiento o su liderazgo?, ¿cuánto vale todo esto?, ¿quién tiene el código o combinación del candado donde se guardan? ...

para seguir leyendo el artículo remítase a http://www.dinero.com/opinion/columnistas/articulo/opinion-sobre-gestion-del-conocimiento/213091
Fuente: Revista Dinero Jaime Bárcenas, Columnista Online.