Ein Leitfaden für Implementierungsprojekte
Diese Seite ist für Projektleitungen bei Implementierungspartnern. Sie ist ein Leitfaden, keine Methode, der Sie folgen müssen: Passen Sie ihn an Ihre Verträge an. Der Bereich der Hilfe für Projektverantwortliche enthält die Details zur Planung (Ein Exponential-Projekt planen).
Die Phasen
| Phase | Ergebnisse | Hilfe |
|---|---|---|
| 1. Analyse | Ziele, Zielgruppen, Sprachen, Websites, Integrationen, Rahmenbedingungen | Ein Exponential-Projekt planen, Mehrere Websites und Sprachen planen |
| 2. Inhaltsmodell | Klassen, Attribute, Sektionen, Rollen, Workflows | Workshops zur Inhaltsmodellierung |
| 3. Umgebung | Hosting, PHP, Datenbank, Engine; Git-Repository | Hosting, Datenbank und Betriebssystem wählen, Mit Git entwickeln |
| 4. Umsetzung | Designs, Templates, Layouts, Erweiterungen | Der Layouts-Editor, Erweiterungen, Schätzen und Abgrenzen mit Erweiterungen |
| 5. Migration der Inhalte | Importskripte oder manuelle Eingabe, Weiterleitungen | Die Migrationskapitel in doc/eng-us/install/ |
| 6. Qualitätsschranken | Barrierefreiheit, Sicherheit, Leistung, Browser, Sprachen | Qualitätsschranken und Abnahme, Checklisten für Barrierefreiheit, Sicherheit und Compliance |
| 7. Start | DNS, TLS, Caches, Überwachung, Backups | Sicherheitshärtung |
| 8. Übergabe | Schulung der Redaktion, Dokumentation, sicher übergebene Zugangsdaten | Erste Schritte, Inhalte bearbeiten |
| 9. Wartung | Release-Updates, Sicherheitskorrekturen, PHP-Upgrades | Kunden-Websites aktuell halten, Release- und Upgrade-Planung |
Partnerspezifische Prüfungen je Phase
- Analyse: Gibt es für jede Anforderung bereits eine Erweiterung? Suchen Sie, bevor Sie schätzen (Erweiterungen).
- Umgebung: Verwenden Sie ein aktuell unterstütztes PHP (8.0 bis 8.5 für 6.0.15; auch für Velocity ab seinem Release 0.0.4.54,
doc/eng-us/install/02-requirements.md). - Umsetzung: Halten Sie allgemeine Verbesserungen getrennt vom Kundencode, damit sie an die Upstream-Projekte gehen können (Code zurückgeben).
- Qualität: Prüfen Sie die Website des Kunden im hellen und dunklen Modus und bei starker Vergrößerung, wenn Sie die Administration geändert haben.
- Start: Entfernen oder schützen Sie die Installer-Dateien und ändern Sie jedes Standardpasswort (Standardpasswort des Administrators).
- Übergabe: Sagen Sie dem Kunden, dass die Software unter der GPL steht und dass er jederzeit zu einem anderen Partner wechseln darf (Lizenzierung für Partner).
Risiken, die Sie steuern sollten
| Risiko | Gegenmaßnahme | Seite |
|---|---|---|
| Nicht gepflegte Erweiterung im kritischen Pfad | Gepflegte Erweiterungen wählen; Budget für die Pflege der übrigen einplanen | Risikomanagement |
| Wachsender Umfang | Änderungswünsche schriftlich | Projektvorlagen |
| Upgrade-Rückstand nach dem Start | Ein Wartungsvertrag mit Release-Updates | Kunden-Websites aktuell halten |
| Wissen in einem einzigen Kopf | Git-Historie, Dokumentation, Arbeit in Paaren | Ein Team mit Git führen |
Nach dem Projekt
- Bitten Sie um Erlaubnis, eine Fallstudie zu veröffentlichen und den Kunden zu nennen (Eine Fallstudie schreiben).
- Erfassen Sie das Projekt für Punkte (Ihre Partneraktivität erfassen).
- Fügen Sie das Abzeichen „Powered by Exponential“ hinzu, wenn der Kunde zustimmt („Powered by Exponential“ zeigen).
Verwandte Seiten
- Implementierungspartner
- Projektverantwortliche: hier beginnen
- Releases testen, bevor Ihre Kunden es tun
- Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.