I programvareutviklingsverdenen refererer forebyggende vedlikehold til prosessen med å se inn i fremtiden for å sikre at programvaren/systemet fortsetter å fungere som ønsket så lenge som mulig.
Du kan ha skaffet deg et sofistikert og kostbart system for dine daglige aktiviteter. Du kan også velge å ha et internt team av utviklere for å lage et system for å hjelpe i driften.
Dessverre slutter ikke kostnaden for programvaren på anskaffelsesstadiet. Hvis du vil at denne programvaren skal fungere problemfritt, må du investere i vedlikehold.
Vedlikehold kan falle inn under fire kategorier; adaptiv, korrigerende, perfektiv og forebyggende. Selv om alle typer vedlikehold har fordeler, vil vårt fokus i dag være forebyggende vedlikehold.
I den moderne verden refererer forebyggende vedlikehold til operasjonell dataanalyse, maskinlæring og prediktiv helseovervåking av eiendeler for å optimalisere vedlikehold og redusere pålitelighetsrisikoen for forretningsdrift eller et anlegg.
Innholdsfortegnelse
Hvorfor er forebyggende vedlikehold viktig?
Hovedformålet med programvareforebyggende vedlikehold er å forbedre og rette feil. Forebyggende vedlikehold er en naturlig konsekvens av programvareutviklingen.
Som et selskap må du holde deg oppdatert på skiftende programvaretrender for å gi kundene det beste inntrykket og forbedre plattformens effektivitet.
Før et system er fullt vedlikeholdt, går det gjennom følgende faser;
#1. Problemidentifikasjonsfasen
Forespørsler om endring identifiseres og tildeles et nummer i denne fasen. Hver endringsforespørsel (MR) blir deretter vurdert for å bestemme hvilken type vedlikehold som passer den. Dette trinnet er nødvendig siden det finnes forskjellige typer programvarevedlikeholdsforespørsler der hver modifikasjon må lagres i depotet basert på type og prioritet. Hvis forebyggende vedlikehold identifiseres som løsningen, går vi videre til neste trinn.
#2. Problemanalysefase
Omfanget og gjennomførbarheten for hver validerte endringsforespørsel utarbeides, og en plan legges under dette trinnet. Det første estimatet av ressurser, depotinformasjon og prosjektdokumentasjon blir lagt ned i løpet av dette stadiet.
Det utarbeides en mulighetsrapport i problemanalysefasen. En slik rapport vil inneholde følgende;
- Forventet effekt av endringene
- De organisatoriske kortsiktige og langsiktige målene
- Alternative løsninger tilgjengelig
- Sikkerhet og sikkerhetsmessige konsekvenser av øvelsen
#3. Designfase
Når det er bestemt at endringer skal gjøres, er det nå på tide å designe hvordan endringer som forebyggende vedlikehold skal gjennomføres. Følgende gjøres i denne fasen;
- Identifikasjon av berørte programvaremoduler
- Endring av den identifiserte programvaremoduldokumentasjonen. Ting som programmets designspråk og dataflytdiagrammer blir evaluert.
- Utvikling av testcases for det nye designet
- Dokumentasjon av de oppdaterte kravene.
#4. Implementeringsfase
De faktiske endringene i koden gjøres i denne fasen. Følgende trinn følges i denne fasen;
- Koding og enhetstesting.
- Integrering. Den kodede programvaren er integrert med det eksisterende systemet.
- Risikoanalyse og gjennomgang. Du trenger ikke vente på testfasen for å analysere risiko knyttet til vedlikehold. Noen av risikoene du kan vurdere er sikkerhetskopiering og datafeil.
#5. Testfase
Denne fasen sikrer at det ikke blir introdusert nye feil i det eksisterende systemet. Inndataattributtet vil inkludere oppdatert programvaredokumentasjon, det oppdaterte systemet og testforberedelsesrapporten. Den modifiserte programvarepakken vil bli utsatt for systemfunksjonstesting, regresjonstesting og grensesnitttesting.
#6. Aksepttestfase
Når den modifiserte programvaremodulen er testet, er det på tide å teste om det fullt integrerte systemet fungerer som forventet. Rollen til denne fasen er å oppdage feil og verifisere om modifikasjonene er gjort i henhold til akseptable standarder.
Noen av tingene som vil bli kontrollert er det fullt integrerte systemet, akseptprosedyrer, aksepttestplaner og aksepttestsaker. En FCA-rapport og aksepttestrapporten genereres på slutten av denne fasen.
#7. Leveringsfasen
Den modifiserte programvaren presenteres for sluttbrukerne i denne fasen. Brukere får også nyttige filer og oppdatert dokumentasjon for å beskrive hvordan programvaren fungerer. Dette er de typiske trinnene i leveringsfasen;
- Fysisk konfigurasjonsrevisjon (PCA)
- Brukere blir informert om de nye endringene
- Det modifiserte systemet er installert og brukere informert
- En avsetning for systemet tilbake er gitt
Typer forebyggende vedlikehold
#1. Bruksbasert
Bruksbasert forebyggende vedlikehold gjøres etter vanlig bruk av et system. En slik tilnærming tar hensyn til den daglige bruken av et system og bruker det til å angi eller forutsi en dato for vedlikehold eller inspeksjon.
#2. Tidsbasert
Tids-/kalendergrunnlag forebyggende vedlikehold etter et visst tidsforløp. Det kan være ukentlig, annenhver uke, månedlig, kvartalsvis, halvårlig eller til og med årlig. Vedlikeholdshandlingen utløses automatisk når forfallsdatoen nærmer seg og alle nødvendige arbeidsordrer er opprettet.
#3. Forutsigbar
Forutsigbart vedlikehold planlegger korrigerende vedlikeholdshandlinger før et problem/feil oppstår. Teamet må evaluere systemets tilstand for å estimere når vedlikehold bør utføres. Slike vedlikeholdsoppgaver er planlagt for å forhindre uventet systemfeil.
#4. Foreskrivende
Foreskrivende vedlikehold går et skritt videre og viser når en feil vil oppstå og årsakene. En slik tilnærming til forebyggende vedlikehold analyserer de forskjellige alternativene og potensielle utfallene for å redusere risiko.
Når er forebyggende vedlikehold nødvendig?
For å fikse feil og feil
Bugs og feil kan være tilgjengelige på et programvaresystem. Slike feil påvirker kanskje ikke driften nå. Imidlertid kan det være forventning som kan forårsake problemer når du introduserer nye funksjoner. Forebyggende vedlikehold vil derfor være nyttig for å fikse disse feilene for å unngå fremtidige problemer.
Skape stabil drift
Systemer har en tendens til å mislykkes når du minst venter det. Du kan til tider bli tvunget til å stoppe driften mens du prøver å fikse problemer, plage andre og tape penger i prosessen. Forebyggende vedlikehold reduserer slike avbrudd og sikrer at firmaet ditt fungerer som forventet.
Løs problemer som påvirker driften før de oppstår
Noen enkle vedlikeholdsrutiner kan redusere problemer knyttet til produksjonslinjen din. For eksempel, hvis du forventer trafikkøkninger i en bestemt måned, kan du gjøre de nødvendige endringene for å sikre at slike hendelser ikke tar ned serverne dine.
Sikrer overholdelse av garantier
Du kan ha hentet et produkt/system fra en annen leverandør. Hvis systemet/produktet er under garanti og svikter, vil de fleste leverandører kreve at du beviser at det ikke var av uaktsomhet at systemet/produktet sviktet. Forebyggende vedlikehold kommer godt med når du vil gjøre unna tilfeller av uaktsomhet fra din side.
Eksempler Forebyggende vedlikehold
Rekonstruerer koden
Programvareforebyggende vedlikehold kan innebære å transformere strukturen til koden gjennom reduksjon av kildekoden. En slik tilnærming kan gjøre koden mer forståelig eller til og med kompatibel med maskinvaren/programvaren du har tenkt å introdusere.
Optimalisering av koden
Du kan ha et system som utfører alle oppgaver som fortsatt ikke er optimalisert. Kodeoptimalisering gjør at programmet ditt bruker færre ressurser, for eksempel CPU og minne. Du kan optimalisere koden din som en forebyggende vedlikeholdsmekanisme hvis du har tenkt å introdusere ny maskinvare eller til og med kutte kostnader forbundet med et slikt system.
Oppdatering av dokumentasjon
Dokumentasjon er en viktig del av et system da den forklarer hvordan programmet fungerer og endringene som er gjort over tid. Oppdatering av dokumentasjon sikrer at den er oppdatert med systemets nåværende tilstand.
Verktøy for forebyggende vedlikehold
Programvarevedlikehold, uavhengig av type, gjøres ikke tilfeldig. Du må bevæpne deg med disse verktøyene hvis du vil ha en jevn opplevelse;
- Filsammenligning. Et slikt verktøy sammenligner to systemer/filer og gir en rapport om forskjellene. Filkomparatoren avgjør også om de to systemene eller filene er identiske.
- Kompilator og linker. Kompilatorer sjekker syntaksfeil. I andre tilfeller kan slike verktøy også brukes til å sjekke kilden til feilene. Linkerverktøyet brukes til å koble den kompilerte koden til andre komponenter for at kjøring skal skje.
- Debugger. En debugger sporer logikken til programmet. Noen nettlesere, for eksempel Google Chrome, har et feilsøkingsverktøy som du kan bruke.
- Kryssreferansegenerator. Endringene du gjør i koden må samsvare med det eksisterende systemet. Dette verktøyet vil bestemme hvordan ulike kodekomponenter og design vil bli påvirket når en endring av et krav er nødvendig.
Læringsressurser
#1. Komplett veiledning for forebyggende og prediktivt vedlikehold
Komplett veiledning til forebyggende og prediktivt vedlikehold deler beste praksis, viktige trinn for suksess, feil og seire i forebyggende vedlikehold som forfatteren har oppnådd gjennom årene.
Denne boken fokuserer på forebyggende vedlikeholds fire aspekter: psykologisk, teknisk, ledelse og økonomisk.
#2. Vedlikeholdsstrategi-serien bind 1 – Forebyggende vedlikehold
Vedlikeholdsstrategi utforsker betydningen av forebyggende vedlikehold for den overordnede vedlikeholdsstrategien til et selskaps systemer.
Boken har et illustrativt flytdiagram med alle trinnene du må følge når du utfører forebyggende vedlikehold.
#3. Ingeniørveiledning for forebyggende vedlikehold
Denne boken veileder dokumentering av feilmoduser og effektanalyse ved utføring av forebyggende vedlikehold.
Noen av tingene du vil lære inkluderer; dokumentere feilkoder og system/aktiva hierarkier, evaluere risikoer og analysere feilmoduser.
#4. Grunnleggende om forebyggende vedlikehold
Grunnleggende om forebyggende vedlikehold gir økonomisk fornuftige og enkle å følge trinn i forebyggende vedlikehold.
Den resultatstyrte veiledningen beskriver årsakene til feil, hvordan man identifiserer og korrigerer feil, og vedlikeholdsprosessen.
Konklusjon
Det er helt tydelig at forebyggende vedlikehold er viktig hvis du ikke vil at systemene dine skal gå i stykker og sikre kontinuitet i driften. Kostnadene knyttet til forebyggende vedlikehold vil variere avhengig av endringene som settes inn. Å ha en vedlikeholdsplan sikrer at prosessen er jevn.
Du kan også utforske noen av de beste testverktøyene for programvare.