Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

MoodleNet whitepaper: Difference between revisions

From MoodleDocs
(Created page with "To ensure the aims and objectives of MoodleNet are understood by all parts of the Moodle community, we are putting together a white paper that will serve as a touchstone as th...")
 
(5 intermediate revisions by the same user not shown)
Line 1: Line 1:
To ensure the aims and objectives of MoodleNet are understood by all parts of the Moodle community, we are putting together a white paper that will serve as a touchstone as the project develops. The intended audience for this white paper includes, but is not limited to: developers, educators, anaylsts, site administrators, and instructional designers.
<< [https://docs.moodle.org/dev/MoodleNet Back to MoodleNet index]
 
----
 
To ensure the aims and objectives of MoodleNet are understood by all parts of the Moodle community, we are putting together a white paper that will serve as a touchstone as the project develops.  
 
<blockquote>A white paper is an authoritative report or guide that informs readers concisely about a complex issue and presents the issuing body's philosophy on the matter. It is meant to help readers understand an issue, solve a problem, or make a decision. ([https://en.wikipedia.org/wiki/White_paper Wikipedia])</blockquote>
 
The intended audience for this white paper includes, but is not limited to: developers, educators, analysts, site administrators, and instructional designers. It will be written, in the open on this page, by [https://docs.moodle.org/dev/User:Doug_Belshaw Doug Belshaw], MoodleNet Lead, with input from staff at HQ as well as community members.
 
== Examples of useful white papers ==
 
* [https://wwwimages2.adobe.com/content/dam/acom/en/products/xmp/Pdfs/xmp_whitepaper.pdf Adobe XML Metadata Framework]
* [https://blockstack.org/whitepaper.pdf Blockstack Technical Whitepaper]
* [https://cloud.google.com/security/security-design/resources/google_infrastructure_whitepaper_fa.pdf Google Infrastructure Security Design Overview]
 
== Planning ==
 
* Abstract
 
* Introduction
** Brief history of Moodle
** Context from which the MoodleNet project has developed
** Reason why now is the right time for MoodleNet project
 
* Scenarios
** Scenario 1: New user (educator)
** Scenario 2: Site admin
** Scenario 3: Learner
** Scenario 4: Instructional designer
** Scenario 5: Developer
 
* What is MoodleNet?
** Examples of similar products / services
** System overview
** Benefits in various scenarios
 
* Technical Specification
** Enabling technologies
** Approach to building MoodleNet
 
* Conclusion
 
* Acknowledgements
 
* References

Revision as of 11:42, 16 November 2017

<< Back to MoodleNet index


To ensure the aims and objectives of MoodleNet are understood by all parts of the Moodle community, we are putting together a white paper that will serve as a touchstone as the project develops.

A white paper is an authoritative report or guide that informs readers concisely about a complex issue and presents the issuing body's philosophy on the matter. It is meant to help readers understand an issue, solve a problem, or make a decision. (Wikipedia)

The intended audience for this white paper includes, but is not limited to: developers, educators, analysts, site administrators, and instructional designers. It will be written, in the open on this page, by Doug Belshaw, MoodleNet Lead, with input from staff at HQ as well as community members.

Examples of useful white papers

Planning

  • Abstract
  • Introduction
    • Brief history of Moodle
    • Context from which the MoodleNet project has developed
    • Reason why now is the right time for MoodleNet project
  • Scenarios
    • Scenario 1: New user (educator)
    • Scenario 2: Site admin
    • Scenario 3: Learner
    • Scenario 4: Instructional designer
    • Scenario 5: Developer
  • What is MoodleNet?
    • Examples of similar products / services
    • System overview
    • Benefits in various scenarios
  • Technical Specification
    • Enabling technologies
    • Approach to building MoodleNet
  • Conclusion
  • Acknowledgements
  • References