Extrém programozási tevékenység és tárgyak

Ebben a fejezetben meg fogjuk érteni az extrém programozási tevékenységeket és tárgyakat.

XP - Osztályok

A szélsőséges programozás során a négy fő tevékenység -

• kódolás
• tesztelés
• meghallgatás
• tervezés

kódolás

Párosított programozás esetén a kódolás a fejlesztés szívének számít. Kódolt, mert ha nem teszed meg a kódot, a nap végén nem csináltál semmit.

tesztelés

A párosított programozásnál meg kell vizsgálni a kódolást. Ha nem tapasztalja meg, akkor nem tudja, mikor végzett a kódolással.

meghallgatás

A párosított programozásnál hallgatni tudja, mi a kód, vagy mit kell ellenőrizni. Ha nem hallgatod, akkor nem tudod, mi a kód, vagy mit kell ellenőrizni.

tervezés

A párhuzamos programozásban megtervezi a kódolást, a tesztelést és a végtelenségig történő hallgatást, hiszen a jó tervezés lehetővé teszi a rendszer kiterjesztését, csak egy helyen történő változtatással.

Ezeket a műveleteket -

• Kiadási tervezés
• Iteráció tervezés
• végrehajtás

Kiadási tervezés

A kiadás megtervezésekor mind az ügyfél, mind a fejlesztők együtt járnak a tervhez a következő kiadás előkészítése során, beleegyeznek a felhasznált kiadványok és a következő megjelenési dátumra.

A felszabadítási terv három fázisból áll -

• Fázisvizsgálat
• Kötelező szakasz
• Kormányzásvezérlő fázis

Kiadási tervezés - Fázisvizsgálat

A kutatás első szakaszában -

• Az ügyfelek rövid listát nyújtanak a rendszer magas hozzáadott értékkel rendelkező követelményeinek.
• A fejlesztők összegyűjtik a követelményeket, és felmérik e követelmények mindegyikének hatását.

A követelmények a kártyák felhasználói történetében vannak rögzítve. A történet megírása érdekében az ügyféllel egy probléma merül fel a fejlesztők találkozóján. A fejlesztők megpróbálják azonosítani ezt a problémát és megkapni a követelményeket. E beszélgetés alapján a történetet az ügyfél írja le, jelezve, hogy a rendszer egy darabját szeretné megtenni. Fontos, hogy a fejlesztők ne befolyásolják ezt a történetet.

Az aktív hallgatás fontos ebben a fázisban, és

A fejlesztőknek meg kell érteniük, hogy "mit kér az ügyfél" és "Melyek a magas érték követelményei".

Az ügyfélnek meg kell értenie a fejlesztők mellett, hogy milyen forgatókönyvek járulnak hozzá ezekhez az értékekhez egy történet megírása érdekében.

Bár az ügyfél leírja a felhasználó kártyaelőzményeit, meg kell hallgatnia

• Legyen világos
• Kerülje a kétértelműséget
• Mondja ki, hogy vannak-e esetleges hiányosságok a megértésben

Ez csak szóbeli kommunikációval lehetséges.

Release tervezés - kötelezettségvállalási szakasz

Az első szakaszban a végső döntés, az ügyfél és a fejlesztők átveszi a funkcionalitási kötelezettségeket, amelyek magukban foglalják a következő kiadás dátumát is.

Ez a szakasz magában foglalja a menetrend költségének, előnyeinek és hatásának meghatározását. Ebben a szakaszban,

• Az ügyfél az üzleti értékekből értékeli a felhasználói történeteket.
• A fejlesztők kockázatelemeket rendeznek.
• A fejlesztők meghatározzák a történetek végrehajtásához szükséges erőfeszítést és időtartamot (értékelés).
• A következő kiadásban szereplő felhasználói történetek kiválasztásra kerülnek.
• A felhasználók történetei és minősítései alapján meghatározzák a megjelenési dátumot.

Az aktív hallgatás fontos ebben a fázisban, és -

A fejlesztőknek meg kell érteniük, hogy milyen funkciókat kell kódolniuk az aktuális verzióhoz, valamint az ehhez szükséges erőfeszítéshez és időtartamhoz (becsléshez).

Az ügyfélnek és a fejlesztőknek meg kell érteniük a kötelezettségek lehetőségeit a következő kiadás időpontjától.

Kimeneti tervezés - kormányzási fázis

Az útmutató fázisában az ügyfél és a fejlesztők "irányítják"

• Az egyes felhasználói történetek és a különböző felhasználói történetek relatív prioritásainak módosítása.
• A terv módosításához.
• Ha a becslések helytelennek bizonyultak.
• Figyelembe véve a változtatásokat.

Az aktív hallgatás fontos ebben a fázisban,

• Annak érdekében, hogy megértsük -
  • Új követelmények hozzáadása.
  • Milyen változtatásokra van szükség a meglévő követelmények tekintetében?
  • Hatás a meglévő rendszerre, ha a meglévő követelmények bármelyikét eltávolítják.
• Érkezés a terv kiigazításához szükséges értékelésekhez, figyelembe véve
  • Az eddig végzett munka.
  • Új követelmények hozzáadása.
  • Meglévő követelmények, amelyeket módosítani vagy törölni kell.

Iteráció tervezés

Az iteratív tervezésben a fejlesztők az iteráció során részt vesznek a tevékenységek és feladatok tervezésében. Ebben az ügyfél nem vesz részt.

