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.

domingo, 30 de agosto de 2015

Calidad…lo que todos queremos es calidad!
“No quiero cantidad de tiempo quiero calidad!! De una forma exaltada alguien solicita, de que sirve tener físicamente su presencia si siempre está hablando por celular, en el computador, escuchando música, chateando, “hablando” con todo el mundo menos conmigo! 5 minutos a lo menos pido, escucharnos saber cómo esta cómo le ha ido, es sencillo! poder hablar.” Era imposible no escuchar su conversación al compartir un lugar tan estrecho… transmilenio.

Independiente de lo que ésta persona estuviera pasando tenía razón, por la premura de las cosas y en el afán que se vive en todo momento y en todo lugar olvidamos hacer las cosas con calidad, desde lo más simple en nuestra vida personal como sorprender a alguien con una nueva y deliciosa receta, así como en lo profesional, desarrollar un software con los estándares y metodologías necesarias para lograr un grado alto de calidad cumpliendo así con la demanda y expectativas del cliente o usuario final. Lo anterior denota un grado de importancia altísimo ya que durante los últimos años y debido a que el software se encuentra prácticamente presente en todo lo nos rodea: salud, bancos, transporte, sistema político, investigación, comunicaciones, viajes, ocio y demás, estamos casi en la obligación de hacerlo con calidad para entrar en éste mercado tan competitivo y exigente a la vez. 

Creo que Dios me dio varios talentos, pero sin lugar a dudas cuando repartió la memoria no recordé que tenía que ir, definitivamente no es lo mío, así que siempre al tener un nuevo tema frente a mi busco asociarlo con algo que me ayude a recordarlo fácilmente. Al estudiar e investigar sobre la ISO 25000 no va fue la excepción más aún cuando para la próxima clase tengo quiz sobre el tema, así que quiero aprovechar la ofuscada conversación que escuche y relacionarlo con eso.

Investigando encontré la siguiente gráfica que les quiero compartir en la cual me apoyaré y sé sin lugar a dudas les ayudará a comprender un poco más el tema a tratar.


En cualquier tipo de relación que se establezca con otra persona, necesitamos que existan los 8 aspectos mencionados a continuación:
·         Adecuación Funcional
Representa la capacidad del producto software para proporcionar funciones que satisfacen las necesidades declaradas e implícitas, cuando el producto se usa en las condiciones especificadas.
Una de las funciones en cualquier tipo de relación es buscar satisfacer necesidades declaradas o implícitas de la otra persona.

·         Eficiencia de Desempeño
Esta característica representa el desempeño relativo a la cantidad de recursos utilizados bajo determinadas condiciones.
El desempeño, comportamiento y respuesta de la otra persona depende del tiempo, presupuesto, recursos y demás que usted haya invertido en ella.

·         Compatibilidad
Capacidad de dos o más sistemas o componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software.
¿Cómo saber si existe compatibilidad con otra persona? Fácil, cuando usted puede compartir sueños, objetivos, gustos, preferencias, espacios y aparte puede intercambiar información con esa otra persona, definitivamente son compatibles.

·         Usabilidad
Capacidad del producto software para ser entendido, aprendido, usado y resultar atractivo para el usuario, cuando se usa bajo determinadas condiciones.
Indagar si en determinadas circunstancias o condiciones esa otra persona sigue comportándose igual con usted. Lo comprende, lo entiende, le sigue interesando y continúa su relación.

·         Fiabilidad
Capacidad de un sistema o componente para desempeñar  las funciones especificadas, cuando se usa bajo unas condiciones y periodo de tiempo determinados.
Saber que independientemente la situación por la que pasen se va a tener la madurez, disposición, tolerancia y recuperación ante cualquier inconveniente.

·         Seguridad
Capacidad de protección de la información y los datos de manera que personas o sistemas no autorizados no puedan leerlos o modificarlos.
Tener como responsabilidad protegerse el uno del otro y no permitir que nadie se entrometa en la relación con el fin de alterarla.

·         Mantenibilidad
Esta característica representa la capacidad del producto software para ser modificado efectiva y eficientemente, debido a necesidades evolutivas, correctivas o perfectivas.  
Tener la capacidad  de someterse a cambios y ser probado en diferentes situaciones sin que esto afecte significativamente la relación.

·         Portabilidad
Capacidad del producto o componente de ser transferido de forma efectiva y eficiente de un entorno hardware, software, operacional o de utilización a otro.
Ser capaz de adaptarse de forma eficiente y efectiva en cualquier entorno con otra persona.

domingo, 23 de agosto de 2015

DIVIDE Y VENCERÁS !

Fue bastante curioso  escuchar en la clase modelado de la información el principio divide y vencerás, tal vez porque las veces que la había escuchado citar me llevaba a pensar en la forma o estrategia de indisponer los unos contra otros para obtener un fin, independiente de cual fuera, lejos de pensar que también pudiera ser una herramienta valiosa al momento de disponerme a modelar cualquier cosa, como por ejemplo el sistema político de nuestro país el cual vino a convertirse en el segundo taller para dicha clase.

