Ein Import funktioniert nicht mehr, ein Formular meldet einen Fehler oder Sie möchten eine einzelne Funktion ändern. Wenn die Aufgabe klar abgegrenzt ist und sich das Ergebnis prüfen lässt, vereinbaren wir den Umfang der Reparatur. Eine gesonderte Analyse der gesamten Anwendung ist dann nicht automatisch nötig.
Ihr Unternehmen braucht das System, doch die Entwicklung steht still oder jede Korrektur verursacht neue Probleme. Wir sichten die verfügbaren Unterlagen und prüfen, wie die Anwendung arbeitet. So planen wir die erste Etappe und die weitere Zusammenarbeit.
Der Hostinganbieter verlangt eine andere PHP-Version oder Abhängigkeiten verhindern ein Update. Wir prüfen die Kompatibilität der Anwendung, ermitteln nötige Anpassungen und legen fest, welche Abläufe vor der Umstellung der Umgebung getestet werden müssen.
In einer Anwendung eines anderen Anbieters haben wir den Import großer CSV-Dateien repariert sowie die Oberfläche und die mobile Nutzung verbessert. Erst nachdem wir den Arbeitsablauf des Kunden kennengelernt hatten, haben wir den Buchkatalog in Laravel neu entwickelt. Die Behebung des akuten Problems und der vollständige Neuaufbau waren getrennte Etappen.
Nach der Projektübernahme sprach der Zustand der Anwendung dafür, den alten Code zu ersetzen. Wir haben das Portal in Laravel von Grund auf neu entwickelt und dabei die gestalterische Richtung des Eigentümers beibehalten und weitergeführt. Die Arbeiten umfassten auch Angebotsdaten, Suche, Bewertungen, Nachrichten und Moderation.
Zuerst klären wir, wofür Ihr Unternehmen das System verwendet und welche Funktion wiederhergestellt oder weiterentwickelt werden soll. Wir prüfen, wo der Code liegt, ob er der laufenden Version entspricht und wer das Repository, das Hosting und die angebundenen Dienste kontrolliert. Fehlende Unterlagen halten wir als Einschränkungen für die weiteren Arbeiten fest.
Im vereinbarten Umfang untersuchen wir Framework und Bibliotheken, Konfiguration, Datenbank, Integrationen und Hintergrundaufgaben. Wir prüfen, ob sich das Projekt in einer Testumgebung starten lässt und ob wir die wichtigsten Nutzerabläufe nachvollziehen können. Daraus leiten wir ab, welche Änderungen zuerst möglich sind.
Ein mögliches Beispiel: Eine Importkorrektur wurde direkt auf dem Server vorgenommen, ohne sie im Repository zu speichern. Dann lässt sich das aktuelle Verhalten nicht allein mit dem Stand aus dem Repository reproduzieren. Vor der Weiterentwicklung vergleichen wir die verfügbaren Versionen und legen fest, welche als Grundlage für Tests und Bereitstellung dient.
Wie sich die Übergabe vorbereiten lässt, erläutern wir ausführlicher im Leitfaden zum Entwicklerwechsel bei einer bestehenden Anwendung.
Bei einer klar umrissenen Reparatur liefern wir die Korrektur in der vereinbarten Umgebung, das Prüfergebnis und die Informationen für die Bereitstellung oder weitere Arbeiten. Die Abnahmekriterien legen wir vor Beginn fest.
Ist zunächst eine Analyse nötig, können deren vereinbarte Ergebnisse Folgendes umfassen:
Das Alter einer Anwendung allein entscheidet nicht über ihren Ersatz. Maßgeblich sind konkrete Einschränkungen im Code, in den Daten und in der Umgebung. Die Unterschiede erläutern wir im Beitrag über Modernisierung eines bestehenden Systems oder Neuentwicklung.
Ein kostenloses Gespräch von bis zu 20 Minuten dient dazu, das Problem, das Ziel und die Unterlagen für den nächsten Schritt zu klären. Es umfasst weder eine Codeanalyse noch einen technischen Bericht.
Wenn sich die Arbeiten mit den verfügbaren Informationen nicht verlässlich abgrenzen lassen, schlagen wir eine gesonderte kostenpflichtige Analyse vor. Vor Beginn bestätigen wir Umfang, Ergebnis, Termin und Kosten. Für die Kalkulation zählen der Codezustand, die Vollständigkeit der Unterlagen, Integrationen und die Bedeutung des betroffenen Ablaufs für Ihr Unternehmen.
Die Analyseunterlagen können Sie unter Wahrung der Vertraulichkeit auch mit einem anderen Dienstleister nutzen. Wenn wir anschließend die daraus folgenden Arbeiten übernehmen, rechnen wir die bezahlten Analysekosten auf die Gesamtkosten des Projekts an.
Wir prüfen den Supportstatus der eingesetzten PHP-Version und die Kompatibilität von Framework und Bibliotheken mit der Zielversion. Vor der Änderung vereinbaren wir das Vorgehen für Sicherung, Tests und Rückkehr zum vorherigen Stand. Die Abnahme sollte wichtige Abläufe, Integrationen und Hintergrundaufgaben umfassen. Eine aufrufbare Startseite allein bestätigt nicht, dass die gesamte Anwendung funktioniert.
Geht es um eine kritische PHP-Sicherheitslücke, muss die dringende Korrektur der Umgebung mit der Administration oder dem Hostinganbieter abgestimmt werden. Eine Neuentwicklung ersetzt diese Korrektur nicht. Näheres erklären wir im Leitfaden zur PHP-Aktualisierung und Prüfung einer älteren Anwendung. Eine Betreuung bei Sicherheitsvorfällen rund um die Uhr ist nicht Bestandteil dieses Angebots.
Ein umfassenderes Sicherheitsaudit, eine Datenmigration und die spätere Wartung der Anwendung brauchen jeweils einen eigenen vereinbarten Umfang. Sie gehören nicht automatisch zur Projektübernahme.
Nennen Sie die Adresse des Systems, das Problem und das erste gewünschte Ergebnis. Falls Sie die Technologie oder einen wichtigen Termin kennen, ergänzen Sie diese Angabe. Wir melden uns mit Rückfragen oder einem Vorschlag für den nächsten Schritt.
Senden Sie keine Passwörter, API-Schlüssel, Datenbankkopien oder Kundendaten. Wenn wir für die Arbeiten Zugänge benötigen, vereinbaren wir nach der Klärung des Umfangs, wie Sie diese übermitteln.
Lieber auf einem anderen Weg Kontakt aufnehmen? Schreiben Sie uns eine E-Mail oder rufen Sie an.
