![Drivers ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommandé
Recommandé
Contenu connexe
En vedette
Similaire à May 10 Design UoStrath managing course info
Similaire à May 10 Design UoStrath managing course info (20)
Plus de curricsupport
Plus de curricsupport (11)
Dernier
Dernier (20)
May 10 Design UoStrath managing course info
- 1. Managing Course Information PiP Project
- 3. Issues and Bottlenecks Completing forms creates a teachable moment
- 7. System Users
- 12. Current Work understanding and articulating their own requirements
Notes de l'éditeur
- System will provide two main functionalities: First one is related to class and course design stage during which designer needs to provide class or course details by filling in appropriate forms. System will therefore provide online forms repository where users will be able to fill in class or course details and store them within the system. To ensure high quality of class or course design, a designer should comply with pedagogical design guidelines and for this purpose system will provide easy and instant access to design guidelines and examples of good design. Design of a class or course is usually a collaborative work therefore system will facilitate cooperation by providing features such as forms versioning, draft versions, online discussion boards, email alerts. Second main functionality is related to what happens after class or course proposal is submitted for approval and this involves class or course to be reviewed and approved by various committees and institutional departments (e.g. faculty committee, senate, library, disability service, resource allocation and planning). System will therefore act as an approval workflow management and tracking tool and will provide such features as: online access given for committee members to view submitted proposals Class / course proposal workflow state management which may be changed by various events triggered by various people at various workflow stages (e.g. Senate may approve class proposal which in effect will change class proposal’s state from “Being reviewed” to “Approved”) assigning tasks to committee members, automatic timers, email alerts, Logging messages related to proposal’s approval / review decisions in a form of online discussion which may be viewed by class designer Workflow routing dependant on decisions being made (e.g. approve decision will route proposal to the next step but “reject – sent back to re-design” will re-route proposal to the designer