Gestor de Conocimiento Buenas Practicas para Estudiantes de La Asignatura Informatica Social en La Universidad Catolica - 1

GESTOR DE CONOCIMIENTO: BUENAS PRÁCTICAS PARA ESTUDIANTES
DE LA ASIGNATURA INFORMÁTICA SOCIAL EN LA UNIVERSIDAD

CATÓLICA DE COLOMBIA
JOSÉ MARIO CAMILO DÍAZ

JUAN DAVID MARÍN USEDA
UNIVERSIDAD CATÓLICA DE COLOMBIA

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
TRABAJO DE GRADO
BOGOTÁ
2014
GESTOR DE CONOCIMIENTO: BUENAS PRÁCTICAS PARA ESTUDIANTES
DE LA ASIGNATURA INFORMÁTICA SOCIAL EN LA UNIVERSIDAD
CATÓLICA DE COLOMBIA
JOSÉ MARIO CAMILO DÍAZ

JUAN DAVID MARÍN USEDA
Trabajo de Grado
Modalidad: Investigación Aplicada
Director
Ing. Yasser Muriel Perea

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
TRABAJO DE GRADO
BOGOTÁ
2014
3
NOTA DE ACEPTACION
Aprobado por el comité de grado en

cumplimiento de los requisitos exigidos por
la Facultad de Ingeniería y la Universidad
Católica de Colombia para optar al título
de ingenieros de Sistemas.
________________________________
Yasser Muriel Perea
Director
________________________________
Ingeniero Carlos Pulido
Revisor Metodológico.
Bogotá, 29, Mayo, 2014
4
AGRADECIMIENTOS
Nuestro más sincero y total agradecimiento a Dios primordialmente por darnos la

salud y capacidad de poder estudiar cada día y no dejarnos desfallecer a él, este
mérito. Segundo a nuestros padres que fueron pieza clave en invertir y apoyarnos
durante toda la carrera y estos 6 años de esfuerzo y dedicación.
No podríamos dejar afuera a todos y cada uno de los profesores que nos exigieron
y apoyaron en las diferentes materias cursadas. Ellos siempre dispuestos a ayudar
y explicarnos todo detalladamente con el fin de que nosotros como estudiantes
estudiáramos y aprendiéramos todo lo requerido en sus clases. En especial al
profesor Yasser Muriel quien siempre nos apoyó, corrigió y guio en el proceso de
hacer nuestro trabajo de grado.
A nuestros amigos y compañeros de clase que siempre nos colaboraron con

