Tímový projekt I, II

Typ štúdia: inžinierske
Študijný program: Softvérové inžinierstvo/Informačné systémy
Študijný odbor: Softvérové inžinierstvo/Informačné systémy
Ročník: 1.
Trvanie: 12+12 týždňov
Semester: Zimný, Letný
Počet hodín týždenne (seminár - projekt): 1 - 3, 1 - 3
Kredity: 7+5
Garant predmetu pre IS a SI: prof. Ing. Mária Bieliková, PhD.

Zapoj sa do súťaže o najlepší tím roka!

to Homepage to Teaching to TP to the Top

Podmienky absolvovania predmetu

  1. aktívna účasť na stretnutiach tímu
  2. aktívna účasť na práci v tíme
  3. odovzdanie všetkých požadovaných výstupov podľa harmonogramu
  4. udržiavanie aktuálnej informácie o stave projektu na webe
  5. prezentácia a obhajoba projektu
  6. získanie aspoň stupňa uspokojivý z každej časti riešenia projektu čo pri použití metodiky SCRUM znamená vykázanie aktivity na minimálnej úrovni v každom šprinte

Podmienky 1 až 4 a 6 platia pre získanie klasifikovaného zápočtu z predmetu Tímový projekt I a podmienky 1 až 6 platia pre získanie klasifikovaného zápočtu z predmetu Tímový projekt II.

to Homepage to Teaching to TP to the Top

Dokumentovanie a metodiky vývoja

Z každého stretnutia tím vypracuje zápis. Tieto zápisy tvoria súčasť dokumentácie. Úroveň zápisov sa hodnotí v rámci dokumentácie, časť Riadenie. Zápis musí obsahovať základné údaje o stretnutí (kedy bolo stretnutie, kto sa na ňom zúčastnil, kto vypracoval zápis) a podrobné informácie z priebehu stretnutia. Každý zápis musí obsahovať stanovenie úloh a tiež zhodnotenie splnenia úloh určených na predchádzajúcom stretnutí (samozrejme okrem prvého zápisu).
Príklad zápisu zo stretnutia môžete nájsť aj v publikácii: Mária Bieliková. Ako úspešne vyriešiť projekt, STU Bratislava, 2000.

Každý tím udržuje webovú prezentáciu stavu projektu (na serveri v softvérovom štúdiu, podrobnosti sa upresnia neskôr). Webová stránka obsahuje základné a aktuálne informácie o stave projektu a dokumentáciu v elektronickom tvare (jednotka aktualizácie je 1 týždeň). Hodnotí sa za letný a zimný semester, pričom sa do úvahy berie najmä aktuálnosť prezentácie stavu projektu a plnenie úlohy komunikačného prostriedku (v rámci tímu ako aj prezentácia tímu navonok).

Vývoj v rámci tímového projektu sa riadi jednou z dvoch (vopred určených) postupov vývoja softvéru:

  • iteratívnym a inkrementálnym postupom
  • agilnou metodikou SCRUM

Iteratívna inkrementálna metóda vývoja je definovaná voľne s odporúčaním používať prvky metodík agilného vývoja softvéru - tomu sa potom prispôsobí aj konkrétne naplnenie jednotlivých činností a tiež častí dokumentácie a ich reálne rozpracovanie v čase:

  • odporúčame napríklad začať prototypovať čo najskôr, ale najneskôr to musí byť do konca zimného semestra, kde je výstupom prototyp
  • tiež je vhodné využiť testom riadený prístup a nečakať až do druhého semestra, kde už testovanie je "predpísané"
  • vytvárajte malé príbehy a tie realizujte vo viacerých iteráciách - využite čo ste sa už naučili a postupujte inkrementálne s krátkymi iteráciami
  • veľmi pozorne analyzujte zmeny a riziká počas celého projektu
  • funkcionalita stanovená na začiatku určite nie je nemenná, prispôsobujte ju aktuálnemu stavu, ale tak, aby ste vedeli preukázať, že ste sa "neflákali" a urobili kus dobrej práce (menej je často viac)
  • nepodceňujte komunikáciu - vzájomnú v tíme, s vašim vedúcim (pedagógom) a aj so zákazníkom (často v osobe pedagóga)
  • využívajte spätnú väzbu, komunikujte o výsledkoch, nenechajte žiadneho z členov tímu, aby pracoval sám

