Simulamos un sistema de gestión de información

Con la tarea descrita en el presente post, se finalizan las que deben cubrirse para la superación de la asignatura. El Objetivo del Trabajo Final es dotar a una organización, real o ficticia, de un sistema gestión información, simulando sus características.

Dicho sistema, además de ser descrito técnica y funcionalmente, deberá ser simulado, aprovechando al máximo las posibilidades de las herramientas 2.0.

El propósito es que el trabajo sintetice, no sólo los conocimientos técnicos derivados del conocimiento de los formatos electrónicos y las herramientas 2.0, sino que movilice conocimientos y expectativas de conjunto de conocimientos que se han adquirirdo a lo largo del proceso formativo. Es decir, el ámbito de proyección del proyecto del sistema puede ser cualquier ámbito de actuación, y tal como se ha indicado anteriormente, puede tratarse de una organización real o ficticia (siempre y cuando las características de la referida organización queden reflejadas en una descripción que deberá ser validada).

Se pretende la originalidad y la integración de herramientas, aprovechando especialmente las posibilidades de las herrramientas 2.0. La integración de servicios de sindicación RSS y su gestión por un sistema simulado a través de twitter, sería muy apropiado, pero en cualquier caso esas decisiones quedan a consideración de los propios participantes.

El trabajo se desarrollará en tres fases: de Proyecto, de Descripción y de Simulación

Fase de Proyecto
Se confeccionará un post, en el que se describirá la organización, facilitando datos básicos sobre la misma, ya sea real o ficticia. Además de los datos de la organización se describirán los objetivos del proyecto, su alcance y el método por el cual va a ser simulado. Antes de iniciar la fase de proyecto habrá de obtener el visto bueno de @bunavarilla, solicitándo el mismo, mediante una mención, en la que se informe de la publicación del post en la que se describe el proyecto. La fecha final de entrega del trabajo será el día 21 de junio, la del visto bueno del proyecto, no tiene fecha límite, pero de no obtener el visto bueno, no se puede desarrollar el proyecto que deberá estar finalizado en la fecha indicada. Se recomienda que este post se realice antes de finalizar la próxima semana.

Fases de Descripción y Simulación
Una vez obtenido el visto bueno para el proyecto, se dispone hasta la fecha indicada para la realización del post o los posts que describan el proyecto y que contengan la simulación. No se propone un modelo único, pero el sistema deberá quedar definido de una manera unívoca y el esquema básico de su funcionamiento, deberá ser facilmente identificable, aunque no se desarrollen las capacidades de difusión ofrecidas por las herramientas 2.0.

Se fija la próxima semana para la realización del proyecto y la siguiente, para la orientación tutorizada de la realización del mismo.

Coautores Wikipedia

Para computar a cada participante, como coautor del artículo colectivo de la Wikipedia, cada participante que lo sea, deberá remitir un mensaje directo a @bunauvarilla en el que se indique que se ha revisado el texto y que se suscribe, pudiendo ser considerado o considerada, como coautor o coautora del artículo de la Wikipedia.

Una vez recibido, se publicará por parte de @bunauvarilla dicha condición, mediante un twetts con mención. Quien no reciba dicha mención no obtendrá la calificación en este apartado.

Al recibir esta solicitud, también se procederá a la revisión del resto de los post, considerando que ya estarán finalizados, salvo los correspondientes al trabajo final.

Horizontes electrónicos

Revisados los diferentes tipos de formatos electrónicos y situados los mismos en el ámbito de los sistemas de gestión de información, queda por obtener una visión global del alcance que pueden tener estos sistemas.

Para conseguir esa visión global, se propone la realización de un trabajo personal en el que se diseñe un sistema de información, que incorpore las posibilidades, no sólo de los formatos electrónicos aisladamente, sino que sea capaz de aprovechar las posibilidades de difusión del RSS o de sistemas de gestión como Twitter.

El ámbito de realización del proyecto queda en manos de cada estudiante. Se valorará especialmente la originalidad del sistema y el modo en que se aprovechen los recursos tecnológicos y los sistemas de información disponibles en la Red.

El trabajo deberá incluir un breve estudio de contexto, en el cual se indique un grupo objetivo de usuarios y unos objetivos informativos. Además de la descripción del mismo, se incluirá una prueba o simulación, que podrá ser realizada utilizando el propio blog, twitter o cualquier recursos que se considere de interés.

El resultado del trabajo se deberá describir en un post, que deberá estar publicado antes del final del período lectivo. Las dimensiones de dicho post y los recursos que se utilicen deberán ser accesibles desde el propio post, para facilitar su revisión y análisis.

Observando los formatos

Con los trabajos desarrollados en los blogs, se ha hecho una revisión completa de los formatos, y su implicación con el ámbito de la gestión documental. Como se ha comprobado con la explicación en clase, no hay ningún tema definitivamente cerrado, pero el aspecto más interesante es comprobar el comportamiento de los formatos y las posibilidades que ofrecen.

