Ergebnis dieses Guides
Eine gewichtete Anforderungsliste
Arbeitsumgebung
Drupal mit Inhaltstypen, Feldern, Rollen und der eingesetzten Konfiguration
Wann ist diese Entscheidung wichtig?
Das passende CMS hängt von Redaktion, Datenmodell und Betrieb ab. Ein bekanntes Produkt kann trotzdem unnötige Anpassungen verlangen.
Modellieren Sie wiederkehrende Informationen über passende Inhaltstypen und Felder. Trennen Sie redaktionelle Inhalte von Konfigurationsänderungen und prüfen Sie Rechte für Anzeige, Bearbeitung und Veröffentlichung einzeln.
Auswahl: Schritt für Schritt.
- 01
Vorbereiten
Notieren Sie Inhaltstypen, Rollen, Sprachen und angebundene Systeme. Kennzeichnen Sie Muss-Anforderungen getrennt von Komfortwünschen.
- 02
In Drupal umsetzen
Bauen Sie einen typischen Inhalt und einen Freigabeschritt als Probe. Bewerten Sie auch Wartung, Export und laufende Zuständigkeiten.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie einen Inhalt mit zwei Rollen und ohne Anmeldung. Konfigurationsübernahme, Cache-Aktualisierung und Beziehungen zwischen Inhalten gehören zur Prüfung.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Portal mit mehreren Inhaltstypen und Freigaberollen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Redakteurin legt einen neuen Leistungsinhalt an und lässt ihn freigeben
- Erwartetes Ergebnis
- Der Ablauf funktioniert ohne technische Hilfe und ohne unzulässige Veröffentlichung.
- Fehler- oder Grenzfall
- Ein benötigtes Datenfeld lässt sich strukturiert abbilden statt nur in Freitext verstecken.
Abnahme und typische Fehler.
- Ein Inhalt lässt sich ohne Entwicklerhilfe zuverlässig pflegen.
- Ein benötigtes Datenfeld lässt sich strukturiert abbilden statt nur in Freitext verstecken.
- Seine Flexibilität lohnt sich nur mit sauberem Datenmodell und verlässlicher Betreuung.
Typischer Fehler
Ein bekannter Produktname ersetzt keine Prüfung des Alltags.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
