A szoftverfejlesztés világában a megelőző karbantartás a jövőbe tekintés folyamatát jelenti, annak érdekében, hogy a szoftver/rendszer a lehető leghosszabb ideig a kívánt módon működjön.
Lehet, hogy egy kifinomult és költséges rendszert vásárolt a napi tevékenységeihez. Dönthet úgy is, hogy házon belüli fejlesztői csapattal hoz létre egy rendszert, amely segíti a műveleteket.
Sajnos a szoftver költsége nem ér véget a beszerzési szakaszban. Ha azt szeretné, hogy ez a szoftver zökkenőmentesen működjön, be kell fektetnie a karbantartásba.
A karbantartás négy kategóriába sorolható; alkalmazkodó, korrekciós, tökéletesítő és megelőző. Bár minden típusú karbantartásnak megvannak az előnyei, ma a megelőző karbantartásra összpontosítunk.
A mai világban a megelőző karbantartás az üzemi adatelemzést, a gépi tanulást és az eszközök állapotának prediktív megfigyelését jelenti a karbantartás optimalizálása és az üzleti műveletek vagy az üzemek megbízhatósági kockázatainak csökkentése érdekében.
Tartalomjegyzék
Miért fontos a megelőző karbantartás?
A szoftverek megelőző karbantartásának fő célja a hibák javítása és kijavítása. A megelőző karbantartás a szoftver fejlődésének természetes következménye.
Vállalatként lépést kell tartania a változó szoftvertrendekkel, hogy a legjobb benyomást keltse ügyfelei számára, és javítsa platformja hatékonyságát.
A rendszer teljes karbantartása előtt a következő fázisokon megy keresztül;
#1. Probléma azonosítási szakasz
A módosítási kérelmek azonosítása és számozása ebben a fázisban történik. Ezután minden módosítási kérelmet (MR) megvizsgálunk, hogy meghatározzuk a neki megfelelő karbantartási típust. Erre a lépésre azért van szükség, mert különböző típusú szoftver-karbantartási kérések léteznek, ahol minden módosítást a lerakatában kell tárolni típusa és prioritása alapján. Ha a megelőző karbantartást találjuk megoldásként, akkor továbblépünk a következő lépésre.
#2. Problémaelemzési szakasz
Az egyes érvényesített módosítási kérelmek hatókörét és megvalósíthatóságát elkészítik, és ebben a lépésben elkészítik a tervet. Ebben a szakaszban rögzítik az erőforrások kezdeti becslését, a tárhelyinformációkat és a projektdokumentációt.
A problémaelemzés szakaszában megvalósíthatósági jelentés készül. Egy ilyen jelentés a következőket tartalmazza;
- A változtatások várható hatása
- A szervezet rövid és hosszú távú céljai
- Alternatív megoldások állnak rendelkezésre
- A gyakorlat biztonsági és biztonsági vonatkozásai
#3. Tervezési fázis
Amikor elhatároztuk, hogy változtatásokat kell végrehajtani, itt az ideje, hogy megtervezzük, hogyan hajtják végre a változtatásokat, például a megelőző karbantartást. Ebben a fázisban a következőket kell elvégezni;
- Az érintett szoftvermodulok azonosítása
- Az azonosított szoftvermodul dokumentációjának módosítása. Olyan dolgokat értékelnek, mint a programtervezési nyelv és az adatfolyam-diagramok.
- Tesztesetek kidolgozása az új dizájnhoz
- A frissített követelmények dokumentálása.
#4. Megvalósítási szakasz
A kód tényleges módosításai ebben a fázisban történnek. Ebben a fázisban a következő lépéseket kell követni;
- Kódolás és egységteszt.
- Integráció. A kódolt szoftver integrálva van a meglévő rendszerrel.
- Kockázatelemzés és áttekintés. Nem kell megvárnia a teszt fázist a karbantartással kapcsolatos kockázatok elemzéséhez. Az értékelhető kockázatok közé tartozik a biztonsági mentés és az adathiba.
#5. Teszt fázis
Ez a fázis biztosítja, hogy a meglévő rendszerbe ne kerüljön új hiba. A bemeneti attribútum tartalmazza a frissített szoftverdokumentációt, a frissített rendszert és a teszt-előkészítés felülvizsgálati jelentését. A módosított szoftvercsomagot rendszerfunkciós tesztelésnek, regressziós tesztelésnek és interfész tesztelésnek vetik alá.
#6. Átvételi teszt fázis
A módosított szoftvermodul tesztelése után ideje tesztelni, hogy a teljesen integrált rendszer a várt módon működik-e. Ennek a fázisnak a szerepe a hibák feltárása és annak ellenőrzése, hogy a módosítások az elfogadható szabványok szerint történtek-e.
Néhány dolog, amelyet ellenőrizni fognak, a teljesen integrált rendszer, az átvételi vizsgálati eljárások, az átvételi teszttervek és az átvételi tesztesetek. Ennek a fázisnak a végén az FCA jelentés és az átvételi teszt jelentés készül.
#7. Szállítási fázis
A módosított szoftver ebben a fázisban kerül bemutatásra a végfelhasználóknak. A felhasználók hasznos fájlokat és frissített dokumentációt is kapnak a szoftver működésének leírásához. Ezek a szállítási szakasz tipikus lépései;
- Physical Configuration Audit (PCA)
- A felhasználókat tájékoztatjuk az új változásokról
- A módosított rendszer telepítve van, és a felhasználókat tájékoztatjuk
- Rendelkezésre áll a rendszer visszaállítása
A megelőző karbantartás típusai
#1. Használat alapú
A használat alapú megelőző karbantartás a rendszer szokásos kihasználása után történik. Ez a megközelítés figyelembe veszi a rendszer napi használatát, és azt használja a karbantartás vagy ellenőrzés időpontjának meghatározására vagy előrejelzésére.
#2. Idő alapú
Idő/naptárbázis megelőző karbantartás egy bizonyos idő elteltével. Lehet hetente, kéthetente, havonta, negyedévente, félévente vagy akár évente is. A karbantartási művelet automatikusan elindul, amikor az esedékesség közeledik, és az összes szükséges munkamegrendelés létrejött.
#3. Prediktív
A prediktív karbantartás ütemezi a korrekciós karbantartási intézkedéseket, mielőtt probléma/hiba lépne fel. A csapatnak értékelnie kell a rendszer állapotát, hogy megbecsülje, mikor kell karbantartást végezni. Az ilyen karbantartási feladatok a váratlan rendszerhibák megelőzése érdekében vannak ütemezve.
#4. Előíró
Az előírásos karbantartás egy lépéssel tovább megy, és megmutatja, mikor következik be a hiba, és megmutatja az okokat. Az ilyen megelőző karbantartási megközelítés elemzi a különböző lehetőségeket és lehetséges kimeneteleket a kockázatok csökkentése érdekében.
Mikor van szükség megelőző karbantartásra?
A hibák és hibák javítására
Hibák és hibák előfordulhatnak egy szoftverrendszeren. Lehetséges, hogy az ilyen hibák jelenleg nem érintik a műveleteket. Előfordulhat azonban, hogy az új funkciók bevezetésekor problémákat okozhat. A megelőző karbantartás tehát hasznos lesz ezeknek a hibáknak a kijavításához a jövőbeni problémák elkerülése érdekében.
Stabil műveletek előállítása
A rendszerek akkor szoktak megbukni, amikor a legkevésbé számítasz rá. Előfordulhat, hogy időnként le kell állítania a műveleteket, miközben megpróbálja kijavítani a problémákat, kényelmetlenséget okozva másoknak, és közben pénzt veszít. A megelőző karbantartás csökkenti az ilyen fennakadásokat, és biztosítja, hogy cége az elvárásoknak megfelelően működjön.
Oldja meg a műveleteket érintő problémákat, mielőtt azok felmerülnének
Néhány egyszerű karbantartási rutin csökkentheti a gyártósorral kapcsolatos problémákat. Ha például forgalmi kiugrásokra számít egy adott hónapban, megteheti a szükséges változtatásokat annak érdekében, hogy az ilyen esetek ne tönkretegyék a szervereket.
Biztosítja a garanciák betartását
Lehet, hogy egy terméket/rendszert egy másik szállítótól vásárolt. Ha a rendszer/termék garanciális, és meghibásodik, a legtöbb szállítónak bizonyítania kell, hogy nem hanyagságból hibásodott meg a rendszer/termék. A megelőző karbantartás akkor hasznos, ha meg akarja szüntetni az ön hanyagságait.
Példák Megelőző karbantartásra
A kód rekonstrukciója
A szoftver megelőző karbantartása magában foglalhatja a kód szerkezetének átalakítását a forráskód csökkentésével. Egy ilyen megközelítés a kódot érthetőbbé, vagy akár kompatibilissé teheti a bevezetni kívánt hardver/szoftver termékekkel.
A kód optimalizálása
Előfordulhat, hogy olyan rendszerrel rendelkezik, amely minden olyan feladatot végrehajt, amely még mindig nincs optimalizálva. A kódoptimalizálás lehetővé teszi, hogy a program kevesebb erőforrást, például CPU-t és memóriát használjon fel. Optimalizálhatja kódját megelőző karbantartási mechanizmusként, ha új hardvert kíván bevezetni, vagy akár csökkenteni kívánja egy ilyen rendszerrel kapcsolatos költségeket.
Dokumentáció frissítése
A dokumentáció fontos része a rendszernek, mivel elmagyarázza a program működését és az idők során végrehajtott változtatásokat. A dokumentáció frissítése biztosítja, hogy naprakész legyen a rendszer aktuális állapotával.
Eszközök a megelőző karbantartáshoz
A szoftverkarbantartás típustól függetlenül nem véletlenszerűen történik. Ezekkel az eszközökkel kell felvérteznie magát, ha zökkenőmentes élményt szeretne;
- Fájl-összehasonlító. Egy ilyen eszköz összehasonlít két rendszert/fájlt, és jelentést készít a különbségekről. A fájl-összehasonlító azt is meghatározza, hogy a két rendszer vagy fájl azonos-e.
- Fordító és linker. A fordítók ellenőrzik a szintaktikai hibákat. Más esetekben az ilyen eszközök a hibák forrásának ellenőrzésére is használhatók. A linker eszköz arra szolgál, hogy a lefordított kódot más összetevőkkel összekapcsolja a végrehajtáshoz.
- Hibakereső. A hibakereső nyomon követi a program logikáját. Egyes böngészők, például a Google Chrome, rendelkeznek egy hibakereső eszközzel, amelyet használhat.
- Kereszthivatkozás generátor. A kódon végrehajtott módosításoknak meg kell felelniük a meglévő rendszernek. Ez az eszköz meghatározza, hogy a különböző kódösszetevők és -tervek milyen hatással lesznek, ha egy követelmény módosítására van szükség.
Tanulási források
#1. Teljes útmutató a megelőző és megelőző karbantartáshoz
A Megelőző és prediktív karbantartás teljes útmutatója megosztja a bevált gyakorlatokat, a siker alapvető lépéseit, a hibákat és a megelőző karbantartás győzelmeit, amelyeket a szerző az évek során szerzett.
Ez a könyv a megelőző karbantartás négy szempontjára összpontosít: pszichológiai, mérnöki, menedzsment és gazdasági.
#2. Karbantartási stratégia sorozat 1. kötet – Megelőző karbantartás
A Karbantartási Stratégia feltárja a megelőző karbantartás fontosságát a vállalat rendszereinek átfogó karbantartási stratégiájában.
A könyv szemléltető folyamatábrája a megelőző karbantartás során követendő összes lépést tartalmazza.
#3. Mérnöki útmutató a megelőző karbantartáshoz
Ez a könyv útmutatót ad a meghibásodási módok és hatások elemzésének dokumentálásához a megelőző karbantartás során.
Néhány dolog, amit meg fog tanulni: a hibakódok és a rendszer/eszköz hierarchiák dokumentálása, a kockázatok értékelése és a hibamódok elemzése.
#4. A megelőző karbantartás alapjai
A megelőző karbantartás alapjai gazdaságilag ésszerű és könnyen követhető lépéseket biztosít a megelőző karbantartás során.
Az eredményvezérelt útmutató részletezi a hibák okait, a hibák azonosításának és kijavításának módját, valamint a karbantartási folyamatot.
Következtetés
Nyilvánvaló, hogy a megelőző karbantartás fontos, ha nem akarja, hogy rendszerei tönkremenjenek, és biztosítsák a működés folytonosságát. A megelőző karbantartással kapcsolatos költségek a bevezetett változtatásoktól függően változnak. A karbantartási terv megléte biztosítja a folyamat zökkenőmentességét.
Felfedezhet néhány legjobb szoftvertesztelő eszközt is.