))
We zullen echter in dit artikel, poging om enkele van de factoren die u moet overwegen bij het uitvoeren van je eigen "Koop versus Build" analyse en /of Software Selection proces schetsen (es ) voor jezelf.
Ten eerste, in beide gevallen moet u definiëren (en prioriteren) uw wensen /selectiecriteria, zodat u kunt beoordelen hoe elk van deze "Koop versus Build" alternatieven aan uw onmiddellijke en op lange termijn behoeften van het bedrijfsleven, toch?
Verder in heel deze processen, wil je verzekeren dat u deze opties te vergelijken in termen van "appels met appels", weet je?
Daarom Ik zou adviseren dat u beiden (/alle) van deze opties te vergelijken in termen (van de "Total cost of ownership"), met inbegrip van de totale tijd en de kosten voor de toepassing in productie en /of de markt en de totale kosten voor de ondersteuning en het onderhoud van krijgen de aanvraag voor de verwachte levensduur.
De "formaliteit", waarmee u deze processen in de toepassing en het te voeren in verhouding staan tot uw investering moeten zijn (in termen van de lange termijn /"Total cost of ownership") . criticality in uw bedrijf
Ten eerste, laten we eens kijken naar de "Build" optie
Enkele van de voordelen van de "Build" optie zijn:.
1) Je krijgt een applicatie speciaal ontwikkeld om uw bedrijf eisen /wensen te voldoen en is ontworpen om uw specifieke bedrijfsprocessen te passen.
2) Het is meer waarschijnlijk dat u in staat om uw software-systeem (s) aan te passen aan veranderingen in uw bedrijf zal zijn behoeften en /of processen, zoals je zou ofwel vermoedelijk hebben de toepassing broncode en /of de toegang tot de oorspronkelijke ontwikkelaars van, toch?
3) U kunt uw nieuwe applicatie (s) om te communiceren ontwikkelen en " spelen mooi "met de andere software in uw totale applicatie-architectuur
Sommige van de nadelen van de." Build "optie zijn:
1) De typ