Az Iteráció tervezés három szakaszból áll -

• Fázisvizsgálat.
• Elkötelezettség fázisa.
• Kormányfázis vezérlés.

Iterációtervezés - Fázistanulmány

A feltárás első szakaszában,

• A követelményeket lefordítják különböző feladatokra.
• A feladatokat a céltérképeken rögzítik.
• A fejlesztők értékelik az egyes feladatok elvégzéséhez szükséges időt.
• Ha a fejlesztők nem értékelhetik a feladatot, mert túl kicsi vagy túl nagy, akkor össze kell osztaniuk vagy fel kell osztaniuk a feladatot.

Iteráció tervezés - kötelezettségvállalási szakasz

Az első szakaszban a végső döntés,

Feladatokat rendelnek a fejlesztőkhöz.

A fejlesztő olyan feladatokat vállal, amelyekért felelősséget vállal.

A fejlesztő értékeli a feladat elvégzéséhez szükséges időt, mivel a fejlesztő most felelős a feladatokért, és végső értékelést kell készítenie a feladat elvégzéséről.

A terheléskiegyenlítés akkor történik meg, ha a csapat minden fejlesztője feladatokat kapott.

Összehasonlítás történik a feladatok várható ideje és a terhelési tényező között.

A terhelési tényező az egyes iterációs folyamatok idején ideális gyakorlati fejlesztési időt jelent, amely egy 40 órás munkahétet tartalmaz.

Ezután a feladatok igazodnak a fejlesztők között. Ha a fejlesztő túlterhelt, akkor a többi fejlesztőnek át kell vennie néhány feladatot, és fordítva.

Iteráció tervezés - kormányzási fázis

A kormányzási fázisban,

• A fejlesztő célkártyát kap az elvégzett feladatok egyikéért.
• A fejlesztő ezt a feladatot egy másik fejlesztővel fogja ellátni a pár programozási gyakorlatának megfelelően.

végrehajtás

A feladatok végrehajtása megtörtént. A megvalósítás magában foglalja a tervezést, az íróegység tesztjeit, a kódolást, a tesztelési modulokat, a refaktorizációt, az alapkód folyamatos integrálását, az integráció tesztelését és a tesztelést a feladattérképeken és az egyéni térképek alapján.

Extrém tárgyak programozása

Az extrém programozás nem anti-dokumentáció, de azt javasolja, hogy a legkevesebb összeget igyekezzünk a valóban szükségessé tenni. Ebben a dokumentumban, amikor szükség van egy elosztott csere, történelmi igények, összegzés stb.

Essential Extreme programozási tárgyak -

• Egyéni térképelőzmények
• Elfogadási tesztek
• értékelés
• kiadási tervet
• iterációs terv
• feladat térképek
• tervezés
• Teszt egység
• Ügyfél-fejlesztő kommunikációs rekordok

A térkép felhasználói története

A felhasználói előzmények térképei a következő jellemzőkkel rendelkeznek:

• Felhasználói térképelőzmények -
  • Röviden leírja a rendszer viselkedését az ügyfél szempontjából.
  • A megrendelőnek kell megírnia, nem pedig a fejlesztők által.
  • Használja az ügyfél terminológiát technikai zsargon nélkül.
  • Ha csak elegendő részletet nyújt ahhoz, hogy becslést készítsen arról, hogy mennyi ideig fog történni a megvalósításhoz.
• Az egyik a rendszer minden fontosabb funkciójához.
• A kimeneti tervezés időbecslésére szolgál.
• Meghajtó létrehozása átvételi tesztek.

elfogadás tesztelés

Az átvételi teszteknek egy vagy több tesztnek kell lenniük annak biztosítására, hogy a történet megfelelően legyen végrehajtva.

Becslések - Release tervezés

A felszabadítás tervezésében felhasználandó történetek értékelésének erőfeszítése és időtartama -

• Érkezés a felderítési szakaszban a kibocsátás célpontjáig.
• a terv korrigálása a kormányzási fázisban.

Kiadási terv

A kiadási terv tartalmazza -

• A felhasználó kiválasztotta a kiadványokat.
• Az értékelés erőfeszítése és időtartama.
• Célpont kilépési dátum, amely elkötelezett.

feladat térképek

• A felhasználói előzmények végrehajtásához szükséges feladatokat tartalmazza.
• Egy feladatkártya a felhasználói előzményekben.
• Az űrlapok képezik a feladatok kiértékelésének és feladatok hozzárendelésének alapját.

Becslések - a tervezés iterációja

A felhasználók történetein alapuló feladatok értékelésének erőfeszítéseit és időtartamát értékelik, amelyet a feladatok kijelölésére és a terhelésnek a kötelezettségvállalási szakaszban történő kiegyenlítésére terveznek.

Iterációs terv

A terv Iterációt tartalmaz -

• Az Iterációhoz kiválasztott egyéni cikkek
• Feladatok hozzárendelése
• értékeli a

A tervezés egy egyszerű konstrukciót tartalmaz, amely elég ahhoz, hogy egyedi történetet lehessen végrehajtani.

Egység teszt esetek

Ez a dokumentum olyan vizsgálati eseteket tartalmaz, amelyek szabályozzák a kódolási tesztblokkot és a blokkot.

Ügyfél- és fejlesztői jelentések

Az ügyfelek és a fejlesztők részletesen megvitatták a történetet, hogy részletesebben éljenek. Igaz, ha lehetséges, de dokumentálják, ha szükséges.