Vývoj podľa metodiky SCRUM prebieha v dvojtýždňových intervaloch (šprintoch), v ktorých sa riešia naplánované príbehy (angl. user stories) „rozbité“ na jednotlivé úlohy.

  • zložitosť každého príbehu je ohodnotená bodmi
  • každý príbeh zaradený do šprintu má prideleného zodpovedného riešiteľa – člena tímu
  • na konci každého šprintu sa odovzdávajú riešenia naplánovaných príbehov, pričom každé riešenie musí byť nielen vytvorené (spravidla implementácia), ale aj pokryté testami a aspoň základne zadokumentované (napr. zaznamenané zmeny v dátovom modeli a pod.)
Pozrite si video k metodike SCRUM (má menej ako 10 minút).

to Homepage to Teaching to TP to the Top

Harmonogram zimný semester

Obsah jednotlivých týždňov v iteratívnom a inkrementálnom postupe je orientačný, závisí od konkrétneho projektu. V tímoch, ktoré pracujú podľa metodiky SCRUM sa obsah riadi definovanými šprintami.

Týž.   Iteratívna a inkrementálna metodika SCRUM
1. prezentácia tém, odovzdanie ponúk prezentácia tém, odovzdanie ponúk
2. uchádzanie sa o témy, pridelenie tém uchádzanie sa o témy, pridelenie tém
3. rozdelenie úloh, plán projektu rozdelenie úloh, plán projektu, analýza problému
4. analýza problému (štúdium problematiky) inicializácia riešenia projektu: vytvorenie Product Backlog, prvý dátový model, nastavenie prostredia pre vývoj a nasadzovanie, vytvorenie kostry projektu
5. analýza problému, špecifikácia požiadaviek práca na príbehoch šprintu č.1-1Z
6. analýza problému, špecifikácia požiadaviek a návrh riešenia ukončenie šprintu č.1-1Z
7. analýza problému, špecifikácia požiadaviek a návrh riešenia práca na príbehoch šprintu č.2-2Z
8. návrh prototypu a odovzdanie dokumentácie k produktu analýzy, špecifikácie požiadaviek a návrhu riešenia a k riadeniu ukončenie šprintu č.2-2Z a odovzdanie dokumentácie k produktu - prvé dva šprinty a k riadeniu
9. dopracovanie zistených nedostatkov, prototypovanie vybraných častí práca na príbehoch šprintu č.3-3Z
10. prototypovanie vybraných častí ukončenie šprintu č.3-3Z
11. prototypovanie vybraných častí práca na príbehoch šprintu č.4-4Z
12. odovzdanie prototypu vybraných častí systému spolu s dokumentáciou (produkt, riadenie) a používateľská prezentácia prototypu ukončenie šprintu č.4-4Z a odovzdanie dokumentácie prvých štyroch šprintov spolu s opisom vytvoreného prototypu, dokumentácie k riadeniu a používateľská prezentácia prototypu

Výstupy v zimnom semestri treba odovzdať najneskôr:
23. 9. 2011 (piatok), 23.59 elektronicky AIS
odovzdanie ponuky
7. - 11. 11. 2011 (podľa rozvrhu stretnutí alebo nasledujúci deň po termíne stretnutia v rozvrhu, ak je vtedy voľno)
odovzdanie dokumentácie analýzy problému, špecifikácie požiadaviek a návrh riešenia/odovzdanie dokumentácie prvých dvoch šprintov plus dokumentácia k riadeniu
13. 12. 2011, 14:00
odovzdanie prototypu vybraných častí systému spolu s dokumentáciou/odovzdanie dokumentácie šprintov za zimný semester spolu s opisom vytvoreného prototypu plus dokumentácia k riadeniu
14. - 20. 12. 2011 (podľa dohody tímov)
používateľská prezentácia prototypu

