sweihm-ws2018-19 / skillproject-fr-14 Goto Github PK

User Story: Einpackliste Wetter
Als User möchte ich wissen, was ich aufgrund des Wetters zusätzlich einpacken soll, wie z.B. einen Regenschirm. Der Skill soll mir hierzu Vorschläge machen.

Akzeptanzkriterien

• Vorschläge sollen zu Wetter passen

Hey Leute, speziell geht diese Frage an die Leute, die mit meiner Klasse Calendar arbeiten.
Ich wollte fragen, ob ich die meine Klasse Calendar jetzt in "Day" umbennen kann, da das ja von der Thematik her (sich täglich den Stundenplan zu holen) wesentlich mehr Sinn macht. Ich würde bei der Gelegenheit auch die Methode 'getTodayLectures' auch in 'getLectures' umbennen.

Falls der Reviewer dieser Aufgabe weiß wie man den Block oben links in der Ecke (mit dem Systemnamen) besser beschriftet (nicht nur mit dem Textoverlay) wär das glaub ich ganz gut

Ich habe Probleme damit, meine Dateien auf Github zu pushen. Nachdem ich geaddet und commited habe, habe ich Probleme mit dem Workspace.xml file in der .idea. Es ist mir nicht mehr möglich etwas auf GitHub zu pushen. Ich habe leider elegante Lösung gefunden und würde vorschlagen, dass wir uns mal treffen und uns das Problem zusammen ansehen, da ja scheinbar mehrere dieses Problem haben.. Ich habe sicherheitshalber die Kommandozeilenantwort unten eingefügt, als ich mein Projekt pushen auf Github pushen wollte.

From https://github.com/sweIhm-ws2018-19/skillproject-fr-14
 * branch            develop    -> FETCH_HEAD
Auto-merging tasche_packen/.idea/workspace.xml
CONFLICT (content): Merge conflict in tasche_packen/.idea/workspace.xml
Automatic merge failed; fix conflicts and then commit the result. 

Bitte nochmal einen genauen Blick auf diese Lösung werfen. Ich bin mir nicht sicher, ob das so richtig gelöst ist. Ich denke, dass die Reihenfolge der Druckprozesse zwar irrelevant ist, das dürfte also passen.

Ich weiß nicht, ob einer von Euch schon mal das Problem hatte, aber ich bin mir unsicher, was den Fehler verursachen könnte.
Die Ausgabe hat ganz normal funktioniert, aber nachdem ich nochmal etwas hinzugefügt und neu gebuilded habe ging nichts mehr. Auch nach Rückgängigmachen der Addition hat sich nichts getan. Kristinas Skill funktioniert für mich ebenfalls nicht mehr.

Warum ist der Geldbetrag in int?

User Story: Verabschiedung
Als Nutzer möchte ich, dass Alexa sich von mir verabschiedet.

Akzeptanzkriterien

• Alexa verabschiedet sich mit unterschiedlichen Wendungen.

Hey Leute,
wir müssen noch das README.md fertig machen. Ich hab da jetzt schon mal was über die Handler, und wie das Ganze mit Alexa funktioniert, geschrieben. Ihr müsstet dann noch was zur Datenbank bzw. zum ZPA schreiben.

GithubPages hab ich vor den Ferien auch schon mal erstellt. Ihr müsst da beim Code in den Ordner 'docs' reingehen, bis jetzt gibt es nur eine Seite, die heißt index.md

Das muss da noch alles rein:

• Systemidee und Skizze des Product Backlog
• Fachklassenmodell
• eine Ihrer User Stories und ihre Umsetzung (wählen Sie hier ein "Highlight" aus)
• Zusammenfassung der gesammelten Erfahrungen Praktikum Software Engineering I

Hat jemand zumindest einen Teil von einem Fachklassenmodell? Ich denke mal, das wird wahrscheinlich die meiste Arbeit. Wir müssen uns dann außerdem noch überlegen, welche UserStory wir vorstellen.

