Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können
Die sekundäre Entwicklung von Diffy sollte gestaffelt werden. Markeneingänge, Geschäftsportale und komplexe Interaktionen werden am vorderen Ende der Unabhängigkeit priorisiert; die Kapazität von Unternehmensystemen wird über API, Plugins oder Peripheriedienste verknüpft; nur Kernanforderungen, die nicht durch Standard-Erweiterungspunkte erfüllt werden können, gelangen in den Quellcode-Zweig. Jede Kernänderung wird in Bezug auf Ziele, Dokumente, Datenstruktur, vorgelagerte Äquivalente, Test- und Entfernungsbedingungen dokumentiert.
Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?
Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.
Vorgeschlagene Reihenfolge des Vorschusses
Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.
Erstellt eine Liste der aktuellen Versionen, Abhängigkeiten und alle benutzerdefinierten Punkte.
Validierungsschlüsselabhängigkeit
Verschiebt die externe Funktion auf Plugin, API oder Stand-Alone-Service.
Entwicklung bewertbarer Ergebnisse
Füllen Sie die automatisierten Test- und Migrationsanweisungen für die beibehaltenen Kernänderungen aus.
Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.
Jedem Upgrade gehen Übungen, Regressionen, Backups und die Verteilung von Graustufen voraus.
Wie verstehen Sie es im eigentlichen Geschäft?
Das Unternehmen hat eine große Anzahl von Front-End-Diff-Seiten für das Client-Portal modifiziert und auch direkt Client-Suiten zur Kerntabelle hinzugefügt. Nachfolgende Upgrades beinhalten Schnittstellenkonflikte und Datenbankmigrationsrisiken. Es ist besser möglich, das Kundenportal, Paket und Metering in einem eigenständigen Business-Service zu pflegen, wobei Diffy über eine stabile Schnittstelle aufgerufen wird, mit minimalen Kernänderungen der Plattformkapazität, die tatsächlich benötigt wird.
Die einfachste Grube, auf die man treten kann.
Die Change Points werden erst nach Abschluss des Projekts organisiert und können nicht mehr zurückverfolgt werden.
Upgrade-Skript direkt vor dem Betrieb der Produktionsumgebung
Überprüfen Sie nur Seiten, ohne zu Wissen, Privilegien, Tools und Daten zurückzukehren
Wie sollen wir am Ende empfangen und bestätigen?
Das Upgrade erfordert ein erneutes Testen von Aufgaben, Rollenprivilegien, Wissensreferenzen, Workflow, Schnittstellen, Protokollen und Backslides.
Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.