Pri odovzdaní treba podpísať preberací protokol (najmä tí čo dokument odovzdávajú potrebujú potvrdenie, že ho naozaj odovzdali).

Používateľská prezentácia prototypu sa realizuje vždy pre vopred určené tímy. Výsledné hodnotenie stanoví vedúci tímu (učiteľ) na základe samotnej prezentácie tímu a tiež aktivity a kvality diskusie aj v súvislosti s druhým tímom.

Spoločné stretnutia zimný semester

Stretnutia sa konajú v DE150, 16:00. Účasť je povinná.

Prosím sledovať harmonogram stretnutí, môže sa v súvislosti s inými pracovnými povinnosťami meniť zainteresovaných.

    Dátum           Náplň 
1. 19.9. 2011  Organizácia predmetu (pridelenie študentov do tímov, zverejnenie tém a požiadaviek na vypracovanie ponuky). Konzultácia tém.
2.  26.9. 2011  Pridelenie tém
Tímová práca, úlohy v tíme, vedenie stretnutí k projektu, zápisy zo stretnutí, projektový denník
3. 3.10. 2011  Rozvrh
Dokumentácia v tímovom projekte
Metodika SCRUM
Softvérové nástroje pre manažment v tíme
4. 10.10. 2011  Softvérové nástroje pre vývoj softvéru v tíme
5. 17.10. 2011  ----
6. 24.10. 2011  ---- (Konzultácia projektového nasadenia v predmete Projektovanie)
7.  7.11. 2011  ----
8. 14.11. 2011  ----
9. 21.11. 2011  ----
10. 28.11. 2011  ----
11.  5.12. 2011  ----
12. 12.12. 2011  ----

to Homepage to Teaching to TP to the Top

Harmonogram letný semester

Presnú obsahovú náplň si upresní každý tím po konzultácii s vedúcim na základe pridelenej témy.

Týž.   Iteratívna a inkrementálna metodika SCRUM
1. zhodnotenie výsledkov ZS, doplnenie a dopracovanie zistených nedostatkov, plán na LS a rozdelenie úloh práca na príbehoch šprintu č.5-1L
2. zakomponovanie zmien do dokumentácie ZS, podrobný návrh, plán integrácie, plán overenia výsledku práca na príbehoch šprintu č.5-1L
3. implementácia, integrácia a overovanie ukončenie šprintu č.5-1L
4. implementácia, integrácia a overovanie práca na príbehoch šprintu č.6-2L
5. implementácia, integrácia a overovanie ukončenie šprintu č.6-2L
6. implementácia, integrácia a overovanie práca na príbehoch šprintu č.7-3L
7. integrácia, overovanie, dokumentovanie produktu ukončenie šprintu č.7-3L
8. integrácia, overovanie, dokumentovanie produktu práca na príbehoch šprintu č.8-4L
9. odovzdanie produktu a dokumentácie k produktu (potrebnej pre používanie produktu) ukončenie šprintu č.8-4L odovzdanie produktu a dokumentácie k šprintom 5 až 8
10. prevádzka, externé testovanie, údržba, kompletizácia dokumentácie práca na príbehoch šprintu č.9-5L
11. prevádzka, externé testovanie, údržba, kompletizácia dokumentácie ukončenie šprintu č.9-5L
12. odovzdanie celkového výsledku projektu (produkt so zmenami v rámci údržby, dokumentácia plus dokumentácia k riadeniu) práca a ukončenie šprintu č.10-6L a odovzdanie celkového výsledku projektu (produkt, riadenie)

Výstupy v letnom semestri treba odovzdať najneskôr:

9.-13.4. 2012 (podľa rozvrhu stretnutí)
odovzdanie produktu a dokumentácie k produktu/odovzdanie produktu a dokumentácie k šprintom 5 až 8
25.4. 2012
prezentácia projektov na IIT.SRC - TP CUP 2012
14.5. 2012 (pondelok), 13.00
odovzdanie celkového výsledku projektu
14.6. 2012
prezentácia a obhajoba projektu tímov v semifinále TP CUP 2012
15.6. 2012
prezentácia a obhajoba projektu, finále TP-CUP 2012

