Note: You are currently viewing documentation for Moodle 3.1. Up-to-date documentation for the latest stable version of Moodle is probably available here: Progress tracking.

Development:Progress tracking: Difference between revisions

From MoodleDocs
Line 21: Line 21:
==Goals==
==Goals==


# Allow "admins" to devise a '''learning plan'''' for each individual user. This can either be in terms of "courses" or "competencies".
# Allow "admins" to devise an '''individual learning plan''' for an individual user. This can be either in terms of "courses" or "competencies".
# Allow "students" to see their own learning plans and their current progress along it (showing what is: done; in progress; or not done).
# Allow "admins" to develop a '''learning plan template'''. This can also be either in terms of "courses" or "competencies".
# Allow "admins" to assign a learning plan from a learning plan template to an individual a user or a group of users. This assignment can be made manually in one action (similar to role or group assignments), or automatically using methods such as external databases or parsing text files containing data.
# Allow "admins" to adjust an individual learning plan for a user, including a portion previously assigned from a learning plan template.
# Allow "students" to see their own individual learning plan and their current progress along it (showing what is: done; in progress; or not done).
# Allow "admins" the ability to see different reports for this data and answer questions like "how many people fit this profile" or "what is everybody working on right now?"
# Allow "admins" the ability to see different reports for this data and answer questions like "how many people fit this profile" or "what is everybody working on right now?"



Revision as of 11:00, 8 May 2008

Note: This page outlines ideas for the Progress tracking feature planned for Moodle 2.0. It's a specification under construction! If you have any comments or suggestions, please add them to the [comments].

Introduction

This feature will allow tracking of the progress of each student, displaying what has been achieved and what is still to be achieved.

There are two ways to do this: by course and by competency:

  1. Showing progress by course is pretty obvious and can work on any Moodle site: we just list the courses that have been completed and some courses that are still to be done. The completed courses can show the final grades, and the upcoming courses can be shown with dates of when they start.
  2. Showing progress using competencies requires the Outcomes features in Moodle 1.9 to be enabled and used across the whole site. When outcomes are enabled, we have a way of saying "these courses and these activities are intended to achieve these outcomes" and teachers can grade students against those outcomes. The Competency progress report can then show a list of outcomes as past achievements and future goals for each user.


Definitions

An outcome is a statement with a scale.

eg "Can identify verbs in simple sentences" - Never, Sometimes, Always

A competency is a skill gained when person is deemed to have successfully achieved an outcome.

eg Jenny can identify verbs in simple sentences  "Always"


Goals

  1. Allow "admins" to devise an individual learning plan for an individual user. This can be either in terms of "courses" or "competencies".
  2. Allow "admins" to develop a learning plan template. This can also be either in terms of "courses" or "competencies".
  3. Allow "admins" to assign a learning plan from a learning plan template to an individual a user or a group of users. This assignment can be made manually in one action (similar to role or group assignments), or automatically using methods such as external databases or parsing text files containing data.
  4. Allow "admins" to adjust an individual learning plan for a user, including a portion previously assigned from a learning plan template.
  5. Allow "students" to see their own individual learning plan and their current progress along it (showing what is: done; in progress; or not done).
  6. Allow "admins" the ability to see different reports for this data and answer questions like "how many people fit this profile" or "what is everybody working on right now?"

General architecture

Most of the scripts will be in a top-level subdirectory called "track". This directory will have a similar structure to the grade subdirectory, with plugin support for reports, import and export plugins.

Course-based progress tracking

  1. Each user can have courses linked to them (past, current and future).
  2. For each course, we look if the course is finished or not.
  3. Finished courses are show as "Done", with final grade
  4. Unfinished but currently-enrolled courses are shown as "In progress"
  5. Other courses are shown as "Not done yet" and will be done in the future

Competency-based progress tracking

  1. Each user can have outcomes linked to them , with a required level of competency (grade) for that outcome
  2. For each outcome, we look at completed courses to see what grades they have
  3. These are aggregated in some admin-defined way (Mean? Maximum?)
  4. Outcomes with high grades are show as "Done", with final grade
  5. Other outcomes in currently-enrolled courses are shown as "In progress"
  6. Other outcomes are shown as "Not done yet" and will be done in the future. They can be used to suggest further courses by matching outcomes.


Requirements

  • We'll need to access and use the existing site-wide Outcomes Outcomes tables
  • We'll need to use the tables that indicate completion status for courses (these are not yet in place) Course Completion
  • We need to get aggregate information about the course outcomes and aggregate grades for each user from the gradebook API

Standards support

Moodle should support global standards in this area to be able to import and export this sort of information.

IMS LIP

(Describe standard and the minimum it needs)

IMS RDCEO

(Describe standard and the minimum it needs)

The specification IMS RDCEO (IMS Reusable Definitions of Competencies or Educational Objectives) allows us to model educational objectives. Using the IMS RDCEO specification the outcome scales also can be specified (using the additional structured statements tags).

Issues

  1. Does completing a course mean all the outcomes in a course have been met? Or should we treat them independently of the course grade? Perhaps the admin needs to decide this as a setting.
  2. How do we deal with the same outcome being used by more than one course? Should the admin specify an aggregation method for this?

See also