Home / FAQs / Informatisering van ondernemingen, integratie van systemen en vervoer
QUESTION & ANSWER

Moet het oude systeem volledig opnieuw gemaakt worden?

De meeste kernsystemen zijn beter geschikt om bedrijfswaarden, code architectuur, gegevens en interfaces te beoordelen en vervolgens om zijdiensten, interface wijzigingen, gelaagdheid en batch migratie te gebruiken. Alleen wanneer veiligheid, kosten en operationele risico's duidelijk boven de wederopbouw worden gehouden, is de algehele vervanging overwogen. Migratie moet oude systemen naast elkaar laten staan of zich terugtrekken met nieuwe systemen in de tijd.

Beantwoord de vraag.

Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming

Het oude systeem bevat vaak verborgen zakelijke regels en historische gegevens die door de jaren heen zijn verzameld, en herschrijven teams kunnen gemakkelijk alleen zichtbare pagina's reproduceren, waardoor ongebruikelijke en uitzonderlijke processen worden weggelaten. De beoordeling moet onderscheid maken tussen stabiele modules die nog steeds waarde hebben, hoogrisicomodules die innovatie beperken en overbodige functies die kunnen worden gedownload.Door middel van API-afdichting, database-omzeilingen, modulaire vervangingen en front-end-updates, kan technologische schuld geleidelijk worden verminderd terwijl ze worden onderhouden.

DECISION FACTORS

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.

Huidige kosten voor systeemstoring, beveiliging, prestaties en onderhoudOf de kernactiviteiten zijn gedocumenteerd en afdwingbaarGrootte, kwaliteit en afhankelijkheid van andere systemenKosten van de exploitatie van het bewegende venster en dubbele systemen die ondernemingen kunnen veroorloven
ACTION STEPS

Voorgestelde volgorde van de voorschotten

01

Eerst zullen we duidelijk zijn over het doel en de grens.

Voltooiing van de diagnostiek van activa, architectuur, gegevens, interface en bedrijfswaarde.

02

Validatie Zeer belangrijke afhankelijkheid

Er worden tests uitgevoerd om de regressie van het kernproces te testen om correct gedrag te beschermen.

03

Ontwikkeling van de te beoordelen resultaten

Selecteer om de module met een hoge waarde voor lage coup eerst te vervangen en ontwerp de oude en nieuwe datasynchronisatie.

04

Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.

Wissel van gebruiker en verkeer per fase, controleer en dan met pensioen oude modules.

PRACTICAL EXAMPLE

Hoe begrijp je dat in de praktijk?

Voorbeeld gebruikt om de methode van beoordeling te illustreren

De oude ERP interface van de onderneming is oud maar orders en financiële regels zijn stabiel, en nieuwe mobiele en analytische platforms kunnen eerst worden gebouwd door de blootstelling van kerncompetenties op serviceniveau; en het onderhoud van moeilijke inventarismodules kan in stap worden vervangen. Dit verbetert de gebruikerservaring en voorkomt dat een enkele herschrijven van alle regels leidt tot verstoring van de business.

COMMON RISKS

De makkelijkste put om op te stappen.

De herschrijven werd alleen maar besloten vanwege de oude technologie. Geen zakelijk risico berekend.

Er werden enkele jaren nieuwe systemen ontwikkeld voordat een eenmalige omschakeling de vereisten bleef veranderen.

Een groot aantal schaduwen en handmatige dubbelopnames blijven over na de migratie is voltooid

ACCEPTANCE

Hoe moeten we uiteindelijk ontvangen en bevestigen?

Elke migratiefase moet de functionele gelijkwaardigheid, de consistentie van gegevens, prestaties, beveiliging, monitoring en regressie controleren. Uiteindelijk moeten oude toegang, herstelrechten, gearchiveerde gegevens en bijgewerkte vervoersdocumenten worden gesloten om te voorkomen dat nieuwe en oude... een permanente last worden.

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.

Moeten oude systemen worden herontwikkeld of herontwikkeld?

Om ons te vertellen over het huidige technologie-opslagcentrum, de belangrijkste problemen en het bedrijf dat niet kan worden onderbroken, zullen we eerst de voorwaarden beoordelen voor geleidelijke transformatie, verplaatsing of algehele wederopbouw.

Neem contact op