Pensando en qué podía compartirles, recordé la segunda estrofa de nuestro himno nacional que dice “el rey NO es soberano”, esto enseña un principio fundamental, que no es otro que afirmar; en Colombia no existe un poder único sobre el cual se fundamenta nuestro país, por el contrario a esto, el poder;  está representado en las ramas del poder público, ejecutiva, representada por el presidente, legislativa por el congreso y judicial por los jueces, según lo investigado para desarrollar con algo de éxito nuestro modelo. Sin embargo estas ramas no son únicas, los diferentes órganos de control del Estado tienen funciones separadas pero colaboran armónicamente para la realización de sus fines”, esto enseña que si bien existen otros organismos en Colombia estos deben funcionar en armonía para que se cumplan los fines del estado. Es decir, a manera de ejemplo, la policía tiene una facultad diferente a las ramas del poder público, sin embargo trabaja armónicamente para que los jueces puedan ejercer su función.

Estos principios no solo se aplican al País; se pueden aplicar en el ámbito empresarial, existe un empleador quien no es el soberano en una compañía sino que para cumplir con un fin, cual quiera que sea necesita de personas que trabajen en armonía a esos fines. De esta manera él se estará beneficiando al poder cumplir sus objetivos, y también contribuye a que otros, es decir sus trabajadores puedan en armonía trabajar por sus propios logros.

Ahora, al modelar la información no es diferente este principio, según la idea dada por el profesor, el dividir, descomponer, fraccionar algo que resultaría en un todo complejo, nos facilitará en gran manera su manejo, puesto que cada fracción a pesar de tener un modelo y función específica, contribuyen a que se puedan integrar perfectamente llevándonos a obtener un modelo mas completo “recordando que no existe un modelo del todo completo” y finalmente salir venciendo.
PATRONES GRASP
Tengo que ser sincera, no recuerdo haber escuchado sobre los patrones GRASP en ninguna clase de pregrado, espero no equivocarme ... sin duda alguna tuve que investigar sobre dicho tema y de toda la información encontrada quise compartir lo siguiente. 
Experto
¿Quién es responsable?
Asignar una responsabilidad al experto, clase que tiene la información para poder realizarla.

Creador
¿Quién crea?
Asignar a la clase B la responsabilidad de crear instancias de A si se cumple alguno de los siguientes:
B contiene a A
B agrega a  A
B tiene los datos de inicialización de A
B registra A
B usa muy cercanamente a A

Controlador
¿Quién maneja los eventos de  un sistema?
Asignar la responsabilidad de manejar los eventos de un sistema a una clase que represente alguna de estas opciones:
El negocio o la organización en global (un controlador fachada).
El sistema (un controlador fachada).
Un objeto del dominio (controlador de rol).
Una clase artificial (fabricación pura) representado el uso (un controlador de caso de uso).

Bajo Acoplamiento

¿Cómo soportar baja dependencia e incremento de la reutilización?
Asignar responsabilidades que mantengan un bajo acoplamiento

Alta Cohesión

¿Cómo mantener una complejidad manejable?

Asignar responsabilidades que mantengan una alta cohesión.

sábado, 15 de agosto de 2015

¿Qué es sabiduría según . . . ?
Según Platón la definición que da sobre la sabiduría es plenamente vigente hoy. La sabiduría se caracteriza por la búsqueda de la verdad que hay dentro de todas las cosas. Literalmente, Platón la definió así:

“Quien realmente ama aprender está dotado por naturaleza para luchar para encontrar el ser. No se detiene en cada una de las muchas cosas que se opina que son, sino que avanza y no flaquea ni abandona su intenso deseo hasta que alcanza la naturaleza de cada cosa. Y lo hace con la parte del alma a la que corresponde alcanzarla, con la cual se aproxima y se mezcla con el verdadero ser, engendrando inteligencia y verdad. Así adquiere el conocimiento y vive y se nutre verdaderamente, cesando entonces y no antes, sus dolores de parto.”

Según la Biblia la sabiduría es la cualidad de buen juicio desarrollada a partir de la experiencia, la observación y la reflexión. La sabiduría es una función de la mente educada, que los escritores bíblicos afirman que proviene del Señor. El principio de la sabiduría es el temor a Dios.

Y según Kant, la sabiduría, entendida como la idea del uso práctico de la razón con perfecta obediencia a la ley, es reiteradamente pedida del hombre; pero ni siquiera en un grado mínimo puede infundirla otro en él, sino que él tiene que sacarla de sí mismo. El precepto que manda llegar a ella encierra tres máximas conducentes a conseguirlo: 1) pensar por su cuenta, 2) ponerse en el lugar del prójimo (al comunicar con él), 3) pensar en todo tiempo acorde consigo mismo.


Definición de Metodología...

Metodología es un vocablo generado a partir de tres palabras de origen griego: metà (“más allá”), odòs (“camino”) y logos (“estudio”). El concepto hace referencia al plan de investigación que permite cumplir ciertos objetivos en el marco de una ciencia. Cabe resaltar que la metodología también puede ser aplicada en el ámbito artístico, cuando se lleva a cabo una observación rigurosa. Por lo tanto, puede entenderse a la metodología como el conjunto de procedimientos que determinan una investigación de tipo científico o marcan el rumbo de una exposición doctrinal.



La metodología de la investigación supone la sistematización, es decir, la organización de los pasos a través de los cuales se ejecutará una investigación científica.

Fuente: http://definicion.mx/metodologia/