Sheila and Wilbert’s Distributed Learning Environments briefing paper describes 5 possible integration scenarios and invites consideration of their relative strengths and weaknesses. We have given some initial thought to where our W2C work would be positioned and it seems our emphasis on re-usable web-services is producing a hybrid that straddles the JISC-CETIS DVLE categories.
Our approach has aspects of Model 1 in that we have a collection of services gathered in one place, consumed from a range of platforms. However, for W2C the service collection is at the web-service rather than the widget/IMS tool level. We wish to use a subset of these services within our Moodle VLE to deliver our vision of convenient, integrated and extensible learning systems, and this potentially introduces aspects of Model 2 (see below).
Feeding the VLE
Previous focus group and survey evidence has made a strong case for consistency as a valued aspect of VLE interaction, and we are keen to use our collection of web-services to enhance the student experience in this regard. We are therefore pursuing a strategy of making our VLE an aggregation point for the consistent display of relevant data from a number of university systems. To realise this strategy we have argued for a university-wide tagging convention in which the code used to identify an offering of a Unit of Study in the Student Records System is used to tag material of relevance to that Unit. We have approved a university-wide Moodle policy that states that areas will be created to support every Unit of Study and will be identified by their Student Record System codes. As Moodle blocks can pick up the identifier of the current course and authenticated user we have all the information we need to make calls to our collection of web-services to transform Moodle courses into hubs for presenting a raft of consistent, personalised information, such as:
- the authenticated user’s up-coming timetable for the Unit
- the authenticated user’s assessment deadlines and any preliminary marks for the Unit
- any podcasts tagged as relevant for the Unit
- the reading list for the Unit
- any chapters or articles digitised to support the Unit
- any past papers for the Unit
We have written these features into our Moodle policy as threshold standards for a Unit of Study presence:
We source the information from a number of corporate systems: Unit4 (formerly Agresso)’s QLS, Scientia, Apple Podcast Producer, Talis Aspire and Equella:
We now face some architectural decisions about how best to deliver this information into Moodle:
- A single custom block that incorporates all the calls?
- Multiple custom blocks, one for each call?
- A single Widget that runs in the Wookie-Moodle block and incorporates all the calls?
- Multiple Widgets that run in Wookie-Moodle blocks, one for each call?
Our decisions will be influenced by usability and accessibility issues – for instance the ease with which the Block or Blocks inherit Moodle’s CSS and pick up any high-contrast, large-font variants. Performance and ease of maintenance will also be factors as this needs to be live for all MMU students (34,000+) from September 2011. Our decisions will be informed by some intense prototyping but we would really value thoughts from the community on the best way to go.