---
# System prepended metadata

title: 'Human Factors: Vëlo'

---

# Human Factors: Vëlo

| Participant      | Matr. N° | Study prog. |
|:-----------------| -------- | ----------- |
| Simon Bastian    | 3687384  | KIM         |
| Christophe Biwer | 3778320  | PIM         |
| Christian Wirth  | 3694062  | PIM         |

## Idea

As using a bicycle in a city (like Saarbrücken) is dangerous in terms of driving and parking, our idea is to improve the general bicyling experience by making it safer.

Our idea consists of two major parts: A mobile application and a piece of hardware that is mounted onto the bike itself. 

### Bottleneck

We are aware of the fact that some of our ideas could only work, if there is a working network between the users of our system and to the authorities (e.g. to report things).

## Components

### App

#### Features

- Voice control (headset needed)
    - As voice is a natural way to communicate and does not need hands or eyes, the driver can focus on the road. 
- Audio feedback
    - Notifications should be presented to the user, if the system estimates the current situation to be safe. For example, the driver should not get notifications if he is driving with 30 km/h through the city at 5 o'clock.
- Danger alarms
    - Cars on the bike lane or potholes will be announced beforehand
- Notify the rider about wrong behavior
    - This might be things like driving in the wrong direction, too fast through a pedestrian area or driving on the sidewalk.
- Navigation
- Safer way to listening to music
    - The application can automatically pause music, if the situation would be too dangerous
- Statistics
- Report dangerous situation
    - The user can (via voice) report accidents or people parking on the bike lane.
- More functions in combination with the tracker


### Bicycle tracker

#### Features

- Anti-theft features:
    - Gyroscope
        - Movement of the bike is automatically recognized
    - Siren 
        - In case of possible theft, the siren might sound shortly to repel thiefs and longer, to attract other people's attention.
    - Notify owner via internet
- Connection
    - The tracker can connect to a network (for example WLAN at work or home) 
    - It can also connect to a mobile phone via Bluetooth
- Locate bicycle
- Cheap
    - The needed parts for the tracker should not be too expensive. For example, a display is not needed as people usually own mobile phones. 
    


## Human factors:

### Human factors balance model
- person: user
- environment: Road traffic
- organization: private
- tools/technology: App and tracker
- task: Making cycling more comfortable and safer

### what could possibly go wrong:
- Battery runs out
- No connection
- No GPS
- User's voice can't be recognized due to too much noise


## TO SUBMIT:
:::danger
- User requirement specification has to be turned in
- A developer should be able to design it
- Deadline: 21. September
:::

## Open questions:
- economical aspects

## Questions

### Functional
- How much would you pay?
- How important is battery life of the device?
- How important is the weight of the device?

### Features
- What are your top 3 features?
- What do you think about optical feedback?
- What do you think about audio feedback?
- How do you like a specific feature (with scale from 1-5)

### General
- Do you listen to music while riding bicycle?
- 

## To Do
- jeder designt ein Mockup, Grundlage für Fragebogen 
- Fragebogen designen
  - einzelne Fragen, allerdings auch gruppieren


## Bis zum 1. August:
- Christophe: Fragebogen fertig
- Christophe: Fragebogen in Google Forms umsetzen
    - https://docs.google.com/forms/d/e/1FAIpQLSfpgCoQddZEDX7VjWAJOmOmIS2SdnTtrGy1-nI3VeQjbCxagA/viewform?usp=sf_link
- Christophe: 5 Leute für Ausfüllen des Fragebogens finden
- Christian: Mockups wie richtige App designen (Gefahrenwarnungen als Sprechblase darstellen)
- Simon: Führt Interviews, versucht Meinungen und weitere Ideen einzuholen

## Treffen am 21. August
*Anschließend bedeutet, dass wir ggfs. ein wenig faken können und eine längere Entwicklung mit verschiedenen Iterationsschritten über mehrere Tage angeben können.*

- Logo geändert (von Fahrrad zum "offiziellen" Vëlo-Logo)
- Reihenfolge der Menu-Items geändert, u.a. Einstellungen ans Ende, erste Seite wird nun die Karte sein und nicht mehr die Einstellungen
- ANSCHLIEßEND:
- eindeutigere Symbole, 
  - Location ist jetzt nicht mehr "Play-Symbol", sondern Silouette einer Stadt
  - Report jetzt nicht mehr Papierflieger sondern Warndreieck
  - Statistik ist jetzt chart symbol und nicht mehr Bildergallerie
