oportunidad o problemática - trabajos de grado...

Pontificia Universidad Javeriana Propuesta De Trabajo De Grado – Proyecto De Investigación

PROPUESTA PARA TRABAJO DE GRADO

KNOW&SHARE: RED SOCIAL PARA LA DIVULGACIÓN DE IDEAS ACADÉMICAS SOBRE TEMAS DE TRABAJO DE GRADO

PROYECTO DE INVESTIGACIÓN

OBJETIVO GENERAL: Diseñar la arquitectura de Know&Share: una red de conocimiento personalizada para estudiantes y profesores, la cual recomiende conexiones entre sus usuarios y potenciales ideas de temas de trabajo de grado.

ESTUDIANTE(S)

Yois Katherine Espíndola Buitrago__________________________________________

Documento Celular Teléfono fijo Correo Javeriano

CC. 1.014.237.468 313-484-8426 4344845 [email protected]

DIRECTOR

Ing. Luisa Fernanda Barrera León __________________________________________

Documento Celular Teléfono fijo Correo JaverianoEmpresa donde trabaja y cargo

CC. 1.032.376.258 311-591-1359 320 8320 Ext. [email protected] Pontificia Universidad Javeriana; Profesora Departamento de Sistemas

CONTENIDOPágina 1


1. OPORTUNIDAD O PROBLEMÁTICA....................................................................4

1.1. DESCRIPCIÓN DE LA OPORTUNIDAD O PROBLEMÁTICA......................................41.2. FORMULACIÓN.....................................................................................................51.3. JUSTIFICACIÓN.....................................................................................................51.4. IMPACTO ESPERADO DEL PROYECTO..................................................................5

2. DESCRIPCIÓN DEL PROYECTO..........................................................................7

2.1. OBJETIVO GENERAL............................................................................................72.2. OBJETIVOS ESPECÍFICOS......................................................................................72.3. ENTREGABLES O RESULTADOS ESPERADOS........................................................7

3. PROCESO.............................................................................................................8

3.1. FASE METODOLÓGICA 1......................................................................................83.1.1. Método...................................................................................................................83.1.2. Actividades.............................................................................................................83.1.3. Resultados Esperados............................................................................................9

3.2. FASE METODOLÓGICA 2......................................................................................93.2.1. Método....................................................................Error! Bookmark not defined.3.2.2. Actividades.............................................................................................................93.2.3. Resultados Esperados..........................................................................................10

3.3. FASE METODOLÓGICA 3....................................................................................103.3.1. Método.................................................................................................................103.3.2. Actividades...........................................................................................................103.3.3. Resultados Esperados..........................................................................................10

3.4. FASE METODOLÓGICA 4....................................................................................103.4.1. Método.................................................................................................................103.4.2. Actividades...........................................................................................................113.4.3. Resultados Esperados..........................................................................................11

4. GESTIÓN DEL PROYECTO................................................................................13

4.1. CALENDARIZACIÓN...........................................................................................134.2. PRESUPUESTO....................................................................................................154.3. ANÁLISIS DE RIESGOS.......................................................................................174.4. COMPROMISO DE APOYO DE LA INSTITUCIÓN...................................................204.5. DERECHOS PATRIMONIALES..............................................................................20

5. MARCO TEÓRICO / ESTADO DEL ARTE..........................................................22

5.1. FUNDAMENTOS Y CONCEPTOS RELEVANTES PARA EL PROYECTO.....................225.1.1. Red Social............................................................................................................225.1.2. Adaptación...........................................................................................................235.1.3. Ontología.............................................................................................................245.1.4. Personalización....................................................................................................255.1.5. Usabilidad............................................................................................................25

5.2. TRABAJOS IMPORTANTES EN EL ÁREA..............................................................265.3. GLOSARIO..........................................................................................................29

Página 2


6. REFERENCIAS Y BIBLIOGRAFÍA......................................................................31

6.1. REFERENCIAS....................................................................................................316.2. BIBLIOGRAFÍA PROPUESTA PARA EL DESARROLLO DEL TRABAJO DE GRADO..37

ANEXO A: ENCUESTA.................................................................................................40

Página 3


1. Oportunidad o Problemática1.1. Descripción de la Oportunidad o ProblemáticaPara todos los estudiantes de pregrado de la Pontificia Universidad Javeriana, es necesario presentar un Trabajo de Grado para obtener el título de pregrado [1]. Para realizar este Trabajo de Grado el estudiante descubre que lo primero que debe hacer es elegir un tema; es decir, antes de iniciar debe decidir sobre qué elementos de su formación académica fundamentará su investigación, pero “esto es quizá lo más difícil” [2] al desarrollar una propuesta de Trabajo de Grado.

Al respecto, 119 estudiantes, 16 profesores y 33 egresados de la Pontificia Universidad Javeriana manifestaron su opinión en una encuesta realizada (ver Anexo A: Encuesta), cuyo objetivo fue conocer su opinión sobre:

La forma de comunicación entre profesores y estudiantes. El tiempo y uso en las redes sociales. Su percepción sobre la dificultad de las actividades al realizar un trabajo de grado.

Los resultados de dicha encuesta mostraron que el 58% de los estudiantes consideran que la actividad más difícil de realizar es la elección del tema, al igual que el 38% de los profesores y el 35% de los egresados, como lo evidencia la Figura 1:

Elecció

n del tem

a

Elecció

n del d

irector

de Trab

ajo de

Grado

Elaborac

ión de la pro

puesta

Realiza

ción de la

propues

ta

Desintere

s en el

tema se

leccio

nado

040

Cual considera usted que es la actividad más dificil a la hora de hacer untrabajo de grado o

tesis?

ProfesoresEstudiantes OtrasEstudiantes PUJEgresados

Figura 1: Consolidado Anexo A

Página 4


Según la dirección de Trabajo de Grado de la carrera de Ingeniería de Sistemas por lo menos dos estudiantes por semestre cambian de tema o propuesta, lo que aumenta el tiempo para obtener el título profesional. Adicionalmente, aunque los estudiantes conozcan que temas que son de su interés no tienen información sobre qué proyectos o que profesores trabajan sobre los mismos [3].

Por lo anterior, y para que el estudiante inicie su Trabajo de Grado, es necesario que sus primeros esfuerzos se enfoquen en la obtención de un tópico, conocimiento o tema que sea de su interés particular, a fin de que con dicha elección el estudiante consiga iniciar, desarrollar, terminar y presentar su Trabajo de Grado [4].

1.2. Formulación¿Cómo apoyar a los estudiantes de pregrado en el proceso de la elección de tema de Trabajos de Grado a partir de la generación de ideas interdisciplinares o de las propuestas existentes en las diferentes áreas?

1.3. JustificaciónExisten varios factores que inciden en la elección adecuada [4] [2] del tema de Trabajo de Grado. Por un lado encontramos los intereses, preferencias y capacidades del estudiante siendo esta la razón por la cual, innegablemente, la elección debe ser realizada por el estudiante [5], haciendo a este último el beneficiario directo de esta solución. Por otro lado, los estudiantes deben contar con el apoyo de profesores que los guíen en el desarrollo de su trabajo [3]; dichos profesores poseen un conocimiento específico [6] que será clave para dar el aval de si es posible o no el desarrollo de dicha idea, además, estos pueden tener un posible tema de Trabajo de Grado que no es de conocimiento de los estudiantes

Por todo lo anterior, se les debe proveer a los estudiantes de la Universidad un espacio y mecanismos donde se pueda:

Generar un espacio de cooperación interdisciplinaria [7] con el fin de que se crucen los límites tradicionales entre varias disciplinas académicas. Cumpliendo así, parte de la misión de la Pontificia Universidad Javeriana [8] [9].

Generar nuevas ideas y continuar o concluir ideas iniciadas previamente. Apoyar a los profesores con la divulgación de información sobre trabajos dirigidos

previamente e ideas nuevas a desarrollar.

Con lo anterior, se busca apoyar la elección de un tema de trabajo de grado que obedezca a un verdadero interés del estudiante, siendo factible desde el punto de vista de sus intereses, preferencias y habilidades. De esta manera, se buscará que se generé un incentivo y la motivación necesarios para superar las dificultades propias que implica la selección de un trabajo de grado [5].

1.4. Impacto Esperado del ProyectoAl final del Trabajo de Grado se tendrá la arquitectura de Know&Share una red de conocimiento que le permitirá, tanto a estudiantes como a profesores de la Pontificia Universidad Javeriana, publicar y compartir ideas académicas que se puedan convertir en temas de Trabajo de Grado. Además, le permitirá al usuario hacer búsquedas filtradas con respecto a sus intereses, gustos y

Página 5


capacidades, le dará recomendaciones de conexiones con otros usuarios y de posibles temas de Trabajo de Grado.

A mediano plazo, Know&Share será la base para la implementación funcional a la cual tengan acceso todos los profesores y estudiantes de la Pontificia Universidad Javeriana desde un sitio web, así como desde una aplicación móvil. Se espera que Know&Share sea publicitada dentro del espacio académico con el fin de que el 50% de la población estudiantil y del profesorado la utilicen.

Finalmente, a largo plazo se espera que el 80% de la comunidad estudiantil utilice Know&Share mitigando así el riesgo de cambio de tema de trabajo de grado. Así como se espera que el 90% de los profesores la utilicen para infundir el interés en grupos de investigación. Por último, se espera que se puedan incluir otras universidades incentivando las ideas interuniversitarias.

Página 6


2. Descripción del ProyectoEn esta sección se presentará el objetivo general de la propuesta especificando los objetivos específicos y los entregables finales del proyecto.

2.1. Objetivo GeneralDiseñar la arquitectura de Know&Share: una red de conocimiento personalizada para estudiantes y profesores, la cual recomiende conexiones entre sus usuarios y potenciales ideas de temas de trabajo de grado.

2.2. Objetivos Específicos1. Realizar un modelo de integración conceptual entre personalización, web semántica social,

