De open source code vermindert de bouwkosten van nul, maar niet de kosten van het project.
Het opensource-systeemproject moet in fasen worden geraamd op basis van selectie en risicobeoordeling, aanpassing van eigen versie, productie-implementatie en continu onderhoud.
De volgende lagen worden gebruikt om een basislijn voor de begroting en acceptatie vast te stellen, en de werkelijke reikwijdte moet nog worden beoordeeld in verhouding tot de status quo, interface en tijdvereisten.
Vergelijking van kandidaat-projecten, licentieverlening en vertrouwen op inventarissen, architectuurbeoordeling, kritische procesvalidatie en grensaanpassing
Functionele wijzigingen, merken, privileges, interfaces, datamigratie, geautomatiseerde implementatie, testen en documentatie
Monitor back-up, security upgrades, branch strategie, community versie consolidatie, regressie testen, storing response en continue iteratiefity
Ten eerste worden de grenzen van terughoudendheid en verantwoordelijkheid vastgesteld, en worden de technische routes en modaliteiten van samenwerking vergeleken.
Technologie stapels, bestanden, community activiteit, release ritmes en vertrouwen op kwaliteit kan de kosten van overname, implementatie en het behoud van lange termijn beïnvloeden.
Grenzen voor gebruik, wijziging, distributie, SaaS-diensten, handelsmerken en vertrouwende componenten moeten vooraf worden gecontroleerd.
De configuratie, plugin uitbreiding en wijziging van de kerncodekosten en upgraderisico's zijn volledig verschillend en core procesmatching moet eerst worden gevalideerd.
Containerisatie, identiteits-klaring, auditing, lacuna reparatie, netwerk isolatie, back-up en hoge beschikbaarheid verhogen productie-inputs.
Interfaces zoals historische gegevensreiniging, veldkaarten, betaalfinanciering en migratie-reconciliaties zijn vaak de belangrijkste werklast.
Hoe dieper de maatwerk, hoe complexer de daaropvolgende consolidatie van community-versies en regressietests, hoe meer de lopende versie van het governance-budget nodig is.
Het wordt aanbevolen de selectie- en licentiebeoordelingen te voltooien en de geschiktheid te valideren met core business processen. Als een groot aantal kerncodes in de loop van de tijd herzien moet worden, moeten de totale kosten van maatwerk gelijktijdig met nul worden vergeleken, waarbij een eerste, goedkope upgrade die niet onder controle is, vermeden wordt.
De volgende werkbladen helpen bedrijven om vaag advies te organiseren in leveranciersgebaseerde, interne goedkeuring en project-receiveerbare input.
Technologie stapels, bestanden, community activiteit, release ritmes en vertrouwen op kwaliteit kan de kosten van overname, implementatie en het behoud van lange termijn beïnvloeden.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
Grenzen voor gebruik, wijziging, distributie, SaaS-diensten, handelsmerken en vertrouwende componenten moeten vooraf worden gecontroleerd.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
De configuratie, plugin uitbreiding en wijziging van de kerncodekosten en upgraderisico's zijn volledig verschillend en core procesmatching moet eerst worden gevalideerd.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
De kernmodules die moeten worden herzien, worden ten minste georganiseerd voor het opensource-kandidaatproject en de versie, licentie en commercieel gebruik, doelbedrijfsprocessen en discrepantielijsten, samen met een indicatie van het huidige bedrijfsvolume, gemiddelde verwerkingstijd, grote afwijkingen, systemen in gebruik, toegang tot gegevens, afhankelijkheid van derden en toegangsvensters. Dezelfde versie wordt verstrekt aan verschillende leveranciers, en afzonderlijke beschrijvingen van aannames, uitsluitingen, klantsamenwerkingskwesties, levering en acceptatie-bewijs zijn vereist om te voorkomen dat slechts één ontbrekende totale prijs wordt vergeleken.
De onderneming verwacht bijvoorbeeld dat het project 160 uur arbeid per maand zal besparen, maar dit cijfer moet worden uitgesplitst in het aantal taken, eenmalige tijdbesparing, adoptiepercentages en manuele beoordelingsratio's. Als slechts 40% van de gebruikers de eerste periode gebruikt of als het nieuwe proces het herzieningsproces verhoogt, zullen de werkelijke voordelen aanzienlijk lager zijn dan de schijnbare schatting.
Het eerste is het bewijs van de draagwijdte: consistentie van de vraagversies, bedrijfsprocessen, prototypes, interfaces en uitsluitingen; het tweede is technisch bewijs: of soortgelijke technologieën toegankelijke structuren, codebeheer, testen, implementatie en probleembeheermethoden hebben; het derde bewijs is personeel: of de werkelijke deelnemers, inputfasen, verantwoordelijkheden en vervangingsmechanismen duidelijk zijn; en het vierde bewijs is levering: hoe broncodes, gegevens, rekeningnummers, documenten, opleiding, kwaliteitsborging en vervoer worden overhandigd. Het is normaal dat leveranciers niet in staat zijn om de vertrouwelijkheid van klanten in het biedstadium te bieden, maar in staat moeten zijn hun eigen methoden en het bewijs dat in het kader van dit project kan worden ontwikkeld, uit te leggen.
Het verdient aanbeveling de reikwijdte, de kritische afhankelijkheid, de capaciteit van het team, de acceptatie-existentie en de overname op lange termijn afzonderlijk te beoordelen en de basis voor elke score te registreren. Als een programma goedkoper is, wordt de interface, migratie, testen of online verantwoordelijkheid uitgesloten, dan moet het vóór vergelijking in hetzelfde leveringskaliber worden omgezet.
Deze pagina biedt een besluitvormingskader dat geen vaste aanbieding of prestatietoezegging vormt.
De meest voorkomende kwesties voor de samenwerking worden duidelijk van tevoren vermeld.
De implementatie, geschiktheid, verplaatsing, veiligheid, testen, training en onderhoud vereisen technische input, en de kosten van codelicenties zijn slechts een deel van de totale kosten.
Er wordt prioriteit gegeven aan het gebruik van plugins en uitbreidingspunten, en vertakking, geautomatiseerde test- en periodieke consolidatiemechanismen kunnen de kosten van upgrading verminderen.
Het technische team kan de balans opmaken van de licenties en daarvan afhankelijk zijn, maar het complexe bedrijfsmodel moet uiteindelijk worden geadviseerd door gekwalificeerde juridische professionals.
Processen zijn gebruikelijk, open-source producten rijpen en licenties maken secundaire ontwikkeling mogelijk. Wanneer zakelijke verschillen, kernarchitectuur beperkingen of langetermijn upgrade kosten hoog zijn, kan het beter zijn om zich vanaf nul te ontwikkelen.
Volledig antwoord weergevenStarten van softwareprojecten en selectie van programma'sEen lage code is geschikt voor processen die duidelijk, veranderlijk en platform-geschikt zijn voor hogere interne toepassingen; open source systemen zijn geschikt voor producten voor volwassen gebieden, die kunnen voldoen aan de vraag door middel van configuratie en secundaire ontwikkeling; aanpassen van de ontwikkeling van projecten die geschikt zijn voor gedifferentieerde processen, complexe integratie, prestaties of hogere eisen aan productcontrole. De selectie wordt gemaakt met een vergelijking van de totale kosten en uitstapcapaciteit voor drie tot vijf jaar, in plaats van met de eerste prijs alleen. Ondernemingen kunnen ook gebruik maken van combinatieroutes, waardoor verschillende technologieën om de meest geschikte zakelijke grens te nemen.
Volledig antwoord weergevenContracten, betalingen, wijzigingen en projectuitvoeringDe term is niet uniform en wordt bepaald door systeembelang en contractuele overeenkomst. De partijen specificeren ook de reactietijd, het niveau van de tekortkoming en de dienst na de kwaliteitsborging is voltooid.
Volledig antwoord weergevenApplet en APP archiveren, uploaden en technische selectieDe template is laag in prijs, maar kan worden beperkt door functionaliteit, data export, interface en platform vernieuwing vergoedingen. De selectie moet worden voorafgegaan door de werkelijke werking van de belangrijkste processen en de verificatie van de broncode, server en gegevensrechten.
Volledig antwoord weergevenBekijk selectie, implementatie, aanpassing, verplaatsing en onderhoudsdiensten op lange termijn
Voor meer informatie.RelevantVergelijking van de kosten van bedrijfsmatching, licentieverlening, upgrade en totale eigendom
Voor meer informatie.RelevantBegrip van monitoring, veiligheid en onderhoud van de input na productie online is
Voor meer informatie.