Software vedligeholdelse går på at gøre ansøgninger om overholdelse af lovkrav og tilpasse en database for at arbejde med mere end én type operativsystem eller for at lade programmet til at arbejde i et netværksmiljø . Bedste praksis for vedligeholdelse af software bl.a. om at vurdere den aktuelle situation , indsamling input fra slutbrugerne , resterende fleksible og definerende kvalitetskontrol standarder . Situation Assessment

mere forberedt en informationsteknologi afdeling er ved vurderingen af den nuværende situation , jo lettere vil det være at afgøre stien software vedligeholdelse vil tage. Først skal it-afdelingen definere en virksomheds problemer og behov , at undersøge, hvad det aktuelle softwareprogram gør kontra hvad det skal gøre , men ikke . Denne fase omfatter, at prisoverslag , hvilket skaber potentielle tidslinjer og undersøge alle de aktuelle softwareprogram dokumentation, herunder en kopi af kildekoden. It-afdelingen vil afgøre, om ansøgning bare nødt til at have visse dele af den opdaterede kode hvis det er nødvendigt at reorganisere og redesigne de nuværende databaser , eller hvis svaret er helt nedbryde ansøgningen og starte forfra med re-engineering det.
End Users

it-afdelingen bør få detaljeret feedback fra de mennesker , der bruger software applikationer på en dag -til-dag basis. Disse slutbrugere vil være i stand til at kommunikere præcist, hvad programmet skal gøre for at være mere effektive , sikrere og mere effektive. Som en del af bedste praksis , bør it-afdelingen opsummere tilbagemeldingerne fra slutbrugerne til en en-til to-siders dokument , som derefter kan formidles til slutbrugeren personale via e-mails eller via et selskab intranet. It-afdelingen vil holde slutbrugere orienteret om opdatering fremskridt. Dette medvirker til at sætte mere realistiske forventninger fra slutbrugeren personale.
Fleksibilitet

Ideelt set vil alt arbejde i henhold til foreløbige planlægning, når IT-afdelingen vurderer den aktuelle situation . Men det er vigtigt at være fuldstændig fleksibel og har den tankegang , at foreløbige planer og skøn kan og vil ændre sig over hele linjen i vedligeholdelsesfasen processen. Uventede ting som personale sygdom, budgetbegrænsninger , politiske ændringer og mere kan påvirke tidslinjer og endelige omkostninger. For at forberede disse " hikke ", en IT-afdeling , bør danne en eller flere beredskabsplaner for at holde vedligeholdelsen processer skrider frem.
Kvalitetssikring

Kvalitetssikring oplysninger bør være besluttet før den egentlige vedligeholdelse begynder. Bestem benchmarks , og hvordan målene vil blive testet . Det er en god ide at spore vedligeholdelsesplan for effektivitet og revidere den i overensstemmelse hermed , altid ser frem til færdiggørelsen dato. Denne fase omfatter at bestemme, hvad skal dokumenteres gennem hele vedligeholdelsesprocessen , hvordan den nye dokumentation vil integrere med den gamle , og hvordan programmet kan opretholdes i fremtiden. En bedste praksis er at indse, at udtømmende test aldrig er mulig. Kun slutbrugeren interaktion vil finde fejl og problemer , som ellers ikke ville blive opdaget .