Programvara underhåll handlar om att göra program för efterlevnad av rättsliga krav och anpassa en databas att arbeta med mer än en typ av operativsystem eller tillåta tillämpning för att arbeta i en nätverksmiljö . Bästa praxis för programvara underhåll inkluderar bedöma den nuvarande situationen , samla indata från slutanvändare , återstående flexibla och definiera standarder för kvalitetskontroll . Lägesbedömning
mer förberedd en IT-avdelning är vid bedömningen av nuläget , desto lättare blir det att bestämma vägen programvaran underhåll kommer att ta . Först måste IT-avdelningen definiera ett företags problem och behov , undersöka vad det aktuella programmet gör kontra vad den måste göra , men inte . Detta steg innefattar att göra kostnadsberäkningar , skapa potentiella tidslinjer och undersöka alla nuvarande program dokumentation , inklusive en kopia av källkoden . IT-avdelningen kommer att avgöra om ansökan bara behöver ha vissa delar av den uppdaterade koden , om den behöver omorganisera och omforma nuvarande databaser , eller om svaret är att helt bryta ner programmet och börja om med omformning det . Addera slutanvändare
IT-avdelningen bör få detaljerad feedback från de människor som använder program på en dag - till - dag basis . Dessa slutanvändare ska kunna kommunicera exakt vad programmet behöver göra för att bli mer effektiva , säkrare och effektivare . Som en del av bästa praxis , bör IT-avdelningen sammanfatta feedback från slutanvändarna i en en - till två - sidigt dokument som sedan kan spridas till slutanvändaren personal via e-post eller via ett företag intranät . IT-avdelningen kommer att vilja hålla slutanvändare informerade om uppdateringen framsteg . Detta hjälper till att sätta mer realistiska förväntningar från slutanvändaren personal .
Flexibilitet
Helst ska allt fungera enligt preliminära planeringen när IT-avdelningen bedömer den aktuella situationen . Däremot är det viktigt att vara helt flexibel och har det tänkesätt som preliminära planer och bedömningar kan och kommer att förändras över hela linjen under underhållsarbetet . Oväntade saker som personalen sjukdom , budgetkrav , policyförändringar och mer kan påverka tidslinjer och slutliga kostnader . För att förbereda sig för dessa " hicka ", en IT-avdelning bör bilda en eller flera beredskapsplaner för att hålla underhållet processer fortskrider .
Kvalitetssäkring
Kvalitetssäkring information bör vara beslutas innan själva underhållet påbörjas . Bestäm riktmärken och hur målen kommer att testas . Det är en bra idé att spåra underhållsplan för effektivitet och revidera det i enlighet med detta , att alltid se framåt till slutdatum . Denna fas innefattar att bestämma vad som ska dokumenteras genom hela underhålls -processen , hur den nya dokumentationen kommer att integreras med den gamla , och hur programmet kan upprätthållas i framtiden . Ett tips är att inse att uttömmande testning är aldrig möjlig . Endast slutanvändaren interaktion hittar buggar och problem som annars inte skulle bli upptäckta .
