Wiki source code of Functions
Last modified by Andrei Stefan on 2022/04/04 12:14
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | == Requirements == | ||
2 | |||
3 | The requirements together aim to enable the robot to successfully complete all tasks set out in the use cases from the original design. | ||
4 | We identified two main use cases the robot should be able to perform, which we will work out in more detail. These 2 use cases are the //Daily todo list//: UC001 and the //Quiz//: UC005 which have some dependencies which are also added. | ||
5 | The requirements are as follows: | ||
6 | |||
7 | === Main Requirements === | ||
8 | |||
9 | **RQ001: The robot can play sounds.** | ||
10 | Function description: It is critical for the functionality of the system that the robot is able to play specific songs at certain times. In order to achieve this the robot should be able to play sounds at an audible volume in the room and the Choregraphe Studio program should allow for picking and streaming songs to the NAO. This can be seen as one of the most important requirements as without it the system can not execute it's core functions. | ||
11 | |||
12 | **RQ002: The robot can do speech recognition/ recognize hand gestures.** | ||
13 | Function description: In order to know when the patient has completed a task, or the patient wants to stop the music as he knows the task to perform, the robot should be able to recognize an indication of being done. This indication can be given in various ways, one of those is through speech. However, other indications can be used to denote being finished such as detecting a hand signal from the patient or visually recognizing the completion of the current activity. In order for the patient to communicate, about what activity is linked to current piece of music during the quiz, the robot should be able to processes spoken language. Furthermore the programming of the robot should be able to processes this information and activate the correct response regarding to the input. This requirement is vital for the patient to be able to effectively play the quiz with the robot. The voice recognition can also be used by the patient to ask to play the quiz or to deny the robot when it proposes to play the quiz. | ||
14 | |||
15 | **RQ004: The settings of the reminder can be modified.** | ||
16 | Function description: Not directedly related to the main use cases, the requirement for being able to modify the music and schedule is still vital for the functionality of the system. If the data is not able to be created or modified then no personalized music can be played at certain times during the day. Thus making the system useless and making it a vital requirement for enabling the core functions of the system. The creation of the patients schedule and the association of certain personalized music can by done by the caregiver or loved ones and easily edited through a web portal. | ||
17 | |||
18 | === Other requirements === | ||
19 | |||
20 | **RQ003: The robot stores the contact details of all stakeholders.** | ||
21 | Function description: The robot also facilitates the communication between the patient to the loved ones and care givers. This can be done in emergency situations where the patient is unresponsive such as in UC006 or can be done when the patients needs non-emergency assistance with certain robot features such as in use case 2. The communication can be as easy as a text message or an emergency call and therefore storing the contact details of the stakeholders is necessary. | ||
22 | |||
23 | **RQ005: The robot can perform movements.** | ||
24 | Function description: The ability to perform movements is necessary for the exercise use case UC003. However, simple hand movements while talking and head tracking movements can help communicate more naturally with the patient. Luckily these features are natively supported by the NAO and Choreography system. | ||
25 | |||
26 | **RQ006: The robot can save data.** | ||
27 | Function description: Having a robot that is able to monitor the patient when caregivers are not around enables the collection of interesting and important health data that can help with the further treatment of the patient. However, this should be optional is not a core functionality of the system. | ||
28 | |||
29 | **RQ007: The robot can send data.** | ||
30 | In accordance with the collection of health data with RQ006 having the ability to upload this data to the cloud where it can be used in combination with an analysis platform could proof useful. Furthermore in response to the detection of sudden loss of interaction in UC006 the robot will need to be able to inform help, therefore the function of transmitting live video, audio or messages enables the care giver or loved ones to see if there is an acute need for help. | ||
31 | |||
32 | **RQ008: The robot can detect movements.** | ||
33 | Function description: Giving the robot the ability to detect a sudden stop in interaction with the patient can keep the patient safe from serious harm by contacting the care giver or loved ones. |