Izdanje za održavanje je izdanje softvera koje ispravlja sigurnosni propust ili manju grešku bez mijenjanja bilo koje osnovne komponente ili dodavanja novih značajki. Obično su numerirane u desetinkama ili stotinkama kako bi se razlikovale od glavnih izdanja, koja su jednostavno numerirana verzija 1.0, verzija 2.0 i tako dalje. Izdanje za održavanje dio je faze rada sustava i podrške u životnom ciklusu izdanja softvera.
Svaka softverska aplikacija prolazi kroz životni ciklus izdanja softvera. Započinje analizom sustava i otkrivanjem zahtjeva, fazom u kojoj se modeliraju podaci i procesi. Zatim se nastavlja na fazu projektiranja, fazu izgradnje, fazu implementacije i na kraju fazu rada i podrške. Unutar ove posljednje faze primjenjuje se stalna tehnička podrška za korisnike uvođenjem izdanja za održavanje koja ili popravljaju greške ili nadogradnjuju cijeli sustav remodeliranjem osnovnih zahtjeva.
Izdanje za održavanje obično je potrebno za ispravljanje osnovnih programskih pogrešaka. One se obično pojavljuju zbog pogrešaka koje su napravljene u jednoj od prethodnih faza životnog ciklusa softvera. Ako tijekom faze analize zahtjeva, na primjer, zahtjevi budu netočno priopćeni ili potvrđeni, to može dovesti do velikih nedostataka koji se neće pokazati mnogo kasnije. Ovo je zapravo uobičajena pojava, zbog čega je gotovo svaki ikad objavljen softver morao proći kroz izdanje održavanja u jednom ili drugom trenutku.
Nekoliko je temeljnih ciljeva izdanja za održavanje. Prvo, izdanje bi trebalo unijeti izmjene u postojeće programe kako bi se ispravile pogreške napravljene u fazama zahtjeva, dizajna ili implementacije. Također bi trebao osigurati da novonavedeni popravci ne ometaju druge aspekte modificiranog segmenta i da novo napravljene promjene ne ometaju aktivnosti drugih segmenata. Konačno, izdanje ne bi trebalo uzrokovati smanjenje performansi sustava. Općenito, softverski inženjeri pokušavaju dovršiti ovaj proces što je brže moguće, ne žrtvujući ni kvalitetu ni pouzdanost.
Prije nego što se izdanje za održavanje može izdati, mora se temeljito testirati na tri metode: testiranje jedinice, testiranje sustava i regresijsko testiranje. Jedinično testiranje osigurava da određeni segment programa koji je popravljen sada radi ispravno. Testiranje sustava, s druge strane, osigurava da novouređeni segment programa ne ometa druge segmente programa. Regresijsko testiranje koristi statističke podatke kako bi provjerilo jesu li promjene pozitivno ili negativno utjecale na ukupnu propusnost ili vrijeme odgovora.
Posljednji i možda najvažniji aspekt održavanja sustava je kontrola verzija. U ovom dijelu procesa, obučeni knjižničar temeljen na softveru pomno bilježi i prati sve promjene koje su napravljene. To omogućuje softverskim inženjerima da se povuku u slučaju da izdanje održavanja naiđe na neočekivane pogreške.