tnutzmann / todoappmaas

Hi!

I'm Tony, a computer science student.

todoappmaas's Issues

Todolist

Die Anzeige der Todoliste soll eine Übersicht über alle Todos darstellen und die Erstellung neuer Todos ermöglichen.

• Sie soll für jedes Todo die folgende Information darstellen:
  • Name
  • Fälligkeitsdatum
  • Done or Not
  • Wichtig/ Favorit
• Sie soll es dem Nutzer außerdem ermöglichen, sich für jedes Todo dessen Details anzeigen zu lassen.
• Änderungen der Todoliste, die in der Detailansicht eines Todos getätigt werden können, sollen bei Rückkehr in der Übersicht angezeigt werden.
• Die Information zum Erledigtsein/Nicht- Erledigtsein bzw. zur Wichtigkeit soll modifiziert werden können, ohne die Detailanzeige anzufordern.
• Todos sollen grundsätzlich nach Erledigt/Nichterledigt sortiert sein und dann wahlweise nach Wichtigkeit+Datum oder nach Datum+Wichtigkeit.
• Dem Nutzer soll es möglich sein, die Anzeige nach Datum+Wichtigkeit vs. Wichtigkeit+Datum mit einer minimalen Klickanzahl auszuwählen.
• Überfällige Todos – d.h. Todos mit abgelaufenem Fälligkeitsdatum – sollen visuell besonders hervorgehoben werden.

Anmeldung

Die Anmeldung soll durch Eingabe einer Email und eines Passworts erfolgen und durch Betätigung eines Login Buttons ausgelöst werden.

• In das Eingabefeld für Email sollen nur Emailadressen eingegeben werden.
• Wird keine Email-Adresse eingegeben,wird eine dauerhaft sichtbare Fehlermeldung ausgegeben.
• Wird die Eingabe des Email Feldes geändert, verschwindet die Fehlermeldung unmittelbar bei Eingabe/Löschen eines Zeichens.
• Passwörter sollen numerisch und genau 6 Ziffern lang sein.
• Die Eingabe soll verschleiert (‘ausgepunktet’) werden.
• Die Betätigung des Login Buttons soll nur möglich sein, wenn Werte für Email und Passwort eingegeben wurden.
• Nach Betätigung des Login Buttons sollen die eingegebenen Werte an einen Server übermittelt und dort überprüft werden.
• Die Überprüfung soll asynchron erfolgen
• Solange die Überprüfung läuft, soll ein ProgressDialog eingeblendet werden.
• Schlägt die Überprüfung fehl, wird eine dauerhaft sichtbare Fehlermeldung ausgegeben.
• Wird eines der beiden Felder geändert, verschwindet die Fehlermeldung unmittelbar bei Eingabe/Löschen eines Zeichens.
• Bei erfolgreicher Überprüfung der eingegebenen Werte soll die Anzeige der Todos erfolgen.
• Besteht beim Start der Android-Anwendung keine Verbindung zur Webanwendung, wird sofort die Todoliste angezeigt. Eine lokale Anmeldung ist nicht erforderlich.
  (Anm.: die Vergabe von Punkten für diese Anforderung erfolgt nur, wenn die Anmeldung unter Verwendung der Webanwendung grundsätzlich umgesetzt ist.)

Detailansicht

Die Detailansicht soll alle durch ein Todo repräsentierten Daten darstellen.

• Sie soll außerdem die Änderung zumindest der folgenden Daten eines Todo ermöglichen:
  • Name
  • Beschreibung
  • Fälligkeit
  • done or Not
• Für die Einstellung von Datum und Uhrzeit sollen die für diesen Zweck durch Android bereitgestellten UI Bedienelemente verwendet werden.
• Das Löschen eines Todos soll ebenfalls über die Detailansicht ermöglicht und vor Durchführung rückbestätigt werden.

Dokumentation

Erstellen Sie eine Dokumentation Ihrer Anwendung als UML Klassendiagramm

Die architektonisch relevanten Klassen der Anwendung sollen hinsichtlich ihrer relevanten Attribute und Methoden dokumentiert und zueinander in Beziehung gesetzt werden.

• architektonisch relevante Klassen sind z.B. Ihr Datenmodell, die Klassen der Zugriffsschicht auf das Datenmodell sowie Activities
• architektonisch relevante Attribute sind z.B. diejenigen Attribute einer Activity, die UI Komponenten repräsentieren
• architektonisch relevante Methoden sind z.B. diejenigen Methoden, die aus Listenern heraus aufgerufen werden und das Eingabeereignis verarbeiten sowie Methoden, die nach erfolgter Verarbeitung eine Aktualisierung der Ansicht durchführen.
  Ein „UML Teppich“ – sei er automatisch mittels eines geeigneten Tools generiert oder manuell ohne Betrachtung von Relevanz erstellt – ist nicht zulässig.

Speichen von TODOs

Das Speichern von Todos soll sowohl mittels einer externen Webanwendung, als auch mittels eines lokalen Datenspeichers erfolgen. Die Webanwendung wird Ihnen als Java EE Web Application zur Verfügung gestellt.

• Alle Lese- und Schreiboperationen bezüglich Todos sollen unter Verwendung der Webanwendung umgesetzt werden.

• Auf dem Endgerät sollen Todos in einer SQLite Datenbank gespeichert werden.

• Ist beim Start der Anwendung kein Zugriff auf die Webanwendung möglich, soll eine Warnmeldung ausgegeben werden. In diesem Fall wird bis zum Ende der Anwendungsnutzung nur die lokale Datenbank verwendet.Die Fälle, dass eine initiale Verbindung während der App-Nutzung abbricht bzw. dass eine anfänglich nicht verfügabre Webanwendung während der Nutzung verfügbar wird, brauchen nicht berücksichtigt zu werden.

• Ist die Webanwendung beim Start der Android Anwendung verfügbar, soll der folgende "Abgleich" implementiert werden:

  • liegen lokale Todos vor, dann werden alle Todos auf Seiten der Web Applikation gelöscht und die lokalen Todos an die Web Applikation übertragen.

  • liegen keine lokalen Todos vor, dann werden alle Todos von der Web Applikation auf die lokale Datenbank übertragen.

Datamodel

Das Datenmodell für Todos soll es erlauben, die folgende Information zu repräsentieren:

• Name
• Beschreibung
• Done or Not
• wichtig/favourite
• Fälligkeit (Datum und Uhrzeit)
• Alle Informationsbestandteile, inklusive des Namens, sollen nach Erstellung eines Todo änderbar sein.