Risk:
One risk that our team is currently addressing is the RPi5 acting as a server to the Web App. Our contingency plan is using the DSI display touch screen to ensure that features such as pause/resume/end study session is working, and button presses on the DSI display would be synced with the Web App. Right now, we are testing that with socket.IO, we are able to communicate with the RPi5. In particular, we want the duration to be inputted on the Web App, to initiate a study session, and for the timer display to start ticking on the DSI display. In the future, we plan to integrate this with GPIO pins, so the user can directly input key presses on the robot body, and the RPi will emit an event that has occurred, such as a pause/resume. After the emit, we want the web socket to listen for these events and update the Web App accordingly and sync itself with the DSI display (controlled by RPi5).
Validation:
We will use this process for all four of our features (Study Session, Text-to-Speech, RPS Game, Audio Response). Using Study Session feature as an example, this is what our validation process looks like:
- Have users go through and use our Study Session feature from start to end. Ideally we would want a good mix of 5-10 people who have used online study timers and people who have not.
- We will have the different users try out starting a Study Session on the WebApp (setting the name, duration, type) and then pausing/resuming the session on the robot, and then finally ending the session on the WebApp.
- We will have them try out the different types of study sessions (Standard vs. Pomodoro – comes with built-in break time) and also try ending a study session before the set duration is up vs. ending it after (when the study session has reached goal duration it should send an alert to the user to ask them if they wish to continue and be able to do so)
- At the end, we will have them fill out a feedback form focusing on
- Any confusion/unintuitive use of the product (e.g. buttons too small, want certain information to be displayed elsewhere) – General question asked for all 4 features
- Satisfaction with the WebApp and robot interactions (e.g. latency issues) – Specific question for Study Session, RPS Game, Text-to-Speech
- If the user felt this feature would help them develop better time management for tasks and foster better studying habits – Specific question for Study Session
- Overall suggestions for improvement of this feature – General question
- For the Text-to-Speech feature,
- Feedback form will also include a question asking:
- How the feature was useful for audio learners
- Feedback form will also include a question asking:
- For our audio response feature, it would be similar except
- During a study session, the robot will reset to the default position of 90 degrees, giving full attention towards the student.
- During a study session break, the user can get the attention of the robot at a different location, and proceed with any task. The user can play the rock-paper-scissors game, or do any break time activity as desired.
- Feedback form will also additionally include:
- How the feature facilitates their study break (was it entertaining or distracting)
- For the RPS Game feature,
- Feedback form will also include:
- How the feature facilitates their study break (was it entertaining, a good stress relief or not really useful/boring)
- Feedback form will also include:
This will be a Google form with 4 sections to provide feedback on each feature.
Design changes:
There have been no design changes to our project
Schedule changes:
There have been no changes to the schedule.