Alle Meeting-Logs

19.11.18 - 21:00 ... 21:30: Besprechung

Anwesende

Martin, Benjamin, Conny, Lukas

Behandelte Punkte

• Mehr Kommunikation mit Christian

• C# Events (am Beispiel von Historie)

• Datenbank lauffähig (getestet bei Conny, Benjamin, Martin)

• Bei abgeschlossener Aktion werden Einträge der Historie in DB gespeichert

• Evtl. periodisch aktuellsten Stand der DB in SW holen

• Beispieldaten aus Dashboard raus -> Umstellung auf Datenbank

• Grundfunktionen in den nächsten 2-3 Wochen fertigstellen und hoffentlich weitere Funktionen bis zum Ende des Sprints

• Rechtzeitig Aufgaben erledigen; Montag nur für Probleme, Montag nicht Implementation

12.11.18 - ~15:30 ... ~17:00: Mini-Besprechung

Anwesende

Martin, Benjamin, Lukas

Behandelte Punkte

• Bei Panelen in Verwaltung "Fach x" statt "Paket x"

• Artikeltyp-Verwaltung (hinzufügen, etc.) bei User Stories einfügen

• "hide();" statt "close();" bei Verwaltungsfenster (erledigt)

• Zeile 90 (obsolet) bzw. in Fkt. "Button1_Click" in Dashboard.cs: "Verwaltung.UpdateForm(_lagerliste);" (erledigt)

• Lager-ID-Zähler in Dashboard- und Lagerklasse

• Projekt nochmal angeschaut

29.10.18 - 15:30 ... 17:00: Zu Programmierendes, Datenbank

Anwesende

Martin, Benjamin, Lukas, Conny

Behandelte Punkte

• Klärung einiger Begriffe aus Pflichtenheft

• Pflichtenheft: Regalbestand, Lagerfachbestand, etc. -> größere Zahlen oder Zusatz, dass Zahlen auf jedes Lager seperat zutreffen

• Optional: Benutzerverwaltung (Rechteverwaltung als String/Bitmaske)

• Christian: Rechteverwaltung Parser + Testen

• Datenbank betreffendes:

      - Für Lager, Regal, Regalfach einen Namen
      - Regalfach: Speicherung als 580912, Ausgabe als R58-S09-Z12 (Regal-Spalte-Zeile)
      - Regalfächer beim Erstellen/Hinzufügen von Regal gleich mit in DB speichern
      - Für nicht verbundene Pakete (keinem Fach zugeordnet) -> alle Fremdschlüssel auf NULL
      - Kein "gelagert" Feld (siehe vorheriger Punkt), Aktualisierung im Pflichtenheft nötig
  

• Programmieraufgaben:

      Datenstruktur:
                         - Lager
                         - Regal
                         - Slots
                         - Anbindung Datenbank (SQL-Abfragen: Conny)
  
      GUI:
                         - Suche (Verwaltung, Historie, Expedition)
                         - Verwaltung
                         - Dyn. Erstellen Akkordion-Panels für Lageransicht (Slots, Regale)
                         - Dyn. Erstellen Zusatzinfopanels (für jeden Slot)
                         - Historie
                         - Regaleinsicht
  
      Funktionen:
                         - Suche (Verwaltung, Historie, Expedition [wenn möglich Zusammenschluss]; lazy loading)
                         - Hinzufügen:
                                            - Lager
                                            - Regal
                                            - (Slots)
                         - Entfernen:
                                            - Lager
                                            - Regal
                         - Wareneingang
                         - Warenausgang
  

22.10.18 - ab ~15:30: Oberfläche, DB, Konkretere Ideen zu Funktionen

Anwesende

Martin, Benjamin, Lukas

Behandelte Punkte

• Brauchen Anbindung an Datenbank vor weiteren Schritten

• Einzelne Pakete nicht als Objekt

• Optimaler Lagerauslastungsalgorithmus gibt an wie viele Pakete maximal in Fach passen

• Eine Art von Paket in Fach (exakte Maße)

• Wenn Paket bspw. andere Menge, aber selbe Abmaße hat wie in deinem Fach gelagerte Teile -> trotzdem anderes Fach

• Lager verwalten:

               - Lager als Reiter darunter Expandable Panels für Regale
               - Toolbar mit Funktionen
               - Aufklappbares Panel für Fächer mit Informationen über Teile in Beschreibung
               - Aufklappbare Zusatzinformationen
               - Gesamtes Lager aus DB beim Aufrufen der Funktion laden
  

• Liste von Teilen, wo Maße schon eingelagerter Pakete vorhanden sind

• Dynamische Liste mit Haltbarkeiten für ein jeweiliges Lagerfach

• Eigene Datenbank für Pakete (Fremdschlüssel zu Artikeln)

• Farbcodes für Auslastung von Lagerfach in Lagerfächeransicht

• Artikel = Teile

• Datenbanken für:

               - Lager
               - Regale
               - Historie
               - Artikel
               - Pakete
               - Benutzer
  

• Historie: Beschreibung, Zeitstempel; Überlaufende (alte) Einträge werden aus Historie rausgeschoben (gelöscht)

• Suche: Seperate Felder für verschiedene Suchkriterien (Name, Menge, Preis, etc.; optional: speicherbare Filteroptionen)

05.10.18 - ab 13:00: Besprechung Einlagerungskonzept

Anwesende

Martin, Benjamin, Conny, Lukas

Behandelte Punkte

• Nur quaderförmige Pakete

• Gefächertes Lagersystem

• Nur 1 Art von Teilen in einem Fach (z.B. nur M9 Edelstahlschrauben)

• Einheitliche Fächergröße in einem Regal

• Vorüberlegung zum Algorithmus zum Einlagern in Fach (z.B. nur Z-Achse drehen)

• Bei vorhandener zusätzlicher Zeit: Chaotisches System

• Liste von Regalen, wobei jedes Element eine Liste der Fächer enthält

• Mit VirtualBox verschiedene Konfigurationen von PCs testen

04.10.18 - ab 21:00: Github Einführung

Anwesende

Martin, Benjamin, Conny, Lukas, Marlene

Behandelte Punkte

• Erklärung Github Prinzip
• Github Arbeitsweise (dezentral) im Vgl. zu SVN (zentral)
• Besitzt Repositories (Ordner mit Quellcode)
• Funktionsweise Pull (Aktualisierung Repositories)
• Funktionsweise Commit (nur Änderung auf PC)
• Funktionsweise Push (Finalisierung)

---

• Erklärung Branches (Master und Dev)
• Master für stabil
• Dev für work in progress
• Erstmal nur in Dev pushen

---

• Durchführung eines Test Commits
• Durchführung eines Reverts (nur in rückwärts chronologischer Folge)
• Merges passieren, wenn Änderungen durch Pull und Commit akzeptiert werden