MAPA MENTAL DEL XML – realizado en labyrinth Maps

En este post trataré de dar una panorama general del Lenguaje de Marcado Extensible XML, a la vez que presento un mapa mental realizado en Labyrinth Maps, que es una actividad para crear mapas mentales dentro de la OLPC.

XML1

DEFINICION

XML es un  formato universal para documentos y datos estructurados en Internet; este estándar permite el intercambio de información estructurada entre diferentes plataformas. Por lo que se  puede usar en bases de datos, editores de texto, hojas de cálculo y casi cualquier cosa imaginable…

CARACTERISTICAS

Sus características más relevantes son:

1. – XML es un estándar para escribir datos estructurados en un fichero de texto.

XML provee un conjunto de reglas, normas y convenciones para diseñar formatos de texto para  datos estructurados que van desde las hojas de cálculo, o las libretas de direcciones de Internet, hasta parámetros de configuración, transacciones financieras o dibujos técnicos.

Su uso  Los programas que los generan, utilizan normalmente formatos binarios o de texto. XML es permite resolver problemas comunes, como la falta de extensibilidad, carencias de soporte debido a características de internacionalización, o problemas asociados a plataformas específicas.

2. – XML parece HTML pero no lo es.

Tanto XML como HTML  usan marcas y atributos, más su diferencia radica en que, HTML cada marca y atributo estable un significado a la vez que incluyendo el aspecto que debe tener al verse en un navegador, en XML sólo se usan las marcas para delimitar fragmentos de datos, dejando la interpretación de éstos a la aplicación que los lee.

3. – XML está en formato texto, pero no para ser leído.

El formato texto puede ser usado en cualquier plataforma, esto le da innumerables ventajas de portabilidad, depuración, independencia de plataforma, e incluso de edición, pero su sintaxis es más estricta que la de HTML: una marca olvidada o un valor de atributo sin comillas convierten el documento en inutilizable. No hay permisividad en la construcción de documentos, ya que esa es la única forma de protegerse contra problemas más graves.

4. – XML consta de una familia de tecnologías.

La definición (estándar) de XML 1.0 que viene de Febrero 98, pero su desarrollo se ha ido enriqueciendo paulatinamente a medida que se veían sus posibilidades: de esa forma, contamos con una especificación Xlink, que describe un modo estándar de añadir hipervínculos a un documento XML. XPointer y XFragments son especificaciones para establecer la forma de vincular partes de un documento XML. Incluso el lenguaje de hojas de estilo (CSS) se puede utilizar con XML al igual que se hace con HMTL. XSL es precisamente, una extensión del anterior, en la que se dispone de todo un lenguaje de programación exclusivamente para definir criterios de selección de los datos almacenados en un documento XML, y que funciona conjuntamente con las CSS o con HTML para suministrar al programador y al usuario mecanismos de presentación y selección de información, que no requieran de la intervención constante del servidor. Se basa en un lenguaje anterior para transformación (XSLT) que permite modificar atributos y marcas de forma dinámica.

5. – XML es prolijo, pero eso no supone un problema.

Los ficheros resultantes, son casi siempre mayores que sus equivalentes binarios. Esto es intencionado, y las ventajas ya las hemos comentado más arriba, mientras que las desventajas, siempre pueden ser soslayadas mediante técnicas de programación que permite comprimir los datos.

6. – XML es nuevo, pero no tanto.

El estándar empezó a diseñarse en 1996, y se publicó la recomendación en Febrero/98. Como ya hemos comentado, eso no significa que la tecnología no esté suficientemente madura, ya que el estándar SGML en el que se basa, data de una especificación ISO del año 1986.

7. – XML no requiere licencia

Es un estándar abierto  independiente de la plataforma, y tiene un amplio soporte extendido a un sinnúmero herramientas y desarrolladores.

ESTRUCTURA

Un documento XML tiene dos estructuras, una lógica y otra física. Físicamente, el documento está compuesto por unidades llamadas entidades. Una entidad puede hacer referencia a otra entidad, causando que esta se incluya en el documento. Cada documento comienza con una entidad documento, también llamada raíz. Lógicamente  el documento está compuesto de declaraciones, elementos, comentarios, referencias a caracteres e instrucciones de procesamiento, todos los cuales están indicados por una marca explícita.

