Merge remote-tracking branch 'origin/main'

documentation/userstorys/niklas_löschung_des_vermögensstandes.md

@@ -0,0 +1,52 @@
+# **User Story**
+
+Moin, mein Name ist Udo und ich habe früher das Pflegeheim Curanum Schwachhausen von meinem Vater übernommen und inzwischen leite ich vier Pflegeeinrichtungen in Bremen.  
+Nach einem verlorenen Gerichtsprozess wegen unzureichender Pflegedokumentation ist mir bewusst geworden,  
+wie wichtig rechtssichere und datenschutzkonforme Prozesse sind.  
+Deshalb möchte ich den Vermögensstand vollständig aus unserer Anwendung entfernen lassen,  
+damit keine unnötigen sensiblen Daten gespeichert werden und wir künftige rechtliche Risiken vermeiden.  
+
+---
+
+# **Akzeptanzkriterien:**
+
+- **A_1:**
+In der UI darf kein Eingabefeld oder Anzeigeelement für den Vermögensstand mehr vorhanden sein
+
+- **A_2:**
+In der Datenbank darf das Feld für Vermögensstand nicht mehr verwendet werden
+
+- **A_3:**
+Alte Daten müssen vollständig entfernt wird
+---
+
+# **Tasks**
+
+- **T_1:**
+Entferne das Eingabefeld „Vermögensstand“ aus den Formularen in der GUI (z. B. AllPatientView.fxml)
+
+- **T_2:**
+Entferne die Datenbankspalte oder setze sie auf inaktiv in AllPatientController, PatientDAO und auch aus dem Patient model
+
+- **T_3:**
+Führe ein einmaliges Migrationsskript aus, das vorhandene Vermögensdaten aus der Datenbank entfernt
+
+- **T_4:**
+Prüfe, ob Schnittstellen (z. B. zu Rechnungsmodulen) vom Entfernen betroffen sind und passe ggf. an
+---
+
+# **Testfälle**
+
+- **TF_1:**  
+Vorbedingung: Applikation gestartet  
+auszuführende Testschritte: - Eingabemaske für Patienten öffnen  
+erwartetes Ergebnis: Kein Feld für Vermögensstand sichtbar  
+- **TF_2:**  
+Vorbedingung: Zugriff auf Patientendatenbank  
+auszuführende Testschritte: - Abfrage auf Spalte „Vermögensstand“ starten  
+erwartetes Ergebnis: Spalte existiert nicht mehr oder enthält nur NULL-Werte  
+- **TF3_:**  
+Vorbedingung: Alte Patientendaten mit Vermögensstand waren gespeichert  
+auszuführende Testschritte: - Migration ausführen und Daten prüfen  
+erwartetes Ergebnis: Vermögensstand ist aus allen Datensätzen entfernt  
+

documentation/userstorys/userstory_brunhilde.md

@@ -0,0 +1,38 @@
+
+### User-Story
+- Ich bin eine Bewohnerin des Pflegeheimes.
+    - Ich bin 69
+    - Mir ist wichtig, dass nicht jeder an meine Daten kommt
+
+Moin ich bin die Brunhilde und mir ist wichtig, dass nicht jeder meine Daten sieht. Maria pflegt mich und nicht Markus. Daher muss Markus auch nicht wissen, dass ich Probleme mit dem Toilettengang habe. Konkret möchte ich, dass ich im System Maria zugeordnet werde und Maria sich anmeldet und meine Daten sieht.
+### Akzeptanzkriterien
+- Ich kann Maria zugeordnet werden
+- Maria kann meine Daten sehen
+- Andere Leute als Maria können meine Daten nicht sehen
+
+### Tasks
+- Es soll eine verschlüsselte Datenbank der Logindaten der Pfleger geben
+    - Dafür soll es eine DAO als einzige Verbindung geben
+- Die Klasse Pfleger soll Zuordnungen der Klasse Patient speichern können
+- Die Hauptanwendung muss in einen Login-Bildschirm starten
+    - Dieser Bildschirm soll
+- Diese Zuordnungen sollen auch in einer Datenbank gespeichert werden
+    - Dafür soll es eine DAO als einzige Verbindung geben
+- Nur zugeordnete Pfleger sollen die Daten eines Patienten ansehen können
+- Die Klasse Admin muss implementiert werden und muss mindestens Patienten Pflegern zuordnen können
+### Testfälle
+- TF1
+    - Der Pfleger hat ein Endgerät und das Programm
+    - Der Pfleger öffnet das Programm
+    - Ein Anmeldebildschirm wird gezeigt
+
+- TF2
+    - Der Pfleger hat den Anmeldebildschirm offen
+    - Der Pfleger gibt seine korrekten Daten ein und loggt sich ein
+    - Der Pfleger sieht nur ihm zugeordneten Patienten
+
+- TF3
+    - Der Admin hat sich angemeldet und Patient A ist niemandem zugeordnet
+    - Er ordnet Patient A Pfleger B zu
+    - Wenn Pfleger B sich einloggt, sieht er die Daten von Patient A
+        - Wenn sich Pfleger A einloggt, sieht er nicht die Daten von Patient A

documentation/userstorys/wim_erweiterung_im_pfleger_1_2.md

@@ -9,7 +9,7 @@
 
 # **Akzeptanzkriterien:**
 
-- **A_1:** In der Navigationsleiste gibt es einen neuen Button „Pflegekräfte“, der zur **AllCaregiverView.fxml**-Ansicht führt.
+- **A_1:** In der Navigationsleiste gibt es einen neuen Button „Pflegekräfte“, der zu einer Ansicht aller Pfleger/innen führt
 - **A_2:** Die Ansicht zeigt alle Pflegekräfte mit:
     - ID
     - Nachname
@@ -20,7 +20,7 @@
     - Der Name der Pflegekraft (Format: **Nachname, Vorname**)
     - Die zugehörige Telefonnummer
 
-- **A_4:** Die Daten stammen aus dem bestehenden Pflegedatensatz und sind korrekt zugeordnet.
+- **A_4:** Die Daten stimmen mit dem bestehenden Pflegedatensatz überein.
 
 ---
 
@@ -28,7 +28,7 @@
 
 - **T_1:** Navigationsleiste um Button **„Pflegekräfte“** erweitern
 
-- **T_2:** Button navigiert zu `AllCaregiverView.fxml`
+- **T_2:** Button der zur **AllCaregiverView.fxml**-Ansicht führt.
 
 - **T_3:** Behandlung Einzelansicht um Labels für Pflegekraft Name und -telefonnummer ergänzen
 
@@ -66,6 +66,8 @@ TF_2: Pflegekraft Daten in Übersicht
     - Vorname
     - Telefonnummer  
 
+Die Daten sind deckungsgleich mit den Daten in der Datenbank.
+
 TF_3: Pflegekraft in Behandlungsdetails sichtbar
 
 - **Vorbedingung:** Eine Behandlung ist vorhanden, der eine Pflegekraft zugewiesen wurde.
@@ -104,5 +106,4 @@ TF_7: Fehlerhafte Zuordnung wird abgefangen
 - **Auszuführende Testschritte:**
     1. Öffne die Behandlung Detailansicht
 - **Erwartetes Ergebnis:**
-    - Die Anwendung wirft keinen Fehler
     - Die Pflegekraft-Labels zeigen „Keine Pflegekraft zugeordnet“