))
Vi kommer dock, i den här artikeln, försök att beskriva några av de faktorer som du bör tänka på när du utför din egen "Köp vs. Build" analys och /eller programvara Urvalsprocessen (es ) själv. Omdömen
För det första, i båda fallen måste du definiera (och prioritera) dina krav /urvalskriterier så att du kan utvärdera hur vart och ett av dessa "Köp vs.
Build" alternativ kommer att uppfylla din omedelbara och långsiktiga affärsbehov, eller hur? Omdömen
Vidare, under dessa processer, du kommer att vilja försäkra att du jämför dessa alternativ i termer av "äpplen med äpplen", du vet? Omdömen
Därför Jag skulle rekommendera att du jämföra både (/alla) av dessa alternativ när det gäller (i "Total kostnad för ägande"), inklusive den totala tidsåtgången och kostnaden för att få ansökan i produktion och /eller marknaden och den totala kostnaden för att stödja och underhålla ansökan om dess förväntade livslängd.
Omdömen
"formalitet" som du kör dessa processer bör stå i proportion till din investering (i termer av långsiktiga /"Total kostnad för ägande") i programmet och dess . kriticitet i din verksamhet Omdömen
Först, låt oss betrakta "Build" alternativet Omdömen
Några av fördelarna med "Bygg" alternativ inkluderar:. Omdömen
1) Du får ett program speciellt utvecklat för att tillfredsställa dina affärskrav /behov och utformad för att passa dina specifika affärsprocesser.
Omdömen
2) Det är mer troligt att du kommer att kunna anpassa din programvara system (s) på förändringar i din verksamhet behov och /eller processer, som du skulle antingen förmodligen ha tillämpning källkod och /eller tillgång till de ursprungliga utvecklarna av det, eller hur? Omdömen
3) Du kan utveckla din nya ansökan (s) gränssnitt och " spela fint "med andra program i din totala applikationsarkitektur Omdömen
En del av nackdelarna m