Note: You are currently viewing documentation for Moodle 2.0. Up-to-date documentation for the latest stable version is available here: Student projects/Usability issues.

Student projects/Usability issues: Difference between revisions

From MoodleDocs
(Shifted to dev docs)
 
(16 intermediate revisions by 3 users not shown)
Line 1: Line 1:
__NOTOC__
{{Moved_to_dev_docs}}
<p class="note">This page is a ''specification under construction''! If you have any comments or suggestions, please [[Talk:Student projects/Usability issues|share them with us]].''</p>
= Index =
 
•[[Usability_issues#Objectives|Objectives]]
•[[Usability_issues#Timeline|Timeline]]
•[[Usability_issues#Tasks|Tasks]]
•[[Usability_issues#Work_done_and_future_work|Work done and future work]]
•[[Usability_issues#Status|Status]]
 
The main objective of this project is to detect and solve specific usability issues.
 
== Objectives ==
 
* Research in the tracker, forums, etc. to create a hitlist of the top 10 (or 20) specific usability issues.
* For each issue, identify the problem clearly (screenshots) and clearly describe one or more solutions (incl mock screenshots) for the community to evaluate.
* Create code to solve the problem with the best decided solution (optional, depending on Moodle community thoughts).
* Create usability tests to find new usability issues (optional).
* Take a look at [http://fluidproject.org/ Fluid Project] (who we are involved with already) to see where some of their components can be used in Moodle (optional).
 
== Timeline ==
 
This is the timeline I envision:
 
'''[[Student_projects/Usability_issues/T1|T1]]''': Research [[tracker]], research forums, wikis, mailing lists(2 weeks)
 
'''[[Student_projects/Usability_issues/T2|T2]]''': Try to find out other possible [[usability issues]] to address(1 weeks)
 
'''[[Student_projects/Usability_issues/T3|T3]]''': See how Moodle's usability can benefit from the [[Fluid project]] (2 weeks)
 
'''[[Student_projects/Usability_issues/T4|T4]]''': Classify and propose [[different solutions]] for the found usability problems (3 weeks)
 
'''[[Student_projects/Usability_issues/T5|T5]]''': [[Solve]] the problem (3 weeks)
 
'''[[Student_projects/Usability_issues/T7|T7]]''', ('''[https://docs.moodle.org/en/Student_projects/Usability_issues/T7 T7]'''): Writing the [[documentation]] of the project (the guideline is optional) (2 weeks)
 
The timeline considering that in May/June I will be working half time in GSoC:
*[[Student_projects/Usability_issues/T1|T1]]: Deadline 1st May
*[[Student_projects/Usability_issues/T2|T2]]: Deadline 15th June
*[[Student_projects/Usability_issues/T3|T3]]: Deadline 4th July
** Google: July 7: Mentors and students can begin submitting mid - term evaluations
** Google: July 14th: Mid - term evaluations deadline
*[[Student_projects/Usability_issues/T4|T4]]: Deadline 20th July
** Google: August 11: Suggested 'pencils down'. Take a week to scrub code, write tests, improve documentation
*[[Student_projects/Usability_issues/T5|T5]]: Deadline 16th August
** Google: August 18: Firm 'pencils down' date. Mentors, students and organization administrators can begin submitting final evaluations to Google.
 
*[[Student_projects/Usability_issues/T6|T6]]/[[Student_projects/Usability_issues/T7|T7]]: Deadline 29th August
** Google: September 1: Final evaluation deadline.
** Google: September 3: Students can begin submitting required code samples to Google.
 
== Tasks ==
 
The project will adhere to the following plan:
 
'''• [[Student_projects/Usability_issues/T1|T1]]''':Research the [[Tracker|tracker]], forums, wikis, mailing lists, etc. in order to find bugs and create a hitlist of the top 10 (or 20) most important specific usability issues to address.
 
'''• [[Usability_issues/T2|T2]]''': Try to find out other possible [[usability issues to address]]. Some possible problems may be related to:
* Navigation
* Functionality
* User control
* Language and Content
* Scrolling and paging
* Links
* Text appearance
* Homepage
* Online Help and User Guides
* System and User Feedback (fortunately Fluid Project would help)
* Web Accessibility (another proposal of GSoC is related to this item, because requires the deployment of a W3C's Tools)
* Consistency
* Error Prevention and Correction
* Architectural and Visual Clarity: this has to do with Architecture information. It would be required that some kind of method (for example card sorting open and closed) verify that the architecture information is valid. For that it would be strongly advisable to implement open and closed card sorting with an open source tool such as cardsword
* I have written in bold the areas which in my opinion may be the ones having most issues.
 
'''• [[Student_projects/Usability_issues/T3|T3]]''':See what [[components from Fluid Project]] can be reused, in order to provide a continuous feedback of usability problems and try to prevent them in the future.
 
'''• [[Student_projects/Usability_issues/T4|T4]]''':For each issue, identify the [[problem clearly]] (providing screenshots) and describe in detail one or more solutions (including mock screenshots) for the community to evaluate. Documenting and classifying the solutions will be an important step to allow us to know in which direction Moodle is in most need of improvement.
 
'''• [[Student_projects/Usability_issues/T5|T5]]''':[[Write code]] to solve the problem with the best agreed-upon solution.
'''• [[Student_projects/Usability_issues/T6|T6]]''':Writing the [[documentation]] of the project.
 
'''• [[Student_projects/Usability_issues/T7|T7]]''': [OPTIONAL] It would be possible to develop a [[guideline for the developers]] to help them avoid problems in the future, by reminding them of several points and conventions such as:
* Enable quality streaming video for the sign-language interpreter, which can be viewed promptly and without unnecessary waiting time.
* Make the user interface simple and clear, avoiding adding an unnecessarily large number of options.
* Make the user interface as visual as possible without graphically exaggerating it.
* Keep navigation tools in a determined and clearly-defined position.
* Avoid unnecessary pop-up windows, since they can confuse users that have just started to work with computers.
* Simplify the language and explanations used - we advise the use of uncomplicated technical expressions.
* Learnability: How easy is it for users to accomplish basic tasks the first time they encounter the interface?
* Efficiency: Once users have learned the design, how quickly can they perform tasks?
* Memorability: When users return to the design after a period of not using it, how easily can they re-gain their proficiency?
* Errors: How many errors do users make on avarage after a certain time of use, how severe are these errors and how easily can they recover from the errors?
* Satisfaction: How pleasant is it to use the design?
It would be desirable to try the guidelines with people from the outside (optional, although it would be very interesting). This phase would have the following points: Goal definition, Task definition, Variables to measure, Determining the user profile to take the test, Preparation and setting - up of the test, Analysis of the usability test, and Conclusions of the usability test. In the last step, we should analyse the results in order to extract conclusions of the current Moodle Usage.
 
 
== Work done and future work ==
 
== Status ==
TO BE UPDATED
 
==See also==
* [[GSOC/2008]]
* Using Moodle [http://moodle.org/mod/forum/discuss.php?d=92862 GSOC: Moodle Usability Guidelines] forum discussion
* GSoC 2008 Usability Issues Meta bug: MDL-14639
* [http://tracker.moodle.org/browse/MDL/component/10309?selected=com.atlassian.jira.plugin.system.project:component-openissues-panel Usability component in the tracker]
 
[[Category:Project]]

Latest revision as of 03:58, 15 September 2011

This development related page is now located in the Dev docs.

See the Student projects/Usability issues page in the Dev docs.