Al revisar las estructuras lógica y física nos damos cuenta que los documentos XML deben cumplir dos requisitos:

Deben ser Bien formados: Son todos los que cumplen las especificaciones del lenguaje respecto a las reglas sintácticas sin estar sujetos a unos elementos fijados en un DTD. De hecho los documentos XML deben tener una estructura jerárquica muy estricta y los documentos bien formados deben cumplirla.

Deben ser Válidos: Además de estar bien formados, siguen una estructura y una semántica determinada por un DTD: sus elementos y sobre todo la estructura jerárquica que define el DTD, además  de los atributos, deben ajustarse a lo que el DTD dicte.

Un primer ejemplo: “Hola mundo” en XML

Veamos un primer ejemplo muy sencillo, que muestra en pantalla el clásico mensaje “Hola Mundo”.

<?xml version=”1.0″ encoding=”UTF-8″?>

<!DOCTYPE Mensaje [ <!ELEMENT Contenido (#PCDATA)> ]>

<!– este es un comentario –>

<Contenido>¡Hola, mundo!</Contenido>

Visto en el Navegador Mozilla Firefox
holamundo

En el ejemplo ya podemos observar 3 líneas clave: La primera, es la definición general. Nos indica que lo que viene a continuación es un documento XML (las de inicio y fin son el carácter obligatorio que delimita esa definición. Además, observamos dos atributos: versión -que se establece a 1.0- que nos indica que el intérprete de XML debe de utilizar las normas establecidas en Febrero/98 y enconding, asignado a “UTF-8”, y que el estándar recomienda incluir siempre. Téngase en cuenta que XML debe soportar características internacionales, por tanto se dice que, tras su interpretación, todo documento XML devuelve Unicode. El valor por defecto es “UTF-8”.

La segunda línea es una DTD muy simple. Consta de la declaración de tipo de documento mediante !DOCTYPE seguido del nombre genérico que va a recibir el objeto que se defina a continuación (mensaje), e indica que sólo va a contener un elemento (!ELEMENT) que también se denominará mensaje y que está compuesto de texto (#PCDATA).

Finalmente, la cuarta línea (la tercera es un simple comentario) contiene la información en sí. Dentro de dos etiquetas de apertura y cierre con el nombre definido en la línea 2, se incluye la información propiamente dicha.

En la salida de ejemplo producida en Mozilla Firefox no estamos indicando ningún modo de presentación. Por tanto el navegador asume que lo que queremos es analizar el documento con el parser y averiguar si existe algún error en él: reconoce el tipo de documento, simplifica el DTD limitándose a mostrar su cabecera, y recorre los datos cambiando el color de las marcas y símbolos para que la interpretación sea más sencilla.

Ing. Juan Cadillo L.

Aspectos Técnicos dentro de un Proyecto de Red de Datos

En este post trataremos de deslindar algunos aspectos de los cuales no se ocupan la mayoría de los textos que tratan sobre las Redes de Datos y los escasos libros sobre los Proyectos de Redes o Proyectos Telemáticos que existe.

Aspectos Técnicos dentro de un Proyecto de Red de Datos

Cuando se formula un proyecto se  absuelve un conjunto de interrogantes que permiten definir los diferentes aspectos a considerar dentro de un proyecto (ver 11 preguntas). El aspecto técnico de la formulación de un proyecto de redes o proyecto telemático tiene sus particularidades técnicas a seguir que son dos básicamente:

  • Las Normas de Cableado Estructurado
  • El modelo OSI.

El cableado estructurado, está ligado a la implementación material de los equipos, las conexiones de la red; y a su seguridad física y eléctrica.

Mientras que el Modelo OSI, esta asociado a los servicios que se prestará dentro de la Red de Datos y sus criterios de Seguridad Lógica.

Niveles de Exigencia de Especificación y Cumplimiento.

Dentro de la formulación de un proyecto se requiere cumplir con dos aspectos que están ligados:

  • El primero con las necesidades de los usuarios y al diagnóstico situacional de la Organización (Empresa).
  • El segundo el cumplimiento de las especificaciones de funcionamiento, cumplimiento de estándares y normativas técnicas y legales.

Esto da lugar a un nivel de exigencia en CUATRO CATEGORIAS:

  • Especificaciones de los usuarios
  • Garantía de funcionamiento según especificaciones de los servicios.
  • Garantía de cumplimiento de estándares de gestión de comunicaciones
  • Homologación según normativa de conexiones físicas (cableado)

1. Las Especificaciones de los usuarios (la organización).

El proyecto de Red de Datos debe responder a la necesidades de servicios requeridos por  los usuarios para ello se realiza la actividad de recogida de datos que incluye el diagnóstico de la infraestructura telemática; así como la visión de los servicios requeridos en el presente y futuro de la organización. Esta etapa es asociada al ANALISIS DE SISTEMAS y prevé el requerimiento de aplicaciones y servicios:

  • El entorno del usuario
  • Aplicaciones previstas
  • Servicios finales a implementarse
  • La administración del sistema de Red

CATEGORIA 1 PROYECTO DE REDES

2. Garantía de funcionamiento según especificaciones de los servicios.

Determinadas las necesidades de la organización, se debe considerar los aspectos técnicos necesarios para responder a los servicios previstos. Los servicios como tales dentro de la estructura de Capas del Modelo OSI son los correspondientes a las capas 5,6 y 7 (que corresponden a la capa de aplicación del modelo TCP/IP).

Estos servicios pueden ser:

  • Servicios de Base de Datos
  • Servicios de Aplicaciones Distribuidas
  • Servicios de Voz y Video
  • Servicios de Monitoreo de Red
  • Servicios de Impresión
  • Servicios de Transferencia de Archivos
  • Servicios de Dominio, etc.

Estos servicios están asociados a una gran gama de aplicaciones cada vez más grande y son los que otorgan el valor agregado a la implementación de una red de datos.

Dentro del proyecto de red de datos los servicios previstos determinan el tipo de red de datos que se va a implementar, ya que el flujo de la data que circulará en RED determinará las necesidades de ANCHO DE BANDA presentes y futuros.

Esta y las siguientes dos categorías están asociadas al DISEÑO DE SISTEMAS, en este nivel se realiza:

  • Análisis de los sistemas y aplicaciones requeridos.
  • Distribución de los datos
  • Distribución de los procesos

CATEGORIA 2 PROYECTO DE REDES

3. Garantía de cumplimiento de estándares de gestión de comunicaciones

Una vez que se conoce las aplicaciones requeridas, se pasa a analizar los niveles de conectividad tanto dentro de la Red LAN como WAN; este nivel esta asociado a las CAPAS 3 y 4 del modelo OSI (Red y transporte). Todo servicio esta asociado a un Protocolo de Transporte y de Red subyacente. En redes pequeñas se considera solo el nivel de conectividad y la Gestión de la Red; todo servicio esta asociado a un puerto y a un sistema de direccionamiento. Los firewall y servidores Proxy encuentran su utilidad en este nivel.

En redes con cientos de nodos además debemos considerar los sistemas de interconexión, los servicios de portadora y los protocolos de red y transporte. En este nivel se realiza:

  • Especificaciones LAN (uso de firewall, Proxy, uso de routers internos, segmentación de la red, uso de direcciones de red, etc.)
  • Especificaciones WAN (tipos de servicios, calidad de la portadora, vlan, etc.)

CATEGORIA 3 PROYECTO DE REDES

4. Homologación según normativa de conexiones físicas (cableado estructurado)

Determinados los aspectos lógicos de la red de datos, se pasa a la determinación de los aspectos físicos como la topología de la red, los medios de interconexión y los tipos de equipos. Esto se corresponde con los niveles físico y de enlace, que son las CAPAS 1 y 2 del modelo OSI.

En este nivel se realiza:

  • Determinación de la tecnología de Red (par trenzado, inalámbrico, fibra, etc)
  • Métodos de monitoreo y gestión
  • Seguimiento de los Estándares de Cableado Estructurado.
  • Sistemas de Seguridad Eléctrico y Física.

CATEGORIA 4 PROYECTO DE REDES
Puede revisar modelo de proyecto de redes

Ing. Juan Cadillo León

El Hombre ve el Bosque y las Mujeres los Árboles – Perspectivas del Sexo en los Proyectos

Hace algunos días me tope con estos graciosos dibujos que pretenden mostrar las diferentes percepciones, por sexos, del lenguaje no verbal. ¿Qué ocurre cuándo dos hombres se encuentran? ¿Y si son dos mujeres? Evidentemente es una generalización exagerada, pero  me parecen divertidas y se prestan a poder compartir un conjunto de ideas que circulan por mi cabeza. (Enlace al Blog de las imágenes)

Resulta que a fines de enero, pude reunirme dos de mis amigas (muy bonitas ellas) para recordar viejos tiempos  y les comente mi artículo “El lenguaje del cuerpo y como usarlo para tener éxito”; y luego de hablar sobre la importancia de la comunicación por medio no verbal llegamos a las diferencias de percepción que tiene un varón con los de una mujer; también sobre de que hablan los hombres cuando están solos y las mujeres cuando están solas, que espero comentárselos en otro post.

Desde mi perspectiva más sistémica  el varón ve el bosque, pero la mujer ve los árboles.

Cuando nosotros observamos las cosas o en este caso a una mujer nos orientamos a ciertos puntos que consideramos claves o valiosos y pasado ese punto, a  ver  el todo. Para las mujeres me parece que la  perspectiva es otra, y pues esto lo refrendo por la conversación con mis amigas, que percibían en otras personas cosas que yo no podía detectar; en especial si eran otras mujeres.

¿Qué de útil puede ser las perspectivas del varón y la mujer en la formulación de un proyecto?

La gestión de un proyecto requiere de estas dos perspectivas para poder determinar:

  • Alcance, tiempo, costo y calidad.
  • Interesados con diferentes necesidades expectativas.
  • Requerimientos identificados (necesidades) y requerimientos no identificados (expectativas)

Es así que en la etapa de la planeación se requiere de una visión analítica  que nos permita:

  • Rastrear el tiempo, el costo y el desempeño
  • Crear los programas
  • Identificar los requerimientos y las necesidades del personal del proyecto
  • Identificar los temas a cubrirse durante las juntas de alineación con el cliente

Pero a la vez una visión sistémica y holística que permita

  • Iniciar la planeación del proyecto
  • Resumir los elementos o fases del proyecto
  • Enlazar los objetivos y los entregables del proyecto.

¿A qué conclusión llegamos?

Los equipos dentro de los proyectos deben ser multidisciplinarios y considerar a varones y mujeres dentro de él.

Ing. Juan Cadillo León

El Proyecto Esknow – Esencia del Conocimiento

La empresa Esknow (Essential Knowledge) es una empresa orientada a ofrecer en formato e-learning los principales conceptos en español, extraídos de los últimos libros de management escritos por los principales referentes del mercado mundial y cubre aspectos de la gestión organizacional.

Lo que me motivo a compartir este post fueron tres razones: la forma en que presentan los resúmenes de los libros, las herramientas que usan para presentar estos resúmenes y por último la idea de poder elaborar en clase resúmenes tomando como base lo presentado por la empresa Esknow.

esknow

El primer motivo:

Los resúmenes están bien elaborados y recogen en gran medida las ideas y sentir de los autores. La brevedad de los resúmenes permite además tener una idea cabal del libro para poder adquirirlo en caso de necesitar  ampliar el tema.

Además los resúmenes incluyen un set de herramientas prácticas que buscan aplicar las ideas básicas del libro en casos más reales (práctica). Por lo que les dejo el enlace y puedan consultarlo en especial mis  alumnos de la Escuela de Ingeniería Sistemas de  la  Universidad que están orientando su especialización a diferentes campos del uso de las TIC en las Empresas.

El segundo motivo:

La herramientas usadas para la presentación son idóneas, ya que usan los formatos de de texto, voz y video.

  • La presentación del resumen en PDF
  • Un conjunto de herramientas que permiten aplicar los conceptos explicados en el resumen en PDF.
  • Un video Resumen (De clase) que detalla el contenido del libro tomando como base el resumen en PDF.
  • Un resumen en audio de la clase.
  • Además es posible descargar el video en formato ipod y mp3.

El tercer motivo:

Desde hace algo más de un año vengo buscando aplicar en clase algunos conceptos de producción de información dentro de la línea de gestión del conocimiento (un proyecto todavía en vías de formulación) y pues como asiduo lector de Esknow, que ofrece la posibilidad de conocer la existencia de interesantes libros y de alcanzar el presupuesto comprar alguno; por lo que  se me ocurrió la idea de aplicar estos conceptos con niños pequeños (11 y 12 años) y se vayan adaptando a la idea y practica de generar información legible para otros.

A lo que iba, la idea es poder implementar una biblioteca organizada al modelo de Esknow,  pero como es difícil hacer resúmenes de libros con niños y niñas se puede aplicar a proyectos con contenidos cortos como:

–         Producción de cuentos y leyendas (que ya estamos trabajando) y puedes ver varias actividades en este blog.

–         Producción de juegos. Se pueden buscar varios juegos tradicionales, resumir sus reglas presentadoras en los tres formatos que usa Esknow.

–         Elaboración de Origamis.

–         Taller de producción de poesías, etc.

–         Talleres de ciencia, con experimentos sencillos donde se resuman los pasos seguidos, se de una demostración de los resultados; así como variaciones de los mismos. .

–         Talleres de matemática. (Un limitante puede ser la programación o la forma de presentación) se puede hacer con mucha creatividad y usando la edición de video lo que demanda mayores recursos y tiempo.

En nuestro caso contamos dentro de la Escuela  con máquinas OLPC para los niños, y una PC que usamos como Servidor Web y de Archivos. La conexión dentro de la Intranet es inalámbrica par ello usamos un AP de 54 Mbps.

Para el caso de compartir cuentos en sus diversos formatos  se crearon páginas Web con enlace a los archivos. Y en los últimos meses del año pasado un blog alojado en el Servidor con WordPress.

Se me ocurre que WordPress no sea lo más indicado para gestionar la biblioteca, porque la primera idea era un blog donde colocar los cuentos y sus recursos para poder ser comentados por los niños y niñas,  y a partir de ellos poder crear nuevas variaciones y gestionarlos los resultados como comentarios hechos al cuento principal motivo de la clase.

Teniendo esta dificultad lo mejor es implementar unos sistemas de gestión de biblioteca con Software libre.

Estas son las primeras ideas de lo que se va ha lograr Dios mediante, cuando se inicien las clases en marzo 2010.

Ing. Juan Cadillo León

QUE OPORTUNIDADES SE GESTAN EN LAS COMUNIDADES VIRTUALES E INTERNET

Las comunidades virtuales nos ofrecen oportunidades muy ricas en varios sentidos: ideas, información, experiencia, conocimiento y quizá un factor para mi muy importante que son las visiones distintas, que permiten enriquecer nuestras formas de pensar y resolver nuestros problemas o satisfacer necesidades.

Una comunidad virtual se rige por un elemento más democrático pero a veces impersonal; esto es beneficioso a la larga pues lo que guía la participación son los intereses comunes más que otros factores que pueden ser limitantes en una comunidad presencial. Permitiendo a los grupos crear y desplegar acciones de incidencia en el tiempo y con una amplia variedad de participantes.

Muchas comunidades adecuadamente organizadas permiten ayudar a las personas: a identificar temas, a informar y educar, para acciones de comunicación y acción, para medir y revisar las acciones realizadas, y los apoyos desplegados.

Ejemplos de las oportunidades generadas dentro de las comunidades virtuales:

  • En un sistema comercial de libre mercado permiten que tanto compradores como vendedores puedan relacionarse en mercados distintos. Es decir conectar y ponernos en contacto con personas y grupos que no podríamos de otra forma relacionarse;
  • Nos ayudan a encontrar personas que necesitamos para nuestro trabajo;
  • Ayudan a filtrar y valorar materiales al difundir el trabajo en la red y apoyando un fácil acceso a la información; • Fomenta y fortalece las relaciones con contrapartes;
  • Ofrecen nuevas y diversas perspectivas que pueden ayudar a resolver problemas y a la innovación;
  • Construir y compartir conocimiento; y
  • Permite a los grupos crear y desplegar acciones de incidencia en el tiempo y con una amplia variedad de participantes.

Retos para lograr desarrollo de sus miembros dentro de una Comunidad Virtual:

  • Lograr una contribución recíproca. • Los líderes de la comunidad apoyen o influyan en una causa o interés común.
  • Superar los desafíos que representan los intereses competitivos. Algunas veces la cooperación no es consistente. Es necesario mantenerse alerta.
  • Las ideas se dispersan rápidamente en base a las comunicaciones electrónicas; algo que es muy real en nuestra sociedad de la información, entonces surge la pregunta ¿Cómo pueden influir las comunidades en línea en cambios políticos. Ya que las ideas viajan rápido en las redes electrónicas, es posible movilizar muchas personas hacia un objetivo y ampliar con creces las voces?
  • Las comunidades en línea rara vez pueden ser controladas, esto se debe a su estructura descentralizada. No piense que puede ser capaz de imponer un solo punto de vista. Entonces surge el reto de cómo formular maneras de comunicación respetuoso entre sus miembros.

Recursos que permiten ampliar el tema:

González, Alberto. El desarrollo de las comunidades en línea: La sociedad incorporada a Internet

http://www.metodus.com/articulos/comunidades/index.jsp

Fundación Redes y Desarrollo. Trabajando la Internet con una visión social.

http://www.enredando.org.ar/noticias_desarrollo.shtml?x=21309

Agencia Latinoamericana de Información. Movimientos sociales en la Red.

http://alainet.org/publica/msred/index.html

Evaluando el impacto de la Internet en Centroamérica: el caso de las organizaciones de la sociedad civil.

IDRC. http://www.idrc.ca/es/ev-68191-201-1-DO_TOPIC.html

Agencia Latinoamericana de Información. Comunicación en Movimiento.

http://alainet.org/publica/comm_mov/

ITrainOnline: Recursos para la construcción de comunidades en línea y el uso estratégico de Internet

http://www.itrainonline.org/itrainonline/spanish/communication.shtml

APC (Asociación para el Progreso de las Comunicaciones) Manual de políticas TIC

http://derechos.apc.org/handbook/

Ing. Juan Cadillo León

Cuento Andino El Zorro y la Paloma

En este post, tengo el agrado de comentar y mostrar los resultados de una de mis más recientes experiencias pedagógicas con niños y niñas:

En ella los niños y niñas aprendre a construir colectivamente diferentes cuentos, el enfoque esta orientado a permitir que los niños participantes valoren el reto de escribir creativamente para un público que no esta enmarcado a su aula, sino que su producción será compartida a nivel de toda la Institución Educativa y luego en el Internet.
La experiencia pedagógica esta basada en un pensamiento sistémico y uso de las TIC como apoyo a la labor educativa. Cada uno de los niños cuenta con una laptop XO, que les posibilita retroalimentar sus experiencias.

Como mostre en uno de los post anteriores un cuento similar ahora les presento una variación del cuento andino: El Zorro y la Paloma.

Cuento Andino : “El Zorro y la Paloma”

Ing. Juan Cadillo León

Cuento el Zorro y la Paloma

Cuento: “El zorro y la Paloma”

En este post publicamos versiones producidas por los niños sobre un cuento inédito: “El zorro y la paloma”.

Cada grupo de niños produjo un cuento referido al mismo título, espero le guste y puedan dar sus opiniones sobre el trabajo realizado.

Video: “El zorro y la paloma” – Improvisaciones realizadas por los niños


Ing. Juan Cadillo L.