cschlaefke/Shuffle

Fork 0

[KTO-04] Privatsphäre (in R1 nur der Hinweis) #5

New issue

Open

opened 2026-11-02 13:39:41 +00:00 by cschlaefke · 2 comments

cschlaefke commented

2026-11-02 13:39:41 +00:00

Owner

Story

Als Nutzer
möchte ich in den Einstellungen sehen, dass alle meine Daten privat sind,
damit ich der App meine Daten anvertraue.

Akzeptanzkriterien

Quelle: requirements/20-r1-akzeptanzkriterien.md § KTO-04 (Referenz in Tests/PR: „KTO-04 Kriterium n“), Stand 2026-11-02 inkl. Klärungen

1. Gegeben ich öffne die Einstellungen (KTO-11, #28), dann steht dort, dass Profil (einschließlich Stadt), Sammlung, Listen und Partien nur für mich sichtbar sind.
2. entfällt (Klärung 19): Die Regel „neue Freigabebereiche sind standardmäßig privat, bis ich sie freigebe“ steht jetzt als allgemeine Regel in requirements/10-anforderungen.md bei KTO-04 und ist in R1 nicht testbar.

Querschnitt

Es gelten alle Querschnittskriterien aus 20-r1-akzeptanzkriterien.md § „Querschnitt für R1“ (Datenschutz QUE-04, Sicherheit der Daten, Sprachen QUE-05, Barrierefreiheit QUE-06, Zustände/Fehler/Netz, Plattformen).
Besonders relevant: Sicherheit der Daten Kriterium 1 (der Hinweis muss der tatsächlichen Zugriffsregelung entsprechen), Sprachen Kriterium 1–2.

Nicht im Scope

Echte Freigabe-Einstellungen privat/Freunde/öffentlich (R2, Entscheidung O3)
Einstellungsbereich als Ganzes (Sprachwechsel, Abmelden, E-Mail/Passwort ändern) – eigene Story KTO-11 (#28, Klärung 43)

Klärungen

Verbindlich laut requirements/r1-klaerungen.md (2026-11-02):

9: Stadt bleibt in R1, ist aber nur für den Nutzer selbst sichtbar → Kriterium 1 nennt die Stadt ausdrücklich.
19: Kriterium 2 wird als Regel in 10-anforderungen.md verschoben; KTO-04 hat in R1 nur Kriterium 1.
43: Einstellungsbereich wird eigene Story (KTO-11, #28); der Hinweis wird dort angezeigt.

Planung

Epic: KTO Konto & Profil
Priorität: Must
Größe: S
Etappe: R1.1 Fundament
Abhängigkeiten: KTO-01 (#1), KTO-11 Einstellungsbereich (#28, neu)

Referenzen

Akzeptanzkriterien: requirements/20-r1-akzeptanzkriterien.md § KTO-04
Klärungen: requirements/r1-klaerungen.md
Story-Entwurf: requirements/r1-story-entwurf.md (freigegeben 2026-11-02)
Backlog: requirements/backlog.md

## Story **Als** Nutzer **möchte ich** in den Einstellungen sehen, dass alle meine Daten privat sind, **damit** ich der App meine Daten anvertraue. ## Akzeptanzkriterien Quelle: `requirements/20-r1-akzeptanzkriterien.md` § KTO-04 (Referenz in Tests/PR: „KTO-04 Kriterium n“), Stand 2026-11-02 inkl. Klärungen - [ ] **1.** Gegeben ich öffne die Einstellungen (KTO-11, #28), dann steht dort, dass Profil (einschließlich Stadt), Sammlung, Listen und Partien nur für mich sichtbar sind. - ~~**2.**~~ entfällt (Klärung 19): Die Regel „neue Freigabebereiche sind standardmäßig privat, bis ich sie freigebe“ steht jetzt als allgemeine Regel in `requirements/10-anforderungen.md` bei KTO-04 und ist in R1 nicht testbar. ## Querschnitt Es gelten alle Querschnittskriterien aus `20-r1-akzeptanzkriterien.md` § „Querschnitt für R1“ (Datenschutz QUE-04, Sicherheit der Daten, Sprachen QUE-05, Barrierefreiheit QUE-06, Zustände/Fehler/Netz, Plattformen). Besonders relevant: **Sicherheit der Daten Kriterium 1** (der Hinweis muss der tatsächlichen Zugriffsregelung entsprechen), Sprachen Kriterium 1–2. ## Nicht im Scope - Echte Freigabe-Einstellungen privat/Freunde/öffentlich (R2, Entscheidung O3) - Einstellungsbereich als Ganzes (Sprachwechsel, Abmelden, E-Mail/Passwort ändern) – eigene Story KTO-11 (#28, Klärung 43) ## Klärungen Verbindlich laut `requirements/r1-klaerungen.md` (2026-11-02): - **9:** Stadt bleibt in R1, ist aber nur für den Nutzer selbst sichtbar → Kriterium 1 nennt die Stadt ausdrücklich. - **19:** Kriterium 2 wird als Regel in `10-anforderungen.md` verschoben; KTO-04 hat in R1 nur Kriterium 1. - **43:** Einstellungsbereich wird eigene Story (KTO-11, #28); der Hinweis wird dort angezeigt. ## Planung - Epic: KTO Konto & Profil - Priorität: Must - Größe: S - Etappe: R1.1 Fundament - Abhängigkeiten: KTO-01 (#1), KTO-11 Einstellungsbereich (#28, neu) ## Referenzen - Akzeptanzkriterien: `requirements/20-r1-akzeptanzkriterien.md` § KTO-04 - Klärungen: `requirements/r1-klaerungen.md` - Story-Entwurf: `requirements/r1-story-entwurf.md` (freigegeben 2026-11-02) - Backlog: `requirements/backlog.md`

cschlaefke added the

labels 2026-11-02 13:39:41 +00:00

cschlaefke added a new dependency 2026-11-02 13:43:05 +00:00

#1 [KTO-01] Registrieren, anmelden und Passwort zurücksetzen

cschlaefke commented

2026-11-02 13:44:10 +00:00

Author

Owner

Offene fachliche Fragen aus requirements/r1-story-entwurf.md, Abschnitt 5 (Nummerierung wie im Entwurf). Bitte hier beantworten; nach Klärung wird needs-clarification entfernt.

Frage 9: KTO-04 Krit. 1 / Annahme 2 vs. Datenmodell: Akzeptanzkriterien sagen „in R1 ist alles privat“, das Datenmodell sagt „alles privat außer der Stadt im Profil“ und erlaubt Fremden das Lesen von Anzeigename, Avatar und Stadt. Zudem ist KTO-03 (Wohnort) R2. Gehört die Stadt überhaupt in R1, und was zeigt der Hinweis in KTO-04?

Frage 19: KTO-04 Krit. 2 betrifft künftige Releases und ist in R1 nicht testbar. Als Regel ins Anforderungsdokument verschieben?

**Offene fachliche Fragen** aus `requirements/r1-story-entwurf.md`, Abschnitt 5 (Nummerierung wie im Entwurf). Bitte hier beantworten; nach Klärung wird `needs-clarification` entfernt. **Frage 9:** KTO-04 Krit. 1 / Annahme 2 vs. Datenmodell: Akzeptanzkriterien sagen „in R1 ist alles privat“, das Datenmodell sagt „alles privat außer der Stadt im Profil“ und erlaubt Fremden das Lesen von Anzeigename, Avatar und Stadt. Zudem ist KTO-03 (Wohnort) R2. Gehört die Stadt überhaupt in R1, und was zeigt der Hinweis in KTO-04? **Frage 19:** KTO-04 Krit. 2 betrifft künftige Releases und ist in R1 nicht testbar. Als Regel ins Anforderungsdokument verschieben?

cschlaefke referenced this issue from a commit

2026-11-02 13:52:40 +00:00

docs(requirements): add R1 backlog and story draft

cschlaefke added this to the R1 milestone 2026-11-02 13:53:38 +00:00

cschlaefke referenced this issue

2026-11-02 14:28:36 +00:00

[KTO-11] Einstellungsbereich #28

cschlaefke added a new dependency 2026-11-02 14:29:07 +00:00

#28 [KTO-11] Einstellungsbereich

cschlaefke commented

2026-11-02 14:30:46 +00:00

Author

Owner

Klärungen eingearbeitet (2026-11-02): Fragen 9, 19, 43 laut requirements/r1-klaerungen.md. Kriterium 2 entfällt und steht jetzt als allgemeine Regel in 10-anforderungen.md bei KTO-04. Kriterium 1 nennt ausdrücklich die Stadt, die nur für den Nutzer selbst sichtbar ist. Der Hinweis erscheint im neuen Einstellungsbereich KTO-11 (#28); dafür ist eine neue Abhängigkeit #5 → #28 gesetzt. Keine offenen Fragen mehr, needs-clarification entfernt.

Klärungen eingearbeitet (2026-11-02): Fragen 9, 19, 43 laut `requirements/r1-klaerungen.md`. Kriterium 2 entfällt und steht jetzt als allgemeine Regel in `10-anforderungen.md` bei KTO-04. Kriterium 1 nennt ausdrücklich die Stadt, die nur für den Nutzer selbst sichtbar ist. Der Hinweis erscheint im neuen Einstellungsbereich KTO-11 (#28); dafür ist eine neue Abhängigkeit #5 → #28 gesetzt. Keine offenen Fragen mehr, `needs-clarification` entfernt.

cschlaefke removed the

needs-clarification

label 2026-11-02 14:30:47 +00:00

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Depends on

#1 [KTO-01] Registrieren, anmelden und Passwort zurücksetzen

cschlaefke/Shuffle

#28 [KTO-11] Einstellungsbereich

cschlaefke/Shuffle

Reference: cschlaefke/Shuffle#5

No description provided.