gestión del conocimiento y sistemas de recomendación.2. Diseñar el modelo de personalización teniendo en cuenta las preferencias, los gustos y las

habilidades de los usuarios.3. Diseñar la arquitectura de Know&Share, teniendo en cuenta el perfil del usuario así como

la estructura de las conexiones en un contexto de cooperación interdisciplinario.4. Validar la utilidad potencial del diseño de Know&Share, por medio de la implementación y

pruebas de un prototipo.

2.3. Entregables o Resultados Esperados Marco Teórico Estado del arte Modelo de Integración Conceptual Software Requirement Specification (SRS) Modelo de Personalización de Know&Share Documentación de la Arquitectura de Know&Share en un Documento de Arquitectura de

Software (Software Architecture Document SAD) Prototipo Documento de Pruebas Memoria de Trabajo de Grado Página Web

Página 7


3. ProcesoPara cumplir el objetivo general, se llevarán a cabo las fases metodológicas especificadas en las siguientes secciones. Para el desarrollo del proyecto, se utilizará la metodología de la Ciencia del Diseño (DS, por sus siglas en inglés) para la investigación (DSRM, por sus siglas en inglés) propuesta por Peffers et al. [10], para la producción y presentación de la investigación de la DS en sistemas de información.

La Figura 2 presenta el modelo del proceso de la metodología elegida. Es necesario aclarar que el primer y segundo paso (“Identificación del problema y motivación” y “Definición de objetivos de la solución”) ya se han llevado a cabo al realizar esta propuesta (Ver Descripción del Proyecto). Por otro lado, dado que el paso “Diseño y Desarrollo” es muy extenso, se ha decidido dividirlo en dos fases metodológicas diferentes (Fase Metodológica 2 y Fase Metodológica 3). En la figura los pasos que se llevarán a cabo en el desarrollo de este proyecto son los que se encuentran marcados en rojo.

Figura 2: Modelo del proceso de DSMR

3.1. Fase Metodológica 1

La primera fase metodológica consiste en recolectar y analizar información relacionada con los conceptos claves por medio de varias estrategias e incorporarlos en un Modelo de Integración Conceptual.

3.1.1.MétodoPara la recolección de información se realizaran los siguientes pasos:

Recolección de Información General y Definición de conceptos claves Análisis en la información recolectada Creación del Modelo de Integración

3.1.2.ActividadesLas actividades que se llevaran a cabo serán las siguientes:

Página 8


Revisión bibliográfica general de temas del proyecto. Búsqueda conceptual de integración entre la información encontrada. Identificar los conceptos claves del Modelo de Integración Conceptual Identificar las relaciones entre los conceptos claves del Modelo de Integración Conceptual.

3.1.3.Resultados EsperadosMarco Teórico, Estado del Arte y Modelo de Integración Conceptual (ver Entregables o Resultados Esperados) los cuales incluirán todo el análisis de la información recolectada.

3.2. Fase Metodológica 2La segunda fase metodológica es la primera parte del “Diseño y Desarrollo” del artefacto, en este caso la arquitectura de Know&Share.

3.2.1.MétodoPara diseñar la arquitectura de Know&Share en esta fase se realizará el levantamiento de requerimientos así como el Modelo de Dominio, por lo cual se recolectara información acerca de los usuarios y su contexto:

Cuestionarios (Método Interactivo [11]) a usuarios de varias facultades de la Universidad. Workshop [12] con usuarios de 2 o 3 facultades de la Universidad (Según disponibilidad).

Luego de aplicar este método se analizará la información recolectada por medio de:

Rich Picture [13] [12] [14] Diagrama de Casos De Uso [15] Software Requirement Specification (SRS)

Después se realizará el proceso de Perfilamiento [16] que tendrá como consecuencia el desarrollo del Modelo de Personalización.

Por último, se diseñara el diseño del Modelo de Dominio de acuerdo al Modelo de Integración Conceptual y el Modelo de Personalización.

3.2.2.ActividadesLas actividades que se llevaran a cabo serán las siguientes:

Realizar cuestionarios a usuarios [11]o Redactar preguntas o Diseñar y aplicar cuestionarios

Diseño del Workshop [12]o Definir la misión del Workshopo Planear el Workshop: Definir actividades, escenarios, etc.o Preparar materiales para el Workshopo Invitar usuarios al Workshop

Ejecución del Workshop con estudiantes y profesores de 2 facultades de la Universidad Levantamiento de requerimientos Priorización de requerimientos con MoSCoW [17]

Página 9


Perfilamiento:o Tipificación (“el proceso de clasificar a los usuarios en subgrupos; es decir,

agrupar a los usuarios que tengan características similares” [16]) de usuarios.o Caracterización [16] de usuarios, conexiones y contexto.

Diseño del Modelo de Dominio

3.2.3.Resultados EsperadosModelo de Dominio de Know&Share, y Software Requirement Specification (SRS) (ver Entregables o Resultados Esperados)

3.3. Fase Metodológica 3La tercera fase metodológica es la segunda parte del “Diseño y Desarrollo” de la arquitectura de Know&Share.

3.3.1.MétodoSe utilizara el método de Diseño Basado en Arquitectura (ABD) [18] el cual provee una estructura para producir la arquitectura de conceptual de un sistema.

3.3.2.ActividadesPara desarrollar este proyecto se adaptará los pasos del método ABD [18] como se muestra a continuación:

Identificar los impulsores arquitectónicos Dividir (encapsular) funcionalidad Escoger un estilo arquitectural Asignar funcionalidad al estilo elegido Generar vista de lógica Generar vista de implementación Generar vista de despliegue Verificar escenarios de calidad

Toda la documentación de la arquitectura se empaquetará en un Documento de Arquitectura de Software (SAD)

3.3.3.Resultados EsperadosArquitectura documentada en un Documento de Arquitectura de Software (SAD) (ver Entregables o Resultados Esperados)

3.4. Fase Metodológica 4La quinta fase metodológica consiste en la “Demostración” y “Evaluación” de que la solución resuelve el problema planteado [10], para ello se desarrollará un prototipo funcional y pruebas de funcionalidad como de utilidad potencial con los beneficiarios de la solución (estudiantes, profesores y egresados).

Página 10


3.4.1.Método Implementación de funcionalidades en un prototipo por medio del enfoque combinado (ver

Figura 3) del método iterativo e incremental del Framework de Proyectos Agiles DSDM [19]

Figura 3: Enfoque combinado

Como se puede ver en la Figura 3, el enfoque combinado mezcla el enfoque horizontal y vertical. Para este proyecto se realizará un Mockup como la capa 1 y luego se implementaran los casos de uso seleccionados.

Validación del prototipo por medio de:o Pruebas funcionaleso Prueba de utilidad potencial con usuario final (Modelo de Aceptación Tecnológica

2: TAM2 [20])o Evaluación de diseño de interfaz por medio de una adaptación de QUIS

(Questionnaire for User Interface Satisfaction) [21] Validación del cumplimiento del objetivo general (ver Objetivo General)

3.4.2.ActividadesA continuación se encuentran las actividades que se llevarán a cabo:

Selección CU a implementar de acuerdo a la priorización. Implementación del prototipo: dependiendo del número de requerimientos a implementar

se dividirá el desarrollo del prototipo en 3 o 4 iteraciones (una iteración es una semana). Realizar pruebas de utilidad potencial Documentar pruebas Analizar pruebas Validar que se cumplieron los objetivos específicos (ver Objetivos Específicos)

3.4.3.Resultados EsperadosAl finalizar esta fase metodológica se tendrán los siguientes entregables (ver Entregables o Resultados Esperados):

Página 11


Documento de Pruebas

Otros entregables que se deben entregar al final de todas las fases metodológicas, de acuerdo a la normativa de Trabajos de Grado de la Carrera de Ingeniería De Sistemas [3], son las siguientes:

Memoria de Trabajo de Grado Página Web

Página 12


4. Gestión del Proyecto4.1. CalendarizaciónLa Figura 4 muestra la carta Gantt [22] de las fechas estimadas de inicio y fin de cada una de las actividades propuestas en Proceso. No se tuvieron en cuenta actividades de corrección, ni fechas de reuniones con la directora de trabajo de grado.

En la misma figura se puede ver que cada uno de los hitos corresponde a un objetivo específico, así mismo la actividad "Entrega Final" corresponde a la entrega de todos los entregables del proyecto (ver Entregables o Resultados Esperados) la cual se espera terminar el 13 de Noviembre de 2015.

La fecha límite de entregar todos los documentos es la semana 17 del tercer periodo de 2015, en esta estimación inicial se dejaron 2 semanas de diferencia con tal de mitigar algunos de los riesgos analizados en Análisis de Riesgos.

Página 13


Página 14

Figura 4: Calendarización Del Proyecto


4.2. PresupuestoLa siguiente tabla relaciona los costos relacionados con el desarrollo de este proyecto por cada una de las fases detalladas en Proceso

1. Fase Metodológica 1

Los precios de los materiales para el Workshop el día 17 de Junio y se hizo la conversión con la tasa del mismo día: 1 dólar americano = 2416 pesos colombianos.

Recursos Especificación CostoLibros Biblioteca Universidad Javeriana $ -Conexión A Internet 20 Megas + Telefonía Ilimitada con ETB por

1 Mes (Estrato 3)$ 94.600,00

Portátil MODELO: K451LN-WX035HE Procesador: i7-4500U Disco Duro: 1T RAM: 8 GB Pantalla: 14" Sistema Operativo: W8 Gráficos : GT840-2G (Independientes) Color: Tapa negra, interior plateado

$ 749.000,00

Materiales Workshop

Post it notes: 3 in X 3 in, 14 Paquetes (US 12,75) [23]

$ 30.804,00

Boligrafos: BIC® Soft Feel® Retractable Ballpoint Pens, 1.0 mm, Medium Point, Black Barrel, Black Ink, Pack Of 12 (US 7,49) [24]