- Design der Karte wird geändert (TODO CB)
- ANSCHLIEßEND:
- Unterteilung zwischen zwei Einstellungen: Dongle & App
- Dongle hat jetzt Unterpunkte
  - Status
  - Settings
  - Symbole festgelegt
- ANSCHLIEßEND
- Hauptseite: 
  - Symbol von Kartenapp geändert von Google-Maps zu neutralem Symbol
  - Hauptseite ist jetzt auch Karte mit Problemmeldungen, nicht mehr Einstellungsseite
- ANSCHLIEßEND:
  - Wir fügen ein Balken- oder Liniendiagramm in den Statistiken ein 
    - (SB: muss nicht dynamisch sein, einfach eine schöne Grafik im gleichen Design wie die App, jeweils für die 4 Punkte (unten aufgelistet): Bei Tag als stündlich, bei Woche täglich, etc. ) 
  - Wir haben Reihenfolge in den Statistiken geändert, vorher: Monat, Woche, Tag, JETZT: Tag, Woche, Monat, All-Time
  - Buttons sind jetzt zentriert
- ANSCHLIEßEND:
  - Map Symbol aus Settings entfernen
- AN.
  - Einstellungspunkte zuerst durch dünne Trennlinie getrennt, beim KLicken hat man sich dann gerne mal geirrt, z.B. wollte man den letzten Unterpunkt wählen, hat aber den nächsten Oberpunkt gewäHlt und so alle Unterpunkte darunter "resettet"
  - Jetzt mit Abstand getrennt
  - Tippfehler korrigiert
  - Unterpunkte besser definiert (Danger & Behaviour)
  - Aus Umfrage entnommen: Stau voraus als Danger hinzugefügt
- geplant:
  - Drei Punkte oben rechts entfernt (haben ursprünglich direkt auf Einstellungen verwiesen, sind jetzt aber überflüßig, weil 1. bereits in Seitenleiste, 2. es gibt zwei Einstellungsseiten (App & Dongle))
- Vëlo Dongle-Abschnitt: (TODO: CW)
  - Status vom Dongle zeigt Ortungsmöglichkeit, Batteriestatus & Möglichkeit Sirene anzumachen
  - Einstellungen zeigen Diebstahlsicherung (Benachrichtigung und automatische Sirene, sowie feinere Einstellungen (Alarm erst beim zweiten Berühren, beim ersten Mal nur kurzer, leiser Alarm, etc.)
- TODO:
  - SB: Ausdenken, was man sharen könnte bzw. was noch als Unterpunkte ins Menü kann: Position sharen, Route sharen, nächstes Ordnungsamt, nächstes Polizeirevier etc.

## Bis zum 28. August
- cw:
  - Aktivierungsseite für Dongle & Einstellungen
  - TODO cw komplettiert Sektion in Dokument
- sb:
  - Erster Entwurf von Statistiken
  - Weiterentwicklung s.u.



## Treffen am 28. August

- Diagramme:
  - Today: zeigt andere Tage (letzte 7)
    - aktive Minuten
  - Week: 5 Wochen
    - ...
  - Month: 6 Monate
    - trips
  - All-time: 
    - avg. speed wöchentlich
- cb:
  - Dokument einrichten
  - Ersten Entwurf schreiben
  - bis zum 4. fertig (Treffen ist am 6.)
  - Platzhalter für Screenshots
- sb:
  - Bilder einbauen über Android Studio
  - Umfrage auswerten, kucken, was wir wie dadurch ändern (würden)
  - Statistiken: welche Statistiken sind sinnvoll? Andere Leute fragen bzw. andere Apps ankucken
- sb & cw:
  - ersten Entwurf von cb ankucken
  - sb Klausur am Montag, cw Klausur am Mittwoch
- cw:
  - Screenshots erstellen & einfügen
  - Buttons für Communicate
  - weitere Link für nächstgelegenes Ordnungsamt etc.
- Share sharet 
  - Werbetext von App (Google Play-Link)
  - zuletzt gemeldete Gefahrenstelle
  - Statistiken von heute, der letzten Woche...
  - muss nicht extra eingebaut werden, wird nur im Dokument erwähnt
