Szoftverkonfiguráció-kezelés a szoftverfejlesztésben
Lucas Bennett
⚡ Okos összefoglaló
A szoftverkonfiguráció-kezelés (SCM) egy olyan folyamat, amely szisztematikusan kezeli, rendszerezi és ellenőrzi a dokumentumok, kód és egyéb elemek változásait a szoftverfejlesztési életciklus során. Elsődleges célja a termelékenység növelése, miközben...ping a hibákat minimálisra csökkenteni.
Mi az a szoftverkonfiguráció-kezelés?
A szoftverfejlesztésben, Szoftverkonfiguráció-kezelés (SCM) egy olyan folyamat, amely szisztematikusan kezeli, rendszerezi és ellenőrzi a dokumentumok, kódok és egyéb entitások változásait a szoftverfejlesztési életciklus során. Az elsődleges cél a termelékenység növelése minimális hibaszázalékkal. Az SCM a konfigurációkezelés interdiszciplináris területének része, és pontosan meg tudja határozni, hogy ki melyik módosítást végezte.
Miért van szükségünk konfigurációkezelésre?
A műszaki szoftverkonfiguráció-kezelő rendszer bevezetésének fő okai a következők:
- Többen dolgoznak a szoftveren, amit folyamatosan frissítenek.
- Előfordulhat olyan eset, amikor több verzió, ág és szerző is érintett egy szoftverkonfigurációs projektben, és a csapat földrajzilag elosztott, és egyidejűleg dolgozik.
- A felhasználói igények, a szabályzat, a költségvetés és az ütemterv változásait figyelembe kell venni.
- A szoftvernek képesnek kell lennie különféle gépeken futtatni, Operating Systems.
- Segít az érdekelt felek közötti koordináció fejlesztésében.
- Az SCM folyamat előnyös a rendszermódosítások költségeinek szabályozásában is.
A szoftverkonfiguráció bármely változása hatással van a végtermékre. Ezért a konfigurációs elemek módosításait ellenőrizni és kezelni kell.
Feladatok az SCM folyamatban
- Konfiguráció azonosítás
- alaptervek
- Vezérlés módosítása
- Konfigurációs állapot elszámolása
- Konfigurációs auditok és Reviews
Konfiguráció azonosítás
A konfigurációazonosítás a szoftverrendszer hatókörének meghatározására szolgáló módszer. Ezzel a lépéssel akkor is kezelhet vagy vezérelhet valamit, ha nem tudja, hogy mi az. Ez egy leírás, amely tartalmazza a CSCI típust (számítógépes szoftver konfigurációs elem), egy projektazonosítót és verzióinformációkat.
A folyamat során végzett tevékenységek:
- Konfigurációs elemek azonosítása, például forráskód modulok, próbaper, és a követelmények specifikációja.
- Az SCM adattárban található egyes CSCI-k azonosítása objektumorientált megközelítéssel.
- A folyamat alapvető objektumokkal kezdődik, amelyeket összesített objektumokba csoportosítanak. Részleteket ad arról, hogy mit, miért, mikor és ki változtat a teszten.
- Minden objektumnak megvannak a saját jellemzői, amelyek azonosítják a nevét, amely minden más objektum számára egyértelmű.
- A szükséges erőforrások listája, például a dokumentum, a fájl, az eszközök stb.
Példa:
A login.php fájl elnevezése helyett login_v1.2.php-nek kell lennie, ahol a v1.2 a fájl verziószámát jelöli.
Ahelyett, hogy elneveznénk egy mappát „Code", akkor a következő nevet kell adni:"Code_D”, ahol D azt jelenti, hogy a kódról naponta biztonsági másolatot kell készíteni.
kiindulási
Az alapvonal egy szoftverkonfigurációs elem formálisan elfogadott változata. Kijelölése és rögzítése egy adott időpontban történik az SCM folyamat során. Csak formális változásellenőrzési eljárásokkal módosítható.
A folyamat során végzett tevékenységek:
- Lehetővé teszi egy alkalmazás különböző verzióinak létrehozását.
- Ezen munkatermékek különböző verzióinak kezelésére szolgáló mechanizmusok meghatározása és rögzítése.
- A funkcionális alapkonfiguráció megfelel a felülvizsgált rendszerkövetelményeknek.
- A széles körben használt alapértékek közé tartoznak a funkcionális, a fejlesztési és a termékalapértékek.
Egyszerű szavakkal az alapvonal azt jelenti, hogy készen áll a kiadásra.
Vezérlés módosítása
A változáskezelés egy eljárási módszer, amely biztosítja a minőséget és a konzisztenciát a konfigurációs objektumban végrehajtott változtatások során. Ebben a lépésben a módosítási kérést elküldik a szoftverkonfiguráció-kezelőnek.
A folyamat során végzett tevékenységek:
- Eseti változtatások szabályozása egy stabil szoftverfejlesztési környezet kiépítése érdekében. A változtatások véglegesítve vannak a tárházban.
- A kérést a technikai érték, a lehetséges mellékhatások és a többi konfigurációs objektumra gyakorolt általános hatás alapján ellenőrizzük.
- Kezeli a változtatásokat és elérhetővé teszi a konfigurációs elemeket a szoftver életciklusa során.
Konfigurációs állapot elszámolása
Konfigurációs állapot elszámolása tracks minden kiadást az SCM folyamat során. Ez a szakasz a következőket foglalja magában: trachogy mit tartalmaz az egyes verziók, és milyen változások vezettek ehhez a verzióhoz.
A folyamat során végzett tevékenységek:
- Nyilvántartja az előző alapvonalon végrehajtott összes módosítást egy új alapvonal eléréséhez.
- Azonosítsa az összes elemet a szoftverkonfiguráció meghatározásához.
- A módosítási kérelmek állapotának figyelése.
- Az utolsó alapállapot óta végrehajtott összes változás teljes listája.
- Lehetővé teszi traca következő alapvonal felé haladás királya.
- Lehetővé teszi a korábbi kiadások/verziók extractesztelésre feladva.
Konfigurációs auditok és Reviews
A szoftverkonfigurációs auditok ellenőrzik, hogy az összes szoftvertermék megfelel-e az alapszükségleteknek. Biztosítja, hogy amit megépítenek, azt teljesítik.
A folyamat során végzett tevékenységek:
- A konfigurációs auditálást az auditorok végzik úgy, hogy ellenőrzik, hogy a meghatározott folyamatokat követik-e, és biztosítják az SCM-célok teljesülését.
- A konfigurációvezérlési szabványoknak való megfelelés ellenőrzése, a végrehajtott módosítások auditálása és jelentése.
- Az SCM auditok azt is biztosítják, hogy tracA folyamat során a rugalmasság megmarad.
- Biztosítja, hogy az alapkonfiguráción végrehajtott módosítások megfeleljenek a konfigurációs állapotjelentéseknek.
- A teljesség és a következetesség validálása.
Az SCM folyamat résztvevője
Az SCM főbb résztvevői a következők:
1. Configuration Manager
- A konfigurációkezelő az a vezető, aki felelős a konfigurációs elemek azonosításáért.
- A CM biztosítja, hogy a csapat kövesse az SCM folyamatot.
- Jóvá kell hagynia vagy el kell utasítania a módosítási kérelmeket.
2. Fejlesztő
- A fejlesztőnek a szokásos fejlesztési tevékenységeknek vagy változtatási kéréseknek megfelelően kell módosítania a kódot. Ő felelős a kód konfigurációjának karbantartásáért.
- A fejlesztőnek ellenőriznie kell a változtatásokat és fel kell oldania az ütközéseket.
3. Könyvvizsgáló
- A könyvvizsgáló felelős az SCM auditokért és felülvizsgálatokért.
- Biztosítani kell a kiadás következetességét és teljességét.
4. Projektmenedzser:
- Gondoskodjon arról, hogy a termék egy adott időkereten belül elkészüljön.
- Figyelemmel kíséri a fejlesztés előrehaladását és felismeri az SCM folyamatban felmerülő problémákat.
- Jelentések készítése a szoftverrendszer állapotáról.
- Győződjön meg arról, hogy a létrehozás, módosítás és tesztelés folyamatait és szabályzatait betartják.
5. Felhasználó
A végfelhasználónak meg kell értenie a legfontosabb SCM kifejezéseket, hogy biztosan a szoftver legújabb verziójával rendelkezzen.
Szoftverkonfiguráció kezelési terv
Az SCMP (szoftverkonfiguráció-kezelési tervezés) folyamat a projekt korai kódolási fázisaiban kezdődik. A tervezési fázis eredménye az SCM terv, amelyet a projekt során módosíthatunk vagy módosíthatunk.
- Az SCMP követhet nyilvános szabványt, például az IEEE 828-at, vagy szervezetspecifikus szabványt.
- Meghatározza a kezelendő dokumentumok típusait és a dokumentumok elnevezési konvencióját. Példa: Test_v1.
- Az SCMP meghatározza azt a személyt, aki felelős lesz a teljes SCM folyamatért és az alapvonalak létrehozásáért.
- Javítsa ki a verziókezelési és változáskövetési szabályzatokat.
- Határozza meg az SCM folyamat során használható eszközöket.
- Konfigurációkezelő adatbázis a konfigurációs információk rögzítéséhez.
Szoftverkonfiguráció-kezelő eszközök
Bármely változáskezelő szoftvernek a következő 3 fő funkcióval kell rendelkeznie:
Konkurencia menedzsment:
Amikor két vagy több feladat fut egyszerre, azt párhuzamos működésnek nevezzük. Az SCM kontextusában a párhuzamosság azt jelenti, hogy ugyanazt a fájlt több személy szerkeszti egyszerre.
Ha az egyidejűséget nem kezelik megfelelően az SCM-eszközökkel, az sok sürgető problémát okozhat.
Verziókezelés:
Az SCM archiválási módszert használ, vagyis minden fájlon végrehajtott módosítást elment. Az archiválás vagy mentés funkció segítségével problémák esetén vissza lehet térni az előző verzióra.
Synchronizálás:
A felhasználók több fájlt vagy a tárház egy teljes másolatát is lefoglalhatják. A felhasználó ezután a szükséges fájlon dolgozik, és visszaküldi a módosításokat a tárházba. Szinkronizálhatja a helyi másolatát, hogy naprakész maradjon a többi csapattag által végrehajtott módosításokkal.
A következő népszerű eszközök vannak:
1.Git: A Git egy ingyenes és nyílt forráskódú eszköz, amely segít a verziószabályozásban. Úgy tervezték, hogy minden típusú projektet gyorsan és hatékonyan kezeljen.
Download link: https://git-scm.com/
2. csapat Foundation Szerver: Csapat Foundation olyan eszközök és technológiák csoportja, amelyek lehetővé teszik a csapat számára, hogy együttműködjenek és koordinálják a termék felépítését.
Download link: https://azure.microsoft.com/en-us/services/devops/server/
3. Lehetséges: Ez egy nyílt forráskódú szoftverkonfiguráció-kezelő eszköz. A konfigurációkezelés mellett alkalmazástelepítést és feladatautomatizálást is kínál.
Download link: https://www.ansible.com/