$ 18.095,84

Pliegos de Papel: Bond Alta Blancura de 75 gms. De 106 cms. X 100 mt. (COP 18.000)[25]

$ 18.000,00

Total $ 1.910.499,84

Tabla 1: Costos Fase 1


Recursos Especificación Costo UnitarioLibros Biblioteca Universidad Javeriana $ - Conexión A Internet 20 Megas + Telefonía Ilimitada con ETB por

1 Mes (Estrato 3) [26]$ 94.600,00

Portátil Ver Fase Metodológica 1 $ - Total $ 94.600,00

Tabla 2: Costos Fase 2

Página 15



El precio de Enterprise Architect Versión Desktop y de Balsamic Mockups se cotizo el día 17 de Junio a un precio de US 135 [27] y US 89 [28], respectivamente, y se hizo la conversión con la tasa del mismo día: 1 dólar americano = 2416 pesos colombianos.

Recursos Especificación Costo UnitarioLibros Biblioteca Universidad Javeriana $ -Conexión A Internet Plan Dúo 20 Megas + Telefonía Ilimitada con

ETB por 1 Mes (Estrato 3) [26]$ 47.300,00

Portátil Ver Fase Metodológica 1 $ -Licencia Software Para Diagramas

Enterprise Architect Versión Desktop [27] $ 326.160,00

Balsamiq Mockups [28] $ 215.024,00

Total $ 373.460,00Tabla 3: Costos Fase 4


En Conexión A Internet solo se contempla el valor dos mes puesto que este será el tiempo en el que esta fase se desarrollara como se muestra en Calendarización. En Licencia Software Para Desarrollo es un valor estimado puesto que todavía no se ha definido la tecnología de desarrollo del prototipo.

Recursos Especificación Costo UnitarioConexión A Internet Plan Dúo 20 Megas + Telefonía Ilimitada con

ETB por 1 Mes (Estrato 3) [26] $ 189.200,00

Portátil Ver Fase Metodológica 1 $ - Licencia Software Para Desarrollo

Pendiente $ 400.000,00

Total $ 589.200,00Tabla 4: Costos Fase 5

5. Otros Gastos

En esta fase se contemplan valores aproximados se otros gastos relacionados con el desarrollo de este proyecto.

Recursos Especificación Costo UnitarioTransporte Transmilenio 2 pasajes diarios - 2 Días A La

Semana Durante 4 Meses $ 115.200,00

Alimentación - $ 2.000.000,00

Página 16


Créditos De La Asignatura Trabajo De Grado

4 Créditos de La Carrera De Ingeniería De Sistemas

$ 1.855.000,00

Acompañamiento del Director

$ por Hora de Trabajo del Director de Trabajo de Grado por 18 Semanas (2 Horas Semanales como está estipulado en [3])

$ 160.000,00

Total $ 4.130.200,00Tabla 5: Otros Costos

Se estima que el costo total del desarrollo del proyecto sea $ 7.097.959,84

4.3. Análisis de RiesgosEn la Tabla 6: Análisis De Riesgos se han identificado 11 riesgos, y se ha realizado el análisis de estos con respecto a:

Posibilidad de Ocurrencia: Número entre 0 y 1. Impacto: “Alto”, “Medio”, “Alto” Tolerancia: “Intolerable”, “Media”, “Tolerable”

De acuerdo a los anteriores ítems y a la experiencia en proyectos anteriores, se priorizaron los riesgos de 1 a 5 (columna “Prioridad”).

Como revela la tabla, el 63% de los riesgos tienen Prioridad 5, esto se debe a que la magnitud del desarrollo de Trabajo de Grado es muy grande, lo que resulta en que se deben tener estrategias más claras para mitigarlos (columna “Cómo minimizar o mitigar el riesgo”)

Página 17


ID Riesgo Probabilidad Impacto Tolerancia Prioridad Cómo minimizar o mitigar el riesgo

1 Calendarización Inadecuada 0,7 Medio Media 5

En la Sección Calendarización se dejó un margen de 2 semanas ya que puede que la calendarización del proyecto este errada

debido a la inexperiencia de desarrollo de un proyecto de esta naturaleza.

2 Inadecuada distribución de las tareas a los integrantes 0,2 Alto Tolerable 3 Realizar la distribución de tareas en grupo de

tal forma que la distribución sea justa

3 Bajo compromiso de los integrantes 0,1 Alto Intolerable 5Hacer reuniones virtuales 2 veces cada semana en pro de conocer el avance del proyecto por

parte de los integrantes

4 Daños técnicos en los portátiles de los integrantes 0,3 Alto Intolerable 2

Almacenar todos los documentos y archivos correspondientes al proyecto en un servidor de

alojamiento de archivos en la nube, específicamente en Dropbox y Google Drive, asegurando que el avance del proyecto no se

perderá.

5 Falta de control del cronograma 0,6 Medio Tolerable 2Comunicación constante con la Dirección de

Trabajos de Grado con el fin de mantener actualizado el Calendario

6 Asuntos de fuerza mayor que incapacite a un integrante 0,1 Alto Media 5

Un integrante deberá cumplir con las tareas propuestas por el tiempo de incapacidad del otro integrante para no tener retrasos en el

Calendario

Página 18


7 Problemas con el proveedor de Internet 0,1 Medio Intolerable 5Se decidió comprar un plan de Internet de Fibra Óptica para mitigar este riesgo (Ver

Presupuesto)

8 Problema de comunicación entre los integrantes 0,2 Alto Intolerable 5

Se habilitara la comunicación por medio de Whatsapp, Correo electrónico, Skype,

Hangouts de Google, Llamada Celular y Fija

9 Problema de comunicación con la directora de Trabajo De Grado 0,2 Alto Intolerable 5

Se negociarán los medios de comunicación efectiva con la directora como Correo

Electrónico, además se programarán reuniones semanales de 2 horas cada una.

10 Pérdida total de los portátiles de los integrantes 0,1 Alto Intolerable 2

Almacenar todos los documentos y archivos correspondientes al proyecto en un servidor de

alojamiento de archivos en la nube, específicamente en Dropbox y Google Drive, asegurando que el avance del proyecto no se

perderá.

11 Baja productividad debido a carga académica y/o laboral 0,5 Alto Intolerable 5

Se inscribirá solo media matricula o menos créditos para disminuir las otras actividades

académicas que puedan interferir con el desarrollo del proyecto. Se deberán pedir los

permisos necesarios laborales que permitan el desarrollo del proyecto.

12 Interfaz gráfica no cumple con los 10 Principios de Heurística 0,3 Alto Intolerable 4

Se validará el diseño de Interfaz gráfica por medio de un prototipo no funcional en

Balsamiq Mockups [28].(ver “Validación del diseño de Usabilidad” en Fase Metodológica

3)Tabla 6: Análisis De Riesgos

Página 19


4.4. Compromiso de apoyo de la Institución Este Trabajo de Grado está enmarcado en un proyecto de investigación, no es necesario tener ninguna carta de apoyo de ninguna institución.

4.5. Derechos PatrimonialesLos derechos patrimoniales de este Trabajo de Grado se dividen en dos:

Para Documentos: Modelo de Integración Conceptual, Estado del Arte, Modelo de Dominio, SRS, SAD, entre otros (Ver Entregables o Resultados Esperados)

Para todos los documentos relacionados con este proyecto, se tendrá la siguiente licencia (Ilustración 1: Licencia Documentos):

Ilustración 1: Licencia Documentos

Esta licencia no permite adaptaciones de los documentos ni uso comercial de los mismos [29].

Para Código: Prototipo (Ver Entregables o Resultados Esperados)

Para el código generado durante el desarrollo de este proyecto tendrá el siguiente licenciamiento (Ilustración 2: Licencia Código):

Página 20


Ilustración 2: Licencia Código

La licencia Apache [30] permite que el código generado se pueda utilizar para cumplir con el impacto esperado especificado en la sección Impacto Esperado del Proyecto.

Página 21


5. Marco Teórico / Estado del Arte5.1. Fundamentos y conceptos relevantes para el proyecto.Esta sección tiene el propósito de informarle al lector conceptos claves para que pueda entender esta propuesta, dividida de la siguiente manera:

Red Social Adaptación Ontología Personalización Usabilidad

5.1.1.Red SocialSegún [31] una red social es “el total de un grupo de personas con quienes una persona interactúa y desde las cuales una persona puede potencialmente recibir ayuda en tiempo de necesidad”, de hecho investigadores en psicología han reconocido que la presencia de otros, como amigos y familia, suele ser reconfortante.

Las personas socialmente integradas suelen tener mejor salud como lo evidencia la Tabla 7: Beneficios De Salud De Las Redes Sociales (Tomado de [31])

Beneficios de Salud de las Redes SocialesMenos probabilidad de tener ataques cardiacosTendencia a recuperarse más rápido de resfriados y otras enfermedadesMás probabilidad de sobrevivir a cáncer de senoLidiar mejor el estrésMás probabilidad de comer mejor, hacer ejercicio, y ser físicamente activoMenos probabilidad de empezar a fumar y, más facilidad de dejarlo si lo hacen

Tabla 7: Beneficios De Salud De Las Redes Sociales (Tomado de [31])

Adicionalmente varios estudios han mostrado que tener un confidente cercano o un compañero social está asociado con un aumento de la longevidad, también evidencian que el aumento del tamaño de la red social está asociado con un menor riesgo de mortalidad [31].

Por otro lado, en [32] definen una red social como “servicios basados en web que le permite a los individuos:

1. Construir un perfil público o semipúblico dentro de un sistema acotado 2. Articular una lista de otros usuarios con los cuales se comparte una conexión3. Ver y recorrer su lista de conexiones y las hechas por otros usuarios dentro del sistema

La naturaleza y la nomenclatura de estas conexiones pueden variar de sitio a sitio”. De esta definición son evidenciables 3 conceptos claves: Persona, Conexiones y Contexto, los cuales se contemplan en [33] de la siguiente manera:

