Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming
De sleutel is de mate waarin open source systemen overeenkomen met core operaties. Als 80% van de processen direct beschikbaar zijn, zijn alleen merken, privileges, een paar interfaces en interfaces nodig, en secundaire ontwikkeling is meestal zuiniger; als uitgebreide wijzigingen nodig zijn voor bottom-up datamodellen, privileges en belangrijke processen, korte termijn, schijnbaar spaarders kunnen produceren vorkheftrucks die moeilijk te upgraden op de lange termijn.
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.
Selecteer het meest complexe echte proces om te valideren in het open-source candidate systeem.
Validatie Zeer belangrijke afhankelijkheid
Herziening van de voorwaarden voor vergunningen, architectuur, afhankelijkheid, testen, veiligheid en implementatie.
Ontwikkeling van de te beoordelen resultaten
De kosten voor upgrade, onderhoud en vervanging worden over vijf jaar geraamd, in plaats van dat ze voor het eerst worden ontwikkeld.
Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.
Aangepaste lagen en kernen worden zoveel mogelijk ontkoppeld en upgrade- en migratieprogramma's worden gehandhaafd.
Hoe begrijp je dat in de praktijk?
Het bedrijf moet een werkblad systeem te bouwen, met open source producten ondersteunen werkbladen, rollen, en meldingen, maar de onderneming heeft complexe apparatuur protocollen en offline APP. De kern van volwassen werkbladen kan worden onderhouden, met extra apparatuur en mobiele modules toegevoegd via de API; de volgende beveiligingsupgrades zal moeilijk zijn als de kern direct wordt herschreven. Grenzen zijn meestal beter gecombineerd dan algemene wijzigingen. Voorbeelden niet vertegenwoordigen de prestaties van een bepaalde klant, en de feitelijke conclusies moeten worden gecontroleerd in combinatie met de onderneming eigen bedrijfsvolume, steekproef, systeem en verantwoordelijkheid grenzen.
De makkelijkste put om op te stappen.
We denken niet dat het de software gaat kosten als we de code downloaden.
Gebruik van vergunningen voor commerciële levering zonder herziening
Te veel wijzigingen in de kerncode zonder upstream upgradestrategie
Hoe moeten we uiteindelijk ontvangen en bevestigen?
De selectie moet betrekking hebben op de certificering, het verlenen van vergunningen, de reikwijdte van wijzigingen, de veiligheidscontroles van de prestaties, de inzetprogramma's en drie tot vijf jaar durende onderhoudsramingen.
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.