Development:Outcomes: Difference between revisions
From MoodleDocs
m (Restoring content) |
No edit summary |
||
Line 7: | Line 7: | ||
#Teachers can choose a subset of list B for each activity in Moodle (list C, D, E etc). | #Teachers can choose a subset of list B for each activity in Moodle (list C, D, E etc). | ||
#Teachers can (at course level) generate a report showing the overall coverage of list B among all the activities. This way it's easy to see if a particular outcome has been forgotten or not covered well enough. It also forces the teacher to think hard about course design, which is a good thing. | #Teachers can (at course level) generate a report showing the overall coverage of list B among all the activities. This way it's easy to see if a particular outcome has been forgotten or not covered well enough. It also forces the teacher to think hard about course design, which is a good thing. | ||
#Teachers grade students either with a single grade | |||
#When students complete a given course, the outcomes for that course are recorded against the user's name. This allows: | #When students complete a given course, the outcomes for that course are recorded against the user's name. This allows: | ||
##reporting by student of which outcomes they have completed | ##reporting by student of which outcomes they have completed | ||
Line 12: | Line 13: | ||
##smart course selection (find me a course to teach me "xxxxx") | ##smart course selection (find me a course to teach me "xxxxx") | ||
##reporting for admins about all students on the system and where they are up to. | ##reporting for admins about all students on the system and where they are up to. | ||
Some example scenarios: [[Development:Outcomes_examples]] | |||
[[Category:Developer]] | [[Category:Developer]] | ||
[[Category:Future]] | [[Category:Future]] |
Revision as of 05:13, 15 February 2007
Feature description: Build on the keywords in 1.6 to provide metadata/outcomes/competencies for all activities and courses, linkable to standard lists of metadata such as State-based learning outcomes and curricula.
In short it works like this:
- The admin for the site imports (or types!) a long list of short text statements (outcomes or metadata). These are like the "official" tags that we have now in blogs. Let's call it list A.
- Teachers can choose a subset of list A to apply to their course. The course is now tagged with metadata representing the outcomes of that course (list B)
- Teachers can choose a subset of list B for each activity in Moodle (list C, D, E etc).
- Teachers can (at course level) generate a report showing the overall coverage of list B among all the activities. This way it's easy to see if a particular outcome has been forgotten or not covered well enough. It also forces the teacher to think hard about course design, which is a good thing.
- Teachers grade students either with a single grade
- When students complete a given course, the outcomes for that course are recorded against the user's name. This allows:
- reporting by student of which outcomes they have completed
- reporting for students about which outcomes they are yet to achieve
- smart course selection (find me a course to teach me "xxxxx")
- reporting for admins about all students on the system and where they are up to.
Some example scenarios: Development:Outcomes_examples