Página 22


Nodos: Actores Relaciones: Unión entre nodos Límite (Contexto): Son de dos tipos:

o A priori: Impuestos o creados por los mismos actoreso Demográficos

Estos conceptos claves se definirán para el marco de Know&Share en el transcurso del desarrollo del proyecto.

5.1.1.1. Red Social Académica

Según una red social académica es una estructura social orientada a la investigación compuesta de individuos y organizaciones, que se conectan por varios tipos de relaciones interdependientes. [34]

5.1.2. AdaptaciónLa palabra Adaptación (del latín adaptare [35]) es la acción o efecto de ajustar algo con respecto a otra cosa. La adaptación de la información tiene como objetivo proveerle al usuario la información que mejor corresponda a su contexto de uso actual [36].

La adaptación genera dos tipos de sistemas [37]:

1. Adaptativos (Estáticos): Donde la adaptación se realiza antes de ejecutar el sistema.2. Adaptables (Dinámicos): Donde la adaptación se realiza a tiempo de ejecución tomando en

cuenta características del entorno y del usuario.

¿Cómo se logra la adaptación en un sistema?

Se puede lograr de dos formas [16]:

1. Perfilamiento: Modificando componentes no estáticos del sistema con base en intereses, gustos, preferencias (entre otros) relacionados con cada uno de los tipos de usuarios, especificados luego del siguiente proceso:

a. Tipificación: Proceso de clasificar los usuarios en subgrupos (Tipos de usuarios en el sistema)

b. Caracterización: Proceso de especificar las características de los subgrupos, identificados mediante la Tipificación, con el fin de tener un conocimiento detallado de cada uno de estos subgrupos.

2. Enriquecimiento: Modifica las variables o parámetros del sistema para determinar el comportamiento del mismo, enfocado a la información no a la presentación.

Modelado de la Adaptación [16]

La adaptación utiliza tres modelos que logran representar los tipos de usuarios con su entorno, sus objetivos y la forma como se le debe desplegar la información; estos tres modelos son descritos a continuación:

Página 23


Modelo de Usuario: Compuesto por las características de cada usuario, las cuales pueden ser físicas como gustos, necesidades y preferencias.

Modelo de Contexto: Representa el entorno del usuario, por ejemplo:o Características de dispositivoo Características ambientaleso Características de localizacióno Etc.

Modelo de Despliegue: Permite visualizar como se le presenta la información o los servicios adaptados al usuario.

En la Ilustración 3 se pueden visualizar los conceptos expuestos en esta sección.

Ilustración 3: Mapa Mental Adaptación.

5.1.3. OntologíaSegún [38]: “El rol de las ontologías es capturar el conocimiento de dominio en una forma genérica y proveer un entendimiento común de ese dominio. El vocabulario común de una ontología, definiendo el significado de sus términos y sus relaciones, esta usualmente organizado en una taxonomía y contiene primitivas de modelado como clases, relaciones, funciones y axiomas”

Por otro lado, Wolfgang Hesse en el artículo: “Ontologies in the Software Engineering Process” define un proceso para la creación de Ontologías (5. The Ontology Life Cycle en [39]) descrito como Ingeniería de Ontologías por el autor, explicado a continuación:

Página 24


1. Análisis: a. El universo del discurso, los objetivos y propósitos son determinados, también

posibles fuentes de conocimiento son identificadas. b. Construir un glosario provisional

2. Diseño: a. Se debe determinar la estructura, la jerarquía, posibles sub-ontologías, interfaces y

reglas. b. El dominio de la ontología es conceptualizadoc. El glosario provisional se completa con explicaciones y referencias. d. Se debe hacer mapeo o traducción a diagramas UML.

3. Implementación: a. La ontología es traducida a una ontología concreta o a un lenguaje de programación

de acuerdo a las reglas. b. Las definiciones son publicadas para los usuarios

4. Uso Operacionala. Se recibe retroalimentación de usuarios, proyectos, organizacionesb. Si hay nuevos requerimientos se debe empezar el proceso de nuevo.

5.1.4. PersonalizaciónLa personalización es “una caja de herramientas de tecnologías y características de aplicación usadas en el diseño de una experiencia de usuario final. Las características clasificadas como personalización son amplias, desde mostrar el nombre del usuario en la pantalla, hasta recomendación de productos basados en modelos de las necesidades de los usuarios y sus comportamientos” [40], por lo tanto el sistema debe proporcionar contenidos relevantes en base a las preferencias del usuario, modeladas como parte del perfil del usuario que por lo general toma en cuenta [41]:

Los intereses del usuario. Su histórico del usuario en el sistema. Las necesidades de información del usuario. Las preferencias del usuario. Los gustos del usuario.

5.1.5.UsabilidadLa usabilidad, aunque es definida como un atributo de calidad (“el grado en que un producto puede ser usado por determinados usuarios para lograr sus propósitos con eficacia, eficiencia y satisfacción en un contexto de uso específico” según la ISO 9241-11) también puede ser definido como metodología de diseño y evaluación [16].

Evaluación heurística [42]

Método de evaluación de usabilidad por inspección para encontrar problemas de usabilidad en el diseño de una interfaz gráfica de tal manera que puedan ser atendidos como parte de un diseño iterativo. Esta evaluación involucra tener un grupo de evaluadores que examinan la interfaz y la juzgan de acuerdo a los principios de usabilidad.

Página 25


Prueba de Usabilidad

Una prueba de usabilidad (en inglés Usability Testing), se refiere a evaluar un producto o servicio por medio de pruebas con usuarios representativos. Típicamente, durante la prueba, los participantes tratan de completar tareas comunes mientras los observadores miran, escuchan y toman notas. El objetivo es identificar problemas de usabilidad, recolectar datos cuantitativos y cualitativos junto con determinar la satisfacción del participante con el producto. [43]

Durante una prueba de usabilidad se puede:

Aprender si los participantes son capaces de completar tareas específicas exitosamente Identificar cuando tiempo le toma al participante completar tareas específicas Descubrir que tan satisfechos los participantes están con el producto Identificar cambios requeridos para mejorar el rendimiento del usuario y su satisfacción Analizar el rendimiento para ver si el producto cumple con los objetivos de usabilidad

5.2. Trabajos Importantes en el área.Actualmente el papel de las redes sociales se ha convertido cada vez más relevante en los últimos años [44], varias de ellas se presentan en esta sección ya que incluyen temas específicos como Know&Share.

patatabrava.com [45]: Red social que le permite a los alumnos universitarios de todas las universidades de España, donde se pueden encontrar apuntes de clase, libros, rankings de usuarios, entre otros. Sin embargo, no ofrece búsquedas personalizadas según las preferencias de usuario, no sugiere usuarios según el perfil de usuario y no permite la creación de grupos.

mendeley.com [46]: Red social que reúne estudiantes, profesores e investigadores mediante artículos publicados. Provee funcionalidades para crear grupos y colaborar en la realización de artículos, pero no realiza búsquedas personalizadas, no sugiere posibles contactos.

researchgate.net [47]: Su misión es conectar investigadores y compartir y acceder a artículos científicos, conocimiento y experiencia. A pesar de esto, no permite la creación de grupos y las ideas académicas no se aproximan a las de Know&Share.

linkedin.com [48]: Red social que profesionales, en donde se pueden hacer ofertas de empleo, sugiere posibles contactos, pero no permite compartir ideas académicas, ni la creación de grupos.

academia.edu [49]: Plataforma para personas académicas para compartir artículos, la misión de la compañía es acelerar la investigación en el mundo. Por otro lado, esta red social no permite la creación de grupos, la colaboración es limitada y no existen tipos de usuarios

unono.net [46]: Red social universitaria para estudiantes de todas las universidades españolas, que permite buscar eventos, artículos, temas y chat, sin embargo los temas son muy amplios y no se comunican únicamente ideas académicas, tampoco permite búsquedas personalizadas ni sugiere posibles contactos.

Página 26


La Tabla 8: Comparación Redes Sociales y Know&Share muestra la comparación entre las redes sociales anteriormente mencionadas con Know&Share. Como evidencia la tabla ninguna de estas redes sociales es colombiana, de hecho durante la búsqueda de información para realizar este documento, solo se encontraron 2 redes sociales colombianas, pero ninguna de estas cumplen con por lo menos la mitad de criterios, por eso no se incluyeron en esta lista.

El símbolo indica que el criterio se cumple satisfactoriamente, el símbolo / evidencia que el criterio no es satisfecho completamente, y el símbolo muestra que el criterio no se cumple.

Como se puede ver el tercer criterio es satisfecho solamente por Know&Share debido a que el tipo de información compartido por las otras redes sociales no se podría convertir en posibles Temas de Trabajo de Grado, además no podrían apoyar en ningún momento el proceso de elección, como si lo hace Know&Share.

Tabla 8: Comparación Redes Sociales y Know&Share

Página 27

Criterios patatabrava.com mendeley.com researchgate.net linkedin.com academia.edu unono.netPerfil de Usuario

Tipos de UsuarioEjemplo: InvestigadorEstudiante

/

Ideas académicas

/ / / / ConexionesEjemplo: Lista de amigos

ContextoEjemplo: Comunidad Académica

Público específico

Noticias personalizadas

Sugerencia de contactos

Red social Universitaria

Grupos Colaborativo / / Colombia


5.3. GlosarioSRS: La Especificación de Requisitos de Software es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. [50]

SDD: Un documento de diseño de software detalla cómo los requisitos de software deben ser implementados, así como también proporciona a los programadores un modelo a seguir. Una vez que el documento de diseño de software es aprobado por las partes involucradas, se convierte en la base para limitar los cambios en el alcance de un proyecto. [51]

Contexto de Uso: Es el ambiente en el cual se desenvuelve la interacción del usuario con el sistema [52]

