Jupiter: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
(cat)
 
(12 intermediate revisions by 6 users not shown)
Line 1: Line 1:
'''JUPITER1.0'''
'''JUPITER1.0'''
----


== Introduction ==
'''Introduction'''-This project is founded by [http://www.scomst.org SCOMST] (School of Computer Science and Technology) which is part of a not-for-profit organization in a small town called Yavatmal in Maharashtra State, India. The project is under the aegis of the OLPC (One Laptop Per Child) effort and is currently in the Architecture/Design phase. Manusheel Gupta, Samuel Klein, and Lauren Klein from OLPC are supporting this project.
'''Project description'''- Jupiter is called "Brhaspati" ([http://dsal.uchicago.edu/cgi-bin/philologic/getobject.pl?c.1:1:285.platts बृहस्पति]) in the Sanskrit language and refers to the "Guru" (preceptor) of the Gods. The ultimate aim of Jupiter is to make self-study software for OLPC so intelligent and powerful that, just by knowing age and/or grade level and language of a student, it should be able to teach her appropriate subjects and create learning database(s). Based on the learning records, it should be able to find the next level of course(s) for the student. With just the OLPC laptop, any remote student should be able to develop her literacy up to any level. Creating the courses for each level will be a part of this project. Information on this project will be updated on this page periodically.


This project is founded by [http://www.scomst.org SCOMST] (School of Computer Science and Technology) which is part of a not-for-profit organization in a small town called [http://en.wikipedia.org/wiki/Yavatmal_District Yavatmal] in [http://en.wikipedia.org/wiki/Maharashtra Maharashtra] State, India. The project is currently in the Architecture/Design phase.
'''Contributers''' - Tushar Sayankar (Founder and coordinator of the project), Roshan Kamath (Consulting for Architecture/Design). We need more developers and contributors for this project. We are looking at Squeak Etoys team to help on this project. Hilaire Fernandes from the Squeak team is working on a very similar project [http://translate.google.com/translate?u=http%3A%2F%2Fwww.istoa.net&langpair=fr%7Cen&hl=fr&ie=UTF8 isToa] and agreed to work with us. 'Keithy' from Squeak agreed to work with us on Architecture and suggested Solution Based Modelling [http://jbrugge.com/blog/2007/05/10/ode-to-solution-based-modeling/], [http://www.artima.com/weblogs/viewpost.jsp?thread=158300].


== Project description ==
'''Implementation''' - The current understanding is that we will use [http://www.squeak.org/ Squeak] (based on [http://www.smalltalk.org/ Smalltalk]) to develop this project. EToys team of Squeak agreed to help on this project and volunteer. Looking at the TamTam application on OLPC laptop, Python might also be good choice. Hence, Python (plus pyGTK) is being investigated. This is still open and more feedback is solicited from the OLPC technical team.


Jupiter is called "''Brhaspati''" ([http://dsal.uchicago.edu/cgi-bin/philologic/getobject.pl?c.1:1:285.platts बृहस्पति]) in the Sanskrit language and refers to the "Guru" (preceptor) of the Gods. The ultimate aim of Jupiter is to make self-study software for OLPC so intelligent and powerful that, just by knowing age and/or grade level and language of a student, it should be able to teach appropriate subjects and create learning database(s). Based on the learning records, it should be able to find the next level of course(s) for the student. With just the OLPC laptop, any remote student should be able to develop her literacy up to any level. Creating the courses for each level will be a part of this project. Information on this project will be updated on this page periodically.
'''Architecture''' - The following is the first pass at a high-level Entity-Relationship representation.


== Contributors ==
Entities - Application, Level, Domain, Topic, Activity, Assignment, Project, Exam, Assessment, Question, Serialization Policy, Application Policy, Level Policy, Domain Policy, Topic Policy etc.


We need more developers and contributors for this project. We are looking at Squeak Etoys team to help on this project. Hilaire Fernandes from the Squeak team is working on a very similar project [http://translate.google.com/translate?u=http%3A%2F%2Fwww.istoa.net&langpair=fr%7Cen&hl=fr&ie=UTF8 isToa] and agreed to work with us. 'Keithy' from Squeak agreed to work with us on Architecture and suggested Solution Based Modelling http://jbrugge.com/blog/2007/05/10/ode-to-solution-based-modeling/, http://www.artima.com/weblogs/viewpost.jsp?thread=158300
Application - Application is the top most entity which allows developer to create various learning application e.g. Education curriculum, Musical learning, Cooking etc. This project focuses on Education curriculum although architecture supports to add any type of application.


== Implementation ==
Level - This is a grade or level of the education curriculam. It has multiple domains.


The current understanding is that we will use [[Squeak]] (based on [http://www.smalltalk.org/ Smalltalk]) to develop this project. [[EToys]] team of Squeak agreed to help on this project and volunteer. Looking at the [[TamTam]] application on OLPC laptop, [[Python]] might also be good choice. Hence, Python (plus pyGTK) is being investigated. This is still open and more feedback is solicited from the OLPC technical team.
Domain - This is a domain of the topic like Language learning, Mathematics, Sociology, Science, Astronomy etc. Domain has multiple topics.


The first simple application is to provide pictures of the alphabets. The look and feel of the application will look similar to TamTam activity on OLPC laptop. As the user clicks on the picture, it will make sound of the respective alphabet. The same will be done for numbers (0-9). This is called learning phase. Now the application will select random alphabet or number and make a sound and user will need to reconize the related keystroke or click on the correct alphabet or number using mouse. The underlying module will collect these keystrokes or mouse clicks and decide whether the answer was correct or wrong. This result will be stored into database file. Whenever user starts this activity, it will refer to the database file and focus on the wrong results so that user corrects their mistakes and learn it.
Topic - Topic is a subset of Domain. e.g. Under Language leraning domain, the topics will be English Alphabet learning, English Words learning, Marathi/Hindi alphabet learning, Number learning etc. Each topic has multiple activities.


== Architecture ==
Activity - Each activity under Topic has multiple assignments, projects and exams.


The following is the first pass at a high-level Entity-Relationship representation.
Assignment/Project - Each assignment/Project has an assessment.


; Entities : Application, Level, Domain, Topic, Activity, Assignment, Project, Exam, Assessment, Question, Serialization Policy, Application Policy, Level Policy, Domain Policy, Topic Policy etc.
Exam - Each exam has an assesment and each exam has multiple questions.


; Application : Application is the top most entity which allows developer to create various learning application e.g. Education curriculum, Musical learning, Cooking etc. This project focuses on Education curriculum although architecture supports to add any type of application.
Policy - Each entity has policies (set of rules) defined. Serialization policy is defined between Activity, Assignment/Project, Exam, Questions, Assessment.


; Level : This is a grade or level of the education curriculam. It has multiple domains.
[[Image:Jupiter entity relationship.JPG]]

; Domain : This is a domain of the topic like Language learning, Mathematics, Sociology, Science, Astronomy etc. Domain has multiple topics.

; Topic : Topic is a subset of Domain. e.g. Under Language leraning domain, the topics will be English Alphabet learning, English Words learning, Marathi/Hindi alphabet learning, Number learning etc. Each topic has multiple activities.

; Activity : Each activity under Topic has multiple assignments, projects and exams.

; Assignment/Project : Each assignment/Project has an assessment.

; Exam : Each exam has an assesment and each exam has multiple questions.

; Policy : Each entity has policies (set of rules) defined. Serialization policy is defined between Activity, Assignment/Project, Exam, Questions, Assessment.

[[Image:Jupiter entity relationship.JPG|400px|thumb|none|Click to enlarge]]

Teaching machine references - [http://privacy.cs.cmu.edu/cplus/study.html Power Learning] [http://psychwiki.pbwiki.com/Skinner%20SL Teaching Machine]


----
----
[[OLPC India#Projects|Previous Page]]

[[Category:OLPC India]]

Latest revision as of 21:12, 6 April 2008

JUPITER1.0

Introduction

This project is founded by SCOMST (School of Computer Science and Technology) which is part of a not-for-profit organization in a small town called Yavatmal in Maharashtra State, India. The project is currently in the Architecture/Design phase.

Project description

Jupiter is called "Brhaspati" (बृहस्पति) in the Sanskrit language and refers to the "Guru" (preceptor) of the Gods. The ultimate aim of Jupiter is to make self-study software for OLPC so intelligent and powerful that, just by knowing age and/or grade level and language of a student, it should be able to teach appropriate subjects and create learning database(s). Based on the learning records, it should be able to find the next level of course(s) for the student. With just the OLPC laptop, any remote student should be able to develop her literacy up to any level. Creating the courses for each level will be a part of this project. Information on this project will be updated on this page periodically.

Contributors

We need more developers and contributors for this project. We are looking at Squeak Etoys team to help on this project. Hilaire Fernandes from the Squeak team is working on a very similar project isToa and agreed to work with us. 'Keithy' from Squeak agreed to work with us on Architecture and suggested Solution Based Modelling http://jbrugge.com/blog/2007/05/10/ode-to-solution-based-modeling/, http://www.artima.com/weblogs/viewpost.jsp?thread=158300

Implementation

The current understanding is that we will use Squeak (based on Smalltalk) to develop this project. EToys team of Squeak agreed to help on this project and volunteer. Looking at the TamTam application on OLPC laptop, Python might also be good choice. Hence, Python (plus pyGTK) is being investigated. This is still open and more feedback is solicited from the OLPC technical team.

The first simple application is to provide pictures of the alphabets. The look and feel of the application will look similar to TamTam activity on OLPC laptop. As the user clicks on the picture, it will make sound of the respective alphabet. The same will be done for numbers (0-9). This is called learning phase. Now the application will select random alphabet or number and make a sound and user will need to reconize the related keystroke or click on the correct alphabet or number using mouse. The underlying module will collect these keystrokes or mouse clicks and decide whether the answer was correct or wrong. This result will be stored into database file. Whenever user starts this activity, it will refer to the database file and focus on the wrong results so that user corrects their mistakes and learn it.

Architecture

The following is the first pass at a high-level Entity-Relationship representation.

Entities
Application, Level, Domain, Topic, Activity, Assignment, Project, Exam, Assessment, Question, Serialization Policy, Application Policy, Level Policy, Domain Policy, Topic Policy etc.
Application
Application is the top most entity which allows developer to create various learning application e.g. Education curriculum, Musical learning, Cooking etc. This project focuses on Education curriculum although architecture supports to add any type of application.
Level
This is a grade or level of the education curriculam. It has multiple domains.
Domain
This is a domain of the topic like Language learning, Mathematics, Sociology, Science, Astronomy etc. Domain has multiple topics.
Topic
Topic is a subset of Domain. e.g. Under Language leraning domain, the topics will be English Alphabet learning, English Words learning, Marathi/Hindi alphabet learning, Number learning etc. Each topic has multiple activities.
Activity
Each activity under Topic has multiple assignments, projects and exams.
Assignment/Project
Each assignment/Project has an assessment.
Exam
Each exam has an assesment and each exam has multiple questions.
Policy
Each entity has policies (set of rules) defined. Serialization policy is defined between Activity, Assignment/Project, Exam, Questions, Assessment.
Click to enlarge

Teaching machine references - Power Learning Teaching Machine


Previous Page