Sąvokos.docx

**Samprata ir pavyzdžiai: vartotojo istorija, priėmimo kriterijus, išleidimas, iteracija, užduočių sąrašas, WIP** **1. Vartotojo istorija (User Story):** Apibrėžimas: Trumpas, paprastas sistemos funkcionalumo aprašymas iš galutinio vartotojo perspektyvos. Jis padeda komandai suprasti, kokią vertę...

**Samprata ir pavyzdžiai: vartotojo istorija, priėmimo kriterijus, išleidimas, iteracija, užduočių sąrašas, WIP** **1. Vartotojo istorija (User Story):** Apibrėžimas: Trumpas, paprastas sistemos funkcionalumo aprašymas iš galutinio vartotojo perspektyvos. Jis padeda komandai suprasti, kokią vertę funkcija suteiks vartotojui. Pavyzdys: \"Kaip vartotojas, noriu galėti prisijungti prie savo paskyros, kad galėčiau peržiūrėti savo užsakymų istoriją.\" **2. Priėmimo kriterijus (Acceptance Criteria):** Apibrėžimas: Konkretūs, išmatuojami reikalavimai, kuriuos turi atitikti vartotojo istorija, kad ji būtų laikoma įgyvendinta. Pavyzdys: User story: As a case manager, I want to transfer the case to another team, so that other teams can continue to work on the case record. Acceptance Criteria: Scenario 1: Transfer to Another campus ***Given** a case record is assigned to my team* ***When** we transfer the case record to a team of another campus* ***Then** the destination team gets read and update rights to the case record* *and gets read and update rights to the case's related records* **Kodėl specifikuojant reikalavimus, reikia aprašyti priėmimo kriterijų?** - Gali atsitikti taip, kad rezultatai neatitiks kliento poreikių ir lūkesčių; - Kad būtų aišku, kada reikalavimas yra laikomas įgyvendintu ir veikia kaip tikėtasi; - Dėl komunikacijos. Kūrėjai žino, kokį elgesį funkciją turi demonstruoti, o klientai supranta ko tikėtis; - Yra pagerinamas testavimo efektyvumas, nes priėmimo kriterijus gali virsti į aiškius ir testuojamus reikalavimus; - Sumažintas reikalavimo dviprasmiškumas; **DoD vs. priėmimo kriterijus** Skirtumas: apimtis. DoD taikomas kiekvienam reikalavimui (user story), o priėmimo kriterijus skiriasi kiekviename reikalavime. **3. Išleidimas (Release):** Apibrėžimas: Veikianti programinės įrangos versija, paruošta naudoti gamybinėje aplinkoje. Paprastai ji apima kelias įgyvendintas vartotojo istorijas. Pavyzdys: \"1.0 versijos išleidimas, apimantis pagrindines el. parduotuvės funkcijas: produktų katalogą, pirkinių krepšelį ir užsakymo apdorojimą.\" **4. Iteracija (Iteration, Sprint):** Apibrėžimas: Fiksuotas laiko tarpas (paprastai 2-4 savaitės), per kurį komanda įsipareigoja įgyvendinti tam tikrą skaičių vartotojo istorijų. Pavyzdys: \"Pirmoji iteracija, kurios metu sukursime prisijungimo ir registracijos funkcijas.\" **5. Užduočių sąrašas (Task List):** Apibrėžimas: Sąrašas konkrečių užduočių, kurias reikia atlikti, kad būtų įgyvendinta vartotojo istorija. Pavyzdys: \"Užduotys, susijusios su prisijungimo funkcijos kūrimu: sukurti prisijungimo formą, įgyvendinti prisijungimo logiką, sukurti klaidų pranešimus.\" **6. WIP (Work in Progress):** Apibrėžimas: Darbai, kurie yra pradėti, bet dar nebaigti. \"Kanban\" lentoje WIP ribojamas, siekiant pagerinti darbo srautą ir efektyvumą. Pavyzdys: \"Šiuo metu WIP yra 3 užduotys: prisijungimo formos kūrimas, prisijungimo logikos įgyvendinimas ir klaidų pranešimų kūrimas.