Programvare vedlikehold innebærer forbedrer programmer for overholdelse av lovpålagte krav og tilpasse en database til å jobbe med mer enn én type operativsystem eller å tillate at programmet skal fungere i et nettverksmiljø . Beste praksis for programvare vedlikehold inkluderer å vurdere dagens situasjon , samle innspill fra sluttbrukere , gjenværende fleksible og definerende kvalitetskontroll standarder . Situasjonen Assessment

mer forberedt en informasjonsteknologi avdelingen er ved vurdering av dagens situasjon , jo lettere vil det være å finne banen programvaren vedlikehold vil ta. Først må IT-avdelingen definere en bedrifts problemer og behov , undersøke hva det gjeldende programmet gjør kontra det den trenger å gjøre, men ikke . Denne fasen omfatter å lage kostnadsanslag , skaper potensielle tidslinjer og undersøke alle av det gjeldende programmet dokumentasjon, inkludert en kopi av kildekoden . IT-avdelingen vil avgjøre om programmet bare trenger å ha visse deler av koden oppdateres , hvis det er behov for å omorganisere og omstrukturere de aktuelle databasene , eller hvis svaret er å helt bryte ned programmet og starte på nytt med re -engineering det.
End Users

IT-avdelingen bør få detaljert tilbakemelding fra folk som bruker programmene på en dag- til-dag basis. Disse sluttbrukerne vil kunne kommunisere nøyaktig hva programmet trenger å gjøre for å bli mer effektiv , tryggere og mer effektiv . Som en del av beste praksis , skal IT- avdelingen oppsummere tilbakemeldinger fra sluttbrukere i en en-til to - siders dokument som deretter kan spres til sluttbruker ansatte gjennom e-post eller via et selskap intranett. IT-avdelingen vil ønske å holde sluttbrukere informert om oppdatering fremgang. Dette bidrar til å sette mer realistiske forventninger fra sluttbruker ansatte .
Fleksibilitet

Ideelt sett vil alt fungere ifølge foreløpige planlegging når IT-avdelingen vurderer dagens situasjon. Det er imidlertid viktig å være fullstendig fleksibel og har den tankegangen at foreløpige planer og estimater kan og vil endres over hele linja under vedlikehold prosessen. Uventede ting som ansatte sykdom , økonomiske begrensninger , politiske endringer og mer kan påvirke tidslinjer og endelige kostnader . For å forberede seg til disse " hikke ", en IT-avdeling bør danne en eller flere beredskapsplaner for å holde vedlikehold prosesser framover .
Quality Assurance

Kvalitetssikring informasjon skal være avgjort før selve vedlikeholdet begynner. Bestem benchmarks og hvordan målene skal testes. Det er en god idé å spore vedlikeholdsplan for effektivitet og revidere den tilsvarende, alltid ser fremover til ferdigstillelse dato. Denne fasen omfatter avgjøre hva som bør dokumenteres gjennom vedlikehold prosessen , hvordan den nye dokumentasjonen vil integrere med den gamle , og hvordan programmet kan opprettholdes i fremtiden. En beste praksis er å innse at uttømmende testing er aldri mulig . Bare sluttbruker samhandling vil finne bugs og problemer som ellers ikke ville bli oppdaget .