Interés: Según la Real Academia Española es Inclinación del ánimo hacia un objeto, una persona, una narración, etc. [53]

Gustos: Según la Real Academia Española [54] es:

Propia voluntad, determinación o arbitrio. Capricho, antojo, diversión.

Capacidad: Según la Real Academia Española es Aptitud, talento o cualidad que dispone a alguien para el buen ejercicio de algo. [55]

Preferencia: Según la Real Academia Española, una preferencia [56] es la elección de alguien o algo entre varias personas o cosas, en [57] las preferencias se clasifican en tres tipos:

1. De Actividad: Relacionadas con las actividades que un usuario quiere y puede llevar a cabo en el sistema (Una actividad está compuesta por un conjunto de funcionalidades)

2. De Resultado: Relacionado con el contenido: un usuario puede escoger los resultados, entre aquellos obtenidos de la ejecución de funcionalidades, y determinar el orden de presentación

3. De Despliegue: Relacionado con la manera en la cual el usuario desea que la información sea mostrada.

Las preferencias usualmente son usadas para describir [41]:

Intereses del usuario. El nivel de calidad de datos esperados. La manera de presentar los datos. La forma de prestar los servicios. Los diferentes tipos de servicios que el usuario desea usar.

Workshop: Su traducción es "taller" por lo que implica trabajo, es decir, involucración, por parte de los asistentes. Los "workshops" se utilizan para fomentar y fortalecer el sentimiento de trabajo en equipo. [58]

Página 28


Stakeholder: se utiliza para referirse a cualquier persona que tiene influencia directa o indirecta sobre los requisitos del sistema. Entre los stakeholders se encuentran los usuarios finales que interactúan con el sistema y todos aquellos en la organización sé que verán afectados por dicho sistema. Los stakeholders también son los ingenieros que desarrollan o dan mantenimiento a otros sistemas relacionados, los administradores del negocio, los expertos en el dominio del sistema, los representantes de los trabajadores, etc. [59]

SSM: es una metodología utilizada para apoyar y estructurar pensando, y la intervención en problemas de organización, complejos. [60]

Diagrama de Contexto: En el diagrama de contexto solo se dibuja el proceso principal y los flujos entre este y sus entidades externas. [61]

Rich Picture [13] [12]: es un término inglés que define una forma de representar una idea, un problema o un proceso mediante la utilización de imágenes o dibujos. [62]

Diagrama de Objetivos por Stakeholder [12]: liga los requisitos y expectativas del interesado con los objetivos de la organización, establece las responsabilidades de los actores y permite explicar a los interesados la importancia del software futuro. [63]

Diagrama de Casos de Uso: representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso). [64]

Diagrama de usuarios: Administración de usuarios que se hace mediante la asignación de roles que permitirán cierto acceso al sistema. [65]

Análisis Y Diseño:

Alto Nivel [66] : En un diseño de alto nivel se describen los componentes principales del sistema y el modo en que interactúan entre sí para lograr los objetivos del diseño. [67]

Bajo Nivel [66]: El diseño detallado es la actividad técnica que sigue a la selección de la arquitectura. Es el último paso en la descomposición orientada a objetos, en el que se llega a las unidades de programación: las clases de implementación (representaciones simbólicas del código). [68]

Plataforma: determinado software y/o hardware con el cual una aplicación es compatible y permite ejecutarla. [69]

Lenguaje de Programación: consiste en todos los símbolos, caracteres y reglas de uso que permiten a las personas "comunicarse" con las computadoras. Existen varios cientos de lenguajes y dialectos de programación diferentes. Algunos se crean para una aplicación especial, mientras que otros son herramientas de uso general más flexibles que son apropiadas para muchos tipos de aplicaciones. [70]

Página 29


Página 30


6. Referencias y Bibliografía6.1. Referencias

[1] P. U. Javeriana, «Artículo 108 del Reglamento de Estudiantes,» 1 Noviembre 2012. [En línea]. Available: http://www.javeriana.edu.co/vicerrectoria-academica/reglamentos-y-normas.

[2] U. Eco, Cómo se hace una tesis, Editorial GEDISA, 2014.

[3] Coordinación De Trabajos De Grado - Carrera De Ingeniería De Sistemas, «Directrices para el Trabajo de Grado en la Carrera De Ingeniería De Sistemas,» 2014. [En línea]. Available: http://uvirtual.javeriana.edu.co/bbcswebdav/pid-285769-dt-content-rid-1080564_1/courses/015838_1510_2351/NormativaTrabajoGrado%20-%20Noviembre2014.pdf.

[4] C. M. Razo y M. B. Félix, Cómo elaborar y asesorar una investigación de tesis, Pearson Educación, 1998.

[5] L. D. Araneda, Diseño de Una Tesis Universitaria, Universidad de Cuenca.

[6] Pontificia Universidad Javeriana, «Escalafón,» [En línea]. Available: http://www.javeriana.edu.co/vicerrectoria-academica/escalafon. [Último acceso: 2015 Marzo 25].

[7] R. A. Española, «Indisciplinariedad - Diccionario de la Lengua Española,» 2014. [En línea]. Available: http://lema.rae.es/drae/?val=interdisciplinariedad+. [Último acceso: 2015 03 12].

[8] Pontificia Universidad Javeriana, «La Interdisciplinariedad en la Universidad,» Orientación Universitaria, pp. 1-120, Junio 2010.

[9] Pontificia Universidad Javeriana, «Misión,» [En línea]. Available: http://www.javeriana.edu.co/institucional/mision. [Último acceso: 11 03 2015].

[10] K. Peffers, T. Tuunanen, M. A. Rothenberger y S. Chatterjee, «A Design Science Research Methodology for Information Systems Research,» Journal of Management Information Systems, vol. 24, nº 3, pp. 45-77, 2007.

[11] K. E. Kendall y J. E. Kendall, Análisis Y Diseño de Sistemas, Pearson, 2005.

[12] I. Alexander y L. Beus-Dukic, Discovering Requirements, Wiley, 2009.

[13] E. A. Refaee, Ontology Driven Rich Pictures, 2011.

[14] D. E. Avison, P. A. Golder y H. U. Shah, «Towards an SSM toolkit: rich picture diagramming,» European Journal of Information Systems, vol. 1, nº 17, p. 397 – 408, 1992.

[15] G. Booch, Rumbaught y I. Jacobson, UML: El Lenguaje Unificado de Modelado, Addison-Wesley, 2006.

[16] L. F. Barrera León, Runa-Kamachiy modelo de integración conceptual entre HCI y adaptación orientado a la usabilidad de las interfaces de usuario, Bogotá: Trabajo de Grado Maestría Ingeniería De Sistemas - Pontificia Universidad Javeriana, 2013.

[17] DSDM Consortium, «MoSCoW Prioritisation,» 2015. [En línea]. Available:

Página 31


http://www.dsdm.org/content/10-moscow-prioritisation. [Último acceso: 10 06 2015].

[18] F. Bachmann, L. Bass, G. Chastek, P. Donohoe y F. Peruzzi, The architecture based design method, CARNEGIE-MELLON UNIV PITTSBURGH PA SOFTWARE ENGINEERING INST, 2000.

[19] DSDM Consortium, «The DSDM Agile Project Framework,» [En línea]. Available: http://www.dsdm.org/dig-deeper/book/dsdm-agile-project-framework. [Último acceso: 11 06 2015].

[20] V. Venkatesh y F. Davis, «A Theoretical Extension of the Technology Acceptance Model: Four Longitudinal Field Studies,» Management Science, vol. 46, pp. 186-204, 2000.

[21] H. X. Lin, Y.-Y. Choong y G. Salvendy, «A proposed index of usability: a method for comparing the relative usability of different software systems,» Behaviour & Information Technology, vol. 16, nº 4-5, pp. 267-277, 1997.

[22] EUNED, Análisis Administrativo. Técnicas Y Métodos, EUNED.

[23] Amazon, «Post-it Notes, 3 in x 3 in, Jaipur Collection, 14 Pads/Pack, 100 Sheets/Pad (654-14AU),» [En línea]. Available: http://www.amazon.com/Post-Jaipur-Collection-Sheets-654-14AU/dp/B0002DOC68. [Último acceso: 24 05 2015].

[24] Office Depot, «BIC® Soft Feel® Retractable Ballpoint Pens, 1.0 mm, Medium Point, Black Barrel, Black Ink, Pack Of 12,» [En línea]. Available: http://www.officedepot.com/a/products/655266/BIC-Soft-Feel-Retractable-Ballpoint-Pens/. [Último acceso: 24 05 2015].

[25] MercadoLibre Colombia, «Papel Plotter Bond Cartulina Opalina Pergamino Fotografico,» [En línea]. Available: http://articulo.mercadolibre.com.co/MCO-415430802-papel-plotter-bond-cartulina-opalina-pergamino-fotografico-_JM. [Último acceso: 24 05 2015].

[26] ETB, «Plan Dúo Estrato 3 Fibra Óptica,» [En línea]. Available: http://etb.com/Hogares/fibra-planes.html. [Último acceso: 17 05 2015].

[27] Sparx Systems Pty Ltd., «Purchase Enterprise Architect,» 2000-2015. [En línea]. Available: http://www.sparxsystems.com/products/ea/purchase.html. [Último acceso: 17 05 2015].

[28] Balsamiq Studios, «Balsamiq Mockups,» [En línea]. Available: https://balsamiq.com/products/mockups/.

[29] Creative Commons, «Choose Creative Commons License,» [En línea]. Available: http://creativecommons.org/choose/. [Último acceso: 2015 05 19].

[30] Apache, «The Apache Software Fundation,» 2015 . [En línea]. Available: http://www.apache.org/foundation/governance/.

[31] R. A. R. Gurung, «Social networks,» Salem Press Encyclopedia of Health, vol. January, 2014.

[32] D. M. Boyd y N. B. Ellison, «Social network sites: definition, history, and scholarship,» Journal of Computer-Mediated Communication, vol. 13, p. 210–230, 2007.

