Development:Offline Moodle: Difference between revisions
No edit summary |
No edit summary |
||
| Line 12: | Line 12: | ||
An Offline Moodle represents, among other things, significant security and privacy challenges. For this reason we have defined a set of assumptions we are using to guide our development to ensure the application and its supporting processes maintain a high level of security and privacy where appropriate. | An Offline Moodle represents, among other things, significant security and privacy challenges. For this reason we have defined a set of assumptions we are using to guide our development to ensure the application and its supporting processes maintain a high level of security and privacy where appropriate. | ||
The information from the client or the server must be verified and checked at all times before being used. Why? | '''The information from the client or the server must be verified and checked at all times before being used.''' Why? | ||
*Cross site scripting | *Cross site scripting | ||
*Trojans, viruses | *Trojans, viruses | ||
| Line 18: | Line 18: | ||
*Ip spoofing | *Ip spoofing | ||
Information must pass through filters before being sent or used. Why? | '''Information must pass through filters before being sent or used.''' Why? | ||
*Data protection: passwords, contact details | *Data protection: passwords, contact details | ||
*Copyright issues | *Copyright issues | ||
*Security issues | *Security issues | ||
The host device must be able to run Offline Moodle with as little modification as necessary. Why? | '''The host device must be able to run Offline Moodle with as little modification as necessary.''' Why? | ||
*Ease of use: plug and play functionality leads to convenience and simplicity | *Ease of use: plug and play functionality leads to convenience and simplicity | ||
*Ease of support: The less changes made the less there is to go wrong | *Ease of support: The less changes made the less there is to go wrong | ||
The Offline Moodle files must all be contained in one place. Why? | '''The Offline Moodle files must all be contained in one place.''' Why? | ||
Ease of support: reinstallation becomes much easier | Ease of support: reinstallation becomes much easier | ||
Offline Moodle runs in its own self contained environment. Why? | '''Offline Moodle runs in its own self contained environment.''' Why? | ||
*users can make changes to their Offline Moodle and underlying files but this is at their own risk. | *users can make changes to their Offline Moodle and underlying files but this is at their own risk. | ||
It must be very easy to backup and restore the entire Offline Moodle. Why? | '''It must be very easy to backup and restore the entire Offline Moodle'''. Why? | ||
*Protection of work stored in Offline Moodle | *Protection of work stored in Offline Moodle | ||
*Makes for a simple reinstall | *Makes for a simple reinstall | ||
*Portability of content | *Portability of content | ||
It must be very simple to reinstall. Why? | '''It must be very simple to reinstall.''' Why? | ||
*Reduces support overhead | *Reduces support overhead | ||
*Backup, reinstall, restore is simple for users to follow and fix issues themselves | *Backup, reinstall, restore is simple for users to follow and fix issues themselves | ||
It must be very simple for a helpdesk or faculty to support. | '''It must be very simple for a helpdesk or faculty to support.''' | ||
*To reduce support headaches the recommended procedure for the majority of technical issues should be backup existing data, reinstall Offline Moodle, restored data. | *To reduce support headaches the recommended procedure for the majority of technical issues should be backup existing data, reinstall Offline Moodle, restored data. | ||
*Standard pre written Moodle documentation should be used to educate users on effective Moodle use. The need for extra documentation must be minimised. | *Standard pre written Moodle documentation should be used to educate users on effective Moodle use. The need for extra documentation must be minimised. | ||
Revision as of 10:41, 5 November 2007
Offline Moodle is a joint project between the Open University (UK) and Intel. We presented our current developments at the Moodle Moot 2007 and were able to demonstrate a working proof of concept that downloads Moodle courses from a remote server on to a mobile device which runs an Offline version of Moodle.
The Offline Moodle concept aims for simplicity in all aspects so a lot of thought has gone into ensuring it is as easy to develop and maintain as it is to use. We have a lot to say and will endeavour to add to this wiki as the project progresses. In the meantime please visit the other places that we have been using to get everyone involved and explain what we're trying to achieve.
Where can I find out more?
The project was introduced to the Moodle community in the forums at http://moodle.org/mod/forum/discuss.php?d=71136
A Moodle course has been set up at http://hawk.aos.ecu.edu/moodle/ as a central place to find out about current developments and get involved in the development process.
Assumptions of Offline Moodle
An Offline Moodle represents, among other things, significant security and privacy challenges. For this reason we have defined a set of assumptions we are using to guide our development to ensure the application and its supporting processes maintain a high level of security and privacy where appropriate.
The information from the client or the server must be verified and checked at all times before being used. Why?
- Cross site scripting
- Trojans, viruses
- Machines altering data in the middle of it’s transfer
- Ip spoofing
Information must pass through filters before being sent or used. Why?
- Data protection: passwords, contact details
- Copyright issues
- Security issues
The host device must be able to run Offline Moodle with as little modification as necessary. Why?
- Ease of use: plug and play functionality leads to convenience and simplicity
- Ease of support: The less changes made the less there is to go wrong
The Offline Moodle files must all be contained in one place. Why? Ease of support: reinstallation becomes much easier
Offline Moodle runs in its own self contained environment. Why?
- users can make changes to their Offline Moodle and underlying files but this is at their own risk.
It must be very easy to backup and restore the entire Offline Moodle. Why?
- Protection of work stored in Offline Moodle
- Makes for a simple reinstall
- Portability of content
It must be very simple to reinstall. Why?
- Reduces support overhead
- Backup, reinstall, restore is simple for users to follow and fix issues themselves
It must be very simple for a helpdesk or faculty to support.
- To reduce support headaches the recommended procedure for the majority of technical issues should be backup existing data, reinstall Offline Moodle, restored data.
- Standard pre written Moodle documentation should be used to educate users on effective Moodle use. The need for extra documentation must be minimised.
