Note:

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

User talk:Ross Woods: Difference between revisions

From MoodleDocs
(Projects for new developers (ideas moved from Projects for new developers))
 
Line 1: Line 1:
==Projects for new developers==
==Projects for new developers==


Here's a bunch of things, some sections of which are systemic and interdependent:
Here's a bunch of things below, some sections of which are systemic and interdependent. Basically, I want Moodle to automate as much as possible of my college admin as a database can. It doesn't make much sense to keep two complete sets of books and have to relate them manually.


- have a simple install wizard, with tick-box selection of features to be installed
Okay, after learning more about Moodle 1.9 and I've found that some of the things I first asked for are now there, either built in to Moodle itself, or in the website. For example, help is quite context sensitive and easier to use, and there is now a way to have a structure that allows for different campuses/ departments/ regions/ etc. There is now better a better orientation to Moodle tutorial for staff.


- intuitive menus and wizards (If someone looks at a screen and doesn’t know what to do, you’ve probably got it wrong.)
So here's my updated wish-list:


- orientation to Moodle tutorial for staff
- have a simple install wizard, with tick-box selection of features (aka modules) to be installed.


- orientation to Moodle tutorial for students
- intuitive menus and wizards (Doing better, but could perhaps still improve. If someone looks at a screen and doesn’t know what to do, we’ve probably still got it wrong.)


- orientation to Moodle tutorial for administrators
- orientation to Moodle tutorial for system administrators, with less techno-babble.
- context-sensitive help


- reduce the amount of techno-babble for system administrators
- move selected add-on modules to the core and make them optional installs. This has started to happen, but some core items are still only available in modules.


- move selected add-on modules to the core and make them optional installs. This has started to happen, but some core items are still only available in modules)
- have a way for students to input their own data by on-line application


- have a way for students to input their own data by on-line application
- have the full automated database of student information for administrators (admissions, personal particulars, enrollments, enrollment statistics, academic records, payments),


- have a way for students to update their own data on-line
- have a way for students to update their own data on-line, while keeping records of past details


- have a way online for new staff to do induction and input their own data
- have a way online for new staff to do staff induction and input their own data


- have a way for staff to update their own data on-line
- have a way for staff to update their own data on-line
- have the full automated database of student information (admissions, personal particulars, enrollments, enrollment statistics, academic records),


- graduate students/print diplomas and transcripts,
- graduate students/print diplomas and transcripts,


- archive records,
- archive academic records,
 
- have a structure that allows for different campuses/ departments/ regions/ etc.


- take credit card payments (only one option available as a module and then its quite standalone, not integrated)
- take credit card payments (only one option available as a module and then its quite standalone, not integrated)
Line 40: Line 35:
- manage staff, which are really just a special class of students from a database management point of view.
- manage staff, which are really just a special class of students from a database management point of view.


- have a central administrator console with GUI menus to do things, e.g. allocate permissions
- have a simple structure (and way of organizing) to differentiate between permitted areas: public website, library bookshelves, staff area, separate class area, separate campus admins, etc.
 
- have a regional administrator console for people to run separate campuses/ departments/ regions/ etc of the same institution
 
- have a simple structure (and way of organizing) to differentiate between permitted areas: public website, library bookshelves, staff area, separate class area, separate campuses admins, etc.


Moodle can't integrate these things so far through plugins, but it is all so closely interrelated and overlapping that the core needs to offer them.  
As far as I can tell, Moodle can't integrate these things so far through plugins, but it is all so closely interrelated and overlapping that the core needs to offer them.  


The more data entry and update that is done in the field, the less needs to be done in database upkeep. If people depend on the system and it's easy to use, we don't have to motivate them to use it.
The more data entry and update that is done in the field, the less needs to be done in database upkeep. If people depend on the system and it's easy to use, we don't have to motivate them to use it.


:Ross, thanks for all your ideas for projects for new developers. Please see [[Development:New feature ideas]] for information on how to turn them into reality. --[[User:Helen Foster|Helen Foster]] 05:05, 3 March 2009 (CST)
:Ross, thanks for all your ideas for projects for new developers. Please see [[Development:New feature ideas]] for information on how to turn them into reality. --[[User:Helen Foster|Helen Foster]] 05:05, 3 March 2009 (CST)

Revision as of 09:34, 17 March 2009

Projects for new developers

Here's a bunch of things below, some sections of which are systemic and interdependent. Basically, I want Moodle to automate as much as possible of my college admin as a database can. It doesn't make much sense to keep two complete sets of books and have to relate them manually.

Okay, after learning more about Moodle 1.9 and I've found that some of the things I first asked for are now there, either built in to Moodle itself, or in the website. For example, help is quite context sensitive and easier to use, and there is now a way to have a structure that allows for different campuses/ departments/ regions/ etc. There is now better a better orientation to Moodle tutorial for staff.

So here's my updated wish-list:

- have a simple install wizard, with tick-box selection of features (aka modules) to be installed.

- intuitive menus and wizards (Doing better, but could perhaps still improve. If someone looks at a screen and doesn’t know what to do, we’ve probably still got it wrong.)

- orientation to Moodle tutorial for system administrators, with less techno-babble.

- move selected add-on modules to the core and make them optional installs. This has started to happen, but some core items are still only available in modules.

- have a way for students to input their own data by on-line application

- have the full automated database of student information for administrators (admissions, personal particulars, enrollments, enrollment statistics, academic records, payments),

- have a way for students to update their own data on-line, while keeping records of past details

- have a way online for new staff to do staff induction and input their own data

- have a way for staff to update their own data on-line

- graduate students/print diplomas and transcripts,

- archive academic records,

- take credit card payments (only one option available as a module and then its quite standalone, not integrated)

- have an automated bookkeeping system to integrate online credit card payments, offline payments students data (e.g. billing, receipting, accounting, functions) and then export reports for institutional reporting, bank reconciliations, etc. Some of it could be adapted from Gnucash. That's a full accounting program and the GNU source code is easy to get.

- manage staff, which are really just a special class of students from a database management point of view.

- have a simple structure (and way of organizing) to differentiate between permitted areas: public website, library bookshelves, staff area, separate class area, separate campus admins, etc.

As far as I can tell, Moodle can't integrate these things so far through plugins, but it is all so closely interrelated and overlapping that the core needs to offer them.

The more data entry and update that is done in the field, the less needs to be done in database upkeep. If people depend on the system and it's easy to use, we don't have to motivate them to use it.

Ross, thanks for all your ideas for projects for new developers. Please see Development:New feature ideas for information on how to turn them into reality. --Helen Foster 05:05, 3 March 2009 (CST)