[ ] Die Client-Server-Architektur aus den letzten Vorlesungen ist universell und anwendbar auf viele Arten von Systemen (bitte ausklappen):

• allgemeine Anwendungssoftware

• ERP-Software

  • möglicher Datenbankentwurf für Gastronovi:

    Datenbank “Gastronovi”

• Anwendungs- und ERP-Software mit Anbindung an externe Schnittstellen

• Wikis, Projekt- und Wissensmanagementsysteme

[ ] Diskussion: Vorteile von Verknüpfungen

• vereinfachte Dateneingabe, wenn z.B. verknüpfte Datensätze zur Auswahl gestellt werden (z.B. Auswahl existierender Gerichte aus der Datenbank bei neuen Bestellungen)
• Vermeidung von Fehlern durch eindeutige IDs und Einhaltung gültiger Primärschlüssel-Fremdschlüssel-Beziehungen
• ein konsistenter (widerspruchsfreier) Zustand der Datenbank, mit dem die reale Welt, also der jeweilige Anwendungsfall, angemessen digital abgebildet werden kann
• tabellenübergreifende Abfragen an die Daten
• tabellenübergreifende Auswertungen (Berechnungen) der Daten

[ ] Beispiel Gastronomie:

• [ ] Ideen für mögliche Berechnungen:

  1. Der Gesamtpreis eines Gerichts berechnet sich aus der Summe der verknüpften Zutaten + Aufschlag.

  Notion1.mp4

  2. Der Gesamtpreis einer Bestellung berechnet sich aus der Summe der Preise für die einzelnen Bestellposten (ggf. + Aufschlag).

  Notion2.mp4

• [ ] Ideen für weitere mögliche Unterstützungen durch die Software (geht über die Möglichkeiten von Notion hinaus):

  1. Abfrage “Zeige alle Gerichte, bei denen Lebensmittel mit bestimmten Allergenen (z.B. Nüsse)” enthalten sind.”

  2. Es könnte ein Algorithmus geschaffen werden, der automatisch den Bestand der Lebensmittel verringert, wenn Bestellungen in der Datenbank gespeichert werden:

  Bei jeder neuen Bestellung müssten bei den verknüpften Gerichten und den damit als Zutaten verknüpften Lebensmitteln die Bestände in den richtigen Mengen verringert werden.

• [ ] Blick auf die Gastronovi-Software: https://support.gastronovi.com/de/kalkulation

[ ] Beispiel Bewerbermanagement:

Datenbank Bewerbermanagement

• [ ] Ideen für mögliche Berechnungen:

  1. Die Anzahl der Bewerber pro Position wird berechnet.

  Notion3.mp4

• [ ] Ideen für weitere mögliche Unterstützungen durch die Software (geht über die Möglichkeiten von Notion hinaus):

  1. Da es einen klar strukturierten Geschäftsprozess und klare Regeln gibt, könnte das Anlegen von Aufgaben, Terminen und Statuswerten von der Software zum Teil automatisch vorgenommen werden.

  Beispiel: Gemäß der Regel “Wenn Bewerbung[Status] = Eingegangen dann lege Aufgabe zum Bestätigen an” könnten die Aufgaben AB1, AB2 und AB3 in der Tabelle automatisch angelegt werden.

  Beispiel: Gemäß der Regel “Wenn die Deadline der Ausschreibung vorüber ist, lege Kandidatentermin zur Sichtung an.” könnte der Termin TK1 in der Tabelle automatisch angelegt werden, ggf. noch ohne konkretes Datum.

  Beispiel: Gemäß der Regel “Wenn die Deadline der Ausschreibung vorüber ist, setze den Status der Position auf Sichtung.” könnte der Status automatisch gesetzt werden.

  2. Ein Algorithmus könnte den Nutzern beim Finden von Terminen, also beim Setzen von Werten in Datumsspalten, unterstützen, in dem er einen geeigneten Termin automatisch vorschlägt. Dabei könnte der Algorithmus mit Hilfe der Technologie des maschinellen Lernens die bisherigen Einträge in der Datenbank untersuchen und ermitteln, welche Termine bei ähnlichen Anlässen gewählt wurden (z.B. immer vormittags, Mitte der Woche,…). Daraus könnte unter Einhaltung bestimmter Randbedingungen (z.B. keine Überlappung mit Terminen in den Terminkalendern der beteiligten Personen) ein neuer Vorschlag generiert werden.

[ ] Beispiel Monday-Vorlagen

z.B. Basic CRM