Agilis programozás
Az agilis folyamat fontos szerepet játszik a szoftverfejlesztési és -kezelési ciklusban. Az Agile elveinek olyan csoportja van, amely közvetlenül összpontosít az ügyfélértékre, az iteratív és az inkrementális kézbesítésre. Az agilis módszerek két különféle szempontra összpontosítanak: az egyik egy agilis gyakorlat, amely szélsőséges programozás és páros programozás, mások a scrum megközelítésen alapuló projektek irányítására összpontosítanak. Az agilis folyamatot akkor alkalmazzák, amikor a vállalat vagy szervezet tisztában van a céljával, de a megoldás elérésének útja nem egyértelmű, az agilis folyamatmenedzsmentet használják.
Az agilis gyakorlati extrém programozást a legjobb gyakorlatnak tekintik a programozási ciklus előnyeinek kihasználása érdekében. Az extrém programozás akkor jött létre, amikor a hagyományos szoftverfejlesztési ciklusmodellben felmerültek a problémák. Bemutatása csak azért történt, hogy az „egyszerűen elvégezzék a munkát”, és a fejlesztés szempontjából hatékonynak találták. az extrém programozás kipróbált és tesztelt agilis fejlesztési gyakorlat; maximális figyelmet fordít az ügyfelek közötti interakcióra, hogy megismerje a pontos követelményeket, majd csak a termék fejlesztésébe lépjen.
Az agilis programozás működése
Az egész ciklus feldolgozását kisebb vagy rövid ciklusokra osztja. A fejlesztési szakaszban, vagy mondhatjuk a kézbesítés előtti stádiumot (ez lehet az utolsó szakasz is), az ügyfél a követelményei alapján változtatásokat hajthat végre. Öt fázisban működik -
- Kutatás - A szélsőséges programozás a termék fejlesztési ciklusát indítja el a felhasználói követelmények összegyűjtésével. A felhasználó az elképzeléseit vagy igényeit a történetkártyán jelöli meg, amelyet látni akarnak a kiadási idő alatt. A történetkártya-nyílások határozzák meg a termékhez hozzáadandó attribútumot. Ugyanebben a szakaszban a csapat dokumentálja a termék fejlesztéséhez szükséges gyakorlatok, eszközök és technológiák nyilvántartását a felhasználó igényei alapján. Az új termék létrehozásához szükséges technológiát tesztelik, és új lehetőségeket fedeznek fel a rendszer prototípusának elkészítésével. A feltárási szakasz befejezése egy hétig vagy néhány hónapig tarthat, teljesen attól függ, hogy a programozó milyen jól ismeri-e a programot a technológiához.
- Tervezés - Az összegyűjtött adatokat ezután kis ciklusokra osztják, hogy megértsék a felhasználó igényeit. Az adatok elsőbbséget élveznek a termék első kiadásakor, majd a fejlesztés megtörténik. Az első kiadásra becsült erőfeszítéseket és ütemtervet kiszámítják, majd megállapodnak a kiadásban. Az első kiadási idő két hónap alatt van.
- Iterációk - Ebben a szakaszban a rendszerek több iterációja megy végbe az első termék kiadása előtt. Az iterációk több kisebb iterációra oszlanak, és a végrehajtásuk két-négy héttel jár. Most az iterációs tervezési szakasz aktív, ami azt jelenti, hogy a fejlesztéshez szükséges ciklusmegosztással, prioritási követelménnyel és munkaerővel kapcsolatos döntést meghozzák. Az iterációk megteremtik a rendszer körvonalait, majd a rendszer úgy érhető el, hogy a felhasználó által készített történetkártyákból kiválasztják a kártyákat. A felhasználó dönt arról, hogy melyiket választja először. Az ügyfél minden iteráció végén iterációt futtat, amelyet az egyes iterációs részekre elhatározott.
- Gyártás - Ez a fázis fontosnak tekinthető, mivel a végső tesztelést erre a fázisra kell elvégezni, mielőtt a terméket az ügyfélnek eljuttatnák, és megvizsgálják a teljesítményt. Ebben az időben valószínűleg új változásokat találnak, amelyeknek helyesnek kell lenniük a termékben a termék első kiadása előtt. A csapat kész arra, hogy a fejlesztés bármely szakaszában elfogadja a változásokat, mivel az új követelmények bármilyen szakaszban megjelenhetnek. A korrekciókhoz az iterációs időt háromról egy hétre kell csökkenteni. Egyéb ötleteket és javaslatokat tárolunk a későbbi megvalósításhoz. A gyártást ugyanazon termék első kiadása után folytatják, vagy új ismétlések esetén. A karbantartó csoportot felkérik a hibák kijavítására ebben a szakaszban, ezt a termék első kiadása után kell megtenni. Az ügyféllel folytatott kommunikáció az ügyfélszolgálaton keresztül is kérdezhető. Új csapattagok felvétele és a csapat változása, karbantartás során szükség lehet egy struktúrára.
- Halál fázis - Ebben a szakaszban az ügyfél beleegyezik abba, hogy nincs több történetkártya a végrehajtáshoz. Ebben a szakaszban végezhető el a termékkel kapcsolatos végleges dokumentáció, úgy vélik, hogy az architektúrában, a kialakításban vagy a kódban már nem történik megváltoztatás. Annak ellenőrzése, hogy a termék eljuttatta-e a kívánt terméket, különben a rendszer halálnak tekinthető. A költségeket a továbbfejlesztés határán kell tartania.
A csapat (szerepe és felelőssége)
Az agilis ciklusoknak több tagja van (csapat) az új termék létrehozásához. Minden feladatot megosztunk a csapat között, és elvégzésük után elvégzzük.
- Programozó - A programozó az egyik fő testület, elkészíti a termék kódját, és a kódot egyszerűen és határozottan megőrzi. A helyes kódolás legjobb módja az, ha kommunikálunk más programozókkal és csapattársakkal. Ez lehet a termékre vonatkozó pontos követelmények ismeretében.
- Ügyfél - Az ügyfél az a fő szerv, aki történetkártyákat ír az ő igényeihez, és eldönti, mely követelmény fogja kielégíteni igényeit. A megvalósítási prioritást az ügyfél határozza meg.
- Tesztelő - A tesztelő felelős a funkcionális tesztek elvégzéséért, segíti az ügyfelet a funkcionális tesztek felírásában. A tesztelést az egész (rendszeresen) végzi, és a tesztelési eszközöket karbantartják.
- Tracker - A Tracker visszajelzést ad, és nyomon követi a csapat becsléseit, valamint javaslatokat tesz a fejlesztésre.
- Coach - Coach az útmutató a csapat tagjai számára a fejlesztési folyamat során. Ő a tapasztalt, aki évek óta foglalkozik feldolgozással.
- Tanácsadó - Tanácsadó a külső tag, aki specifikus műszaki ismeretekkel vezet a csapatot, amelyre a projekt fejlesztéséhez szükség lehet.
- Menedzser - Ő a döntő testület. A menedzser folyamatosan követi a csapatot a munka elvégzéséhez. Nyitott a kommunikáció a csapat tagjai között azokkal a kérdésekkel kapcsolatban, amelyekkel a csapat a fejlesztés során szembesül. Gondoskodik arról, hogy a munka simán haladjon a projekt megvalósításáig.
Ajánlott cikkek
Ez egy útmutató az agilis programozáshoz. Itt tárgyaljuk az agilis programozás működését, valamint a csapat szerepét és felelősségét. Lehet, hogy megnézi a következő cikkeket is, ha többet szeretne megtudni -
- Mi az agilis szoftverfejlesztés?
- A MySQL programozási nyelve?
- Mi az Agile és Scrum?
- Mi a Kotlin programozási nyelve?