Busflow Docs

Internal documentation portal

Skip to content

Anlagen & Visualisierungen

Erlaubt sind max. zwei PDF-Anlagen — ausschließlich für Visualisierungen, nicht für Zusatztext. Kein ausgelagertes Textdokument. Übliches Format: ein DIN-A4-Bild oder ~3 Folien je Anlage.

Ziel: auf einen Blick erfassbar. Der Gutachter soll zuerst grob verstehen, worum es geht, und dann erkennen, welcher Teil das Förderprojekt ist. Hilft auch der allgemeinen Doku, nicht nur dem Gutachter.

Anlage 1 — technisch (Pflicht)

Systemarchitektur / Software-Übersichtsbild. Zeigt Funktionalitäten, Schnittstellen, Einzelbausteine und ihre Beziehungen.

  • Orientierung: nach „system architecture software project" suchen (abstrakte Beispiele).
  • Mindestens diese Anlage muss technisch sein.
  • Briefing für externe Erstellung: grafik-briefing-anlage1-fue-kern.md — System in Grau („Stand der Technik"), vier farbige Hervorhebungen (AP2 ⭐, AP3a, AP4, AP6) mit Ungewissheits-Texten; spiegelt das Unsicherheiten-Feld aus antragstext.md.

Anlage 2 — konzeptionell / Produktbild

Zusammenspiel der Bausteine + Buskontext. Trägt die Bus-Story grafisch, damit der Antragstext schlank bleibt:

  • Offline-Restriktionen (Funkloch, Geräte zeitweise ohne Netz)
  • verschiedene Buchungskanäle (Agentur, Direkt, Frühbucher, Last-Minute)
  • Zeitachse: Anzahlung → Reise → finale Marge (die zeitliche Datenunvollständigkeit aus AP2)

Leitplanken

  • Nur Bild, kein Text. Keine zehnseitige Folge mit Inhalten, die anderswo nicht reinpassen.
  • Schnell erfassbar. Wenn man erst lange hineindenken muss, ist es zu komplex (große Entity-Beziehungsdiagramme funktionieren nicht — ggf. kleinere, aufgeteilte Darstellungen).
  • Bewusst ohne KI erstellen, um nicht zu detailliert zu werden.

ToDo

  • [ ] Anlage 1 (technische Systemarchitektur) zeichnen
  • [ ] Anlage 2 (konzeptionell, mit Buskontext) zeichnen
  • [ ] beide als PDF exportieren, an Daniel zur Durchsicht

Internal documentation — Busflow