Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming
De secundaire ontwikkeling van Diffy moet worden getrapt. Brand entrees, zakelijke portals en complexe interacties worden prioriteit aan het front einde van onafhankelijkheid; de capaciteit van de ondernemingssystemen is gekoppeld door API, plugins of perifere diensten; alleen kernbehoeften die niet kunnen worden voldaan door standaard uitbreidingspunten invoeren de broncode tak. Elke kern verandering is gedocumenteerd in termen van doelstellingen, documenten, gegevensstructuur, upstream equivalenten, test-en verwijderingsvoorwaarden.
Welke voorwaarden moeten worden vastgesteld voordat een oordeel wordt uitgesproken?
Dezelfde vraag kan verschillende antwoorden hebben in verschillende bedrijfs-, data- en projectfasen. Er wordt voorgesteld de volgende voorwaarden te controleren en de gemeenschappelijke bevindingen op het web in hun eigen projecten op te nemen.
Voorgestelde volgorde van de voorschotten
Eerst zullen we duidelijk zijn over het doel en de grens.
Maakt een lijst met huidige versies, afhankelijkheden en alle aangepaste punten.
Validatie Zeer belangrijke afhankelijkheid
Verplaatst de uitwendigbare functie naar plugin, API of stand-alone service.
Ontwikkeling van de te beoordelen resultaten
Voltooi de geautomatiseerde test- en migratieverklaringen voor de bewaarde kernwijzigingen.
Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.
Elke upgrade wordt voorafgegaan door oefeningen, regressies, back-ups en distributie van grijswaarden.
Hoe begrijp je dat in de praktijk?
De onderneming heeft een groot aantal front-end Diff pagina's voor de client portal gewijzigd, en heeft ook direct toegevoegd client suites aan de kern tabel. Latere upgrades omvatten interface conflicten en database migratie risico's. Het is meer haalbaar om de klanten portal, pakket en metering in een stand-alone zakelijke dienst, met Diffy wordt opgeroepen via een stabiele interface, met minimale kernwijzigingen in de platform capaciteit die daadwerkelijk nodig is.
De makkelijkste put om op te stappen.
De veranderingspunten worden pas georganiseerd nadat het project is afgelopen en ze niet meer kunnen worden getraceerd.
Opwaardering van het script direct vóór de exploitatie van de productieomgeving
Alleen pagina's controleren zonder terug te keren naar kennis, privileges, hulpmiddelen en gegevens
Hoe moeten we uiteindelijk ontvangen en bevestigen?
De upgrade vereist een hertest van taken, rolprivileges, kennisverwijzingen, workflow, interfaces, logs en backslides.
Bij de voorbereiding op communicatie met leveranciers of interne teams, wordt aanbevolen om huidige processen, representatieve monsters, bestaande systemen, planningstijd en budgetniveaus worden gebracht. Eerst, de onbekende items zijn duidelijk gemarkeerd, en dan wordt besloten om gebruik te maken van diagnostiek, PoC, vaste-range projecten of lopende onderzoek en ontwikkeling, die meestal betrouwbaarder is dan een directe vraag naar een prijs en duur zonder grenzen.