User Story: Einpackliste Uni
Als User will ich wissen, was ich heute für die Uni in meine Tasche packen soll. Dabei soll der Fall berücksichtigt werden, dass ich ein Fach an diesem Tag nicht besuchen werde.

Akzeptanzkriterien

• Zuordnung stimmt
• Weglassen von einzelnen Fächern möglich

Ich denke zwar, dass das so passen müsste. Wäre allerdings super, wenn da nochmal jemand einen Blick drüber werfen kann. Danke im Voraus!

User Story: ZPA-Stundenplan-Abfrage
Als User möchte ich, dass mein Stundenplan automatisch aus dem ZPA abgefragt wird, damit ich nur an die wirklich gebrauchten Unterlagen erinnert werde.

Akzeptanzkriterien
Wenn die ZPA-Server online sind, soll die Liste der heutigen Vorlesungen und Praktika ausgegeben werden.

Hier eine kleine Liste von Gegenständen die man zu jedem Fach brachen könnte.

Operation Research

• Skript
• Block
• Kugelschreiber
• Bleistift
• bunte Stifte
• Geodreieck
• Taschenrechner

Differentialrechnung in Rn und Differentialgleichungen

• Block
• Taschenrechner
• Kugelschreiber
• Bleistift

Numerische Mathematik

• Laptop
• Maus
• Stifte
• Block

Software Engineering

• Laptop
• Maus
• Block
• Stifte
• Diagramm-Tafel
• evtl. Alexa

Netzwerke

• Laptop
• Maus
• Ladekabel
• Block
• Stifte

Wahrscheinlichkeitsrechnung und Statisik

• Block
• bunte Stifte
• Kugelschreiber

Datenbanksysteme

• Block
• bunte Stifte
• Laptop
• Kugelschreiber

Algorithmen und Datenstrukturen

• Laptop
• Block
• Kugelschreiber
• Ladekabel

Hey Leute,
dieses Fachklassenmodell ist noch nicht vollständig. Damit jeder einen groben Plan hat, was man im Fachklassenmodell braucht, beschreibe ich das kurz im ersten Absatz. Jeder der das schon weiß, kann den ersten Absatz überspringen.

In einem Fachklassenmodell müssen die wichtigsten fachlichen Gegenstände des zu entwickelnden Systems repräsentiert und ihre Zusammenhänge modelliert werden. Dafür muss man den Assoziationen eine Benennung (und eine Richtung im Namen) geben. Wenn diese mal feststehen, kann man unser Programmkonzept möglichst detailliert aufbereiten. Sobald das Grundgerüst mit Klassen und Assoziationen steht, müssen noch Kardinalitäten ergänzt werden. Wer genauere Infos möchte, findet diese auf Seite 78 in Österreichs Buch - und ein Beispielmodell auf Seite 79.

Fragen die ich habe und Probleme, auf die ich gestoßen bin:

1. Auf den ersten Blick dürfte man direkt feststellen, dass die Kardinalitäten fehlen. Ich habe leider wirklich Probleme, diese zuzuordnen. Ich denke es kommt auch irgendwie darauf an, aus welcher Perspektive man dieses Diagramm betrachtet. Ist der User eine Person und immer ein und das Selbe? Oder ist der User ein Element einer Gruppe und dementsprechend kann dieser mehrmals/einmalig in einer Kardinalität auftreten.
2. Mir ist keine Benennung für die Assoziation zum 'STOPP'-Skill eingefallen.
3. Müsste der Stopp-Skill mit allen anderen Skills, verbunden sein, weil er diese ja stoppen kann? (So würde ich dann auch die Assoziation nennen: 'stoppt ->')
4. Gibt es eine Möglichkeit, den User noch bestimmen zu lassen, welchen Account vom ZPA System ihm gehört? Soll ich vielleicht noch eine Zwischenklassen namens Accounts erstellen? Dann verbinde ich Kalender/Stundenplan (holt von->) mit Account. Dieser wird dann mit mit ZPA verbunden (gehört zu->)
5. Soll dieses Diagramm womöglich weniger ausgebaut sein (Zum Beispiel Wetter wegnehmen), da wir das nicht alles im Sprint 0 oder Sprint 1 umsetzen werden?