trabajos, tareas y proyectos desarrollados.
A todos ellos, Muchas Gracias. Dios los Bendiga
5
CONTENIDO
pág.
INTRODUCCIÓN 18
1. GENERALIDADES 19
1.1 ANTECEDENTES 19
1.2 PLANTEAMIENTO DEL PROBLEMA 20
1.2.1 Descripción del problema 20
1.2.2 Formulación del problema 21
1.3 OBJETIVOS 21
1.3.1 Objetivo general 21
1.3.2 Objetivos específicos. 21
1.4 JUSTIFICACIÓN 22
1.5 DELIMITACIÓN 23
1.5.1 Espacio 23
1.5.2 Tiempo 23
1.5.3 Contenido 23
1.6 MARCO REFERENCIAL 23
1.6.1 Aulas virtuales 23
1.6.1.1 Acerca de los repositorios 23
1.6.1.2 Comunidades 25
1.6.1.3 Informática social 25
1.6.1.4 Gestión del conocimiento 26
1.6.1.5 Metodología de desarrollo 27
6
1.6.1.6 Metodología RUP 27
1.6.1.7 Metodología Espiral 29
1.6.1.8 Modelo Cascada 30
1.7 METODOLOGÍA 34
1.7.1 Tipo de estudio 34
1.7.2 Fuentes de información 34
1.8 DISEÑO METODOLÓGICO 34
2. DESARROLLO DEL PROYECTO 35
2.1 LISTADO DE PROYECTOS ELEGIBLES 35
2.2 CRITERIOS DE SELECCIÓN 35
2.3 PONDERACIÓN Y CATEGORIZACIÓN 35
2.4 EVALUACIÓN DE EXPERIENCIAS 36
2.5 CLASIFICACIÓN DE PROYECTOS POR NIVELES 37
2.6 REQUERIMIENTOS 39
2.6.1 Requerimientos funcionales. 39
2.6.2 Descripción de los requerimientos funcionales y casos de uso 39
2.6.2.1 Casos de uso 40
2.6.3 Diagrama de clases 55
2.6.4 Diagramas de secuencia 56
2.6.4.1 Registrar Autenticación de usuario 57
2.6.4.2 Registrar Autenticación de usuario Administrador 58
2.6.4.3 Consultar por temas 59
7
2.6.4.4 Consultar por proyectos 59
2.6.4.5 Consultar por comunidad 60
2.6.4.6 Crear nuevos cursos de apoyo 60
2.6.4.7 Crear nuevos proyectos 61
2.6.4.8 Modificar proyectos 61
2.6.4.9 Actualizar página de inicio 62
2.6.4.10 Subir fotos por proyecto 62
2.6.4.11 Subir videos por proyecto 63
2.6.4.12 Registro buenas prácticas 63
2.6.4.13 Generar Estadísticas 64
2.6.4.14 Generar comentarios a los proyectos 64
2.6.4.15 Consultar cursos de apoyo 65
2.6.5 Requerimientos no funcionales. 65
2.7 IMPLEMENTACIÓN 65
2.7.1 Registrar Autenticación de usuario 66
2.7.2 Registrar Autenticación de usuario Administrador 67
2.7.3 Consultar por temas 67
2.7.4 Consultar por proyectos 68
2.7.5 Consultar por comunidad 68
2.7.6 Crear nuevos cursos de apoyo 69
2.7.7 Crear nuevos proyectos 69
2.7.8 Modificar proyectos 70
2.7.9 Actualizar página de inicio 70
8
2.7.10 Subir fotos por proyecto 71
2.7.11 Subir videos por proyecto 71
2.7.12 Registro buenas prácticas 72
2.7.13 Generar estadísticas 72
2.8 BUENAS PRACTICAS INFORMÁTICA SOCIAL 73
3. CONCLUSIONES 75
BIBLIOGRAFÍA 72
ANEXOS 78
9
LISTA DE FIGURAS
pág.
Figura 1. Metodología de desarrollo del software RUP 29
Figura 2. Metodología de desarrollo en espiral 30
Figura 3. Ejemplo de diagrama de clases 32
Figura 4. Ejemplo de diagrama UML 33
Figura 5. Diagrama de casos de uso general 40
Figura 6. Caso de uso - Registro autenticación de usuario 41
Figura 7. Caso de uso - Autenticación de usuario administrador 42
Figura 8. Caso de uso- Consulta por temas 43
Figura 9. Caso de uso - Consultar por proyecto 44
Figura 10. Caso de uso - Consulta por comunidad 45
Figura 11. Caso de uso- Creación cursos de apoyo 46
Figura 12. Caso de uso – Crear nuevos proyectos 47
Figura 13. Caso de uso- Modificar proyectos 48
Figura 14. Casos de uso- Actualizar página de inicio 49
Figura 15. Caso de uso - Subir fotos por proyecto 50
Figura 16. Caso de uso- Subir videos por proyecto 51
Figura 17. Caso de uso- Registro buenas practicas 52
Figura 18. Casos de uso - Generar estadística 53
Figura 19. Caso de uso-Generar comentarios a los proyectos 54
Figura 20. Caso de uso-Consultar cursos de apoyo 54
10
Figura 21. Diagrama de clases 56
Figura 22. Diagrama de secuencia general 57
Figura 23. Diagrama de secuencia. Autenticación de usuario 58
Figura 24 Diagrama de secuencia. Autenticación de usuario administrador 58
Figura 25. Diagrama de secuencia. Consultar por temas 59
Figura 26. Diagrama de secuencia. Consultar por proyectos 59
Figura 27. Diagrama de secuencia. Consultar por comunidad 60
Figura 28. Diagrama de secuencia. Crear nuevos cursos de Apoyo 60
Figura 29. Diagrama de secuencia. Crear nuevos proyectos 61
Figura 30. Diagrama de secuencia. Modificar proyectos 61
Figura 31. Diagrama de secuencia. Actualizar página de inicio 62
Figura 32. Diagrama de secuencia. Subir fotos por proyecto 62
Figura 33. Diagrama de secuencia. Subir videos por proyecto 63
Figura 34. Diagrama de secuencia. Registro buenas prácticas 63
Figura 35. Diagrama de secuencia. Generar estadísticas 64
Figura 36. Diagrama de secuencia. Generar comentarios a los proyectos 64
Figura 37. Diagrama de secuencia 65
Figura 38. Pantalla principal del repositorio RISU acceso pc 65
Figura 39. Pantalla principal del repositorio RISU- acceso móvil 66
Figura 40. Autenticación de usuario- pagina RISU 66
Figura 41. Autenticación de usuario administrador- pagina RISU 67
11
Figura 42. Consulta por tema 67
Figura 43. Consulta por proyectos 68
Figura 44. Consulta por comunidad 68
Figura 45. Crear nuevo curso 69
Figura 46. Crear nuevo proyecto 69
Figura 47. Modificar proyecto 70
Figura 48. Actualizar página de inicio 70
Figura 49. Subir fotos por proyecto 71
Figura 50. Subir videos por proyecto 71
Figura 51. Registro buenas prácticas 72
12
LISTA DE CUADROS
pág.
Cuadro 1. Ponderación de factores 35
Cuadro 2. Categorización de experiencias 36
Cuadro 3. Evaluación de experiencias 36
Cuadro 4. Niveles de experiencias 37
Cuadro 5. Proyectos elegidos 38
Cuadro 6. Caso de uso. Registro autenticación de usuario 41
Cuadro 7. Autenticación de usuario administrador 42
Cuadro 8. Consulta por temas 43
Cuadro 9. Consultar por proyecto 44
Cuadro 10. Consulta por comunidad 45
Cuadro 11. Creación cursos de apoyo 46
Cuadro 12. Creación nuevos proyectos 47
Cuadro 13. Modificar proyectos 48
Cuadro 14. Actualizar página de Inicio 49
Cuadro 15. Subir fotos por proyecto 50
Cuadro 16. Subir videos por proyecto 51
Cuadro 17. Registro buenas prácticas 52
Cuadro 18. Generar estadística 53
Cuadro 19. Generar comentarios a los proyectos 54
Cuadro 20. Consultar cursos de apoyo 55
13
GLOSARIO
AULA VIRTUAL: el Aula Virtual es una herramienta que brinda las posibilidades
de realizar enseñanza en línea. Es un entorno privado que permite administrar
procesos educativos basados en un sistema de comunicación mediado por
computadoras.
BASE DE DATOS: una base de datos o banco de datos es un conjunto de datos
pertenecientes a un mismo contexto y almacenados sistemáticamente para su
posterior uso.
CASO DE USO: un caso de uso es una descripción de los pasos o las actividades
que deberán realizarse para llevar a cabo algún proceso. Los personajes o
entidades que participarán en un caso de uso se denominan actores.
CICLO VITAL DEL DOCUMENTO: son las etapas sucesivas por las que
atraviesan los documentos desde su producción en la oficina y su conservación
temporal, hasta su eliminación o integración a un archivo permanente.
CMS: un sistema de gestión de contenidos o CMS (por sus siglas
en inglés, Content Management System).
COMUNIDAD: es un grupo de seres humanos que tienen ciertos elementos en
común, tales como el idioma, costumbres, valores, tareas, visión del mundo, edad,
ubicación geográfica (un barrio, por ejemplo), estatus social o roles.
DIAGRAMA DE CLASE: un diagrama de clases es un tipo de diagrama estático
que describe la estructura de un sistema mostrando sus clases, orientados a
objetos.
FRAMEWORK: es un conjunto estandarizado de conceptos, prácticas y criterios
para enfocar un tipo de problemática particular que sirve como referencia, para
enfrentar y resolver nuevos problemas de índole similar.
GESTOR DE CONTENIDO: un sistema de gestión de contenidos o CMS (por sus
siglas en inglés, Content Management System) es un programa que permite crear
una estructura de soporte (framework) para la creación y administración de
contenidos, principalmente en páginas web, por parte de los administradores,
editores, participantes y demás usuarios.
INFORMÁTICA SOCIAL: las prácticas de informática social están orientadas al
acercamiento y contacto de docentes y estudiantes con las organizaciones
mediante la planeación, diseño, construcción, prueba y puesta en uso de
artefactos tecnológicos y la validación en terreno de las competencias
establecidas en el perfil profesional y orientadas a la intervención mediante
procesos metodológicos, procesos motivacionales, colaborativos y comunicativos,
diseño de instrumentos, para el empoderamiento y apropiación social de las TICS.
Del mismo modo a través de la realización de un proyecto de curso, foros de
discusión en clase y con las comunidades se fortalecerá los conceptos,
metodologías, enfoques y técnicas de investigación orientadas a la intervención
organizacional o comunitaria.
14
METODOLOGÍA DE DESARROLLO: una metodología de desarrollo de software
se refiere a un framework que es usado para estructurar, planear y controlar el
proceso de desarrollo en sistemas de información.
PROYECTO SOCIAL: un proyecto social es aquel que tiene el objetivo
de modificar las condiciones de vida de las personas. La intención es que el
proyecto mejore la cotidianeidad de la sociedad en su conjunto o, al menos, de los
grupos sociales más desfavorecidos.
REPOSITORIO: un repositorio, depósito o archivo es un sitio centralizado donde
se almacena y mantiene información digital, habitualmente bases de datos o
archivos informáticos.
REQUERIMIENTO: es una necesidad documentada sobre el contenido, forma o
funcionalidad de un producto o servicio.
RISU: sigla de Repositorio informática social U Católica.
SERVIDOR: es un computador que tiene la capacidad de prestar servicios de
procesamiento o cómputo y almacenamiento de datos a las aplicaciones.
TICS: como las tecnologías tradicionales de la comunicación, constituidas
principalmente por la radio, la televisión y la telefonía convencional, y por las
tecnologías modernas de la información caracterizadas por la digitalización de las
tecnologías de registros de contenidos como la informática, de las
comunicaciones, telemática y de las interfaces.
UML: lenguaje Unificado de Modelado (LUM o UML, por sus siglas en
inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad.
15
RESUMEN
La asignatura informática social, además de estar contenida en el plan de estudios

del programa de ingeniera de sistemas, de la universidad católica de Colombia, es
una materia fundamental para la proyección social y la formación integral de los
estudiantes. No obstante no existe un registro digital de los proyectos y
actividades adelantados por los estudiantes y docentes que permita compartir la
información, difusión de los logros, buenas prácticas, casos de éxito y continuidad
de los proyectos.
Este artículo describe la identificación y análisis de proyectos y buenas prácticas

relevantes desarrolladas en la asignatura Informática Social y la implementación y
descripción de funcionalidades del repositorio documental en el cual se soportara
la asignatura.
16
ABSTRACT
The Informatica Social course, is contained in the curriculum of the systems

engineer program of the university: Universidad Católica de Colombia. It is a pretty
important course for the projection and an integral formation of students of the
university. However there is no digital records of projects and activities developed
by students and teachers for sharing information, diffusion of results, best
practices, success stories and project continuity of the course.
This article describes the identification and analysis of relevant projects and best
practices developed in Informatica Social course and description of the
implementation and functionality of document repository in which the subject will
support it.
17
INTRODUCCIÓN
Según la Universidad Católica de Colombia, la asignatura Informática Social que

se dicta a los estudiantes, es un curso orientado a desarrollar capacidades en la
formulación de soluciones sociales a través de la intervención de la Informática, en
comunidades vulnerables. Los temas giran alrededor de conceptos básicos de
informática y organización enmarcados dentro de la sociedad de la información,
metodologías, enfoques y técnicas de investigación orientados a los ejes
conceptuales para la intervención, autonomía, participación, integración, liderazgo
organizacional y comunitario a través del análisis de experiencias nacionales e
internacionales de aplicación en eventos de informática comunitaria con
participación de las comunidades locales.
El proyecto se encuentra orientado al diseño e implementación de un repositorio

orientado a la comunidad de estudiantes de la Universidad Católica de Colombia
que se encuentren realizando prácticas sociales en la asignatura Informática
Social. El sistema, tendrá contenido de manejo de buenas prácticas, casos de
éxito y proyectos relevantes ya realizados por otros estudiantes en semestres
pasados, para el correcto desarrollo de nuevos proyectos sociales mediante la
consulta de dichos casos y experiencias.
Este documento se encuentra organizado de la siguiente forma, en primer lugar

están los antecedentes, luego el planteamiento del problema, posteriormente los
objetivos seguidos de la justificación y por último la delimitación del proyecto.
18
1. GENERALIDADES
1.1 ANTECEDENTES
Los repositorios documentales son herramientas de aprendizaje y comunicación

entre los estudiantes, profesores y comunidad en general. Estas son de gran
importancia para cada una de las personas que lo usan ya que encuentran
diversidad de información de las asignaturas y clases que tanto los estudiantes
ven como los profesores dictan. Estos también sirven para empleadores de una
empresa u organización ya que es de gran utilidad porque en dichos repositorios
se encuentran cursos de entrenamiento y aprendizaje de on boarding para nuevas
contrataciones. A lo largo del desarrollo tecnológico que ha existido en los últimos
años, muchas empresas, universidades y organizaciones han creado estos
espacios de aprendizaje para su beneficio.
Existe una gran cantidad de repositorios a nivel mundial, con diferentes fines,
algunos de estos son por ejemplo www.academia.edu el cual cuenta con una
comunidad de 7.045.338 académicos y creciendo donde se permite compartir los
resultados de investigaciones y hacer seguimiento a las mismas, este también
permite conocer acerca de los distintos avances y proyectos en los diferentes
ámbitos profesionales y científicos en el mundo. Existe otro repositorio muy bien
establecido en España, en la universidad de Murcia y de acuerdo a la página web
de dicho establecimiento educativo, desarrollaron una plataforma e-learning
(http://aulavirtual.um.es) donde cada uno de los profesores y estudiantes tienen
una gran amplia variedad de herramientas telemáticas que hacen que el trabajo de
los mismos sea más fácil y puedan desarrollar procesos de aprendizaje y
enseñanza, además, dicha plataforma también cuenta con herramientas de
comunicación, acceso de información y recursos digitales.
Por otro lado, la Universidad Católica de Colombia creó un ambiente virtual de

aprendizaje AVA, donde los docentes pueden crear grupos de las asignaturas que
dictan y subir contenido de clases, reuniones, dejar trabajos y tareas para los
estudiantes y a su vez calificarlos. Una de las grandes ventajas de este espacio
virtual es que los estudiantes pueden acceder a esta información inscribiéndose
en grupos de acuerdo a las asignaturas, revisar clases e información de las
distintas clases que se pueden ver.
19
1.2 PLANTEAMIENTO DEL PROBLEMA
1.2.1 Descripción del problema. Los estudiantes de la asignatura Informática

Social del programa de ingeniería de sistemas de la universidad Católica de
Colombia se ven enfrentados a temas muy importantes de gran responsabilidad y
compromiso tanto social como humano y muchas veces no están asociados o
enterados de la relevancia de dicha asignatura. Es cuando se plantea una solución
a una problemática o proyecto social cuando se dan cuenta que ésta requiere una
gran cantidad de tiempo y compromiso y no es una asignatura complementaria a
su carrera profesional.
Adicionalmente, cuando los estudiantes ven la asignatura por primera vez no

cuentan con las herramientas, guías y bases necesarias para desarrollar un
proyecto social de calidad. El profesor de la asignatura no puede estar con todos
los grupos y proyectos al mismo tiempo y ellos necesitan desarrollar buenas
prácticas para crear, implementar o seguir con un proyecto social ya
implementado.
Según información recibida de la coordinadora de las prácticas sociales en la

Universidad Católica de Colombia, programa de ingeniería de sistemas, “es
necesario y de vital importancia concientizar a los estudiantes sobre el buen
desarrollo, manejo e implementación de prácticas sociales en la universidad”.(*)
Adicionalmente argumenta que los estudiantes no cuentan con una guía de

experiencias previas y de buenas prácticas para innovar tecnológicamente en
proyectos orientados en las comunidades.
Por otro lado, también manifestó que en algunos casos los estudiantes tienen
prevenciones de asistir a ciertas comunidades, porque las consideran de algún
modo peligrosas. En la mayoría de los casos esto ocurre por desinformación
acerca de la realidad de estas zonas.
En la entrevista con la coordinadora de los practicas sociales también se identificó

que en muchos casos los estudiantes desconocen las necesidades de los sectores
en los cuales van a realizar el trabajo. Esto dificulta la realización de proyectos
pertinentes.
Por otra parte, no existe un lugar donde se registren experiencias anteriores,

proyectos enunciados y ya implementados en diferentes comunidades. Esto trae
como consecuencia que no se conozcan casos de éxito y fracaso que ellos
puedan tomar como base y ayuda para no cometer los errores que en el pasado
(*)
ENTREVISTA con Jenny Natalia Torres, Coordinadora de prácticas sociales de la Universidad
Católica de Colombia. Bogotá, 6 de febrero de 2014.
20
otros grupos han hecho, o con el conocimiento de si un proyecto específico fue o
no ya implementado.
En muchos casos se encuentran experiencias exitosas de proyectos de

informática social pero los contenidos no quedan disponibles para que
posteriormente la comunidad vuelva a acceder a ellos, de esta manera se reduce
el impacto de esta actividad.
Adicionalmente el análisis de la información de los proyectos de informática social

nos muestra que en la mayoría de los casos no existen registros digitales
organizados que permitan identificar los objetivos, mecanismos, cobertura y
conclusiones de los proyectos realizados.
Por tanto, existe la necesidad de desarrollar proyectos de alta calidad que deje en
alto el nombre de la universidad a nivel local, nacional o incluso internacional.
Donde los estudiantes tomen los proyectos de una manera seria y cumplida ya
que se trata de servicios, compromisos y actividades que se realizan en nombre
de la universidad a diferentes comunidades de escasos recursos.
1.2.2 Formulación del problema. Dado que el principal problema a resolver es la

falta de registro de documentación y buenas prácticas en la asignatura Informática
Social del programa de ingeniería de sistemas. Se implementará un repositorio
institucional específico para la asignatura de Informática Social donde incluya
experiencias y buenas prácticas de desarrollo e implementación de excelentes
prácticas sociales que dejen en alto la imagen de la universidad y que puedan
servir como anteproyectos de la asignatura Trabajo de Grado a los estudiantes.
1.3 OBJETIVOS
1.3.1 Objetivo general. Diseñar e implementar un repositorio documental que

permita registrar las buenas prácticas, casos de éxito y proyectos relevantes que
se hayan realizado en la asignatura informática social de la Universidad Católica
de Colombia.
1.3.2 Objetivos específicos.
 Identificar los proyectos y buenas prácticas relevantes para registrar en el

repositorio.
 Desarrollar e Implementar un repositorio web que almacene información,

buenas prácticas y casos de éxito para implementación de proyectos sociales en
la Universidad católica.
21
 Implementar un buscador de contenido en el repositorio.
 Difundir entre la comunidad educativa los proyectos y buenas practicas

alrededor de la informática social.
1.4 JUSTIFICACIÓN
En la universidad Católica de Colombia no existe un repositorio institucional que

sea específico para la asignatura de Informática Social del programa de ingeniería
de sistemas. El uso de una herramienta para de uso exclusivo para los estudiantes
de dicha asignatura le da mayor facilidad a los estudiantes para conocer los
errores y aciertos de los proyectos pasados. Si estos estudiantes conocen de
proyectos ya implementados podrán también innovar en nuevas ideas para ayudar
a personas de escasos recursos.
Actualmente se encuentra que en la mayoría de los casos no existen registros

digitales acerca de los proyectos de informática social que permitan identificar
objetivos, impacto, prácticas utilizadas, mecanismos, cobertura y conclusiones de
los proyectos realizados.
En algunos casos los estudiantes en la formulación de soluciones sociales a

través de la intervención de la Informática, desconocen el impacto que esto puede
tener en comunidades vulnerables. El registro de documentación y buenas
prácticas permitirá a los nuevos estudiantes y a la comunidad en general verificar
la importancia de esta actividad.
En la entrevista realizada a la coordinadora de prácticas sociales se evidencio que

los estudiantes desconocen los proyectos y experiencias previas en informática
social. Generalmente, también desconocen las necesidades de la población y en
algunos casos tienen temores de acceder a ciertas zonas por desconocimiento de
las mismas. Por tanto es necesario un repositorio que permita registrar las buenas
prácticas, experiencias previas, casos de éxito, evidencias y testimonios que
muestren que ya otras personas han accedido exitosamente a dichos sectores.
Por otro lado la coordinadora de las prácticas sociales manifestó su gran interés
al proyecto y se comprometió a brindar total apoyo por entregar información y
contenido de proyectos de estudiantes que ya han realizado investigaciones y
actividades sociales en la asignatura de informática social.
Este proyecto sería de gran utilidad no solo para informática social en ingeniería
de sistemas sino para todos los proyectos con enfoque social de la universidad.
22
1.5 DELIMITACIÓN
1.5.1 Espacio. El espacio donde se desarrollara el proyecto será en la ciudad de

Bogotá, Colombia en la universidad Católica de Colombia.
1.5.2 Tiempo. El desarrollo del proyecto se basa en el tiempo del primer periodo
académico de la universidad Católica de Colombia durante el año 2014,
empezando el 20 de Enero hasta el 29 de Mayo del 2014 cuando se realizara la
socialización del proyecto.
1.5.3 Contenido. El repositorio permitirá almacenar el registro de los proyectos,

documentación para el estudiante que cursa la asignatura informática social y el
registro de casos de éxito y fracaso.
1.6 MARCO REFERENCIAL
1.6.1 Aulas virtuales. Cada día la tecnología cambia y avanza más y más y
durante los últimos años la se han difundido muchas plataformas que trabajan
sobre internet que presentan contenidos con un conjunto de herramientas de
comunicación y aprendizaje. “Los ambientes virtuales contienen una gran cantidad
de herramientas donde se encuentran foros, chat, cursos, entrenamientos, correo
electrónico. Este es precisamente el objetivo principal de un aula virtual, integrar
las distintas herramientas y aplicaciones que funcionen sobre internet para tareas
de enseñanza y aprendizaje”.1
1.6.1.1 Acerca de los repositorios. La principal definición de un repositorio es

que es una herramienta que funciona como una bodega que sirve para almacenar
cualquier tipo de información de forma centralizada.
Según Guillermo Gómez Savino define un repositorio como una colección de

software ordenado, clasificado y disponibilizado para su uso con herramientas
compatibles que lo usen para descargar software y manipularlo.
Los repositorios tienen datos a usar y metadatos que procesar para por ejemplo
realizar búsquedas sin recorrer rutas completas de forma remota. Los
repositorios de software son entonces base hoy día para la distribución como tal,
pero además es una herramienta para los administradores de sistemas para
1
GÓMEZ GARCÍA, Eduardo. Aplicaciones educativas de las tecnologías de la información y la
comunicación. Madrid: EGRAF, 2005. p. 27
23
desplegar sus sistemas y redes de forma más ordenada, controlada y segura.
Cada administrador de sistema puede construir repositorios de software.2
Por otra parte, la universidad Politécnica de Cartagena en su repositorio digital,

describe que “éste fue desarrollado con el principal objetivo de almacenar,
preservar y difundir la producción científica e investigadora de la comunidad
universitaria, en formato digital. Éste es un sistema en línea de acceso abierto”.3
Otra definición importante para repositorio es la que expone la universidad de

Salamanca, en España, diciendo que “un repositorio, depósito o archivo es un sitio
web centralizado donde se almacena y mantiene información digital,
habitualmente bases de datos o archivos informáticos. Pueden contener los
archivos en su servidor o referenciar desde su web al alojamiento originario”.4
Por otro lado la universidad Católica de Colombia tiene un repositorio y describe el

siguiente concepto. El RIUCaC como lo llamaron, “sirve como herramienta que
ofrece acceso abierto al texto completo de las publicaciones de la Universidad,
fruto de los trabajos, grupos de investigación con contenido científico, así como
documentos institucionales”.5
El objetivo es ser una ventana para que los académicos, estudiantes y personal
administrativo de la Universidad puedan dar mayor visibilidad a la producción
intelectual, científica y docente, aumentando su impacto en la sociedad y asegurar
la preservación de dicha producción.
Por otro lado según la CSIC:
Existe un grupo investigativo de repositorios de tipo institucional, públicos,

privados, universitarios. Los repositorios que se encuentran almacenados en el
"Ranking Web de Repositorios del Mundo" son agrupados por países y regiones.
Este ranking es una iniciativa del Laboratorio de Cibermetría, que pertenece al
CSIC, el mayor centro nacional de investigación de España. El Consejo Superior
de Investigaciones Científicas, CSIC, se encuentra entre las primeras
2
GÓMEZ SAVINO, Guillermo. Fedora 14 Manual para gestión del software. La guía definitiva para
la gestión del software. Santiago: Red Hat, 2012.p.19
3
UNIVERSIDAD POLITÉCNICA DE CARTAGENA. Repositorio Digital [en línea]. Cartagena: La
Empresa [citado 1 febrero, 2014]. Disponible en Internet: <URL:
http://www.repositorio.bib.upct.es/dspace/ayuda/que_es.pdf>
4
UNIVERSIDAD DE SALAMANCA. Información Bibliográfica [en línea]. Salamanca: La Empresa
[citado 1 febrero, 2014]. Disponible en Internet: <URL:
http://www.bibliotecabiologia.usal.es/tutoriales/catalogos-repositorios - biblios virtuales
/repositorios_digitales.html>
5
UNIVERSIDAD CATÓLICA DE COLOMBIA. Repositorio Institucional Universidad Católica de
Colombia [en línea]. Bogotá: La Empresa [citado 1 febrero, 2014].Disponible en Internet: <URL:
http://www.repository.ucatolica.edu.co/>
24
organizaciones de investigación básica de Europa. En el 2006 constaba de 126
centros e institutos distribuidos por toda España.
El objetivo de este ranking es el de apoyar las iniciativas "Open Access", y por lo

tanto el acceso gratuito a las publicaciones científicas en formato electrónico y a
otro tipo de materiales de carácter académico. Los indicadores web utilizados en
este ranking miden la visibilidad e impacto de los repositorios científicos. Por otro
Lado también promueven la publicación web como un medio para comunicar
material académico manteniendo estándares de calidad de proceso de revisión
por pares. 6
1.6.1.2 Comunidades. Las comunidades no solamente son grupos de personas

que se encuentra ubicado en un mismo lugar. Existen muchas comunidades de
diferentes temas e integrantes a nivel mundial, una comunidad se define como
grupos compartiendo algo en común.
Según la RAE una comunidad es “un conjunto de personas vinculadas por

características o intereses comunes. También se puede ver cómo, junta o
congregación de personas que viven unidas bajo ciertas constituciones y reglas,
como los conventos, colegios, etc”.7
A una comunidad también se le conoce como un grupo de personas de

determinado grupo que actúan colectivamente y que comparten la cultura, un
modo de vida.
Las personas de las comunidades vulnerables son aquellas que por circunstancias
de la vida enfrentan mayor riesgo a la exclusión, la pobreza, la inequidad y la
violencia física y verbal los factores que llevan a una comunidad a esto puede ser:
Institucionales, Salud, Culturales, Educación, Ambiental o su entorno.
1.6.1.3 Informática social. Según la universidad Católica de Colombia, la

informática social busca la manera para desarrollar capacidades en la formulación
de soluciones sociales a través de la intervención de la Informática, en
comunidades vulnerables.
Por otro lado la informática Social o Informática para la Gestión Social como lo
describe la universidad Bolivariana de Venezuela en su programa de formación de
6
RANKING WEB DE REPOSITORIOS. Objetivos del Ranking Web de Repositorios Mundiales [en
línea]. Bogotá: La Empresa [citado 18 julio, 2013]. Disponible en Internet:
<URL:http://www.repositories.webometrics.info/es/Objetivos>
7
REAL ACADEMIA ESPAÑOLA. Diccionario de la lengua española [en línea]. Madrid: La Empresa
[citado 1 febrero, 2014].Disponible en Internet:
<URL:http://www.lema.rae.es/drae/?val=comunidad>
25
ingeniería de sistemas “es una rama de la informática que se encarga de
concientizar la utilización de las tecnologías en provecho de la sociedad”.8
1.6.1.4 Gestión del conocimiento. El licenciado Juan Carlos Ayala en su artículo

Apuntes sobre gestión del conocimiento define tres conceptos bastante acertados
acerca de que es Knowledge Management o Gestión del Conocimiento.
El primer concepto es “Conjunto de actividades realizadas con el fin de utilizar,

compartir y desarrollar los conocimientos de una organización y de las personas
que en ella trabajan, encaminándolos a la mejor consecución de sus objetivos”.9
También define Gestión del conocimiento como “Conjunto de prácticas por las
cuales una organización localiza, reconoce, retiene, desarrolla, fortalece, emplea y
comparte los conocimientos de los recursos humanos que trabajan en ella, con la
meta de alcanzar sus objetivos”.10
Y por último dice que la GC es un “Conjunto de procesos y sistemas que permiten

que el Capital Intelectual de una organización aumente de forma significativa,
mediante la gestión de sus capacidades de resolución de problemas de forma
eficiente (en el menor espacio de tiempo posible), con el objetivo final de generar
ventajas competitivas sostenibles en el tiempo”.11
El licenciado también afirma que al implementar un sistema de GC en empresas u

organizaciones, estas ganan porque tienen y ofrecen mejor información,
disminuyen los errores, acrecienta la posibilidad de acción y retiene conocimiento.
Esta es una de las principales razones por las cuales se debe aplicar la GC.
Ejemplos de esto son las plataformas/softwares de e-learning que dan soluciones

de capacitación on-line (o a distancia) que implementan algunas empresas para
que sus miembros accedan a conocimientos en forma personalizada. Estos
sistemas muchas veces están integrados a los KMS (Knowledge Management
System) y son parte de la inversión en Gestión del Conocimiento de las empresas,
8
UNIVERSIDAD BOLIVARIANA DE VENEZUELA. Informática para la Gestión Social [en línea].
Caracas: La Empresa [citado 1 febrero, 2014].Disponible en Internet:
<URL:<http://www.ubv.edu.ve/index.php/p-formacion-de-grado/12-informatica-para-la-gestion-
social>
9
UNIVERSIDAD DE BUENOS AIRES. Gestión del Conocimiento, Knowledge Management [en
línea]. Buenos Aires: La Empresa [citado 1 febrero, 2014]. Disponible en Internet: <URL:
http://www.goo.gl/aiWOx>
10
11
26
generando un importante incremento en el Capital Intelectual de la organización y
aportando a los integrantes herramientas para un mejor desarrollo.
1.6.1.5 Metodología de desarrollo. Dentro de las metodologías de desarrollo de

software analizadas para implementar en el repositorio se encuentran RUP,
Modelo Espiral, Modelo de Cascada.
1.6.1.6 Metodología RUP. La metodología RUP (Proceso Unificado de Racional)

permite asignar tareas y responsabilidades para el desarrollo. Dentro de sus
características, las principales son Casos de uso, centrado de arquitectura e
iterativo e incremental.
Casos de Uso. Son utilizados para adquirir requisitos. Estos son un fragmento de
funcionalidad del sistema a desarrollar que proporciona al usuario un valor
añadido. Los Casos de Uso representan los requisitos funcionales del sistema.
Centrado en la arquitectura. La arquitectura permite tener una visión común entre
todos los involucrados (desarrolladores y usuarios). Iterativo e incremental. Es un
proceso que se compone en una secuencia de iteraciones. Cada iteración incluye
una parte de la funcionalidad total, pasando por todos los flujos de trabajo
relevantes y refinando la arquitectura.
 Dimensiones del RUP
 El eje horizontal representa tiempo y demuestra los aspectos del ciclo de vida
del proceso.
 El eje vertical representa las disciplinas, que agrupan actividades definidas

lógicamente por la naturaleza.
La primera dimensión representa el aspecto dinámico del proceso y se expresa en

términos de fases, de iteraciones, y la finalización de las fases. La segunda
dimensión representa el aspecto estático del proceso: cómo se describe en
términos de componentes de proceso, las disciplinas, las actividades, los flujos de
trabajo, los artefactos, y los roles.
 Fases
 Inicio. Esta fase tiene como propósito definir el alcance, así como de producir el
plan de las fases e iteraciones posteriores.
 Elaboración. En esta fase se diseña la solución preliminar, se selecciona los

casos de uso, y se hace un primer análisis del dominio del problema.
27
 Desarrollo. Tiene como propósito completar las funcionalidades, concretando
los requisitos pendientes.
 Transición. En esta fase se debe asegurar está finalizado y disponible, se

deben realizar los ajustes necesarios y las capacitaciones a los usuarios finales.
 Proceso y soporte. Se comprenden por aspectos importantes.
 Modelado de negocio
 Requisitos
 Análisis y diseño
 Implementación
 Pruebas
 Despliegue
 Soporte
 Gestión del tiempo y configuraciones
 Gestión del proyecto
 Entorno
28
Figura 1. Metodología de desarrollo del software RUP
Fuente. UNIVERSIDAD DE COSTA RICA. Infraestructura Vial Digital [en línea]. San José:
La Empresa [citado 15 marzo, 2014]. Disponible en Internet:
<URL:http://www.lanamme.ucr.ac.cr/riv/index.php?option=com_content&view=article&id=2
46&Itemid=301>
1.6.1.7 Metodología Espiral. Esta metodología de desarrollo se realiza en una

serie de versiones incrementales sin tener un número definido de iteraciones
(véase la Figura 2).
 Características
 Tener un enfoque cíclico que permite el crecimiento incremental mientras

disminuye su grado de riesgos.
 Ser un conjunto de puntos de fijación para asegurar el compromiso del usuario
con el sistema.
29
Figura 2. Metodología de desarrollo en espiral
Fuente. ACERTA SOFTWARE. Metodología de desarrollo en espiral [en línea]. Madrid: La

Empresa [citado 26 abril, 2014]. Disponible en
internet:<URL:http://www.acertasoftware.com/mspiral.html>
 Iteración. Cada iteración se divide en 4 sectores:
 Planeación. Determinación de los objetivos, alternativas y restricciones.

 Análisis de riesgo. Análisis de alternativas e identificación/resolución de riesgos.
 Ingeniería: Desarrollo del producto hasta el siguiente nivel.
 Evaluación: Valoración por parte del cliente de los resultados obtenidos.
 Ventajas
 Este modelo permite adaptarse e implementarse mediante la vida del software.

 Permite mejorar diferentes procesos mediante la utilización del software.
 Desventajas
 Es difícil explicar a los clientes que por el hecho de ser evolutivo es controlable.
 Debido a su elevada complejidad no se aconseja utilizarlo en pequeños
sistemas.
 Genera tiempos elevados en el desarrollo del software.
1.6.1.8 Modelo Cascada. Es un modelo de desarrollo de software el cual para su

ejecución se ordena por etapas de manera que al iniciar una etapa debe haberse
finalizado la anterior.
30
 Metodología aplicada
 Análisis de requerimientos. En esta etapa se toman las necesidades del usuario

para fijar objetivos.
 Diseño del sistema. En esta etapa se descomponen la información recolectada
y se elabora la descripción de la estructura y los diferentes componentes que se
requieren.
 Desarrollo y pruebas. Se construye a nivel de código el software y se realizan
las pruebas correspondientes.
 Implementación o puesta en producción. Se hace el debido paso a un ambiente
real de ejecución para medir su comportamiento acompañado de las pruebas
requeridas.
 Mantenimiento y seguimiento. En esta etapa se hace control del flujo que tiene
el desarrollo y si es el caso se realizan las correcciones o mejoras necesarias.
 Lenguaje UML
“El Lenguaje Unificado de Modelado - UML - es un lenguaje visual que se usa para
especificar, construir y documentar los sistemas de software”12. Los Diseños de
software de complejidad alta se pueden fácilmente representar con texto para
que así puedan ser llevados a través de diagramas usando UML. Este lenguaje
incluye aspectos conceptuales como procesos de negocio, funciones del sistema,
expresiones de lenguaje de programación y esquemas de bases de datos.
La siguiente figura, ilustra un ejemplo de una aplicación en java que permite a un

propietario de una empresa generar una orden y aceptar un pago de un cliente
(véase la Figura 3).
Un modelo UML está compuesto por tres clases de bloques de construcción:
 Elementos. Los elementos son abstracciones de cosas reales o ficticias

(objetos, acciones, etc.)
 Relaciones. Relacionan los elementos entre sí.
 Diagramas. Son colecciones de elementos con sus relaciones. El diagrama de
muestra un conjunto de clases, interfaces y sus relaciones.
12
IBM. Unified Modeling Language - UML [en línea]. New York: La Empresa [citado 1 febrero,
2014]. Disponible en Internet: <URL: http://www-01.ibm.com/software/rational/uml/>
31
Figura 3. Ejemplo de diagrama de clases
Fuente. IBM. Developerworks UML-to-Java transformation in IBM Rational Software

Architect editions and related software [en línea]. New York: La Empresa [citado 26 Abril,
2014]. Disponible en internet: <URL:
http://www.ibm.com/developerworks/rational/library/08/1202_berfeld/>
Existen diferentes diagramas UML que muestran distintos aspectos del sistema
a modelar. Los diagramas UML son: Diagrama de casos de uso, Diagrama de
clases, Diagrama de estado, Diagrama de actividades, Diagrama de interacción,
Diagrama de Secuencia, Diagrama de colaboración, Diagrama de componentes.
Para modelar el comportamiento dinámico del sistema están los de interacción,

colaboración, estados, secuencia, colaboración, componentes y otros como el de
despliegue clases, objetos y actividades.
Los que se usaran para el diseño, desarrollo e implementación del repositorio

son el diagrama de clases, estados, y casos de uso13.
13
UNIVERSIDAD POLITÉCNICA DE VALENCIA. El Lenguaje Unificado de Modelado (UML) En
Manuales Formativos [en línea]. Valencia: La Empresa [citado 1 febrero, 2014]. Disponible en
Internet: <URL:http://www.disca.upv.es/enheror/pdf/ActaUML.PDF>
32
En la siguiente figura se representa las clases globales, sus atributos y las
relaciones de una posible soluciona a un sistema venta de tickets de entrada.
Figura 4. Ejemplo de diagrama UML
Fuente. UNIVERSIDAD POLITÉCNICA DE VALENCIA. El Lenguaje Unificado de

Modelado (UML) En Manuales Formativos [en línea]. Valencia: La Empresa [citado 1
febrero, 2014]. Disponible en Internet:
<URL:http://www.disca.upv.es/enheror/pdf/ActaUML.PDF>
 CMS. Sistema manejador de contenido. Entre los principales gestores de

contenido en la actualidad se encuentran:
 Joomla
 Drupal
 Wordpress
 Mambo
33
1.7 METODOLOGÍA
1.7.1 Tipo de estudio. El tipo de estudio a realizar en el proyecto es de tipo

investigación aplicada, ya que se utilizaran los conocimientos adquiridos en la
carrera profesional para resolver el problema planteado.
1.7.2 Fuentes de información. La fuente principal de información es el

coordinador de prácticas sociales en la universidad Católica de Colombia.
Adicionalmente se tendrá como fuente algunos estudiantes que cursen y que
hayan cursado la asignatura.
1.8 DISEÑO METODOLÓGICO
En primera instancia, la metodología del proyecto se basa en realizar una

búsqueda exhaustiva de información acerca de los proyectos de informática social
durante el año 2013, para ello el coordinador de prácticas sociales será la persona
clave que dará el contenido para la realización del repositorio de buenas prácticas,
casos de éxito, fracaso. Luego de obtener la información y contenido que se
requiere se pasará a desarrollar el diseño e implementación para en última
instancia obtener el repositorio.
34
2. DESARROLLO DEL PROYECTO
2.1 LISTADO DE PROYECTOS ELEGIBLES
Elegidos según unos criterios, ponderación y categorización de los mismos.
2.2 CRITERIOS DE SELECCIÓN
 Cobertura. Es la cantidad de usuarios beneficiados con el proyecto.

 Impacto. Es la relevancia del proyecto percibida por la comunidad.
 Documentación. Que existan registros documentales en el proyecto.
 Soporte. Apoyo para trabajos futuros.
 Recomendación de experto. Opinión del impacto del proyecto por parte de
personas que conozcan los proyectos sociales. Serán seleccionados los que
tengan desempeño alto o superior.
2.3 PONDERACIÓN Y CATEGORIZACIÓN
Para calcular el peso de cada factor se asigna un porcentaje a cada uno de los
aspectos considerados más relevantes en la selección de un proyecto.
Cuadro 1. Ponderación de factores

FACTOR PORCENTAJE
Cobertura 30%
Impacto 30%
Documentación 20%
Soporte 10%
Recomendación de experto 10%
Fuente. Los Autores
Los proyectos en los diferentes factores serán calificados de 1 a 100. El resultado

final del factor será el producto de la calificación por la ponderación.
35
Cuadro 2. Categorización de experiencias
Nivel Escala
Desempeño Superior 90 -100
Desempeño Alto 75 – 89
Desempeño Medio 60 – 74
Desempeño Bajo 0 – 59
Fuente. Los Autores
2.4 EVALUACIÓN DE EXPERIENCIAS
Cuadro 3. Evaluación de experiencias

Recomen-
Documen-
Cobertura Impacto Soporte dación de
Num Proyecto tación Total
30% 30% 10% Experto
20%
10%
Reconstruyendo
1 60 65 70 60 50 63
Sueños
Enseñar para el
2 65 75 75 64 55 69
progreso
Población
3 Vereda las 68 67 72 65 50 66
Flores
Fundación
4 79 67 72 67 67 72
SION
Centro de
5 rehabilitación 65 75 74 75 50 69
Siloe
Sistema
6 institucional de 88 88 70 67 62 80
evaluación
Miembros
7 asojuntas 70 78 75 83 70 75
Sibate
Fundación ACJ-
8 86 89 75 50 60 79
YMCA
Guayabal
9 80 83 85 50 50 76
Aprende
Uninfa
10 fundación Éxito 90 92 89 70 65 86
Verde
Enseñemos con
11 92 90 84 60 70 84
las TICS
Fuente. Los Autores
36
Cuadro 3. (Continuación)
12 Proyecto Arcoíris 87 90 95 80 80 88
Proyecto Social
13 89 90 85 60 65 83
Universitario
Asociación
14 Mujeres de 87 85 80 90 76 84
Bolonia
15 Tequendama 80 89 90 90 75 85
16 Odin-Paraiso 100 100 100 100 100 100
2.5 CLASIFICACIÓN DE PROYECTOS POR NIVELES
Después de realizar la evaluación de las experiencias de todos los proyectos, se

encontraron los siguientes niveles en cada uno.
Cuadro 4. Niveles de experiencias

Numero Proyecto Nivel
1 Reconstruyendo Sueños Medio
2 Enseñar para el Progreso Medio
3 Población Vereda Las Flores Medio
4 Fundación SION Medio
5 Centro de Rehabilitación Siloe Medio
6 Sistema Institucional de Evaluación Alto
7 Miembros Asojuntas Sibate Alto
8 Fundación ACJ-YMCA Alto
9 Guayabal Aprende Alto
10 Uninfa Fundación Exito Verde Alto
37
Cuadro 4. (Continuación)
11 Enseñemos con las TICS Alto
12 Proyecto Arcoíris Alto
13 Proyecto Social Universitario Alto
14 Asociación Mujeres de Bolonia Alto
15 Tequendama Alto
16 Proyecto Odín - Paraíso Superior
Fuente. Los Autores
De acuerdo con el criterio de selección establecido, se consideraran los proyectos

mostrados en el siguiente cuadro (véase el cuadro 5)
Cuadro 5. Proyectos elegidos

Proyectos Elegidos Puntaje
Odin-Paraiso 100
Asociación Mujeres de Bolonia 84
Tequendama 85
Proyecto Arcoíris 88
Uninfa Fundación Éxito Verde 86
Enseñemos con las TICS 84
Proyecto Social Universitario 83
Sistema Institucional de Evaluación 80
Fundación ACJ-YMCA 79
Fundación SION 72
Guayabal Aprende 76
Miembros Asojuntas Sibate 75
Fuente. Los Autores
38
2.6 REQUERIMIENTOS
Los requerimientos funcionales y no funcionales para que sean integrados en el

repositorio se detallan a continuación.
2.6.1 Requerimientos funcionales.
 Registrar Autenticación de usuario

 Registrar Autenticación de usuario Administrador.
 Consultar por temas
 Consultar por proyectos
 Consultar por comunidad
 Crear nuevos cursos de apoyo
 Crear nuevos proyectos
 Modificar proyectos
 Actualizar página de inicio
 Subir fotos por proyecto
 Subir videos por proyecto
 Registro buenas practicas
 Generar Estadísticas
 Generar comentarios a los proyectos
 Consultar cursos de apoyo
2.6.2 Descripción de los requerimientos funcionales y casos de uso. Los

casos de uso identificados para el repositorio se encuentran a continuación,
presentando primero el diagrama general.
39
Figura 5. Diagrama de casos de uso general
Fuente. Los Autores
2.6.2.1 Casos de uso. A continuación se presentan los diagramas de casos de

uso especificados por cada requerimiento, organizados, primero el grafo y luego la
descripción del requerimiento.
40
Figura 6. Caso de uso - Registro autenticación de usuario
Fuente. Los Autores
Cuadro 6. Caso de uso. Registro autenticación de usuario

IDENTIFICADOR : RF1 NOMBRE: Registrar Autenticación de
usuario.
IMPORTANCIA: Critico PRIORIDAD: Alta
ENTRADAS SALIDAS
Datos personales.  Se crea el perfil de autenticación para
 Nombre obtener acceso.
 Apellido
 Correo Electrónico / Login
 Contraseña
 Teléfono

DESCRIPCIÓN Se programara una inserción de los
datos de los usuarios para que
queden registrados en la base de
datos para acceder al repositorio.
PRECONDICIÓN Ingreso de datos personales por parte

de los usuarios.
MANEJO DE CONDICIONES Si el usuario no ingresa una dirección

ANORMALES de correo electrónico valido, no podrá
registrarse en el sistema.
CRITERIOS DE ACEPTACIÓN El usuario deberá ingresar todos los

datos personales para poder
registrarse.
Fuente. Los Autores
41
Figura 7. Caso de uso - Autenticación de usuario administrador
Fuente. Los Autores
Cuadro 7. Autenticación de usuario administrador

IDENTIFICADOR : RF2 NOMBRE: Registrar Autenticación
de usuario Administrador.
ENTRADAS SALIDAS
Datos personales.  Se crea el perfil de autenticación
 Nombre como administrador para obtener
 Apellido acceso.
 Contraseña Administrador
 Teléfono

DESCRIPCIÓN Se programara una inserción de los
datos de los usuarios administradores
en la base de datos para que queden
registrados repositorio.
PRECONDICIÓN Ingreso de datos personales por

parte de los usuarios.

registrarse en el sistema.

datos personales para poder
registrarse.
Fuente. Los Autores
42
Figura 8. Caso de uso- Consulta por temas
Fuente. Los Autores
Cuadro 8. Consulta por temas

IDENTIFICADOR : RF3 NOMBRE: Consultar por temas
ENTRADAS SALIDAS
 Ingresar el tema a buscar en la barra  Entrega de resultados de los temas
de búsqueda del repositorio. filtrados por el texto escrito en la barra
de búsqueda.

DESCRIPCIÓN Se desarrollara una sentencia SQL de
búsqueda por temas de la base de
datos para que consulte y arroje esas
consultas.
PRECONDICIÓN Ingreso de tema a buscar en la barra de

búsqueda.
MANEJO DE CONDICIONES Si el usuario escribe caracteres

ANORMALES especiales en la barra de búsqueda la
consulta no arrojara nada.
CRITERIOS DE ACEPTACIÓN El usuario deberá escribir en la barra de

búsqueda un tema en específico para
que obtenga una búsqueda.
Fuente. Los Autores
43
Figura 9. Caso de uso - Consultar por proyecto
Fuente. Los Autores
Cuadro 9. Consultar por proyecto

IDENTIFICADOR : RF4 NOMBRE: Consultar por Proyecto

ENTRADAS SALIDAS
 
 Ingresar el nombre del proyecto a Entrega de resultados de los proyectos
buscar en la barra de búsqueda del filtrados por el texto escrito en la barra
repositorio. de búsqueda.

DESCRIPCIÓN Se desarrollara una sentencia SQL de
búsqueda por proyectos de la base de
datos para que consulte y arroje esas
consultas.
PRECONDICIÓN Ingreso del nombre del proyecto a

buscar en la barra de búsqueda.

ANORMALES especiales en la barra de búsqueda la
consulta no arrojara nada.
CRITERIOS DE ACEPTACIÓN El usuario deberá escribir en la barra de

búsqueda un nombre de un proyecto en
específico para que obtenga una
búsqueda.
Fuente. Los Autores
44
Figura 10. Caso de uso - Consulta por comunidad
Fuente. Los Autores
Cuadro 10. Consulta por comunidad

IDENTIFICADOR : RF5 NOMBRE: Consultar por Comunidad

ENTRADAS SALIDAS
 Ingresar el nombre de la comunidad a Entrega de resultados de los
buscar en la barra de búsqueda del proyectos por comunidades filtrados
repositorio. por el texto escrito en la barra de
búsqueda.
DESCRIPCIÓN Se desarrollara una sentencia SQL

de búsqueda por nombres de
comunidades de los proyectos de la
base de datos para que consulte y
arroje esas consultas.
PRECONDICIÓN Ingreso del nombre de la comunidad

del proyecto a buscar en la barra de
búsqueda.

ANORMALES especiales en la barra de búsqueda
la consulta no arrojara nada.
CRITERIOS DE ACEPTACIÓN El usuario deberá escribir en la barra

de búsqueda un nombre de una
comunidad de un proyecto en
específico para que obtenga una
búsqueda.
Fuente. Los Autores
45
Figura 11. Caso de uso- Creación cursos de apoyo
Fuente. Los Autores
Cuadro 11. Creación cursos de apoyo

IDENTIFICADOR : RF6 NOMBRE: Crear nuevos cursos de
Apoyo
IMPORTANCIA: Necesario PRIORIDAD: Alta
ENTRADAS SALIDAS
Datos personales.  Autenticación de perfil de
 Nombre Administrador para obtener acceso
 Apellido para creación de cursos.
 Correo Electrónico / Login  Información de curso subida al
 Contraseña Administrador sistema.
 Teléfono
Información de cursos para cargar al
repositorio.
DESCRIPCIÓN Se habilitara una opción para usuarios
administradores que les permita cargar
información y crear cursos.
PRECONDICIÓN Ingresar al repositorio como

administrador.
Tener la información lista para crear
cursos.

acceder como administrador al
sistema.
CRITERIOS DE ACEPTACIÓN Acceder como administrador al

repositorio y cargar información para
crear cursos.
Fuente. Los Autores
46
Figura 12. Caso de uso – Crear nuevos proyectos
Fuente. Los Autores
Cuadro 12. Creación nuevos proyectos

IDENTIFICADOR : RF7 NOMBRE: Crear nuevos proyectos

ENTRADAS SALIDAS
 Apellido para creación de proyectos.
 Correo Electrónico / Login 
 Contraseña Administrador  Información de proyecto a cargar al
 Teléfono sistema.
Información de proyectos para cargar
al repositorio.

administradores que les permita cargar
información y crear nuevos proyectos.

administrador.
Tener la información lista para crear

nuevos proyectos.

sistema.

repositorio y cargar información para
crear nuevos proyectos.
Fuente. Los Autores
47
Figura 13. Caso de uso- Modificar proyectos
Fuente. Los Autores
Cuadro 13. Modificar proyectos

IDENTIFICADOR : RF8 NOMBRE: Modificar proyectos

ENTRADAS SALIDAS
 Apellido para modificación de proyectos.
 Teléfono
administradores que les permita
modificar información de los proyectos.

administrador.

sistema.

repositorio y modificar información de
los proyectos.
Fuente. Los Autores
48
Figura 14. Casos de uso- Actualizar página de inicio
Fuente. Los Autores
Cuadro 14. Actualizar página de Inicio

IDENTIFICADOR : RF9 NOMBRE: Actualizar Página de Inicio

ENTRADAS SALIDAS
 Apellido para modificación de página de inicio.
 Teléfono

administradores que les permita
modificar información de la página de
inicio.

administrador.

sistema.

repositorio y modificar página de inicio.
Fuente. Los Autores
49
Figura 15. Caso de uso - Subir fotos por proyecto
Fuente. Los Autores
Cuadro 15. Subir fotos por proyecto

IDENTIFICADOR : RF10 NOMBRE: Subir Fotos por proyecto

ENTRADAS SALIDAS
 Apellido para subir fotos por proyecto.
 Teléfono

administradores que les permita subir
fotos por proyecto.

administrador.

sistema.

repositorio y subir fotos para
determinado proyecto.
Fuente. Los Autores
50
Figura 16. Caso de uso- Subir videos por proyecto
Fuente. Los Autores
Cuadro 16. Subir videos por proyecto

IDENTIFICADOR : RF11 NOMBRE: Subir Videos por proyecto

ENTRADAS SALIDAS
 Apellido para subir video por proyecto.
 Teléfono

administradores que les permita subir
videos por proyecto.

administrador.

sistema.

repositorio y subir videos para
determinado proyecto.
Fuente. Los Autores
51
Figura 17. Caso de uso- Registro buenas practicas
Fuente. Los Autores
Cuadro 17. Registro buenas prácticas

IDENTIFICADOR : RF12 NOMBRE: Registro Buenas Practicas.
IMPORTANCIA: Critico PRIORIDAD: Media

ENTRADAS SALIDAS
 Titulo  Se crean artículos de buenas prácticas
 Descripción para alimentar la el proceso de
 Observación proyectos futuros.
DESCRIPCIÓN Se genera un artículo en forma general

para cualquier proyecto para mantener
una línea base
PRECONDICIÓN Ingreso de datos del articulo por parte

de los usuarios.
MANEJO DE CONDICIONES Si el usuario debe registrarse en el

ANORMALES sistema.

datos 3 campos convenidos para
agregar un articulo
Fuente. Los Autores
52
Figura 18. Casos de uso - Generar estadística
Fuente. Los Autores
Cuadro 18. Generar estadística

IDENTIFICADOR : RF13 NOMBRE: Generar Estadística
IMPORTANCIA: Critico PRIORIDAD: Media

ENTRADAS SALIDAS
 Objeto  Retornar información detallada ya sea
 Fechas por comunidad, proyecto o tema.
DESCRIPCIÓN Se genera un reporte detallado para

estimar estadísticas de uso sobre la
plataforma.
PRECONDICIÓN Elegir opción a consultar
MANEJO DE CONDICIONES Si el usuario debe registrarse en el

ANORMALES sistema.
CRITERIOS DE ACEPTACIÓN El usuario debe ser administrador
Fuente. Los Autores
53
Figura 19. Caso de uso-Generar comentarios a los proyectos
Fuente. Los Autores
Cuadro 19. Generar comentarios a los proyectos

IDENTIFICADOR : RF14 NOMBRE: Generar comentarios a los
proyectos
ENTRADAS SALIDAS
 Asunto Se crea comentario.
 Comentario
DESCRIPCIÓN Se genera el modulo que permite dejar
comentarios por proyectos y secciones
en el cual serán visibles una vez sean
aprobados por el administrador.
PRECONDICIÓN Escoger proyecto o sección e ingreso
comentario y asunto.
MANEJO DE CONDICIONES Sera visible una vez sea aprobado por
ANORMALES el administrador.
CRITERIOS DE ACEPTACIÓN El usuario deberá ingresar asunto y
comentario relacionados con el
proyecto o la sección de lo contrario se
niega la publicación del comentario.
Figura 20. Caso de uso-Consultar cursos de apoyo
Fuente. Los Autores
54
Cuadro 20. Consultar cursos de apoyo
IDENTIFICADOR : RF15 NOMBRE: Consultar cursos de apoyo

ENTRADAS SALIDAS
 Datos personales. Listado de los diferentes cursos subidos
 Usuario a la plataforma.
 Contraseña
DESCRIPCIÓN Se genera un vínculo que permita darle
continuidad a los temas que se
enseñan en las comunidades lo que
permite centralizar la información e
impartir a todas las comunidades de la
misma manera.
PRECONDICIÓN Ingresar a RISU y ubicarse en la

sección de plataforma virtual
ingresando usuario y contraseña.
MANEJO DE CONDICIONES La mayoría de los cursos pide
ANORMALES contraseña la cual no es necesario solo
con ingresar como invitado es suficiente
para visualizar el contenido.
CRITERIOS DE ACEPTACIÓN Los cursos están enfocados en el auto-

aprendizaje.
Fuente. Los Autores
2.6.3 Diagrama de clases. En la siguiente figura se observa el diagrama de

clases que describe la estructura del sistema RISU, mostrando sus clases,
orientados a objetos.
55
Figura 21. Diagrama de clases
Fuente. Los Autores
2.6.4 Diagramas de secuencia. Para cada uno de los requerimientos funcionales

existe un diagrama de Secuencia general y uno específico.
56
Figura 22. Diagrama de secuencia general
Fuente. Los Autores
A continuación se enuncian los diagramas de secuencia para cada uno de los

casos de uso.
2.6.4.1 Registrar Autenticación de usuario. El acceso se puede hacer a través

de un computador de escritorio o mediante cualquier dispositivo móvil.
57
El usuario ingresa nombre de usuario y contraseña. Los datos son verificados con
los de la base de datos, si con correctos el acceso se autoriza para acceder al
repositorio.
Figura 23. Diagrama de secuencia. Autenticación de usuario
Fuente. Los Autores
2.6.4.2 Registrar Autenticación de usuario Administrador. El acceso se puede

hacer a través de un computador de escritorio o mediante cualquier dispositivo
móvil.
El usuario administrador ingresa nombre de usuario y contraseña. Los datos son

verificados con los de la base de datos, si con correctos el acceso se autoriza para
acceder al repositorio de modo administrador.
Figura 24 Diagrama de secuencia. Autenticación de usuario administrador
Fuente. Los Autores
58
2.6.4.3 Consultar por temas. El usuario luego de haber ingresado al repositorio
con su cuenta puede realizar consultas por el tema que desee buscar, si se
encuentra alguna coincidencia con lo que busca el usuario, la búsqueda arroja un
listado de lo que encontró.
Figura 25. Diagrama de secuencia. Consultar por temas
Fuente. Los Autores
2.6.4.4 Consultar por proyectos. El usuario luego de haber ingresado al

repositorio con su cuenta puede buscar los proyectos de su interés en un menú
llamado Proyectos construido en el repositorio.
Figura 26. Diagrama de secuencia. Consultar por proyectos
Fuente. Los Autores
59
2.6.4.5 Consultar por comunidad. El usuario luego de haber ingresado al
repositorio con su cuenta puede buscar los proyectos de su interés por
comunidades en un menú llamado Comunidades construido en el repositorio.
Figura 27. Diagrama de secuencia. Consultar por comunidad
Fuente. Los Autores
2.6.4.6 Crear nuevos cursos de apoyo. El usuario administrador luego de

ingresar al repositorio puede crear cursos de apoyo para orientar a estudiantes y
personas de las comunidades mediante la herramienta content-add content, en el
menú administrador de Drupal.
Figura 28. Diagrama de secuencia. Crear nuevos cursos de Apoyo
Fuente. Los Autores
60
2.6.4.7 Crear nuevos proyectos. El usuario administrador luego de ingresar al
repositorio puede crear nuevos proyectos mediante la herramienta content-add
content, en el menú administrador de Drupal.
Figura 29. Diagrama de secuencia. Crear nuevos proyectos
Fuente. Los Autores
2.6.4.8 Modificar proyectos. El usuario administrador luego de ingresar al

repositorio puede hacer modificaciones a los proyectos que se encuentran en el
repositorio mediante la herramienta content-modify content, en el menú
administrador de Drupal.
Figura 30. Diagrama de secuencia. Modificar proyectos
Fuente. Los Autores
61
2.6.4.9 Actualizar página de inicio. El usuario administrador ingresa al
repositorio con su cuenta para actualizar información de la página de inicio del
repositorio mediante la herramienta content-add content, en el menú administrador
de Drupal.
Figura 31. Diagrama de secuencia. Actualizar página de inicio
Fuente. Los Autores
2.6.4.10 Subir fotos por proyecto. El usuario administrador podrá cargar fotos al
repositorio para cada proyecto, en el menú Proyectos, mediante la herramienta
content-add content, en el menú administrador de Drupal.
Figura 32. Diagrama de secuencia. Subir fotos por proyecto
Fuente. Los Autores
62
2.6.4.11 Subir videos por proyecto. El usuario administrador podrá cargar videos
al repositorio para cada proyecto, en el menú Proyectos mediante la herramienta
Figura 33. Diagrama de secuencia. Subir videos por proyecto
Fuente. Los Autores
2.6.4.12 Registro buenas prácticas. El usuario administrador podrá subir

contenido en el menú Buenas Practicas, al repositorio mediante la herramienta
Figura 34. Diagrama de secuencia. Registro buenas prácticas
Fuente. Los Autores
63
2.6.4.13 Generar Estadísticas. El usuario podrá acceder al menú Estadísticas
para generar estadísticas que requiera de los datos de los proyectos.
Figura 35. Diagrama de secuencia. Generar estadísticas
Fuente. Los Autores
2.6.4.14 Generar comentarios a los proyectos. El usuario puede generar un

comentario sobre un proyecto o sección, la interfaz reporta un listado de
comentarios pendientes donde el administrador verifica y toma una acción sobre
ellos para aprobarlos, denegarlos o editarlos.
Figura 36. Diagrama de secuencia. Generar comentarios a los proyectos
Fuente. Los Autores
64
2.6.4.15 Consultar cursos de apoyo. El usuario se autentica en el repositorio con
su cuenta e ingresa a la plataforma virtual e-learning la cual le retorna un listado
de cursos.
Figura 37. Diagrama de secuencia
Fuente. Los Autores
2.6.5 Requerimientos no funcionales.
 Genere consultas rápidas

 Rendimiento óptimo de la aplicación
 Fácil manejo por el usuario
 Informes en tiempo real
2.7 IMPLEMENTACIÓN
Para el desarrollo del repositorio se utilizó el CMS Drupal, el cual permitió la

implementación de los casos de uso del sistema. La pantalla principal del
repositorio es la siguiente ver- Figura 21, a ésta se puede hacer a través de un
computador de escritorio o mediante cualquier dispositivo móvil.
Figura 38. Pantalla principal del repositorio RISU acceso pc
Fuente. Los Autores
65
Al repositorio RISU se puede acceder también desde cualquier dispositivo móvil.
Figura 39. Pantalla principal del repositorio RISU- acceso móvil
Fuente. Los Autores
La implementación de los casos de uso se detalla a continuación.
2.7.1 Registrar autenticación de usuario. En esta pantalla (User login) que se

encuentra en la página principal del repositorio, el usuario ingresa su nombre de
usuario (username) y contraseña (password), de esa forma ingresa al repositorio
con su cuenta.
Figura 40. Autenticación de usuario- pagina RISU
Fuente. Los Autores
66
2.7.2 Registrar autenticación de usuario administrador. Esta pantalla permite
que el usuario administrador se registre. Adicionalmente esta pantalla permite que
se creen nuevas cuentas con permisos de consulta.
Figura 41. Autenticación de usuario administrador- pagina RISU
Fuente. Los Autores
2.7.3 Consultar por temas. En esta pantalla el usuario podrá hacer búsquedas de
proyectos por temas, en el menú Temas.
Figura 42. Consulta por tema
Fuente. Los Autores
67
2.7.4 Consultar por proyectos. En esta pantalla el usuario podrá hacer
búsquedas de proyectos por el nombre del proyecto.
Figura 43. Consulta por proyectos
Fuente. Los Autores
2.7.5 Consultar por comunidad. En esta pantalla el usuario podrá hacer

búsquedas de proyectos por el nombre de las diferentes comunidades que
existen.
Figura 44. Consulta por comunidad
Fuente. Los Autores
68
2.7.6 Crear nuevos cursos de apoyo. El usuario administrador tendrá la
posibilidad de crear nuevos cursos. Ingresando al menú Home, contents, add
content.
Figura 45. Crear nuevo curso
Fuente. Los Autores
2.7.7 Crear nuevos proyectos. El usuario administrador tendrá la posibilidad de

crear nuevos proyectos. Ingresando al menú Home, contents, add content.
Figura 46. Crear nuevo proyecto
Fuente. Los Autores
69
2.7.8 Modificar proyectos. El usuario administrador tendrá la posibilidad de
modificar proyectos. Ingresando al menú Home, contents, modify content.
Figura 47. Modificar proyecto
Fuente. Los Autores
2.7.9 Actualizar página de inicio. El usuario administrador podrá actualizar

información de la página de inicio, ingresando con su cuenta.
Figura 48. Actualizar página de inicio
Fuente. Los Autores
70
2.7.10 Subir fotos por proyecto. El usuario administrador necesitara ingresar con
su cuenta, por medio del menú administrador de Drupal para poder subir fotos al
proyecto.
Figura 49. Subir fotos por proyecto
Fuente. Los Autores
2.7.11 Subir videos por proyecto. El usuario administrador necesitara ingresar

con su cuenta, por medio del menú administrador de Drupal para poder subir fotos
al proyecto.
Figura 50. Subir videos por proyecto
Fuente. Los Autores
71
2.7.12 Registro buenas prácticas. El usuario administrador necesitara ingresar
con su cuenta, por medio del menú administrador de Drupal para poder registrar y
subir información de buenas prácticas para los diferentes proyectos.
Figura 51. Registro buenas prácticas
Fuente. Los Autores
2.7.13 Generar estadísticas. El usuario administrador necesitara ingresar con su

cuenta, por medio del menú administrador de Drupal para poder generar los
reportes que desee.
Figura 52. Generar estadísticas
Fuente. Los Autores
72
2.8 BUENAS PRÁCTICAS INFORMÁTICA SOCIAL
Con base en las encuestas aplicadas y entrevistas realizadas a profesores y

estudiantes, las buenas prácticas recomendadas en el desarrollo de informática
social son las siguientes:
 Si su proyecto va a ser dirigido a una comunidad abierta de un barrio o una

localidad, siempre busque el acercamiento con la comunidad por medio del
Sacerdote de la parroquia, de esa manera se difundirá a la población lo que usted
quiere realizar con dicha comunidad.
 Acérquese a la comunidad por medio del presidente de la acción comunal, con

ello podrán ser bien recibidos en la comunidad.
 No genere falsas expectativas y/o promesas a las personas, quizás no pueda

cumplir todo lo que promete.
 Defina muy bien los alcances del proyecto.
 Sea respetuoso con las personas para las cuales usted desarrollara el proyecto.
 Prudencia, paciencia con la comunidad, especialmente si trabaja con niños y

personas de la tercera edad.
 Infórmese y busque metodologías de enseñanza si su proyecto incluye clases,

cursos y explicaciones para la comunidad.
 Busque motivar la comunidad donde se encuentre con diferentes métodos de

entrenamiento y enseñanza alrededor del tema a abordar.
 Si requiere hacer entrevistas, recolectar información y hacer algún evento con la

comunidad, haga publicidad y comunicados para tener la mayor asistencia del
público.
 En comunidades donde hayan niños invitar a los padres para que participen en
las distintas actividades a realizar.
 No use términos técnicos y lenguaje avanzado que dificulten la comprensión por

parte de las comunidades.
 Entienda la situación social en la que se encuentra las diferentes personas de la

comunidad, de esa manera el conocimiento que le trasmita tendrá mayor acogida.
73
 No discrimine a las personas de la comunidad por ninguna condición. Tenga
siempre actitud de acercamiento hacia ellos.
74
3. CONCLUSIONES
No existía registro de casos de existo de Proyectos de la asignatura Informática

Social, consolidados en un solo punto.
La identificación y registro de buenas prácticas permiten que quienes

posteriormente tomen la asignatura tengan un mejor desempeño en la misma.
La identificación y registro de buenas prácticas permiten que los nuevos proyectos

tengan mayor pertinencia.
La solución de problemas de la comunidad no necesariamente requiere soluciones

complejas desde el punto de vista de las tecnologías de la información y
comunicación.
Mediante el repositorio RISU los estudiantes podrán acceder, ver y dar continuidad
a proyectos exitosos.
Las encuestas aplicadas en el proyecto reflejan cierto desinterés de los

estudiantes al inicio de la asignatura, por desconocimiento de lo que se ha hecho
antes. Las valiosas orientaciones que oportunamente ha dado la coordinadora y el
repositorio RISU ayudaran a aumentar el interés de los estudiantes.
La investigación mostró que es de alto interés el acceso al repositorio a través de

dispositivos móviles. Por eso se agregó la opción de acceso desde dispositivos
móviles al repositorio RISU.
En las encuestas que se realizaron a los estudiantes se evidencio que hace falta
más acompañamiento y énfasis de otros profesores de la universidad en proyectos
de razón social durante la carrera.
El enfoque de responsabilidad social debe estar inmerso en todas las asignaturas

del plan de estudios, no solo en Informática Social.
Es importante incorporar esta herramienta como apoyo a la asignatura Informática

Social.
75
BIBLIOGRAFÍA
ACERTA SOFTWARE. Metodología de desarrollo en espiral [en línea]. Madrid: La

Empresa [citado 26 abril, 2014]. Disponible en
internet:<URL:http://www.acertasoftware.com/mspiral.html>
GÓMEZ GARCÍA, Eduardo. Aplicaciones educativas de las tecnologías de la

información y la comunicación. Madrid: EGRAF, 2005. 45 p.
GÓMEZ SAVINO, Guillermo. Fedora 14 Manual para gestión del software. La guía
definitiva para la gestión del software. Santiago: Red Hat, 2012. 74 p.
IBM. Unified Modeling Language - UML [en línea]. New York: La Empresa [citado 1
febrero, 2014]. Disponible en Internet: <URL: http://www-
01.ibm.com/software/rational/uml/>
RANKING WEB DE REPOSITORIOS. Objetivos del Ranking Web de Repositorios

Mundiales [en línea]. Bogotá: La Empresa [citado 18 julio, 2013]. Disponible en
Internet: <URL:http://www.repositories.webometrics.info/es/Objetivos>
REAL ACADEMIA ESPAÑOLA. Diccionario de la lengua española [en línea].

Madrid: La Empresa [citado 1 febrero, 2014].Disponible en Internet:
<URL:http://www.lema.rae.es/drae/?val=comunidad>
UNIVERSIDAD BOLIVARIANA DE VENEZUELA. Informática para la Gestión

Social [en línea]. Caracas: La Empresa [citado 1 febrero, 2014].Disponible en
Internet: <URL:<http://www.ubv.edu.ve/index.php/p-formacion-de-grado/12-
informatica-para-la-gestion-social>
UNIVERSIDAD CATÓLICA DE COLOMBIA. Repositorio Institucional Universidad

Católica de Colombia [en línea]. Bogotá: La Empresa [citado 1 febrero,
2014].Disponible en Internet: <URL: http://www.repository.ucatolica.edu.co/>
UNIVERSIDAD DE BUENOS AIRES. Gestión del Conocimiento, Knowledge

Management [en línea]. Buenos Aires: La Empresa [citado 1 febrero, 2014].
Disponible en Internet: <URL: http://www.goo.gl/aiWOx>
UNIVERSIDAD DE COSTA RICA. Infraestructura Vial Digital [en línea]. San José:
La Empresa [citado 15 marzo, 2014]. Disponible en Internet:
<URL:http://www.lanamme.ucr.ac.cr/riv/index.php?option=com_content&view=artic
le&id=246&Itemid=301>
UNIVERSIDAD DE SALAMANCA. Información Bibliográfica [en línea]. Salamanca:

La Empresa [citado 1 febrero, 2014]. Disponible en Internet: <URL:
76
http://www.bibliotecabiologia.usal.es/tutoriales/catalogos-repositorios - biblios
virtuales /repositorios_digitales.html>
UNIVERSIDAD POLITÉCNICA DE CARTAGENA. Repositorio Digital [en línea].

Cartagena: La Empresa [citado 1 febrero, 2014].Disponible en Internet: <URL:
http://www.repositorio.bib.upct.es/dspace/ayuda/que_es.pdf>
UNIVERSIDAD POLITÉCNICA DE VALENCIA. El Lenguaje Unificado de

Modelado (UML) En Manuales Formativos [en línea]. Valencia: La Empresa [citado
1 febrero, 2014]. Disponible en Internet:
<URL:http://www.disca.upv.es/enheror/pdf/ActaUML.PDF>
77
ANEXOS
78
Anexo A. Estadísticas de encuestas
Ficha
de encuesta
79
Programa de Sistemas
Elaborado por: Juan David Marín © José Mario Camilo Díaz
ENCUESTA
Encuesta aplicada a los estudiantes de la Universidad Católica que culminaron

exitosamente la asignatura Informática Social.
Link
http://www.sumimportsas.com/encuesta_informatica_social/index.php/261151/lang-es
80
81
Anexo B. Fotos comunidades beneficiadas
FOTOS
COMUNIDADES
BENEFICIADAS
82
Programa de Sistemas
FOTOS DE COMUNIDADES BENEFICIADAS
Estas fotos reflejan las visitas, actividades y trabajo de varios estudiantes y

profesores de la Universidad con las comunidades mencionadas en este proyecto,
dándoles asistencia técnica y mantenimiento de computadores, actividades lúdicas
y recreativas.
Vista del barrio Paraíso
83
Juegos y actividades con diferentes niños de la localidad de Kennedy
84
Madres cabeza de familia, asistiendo a clase
Sala de computo del barrio Paraíso
85
Localidad de Kennedy
Barrio Paraíso
86
Visita de estudiantes y profesores de la Universidad Católica de Colombia al barrio
Paraíso.
87
88

Gestor de Conocimiento Buenas Practicas para Estudiantes de La Asignatura Informatica Social en La Universidad Catolica - 1

Cargado por

Copyright:

Formatos disponibles

Gestor de Conocimiento Buenas Practicas para Estudiantes de La Asignatura Informatica Social en La Universidad Catolica - 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gestor de Conocimiento Buenas Practicas para Estudiantes de La Asignatura Informatica Social en La Universidad Catolica - 1

Cargado por

Copyright:

Formatos disponibles

GESTOR DE CONOCIMIENTO: BUENAS PRÁCTICAS PARA ESTUDIANTES

DE LA ASIGNATURA INFORMÁTICA SOCIAL EN LA UNIVERSIDAD

JOSÉ MARIO CAMILO DÍAZ

UNIVERSIDAD CATÓLICA DE COLOMBIA

JOSÉ MARIO CAMILO DÍAZ

UNIVERSIDAD CATÓLICA DE COLOMBIA

Aprobado por el comité de grado en

Bogotá, 29, Mayo, 2014

Nuestro más sincero y total agradecimiento a Dios primordialmente por darnos la

A nuestros amigos y compañeros de clase que siempre nos colaboraron con

A todos ellos, Muchas Gracias. Dios los Bendiga

1.2 PLANTEAMIENTO DEL PROBLEMA 20

1.2.1 Descripción del problema 20

1.2.2 Formulación del problema 21

1.3.1 Objetivo general 21

1.3.2 Objetivos específicos. 21

1.6 MARCO REFERENCIAL 23

1.6.1 Aulas virtuales 23

1.6.1.1 Acerca de los repositorios 23

1.6.1.3 Informática social 25

1.6.1.4 Gestión del conocimiento 26

1.6.1.5 Metodología de desarrollo 27

1.6.1.7 Metodología Espiral 29

1.6.1.8 Modelo Cascada 30

1.7.1 Tipo de estudio 34

1.7.2 Fuentes de información 34

1.8 DISEÑO METODOLÓGICO 34

2. DESARROLLO DEL PROYECTO 35

2.1 LISTADO DE PROYECTOS ELEGIBLES 35

2.2 CRITERIOS DE SELECCIÓN 35

2.3 PONDERACIÓN Y CATEGORIZACIÓN 35

2.4 EVALUACIÓN DE EXPERIENCIAS 36

2.5 CLASIFICACIÓN DE PROYECTOS POR NIVELES 37

2.6.1 Requerimientos funcionales. 39

2.6.2 Descripción de los requerimientos funcionales y casos de uso 39

2.6.2.1 Casos de uso 40

2.6.3 Diagrama de clases 55

2.6.4 Diagramas de secuencia 56

2.6.4.1 Registrar Autenticación de usuario 57

2.6.4.2 Registrar Autenticación de usuario Administrador 58

2.6.4.3 Consultar por temas 59

2.6.4.5 Consultar por comunidad 60

2.6.4.6 Crear nuevos cursos de apoyo 60

2.6.4.7 Crear nuevos proyectos 61

2.6.4.8 Modificar proyectos 61

2.6.4.9 Actualizar página de inicio 62

2.6.4.10 Subir fotos por proyecto 62

2.6.4.11 Subir videos por proyecto 63

2.6.4.12 Registro buenas prácticas 63

2.6.4.13 Generar Estadísticas 64

2.6.4.14 Generar comentarios a los proyectos 64

2.6.4.15 Consultar cursos de apoyo 65

2.6.5 Requerimientos no funcionales. 65

2.7.1 Registrar Autenticación de usuario 66

2.7.2 Registrar Autenticación de usuario Administrador 67

2.7.3 Consultar por temas 67

2.7.4 Consultar por proyectos 68

2.7.5 Consultar por comunidad 68

2.7.6 Crear nuevos cursos de apoyo 69