to Homepage to Teaching to TP to the Top

Zásady hodnotenia predmetu

Výsledky práce prispievajú do hodnotenia v predmetoch Tímový projekt I, II takto:

  • externé hodnotenie - 15%
  • hodnotenie vedúcim projektu - 85%

Semester I

Externé hodnotenie

  • softvérový návrh a technológie - hodnotí sa sumárne v letnom semestri
  • riadenie tímu a jeho zdokumentovanie

Hodnotenie vedúcim

Výsledky práce prispievajú do hodnotenia približne takto (spolu 85%):

  • práca v tíme - 15%
  • výstupy:
    • ponuka
    • riešenie a jeho zdokumentovanie - 25%
    • prototyp/hodnotenie získané z bodovania šprintov - 30%
    • prezentácia prototypu - 5%
  • webová prezentácia stavu projektu - 10%

Semester II

Externé hodnotenie

  • softvérový návrh a technológie - 15% (aj zimný semester)

Hodnotenie vedúcim

Výsledky práce prispievajú do hodnotenia približne takto (spolu 85%):

  • práca v tíme - 10%
  • výstupy:
    • riešenie a jeho zdokumentovanie - 15%
    • produkt a jeho overenie/hodnotenie získané z bodovania šprintov - 40%
    • riadenie tímu a jeho zdokumentovanie - 5%
  • ústna prezentácia a obhajoba - 10%
  • webová prezentácia stavu projektu - 5%

Spôsob hodnotenia

Externý hodnotiteľ pridelí body 0-15.

Vedúci hodnotí jednotlivé časti slovne v tejto škále:

  • vynikajúci (výnimočná kvalita, výsledky veľmi vysoko nad očakávania)
  • výborný (výborná kvalita, výsledky vysoko nad očakávania)
  • viac ako veľmi dobrý (veľmi dobrá práca, výsledky nad očakávania)
  • veľmi dobrý (viac ako dobrý štandard, výsledky v rámci očakávaní)
  • viac ako dobrý (dobrý štandard, hoci nedosiahol úplne očakávania, obsahuje dosť výsledkov)
  • dobrý (ešte spĺňa štandard)
  • uspokojivý (vážne nedostatky, iba obmedzené výsledky, ešte spĺňa minimálnu požadovanú kvalitu)
  • nedostatočný (malé skutočné výsledky, nespĺňa očakávania)
  • katastrofálny (veľmi malá skutočná práca, nedostatok úsilia, nespĺňa očakávania)

Oneskorenie odovzdania sa postihuje znížením hodnotenia (1 stupeň za každý týždeň).

Na základe čiastkových hodnotení určí body v rozsahu 0-85 pre každého jednotlivca.

Celkové výsledné hodnotenie je 6 stupňové (A, B, C, D, E, FX), stupnica sa odvodí podľa známych pravidiel hodnotenia predmetov v rozsahu 0-100 bodov. Absolvovanie všetkých etáp a odovzdania požadovaného výstupu je nutná podmienka absolvovania predmetu.

Hodnotenie šprintov (pre tímy postupujúce podľa metodiky SCRUM)

Pri ukončovaní šprintu a odovzdávaní jednotlivých príbehov vedúci tímu (učiteľ v roli zákazníka či manažéra) schvaľuje jednotlivé príbehy čím prideľuje tímu za príbehy body, ktorými boli ohodnotené pri plánovaní šprintu. Zodpovedný riešiteľ za príbeh navrhne rozdelenie bodov získaných za príbeh medzi všetkých riešiteľov, ktorí sa na vývoji príbehu podieľali (body sa prideľujú z celkového balíka v jednotlivých etapách projektu). Vedúci tímu (učiteľ) na základe návrhu pridelí jednotlivým členom tímu body.