[33] R. A. Hanneman y M. Riddle, Introduction to social network methods, University of California, Riverside, 2005.

[34] J. Hu, M. Liu y J. Zhang, «A Semantic Model for Academic Social Network Analysis,»

Página 32


ASONAM, 2014.

[35] Definicion.de, «Adaptación,» [En línea]. Available: http://definicion.de/adaptacion/. [Último acceso: 24 05 2015].

[36] A. Carrillo, «Diapositivas Personalización de la Información en Ambientes Nomadas, Adaptación de la Información,» [En línea]. Available: http://sophia.javeriana.edu.co/~acarrillo/Personalizacion/Material/Adaptacion.pdf.

[37] V. Alvarez-Cortes, B. E. Zayas-Perez, V. H. Zarate-Silva y J. A. Uresti, «Current Trends in Adaptive User Interfaces: Challenges and Applications,» CERMA, pp. 312-317, 2007.

[38] A. Mädche, H.-P. Schnurr, S. Staab y R. Stude, «Representation Language-Neutral Modeling of Ontologies,» Modellierung, pp. 1 - 15, 2000.

[39] W. Hesse, «Ontologies in the Software Engineering Process,» Fachbereich Mathematik und Informatik, vol. 141.

[40] J. Kramer, S. Noronha y J. Vergo, «A user-centered design approach to personalization,» Communications of the ACM, vol. 43, nº 8, pp. 44-48, 2000.

[41] L. F. Barrera León, Propuesta ZuGym, Propuesta de Trabajo de Grado, Ingeniería de Sistemas, 2009.

[42] N. Jakob, «10 Usability Heuristics for User Interface Design,» 1 January 1995. [En línea]. Available: http://www.nngroup.com/articles/ten-usability-heuristics/.

[43] U.S. Department of Health & Human Services, «Running a Usability Test,» [En línea]. Available: http://www.usability.gov/how-to-and-tools/methods/running-usability-tests.html. [Último acceso: 24 05 2015].

[44] R. Jamili Oskouei, «Analyzing Different Aspects of Social Network Usages on Students Behaviors and Academic Performance,» IEEE, pp. 216 - 221, 2010.

[45] patatabrava.com, «patatabrava.com,» [En línea]. Available: http://www.patatabrava.com/.

[46] Mendeley Ltd, «mendeley.com,» [En línea]. Available: http://www.mendeley.com.

[47] researchgate.net, «researchgate.net,» [En línea]. Available: http://www.researchgate.net.

[48] LinkedIn Corporation, «LinkedIn,» [En línea]. Available: http://www.linkedin.com.

[49] Academia, «Academia.edu,» [En línea]. Available: https://www.academia.edu.

[50] J. M. LEMUS, «Especificación de Requerimientos del Software,» [En línea]. Available: http://www.academia.edu/7736683/1._Especificaci%C3%B3n_de_Requerimientos_del_Software_ERS_.

[51] A. Crowe-Scott, «Propósito de un documento de diseño de software,» [En línea]. Available: http://www.ehowenespanol.com/proposito-documento-diseno-software-hechos_488586/.

[52] L. C. Niño Tavera y J. C. Nova Madrid, NOMAD, Propuesta de Trabajo de Grado - Ingeniería de Sistemas, 2009.

[53] R. A. Española, «Interés,» [En línea]. Available: http://lema.rae.es/drae/srv/search?id=6kLp2sVohDXX2FGD6QOj.

[54] R. R. A. Española, «Gusto,» [En línea]. Available: http://lema.rae.es/drae/srv/search?

Página 33


id=OeIjayEdEDXX2sQU0j2r.

[55] R. A. Española, «Capacidad,» [En línea]. Available: http://lema.rae.es/drae/srv/search?id=NxLOsQpMPDXX2AxtccVV.

[56] Real Academia Española , «Preferencia,» [En línea]. Available: http://lema.rae.es/drae/srv/search?key=preferencia. [Último acceso: 24 05 2015].

[57] A. Carrillo, M. Villanova-Oliver, J. Gensel y H. Martin, «Perfiles de Usuario Generados de acuerdo a las preferencias de usuario y al contexto de uso,» RASI, vol. 5, nº 1, pp. 7-17, 2008.

[58] B. Soto, «Workshop,» [En línea]. Available: http://www.gestion.org/recursos-humanos/42463/que-es-un-workshop/.

[59] M. I. A. G. Ian Sommerville, Ingeniería del software, Pearson Educación,S.A., 2005.

[60] O. Society, «Introduction to Soft Systems Methodology,» [En línea]. Available: http://www.learnaboutor.co.uk/strategicProblems/m_s_3frs.htm.

[61] M. A. M. A, «Diagrama de Flujo de Datos,» [En línea]. Available: http://www.academia.edu/5042568/Ingenieria_de_Software.

[62] S. G. R. Vázquez, «Servicios_Empresariales_y_Consultoria,» [En línea]. Available: http://www.uaeh.edu.mx/docencia/P_Presentaciones/tepeji/administracion/documentos/tema/Servicios_Empresariales_y_Consultoria.pdf.

[63] C. M. ZAPATA y L. A. LEZCANO, «CARACTERIZACIÓN DE LOS VERBOS USADOS EN EL DIAGRAMA DE OBJETIVOS,» [En línea]. Available: http://www.redalyc.org/articulo.oa?id=49612069022.

[64] P. S. C., «Casos de Uso (Use Case),» [En línea]. Available: http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html.

[65] J. Torres, «Diagramas uml,» [En línea]. Available: http://es.slideshare.net/jazieltorres/diagramas-uml-6226674.

[66] R. Stephens, Beginning Software Engineering, John Wiley & Sons, 2015.

[67] Microsoft, «Modelar la arquitectura de un sistema de Software,» 2015. [En línea]. Available: https://msdn.microsoft.com/es-es/library/dd490886.aspx.

[68] «DISEÑO DETALLADO (diseño de bajo nivel),» [En línea]. Available: http://www.ie.inf.uc3m.es/grupo/docencia/reglada/Is1y2/IS2/Unidades21a28-DOC.pdf.

[69] ALEGSA, «DICCIONARIO DE INFORMÁTICA Y TECNOLOGÍA,» [En línea]. Available: http://www.alegsa.com.ar/Dic/plataforma.php.

[70] U. d. I. UPIICSA, «QUE ES UN LENGUAJE DE PROGRAMACIÓN,» [En línea]. Available: http://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/p_terminados/PolilibroFC/Unidad_III/Unidad%20III_4.htm.

[71] SWEBOK, Software Engineering Body of Knowledge, 2004.

[72] P. C. Peter Eeles, The process of Software Architecting., Addison Wesley. , 2010.

[73] J. M. Martínez Guerrero y C. A. Sil, Guía Metodológica Para El Levantamiento Y Análisis De Requerimientos De Softwa-re Con Base En Procesos De Negocio, Pontificia Universidad

Página 34


Javeriana, 2010.

[74] A. Aybüke y C.Wohlin, Engineering and Managing Software Requirements, Berlin: Springer, 2005, pp. 25-35.

[75] H. Kniberg, «Kanban vs Scrum - how to make the best of both,» 2009.

[76] IEEE Computer Society, IEEE Recommended Practice for Software Requirements Specifications, 1998.

[77] C. Larman, UML Y Patrones, Prentice Hall, 2007.

[78] P. Kruchten, Architectural Blueprints - The "4+1" View Model of Software Architecture, Rational Software Corp..

[79] González Maria Paula, Pascual Afran, Lorés Jesús, «Evaluación Heurística,» Universitat de Lleida.

[80] U.S. Department of Health & Human Services, «Usability Testing,» [En línea]. Available: http://www.usability.gov/how-to-and-tools/methods/usability-testing.html. [Último acceso: 24 04 2015].

[81] U.S. Department of Health & Human Services, «Planning a Usability Test,» [En línea]. Available: http://www.usability.gov/how-to-and-tools/methods/planning-usability-testing.html. [Último acceso: 24 05 2015].

[82] L. N. Aballay, S. V. Aciar, C. A. Collazos y C. S. González, «Adaptation Model Content Based in Cultural Profile into Learning Environment,» IEEE LATIN AMERICA TRANSACTIONS, vol. 13, nº 2, pp. 490 - 495, 2015.

[83] U.S. Department of Health & Human Services, «Reporting Usability Test Results,» [En línea]. Available: http://www.usability.gov/how-to-and-tools/methods/reporting-usability-test-results.html. [Último acceso: 24 05 2015].

[84] U.S. Department of Health & Human Services, «Usability Testing,» [En línea]. Available: http://www.usability.gov/how-to-and-tools/methods/usability-testing.html. [Último acceso: 24 05 2015].

[85] J. Nielsen, «How to Conduct a Heuristic Evaluation,» 01 01 1995. [En línea]. Available: http://www.nngroup.com/articles/how-to-conduct-a-heuristic-evaluation/. [Último acceso: 24 05 2015].

[86] S. Farnham, S. Uberoi Kelly, W. Portnoy y J. L. Schwartz, «Wallop: Designing Social Software for Co-located Social Networks,» Hawaii International Conference on System Sciences, vol. 37, pp. 1-10, 2004.

[87] The Apache Software Foundation, «Apache License,» [En línea].

[88] mastermagazine, «Definición de Plataforma,» [En línea]. Available: http://www.mastermagazine.info/termino/6325.php.

[89] I. P. Nacional, « QUE ES UN LENGUAJE DE PROGRAMACIÓN,» [En línea]. Available: http://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/p_terminados/PolilibroFC/Unidad_III/Unidad%20III_4.htm.

[90] F. Davis, «Perceived Usefulness, Perceived Easy of Use, and User Acceptance of Information Technology,» MIS Quarterly, vol. 13, nº 3, pp. 319-340, 1989.

Página 35


Página 36


