HSC2011/Software/Frontend: Unterschied zwischen den Versionen

aus Metalab Wiki, dem offenen Zentrum für meta-disziplinäre Magier und technisch-kreative Enthusiasten.
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
(moar English)
Zeile 1: Zeile 1:
<small>< [[HSC2011]]</small>
<small>[[HSC2011]]</small>


===Teacher Frontend===
=Teacher Frontend=


HTML/JS webapp running on the teacher's laptop.
HTML/JS Web application running on the teacher's laptop.


UX Design Wireframes: '''[[HSC2011/FrontendWireframes|Interaction Design Version 0.4]]'''
UX Design Wireframes: '''[[HSC2011/FrontendWireframes|Interaction Design Version 0.4]]'''


=Possible Applications=


=='''Raise Your Hands'''==


==List of possible applications:==
=== Application start ===
The teacher poses a question to the class. He presses the ''start'' button in the frontend. Buzzers change status (e.g. pulsing LEDs) as a sign that users can press a button to raise their hands.


==Application '''"RAISE YOUR HANDS"'''==
=== During the timeout period ===
As soon as a user presses a button on his or her buzzer, the buzzer changes status to a different LED signal. The frontend displays each buzzer status change.


I. Application start:
=== Timeout end ===
* Teacher poses question to the class
It ends either automatically or the teacher hits the ''stop'' button in the frontend. Buzzers change their status to show that the time is over. The computer selects a random buzzer. The selected buzzer changes status (e.g. plays sound, yellow LED flashes). The user with selected buzzer answers the teacher's question.
* Presses the "start" button in the frontend
* Buzzers change status (e.g. pulsing LEDs) as a sign that users can press button to raise their hands


II. During the timeout period:
=== Evaluate answer ===
* as soon as a user presses a button on his or her buzzer
* the buzzer changes status (different LED signal)
* the frontend displays each buzzer status change
 
III. Timeout end
* either automatic or teacher hits the "stop" button in the frontend
* buzzers change their status to show that time is over
* computer changes random buzzer
* selected buzzer changes status (e.g. plays sound, yellow LED flashes)
* user with selected buzzer answers the teacher's question
 