En ese sentido, convertimos en objeto de observación nuestro propio blog y nuestra cuenta de twitter, proponiendo una tarea más reflexiva; redactar un post, acerca del formato RSS, haciendo una evaluación de dicho formato en las herramientas de trabajo que estamos utilizando (blog y twitter) e intentando identificar posibles aplicaciones de dicho formato en los ámbitos de aplicación de la gestión documental.

No interesa tanto la indagación teórica en el formato RSS, como el establecimiento de un marco comprensivo de sus interrelaciones con el ámbito de los estándares, y sobre todo, con el análisis de sus posibilidades en la generación de sistemas de difusión de sistemas de información.

Hacia la sopa de letras

La falta de concurrencia nos ha impedido que realicemos una puesta en común que aclarase la sopa de letras en la que nos vamos a mover, una vez superada la primera fase de trabajo con las normas que vamos a aportar a la wikipedia.

En ese sentido, es necesario realizar aportaciones, que mejoren el aspecto de redacción de la propia noticia que pretendemos introducir en la wikipedia. Quizá sean necesarias una serie de referencias que sitúen de una manera clara la aportación que se realiza. En cualquier caso, ese debate lo desarrollaremos en nuestra próxima sesión presencial que haremos el 4-5-2010 y en la que dedicaremos una parte de la sesión a la redacción final de la entrada. Se recomienda en cualquier caso que se hagan aportaciones.

Para cubrir los aspectos teóricos de la asignatura se aportan una serie de documentos y presentaciones que pueden ser visualizados y descargados de la red.

Aunque puede plantear alguna confusión, avanzaremos en el ámbito práctico con la realización de dos tareas, que nos enfrentarán a la sopa de letras en la que nos movemos, confiando que la sesión en la que ordenaremos estas consideraciones, sirva para aclarar todos los aspectos y nos permita desarrollar la simulación con twitter y el resto de las tareas sin mayor problema.

En ese sentido, y vista las normas ISAD-G e ISAAR-CPF, vamos a acercarnos a EAD. Se aportan dos documentos para caracterizar la norma y sus aplicaciones. El objetivo de la primera tarea será desarrollar un post en el que se analice alguno de los proyectos incluidos en documento de proyectos EAD que se relacionan. En el post, se debará incluir una nota informativa sobre la naturaleza de EAD, su sentido y alcance. En ese sentido, la presentación sobre las aplicaciones prácticas de EAD puede resultar muy ilustrativa.

Además de la tarea anterior, que debe quedar reflejada en un post, habrá que hacer otra entrada en el blog, que la denominaremos "Sopa de Letras", en la cual habrá que caracterizar XML, EAD, SGML y HTML, explicando qué tienen en común y qué tienen de diferente. No debe tratarse de un post extenso que reproduzca largas explicaciones, es más importante que se exprese con brevedad los aspectos comunes y diferentes. Este post es imprescindible sea incluido antes de la sesión, porque será nuestro elementos de debate en la primera sesión presencial de mayo.

El resultado deben ser, pues; dos post:

• EAD aplicaciones prácticas
• Sopa de letras

Aportando a la wikipedia

El valor del trabajo que vamos a desarrollar es superior al del propiamente académico. Aportar a la Wikipedia es aumentar el acervo de conocimiento libre, a través de una de las herramientas más interesantes nacidas en Internet. Como habréis comprobado la información en lengua inglesa es mucho mayor que la disponible en español. Orientar el esfuerzo de la asignatura a aportar conocimiento libre a la Wikipedia en español es una buena inversión, con la que sentirse satisfechos.

En ese sentido, y habida cuenta que ha habido gran reticencia en elegir el relator, sin que ello significara nada per se, orientamos la labor de otro modo.

Habrá que seleccionar de los blogs, el artículo del que se parte, encargándose uno de los participantes, si hay voluntari@s mejor, sino lo sorteamos, de abrir el documento y trasladar el texto en formato plano, para comenzar la redacción.

Realizaremos una puesta en común para concretar el método y declararemos la jornada de hoy y de mañana, como jornada de trabajo, de tal modo que en la sesión de la próxima semana, hagamos la subida a la wikipedia de los artículos y planifiquemos los próximos trabajos además de la simulación de sistemas que vamos a realizar.

Procedimiento de selección ponente artículo wikipedia

Para facilitar la tarea propuesta y habida cuenta que la próxima semana no hay clase por las vacaciones, el procedimiento de selección de ponente de artículo de la wikipedia se fija de la siguiente forma:

1. Los participantes tendrán de plazo hasta el 6/4/2010 a las 18 h. para subir sus propuestas de redacción en forma de post en su blog.
2. Cada participante, mediante un mensaje de Twitter informará al resto de la publicación de su o sus post (quedamos que podría ser 1 ó 2)
3. Cada participante enviará un mensaje directo a @bunauvarilla indicando url de su post y su solicitud de entrar en proceso de selección antes de las 18 h. del 6/4/2010
   
4. @bunauvarilla hará pública la relación de participantes en proceso de votación antes de 16 h. del 7/4/2010 y abrirá proceso de votación.
5. @bunauvarilla hará público resultado de votación, encargando a ponente(s) el inicio del proceso de redacción conjunta con Google Docs 7/4/2010 a 17'30 h.