Weitere Feinheiten:

1. Ich bin mir nicht sicher, ob die Benennung der Assoziationen nicht schöner lauten könnte. Ich bin für Vorschläge offen.
2. Eigentlich müsste am Ende des Namens der jeweiligen Assoziation eine dicke ausgemalte Pfeilspitze sein. Ich habe dafür allerdings kein Symbol gefunden und deswegen einen leichten gewöhnlichen Pfeil gemacht.
3. Passt der Name der Klasse 'Wetterstation'?

Hier ist ganz gut beschrieben, wie man das macht,

https://alexa-skills-kit-sdk-for-java.readthedocs.io/en/latest/Developing-Your-First-Skill.html

Da ich in diesem Sprint ansonsten relativ wenig Arbeit habe, hab ich mir jetzt mal angeschaut, wie bei der Gruppe mit 100% Testabedeckung das Testen funktioniert. Die nutzen eine Library namens Mockito, mit der man Objekte simulieren kann, die außerhalb des eigentlichen Javacodes erzeugt werden, also z.B. den Input, den Alexa bekommt. Ich hab auch schon mal ein kleines Beispiel gemacht (LaunchRequestHandlerTest) , das könnt ihr euch ja mal anschauen und dann sagen, ob ihr das gerne nutzen würdet oder nicht. Ich finde es ziemlich gut, aber ich glaube, man muss sich schon erst etwas einarbeiten.

Ich weiß nicht genau, ob ihr die library über git bekommt, ansonsten könnt ihr sie hier downloaden:
https://bintray.com/mockito/maven/mockito-development/2.23.9?versionPath=%2Fmockito%2Fmaven%2Fmockito-development%2F2.23.9#files/org%2Fmockito%2Fmockito-core%2F2.23.9

(Bei Files unter dem Pfad /org/mockito/mockito-core/2.23.9 die Datei mockito-core-2.23.9.jar auswählen.)

User Story: Fächer-Gegenstandszuordnung
Als User möchte ich Fächern in meinem Stundenplan Gegenstände zuordnen, die ich für das jeweilige Fach benötige, um später abfragen zu können, was ich benötige.

Akzeptanzkriterien

• Zuordnung wird persistent gespeichert
• Es wird erkannt, wenn ein Fach nicht in meinem Stundenplan vorhanden ist.

Bitte einmal überprüfen ob es möglich ist bzw. richtig ist, wenn man bei dem "Blitz einstellen" die Funktionen "ein,aus,auto" so an gibt. Denn das Blitz einstellen enthält ja diese Funktionen.

Derzeit bekommen wir bei travis-CI beim Build immer folgenden Fehler:

Project was never analyzed. A regular analysis is required before a branch analysis

Ich habe jetzt erstmal das yml-File zurückgesetzt, der Build in travis funktioniert auch. Ich könnte mir vorstellen, dass das Problem daran hängt, dass wir noch alles im develop-Branch haben. Ich würde vorschlagen, dass wir das erstmal so lassen und erst nächste Woche alles mit dem master-Branch mergen. Falls einem von Euch eine Möglichkeit einfällt das anderweitig zu fixen können wir das natürlich sofort machen.

Bitte nochmal auf Fehler kontrollieren

User-Story: Begrüßung
Als Nutzer will ich wissen, welche Funktionen ich innerhalb des Skills aufrufen kann. Der Skill soll mir die Optionen aufzählen.

Akzeptanzkriterien

• Begrüßung vorhanden
• mögliche Funktionen werden aufgezählt (Liste ausgeben, neue Fach-Gegenstandszuordnung)

Kristina und ich haben uns der Aufgabe 5 des ersten Übungsblattes gestellt. Es wäre gut, wenn die restlichen Teammitglieder einen Blick drüber werfen könnten.

Objectdiagram.zip