Merge remote-tracking branch 'origin/main'
This commit is contained in:
@@ -12,6 +12,6 @@
|
||||
</deviceKey>
|
||||
</Target>
|
||||
</targetSelectedWithDropDown>
|
||||
<timeTargetWasSelectedWithDropDown value="2024-04-25T18:30:01.781792600Z" />
|
||||
<timeTargetWasSelectedWithDropDown value="2024-04-26T10:10:48.222593700Z" />
|
||||
</component>
|
||||
</project>
|
@@ -16,7 +16,6 @@ import com.aldebaran.qi.sdk.object.locale.Locale;
|
||||
import com.aldebaran.qi.sdk.object.locale.Region;
|
||||
import com.example.fitbot.ui.SportMenuActivity;
|
||||
|
||||
|
||||
public class MainActivity extends RobotActivity implements RobotLifecycleCallbacks {
|
||||
|
||||
@Override
|
||||
|
@@ -1,6 +1,7 @@
|
||||
package com.example.fitbot;
|
||||
|
||||
import android.annotation.SuppressLint;
|
||||
import android.content.Intent;
|
||||
import android.os.Bundle;
|
||||
import android.support.design.widget.NavigationView;
|
||||
import android.support.v4.view.GravityCompat;
|
||||
@@ -8,6 +9,9 @@ import android.support.v4.widget.DrawerLayout;
|
||||
import android.support.v7.app.ActionBarDrawerToggle;
|
||||
import android.support.v7.app.AppCompatActivity;
|
||||
import android.support.v7.widget.Toolbar;
|
||||
import android.widget.Button;
|
||||
|
||||
import com.example.fitbot.ui.SportMenuActivity;
|
||||
|
||||
public class MainScreen extends AppCompatActivity {
|
||||
|
||||
@@ -28,7 +32,7 @@ public class MainScreen extends AppCompatActivity {
|
||||
toolbar = findViewById(R.id.toolbar);
|
||||
|
||||
/*---Tool Bar---*/
|
||||
// setSupportActionBar(toolbar);
|
||||
// setSupportActionBar(toolbar);
|
||||
|
||||
/*---Navigation Drawer Menu---*/
|
||||
navigationView.bringToFront();
|
||||
|
@@ -1,10 +1,10 @@
|
||||
# VideoView
|
||||
|
||||
We wanted to show the different exercises in a video that anybody could replicate. For this we didn't want to implement a youtube function we wanted to have our own videos so that we don't rely on youtube. Ti start we need an emoty activity file you can create one in the android studio IDE. Then you need to head to the XML file you just created and the go to widgets and the add the VideoView element
|
||||
We wanted to show the various exercises in a video that everyone could replicate. We did not want to implement a YouTube function because we wanted to have our own videos rather than relying on YouTube. To begin, we need an empty activity file, which you can create using the Android Studio IDE. Then, navigate to the XML file you just created and the go-to widgets, and add the VideoView element.
|
||||
|
||||

|
||||
|
||||
If you drag that in to your activity you can edit the layout of it but it will not function directly. To Let it play videos we need to write a java code. First start by coding what you want to view.
|
||||
If you drag that into your activity, you can change the layout, but it will not function directly. To make it play videos, we need to write some Java code first.
|
||||
```java
|
||||
VideoView videoView = findViewById(R.id.videoView);
|
||||
videoView.setVideoURI(Uri.parse("android.resource://" + getPackageName() + "/" + R.raw.videofile));
|
||||
@@ -20,4 +20,4 @@ replace the video file with the name of the video. Then you need to code the med
|
||||
}
|
||||
});`
|
||||
```
|
||||
Since we have short videos we will have a auto replay function if you want it can go to a completion screen after the video ended.
|
||||
Because we have short videos, we will have an auto replay function.
|
BIN
docs/documentation/assets/legacySetup.png
Normal file
BIN
docs/documentation/assets/legacySetup.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 50 KiB |
13
docs/documentation/brainstorm/Infrastructure
Normal file
13
docs/documentation/brainstorm/Infrastructure
Normal file
@@ -0,0 +1,13 @@
|
||||
# Infrastructure
|
||||
|
||||
## Requirements
|
||||
*
|
||||
|
||||
|
||||
##
|
||||
* Raspberry pi
|
||||
* MariaDB
|
||||
* Apache2
|
||||
* NodeJS
|
||||
* Database
|
||||
* MariaDB
|
141
docs/documentation/diagrams/appDiagram.drawio
Normal file
141
docs/documentation/diagrams/appDiagram.drawio
Normal file
File diff suppressed because one or more lines are too long
BIN
docs/documentation/diagrams/assets/.$appDiagram.png.bkp
Normal file
BIN
docs/documentation/diagrams/assets/.$appDiagram.png.bkp
Normal file
Binary file not shown.
After Width: | Height: | Size: 99 KiB |
BIN
docs/documentation/diagrams/assets/appDiagram.png
Normal file
BIN
docs/documentation/diagrams/assets/appDiagram.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 99 KiB |
2
docs/documentation/hardware/BOM.md
Normal file
2
docs/documentation/hardware/BOM.md
Normal file
@@ -0,0 +1,2 @@
|
||||
# BOM
|
||||
|
19
docs/documentation/known-issues.md
Normal file
19
docs/documentation/known-issues.md
Normal file
@@ -0,0 +1,19 @@
|
||||
|
||||
|
||||
## Android Studio gradle could not sync with project (MacOS)
|
||||
|
||||
A solution to this issue is by removing the cache files in the gradle folder.
|
||||
This can be done by executing the following command:
|
||||
|
||||
```bash
|
||||
sudo rm -rf ~/.gradle/caches/
|
||||
```
|
||||
|
||||
If the issue presists, one can remove the existing gradle executables in the
|
||||
following path:
|
||||
|
||||
> `/Users/.../.gradle/wrapper/dists/`
|
||||
|
||||
If the issue still remains, one can try removing the gradle files in the project
|
||||
and try to sync the project again. This can be done by removing the gradle files in
|
||||
the project source directory and then syncing the project again.
|
@@ -32,6 +32,10 @@ The option to simulate pepper and the tablet won't work. We have yet to find a s
|
||||
To create a project you need to follow the steps on the QiSDK website. Here are a few pointers to help you with this step:
|
||||
|
||||
- Make sure to select a template that works for you. We recommend using the `Empty Activity` template. This will give you a blank project to start with.
|
||||
- Make sure to select `Use legacy android.support libraries`. This will make sure that the project will work with the pepper sdk.
|
||||
|
||||

|
||||
|
||||
- On step 5 of the guide make sure that the interface looks the following image, if it does not look the same gradle doens't recognize the project as an android project:
|
||||
|
||||

|
||||
|
9
docs/personalDocs/Luca/expert-review-tips.md
Normal file
9
docs/personalDocs/Luca/expert-review-tips.md
Normal file
@@ -0,0 +1,9 @@
|
||||
|
||||
## Expert review #1
|
||||
|
||||
### Document as you go
|
||||
Documenteer alle problemen die voorkomen bij het project en noteer de
|
||||
oplossingen voor deze problemen. Dit kan bijvoorbeeld d.m.v. een command die
|
||||
cache files verwijderd, of op welke manier je een project fixt. Dit kan toekomstige
|
||||
problemen voorkomen.
|
||||
|
@@ -1 +1,28 @@
|
||||
# pipeline fix
|
||||
## Hoe kunnen ethische richtlijnen worden ontwikkeld voor het toepassen van kunstmatige intelligentie bij het aanpakken van eenzaamheid onder ouderen?
|
||||
|
||||
---
|
||||
|
||||
### Inleiding
|
||||
|
||||
Kunstmatige intelligentie, het is tegenwoordig overal terug te vinden. Dit kan zowel door het gebruiken van ChatGPT om je
|
||||
huiswerk te maken, als de muziek die Spotify je aanbeveelt, als de videos die je op het internet vindt. Overal zit tegenwoordig
|
||||
kunstmatige intelligentie achter, om de gebruikerservaring door en door beter en makkelijker te maken. Toch zitten er ook mogelijke
|
||||
nadelen achter, wat nou als K.I. mijn baan over zal nemen? Wat als K.I. een eigen wil krijgt en tegen ons keert? Hoe kan
|
||||
K.I. onze privacy blijven respecteren? Dit zijn allemaal belangrijke vragen om over na te denken.
|
||||
|
||||
Om een beter plaatje te kunnen schetsen van dit soort vragen is het het best om ze een voor een te beantwoorden.
|
||||
Daarom gaan we hierna verder op hoe we ervoor kunnen zorgen dat kunstmatige intelligentie onze privacy blijft respecteren en
|
||||
of hier naleefbare regels voor gemaakt kunnen worden. Ook proberen we hier in te zien of kunstmatige intelligentie daadwerkelijk
|
||||
een positieve impact kan maken voor ouderen die zich eenzaam voelen.
|
||||
|
||||
### Op welke manier kunnen we nauwkeurig en effectief meten of kunstmatige intelligentie het eenzaamheidsgevoel van ouderen kan verminderen?
|
||||
|
||||
### Wat voor ethische problemen kunnen er ontstaan zodra kunstmatige intelligentie wordt ingezet bij het aanpakken van eenzaamheid onder ouderen?
|
||||
|
||||
### Welke richtlijnen kunnen er worden opgesteld om deze problemen te voorkomen?
|
||||
|
||||
|
||||
|
||||
|
||||
### Betrouwbaarheid bronnen:
|
||||
Currency, Relevance, Authority, Accuracy, Purpose
|
@@ -25,3 +25,38 @@ Welke ethische dilemma's kunnen er vormen bij het gebruik van robotica in de oud
|
||||
**H. BEGRIPSOMSCHRIJVING – De volgende begrippen uit mijn vraagstelling definieer ik als:**
|
||||
|
||||
**I. VRAAGSTELLING 2 - De deelvragen van mijn onderzoek zijn:**
|
||||
|
||||
|
||||
# Deelvragen
|
||||
|
||||
|
||||
Wat is de impact van robots op de emotionele en sociale welzijn van ouderen?
|
||||
|
||||
Kan het gebruik van robots in de ouderezorg ervoor zorgen dat de zorg minder menselijk wordt?
|
||||
|
||||
Hoe worden de veiligheid en persoonlijke gegevens van ouderen Beschermd bij het gebruik van robots?
|
||||
|
||||
# Bronnen
|
||||
Design issues for assistive robotics for the elderly
|
||||
https://www.sciencedirect.com/science/article/abs/pii/S1474034605000923
|
||||
|
|
||||
Socially Assistive Robots in Elderly Care: A Systematic Review into Effects and Effectiveness
|
||||
https://www.sciencedirect.com/science/article/abs/pii/S1525861010003476
|
||||
|
||||
Older adults’ experiences with and perceptions of the use of socially assistive robots in aged care: A systematic review of quantitative evidence
|
||||
https://www.sciencedirect.com/science/article/abs/pii/S0167494321000613
|
||||
|
||||
The ethical issues of social assistive robotics: A critical literature review
|
||||
https://www.sciencedirect.com/science/article/pii/S0160791X21002013
|
||||
|
||||
Enabling Security Services in Socially Assistive Robot Scenarios for Healthcare Applications
|
||||
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC8541011/
|
||||
|
||||
The concept of social dignity as a yardstick to delimit ethical use of robotic assistance in the care of older persons
|
||||
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC8614079/
|
||||
|
||||
Socially facilitative robots for older adults to alleviate social isolation: A participatory design workshop approach in the US and Japan
|
||||
https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2022.904019/full
|
||||
|
||||
Ethical Design and Use of Robotic Care of the Elderly
|
||||
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC8936033/
|
@@ -0,0 +1,24 @@
|
||||
# Formulier Probleembeschrijving en Hoofd en Deelvragen
|
||||
|
||||
|
||||
Naam Student: Sam Hos <br>
|
||||
Datum: 22-04-2024
|
||||
|
||||
### A. onderwerp
|
||||
Het betoog gaat over het etische kwestie van robots in de ouderenzorg.
|
||||
|
||||
### B. aanleiding
|
||||
De aanleiding voor dit onderzoek is dat robots steeds meer gebruikt worden in de ouderenzorg om de last van personeel te verlichten, zodat ze zich bezig kunnen houden met andere dingen. Daardoor word menselijk contact vervangen met robots. Ik ben geinteresseerd wat de gevolgen zijn van menselijke communicatie te vervangen met robots.
|
||||
|
||||
### C. afbakening
|
||||
Ik leg mijn focus op wat het effect is van mensenlijke communicatie vervangen met robots in de ouderenzorg.
|
||||
|
||||
### D. doelstelling
|
||||
Met dit onderzoek breng ik inzicht in wat de gevolgen zijn van menselijke communicatie vervangen met robots in de ouderenzorg en daarbij wil ik de voordelen en nadelen van robots in de ouderenzorg in kaart brengen.
|
||||
|
||||
### E. ethisch/maatschappelijk issue
|
||||
De ethische kwestie die ik aankaart is of het wel verantwoord is om menselijke communicatie te vervangen met robots in de ouderenzorg.
|
||||
|
||||
### G. vraagstelling
|
||||
Wat zijn de gevolgen op ouderen door menselijke communicatie vervangen met robots in de ouderenzorg?
|
||||
|
18
docs/personalDocs/Sam/Hoofd-deelvragen.md
Normal file
18
docs/personalDocs/Sam/Hoofd-deelvragen.md
Normal file
@@ -0,0 +1,18 @@
|
||||
# Hoofd en deelvragen met bronnen
|
||||
|
||||
## Hoofdvraag
|
||||
Wat zijn de gevolgen op ouderen door menselijke communicatie vervangen met robots in de ouderenzorg?
|
||||
|
||||
## Deelvragen
|
||||
1. Wat zijn de voor en nadelen van robots in de ouderenzorg?
|
||||
2. Wat zijn de verschillen in communicatie tussen mens en robot?
|
||||
3. Hoe voelen ouderen zich bij de vervanging van menselijke communicatie met robots?
|
||||
|
||||
## Bronnen
|
||||
* [Socially Assistive Robots in Elderly Care: A Systematic Review into Effects and Effectiveness](https://www.sciencedirect.com/science/article/abs/pii/S1525861010003476)
|
||||
* [Socially Assistive Robots in Elderly Care: A Mixed-Method Systematic Literature Review](https://www.tandfonline.com/doi/abs/10.1080/10447318.2013.873278)
|
||||
* [Scoping review on the use of socially assistive robot technology in elderly care](https://bmjopen.bmj.com/content/8/2/e018815.abstract)
|
||||
* [A critique of robotics in health care](https://link.springer.com/article/10.1007/s00146-021-01206-z)
|
||||
* [The use of care robots in aged care: A systematic review of argument-based ethics literature](https://www.sciencedirect.com/science/article/pii/S0167494317302790)
|
||||
* [Significant challenges when introducing care robots in Swedish elder care](https://www.tandfonline.com/doi/abs/10.1080/17483107.2020.1773549)
|
||||
* [Ethical challenges in the use of social service robots for elderly people](https://link.springer.com/article/10.1007/s00391-016-1066-5)
|
@@ -120,19 +120,53 @@ To do
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
- Make navigation menu for the app
|
||||
- Make documentation for pepper with andriod studio
|
||||
- Fix notedpad
|
||||
|
||||
**26 April**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
- Sprint review
|
||||
- Sprint retrospective
|
||||
|
||||
Done
|
||||
|
||||
- Sprint review
|
||||
- Sprint retrospective
|
||||
|
||||
**27 April - 05 May**
|
||||
|
||||
- Vacation
|
||||
|
||||
**6 May**
|
||||
|
||||
To do
|
||||
|
||||
- Start working on sprint 2
|
||||
- Figma design for the app
|
||||
- Deelvragen voor het onderzoek
|
||||
- Expert review voorbereiden
|
||||
|
||||
Done
|
||||
|
||||
- Deelvragen voor het onderzoek
|
||||
- Expert review voorbereiden
|
||||
|
||||
**7 May**
|
||||
|
||||
To do
|
||||
|
||||
- Mindmap project
|
||||
- Issues for sprint 2
|
||||
- Figma design for the app
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**27 April**
|
||||
**8 May**
|
||||
|
||||
To do
|
||||
|
||||
@@ -142,7 +176,7 @@ Done
|
||||
|
||||
-
|
||||
|
||||
**28 April**
|
||||
**9 May**
|
||||
|
||||
To do
|
||||
|
||||
@@ -152,7 +186,7 @@ Done
|
||||
|
||||
-
|
||||
|
||||
**29 April**
|
||||
**10 May**
|
||||
|
||||
To do
|
||||
|
||||
@@ -162,7 +196,207 @@ Done
|
||||
|
||||
-
|
||||
|
||||
**30 April**
|
||||
**11 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**12 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**13 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**14 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**15 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**16 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**17 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**18 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**19 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**20 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**21 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**22 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**23 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**24 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**25 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**26 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**27 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**28 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**29 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**30 May**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**31 May**
|
||||
|
||||
To do
|
||||
|
||||
|
197
docs/personalDocs/sebas/expertReview/expert1sprint1.md
Normal file
197
docs/personalDocs/sebas/expertReview/expert1sprint1.md
Normal file
@@ -0,0 +1,197 @@
|
||||
# Expert 1 Sprint 1
|
||||
|
||||
---
|
||||
|
||||
## K1: Je hebt object georiënteerde software gemaakt die samenwerkt met een database.
|
||||
|
||||
Voor het maken van object georiënteerde software die samenwerkt met een database ben ik nog niet ver genoeg. Ik ben bezig geweest met het maken van OOP software, maar ik ben nog niet begonnen met het maken van een database. Ik ben wel van plan om dit te gaan doen in de volgende sprint. Door een verandering in ons product zal de database anders ingericht worden dan eerder gedacht. Daarom zal ik in deze expert laten zien wat ik al wel heb kunnen doen en wat ik van plan ben om te gaan doen.
|
||||
|
||||
### Database
|
||||
|
||||
De database moet nog worden opgezet. Het idee is om dit te doen met behulp van: NodeJs, MariaDB en Apache. De database zal worden opgezet op een Raspberry Pi.
|
||||
|
||||
De database zou eerder worden gebruik voor gegevens van de gebruiker en veel andere data. Dit is veranderd na de feedback van de sprint review, de feedback die wij kregen was om het project/product veel simpeler te houden en aan te passen op onze doelgroep. De database zal nu worden gebruikt voor opslaan van bepaalde oefeningen en de bijbehorende data.
|
||||
|
||||
### OOP
|
||||
|
||||
Object Oriented Programming is een programmeermethode dat gebruik maakt van objecten en classes. Het doel van OOP is om de code beter te structureren en te hergebruiken. Omdat wij gebruik maken van java voor het maken van de software, is het makkelijk om gebruik te maken van OOP. Java is een object georiënteerde programmeertaal en maakt het makkelijk om gebruik te maken van OOP sinds het een van de belangrijkste concepten is van Java.
|
||||
|
||||
#### Inheritance
|
||||
|
||||
Inheritance is een princiepe waarbij een nieuwe class wordt gemaakt met behulp van eigenschappen van een bestaande class. De nieuwe class wordt afgeleid van de bestaande class.
|
||||
|
||||
Voorbeeld: Een olifant is een dier. Een olifant heeft alle eigenschappen van een dier, zoals ademhalen, eten, slapen, enz. Een olifant heeft ook enkele specifieke eigenschappen, zoals grootte, gewicht, slurf, enz.
|
||||
|
||||
Use case:
|
||||
|
||||
```java
|
||||
|
||||
public class MainActivity extends RobotActivity implements RobotLifecycleCallbacks {
|
||||
|
||||
@Override
|
||||
protected void onCreate(Bundle savedInstanceState) {
|
||||
super.onCreate(savedInstanceState);
|
||||
// Register the RobotLifecycleCallbacks to this Activity.
|
||||
QiSDK.register(this, this);
|
||||
}
|
||||
|
||||
@Override
|
||||
protected void onDestroy() {
|
||||
// Unregister the RobotLifecycleCallbacks for this Activity.
|
||||
QiSDK.unregister(this, this);
|
||||
super.onDestroy();
|
||||
}
|
||||
|
||||
@Override
|
||||
public void onRobotFocusGained(QiContext qiContext) {
|
||||
// The robot focus is gained.
|
||||
}
|
||||
|
||||
@Override
|
||||
public void onRobotFocusLost() {
|
||||
// The robot focus is lost.
|
||||
}
|
||||
|
||||
@Override
|
||||
public void onRobotFocusRefused(String reason) {
|
||||
// The robot focus is refused.
|
||||
}
|
||||
}
|
||||
|
||||
```
|
||||
|
||||
De MainActivity class erft van RobotActivity, dit zorgt ervoor dat MainActivity properties en methods kan gebruiken van RobotActivity.
|
||||
|
||||
#### Abstraction
|
||||
|
||||
Abstraction is een princiepe om de complexiteit van een object te verbergen en alleen de nodige kenmerken weer te geven.
|
||||
|
||||
Voorbeeld: Een auto bestaat uit verschillende onderdelen, zoals motor, versnellingsbak, wielen, enz. Maar we hoeven niet te weten hoe deze onderdelen werken om een auto te besturen. We moeten alleen weten hoe we de auto moeten besturen, zoals hoe we gas moeten geven, remmen, sturen, enz.
|
||||
|
||||
Use case:
|
||||
|
||||
```java
|
||||
|
||||
@Override
|
||||
public void onRobotFocusGained(QiContext qiContext) {
|
||||
|
||||
Say say = SayBuilder.with(qiContext) // Create a new Say action.
|
||||
.withText("Hello world!")
|
||||
.build();
|
||||
|
||||
say.run(); // Execute the Say action.
|
||||
}
|
||||
|
||||
```
|
||||
|
||||
In de method `onRobotFocusGained` wordt een `Say` actie gemaakt en uitgevoerd. De gebruiker hoeft niet te weten hoe de `Say` method werkt, maar kan deze gewoon gebruiken.
|
||||
|
||||
#### Encapsulation
|
||||
|
||||
Encapsulation is een princiepe om de interne gegevens van een object te verbergen en alleen toegang te geven via methods.
|
||||
|
||||
Voorbeeld: Een bank heeft verschillende methods om geld te storten, geld op te nemen, saldo te controleren, enz. We kunnen niet rechtstreeks toegang krijgen tot de interne gegevens van de bank, zoals de balans, de rekeningnummers, enz. We moeten de methods van de bank gebruiken om deze gegevens te krijgen.
|
||||
|
||||
Use case:
|
||||
|
||||
```java
|
||||
|
||||
To be added
|
||||
|
||||
```
|
||||
|
||||
In de `MainActivity` class worden de methods `onCreate`, `onDestroy`, `onRobotFocusGained`, `onRobotFocusLost` en `onRobotFocusRefused` gebruikt om pepper te kunnen besturen. De gebruiker hoeft niet te weten hoe deze methods werken, maar kan deze gewoon gebruiken.
|
||||
|
||||
#### Polymorphism
|
||||
|
||||
Polymorfism is een princiepe waarmee een class verschillende vormen kan hebben. Het kan worden bereikt door methods te hebben met dezelfde naam, maar met verschillende parameters.
|
||||
|
||||
Voorbeeld: Een dier kan verschillende geluiden maken, zoals een hond kan blaffen, een kat kan miauwen, enz. Maar we kunnen een algemene method maken die `makeSound` heet en deze method in de dierclass implementeren. De hondclass kan deze method overschrijven en blaffen implementeren, en de katclass kan deze method overschrijven en miauwen implementeren.
|
||||
|
||||
Use case:
|
||||
|
||||
```java
|
||||
|
||||
To be added
|
||||
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## K2: Je hebt de wensen en behoeften van gebruikers verwerkt in een goed doordacht prototype.
|
||||
|
||||
De wensen en behoeften van de gebruikers zijn op dit moment nog niet verwerkt in een prototype. Dit is omdat er nog niet genoeg informatie hebben over de wensen en behoeften van de gebruikers. In sprint 2 zal er een prototype worden gemaakt waarin de wensen en behoeften van de gebruikers zijn verwerkt.
|
||||
|
||||
De manier waarop ik de wensen en behoeften van de gebruikers wil gaan verwerken in het prototype is door middel van Test/Learning cards. Dit is een manier om de gebruikerservaring te testen en te verbeteren.
|
||||
|
||||
---
|
||||
### ISO
|
||||
|
||||
Voor het testen van de gebruikerservaring wordt de ISO (International Standard Organization) definitie van kwaliteit in gebruik gebruikt.
|
||||
|
||||
“Qualiteit in gebruik is de mate waarin een product of systeem door specifieke gebruikers kan worden gebruikt om aan hun behoeften te voldoen om specifieke doelen te bereiken met effectiviteit, efficiëntie, vrijheid van risico en tevredenheid in specifieke gebruiksomstandigheden.”
|
||||
|
||||
#### Effectiviteit
|
||||
|
||||
Effectiviteit is de mate waarin gebruikers specifieke doelen kunnen bereiken met nauwkeurigheid en volledigheid.
|
||||
|
||||
##### Test Card
|
||||
|
||||
In de test card wordt de test beschreven die wordt uitgevoerd. De test card bestaat uit de volgende onderdelen:
|
||||
|
||||
Hypothese:
|
||||
Test:
|
||||
Meetmethode:
|
||||
Criteria:
|
||||
|
||||
##### Resulaat
|
||||
|
||||
In `Resultaat` worden de resultaten van de test beschreven. De resultaten worden beschreven aan de hand van de hypothese, test, meetmethode en criteria.
|
||||
|
||||
##### Learning Card
|
||||
|
||||
In de learning card wordt beschreven wat er is geleerd van de test. De learning card bestaat uit de volgende onderdelen:
|
||||
|
||||
Hypothese:
|
||||
Observatie:
|
||||
Leerpunt en inzicht:
|
||||
Advies:
|
||||
|
||||
---
|
||||
|
||||
De effectiviteit en tevredenheid worden op gelijke manieren getest. Zodra de test is uitgevoerd en de resultaten zijn geanalyseerd, wordt er een learning card gemaakt. In de learning card wordt beschreven wat er is geleerd van de test en wat er kan worden verbeterd. Na alle resultaten te hebben geanalyseerd, wordt er een prototype gemaakt waarin de wensen en behoeften van de gebruikers zijn verwerkt.
|
||||
|
||||
---
|
||||
|
||||
## K3: Je hebt een infrastructuur ontworpen en gebouwd volgens zelf-gedefinieerde vereisten.
|
||||
|
||||
Op dit moment is de infrastructuur nog niet ontworpen. Dit is omdat wij nog niet toegekomen zijn aan het opzetten van de vereisten. In sprint 2 zal er een infrastructuur worden ontworpen en gebouwd volgens zelf-gedefinieerde vereisten.
|
||||
|
||||
Hoe dit er uit kan gaan zien:
|
||||
|
||||

|
||||
|
||||
Ik ben van plan te gaan werken met NodeJs en MariaDB. Dit is iets wat ik eerder nog niet heb gedaan en waar ik nog niet veel ervaring mee heb. Ik ben van plan om dit te gaan doen omdat het mij een leuke uitdaging lijkt en omdat ik denk dat ik hier veel van kan leren.
|
||||
|
||||
## K4: Je ontwerpt een embedded systeem op basis van gegeven hardware.
|
||||
|
||||
Nog niet aan begonnen.
|
||||
|
||||
Hoe ik dit ga doen:
|
||||
|
||||
1. Bepalen van de hardware
|
||||
2. BOM maken
|
||||
3. Aansluit diagram van de hardware maken
|
||||
4. Plan van aanpak maken
|
||||
|
||||
---
|
||||
|
||||
## K5: Je kan software schrijven voor een intelligente controller voorzien van actuatoren en sensoren.
|
||||
|
||||
Nog niet aan begonnen.
|
||||
|
||||
Hoe ik dit ga doen:
|
||||
|
||||
1. K4 afronden
|
||||
2. Software schrijven voor de intelligente controller
|
||||
3. Testen van de software
|
165
docs/personalDocs/sebas/expertReview/expert2sprint2.md
Normal file
165
docs/personalDocs/sebas/expertReview/expert2sprint2.md
Normal file
@@ -0,0 +1,165 @@
|
||||
# Expert 2 Sprint 2
|
||||
|
||||
# User Testing
|
||||
|
||||
## Table of Contents
|
||||
|
||||
|
||||
|
||||
## Introduction
|
||||
|
||||
This is a user test document for the occupation page. The occupation page allows users to view the occupation of the silent booth.
|
||||
|
||||
---
|
||||
|
||||
## ISO
|
||||
|
||||
For testing user experience, the ISO (International Standard Organization) definition of quality in use is used.
|
||||
|
||||
“Quality in use is the degree to which a product or system can be used by specific users to meet their needs to achieve specific goals with effectiveness, efficiency, freedom from risk and satisfaction in specific contexts of use.”
|
||||
|
||||
---
|
||||
|
||||
### Effectiveness
|
||||
|
||||
#### Test Card
|
||||
|
||||
Hypothesis: I think the page is very effective because it is easy to use and the user can easily find the information they are looking for.
|
||||
Test: Ask the user to find the last use of the a silent booth.
|
||||
Metrics: How long does it take for the user to find the information?
|
||||
Criteria: The user should be able to find the information within 10 seconds.
|
||||
|
||||
#### Results
|
||||
|
||||
Harrald: The user was able to find the information within 10 seconds.
|
||||
Olivier: The user was able to find the information within 10 seconds.
|
||||
Sietse: The user was able to find the information within 10 seconds.
|
||||
Dano: The user was able to find the information within 10 seconds.
|
||||
Bram: The user was able to find the information within 10 seconds.
|
||||
|
||||
#### Learning Card
|
||||
|
||||
Hypothesis: I think the page is very effective because it is easy to use and the user can easily find the information they are looking for.
|
||||
Observation: The user was able to find the information within 10 seconds.
|
||||
Learning point & insight: The page is effective.
|
||||
Advice: None
|
||||
|
||||
---
|
||||
|
||||
### Efficiency
|
||||
|
||||
#### Test Card
|
||||
|
||||
Hypothesis: I think the efficiency of the page can be improved beacuse there is a lot of text on the page.
|
||||
Test: Ask the user to find a cretain time and day on the heatmap of the silent booth.
|
||||
Metrics: How long does it take for the user to understand the heatmap? How many clicks does the user need to understand the heatmap?
|
||||
Criteria: The user should be able to understand the heatmap within 30 seconds and with a maximum of 3 clicks.
|
||||
|
||||
#### Results
|
||||
|
||||
Harrald: The user was able to understand the heatmap within 30 seconds and 3 clicks.
|
||||
Olivier: The user was able to understand the heatmap within 30 seconds and 3 clicks.
|
||||
Sietse: The user was not able to understand the heatmap within 30 seconds and 3 clicks.
|
||||
Dano: The user was able to understand the heatmap within 30 seconds and 3 clicks.
|
||||
Bram: The user was not able to understand the heatmap within 30 seconds and 3 clicks.
|
||||
|
||||
#### Learning Card
|
||||
|
||||
Hypothesis: I think the efficiency of the page can be improved beacuse there is a lot of text on the page.
|
||||
Observation: Some users could not find the history. Most user found the legenda confusing.
|
||||
Learning point & insight: Imrpove the legenda and make the history more visible.
|
||||
Advice: Make the history a button and make the legenda more clear. Less text should be needed to understand the heatmap.
|
||||
|
||||
---
|
||||
|
||||
### Satisfaction
|
||||
|
||||
#### Test Card
|
||||
|
||||
Hypothesis: I think the satisfaction of the page can be improved because the page is not very attractive.
|
||||
Test: Ask the user to give their opinion on the page (this will be done in a form).
|
||||
Metrics: What is the user's opinion on the page?
|
||||
Criteria: The user should give a opinion on the page.
|
||||
|
||||
#### Participants
|
||||
|
||||
- Harrald
|
||||
- Olivier
|
||||
- Sietse
|
||||
- Dano
|
||||
- Bram
|
||||
|
||||
#### Questions and Results
|
||||
|
||||
1. **What is your first impression of the page?**
|
||||
|
||||
Harrald: Duidelijk en overzichtelijk.
|
||||
|
||||
Olivier: Simpel.
|
||||
|
||||
Sietse: Ziet er prima uit, goed overzichtelijk.
|
||||
|
||||
Dano: Ziet er strak uit, minimalisties design en duidelijk waar het over ging.
|
||||
|
||||
Bram: Eerste pagina was relatief duidelijk, alleen de history pagina was ietwat lastig te overzien en te veel gevuld met tekst met uitleg in plaats van voorbeelden, verder goed uitgewerkt.
|
||||
|
||||
2. **Is the information on the page clear?**
|
||||
|
||||
Harrald: Prima.
|
||||
|
||||
Olivier: Ja, last update zou last use moeten zijn.
|
||||
|
||||
Sietse: Ja.
|
||||
|
||||
Dano: Ja, er staat kort en bondig waar het over gaat.
|
||||
|
||||
Bram: Na wat moeite met het overzicht was het goed beschikbaar.
|
||||
|
||||
3. **Is the history easy to find?**
|
||||
|
||||
Harrald: Ja.
|
||||
|
||||
Olivier: Ja heel duidelijk.
|
||||
|
||||
Sietse: Ja behalve dat je niet super snel ziet dat het een knop is.
|
||||
|
||||
Dano: Ja, fijn dat er een feedback kwam toen de muis er overheen ging
|
||||
|
||||
Bram: Jazeker, alleen inplaats van een knop er voor zou ik op het vakje zelf klikken in plaats van het tekstje.
|
||||
|
||||
4. **Is the history easy to understand?**
|
||||
|
||||
Harrald: Even wennen, uitlijning kan duidelijker en tijden niet schuin.
|
||||
|
||||
Olivier: Ja alleen wel veel kleur door elkaar.
|
||||
|
||||
Sietse: Na een uitleg wel, maar wat de waardes zelf betekenen is een beetje onduidelijk.
|
||||
|
||||
Dano: Het kan beter, beetje onduidelijk waar de tijd bij hoordt.
|
||||
|
||||
Bram: Net iets te lastig, persoonlijk.
|
||||
|
||||
5. **Do you miss any features on the page?**
|
||||
|
||||
Harrald: Nee.
|
||||
|
||||
Olivier: Nee.
|
||||
|
||||
Sietse: Het is moeilijk te zien wat booth 1 of 2 is.
|
||||
|
||||
Dano: Nee.
|
||||
|
||||
Bram: Niet dat ik zou weten.
|
||||
|
||||
#### Learning Card
|
||||
|
||||
Hypothesis: I think the satisfaction of the page can be improved because the page is not very attractive.
|
||||
Observation: All users gave a positive opinion on the page.
|
||||
Learning point & insight: The page is attractive because it is clear and easy to use. The heatmap can be improved.
|
||||
Advice: Improve the heatmap and make the history a button.
|
||||
|
||||
---
|
||||
|
||||
## Conclusion
|
||||
|
||||
The occupation page is effective, efficient and satisfying. The page is easy to use and the user can easily find the information they are looking for. The efficiency of the page can be improved by making the legenda more clear and the history more visible. The satisfaction of the page can be improved by improving the heatmap and making the history a button.
|
31
docs/personalDocs/sebas/onderzoekEthiek/deelvragen.md
Normal file
31
docs/personalDocs/sebas/onderzoekEthiek/deelvragen.md
Normal file
@@ -0,0 +1,31 @@
|
||||
# Deelvragen
|
||||
|
||||
Hoofdvraag: In hoeverre is het etisch verantwoord om robots in te zetten in de ouderenzorg om ouderen te helpen met fitness?
|
||||
|
||||
Deelvragen:
|
||||
|
||||
1. Wat kunnen de voor en nadelen zijn van het inzetten van robots in de ouderenzorg wat fitness betreft?
|
||||
2. Hoe ervaren ouderen het om geholpen te worden door robots bij fitness?
|
||||
3. Wat is het limiet van de inzet van robots in de zorg voor ouderen wat fitness betreft?
|
||||
|
||||
Bronnen:
|
||||
|
||||
The Image Processing Using Soft Robot Technology in Fitness Motion Detection under the Internet of Things (Vraag 3):
|
||||
|
||||
https://lib.hva.nl/discovery/fulldisplay?docid=cdi_proquest_journals_2734392799&context=PC&vid=31UKB_UAM2_INST:HVA&lang=nl&search_scope=DN_and_CI_and_EXT&adaptor=Primo%20Central&tab=Everything&query=any,contains,robots%20in%20fitness&offset=0
|
||||
|
||||
A Socially Assistive Robot for Elderly Exercise Promotion (Vraag 1):
|
||||
|
||||
https://lib.hva.nl/discovery/fulldisplay?docid=cdi_proquest_journals_2455606148&context=PC&vid=31UKB_UAM2_INST:HVA&lang=nl&search_scope=DN_and_CI_and_EXT&adaptor=Primo%20Central&tab=Everything&query=any,contains,fitness%20robots%20elderly&offset=0
|
||||
|
||||
Designing Robots for Elderly from the Perspective of Potential End-Users: A Sociological Approach (Vraag 2):
|
||||
|
||||
https://lib.hva.nl/discovery/fulldisplay?docid=cdi_pubmedcentral_primary_oai_pubmedcentral_nih_gov_8948980&context=PC&vid=31UKB_UAM2_INST:HVA&lang=nl&search_scope=DN_and_CI_and_EXT&adaptor=Primo%20Central&tab=Everything&query=any,contains,fitness%20robots%20elderly&offset=0
|
||||
|
||||
Older adults' acceptance of a robot for partner dance-based exercise (Vraag 2):
|
||||
|
||||
https://lib.hva.nl/discovery/fulldisplay?docid=cdi_gale_healthsolutions_A510237592&context=PC&vid=31UKB_UAM2_INST:HVA&lang=nl&search_scope=DN_and_CI_and_EXT&adaptor=Primo%20Central&tab=Everything&query=any,contains,fitness%20robots%20elderly&offset=0
|
||||
|
||||
Robot-assisted movement training for the stroke-impaired arm: Does it matter what the robot does (Vraag 3)?
|
||||
|
||||
https://lib.hva.nl/discovery/fulldisplay?docid=cdi_proquest_miscellaneous_68177256&context=PC&vid=31UKB_UAM2_INST:HVA&lang=nl&search_scope=DN_and_CI_and_EXT&adaptor=Primo%20Central&tab=Everything&query=any,contains,limit%20robot%20fitness&offset=0
|
@@ -1 +0,0 @@
|
||||
# pipeline fix
|
BIN
docs/teamdocumentatie/sprint-reports/Sprint1Retro.png
Normal file
BIN
docs/teamdocumentatie/sprint-reports/Sprint1Retro.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 38 KiB |
@@ -1 +1,85 @@
|
||||
a
|
||||
# Sprint Report - Sprint X
|
||||
**Opdracht**: FitBot (pepper)
|
||||
**Sprint**: Sprint 1
|
||||
**Team**: 6
|
||||
**Auteurs**: Sebas, Luca, Niels en Sam
|
||||
**Datum**: 4/26/2024
|
||||
**Versie**: 1.0.0
|
||||
|
||||
---
|
||||
|
||||
## Inleiding
|
||||
|
||||
Schrijf hier een inleiding voor het sprint report. Wat is jullie opgevallen tijdens deze sprint?
|
||||
|
||||
We hadden in het begin moeite met het opstarten van Android Studio en het werkent krijgen van de bijbehorende SDK. Nu alles is opgestart is iedereen enthusiast over het project. We hadden moeite met het inschatten van de verwachtingen van onze doelgroep. Binnen het groepje zitten we allemaal op een lijn en de samenwerking gaat tot nu toe goed, dit komt mede door duidelijke en open communicatie. Door dagelijks standups te houden hebben we duidelijk welke werkzaamheden er verricht moeten worden en welke er worden vericht.
|
||||
|
||||
## Feedback opdrachtgever
|
||||
|
||||
Wat vond de opdrachtgever van wat jullie gepresenteerd hebben tijdens de Sprint Review? Wat waren de positieve punten (tops) en wat waren de verbeterpunten (tips)?
|
||||
|
||||
De opdrachtgever was vrij enthusiast over het project. De kritiek die we over de app hebben gekregen is dat het minder technisch moet zijn en meer minimalistisch.
|
||||
|
||||
We hebben feedback gekregen over hoe we onze database moeten inrichten. Beivoorbeeld door oefeningen in de database te zetten en dat een leaderboard/puntensysteem een lage prioriteit heeft.
|
||||
|
||||
De opdrachtgever heeft feedback gegeven over hoe we mensen hun aandacht kunnen trekken. Dit kunnen we doen door bijvoorbeeld gebruik te van bepaalde bewegingen en geluidjes.
|
||||
|
||||
## Sprint behaalde doelen
|
||||
|
||||
Welke User Stories hebben jullie af kunnen ronden tijdens deze sprint? Geef een overzicht.
|
||||
|
||||
Dit zijn de user stories die we hebben afgerond:
|
||||
* Als gebruiker wil ik in de app een voorbeeld van de oefening zodat ik dit na kan doen
|
||||
* Als gebruiker wil ik een navigatie menu zodat ik door de app kan navigeren
|
||||
* Als gebruiker wil dat de robot bepaalde oefeningen mee doet zodat het niet voelt alsof ik alleen ben
|
||||
|
||||
We zijn niet alleen met user stories bezig geweest, maar ook met learning stories, onder andere om Android Studio te leren kennen, Java en de SDK van Pepper.
|
||||
|
||||
## User Stories die niet afgerond zijn
|
||||
|
||||
Welke User Stories hebben jullie niet af kunnen ronden tijdens deze sprint? Geef een overzicht, geef ook aan welke aanpassingen jullie hier nog aan moeten maken.
|
||||
|
||||
De volgende user stories hebben we niet afgerond:
|
||||
* Als gebruiker wil ik verschillende oefeningen kunnen kiezen, zodat ik keuzes heb.
|
||||
|
||||
## Nieuwe User Stories
|
||||
|
||||
Welke nieuwe User Stories hebben jullie opgesteld voor de volgende sprint?
|
||||
|
||||
De volgende user stories hebben we opgesteld voor de volgende sprint:
|
||||
* Als gebruiker wil ik een minimalistische app zodat ik gelijk kan beginnen zodra ik de app heb opgestart.
|
||||
* Als gebruiker wil ik feedback doormiddel van geluiden zodat ik gemotiveerd blijf om de oefeningen te doen.
|
||||
* Als gebruiker wil ik dat de robot terug praat zowel tijdens oefeningen als bij normale gesprekken zodat het voelt alsof ik tegen een persoon praat
|
||||
* Als gebruiker wil ik instructies krijgen, zodat ik weet hoe ik de oefening correct kan doen
|
||||
* Als gebruiker wil ik feedback op mijn oefening, zodat ik mijn techniek kan verbeteren
|
||||
|
||||
Naar mate we progressie maken in de sprint zullen we meer user stories toevoegen.
|
||||
|
||||
## Prioriteiten
|
||||
|
||||
Wat is belangrijk geweest afgelopen sprint, wat is belangrijk voor de volgende sprint?
|
||||
|
||||
Wat belangerijk was voor deze sprint:
|
||||
|
||||
* Het opstarten van Android Studio
|
||||
* Het werkend krijgen van de SDK van Pepper
|
||||
* Kennis opdoen over onze doelgroep
|
||||
* Het team op elkaar afstemmen
|
||||
|
||||
Wat belangrijk is voor de volgende sprint:
|
||||
|
||||
* Feedback aan de gebruiker geven doormiddel van geluiden en bewegingen met pepper
|
||||
* Pepper en de app afstemmen op de doelgroep doormiddel van hun feedback
|
||||
* Focus houden op het mvp product
|
||||
|
||||
## Retrospective
|
||||
|
||||
Voeg hier een afbeelding toe van jullie retrospective. Beschrijf wat jullie hebben besproken en wat jullie gaan aanpassen voor de volgende sprint.
|
||||
|
||||
Wat moet er beter? Wat ging er goed? Welke SMART leerdoelen hebben jullie voor de volgende sprint?
|
||||
|
||||
We zijn samen gaan zitten voor de retrospective, hier uit is het volgende voort gekomen (we hebben gebruik gemaakt van the 4 L's):
|
||||
|
||||

|
||||
|
||||
De leerdoelen zet iedereen in zijn eigen scorion formulier.
|
Reference in New Issue
Block a user