brugerdefineret programudvikling er design af programmer til en bestemt bruger eller gruppe af brugere i en organisation. Sådanne programmer er designet til at imødekomme deres behov præcist i modsætning til de mere traditionelle og udbredte off-the-shelf-programmer. Sådanne programmer oprettes typisk kun for den specifikke enhed af en tredjepart ved kontrakt eller intern gruppe af udviklere og er ikke pakket til videresalg.
udgifter til brugerdefinerede programmer
typisk varierer omkostningerne ved udvikling af brugerdefinerede programmer fra $40.000 til $50.000. Dette interval er imidlertid meget bredt; dette skyldes, at der er adskillige aspekter, der bidrager til omkostningerne ved brugerdefineret programudvikling.
hvad påvirker omkostningerne ved brugerdefinerede programmer?
- Programmelstørrelse
jo flere skærme/sider du har, jo mere arbejde skal der gøres for at opbygge din applikation, og jo dyrere bliver det at levere. Små applikationer spænder fra 10-25 skærme, mellemstørrelsen er i området 25-40 og stor størrelse er noget mere end 40.
- programmel kompleksitet
kompliceret logik betyder mere tid kodning og test. Hvis dit brugerdefinerede program udfører en masse tung analyse, scoring eller talknusning, eller hvis din “hemmelige kode” har mange nuancer og permutationer, har din ansøgning sandsynligvis en vis kompleksitet, der garanterer særlig opmærksomhed.
- kreativt Design
kreativt design i brugerdefineret programudvikling er hvor du kan vælge forskellige skrifttyper og farvepaletter blandt andre. Meget ligesom når du designer og dekorere et hus, jo mere ekstravagant dit design behov og ønsker, jo dyrere dine omkostninger tendens til at være.
- Integration med andre systemer
integration med eksterne programmer introducerer en masse ukendte variabler i ligningen. Du ved bare ikke, hvor godt det andet system lader information ind eller ud, og hvilke bøjler du skal springe igennem i processen.
nogle gange er integrationerne ubesværede, og nogle gange er de ekstremt vanskelige. Typiske integrationer som betalingsudbydere som PayPal eller Authorize.Net er ekstremt nemme at integrere med. Det samme gælder for kreditcheck-tjenester fra
ældre eller mindre kendte systemer kan udgøre en udfordring og øge projektomkostningerne.
- Migration af eksisterende Data
hvis du har data i et eksisterende system, der skal gå ind i din nye applikation, forudsat at det er mere, end du kan indtaste manuelt, så skal du migrere. Migration er intet andet end brugerdefinerede scripts, der tager data ud af dit gamle system, støv det af og omforme det, så det kan passe ind i dit nye system.
processens trin er ret ligetil, men der er mange spørgsmål og beslutninger, der skal træffes, da de to systemer gemmer dataene forskelligt.
de fleste migrationsindsatser køres et par gange, efter at programmet er færdigt for at sikre, at alt blev oversat korrekt, og at det nye system bruger dataene som ønsket. Indsatsen for at finde ud af oversættelsesreglerne, skrive manuskripterne og udføre en række tests og justeringer vil tilføje tid og omkostninger til projektet.
derfor skal du overveje disse faktorer, når du undersøger omkostningerne ved programudvikling og kommer med dit budget til din brugerdefinerede programudvikling.