Pre každého člena tímu sa eviduje počet naplánovaných bodov (pričom aj naplánované body sa delia medzi riešiteľov, ktorí príbeh realizovali) a počet skutočne získaných bodov.

V prípade, že sa v danom šprinte príbeh nepodarí dokončiť, resp. ho vedúci tímu neschváli, rozhoduje o hodnotení a ďalšom postupe vedúci tímu:

  • pridelí tímu podiel z bodov v závislosti od stupňa rozpracovania úlohy, zvyšok sa naplánuje v ďalšom šprinte (body rozdeľuje vedúci tímu na základe návrhu zodpovedného za príbeh podobne ako je to uvedené vyššie)
  • v prípade, že vedúci usúdi, že napriek nedokončeniu príbehu na ňom tím „šprintoval“ adekvátne, avšak zložitosť príbehu nebola vhodne odhadnutá a príbeh teda nebol vhodne naplánovaný (čo sa môže ľahko stať, keďže cieľom tímového projektu je sa odhadovanie a plánovanie naučiť), môže prideliť plný počet bodov aj za nedokončený príbeh, resp. znížiť počet naplánovaných bodov (takže podiel získaných a naplánovaných bodov sa nezmení)
  • v prípade, že člen tímu počas šprintu nevykáže žiadnu alebo veľmi nízku aktivitu (napr. nezíska ani jeden bod), tak automaticky končí pôsobenie v tíme ako aj v predmete s hodnotením Fx, nedostatočný.

to Homepage to Teaching to TP to the Top

Obsah a forma projektovej dokumentácie

Inžinierske dielo (softvérový systém/informačný systém)

Dokumentácia k inžinierskemu dielu bude obsahovať minimálne informácie podľa zoznamu nižšie (pri návrhu štruktúry dokumentácie sa riaďte poznámkami ďalej a poraďte sa s vašim pedagógom).

Spolu s tlačenou dokumentáciou sa v kontrolných bodoch na konci prvého a konci druhého semestra odovzdáva elektronické médium, ktoré obsahuje, tlačenú dokumentáciu (produkt aj riadenie), doplnenie technickej dokumentácie, zdrojové súbory riešenia a v letnom semestri na konci projektu aj snapshot webového sídla -- bez použitia dynamických stránok.

Inkrementálny a iteratívny vývoj

  • Analýza, špecifikácia požiadaviek a hrubý návrh (zimný semester)
    • Úvod - o čom je tento dokument, ciele, ohraničenia.
    • Analýza problému a špecifikácia riešenia
      (pre tvorbu softvérového systému typicky zahŕňa tieto časti: Kontext systému, Špecifikácia funkcií systému (určí sa aj priorita pre jednotlivé funkcie), Špecifikácia údajov v systéme, Špecifikácia správania systému)
    • Hrubý návrh riešenia
    • Ďalšie požiadavky a ohraničenia
  • Prototyp (zimný semester)
    • Cieľ prototypovania, dosiahnuté výsledky
    • Podľa dohody s pedagógom, odporúča sa používateľská príručka (pre celý systém)
  • Produkt a dokumentácia k produktu (letný semester)
    • Stanoví sa podľa povahy projektu. Štandardne zahŕňa tieto časti:
      • Používateľská príručka
      • Systémová príručka (spolu s návodom na inštaláciu)
  • Návrh, implementácia a overenie riešenia (letný semester)
    • Zapracovanie nedostatkov špecifikácie a hrubého návrhu
    • Návrh systému
      (pre tvorbu softvérového systému typicky zahŕňa tieto časti: Architektúra systému, Fyzický model údajov systému, Návrh algoritmov spracovania)
    • Ohraničenia, zmeny špecifikácie, priority riešenia
    • Výber implementačného jazyka a prostredia
    • Opis realizácie (implementácie jednotlivých modulov, napr. zaujímavé veci, optimalizácia, doplnenia oproti návrhu,...)
    • Overenie výsledku (určenie spôsobu overenia výsledku, postup, testovacie údaje, ak sa zmenili oproti návrhu)
    • Záznam o používaní systému
    • Čo sme nestihli
    • Čo sme sa naučili

