*   >> läser Utbildning artiklar >> science >> software

Att köpa? Eller att bygga? ... Det är frågan!

aketlösning implementeras så att du kan börja använda den och skörda motsvarande fördelar för ditt företag är vanligtvis snabbare än för att bygga programmet "från scratch". Omdömen

2) Den initiala köpeskillingen för ett programpaket, även om det kan vara betydande, är ofta mindre än de (initial) anpassade utvecklingskostnader.

Omdömen

3) mjukvaruleverantör kan leverera regelbundet både uppgraderingar till programpaketet, inklusive ett antal "buggfixar" och /eller förbättringar, som du kan få en "fast underhållsavgift", så att du inte behöver bära kostnaderna för alla dessa "buggfixar" och förbättringar ensam. Omdömen

En del av nackdelarna med "Köp" alternativet inkluderar:

1) En COTS paket inte kan tillfredsställa alla dina affärsbehov /behov och kanske inte passar dina specifika affärsprocesser och "out of the box".

Programleverantören får eller kan inte vara villiga och kapabla att ändra åtgärdspaketet för att bättre passa ditt företags behov och /eller processer och även om så är fallet, kan det bli kostsamt. Omdömen

2) En programvarupaket kan vara mindre möjlighet att snabbt anpassa sig till förändringar i ditt företags behov och /eller processer.

Du kan behöva vänta för säljaren nästa underhållsversion för att få de ändringar du vill, eller du kanske måste betala säljaren att göra dessa förändringar specifikt för just dig och vänta på dem, eller de kanske inte vara villiga (och /eller möjlighet ) att göra dessa ändringar i sina programpaket för dig alls.

Omdömen

I korthet här är också bara några av de ytterligare faktorer som, IMHO, kanske du vill tänka på att utvärdera /välja en paketlösning (s) , som en del av din "Köp alternativ", inklusive:

1) Vad är extra tid och kostnad, om det ens är möjligt /ett alternativ att ändra åtgärdspaketet för att uppfylla dina nuvarande krav /behov? En "allmän tumregel" Jag har använt genom åren är att ...

Om du måste ändra 50% eller mer av "koden" för att göra det dina behov, då är du förmodligen bättre att skriva om det " från scratch ", du vet? Omdömen

2) Är det underhålla? Mening, kommer du, säljaren och /eller utvecklare du anlitar kunna modifiera för att uppfylla eventuella förändringar i din nuvarande och /eller framtida krav /behov? Om inte, då detta paket kan bli "shelfware" bör dina behov ändras någon gång, du vet? Omdömen

3) Hur väl det integrera och /eller "spela bra" med andra program i din övergripande tillämpningen arkitektur? Om det inte "gränssnitt fint"

Page   <<  [1] [2] [3] [4] [5] >>
Copyright © 2008 - 2016 läser Utbildning artiklar,https://utbildning.nmjjxx.com All rights reserved.