GTN-Québec_2010 05-25
Download as ODP, PDF0 likes413 views
The document provides recommendations for enhancing e-portfolio interoperability, emphasizing the need to detail application scenarios and information structures used in e-portfolio tools. It advocates for understanding various interoperability specifications and engaging with stakeholders to ensure effective information exchange. Key points include analyzing existing information structures and ensuring the chosen specifications align with partner systems for better portability and usability.
GTN-Québec_2010 05-25
- 1. Recommendations for e-portfolio portability or interoperability Simon Grant JISC Centre for Educational Technology and Interoperability Standards (CETIS) 2010-05-25
- 2. (These will be elaborated in this presentation) Detail your application scenarios and needs You need to know what the scope of your interoperability will be Deepen your understanding of information structure within the information that you are holding Choose an appropriate interoperability specification that works for the information you and others want Three major recommendations
- 3. 1. Detail your application scenarios and needs
- 4. Tools are only as useful as the human processes they support Interoperability serves e-portfolio tools in particular, serves passing information between them E-portfolio tools serve human processes and interoperable tools serve extended processes What processes do you need or want to support? perhaps thought of as “life-long” or “life-wide” learning
- 5. what information that supports these processes could be used by
- 6. and then moved between
- 8. e.g. what could be moved for... Personal development planning including records of achievements Reflective logs
- 9. Results of self-awareness exercises
- 10. Assessment results: formative and summative
- 11. Self-presentation including linked online CVs
- 12. Professional development / certification / validation
- 13. Feedback, review, appraisal communications
- 14. … and anything from VLE / LMS / e-learning?
- 15. What do you need to consider? You need to think in some detail about your processes in in a lifelong life-wide perspective …
- 16. What information from other processes may be useful to your processes? e.g. what portfolio work in schools may be relevant to HE? What information might want to be passed on to others? e.g. what from HE may be useful to professional development? What information might be shared at the same time? e.g. what may be useful to share between e-portfolio tools or other development support or learning tools?
- 17. Who else has similar scenarios? What are their scenarios and processes? You may move some or all of your system information to or from (e.g. if you switch systems)
- 18. Can you pick up anything from what they do? The way these other systems store and use information is significant to you as it may constrain the extent of information portability or interoperability
- 19. 2. Deepen your understanding of the structure of the information you hold
- 20. Different views of information We see complex things in our own differing ways (if we're lucky, we see simple things in similar ways) The way you structure or represent your information could well be different from the way others do it
- 21. For mutual understanding you need to engage in close dialogue with others
- 22. Consensus may come through including extra things in the conceptual models of each party enough things to cover everyone's way of thinking
- 23. The Leap2 model Leap2 inherits several years thinking about the nature of portfolio information, going back to IMS LIP in 2001 but improved, of course... Makes explicit many things that are easy to gloss over so one entity in your system may be represented by several related entities in Leap2 May be a good starting point for looking at the structure of your own portfolio information
- 24. The information in your system... Compare it against Leap2
- 25. Compare it against other systems
- 26. Where are the genuine common points? Not just fields with similar names
- 27. But fields that are actually used in similar ways Try a paper exercise of mapping across With other real systems doing similar things
- 28. Need to involve practitioners, not just developers Be prepared to split up what you have and add things
- 29. Can you improve your database? When you have understood more about the information you hold, there may be an opportunity to change your database (or however you store the information) to better reflect the deeper structure of that information
- 30. 3. Choose an appropriate interoperability specification ...
- 31. … likely to be used by partners Even the best interoperability specification is only useful if other systems use it
- 32. Not only what other systems use now, but also
- 33. What can they be persuaded to use in the near future?
- 34. Features that may be motivating: Ease of implementation / low cost to implement
- 35. Openness of the specification or standard
- 36. Similarity of approach to other currently used specifications
- 37. Wide implementation and usage
- 38. Extensibility
- 40. ... representing your information The specification has to represent your information well If really well, you can use it for your own backup & restore
- 41. But from your point of view, it does not matter about whether it covers things you do not use And it will need to grow at the right speed along with your system and the information you use Not so fast that you have to make many software changes
- 42. But not so slow that it holds back your development
- 43. Good governance again! Difficult to overemphasise this
- 44. There is plenty of questionable governance around
- 45. What is the best governance that you can imagine?
- 46. Thanks... ... for your attention
- 47. … for your interest, further information: Leap2A is at http://wiki.leapspecs.org/2A/specification more information following if you are interested JISC CETIS is at http://jisc.cetis.ac.uk/
- 48. My home page at http://www.simongrant.org/home.html My book “Electronic Portfolios: Personal information, personal development and personal values” ISBN 9781843344018
- 49. Extra slides in case of interest and time
- 50. More about Leap2A Built on Atom Basic structure as blog entries
- 51. With attached files Atom entries are the items of information Units of information have a type Atom links represent relationships between them
- 52. Atom categories help to give richer meaning
- 53. Leap2A item types Record of anything useful -> resource publication as special case
- 54. Can be linked to attached files Blogs, logs, diaries -> plain entry
- 55. Record of skill, competence etc. -> ability
- 56. Things that took time -> activity meeting as special case Things that will take time -> plan
- 57. Good things that have happened -> achievement
- 58. Structured presentations, CVs etc. -> selection
- 59. Also person , organization to hold information
- 60. Leap2A relationships Links between items can represent useful things like Author, contributor if listed separately
- 63. What reflects on what
- 65. Agenda, outcomes, attendance for meetings etc.
- 68. Uses Open Web Foundation Agreement for licence
- 69. For the time being, has a contributor licence agreement similar to open source initiatives
- 70. Current caretaker: JISC CETIS at University of Bolton
- 71. Intention to form lightweight self-governing association full membership for appropriate stakeholders e.g. those who develop systems that implement the spec
- 72. Leap2A history and future Initiative started in late 2006, following developer dissatisfaction with IMS LIP, IMS ePortfolio & UK LeaP
- 73. First working version agreed 2009-03
- 74. Currently building towards light consolidation / fix probably 2010-07 Now working on portfolio interoperability with 4 new UK / Canadian partners
- 76. Academy of Medical Royal Colleges (UK) revalidation portfolio Idea of RDF version RDFa would open it up to embedding in other specifications