Extrém programozás (XP) -
Az 1900-as évek végén elhelyezkedő szoftverfejlesztési és programozási koncepciók jelentős változást tapasztaltak az egész séma módjában és megközelítésében. A karcsúbb és csomagméretű megközelítéseket, a növekvő tendenciát és az egyértelmű, egységesített modelleket alkalmaztuk a számítógépes szoftverek fejlesztésének módjának megváltoztatására. A hatékonyságot csökkenteni kellett a hatékony rendszerek iránti kereslet növekedésével, és ezzel felmerült a hatékony szoftverfejlesztés módszertanának korszaka. Az eljárási programozást hamarosan felváltotta az objektum-orientált programozás, és a vízesésmodell lehetővé tette, hogy Agile átvegye az irányítást. A japán minőségellenőrzési keretek hamarosan lendületet kaptak, majd kialakult egy olyan koncepció fogalma, amelyet korábban bitben és darabban használtak, de amely mostantól teljes értékű módszer a szoftverprogramozási és fejlesztési problémák megoldására, az Extreme Programming!
Mi az extrém programozás (XP)?
Az ügyfelek napvilágát tekintve jelentős változásokkal az Extreme Programming (XP) megkönnyebbülést jelentett a szoftveres szakemberek által készített projektek megszervezésében.
Az extrém programozás végrehajtása javította a szoftver minőségét, és hatékonyabban reagált az üzleti változó követelményekre, amelyeket a vállalkozások méretezése vagy a külső tényezők okoztak.
Az XP egy agilis esernyő alatt alkalmazott módszertan, amely rövid fejlesztési ciklusokban ösztönzi a verziók gyakori kiadását. Ez elkerülhetetlenül nagymértékben növeli a termelékenységet, és a gyakori kiadások előkészítik az újabb követelmények beépítését.
Az Extreme Programming (XP) keretének középpontjában az „ügyfél-elégedettség”, az izomerőként pedig a „csapatmunka” áll. Az extrém programozás (XP) sikerességéhez elengedhetetlen az együttműködés, mivel iteratív lépéseket tesz az ügyfelek számára a szoftverek előállítása felé. Nem a teljes öv kiszállítására összpontosít, hanem arra irányul, hogy az ügyfél igényei teljesülnek-e az út minden szakaszában.
Az agilis szoftverfejlesztés része
Az agilis szoftverfejlesztés a fejlesztés megvalósításának módja, de ami a legfontosabb, amit a legtöbb ember elfelejtett felismerni, az a tény, hogy a csapatnak, azaz az embereknek, agilának kell lenniük ahhoz, hogy sikeres legyen. A módszerek és a folyamatok megvalósítása csak biztosítja egy rögzített keret kialakítását, amelyben a csapatok rugalmasak, méretezhetők és határozottan kreatívak lehetnek.
Az iteráció és a sprint fogalmaival, mint például a Scrum esetében, az Agile remek platformot kínál a változások és a visszajelzések bevezetéséhez minden elhaladó fejlesztési ciklusban.
Az Extreme Programming (XP) esetében figyelembe veszi azokat a lehetőségeket, amelyek a termék végén történő fejlesztését eredményezhetik.
Hagyományos fejlesztés és extrém programozás (XP)
- Míg a hagyományos fejlesztés továbbra is a folyamatra helyezi a hangsúlyt, és ezt figyelembe veszi a ciklus befejezésekor, az extrém programozás a követelményre összpontosít.
- Az Extreme Programming (XP) a tradicionális fejlesztésbe bevált legjobb gyakorlatokat veszi át, és a legszélsőségesebb határokhoz vezet. Az extrém programozással (XP) végzett nyújtás kiválóan alkalmas rugalmas és rugalmas projektekhez.
- A hagyományos fejlesztés szegmentáltságot képvisel a szoftverfejlesztési ciklusok előző tényezőjeként, míg az extrém programozás (XP) a csapatok és az érdekelt felek közötti együttműködést támogatja az állandó visszacsatolás és véleményük érdekében az iterációk és a tervezési szakaszok során.
5 érték a sikeres projekthez
Az extrém programozás (XP) magában foglalja a sikeres szoftverprojekt felé vezető öt alapvető módszert vagy értéket:
- Kommunikáció - Ez a szoftverfejlesztési módszertan alapvetően szoros kommunikációt igényel a vezetők, az ügyfelek / ügyfelek és a fejlesztők között. Erre a hatékony kommunikációra van szükség a szoftverprojekt zökkenőmentes működéséhez, és a kommunikáción belül más projektmenedzsment eszközöket is bevezettek, hogy tovább könnyítsék a kommunikációt a projekt életciklusa alatt.
- Bátorság - Az ügyfelek igényeinek drasztikus változásaival a fejlesztőknek kell bátran vállalniuk azokat a kihívásokat, amelyek az utolsó pillanatban felbukkannak, vagy a projekthez bármikor alkalmazható, ellentmondásos változásokkal járnak.
- Visszajelzés - A visszajelzést állandó egység tesztelés útján valósítják meg, és az eredményeket kiértékelik, és ennek megfelelően bevezetik a projekt fejlesztési ciklusaiba. Az ügyfelek közvetlen közelében vannak, és a bemutató bemutatásra kerül, mihelyt egy fejlesztési ciklus befejeződik, így visszajelzést lehet beépíteni.
- Tisztelet - Minden fejlesztési ciklus új mérföldkőhöz vezet a sikerével, és csak a bemutatott ciklusokra tett hozzájárulásokat szemlélteti.
- Egyszerűség - az extrém programozás (XP) akkor a leghatékonyabb, ha a tervezést egyszerűen tartják, és a megvalósítást egyértelműen és hatékonyan tervezik. Sok extrém programozás fut annak egyszerű szabályaival, amelyek a helyén vannak.
Tervezési-visszajelzési ciklusok
A csapaton belüli együttműködés és a vállalkozáshoz való napi kapcsolat az optimalizált termékfejlesztés érdekében képezik a szélsőséges programozás (XP) gerincét, míg a felhasználói történetek képezik az XP tervezésének alapját. Ezeket a felhasználói történeteket a kártyákra írják. E kártyák manipulálása életre kelti a projekt hatókörét és tervét.
Ezeket az XP tervezéseket három szinttel vagy szinttel hozzák létre.
- Jövő hónapok
- Következő iteráció
- Jelenlegi iteráció
A tervek mindig átmeneti jellegűek, és a terveket az utolsó terv vége előtt el kell készíteni. Megváltoznak, amikor és amikor a projektben vagy annak ütemtervében még enyhe változás is történik. Az iteráció abban a pillanatban kezdődik, amikor a változás bekövetkezik. Visszajelzést kap az ügyféltől, újra meglátogatja a tervét. Ha előre vagy előre lép, akkor újra meglátogatja és megváltoztatja a tervét.
A tervezés révén lép életbe a szállítandó termék legmegfelelőbb terve. A szélsőséges programozás (XP) tekintetében a tesztelés-vezérelt fejlesztés (TDD) és a refaktorálás a hatékony és eredményes tervezéshez használatos.
Mivel már az Agile lényege is van, a refaktorozás fontos és kritikus eszközként jön létre a tervezés folyamatában. A refaktorálás magában foglalja a tervezési változtatásokat és kiigazításokat a megváltozott igényeknek megfelelően. A refaktorozással együtt jön létre a tesztelés egységes és elfogadható módon.
A következő lépések középpontjában áll, amikor egy tervezési vagy visszacsatolási ciklust hajtanak végre. Minden itt szereplő művelet iteratív, és a változtatás kezdeményezése után egymást követve:
A végrehajtott sorozat minden egyes lépése iteratív lehet, és hurokba vonható, amikor a változtatási sorozat elindul, és minden egyes indításhoz új terv készül. Minden egyes lépésnek van egy meghatározott időtartama is, és a termék egyes szakaszaira vonatkozó visszajelzés fennmaradó részét az ütemterv kidolgozza.
- Kód a páros programozáshoz - másodperc
- Pár programozás az egység teszteléséhez - perc
- Az egység tesztelése a páros tárgyalásokig - órák
- Pár tárgyalás az stand-up találkozóra - egy nap
- Készenléti ülés az elfogadási tesztekhez - napok
- Fogadási teszt az iterációs tervezéshez - hetek
- Itetrációs terv a kibocsátás-tervezéshez - hónapok
A kívánt iterációs szint mellett a fejlesztők számára kötelezővé válik annak biztosítása és biztosítása, hogy a kód jól rendezett és optimális minőségű. A hibák jelentése a szoftverfejlesztés szélsőséges programozási módszertanát követve szigorúan nem engedélyezi a fejlesztõket.
Mi az a páros programozás?
Mivel a szélsőséges programozási módszertan központi forrása az emberek, nem pedig a folyamatok, az emberek irányítják a páros programozás koncepcióját. Hozzáadva a termelékenységet és a minőséget az asztalhoz, a páros programozás így jár:
"A gyártásba elküldött kódot két ember hozza létre, akik együtt dolgoznak a létrehozandó kód mellett, miközben egyetlen számítógépen ülnek."
A páros programozás ezen koncepciójának előnyei a következők:
- Fokozott szoftverminőség - noha a funkcionalitás nem bővül, ha két ember ül egymástól vagy egymástól, az egyetlen számítógépre való koncentrálás biztosan növeli a megjelenített kód minőségét
- Nincs hatással a végrehajtási időre - a projekt és az érdekelt felek számára mindenki számára hasznos helyzet biztosítása, két funkcionális fej használatával kiváló minőségű kódot kap, időveszteség nélkül, nagyszerű szoftverfejlesztés
- Költségmegtakarítás a későbbi szakaszokhoz - a már megjelenített kiváló minőségű kóddal a későbbi szakaszokra gyakorolt hatása óriási, és a költségek minden egyes iterációval biztosan megtakaríthatók
A páros programozás, mivel két megkülönböztetett személyt foglal magában, egyenlő táblákon együtt dolgozva, alapvető fontosságú számukra, hogy magasabb szintű koordinációt végezzenek, függetlenül a tapasztalatok szintjétől. Ez egy társadalmi készség, amely időbe telik a tanuláshoz, és két elkötelezett szakemberre van szüksége, akik változtatni akarnak a szoftverfejlesztés világában.
A páros programozást mindig a beépített új funkciók kiterjedt és folyamatos integrációja követi, és a ciklus folytatódik.
szabályok
Noha tudjuk, hogy az extrém programozás (XP) világában működő szabályok az egyszerűség elvén és értékén alapulnak, elengedhetetlen, hogy jó áttekintést kapjunk ezekről a szabályokról, amelyek a szoftverfejlesztési technikákban remek módszertant alkotnak.
Tervezés
A tervezés során a projektmenedzser és csapata alaposan vizsgálja meg a követelményeket, és tartsa be az alábbi szabályokat:
- A felhasználói történeteket le kell jegyezni
- A kiadás tervezésének kiadási ütemtervet kell eredményeznie
- A projekt ismétlésekre oszlik
- A kiadásoknak gyakran, de kicsit kell
- Az iteráció tervezésének meg kell kezdenie az iterációt
kezelése
A kijelölt feladatok kezelése és az egyes sajátos feladatok időtartama a projektmenedzser szerepe. Fontos, hogy a projektmenedzser tisztában legyen a csapattagok által vállalt minden szakasz kockázatával és betartásával, és ennek megfelelően irányítsa a munkaerőt és az erőforrásokat az extrém programozás (XP) koncepciójának teljesítéséhez. Íme néhány szabály, amelyet a PM-en keresztül kell menni:
- A csapatnak nyitott munkaterületet kell kapnia, hogy kibővítse fantáziáját
- A kiosztott ütemtervnek realisztikusnak és gondosan ütemezettnek kell lennie
- Minden munkanapon stand-up üléssel kell kezdődni
- Az együttmûködés és a csapatmunka fõ alkotóelemei, és erõteljes bátorítást igényelnek
- A projekt sebességét minden változtatás beépítésekor meg kell mérni
- Az embereket soha nem szabad stagnálni, és mozgatni kell őket
- A szélsőséges programozás (XP) irányítása alapvető fontosságú, és a változás minden egyes lehetősége esetén meg kell kezdeni a tervezést
Tervezés
A tervezés az a szakasz, amely gondosan követi a tervezést, és meghatározza a követelmények kezelésének módját a projekt kezdeti szakaszában. A jó tervezés tükrözi a gondolkodási folyamatot és a kreativitást, és kevesebb iterációt igényel, így biztosítva a magas szintű minőséget a projekt kezdetén. Mivel a tervezési szakasz tükröződik, itt van néhány szabály, amelyet szem előtt kell tartani a tervek extrém programozás (XP) végrehajtása során:
- Az egyszerűség kulcsfontosságú
- Korai szakaszban nem szabad bevezetni a funkcionalitást
- A hatékony és eredményes terméktervezéshez minden szakaszban elengedhetetlen a refaktorálás
- A Spike megoldások felhasználhatók a szoftverprojekt kockázatainak számának és intenzitásának csökkentésére
Coding
Amint a terv a helyén van, itt az ideje, hogy minden kezét a fedélzetre készítsük, és megadjuk ezt a lépést a kód létrehozásához és generálásához, amely a gyártásba kerül a teszteléshez és a kézbesítéshez. A kódolás az a szakasz, amely bemutatja a projekt módszertanának tényleges működését, és a leghatékonyabb módon ösztönzi az iterációt. Itt vannak a gyors szabályok, amelyekre a kódolási szakaszban figyelembe kell venni:
- A vevőnek a termék kiadásakor mindenkor a hurokban kell lennie
- A kódexnek meg kell felelnie a világszerte alkalmazott kódolási szabványoknak és gyakorlatoknak
- Az egységtesztnek kiindulási kódnak kell lennie
- A kiváló minőség érdekében a gyártási kódot páros programozásnak kell alávetni
- Kódok integrálása gyakran történik, és csak egy párnak kell megtennie egy adott időben
- Az elszámoltathatóságot meg kell osztani és ösztönözni kell az intenzív csapatmunkát
- A páros programozást egy számítógépen kell elvégezni
- A pár lehetőleg ülőhelyének egymás mellett kell lennie
Tesztelés
A kód készen áll és gördülő állapotában a tesztelés a kódvonalak zökkenőmentes működésének pecsétjeként szolgál. Az űrlapok tesztelése pecsétbélyegként annak biztosítása érdekében, hogy a szoftver fogyasztásra készen áll-e. Az alábbiakban bemutatjuk az Extreme Programming (XP) rendszeren belüli tesztelés szabályait:
- A kódnak tartalmaznia kell az egységteszteket
- A kiadáshoz kódokra lesz szükség az egységtesztek átadásához
- A hibákat észlelve teszteket kell létrehozni
- Az elfogadási teszteknek gyakorisággal kell rendelkezniük, és az eredményeket közzé kell tenni
- A felhasználók nem észlelhetnek hibákat a kódban
Mikor kell extrém programozást (XP) használni?
Az extrém programozás azért született, mert egy olyan projekt körül kellett dolgozni, amely sok változással jár együtt sok időben. Szükségessé vált, hogy az alkalmazott módszer iteratív és egyszerű legyen. A következő esetekben szélsőséges programozás (XP) igényelhető:
- Az ügyfeleknek nincs jó ötlete a rendszer funkcionalitásáról
- A változások dinamikusak, és várhatóan rövid időközönként megváltoznak
- Az üzlet meredeken növekszik
- Az odaítélt források minimálisak; nincs hatalmas személyzet
- Jelentősen növelni kell a termelékenységet
- A kockázat magas szintű csökkentését igényli
- Magas tesztelési előírások
Tehát itt van egy extrém programozás (XP) az Ön számára rövid és egyszerű szavakkal. Ez a módszertan minden szoftverfejlesztési vállalkozásban beszámolt a sikerről, és a megvalósítás történetében nagy sikert mutatott. A szokásos és egyszerűsített követelményektől megszületett, az extrém programozás (XP) lassan elismeri a számításba vett módszertant.
Ha tetszik az extrém programozás (XP) fogalma, adjon hüvelykujját ennek a cikknek. Ha szereti, akkor feltétlenül ossza meg véleményét és kommentálja azt.