fjuette / dienstleistungsstundenabrechnung Goto Github PK

Protokoll 2, Punkt 50
Im Journal nach einem Zeitraum filtern, Leitfragen hierfür:
Welche Buchungen gab es letzte Woche?
Welche Buchungen gab es 2014?

Hilfeseite anlegen und mit Beispieltext füllen

Anwendungsfall: A.06
Seite anlegen und mit Beispieldaten füllen

Protokoll 1, Punkt 3
Eine Möglichkeit finden wie nicht Datenbankaffine Personen ein Backup/Restore der Datenbank erledigen können.

Protokoll_1 Nr. 11
Die neusten Einträge sollen oben stehen.
Die Anzahl der Einträge, welche angezeigt werden sollte vom Benutzer begrenzbar sein (Std. 20)

Protokoll_1 Nr. 5
Leitfragen hierfür:
o Welches Mitgleid hat wie viel DLS?
o Wie viel DLS hat eine Sparte?
o Wie viel DLS hat ein Bereich?

Beide Mechanismen über Shiro einbinden.

Protokoll 2, Punkt 1
Neue Funktion: Aktiv/Passiv als Massenbuchung, wie bei den Gruppen/Sparten

Protokoll 2, Punkt 5
Einstellen der möglichen Granularität für eine DLS hinzufügen (ohne, ganze, halbe, viertel)

Protokoll_1 Nr. 12
Die Indexzahlen von allen Tabellen entfernen.

Protokoll_1 Nr. 6
Eine Massenbuchung wird als viele Einzelbuchung im Journal umgesetzt

Protokoll_1 Nr. 3
Der Administrator soll die Möglichkeit erhalten die Datenbank zu leeren/sie in den Ausgangszustand zurück zu setzen.

Protokoll_1 Nr. 7
Das Encoding der Importdatei soll in den Einstellungen hinterlegt werden, damit es keine Problem mit Zeichen wie "ä, ö, ü oder ß" gibt.

Anwendungsfall: A.06
Gruppenverwaltung anlegen und mit Beispieldaten füllen

Protokoll 2, Punkt 4
Eine Aktion muss bei einer Buchung eingetragen werden

Protokoll_1 Nr. 14
Soll um die Suche nach dem Geburtsdatum (Von -> Bis) und Aktiv/Pass ergänzt werden

Das einlesen implementieren

Anwendungsfall: A.01
Login anlegen

Alle nötigen CRUD operationen für die jeweiligen Klassen implementieren

Protokoll_1 Nr. 10
Anzeige vom Datum des Jahreslaufes ohne Jahr, es reicht Monat + Tag

Protokoll_1 Nr. 9
Nach dem Jahreslauf gibt das System eine Meldung zurück wie viele Mitglieder manuell berechnet werden müssen, da es hier Veränderungen in den Bereichen (Gruppen mit DLS befreit und Aktiv/Passiv) gegeben hat.

Prototyp der Oberfläche anlegen. Enthalten sollen alle Funktionen, welche für die Grundfunktionalität benötigt werden.

Protokoll_1 Nr. 9
Das Journal soll nach Jahreszahlen filterbar sein, damit die Liste nicht zu voll ist. Das Aktuelle Jahr soll vorausgewählt sein.

Protokoll_1 Nr. 9
Jahreszahlen dienen nur als Beispiel

1. Verläufiger Jahreslauf 2013 (wenn der echte noch nicht durchgeführt wurde)
2. Vorläufiger Jahreslauf 2014 (Wie sieht es bisher in diesem Jahr aus -> unvollständige Daten)
3. Endgültiger Jahreslauf 2013 (Abluss des Jahres 2013)

Anwendungsfall: A.05
Benutzerverwaltung anlegen und mit Beispieldaten füllen

Anwendungsfall: A.11
Makse in der die Einstellungen verwaltet werden.

Aktionen erfassen, welche für das Buchen benötigt werden.

Protokoll_1 Nr. 13
Jahr ist Optional als Textfeld, Sortierung nach Jahr, dann Beschreibung
DLS werden hier nicht benötigt

Protokoll_1 Nr. 10
Befreiung von DLS Bis/Ab einem bestimmten Alter

Klassen für das ORM Mapping anlegen.

Anwendungsfall: A.09
Suche anlegen und mit Beispiel füllen

Protokoll_1 Nr. 18
Bei dem Import von Mitgliedern auch Exceldateien ermöglichen.

Ein Vaadin Projekt in Eclipse anlegen.

Alle nötigen Abhängigkeiten hinzufügen (Postgresql, Hibernate, Spring Security)

Protokoll 2, Punkt 6
Bei Änderungen an einem Mitglied oder einer Gruppe die Eingabe eines Bezugsdatums ermöglichen auf welchen Zeitpunkt sich die Buchung bezieht. Ein Bezugsdatum vor oder in einem abgeschlossenem Jahreslauf ist nicht möglich

Protokoll_1 Nr. 4
Das System muss verhindern, das alle Administratoren, oder der Nutzer seinen eigenen Nutzer löscht.

Exemplarische Navigation anlegen.

Dem View den korrekt geschriebenen Namen geben

Anwendungsfall: A.13
Seite für die Historie anlegen und mit Beispieldaten füllen

Protokoll_1 Nr. 8
In der Mitgliedermaske einen Button für "alle markieren" hinzufügen, welche dann alle derzeit angeigten Einträge in der Tabelle markiert.

Optimierungen des Quellcodes, z.B. verwenden von Abstrakten Klassen

Die Auswahl sollte als Liste oder in einem neuem Fenster erfolgen

Protokoll_1 Nr. 8
Die Buchungsreihenfolge sollte wie folgt angepasst werden:

1. Mitglied (Wert bleibt erhalten)
2. Datum (erhält Fokus und bleibt erhalten)
3. Rest
   Das Feld Bemerkung ist Optional.
   Bei den Anzahl der DLS ist ein Komma sowei ein Punkt als Trenner der Gleitkommazahl möglich.

Anwendungsfälle: A.07, A.08, A12
Buchungsoberfläche anlegen und mit Beispieldaten füllen

Protokoll_1 Nr. 9
Änderungen welche mitgeschnitten (die Historie beibehalten) werden müssen sind:
o Veränderungen bei Aktiv/Passiv
o Hinzufügen/Verlassen einer Gruppe mit DLS befreit
Diese Änderungen müssen mit dem Timestamp der Änderung gespeichert werden.

Protokoll 1, Punkt 1
Jeder Nutzer kann nur die Funktionen nutzen, die seiner Rolle auch zugeordnet sind.

Anwendungsfälle: A.03, A.04, A.10
Maske für die Mitgliederverwaltung

Protokoll_1 Nr. 2
Protokoll 2 Punkt 3
Für jedes Mitglieds soll es möglich sein im System den Aktuellen Status seiner DLS zu erkennen

Protokoll 2, Punkt 2
Neuer Filter in der Mitgliedermaske: Ausblenden aller Mitglieder, welche vor einem angegebenen Zeitpunkt ausgetreten sind

Protokoll_1 Nr. 16
Feldzuordnungen werden in den Einstellungen hinterlegt, das diese nur Einmalig angegeben werden müssen