1. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid A Late Modelling Approach for the Definition of Computer-Supported Learning Process Telmo Zarraonandia, Camino Fernández, Juan Manuel Dodero tzarraon@inf.uc3m.es Universidad Carlos III de Madrid Departamento de Informática Escuela Politécnica Superior Av. Universidad 30 Leganés, Madrid, España 28911

2. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

3. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Bring together the way teachers work in real life and the way they work in a computer supported environment Late modelling Focused on IMS Learning Design Supervised process Increase: Teacher’s degree of freedom when applying a Learning Design process Teacher’s control over the process Facilitate the implementation of the late modelling lifecycle

4. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

5. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Late Modelling Lifecycle

6. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Late Modelling Phases Monitor Execution Observe learner’s reactions, interests, resources availability, context.... Adaptation Introduction Modify process execution “on the fly” Evaluation of Adaptations Process Evaluation Adaptation Integration Select adaptations which mean an improvement Make changes permanent

7. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid IMS Learning Desing: What do we need? A notation to specify the monitorizations A notation to specify the adaptations A notation to specify the learning objectives evaluations Create a evaluation profile for the UoL A mechanism to modify the process “on the fly” Introduce the adaptations... To observe process evolution at any time....

8. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

9. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Roles: Learners: Student Role Staff: Environments: Activities: Learner ActivitiesResource Activity 1 <=What_Is_Internet.pdf Activity 2 <= Web_Browsers Activity 3 <= Search_Engines Activity 4 <= Mail_Programs Activity 5 <= Messenger_Programs Support Activities Activity Structure Internet Lessons (Structure = Sequence) 1. Activity 1 2. Activity 2 3. Activity 3 4. Activity 4......... Method.................. Environments: Activities: Learner ActivitiesResource Activity 1<=What_Is_Internet.pdf Activity 2 <= Web_Browsers Activity 3 <= Search_Engines Activity 4 <= Mail_Programs Activity 5 <= Messenger_Programs Support Activities Superimpose IMS LD fragments on top of an existing manifest definition Adaptation Mechanism (I) SearchEnginesTheory.pdf Mail_Programs_Theory.pdf Internet_Basics.html

10. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Adaptation Mechanism (II)

11. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Adaptation Mechanism (III) An architecture for extending existing players with runtime adaptation capabilities: Non intrusive Flexible Validate the definition of the modified manifest

12. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

13. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid LD Player Implementation: Visitor Pattern

14. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid LD Player Implementation: Visitor Pattern + Aspects We need an “accept” operation on the Learning Design elements Aspect Oriented Programming approach: ASPECT : Operations (adaptation, monitorization..) POINTCUT : Condition of application of the operation ASPECT and POINTCUTS defined separately from the rest of the components

15. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

16. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Validation Mechanism (I) Guarantee UoL definition remains compliant with the IMS LD specification after the adaptation IMS LD Ontology [ University of Santiago de Compostela]: Taxonomy of concepts Restrictions represented as axioms declared in First Order Logic Implementation: F-logic

17. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Validation Mechanism (II): Process 3.Flora-2 reasoner invoked Axiom restrictions checked 2.Manifest translation: F-logic description of the LD obtained 1. Adaptation is introduced Manifest definition is changed

18. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

19. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Notation for the Adaptations Description Three types of files : Adaptation command Adaptation manifests Resource files

20. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Notation for the Monitorizations Definition Peeks can be concatenated Refer to different UoL instances Used as conditions of the adaptations Base for the evaluations

21. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Notation for the Evaluations Definition

22. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Objectives Late Modelling Lifecycle Adaptation Mechanism LD Player Architecture Validation Mechanism Notations Conclusions and Future Work Overview

23. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Conclusions and Future Work Alternative / Complement IMS Lerning Design adaptation and monitorization mechanisms: Introduction “on the fly” Ontology Level B and C Tools: Done: CopperCore Engine Extension for Adaptation Off-line validation Next: Tools for the adaptation, monitorization and evaluation definition Assemble everything...

24. Telmo Zarraonandia Laboratorio DEI. Dpto. de Informática U. Carlos III de Madrid Thanks for you attention!!