ASISTENTE DE ENSEÑANZA

Antes de comenzar con el desarrollo del software mediante la metodología SCRUM se deben definir los roles propios de SCRUM. Estos roles se explican a continuación:

ROLES DESCRIPCION

SCRUM MASTER Es quien facilita las reuniones, protege al equipo de distracciones y vela porque se cumpla el proceso de SCRUM como es debido.

GESTOR DE EQUIPO Impulsa la comunicación, busca mejorar el proceso sin buscar culpables, tolerando errores y promoviendo la confianza entre cliente y el equipo.

PRODUCT OWNER Define los objetivos del proyecto, dirige los resultados y posee la autoridad para la toma de decisiones.

EQUIPO Desarrolla el producto/proyecto, debe ser organizado y posee miembros con distintas especialidades y disciplinas.

Tabla 1. Roles en SCRUM

Objetivos Actividades Nº Semanas Fecha de Inicio: 01/07/2012 Fecha Final: 01/12/2013

Establecer estrategias que permitan asistir al profesor en el diseño de diferentes Escenarios de Aprendizaje

Colaborativo.

Indagar métodos pedagógicos de aprendizaje colaborativo y las técnicas asociadas a estos métodos para el diseño de escenarios de aprendizaje colaborativo.Seleccionar el método pedagógico y las técnicas que serán implementadas en el Asistente de Enseñanza.Definir criterios de evaluación para el proceso de actividades de aprendizaje colaborativo

Especificar la arquitectura base del Asistente de

Enseñanza.

Determinación de requerimientos funcionales del Asistente de Enseñanza.Definición de objetivos de diseño del Asistente de Enseñanza.Realización de documento de diseño.

Desarrollar un prototipo del Asistente de

Enseñanza propuesto.

Diseño de interfaces gráficas del Asistente de Enseñanza.Diseño de los módulos  que permitirán la implementación de las funcionalidades básicas del Asistente de EnseñanzaRealización de pruebas del prototipo desarrollado

Integrar el Asistente de Enseñanza al sistema

Moodle.

Definir mecanismos de integración del Asistente de Enseñanza con el LMS Moodle.Determinar los niveles de interoperabilidad e integración del Asistente de Enseñanza desarrolladoDiseñar el modelo de datos que permitirá la integración con la base de datos de Moodle.Diseñar el plug-in tipo block  que permitirá realizar la integración del Asistente de Enseñanza propuesto y el Sistema Moodle.Realizar pruebas de integración del modelo de datos y del plug-in tipo block y el sistema Moodle.

Realizar experiencias BL en asignaturas de la UPB-

Montería y en la Universidad del Valle-

UNIVALLE-Cali apoyadas por ambos sistemas: El

Asistente de Enseñanza y Moodle.

Estudiar principios y modelos de BL que permitan definir elementos de interacción tales como: usuarios, enfoque pedagógico y tecnologías asociadas.Indagar metodologías de BL y las estrategias utilizadas para la realización de experiencias BL.Diseñar las experiencias BL en la UPB-Montería.Desarrollar las experiencias BL en la UPB-Montería.Diseñar las experiencias BL en la UNIVALLE-Cali.Desarrollar las experiencias BL en la UNIVALLE-Cali.

Tabla 2. Objetivos y actividades.

Miembro del Equipo SCRUM

Días disponibles durante el objetivo

Horas disponibles por día

Total horas disponibles

Roles

Universidad Pontificia Bolivariana, Montería

Product Owner

Leovy Echeverría Rodríguez

5 4 20 ScrumMaster

Sergio Andres Buendia Lopez

5 4 20 Scrum Team

Ruth Cobos Pérez 5 2 10 Scrum TeamTabla 3 Horas disponibles de cada miembro del grupo

Objetivo Prioridad

Establecer estrategias que permitan asistir al profesor en el diseño de diferentes Escenarios de Aprendizaje Colaborativo.

5

Especificar la arquitectura base del Asistente de Enseñanza.

4

Desarrollar un prototipo del Asistente de Enseñanza propuesto.

3

Integrar el Asistente de Enseñanza al sistema Moodle.

2

Realizar experiencias BL en asignaturas de la UPB-Montería y en la Universidad del Valle-UNIVALLE-Cali apoyadas por ambos sistemas: El Asistente de Enseñanza y Moodle.

1

Tabla 4. Prioridad de objetivos

GESTOR DE NOTIFICACIONES

1. METODOLOGÍA

Con el transcurrir de los años los sistemas de software o sistemas de cómputo nos han permitido optimizar la eficiencia laboral y productiva de una empresa, pero en la actualidad el desarrollo de estos sistemas ha aumentado su complejidad en tiempo, costo y calidad. Las metodologías tradicionales empleadas para el desarrollo de software no se están adaptando a la velocidad de cambio del mercado, la complejidad de los sistemas y el cambio tecnológico. Por esto se están empleando metodologías agiles las cuales surgen como alternativas a esas metodologías tradicionales las cuales son muy rígidas, donde es necesario conocer desde el inicio que producto necesita el cliente, los cambios no son permitidos una vez iniciado el proyecto no se puede realizar modificación después de terminar o revisar por completo el proyecto, esto constituye una pérdida de tiempo por falta de agilidad flexibilidad de la metodología.