Vývoj metodikou SCRUM

V dokumentácii sa dokumentujú jednotlivé šprinty a k nim prislúchajúce príbehy. Opis každého príbehu obsahuje analýzu, návrh, opis implementácie a testovania. Navyše k šprintom dokumentácia musí obsahovať na konci zimného aj letného semestra kapitolu, ktorá zhŕňa vytvorený prototyp (v letnom semestri celkový produkt) ako celok, opisuje architektúru, dátový model a pod. (vytvorenie tejto kapitoly sa dá naplánovať ako úloha do niektorého zo záverečných šprintov).

Riadenie projektu

Dokumenty k riadeniu projektu sa vytvárajú priebežne a sú súčasťou odovzdávanej dokumentácie v každej etape. Obsah zodpovedá etape, v ktorej sa projekt nachádza. Celkovo obsahuje minimálne tieto časti:

  • Úvod (čo sa v tejto časti dokumentácie nachádza)
  • Ponuka
  • Záznamy zo stretnutí
  • Úlohy členov tímu (krátkodobé, dlhodobé), táto časť zahŕňa aj autorov jednotlivých častí dokumentácie k inžinierskemu dielu ako aj jednotlivých častí vytvoreného diela
  • Manažment kvality
  • Manažment rizík
  • Manažment rozvrhu
  • Manažment podpory vývoja
  • Monitorovanie projektu
  • Manažment komunikácie
  • Manažment tvorby dokumentácie
  • Preberacie protokoly

Jednotlivé časti korešpondujúce s oblasťami manažmentu sa rozdelia medzi členov tímu. Budú obsahovať dokumenty vytvorené počas riešenia projektu vrátane metodík potrebných pri vývoji a riadení projektu. Všetky časti sa vytvárajú priebežne a spresňujú sa počas riešenia projektu (napr. plán v časti Manažment rozvrhu by sa mal aktualizovať minimálne raz za 4 týždne). Nachádza sa tu plán projektu, plán manažmentu rizík, manažment verzií a konfigurácií a zmien (najmä nastavenie procesov) a ďalšie dokumenty, ktoré sú prispôsobené rozsahu a účelu projektu.

Upozornenie:

  • Jednotlivé strany dokumentácie musia byť očíslované. Prílohy sa číslujú samostatne a označujú písmenami abecedy (A-1, A-2,...; B-1, B-2, B-3,...).
  • Na začiatku dokumentácie musí byť obsah, ktorý sa pri každej modifikácii (odovzdávaní) dokumentácie aktualizuje, t.j. v odovzdanej dokumentácii musí byť vždy na začiatku podrobný obsah.
  • Odporúča sa názvy kapitol uvádzať aj v hlavičke na jednotlivých stranách (zjednodušuje to výrazne orientáciu v texte).
  • Odporúča sa oddeliť jednotlivé časti dokumentácie (najmä zimný a letný semester) farebnými papiermi.
  • Treba oddeliť jednotlivé časti dokumentácie aj z hľadiska obsahu: dokumentácia súvisiaca s riadením projektu (plány, zápisy zo stretnutí, posudky, preberacie protokoly, dohodnuté postupy a procesy, štandardy a pod.) a dokumentácia k inžinierskemu dielu (napr. softvérový systém).
  • Vždy treba odovzdať úplnú doteraz vytvorenú dokumentáciu - v číslovaní strán sa pokračuje - zviazanú tak, aby sa dalo v nej listovať. Dokumentácia sa odovzdáva v jednom vytlačenom exemplári (učiteľovi) a potvrdí sa vždy preberacím protokolom.
  • Záverečná dokumentácia musí byť zviazaná tak, aby to bola jedna "kniha" (elektronické médium musí byť pripevnené k obalu).

to Homepage to Teaching to TP to the Top

Home
Research
Projects
Publications
Books
SCM
Teaching
Links
Last updated:
Mária Bieliková bielik [zavináč] fiit-dot-stuba-dot-sk
Design © 2oo1 KoXo