ATLASEine Grundlage für alle ZVV-Apps —
von der Regel zur lauffähigen Referenz.
Brand, Login, Mailing, Sicherheit und UI-Bausteine stehen einmal fest — als Doku, als installierbares Paket und als App, die man anklicken kann. Jede neue ZVV-Anwendung startet damit auf demselben Fundament statt es neu zu erfinden.
Die Regel, ihre ausführbare Form und der Beweis
Diagramm wird geladen …
Die Doku ist verbindlich, das Paket ihre ausführbare Form, der Showcase der Beweis, dass beides zusammenpasst. Drift zwischen zwei Apps ist deshalb immer ein Atlas-Fehler — nicht der Fehler einer der beiden Apps.
Keine Bildschirmfotos — dieselbe Auslieferung, in drei Breiten.
In den Rahmen läuft der Showcase selbst — drei Seiten dieser Anwendung, jede in ihrer eigenen Breite.
- Nichts nachzuziehenBildschirmfotos zeigen den Stand vom letzten Jahr, weil sie jemand nachstellen müsste und es niemand tut. Hier trägt jede Auslieferung sich selbst nach.example/ · Living-Doc-Showcase
- Echte Umbruchpunkte statt verkleinerter BilderJeder Rahmen rendert seine Seite in der logischen Breite, die am Gehäuse steht — 1440, 834, 390 px — und wird erst danach verkleinert. Zu sehen ist das Layout, das ein Gerät dieser Breite wirklich bekäme.Kapitel 03 · Guideline
- Generiert, nicht gezeichnetOrganigramm aus Daten als SVG, Diagramme in der Palette des Pakets, Farb-Token hell wie dunkel. Kein Grafikprogramm dazwischen, das jemand nachpflegen müsste.patterns/organigramm.md · Kapitel 01 · verbindlich
Was Atlas liefert — und wem es hilft
- Vier verbindliche Kapitel — Identität, Login, Mailing, Sicherheit
- @zvvch/atlas — Tokens, Komponenten und Helfer als installierbares Paket
- Fertige Rezepte für Login-Seite, Organigramm, Lightbox, Diagramme
- Brand-Assets: Logo, Farben, Corporate-Schrift
- Generierte Artefakte statt Grafik-Tool — Daten rein, SVG raus
- Entwicklung — kein Nachbauen von Login, Theme und Mailing je App
- Kommunikation — der Markenauftritt sitzt überall gleich, ohne Nachkontrolle
- Betrieb — gleiche Endpunkte, gleiche Umgebungen, gleiche Release-Regeln
- Beschaffung — ein dokumentierter Stack statt gewachsener Einzelfälle
Angeschlossen sind heute FZDB, Mailer, GTFS-Explorer und KundenRadar — jede App erklärt ihre Conformance gegen eine Atlas-Version.
Diese Auslieferung
Jede offizielle Auslieferung einer ZVV-App muss sich als vier Werte erklären lassen. Dieselben Werte liefert /api/meta als JSON — damit Statuspage und Cockpit den Stand aller Apps einsammeln können, statt ihn zu raten.