6.2. Bibliografía Propuesta para el desarrollo del Trabajo de Grado

Abdelhakim, M. N. A. “A Web-Based Group Decision Support System for the Selection and Evaluation of Educational Multimedia.” Proceedings of the International …, 2007. http://dl.acm.org/citation.cfm?id=1290150.

Aimeur, Esma, Flavien Serge Mani Onana, and Anita Saleman. “HELP: A Recommender System to Locate Expertise in Organizational Memories,” 866–74. IEEE, 2007. doi:10.1109/AICCSA.2007.370734.

Al-Zoube, M. “A Data Mashup for Dynamic Composition of Adaptive Courses.” The International Arab Journal of …, 2010.

Benbunan-Fich, Raquel. “Improving Education and Training with IT.” Commun. ACM 45, no. 6 (June 2002): 94–99. doi:10.1145/508448.508454.

Bensimon, Estela Mara. Redesigning Collegiate Leadership: Teams and Teamwork in Higher Education. Johns Hopkins University Press, 1993.

Berdichewsky, Bernardo. Antropología social: introducción. Lom Ediciones, 2002.BIELIK, P., P. KRÁTKY, and Š MITRÍK. “Personalized Recommendation and Context-Aware Avatar

for Motivating Children to Physical Activity.” Personalized Web-Science …, n.d. http://wiki.fiit.stuba.sk/research/seminars/pewe/ontoparty-2010-2011-spring/abstracts/10_bielik_etal.pdf.

Billow, Richard M. “Facebook as ‘Social Fact.’” Group 36, no. 3 (October 1, 2012): 213–22.Bobadilla, J., and F. Serradilla. “Collaborative Filtering Adapted to Recommender Systems of E-

Learning.” Knowledge-Based Systems, 2009. http://www.sciencedirect.com/science/article/pii/S0950705109000161.

Bra, PME De. Adaptive Hypermedia and Adaptive Web-Based Systems: Third International Conference, AH 2004, Eindhoven, the Netherlands, August 23-26, 2004: …. books.google.com, 2004.

Brookshire, R. G. “Models for the Organization of Academic Computing.” In Proceedings of the 17th Annual ACM SIGUCCS Conference on User Services, 89–92. SIGUCCS ’89. New York, NY, USA: ACM, 1989. doi:10.1145/73760.73773.

Brusilovsky, P. “A Distributed Architecture for Adaptive and Intelligent Learning Management Systems.” … Systems", 11th International Conference on Artificial …, 2003.

Clear, Tony. “Diagnosing Your Teaching Style: How Interactive Are You?” ACM Inroads 1, no. 2 (June 2010): 34–41. doi:10.1145/1805724.1805737.

Cochran, E.L., and S.V. Metz. Method and Means for Programming a Programmable Electronic Thermostat. Google Patents, 1996. https://www.google.com/patents/US5482209.

Corbière, A., and C. Choquet. Designer Integration in Training Cycles: IEEE LTSA Model Adaptation. halshs.archives-ouvertes.fr, 2004.

Dagez, H. E. Adaptive Multi Learning Style System for E-Learning. dspace.fsktm.um.edu.my, 2009. http://dspace.fsktm.um.edu.my/handle/1812/967.

Dembiński, P., A. Janowska, and P. Janowski. “√ Erics: A Tool for Verifying Timed Automata and Estelle Specifications.” Tools and Algorithms …, 2003. http://www.springerlink.com/index/09b89b7t1f7t8aq4.pdf.

Essalmi, F., and L. J. B. Ayed. “Personalization of Learning Scenarios for E-Learning.” Www-Vs.informatik.uni-Ulm.de, n.d.

Fang, Ning. “Work in Progress — Integrating Mathematical Modeling with Computer Visualization to Improve Students’ Problem Solving in an Introductory Engineering Course,” S2G – 1–S2G – 2. IEEE, 2011. doi:10.1109/FIE.2011.6142730.

Ferran, N., J. Casadesús, and M. Krakowska. “Enriching E-Learning Metadata through Digital Library Usage Analysis.” Electronic Library, …, 2007. http://www.emeraldinsight.com/journals.htm?articleid=1602540&show=abstract.

Página 37


Finke, A. “E-LEARNING SYSTEM CONTENT AND ARCHITECTURE EVOLUTION.” Proc. of 16th International Conference on Information …, 2010.

Firte, A. A., and C. V. Bratu. “Intelligent Component for Adaptive E-Learning Systems.” … Computer Communication and …, 2009.

Guidelines for Graduate Degree Programs in Information Systems.” ACM SIGCSE …, 2006. http://dl.acm.org/citation.cfm?id=1138403.1138448.

Gui-Qin, Dou, Zhu Yan-Song, and Han Yu-Min. “Research on Selection System Based on Bayesian Recommendation Model.” In 2011 International Conference on Advanced Mechatronic Systems (ICAMechS), 35–38. IEEE, 2011.

Gumplowicz, Ludwig. The Outlines of Sociology. New York : Arno Press, 1899. http://archive.org/details/outlinessociolo00gumpgoog.

Gu, Qianyi, and T. Sumner. “Support Personalization in Distributed E-Learning Systems through Learner Modeling,” 1:610–15. IEEE, n.d. doi:10.1109/ICTTA.2006.1684441.

Haake, M. “A Look at the Roles of Look & Roles in Embodied Pedagogical Agents–a User Preference Perspective.” International Journal of Artificial Intelligence in …, 2009. http://iospress.metapress.com/index/g4084v53860tu275.pdf.

HADWIN, DJN. “Quality Rating and Recommendation of Learning Objects.” E-Learning Networked …, 2007.

Harman, K. “Discussion Board: A Learning Object.” … Journal of Knowledge and Learning Objects, 2005.

Hatala, M., G. Richards, and T. Eap. “The eduSource Communication Language: Implementing IVANOVA, M. “ONTOLOGY-DRIVEN ELEARNING SYSTEM IN SUPPORT OF KNOWLEDGE

GATHERING.” … Proceedings of" eLearning and Software for …, 2011.Jansen, Bernard J., Tracy Mullen, Amanda Spink, and Jan Pedersen. “Automated Gathering of Web

Information: An in-Depth Examination of Agents Interacting with Search Engines.” ACM Trans. Internet Technol. 6, no. 4 (November 2006): 442–64. doi:10.1145/1183463.1183468.

JONG, BART A. DE, and TOM ELFRING. “HOW DOES TRUST AFFECT THE PERFORMANCE OF ONGOING TEAMS? THE MEDIATING ROLE OF REFLEXIVITY, MONITORING, AND EFFORT.” The Academy of Management Journal 53, no. 3 (June 1, 2010): 535–49.

Luo, Lili. “Social Networking Websites: An Exploratory Study of Student Peer Socializing in an Online LIS Program.” Journal of Education for Library and Information Science 51, no. 2 (Abril 2010): 86–102.

Maj, S. P., G. Kohli, and T. Fetherston. “A Pedagogical Evaluation of New State Model Diagrams for Teaching Internetwork Technologies.” In Proceedings of the Twenty-Eighth Australasian Conference on Computer Science - Volume 38, 135–41. ACSC ’05. Darlinghurst, Australia, Australia: Australian Computer Society, Inc., 2005. http://dl.acm.org/citation.cfm?id=1082161.1082176.

Malek, Jihen, Mona Laroussi, Alain Derycke, and Henda Ben Ghezala. “Model-Driven Development of Context-Aware Adaptive Learning Systems,” 432–34. IEEE, 2010. doi:10.1109/ICALT.2010.125.

Maltbie, Catherine V., Suzanne van den Hoogenhof, and Ian Papautsky. “Work in Progress — Influences of Student Experiential Background in a Problem-Based Multidisciplinary Microfluidics Laboratory Course,” T3C – 1–T3C – 2. IEEE, 2010. doi:10.1109/FIE.2010.5673421.

Manouselis, N., H. Drachsler, and R. Vuorikari. “Recommender Systems in Technology Enhanced Learning.” Recommender Systems …, 2011. http://www.springerlink.com/index/KH156743863KN3G0.pdf.

Paquette, G., and I. Rosca. An Ontology-Based Referencing of Actors, Operations and Resources in eLearning Systems. halshs.archives-ouvertes.fr, 2004. http://halshs.archives-ouvertes.fr/hal-00190376/.

Pasyeka, M., and T. Sviridova. “Mathematical Model of Adaptive Knowledge Testing.” … Technologies and Methods …, 2009. http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=5069719.

Página 38


Paulus, Paul B., and Bernard A. Nijstad. Group Creativity: Innovation through Collaboration. Oxford University Press, 2003. http://psycnet.apa.org/psycinfo/2003-88061-000.

Pears, A., S. Seidman, L. Malmi, and L. Mannila. “A Survey of Literature on the Teaching of Introductory Programming.” ACM SIGCSE …, 2007. http://dl.acm.org/citation.cfm?id=1345375.1345441.

Phillips, Lawrence D., and Maryann C. Phillips. “Faciliated Work Groups: Theory and Practice.” The Journal of the Operational Research Society 44, no. 6 (June 1, 1993): 533–49. doi:10.2307/2584511.

“Política de Promoción de La Industria de Contenidos Digitales - Colom….” 23:08:13 UTC. http://www.slideshare.net/radarik/politica-contenidosdigitales.

Pontificia Universidad Javeriana. “Orientaciones Universitarias.” La Interdiscipinariedad En La Universidad, no. 43 (June 2010): 120.

Popescu, E., and P. Trigano. “Adaptive Educational Hypermedia Systems: A Focus on Learning Styles.” EUROCON, 2007. The …, 2007. http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4400580.

Powell, Norman, David Moore, John Gray, Janet Finlay, and John Reaney. “Dyslexia and Learning Computer Programming.” In Proceedings of the 9th Annual SIGCSE Conference on Innovation and Technology in Computer Science Education, 242–242. ITiCSE ’04. New York, NY, USA: ACM, 2004. doi:10.1145/1007996.1008072.