IV. Evaluate answer
The teacher presses one of the following buttons in the frontend:
The teacher presses one of the following buttons in the frontend:
* correct answer
* Correct answer: The buzzer changes status to reflect ''correct answer''. The application returns to the start screen.
** buzzer changes status to reflect "correct answer"
* Incorrect answer and start a new timeout. The buzzer changes status to reflect ''wrong answer''. The application returns to the start screen.
** app returns to start screen
* Incorrect answer and select a new random buzzer. This option is disabled if there aren't any buzzers left that have pressed a button. The buzzer changes status to reflect ''wrong answer''. The new selected buzzer changes status to ''answer please''.
* incorrect answer, start new timeout
** buzzer changes status to reflect "wrong answer"
** app returns to start screen
* incorrect answer, select new random buzzer (this option is disabled if there aren't any buzzers left that have pressed a button)
** buzzer changes status to reflect "wrong answer"
** new selected buzzer changes status to "answer please"
 
=='''VOTES/SURVEYS'''==
Enables voting on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour
Enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite."
 


* es wird eine frage angezeigt, es gibt 4 mögliche antwortmöglichkeiten
=='''Votes/Surveys'''==
* die schüler haben die möglichkeit für ihre präferierte antwort einen knopf zu drücken.
Students vote on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour. This application enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite".
* das ist ihre ERSTWAHL
* der knopf BLINKT nun
* wenn der schüler noch eine option (zweitwahl) wählen will drückt er einfach einen weiteren knopf und der blinkt dann auch (langsamer?)
* das geht maximal mit 4 optionen.
* wenn die wahl vorbei ist sieht in punkten wieviele punkte welche option bekommen hat..
* erstwahl 4 punkte
* zweitwahl 3
* ...


=='''GROUPWORK / GROUPGAMES'''==
A question is displayed, there are four possible answers. The students press the button for their most preferred answer, this is their ''first choice''. The button LED is ''blinking'' now. If the student wants to select an additional answer (''second choice'') he presses another button. For affirmation it also blinks, but slower. This procedure works up to four options.
** teams of students can be chosen by a random generator this would take the social stress off the teacher as in "i dont want to be in a group with this guy.." "..the computer has chosen ist fair"
** games would be possible where groups compete and if a group performs better it has to let a member go into another group
** also the opposite is possible where the best performing  group gets new members..


=='''WHO WANTS TO BE A MILLIONAIRE MODE'''==
When the vote is over, how many points each option gets is calculated and displayed. The first choice is worth four points, the second three etc.  
**if a student doesnt know the answer he could "ask the audience" and the kids could press what they think is the right answer..


* der laptop hängt am beamer, die js anwendung läuft fullscreen
=='''Group Work/Group Games'''==
* es wird eine frage angezeigt, es gibt 4 mögliche antworten, es läuft ein timer
Teams of students are chosen by a random generator. This would take the social stress off the teacher. (Student: "I don't want to be in a group with this guy." - Teacher: "The computer has chosen fairly.") Games would be possible where groups compete and if a group performs better it has to let a member go into another group. Also the opposite is possible where the best performing group gets new members.
* in der zeit können die kinder eine der 4 tasten drücken, es werden balken gezeichnet wo man sieht wieviele schüler welche antwort gegeben haben.
* der lehrer kann dann auflösen mit dem blauen knopf, drückt er den blauen knopf nocheinmal kommt der nächste slide.


=='''MULTIPLE CHOICE TESTS'''==
=='''Quiz mode (à la "Who wants to be a millionaire")'''==
** this will probably not be in version 0.1 as it needs a lot of work that is unrealistic to be implemented with the very short deadline of 2 months
If a student doesn't know the answer he could ''ask the audience'' and the other students press the button for what they think is the right answer. The question is displayed to the classroom (beamer or similar). A countdown timer is running, meanwhile the students may press a button corresponding to the possible answers. The result is displayed as a bar chart. The teacher reveals the solution by pressing the blue button, pressing blue again advances to the next question.
** teacher should be able to have a live on-stage test where the kids can answer questions with multiple choice pushbutton modes
** multiple choice tests are not very common in europe so we need to spend research on this subject


=='''GAMES'''==
=='''Multiple Choice Tests'''==
** maybe something like the werewolf game
The teacher holds a live test where the students answer questions with multiple choice answers. (FIXME: Multiple choice tests are not very common in Europe so we need to spend research on this subject.)
** the remote choses who is the wolf and the others have to find out who it is by talking to each other on a round based system


=='''Games'''==
[http://en.wikipedia.org/wiki/Mafia_(party_game) Werewolf game]: The base station choses who is the wolf and the others have to find out who it is by talking to each other on a round based system.


=='''SCHNITZELJAGD'''==
=='''Chase'''==
** multiple stations are layed out around the classroom
Multiple buzzers are laid out about the class room. Students go from device to device, plug in their ibutton, and push a buzzer button to enter their solution to the quest presented at this station, then go to next station.
** students go from station to station, plug in their ibutton, push a button to put in their solution to the quest presented at this station, go to next station


[[Kategorie:HSC2011]]
[[Kategorie:HSC2011]]
[[Kategorie:English]]
[[Kategorie:English]]

Version vom 2. Mai 2011, 18:13 Uhr

HSC2011

Teacher Frontend

HTML/JS Web application running on the teacher's laptop.

UX Design Wireframes: Interaction Design Version 0.4

Possible Applications

Raise Your Hands

Application start

The teacher poses a question to the class. He presses the start button in the frontend. Buzzers change status (e.g. pulsing LEDs) as a sign that users can press a button to raise their hands.

During the timeout period

As soon as a user presses a button on his or her buzzer, the buzzer changes status to a different LED signal. The frontend displays each buzzer status change.

Timeout end

It ends either automatically or the teacher hits the stop button in the frontend. Buzzers change their status to show that the time is over. The computer selects a random buzzer. The selected buzzer changes status (e.g. plays sound, yellow LED flashes). The user with selected buzzer answers the teacher's question.

Evaluate answer

The teacher presses one of the following buttons in the frontend:

  • Correct answer: The buzzer changes status to reflect correct answer. The application returns to the start screen.
  • Incorrect answer and start a new timeout. The buzzer changes status to reflect wrong answer. The application returns to the start screen.
  • Incorrect answer and select a new random buzzer. This option is disabled if there aren't any buzzers left that have pressed a button. The buzzer changes status to reflect wrong answer. The new selected buzzer changes status to answer please.

Votes/Surveys

Students vote on a topic without raising your hand in front of the class which ultimately leads to a more honest voting behaviour. This application enables voting mechanisms that are hard to do with paper like multiple choice and ratings on preferred solutions as in "I'd like option A but if we don't get enough votes for that, option B would be my second favourite".

A question is displayed, there are four possible answers. The students press the button for their most preferred answer, this is their first choice. The button LED is blinking now. If the student wants to select an additional answer (second choice) he presses another button. For affirmation it also blinks, but slower. This procedure works up to four options.

When the vote is over, how many points each option gets is calculated and displayed. The first choice is worth four points, the second three etc.

Group Work/Group Games

Teams of students are chosen by a random generator. This would take the social stress off the teacher. (Student: "I don't want to be in a group with this guy." - Teacher: "The computer has chosen fairly.") Games would be possible where groups compete and if a group performs better it has to let a member go into another group. Also the opposite is possible where the best performing group gets new members.

Quiz mode (à la "Who wants to be a millionaire")

If a student doesn't know the answer he could ask the audience and the other students press the button for what they think is the right answer. The question is displayed to the classroom (beamer or similar). A countdown timer is running, meanwhile the students may press a button corresponding to the possible answers. The result is displayed as a bar chart. The teacher reveals the solution by pressing the blue button, pressing blue again advances to the next question.

Multiple Choice Tests

The teacher holds a live test where the students answer questions with multiple choice answers. (FIXME: Multiple choice tests are not very common in Europe so we need to spend research on this subject.)

Games

Werewolf game: The base station choses who is the wolf and the others have to find out who it is by talking to each other on a round based system.

Chase

Multiple buzzers are laid out about the class room. Students go from device to device, plug in their ibutton, and push a buzzer button to enter their solution to the quest presented at this station, then go to next station.