Nonsense
Inconsistent / irrelevant / source missing
Confusing wording / redundant / violates sentence blueprint / NFR rather than FR / reasons for requirement unclear
A bit superficial / slightly inconsistent / not fully compliant with sentence blueprint / Kano missing / goal, not requirement
Content very good, minor formal flaws
Content & form perfect
Funktionale Anforderung »Barrierefreiheit« (FR-18)
- Zahlt ein auf Ziel(e)
- GO-7: Barrierefreiheit
- Zugehörige Use Cases
- UC-4: Barrierefreiheit
- Zugehörige User Stories
- US-14: Einstellung der Barrierefreiheit (Symbol)
- Implementierungs-Status
- offen
- Kano-Typ
- Basis
- Begründung für Kano-Typ
- In der heutigen Zeit geht man davon aus, dass Software auch von Farbenblinden problemlos angewendet werden können. Dies merkt man auch an Funktionen andere Software, welche meist mit Symbol und Text angezeigt werden.
- Punkte aus Vorpriorisierung
- 3
- History
- (v1) 2021-07-06 - initially created
- (v2) 2021-07-10 - merge duplikat
- (v3) 2021-07-12 - Added all responsible authors from beobachtungstagebuch
- (v4) 2021-07-12 - edit Kano
- (v5) 2021-07-16 - Modified responsibles as discussed
Anforderung (entsprechend Satzschablone)
Das DiveKit muss es ermöglichen, dass auch Farbenblinde Ergebnisse erkennen können.
Begründung
Das DiveKit muss es ermöglichen, dass auch Personen, welche sonst nicht im Studium körperlich eingeschränkt sind, auch im DiveKit nicht eingeschränkt werden. Hierfür sollten beispielsweise Symbole statt Farben genutzt werden.