Prieto, M., V. Menéndez, and A. Segura. “A Recommender System Architecture for Instructional Engineering.” Emerging Technologies and …, 2008. http://www.springerlink.com/index/356134127671182W.pdf.

Rank and File: Personal Histories by Working-Class Organizers. Princeton University Press, 2014. http://www.jstor.org/stable/j.ctt7zvm7r.

Roby, Thornton B., and John T. Lanzetta. “Work Group Structure, Communication, and Group Performance.” Sociometry 19, no. 2 (June 1, 1956): 105–13. doi:10.2307/2786120.

Romero, C. Data Mining in E-Learning. dandelon.com, 2006.Rosenthal, William A. “Social Group Work Theory.” Social Work 18, no. 5 (Setiembre 1973): 60–66.Van der Schyff, M., H. C Ferreira, and W. A Clarke. “Virtual Classroom System with Improved Student

Feedback.” In AFRICON, 2004. 7th AFRICON Conference in Africa, 1:499–503 Vol.1. IEEE, 2004. doi:10.1109/AFRICON.2004.1406725.

Vermette, Paul J. “Cooperative Learning Teams: Eight Suggestions for the Novice User.” The Clearing House 68, no. 5 (May 1, 1995): 278–81.

Wang, J., and W. J. Doll. “A Model of System Re-Configurability and Pedagogical Usability in an E-Learning Context: A Faculty Perspective.” Journal of Organizational and End User …, 2010. http://www.igi-global.com/article/journal-organizational-end-user-computing/43752.

Watson, J., and P. K. Ahmed. “Creating Domain Independent Adaptive E-Learning Systems Using the Sharable Content Object Reference Model.” Campus-Wide Information …, 2007. http://www.emeraldinsight.com/journals.htm?articleid=1587899&show=abstract.

Weibelzahl, S. “Evaluating the Inference Mechanism of Adaptive Learning Systems.” User Modeling 2003, 2003. http://www.springerlink.com/index/RL5K9XCUMHB8L6RJ.pdf.

Welch, Gwendolyn B. Guster. “Social Networking Support.” American Libraries 42, no. 5/6 (May 1, 2011): 13.

Weng, Li-Tung, Yue Xu, and Yuefieng Li. “A Framework for E-Commerce Oriented Recommendation Systems,” 309–14. IEEE, n.d. doi:10.1109/AMT.2005.1505359.

Wilson, Robert E., Sam D. Gosling, Samuel D. Gosling, and Lindsay T. Graham. “A Review of Facebook Research in the Social Sciences.” Perspectives on Psychological Science 7, no. 3 (May 1, 2012): 203–20.

Wong, L. H. Swarm Intelligence: New Techniques for Adaptive Systems to Provide Learning Support. Taylor & Francis, 2010. http://www.tandfonline.com/doi/abs/10.1080/10494821003714681.

Página 39


Wu, Ling-Ling, Yuh-Jzer Joung, and Tzung-En Chiang. “Recommendation Systems and Sales Concentration: The Moderating Effects of Consumers’ Product Awareness and Acceptance to Recommendations,” 1–10. IEEE, 2011. doi:10.1109/HICSS.2011.357.

Yang, D. “Customizable Distance Learning: Criteria for Developing Learning Objects and Learning Model Templates.” Proceedings of the 7th International Conference on …, 2005. http://dl.acm.org/citation.cfm?id=1089691.

Zhang, Jinghua. “A Model on Adaptive Example Recommendation for Programming Learning,” 1689–92. IEEE, 2009. doi:10.1109/ICCSE.2009.5228293.

Zhao, Xinyou, and Yan Zhang. “An Instructor-Oriented Prototype System for Virtual Classroom.” In Sixth International Conference on Advanced Learning Technologies, 2006, 200–204. IEEE, 2006. doi:10.1109/ICALT.2006.1652405.

Zheng, Yu, Lizhu Zhang, Zhengxin Ma, Xing Xie, and Wei-Ying Ma. “Recommending Friends and Locations Based on Individual Location History.” ACM Trans. Web 5, no. 1 (February 2011): 5:1–5:44. doi:10.1145/1921591.1921596.

Zhiping, Li, Sun Yu, and Xu Tianwei. “A Formal Model of Personalized Recommendation Systems in Intelligent Tutoring Systems.” In 2011 6th International Conference on Computer Science & Education (ICCSE), 1006–9. IEEE, 2011. doi:10.1109/ICCSE.2011.6028806.

Zhou, J., and T. Luo. “Modeling Learners and Contents in Academic-Oriented Recommendation Framework.” Dependable, Autonomic and Secure …, 2011. http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6118869.

Zhu, F., H. Ip, and A. Fok. “PeRES: A Personalized Recommendation Education System Based on Multi-Agents & SCORM.” Advances in Web Based Learning–ICWL 2007, 2008. http://www.springerlink.com/index/u511783v37411278.pdf.

Zhu, Huafei, and Feng Bao. “Quantifying Trust Metrics of Recommendation Systems in Ad-Hoc Networks,” 2904–8. IEEE, 2007. doi:10.1109/WCNC.2007.538.

Anexo A: EncuestaSe aplicó una encuesta para consultar dos cosas:

1. Cuál es el uso de smartphones en la Universidad Javeriana por parte de los estudiantes y de los profesores.

2. Cuál es la precepción de estudiantes, profesores y egresados universitarios sobre la dificultad de las actividades al realizar un Trabajo de Grado.

A continuación se presentan las gráficas de cada una de las preguntas. La encuesta puede ser accedida en el siguiente link: http://goo.gl/forms/WsujErTYIg.

Página 40


72%

8%

20%

Es ud. profesor, estudiante o egresado uni-versitario?

EstudianteProfesorEgresado

Ilustración 4: Pregunta Común

88%

13%

Posee ud. un smartphone?

SiNo

Ilustración 5: Pregunta 1 – Profesores

Página 41


63%

19%

19%

Cuantas horas al día pasa o hace uso de su smartphone?

De 1 a 3 HorasDe 3 a 5 Horas12 Horas o más


35%

26%

15%

18%

3% 3%

Cómo utiliza su smartphone para comu-nicarse con sus estudiantes?

Correo ElectronicoWhatsappLlamadaPlataforma Virtual EducativaNingunaFacebook


Página 42


19%

13%

44%

6%

19%

Cuantas horas al día pasa o hace uso de su computador personal?

De 1 a 3 HorasDe 3 a 5 HorasDe 5 a 7 HorasDe 7 a 10 Horas12 Horas o más


38%

6%25%

25%

6%

Cual de las siguientes actividades ud consid-era que es la más dificil para sus estudiantes a la hora de hacer su trabajo de grado o tesis?

Elección del temaElección del director de Trabajo de GradoElaboración de la propuestaRealización de la propuestaDesinteres en el tema se-leccionado


Página 43


69%

31%

Utilizaría Ud. Una red social que apoye a sus estudiantes en la elección de temas de trabajo

de grado?

SiNo


13%

13%

50%

25%

¿Preferiria que la red social fuera movil o para PC?

MovilPCAmbasNo


Página 44


16%

4%

18%

7%7%5%

11%

12%

8%

13%

Que semestre esta cursando?

12345678910 o más

Ilustración 12: Pregunta 1 – Estudiantes

99%

1%

Posee ud. un smartphone?

SiNo


Página 45


24%

28%23%

15%

8%

3%

Cuantas horas al día pasa o hace uso de su smartphone?

De 1 a 3 HorasDe 3 a 5 HorasDe 5 a 7 HorasDe 7 a 10 HorasDe 10 a 12 Horas12 Horas o más


44%

18%

11%

24%

2% 1%

Cómo utiliza su smartphone para comu-nicarse con sus profesores?

Correo ElectronicoWhatsappLlamadaPlataforma Virtual EducativaNingunaRedes Sociales


Página 46


29%

40%

19%

8%

2%1%

Cuantas horas al día pasa o hace uso de su computador personal?

De 1 a 3 HorasDe 3 a 5 HorasDe 5 a 7 HorasDe 7 a 10 HorasDe 10 a 12 Horas12 Horas o más


59%

41%

Prefiere Ud. Pasar tiempo en su smartphone o en su PC?

PCSmartphone


Página 47


2%

50%

26%

15%

6%

2%

Cuantas horas al día pasa o hace uso de redes sociales?

0 HorasDe 1 a 3 HorasDe 3 a 5 HorasDe 5 a 7 HorasDe 7 a 10 HorasDe 10 a 12 Horas12 Horas o más


58%

2%

18%

16%

6%

¿Cuál de las siguientes actividades Ud. con-sidera que es la más difícil a la hora de hacer

su trabajo de grado o tesis?Elección del temaElección del director de Trabajo de GradoElaboración de la propuestaRealización de la propuestaDesinteres en el tema se-leccionado


Página 48


77%

23%

Utilizaría Ud. Una red social que le ayude a elegir correctamente su tema de trabajo de

grado?

SiNo


15%

8%

57%

20%

¿preferiria que la red social fuera movil o para PC?

MovilPCAmbasNo


Página 49


86%

14%

Para graduarse presento ud. un trabajo de grado o tesis?

SiNo

Ilustración 22: Pregunta 1 – Egresados

35%

7%

19%

33%

7%

Cual de las siguientes actividades ud consid-era que fue la más dificil a la hora de hacer su

trabajo de grado o tesis?Elección del temaElección del director de Trabajo de GradoElaboración de la propuestaRealización de la propuestaDesinteres en el tema se-leccionado


Página 50


77%

23%

Le hubiera gustado que existiera una red so-cial que lo hubiera apoyado en la elección del

tema de trabajo de grado?

SiNo


9%

9%

63%

19%

¿preferiria que la red social fuera movil o para PC?

MovilPCAmbasNo


Página 51

oportunidad o problemática - trabajos de grado...

Documents