Technischer Rahmen
- Status
- Pausiert
- Laufzeit
- 2026-07-20 – 2026-09-18
- Aufwand
- 44 MT
- Veröffentlicht
- 2026-09-18 11:16
- Fortschritt
- 90 %
- Offene Issues
- 0
- Akzeptierte Restrisiken
- 7 / 7
- Fehlgeschlagene Testläufe
- 0
Kennzeichen- und Verwaltungsdatenbank mit 694 regulären/Landes-Datensätzen, 10 Sonderkennzeichen, 16 Bundesländern, Orts-/PLZ-Suche, Detailseiten, PWA/Offline-Bestand und eigener Bludit-Administration.
Der Bludit-Core bleibt für Projekterweiterungen unverändert. Fachlogik und Darstellung liegen in Plugins und Themes.
Deutsche Kfz-Kennzeichen inklusive Verwaltungsbezug, Gemeinden/Ortsteilen, Historie und Quellen strukturiert recherchierbar machen.
Register enthält 694 reguläre/Landes-Datensätze und 10 Sonderkennzeichen.
Alle 16 Bundesländer sind abgedeckt.
Detailseiten führen Herkunft, Verwaltungs- und Ortsdaten nachvollziehbar zusammen.
Nutzer sollen Kennzeichen ebenso über Orte und Postleitzahlen finden können.
Suche reagiert auf Kürzel, Herkunft, Gemeinden, Ortsteile und PLZ.
A–Z, Bundesländer und Sonderkennzeichen sind separat browsbar.
Der umfangreiche Registerbestand soll auf Wunsch vollständig lokal im Browser nutzbar sein.
Service Worker ist aktiv.
Datenbestand kann lokal gecacht werden.
Datenrevision invalidiert veraltete Caches nach Änderungen.
Korrekturen und Erweiterungen sollen ohne direkte Dateibearbeitung im Webspace möglich sein.
Adminsuche, JSON-Bearbeitung, Neuanlage, Import, Export und Reset sind vorhanden.
Eigene Änderungen liegen updatefest im Workspace.
Kennzeichen-Fachlogik soll vollständig über Plugin und Theme integriert werden.
bl-kernel bleibt unverändert.
Öffentliche Routen, Sitemap, PWA und Administration werden ausschließlich über Erweiterungspunkte umgesetzt.
Als Besucher möchte ich ein Kürzel eingeben und sofort den passenden Datensatz öffnen, ich Herkunft und Verwaltungsbezug schnell nachschlagen kann.
Als Besucher möchte ich nach Gemeinde, Ortsteil oder PLZ suchen, ich auch ohne bekanntes Kennzeichen den zuständigen Datensatz finde.
Als Besucher möchte ich A–Z, Bundesländer und Sonderkennzeichen öffnen, ich den Bestand auch ohne konkrete Suchanfrage erkunden kann.
Als Nutzer möchte ich den Vollbestand lokal speichern, die Informationen auch ohne Netzverbindung verfügbar bleiben.
Als Administrator möchte ich Datensätze direkt im Bludit-Backend pflegen, keine manuelle Dateibearbeitung auf dem Webspace nötig ist.
Als Administrator möchte ich eigene Änderungen außerhalb der Plugin-Basis speichern, Plugin-Updates meine Datenkorrekturen nicht überschreiben.
Als Redakteur möchte ich auf eine stabile Kennzeichen-URL verweisen, ein einzelner Datensatz direkt geteilt und indexiert werden kann.
Akteur: Besucher
1. Suchfeld öffnen.
2. Kürzel, Ort oder PLZ eingeben.
3. Treffer auswählen.
4. Detailinformationen lesen.
Keine Treffer: verständliche Leermeldung anzeigen.
Akteur: Besucher
1. A–Z, Bundesländer oder Sonderkennzeichen wählen.
2. Gruppe öffnen.
3. Kennzeichen auswählen.
Fehlende optionale Gruppe: Oberfläche bleibt bedienbar.
Akteur: Besucher
1. App installieren.
2. Offline-Bestand anfordern.
3. Cacheaufbau abwarten.
4. Verbindung trennen und Register öffnen.
Speicher reicht nicht: Installation wird abgebrochen, Online-Nutzung bleibt möglich.
Akteur: Administrator
1. Kennzeichenregister im Backend öffnen.
2. Datensatz suchen.
3. JSON bearbeiten.
4. Validieren und speichern.
5. Frontend prüfen.
Ungültiges JSON: Speichern wird mit Fehlermeldung verhindert.
Akteur: Administrator
1. Datensatz exportieren.
2. JSON extern bearbeiten.
3. Import auswählen.
4. Validierung bestätigen.
Fehlerhafte Struktur: Import wird abgewiesen.
Akteur: Administrator
1. Datensatz öffnen.
2. Reset wählen.
3. Bestätigen.
4. Basisdatensatz prüfen.
Kein Override: Reset ist wirkungslos und beschädigt Basis nicht.
| ID | Typ | Anforderung | Status | Review |
|---|---|---|---|---|
| USR-001 | USR | Kennzeichen über Kürzel suchenBesucher müssen ein Kennzeichen direkt über sein Kürzel finden können. | Getestet | Geprüft & Freigegeben |
| USR-002 | USR | Orte und Postleitzahlen durchsuchenBesucher müssen Datensätze über Herkunft, Gemeinde, Ortsteil und PLZ finden können. | Getestet | Geprüft & Freigegeben |
| USR-003 | USR | Register A–Z durchsuchenAlle regulären Kennzeichen müssen alphabetisch browsbar sein. | Getestet | Geprüft & Freigegeben |
| USR-004 | USR | Nach Bundesland filternKennzeichen müssen nach den 16 Bundesländern gegliedert darstellbar sein. | Getestet | Geprüft & Freigegeben |
| USR-005 | USR | Sonderkennzeichen anzeigenSonderkennzeichen müssen getrennt vom regulären Register abrufbar sein. | Getestet | Geprüft & Freigegeben |
| USR-006 | USR | Kennzeichendetail teilenJeder Datensatz muss über eine stabile URL wie /kennzeichen/ME erreichbar sein. | Getestet | Geprüft & Freigegeben |
| USR-007 | USR | Vollbestand offline nutzenNutzer müssen den Registerbestand als PWA lokal speichern können. | Getestet | Geprüft & Freigegeben |
| USR-008 | USR | Daten im Backend pflegenAdministratoren müssen Kennzeichendaten ohne direkten Dateizugriff bearbeiten können. | Getestet | Geprüft & Freigegeben |
| SYS-001 | SYS | Vollständige Katalogdaten bereitstellenDas System muss 694 reguläre/Landes-Datensätze, 10 Sonderkennzeichen und 16 Bundesländer verarbeiten. | Getestet | Geprüft & Freigegeben |
| SYS-002 | SYS | Detaildaten dateibasiert ladenKennzeichendetails müssen aus separaten JSON-Dateien effizient nachgeladen werden. | Getestet | Geprüft & Freigegeben |
| SYS-003 | SYS | Suchindex für große Datenmenge verwendenSuche muss einen vorberechneten Index statt vollständiger Dateiscans pro Anfrage verwenden. | Getestet | Geprüft & Freigegeben |
| SYS-004 | SYS | Workspace-Overrides priorisierenEigene Datenkorrekturen müssen die Plugin-Basis überlagern, ohne Originaldateien zu verändern. | Getestet | Geprüft & Freigegeben |
| SYS-005 | SYS | Import, Export und Reset anbietenDie Administration muss JSON-Import, Export und Rücksetzen auf den Basisdatensatz unterstützen. | Getestet | Geprüft & Freigegeben |
| SYS-006 | SYS | Kennzeichen-Sitemap erzeugenÖffentliche Kennzeichendetailseiten müssen in einer separaten XML-Sitemap auffindbar sein. | Getestet | Geprüft & Freigegeben |
| SEC-001 | SEC | Schreibzugriffe authentifizierenDatenänderungen dürfen nur für angemeldete berechtigte Bludit-Benutzer möglich sein. | Getestet | Geprüft & Freigegeben |
| SEC-002 | SEC | Schreibvorgänge gegen CSRF schützenÄnderungsoperationen müssen die vorhandenen Bludit-Schutzmechanismen nutzen. | Getestet | Geprüft & Freigegeben |
| SEC-003 | SEC | Bludit-Core unverändert lassenDie Integration darf keine Datei in bl-kernel verändern. | Getestet | Geprüft & Freigegeben |
| SRS-001 | SRS | PWA-Datenrevision verwaltenNach Datenänderungen muss eine neue Cache-Revision ausgeliefert werden. | Getestet | Geprüft & Freigegeben |
| SRS-002 | SRS | Frontend fehlertolerant rendernFehlende optionale DOM-Bereiche dürfen keinen kompletten Registerabbruch verursachen. | Getestet | Geprüft & Freigegeben |
| SRS-003 | SRS | Responsive und zugänglich darstellenSuche, Register und Detailseiten müssen auf Desktop und Mobilgeräten bedienbar bleiben. | Getestet | Geprüft & Freigegeben |
| Test | Zweck | verifiziert | Status |
|---|---|---|---|
| TC-001 | Kürzelsuche MEME wird gefunden und die Detailseite ist erreichbar. | USR-001USR-006 | Bestanden |
| TC-002 | Ortssuche HildenPassende Datensätze, darunter ME, werden gefunden. | USR-002SYS-003 | Bestanden |
| TC-003 | PLZ-Suche 40822Kennzeichen mit passender Orts-/PLZ-Zuordnung werden gefunden. | USR-002SYS-003 | Bestanden |
| TC-004 | A–Z-Register ladenKatalog wird ohne JavaScript-Fehler angezeigt. | USR-003SRS-002 | Bestanden |
| TC-005 | BundesländeransichtBundeslandfilter zeigt passende Kennzeichen. | USR-004 | Bestanden |
| TC-006 | SonderkennzeichenSonderkennzeichen werden separat und fehlerfrei geladen. | USR-005SYS-002 | Bestanden |
| TC-007 | Direktlink KennzeichenServerseitig geroutete Detailseite wird vollständig gerendert. | USR-006 | Bestanden |
| TC-008 | Offline-InstallationRegister bleibt nach erfolgreicher Installation offline nutzbar. | USR-007SRS-001 | Bestanden |
| TC-009 | Admin-Datensatz ändernÄnderung landet im Workspace und ist im Frontend sichtbar. | USR-008SYS-004SEC-001SEC-002 | Bestanden |
| TC-010 | JSON Export/ImportImport validiert und aktualisiert den Override-Datensatz. | SYS-005 | Bestanden |
| TC-011 | Reset auf BasisOriginaldatensatz aus Plugin-Basis wird wieder verwendet. | SYS-004SYS-005 | Bestanden |
| TC-012 | Sitemap prüfenXML ist gültig und enthält Detail-URLs. | SYS-006 | Bestanden |
| TC-013 | Core-IntegritätKeine Core-Datei ist verändert. | SEC-003 | Bestanden |
| TC-014 | Responsive RegisteransichtBedienelemente bleiben nutzbar und Inhalte lesbar. | SRS-003 | Bestanden |
Scope, Datenstruktur, Quellenfelder und technische Architektur festlegen.
Kennzeichenkatalog, Bundesländer, Sonderkennzeichen und Metadaten normalisieren.
Gemeinden, Ortsteile, PLZ, Historie und Quellen in Detaildatensätze überführen und validieren.
Catalog, Code-Map und Suchindex aufbauen und performant ausliefern.
Suche, A–Z, Bundesländer, Sonderkennzeichen und Detaildarstellung responsiv umsetzen.
Manifest, Service Worker, Daten-Cache und Offline-Installation umsetzen.
Datenendpunkte, Detailrouting, Sitemap und Workspace-Speicher in Bludit integrieren.
Kennzeichen-Webseite als eigenständiges Bludit-Theme mit Info- und Datenseiten integrieren.
Adminsuche, Bearbeitung, Neuanlage, JSON-Import/-Export, Reset und Overrides umsetzen.
Browser-, Daten-, PWA- und Administrationsprüfungen durchführen und Release 1.0.1 abschließen.
Offline-Cache schlägt auf Geräten mit wenig Speicher fehl.
Optionale Offline-Installation, transparente Größenangabe und versionsgebundener Cache.
Suche oder Detailseite zeigt unvollständige Zuordnung.
Strukturierte Quellenfelder, Validierung, Stichprobentests und getrennte Detaildateien.
Eigene Korrekturen gehen bei Update verloren.
Workspace-Overrides außerhalb des Plugin-Verzeichnisses.
Daten werden manipuliert.
Bludit-Authentifizierung, Rollenprüfung und CSRF-Schutz auf Schreiboperationen.
Frontend zeigt nach Korrektur alte Werte.
Datenrevision wird in Cache-/Service-Worker-Version übernommen.
Registeransicht bricht beim Umschalten ab.
Robuste Elementauflösung und Regressionstest für A–Z/Bundesländer/Sonderkennzeichen.
CMS-Update überschreibt Projektanpassungen.
Fachlogik ausschließlich über Plugin, Theme und Workspace; Core-Integritätstest.
694 reguläre/Landes-Datensätze plus Sonderkennzeichen und Metadaten.
704 Detail-JSON-Dateien mit Verwaltungs-, Orts-, Historien- und Quellenangaben.
Vorberechneter Suchindex für Kürzel, Herkunft, Orte und PLZ.
Bludit-Fachlogik, Routing, Datenendpunkte, Administration und Workspace-Overrides.
Öffentliche Register- und Detaildarstellung.
PWA- und Offline-Caching inklusive Datenrevision.
Unveränderter CMS-Core für Benutzer, Sessions, Plugin- und Theme-System.
Updatefeste eigene Korrekturen unter bl-content/workspaces.
XML-Sitemap der öffentlich erreichbaren Kennzeichendetails.
| Komponente | Version | Supplier | Lizenz | Scope |
|---|---|---|---|---|
| BluditFlat-File CMS / unveränderte Projektbasis. | 3.22.0 | Bludit | MIT | required |
| MD KennzeichenregisterPlugin für Daten, Routing, PWA, Sitemap und Administration. | 1.0.1 | MD | MIT | required |
| MD Kennzeichen ThemeÖffentliche Register- und Detailoberfläche. | 1.0.1 | MD | MIT | required |
| PHPServerseitige Plugin- und Routing-Laufzeit. | 8.x | PHP Group | PHP License | required |
| JavaScriptSuche, UI-Zustände und PWA-Clientlogik. | ES6+ | ECMAScript | required | |
| Service Worker APIOffline- und Cache-Management. | Browser API | W3C / Browser | required | |
| Cache APILokale Speicherung des Registerbestands. | Browser API | W3C / Browser | required | |
| JSON DatenbasisKatalog, Suchindex, Code-Map und 704 Detaildatensätze. | Schema 5.1-gn250-full-join | Projekt | required | |
| Python Build ToolErzeugung und Validierung der Webdaten. | 3.x | Python Software Foundation | PSF | development |
| HTML5/CSS3Semantische und responsive Frontenddarstellung. | Web Standards | WHATWG/W3C | required |
Webseite und Datenendpunkte benötigen Hostingressourcen.
Flat-File-Architektur, statische JSON-Daten, vorberechnete Suchindizes und Browser-Caching nutzen.
Der vollständige Offline-Bestand verursacht einmalig eine größere Datenübertragung.
Offline-Installation bleibt optional; Daten werden lokal wiederverwendet und nur revisionsabhängig erneuert.
Offline-Nutzung belegt lokalen Gerätespeicher.
Größe transparent kommunizieren und Cache über Browsermechanismen löschbar halten.
Unnötige Neuübertragung kompletter Datenbestände soll vermieden werden.
Workspace-Overrides und getrennte Basisdaten reduzieren Vollersetzungen bei kleinen Korrekturen.
Eigene Core-Forks erhöhen langfristig Wartungs- und Updateaufwand.
Bludit-Core unverändert lassen und Funktionen modular über Plugin/Theme kapseln.