La metodología Ágil SCRUM propone colaboración directa con el cliente, predisposición y respuesta a los cambios del proyecto, esta metodología tiene la particularidad de comunicación verbal directa y simplicidad para incrementar entregas frecuentes del desarrollo por lo tanto los Product Owner o clientes pueden visualizar constantemente los avances del proyecto. Scrum funciona de la siguiente forma:

1. Se determinan los roles del equipo de trabajo, los cuales son tres: a) Product Owner: Es el cliente o dueño del producto, b) ScrumMaster: Es el directo responsable del proceso Scrum y asegura el cumplimiento de los roles y responsabilidades dentro del proyecto, c) Scrum Team: Son los desarrolladores de las funcionalidades del proyecto.

2. Determinar los Backlog que son los productos o los objetivos a alcanzar, Sprint Backlog son las pequeñas tareas que determinan el cumplimiento de un objetivo y la gráfica de progreso esperado del proyecto según Scrum.

3. Antes de iniciar cada iteración, el equipo revisa las tareas pendientes y selecciona la parte que entregará como un incremento de funcionalidad al finalizar la iteración (Sprint).

4. El equipo debe revisar los requisitos, considerar la tecnología a utilizar, evaluar su conocimiento y en forma colectiva determinar la forma en la que implementara la funcionalidad.

5. Los Sprints Backlog es el tiempo en el cual se desarrolla un incremento en la funcionalidad, la duración máxima son 4 semanas y durante el Sprint no puede modificar el contenido de los Sprint Backlog. Solo el Scrum Master puede cancelar un sprint y debe ser por tres razones las cuales son:

a. La tecnología seleccionada no funciona.b. Han cambiado las circunstancias del negocioc. El Scrum Team ha tenido interferencias.

Figura 1. Flujo de Scrum en el Gestor de Notificaciones.

Por lo anterior se decidió que la metodología a utilizará para la ejecución del proyecto es la metodología Scrum. A través de esta metodología se pueden organizar los objetivos en una lista que define las prioridades de cada objetivo que son los Product BackLog, en la

Tablas 5 se presenta esta información. Además en la Tabla 6 se muestra el equipo de trabajo con el número de días disponibles para trabajar en el proyecto, el número de horas disponible por días a trabajar y los roles que desempeñan dentro del proyecto con la finalidad de poder cumplir los objetivos.

Objetivo Prioridad

Definir un sistema de historial de notificaciones para los estudiantes y profesores.

5

Definir mecanismos de integración del servicio con el LMS Moodle. 4

Diseñar el servicio de conciencia de grupo. 3

Integrar el servicio de conciencia de grupo al sistema Moodle mediante el desarrollo de interfaces Web Services.

3

Realizar experiencias BL en asignaturas de la UPB-Montería. 1

Tabla 5. Lista de Objetivos

HORAS MINIMAS DE TRABAJO 2

Días laborales durante el objetivo 5

Miembro del Equipo

Días disponibles durante el objetivo*

Horas disponibles por día

Total horas disponibles

Roles

Carlos Sánchez Alarcón

5 4 20Scrum Team

Leovy Echeverría Rodríguez

5 4 20ScrumMaster

Ruth Cobos Pérez 5 2 10 Scrum Team

Universidad Pontificia

Bolivariana, Monteria

Product Owner

Tabla 6. Miembros del Equipo

El cronograma de actividades asociado al proyecto está organizado por una lista de Product BackLog. Seguido tenemos una lista de actividades por objetivos que son los Sprint Backlog los cuales se estará revisando periódicamente cada semana para ver los avances del desarrollo y determinar la gráfica de progreso según las estimaciones de tiempo dadas por el equipo de trabajo.

Objetivos del proyecto Actividades Nº Semanas

Fecha Inicio:18/01/2012

Fecha Final: 31/01/2013

Definir un sistema de notificaciones para los estudiantes.

Determinar la estructura de las notificaciones que recibirán los estudiantes.

1

Determinar el contenido de las notificaciones que recibirán los profesores.

1

Definir mecanismos de integración del servicio con el LMS Moodle.

Determinar la estructura de comunicación. 2

Determinar el tipo de mecanismo de integración 2

Definir los estándares para la integración y comunicación

1

Diseñar el servicio de conciencia de grupo.

Determinar los niveles de flexibilidad e interoperabilidad

4

Diseñar BD (Base de Datos), diagramas UML que el servicio de conciencia de grupo requiera para su óptimo funcionamiento.

4

Diseñar la interfaz donde se proporcionara la 4

información al usuario del servicio de conciencia de grupo WILy Service.

Integrar el servicio de conciencia de grupo al sistema Moodle mediante el desarrollo de interfaces Web Services.

Determinar los niveles de integración del servicio de conciencia de grupo al sistema MLS Moodle.

2

Determinar el tipo de integración del servicio de conciencia de grupo al sistema Moodle.

2

Definir los protocolos de integración del servicio de conciencia de grupo al sistema Moodle.

2

Realizar experiencias BL en asignaturas de la UPB-Montería.

Capacitar un profesor que tenga un curso asignado en la Universidad Pontificia Bolivariana Seccional Montería

2

Crear un curso en la plataforma Moodle 2

Realizar experiencias BL para recolección de datos y resultados de este proyecto.

18

Elaboración de informe final 5

Tabla 7. Cronograma de actividades en Scrum.