Objektovo-Orientovaná Analýza a Modelovanie

(cvičenia 2011) - Skupina 3
Stránka Jany Dvorákovej (http://foja.dcs.fmph.uniba.sk/ooam/) >>

Cvičiaci:

  • Peter Paulis
  • Kontaktný e-mail: peter (dot) paulis (at) gmail (dot) com

Miesto a čas:

  • Streda 18:10 - 19:40, Akvárium XI
  • Konzultácie: po dohode mailom

Termíny a témy cvičení

Termín Téma Materiály
5.10.Use Case modelovanie
26.10.Doménový model
9.11.Modelovanie tried
23.11.Modelovanie aktivít a stavov
  • ...
7.12.Modelovanie interakcií - sekvenčné diagramy
?.12.Obhajoba projektov 

Aktuálne zadania a termíny

# Termín Úloha
1. 9.10.
  • Vytvorenie tímu (záväzné) - tímy je možné vytvárat iba v rámci rovnakej skupiny cvicení (1~3 členovia)
  • Vytvorenie template stránky pre váš tímový projekt, zaslanie linky na stránku e-mailom
2. 26.10.
  • Vytvorenie UC modelu pre "Akademický informačný systém" a jeho zverejnenie na stránke tímu
  • Charakteristiky UC modelu:
    • Obsahuje 20-25 UC (v jednotnej granularite)
    • Dalej obsahuje prvky: aktéri, dedenie medzi aktérmi, prípady použitia, asociácia medzi aktérmi a prípadami použitia (primárni aktéri, sekundárni aktéri), vztahy "include", "extend", popisy prípadov použitia: ciel, pociatocné podmienky (ak existujú), koncové podmienky (ak existujú), postupnost krokov
3. 9.11.
  • Vytvorenie doménového modelu a jeho zverejnenie na stránke tímu
  • Charakteristiky doménového modelu (bolo vysvetlené na cvičení):
    • Obsahuje pojmy a vzťahy z domény modelovaného systému (vysoká škola)
    • Rozsah: Musí obsahovať všetky pojmy a vzťahy z domény, ktoré sa týkajú procesov pokrytých modelovaným informačným systémom. Granularita doménového modelu vychádza z granularity UC modelu
    • Forma: zoznam doménových pojmov + slovný popis každého pojmu (1-2 vety), UML class diagram reprezentujúci pojmy (triedy) a vzťahy medzi nimi (typicky asociácie, avšak môžete použiť ľubovoľné relácie class diagramu, ktoré zodpovedajú sémantike modelovaného vzťahu)
4. 23.11.
  • Vytvorenie modelu tried (designového) a jeho zverejnenie na stránke tímu
  • Charakteristiky modelu tried (bolo vysvetlené na cvičení):
    • Obsahuje triedy s atribútmi a metódami. Atribúty majú definovanú viditeľnosť a dátový typ. Metódy majú definované argumety a ich dátové typy, typ návratovej hodnoty.
    • Obsahuje vzťahy medzi triedami: závislosť (dependency), asociáciu, kompozíciu, agregáciu, dedenie (aspoň raz je potrebné použiť každú).
    • Obsahuje multiplicitu na oboch koncoch a orientáciu pre všetky vzťahy medzi triedami
    • Obsahuje aspoň jednu asociačnú triedu
    • Obsahuje aspoň jeden vzťah, ktorý má na oboch koncoch popis role
    • Pokrýva UC model
    • Model je vytvorený s ohľadom na generický koncept silnej súdržnosti-slabej väzby
    • Model je korektný z pohľadu princípov SOLID, ktoré sa týkajú požadovaných konštrukcií (minimálne S, L, D)
    • Model bol konfrontovaný voči štandardným metrikám a ak vykazuje odchýlky od štandardu, viete ich vysveliť
5. 7.12.
  • Vytvorenie 4 diagramov aktivít a ich zverejnenie na stránke tímu
  • V každom diagrame popíšte obsah (algoritmus) jedného Use Case z vášho Use Case modelu. Vyberáte si 4 Use Cases, ktoré budete modelovať pomocou aktivít, pričom je potrebné vybrať Use Cases s navzájom odlišnou logikou a s aspoň dvomi rolami, ktoré sa podieľajú na obsahu UC. Vytvorené diagramy aktivít musia byť konzistentné s popismi daných UCs z UC modelu.
  • V každom diagramoch použite aspoň 2 partície (oblasti, swimlanes) pre jednotlivé role, ktoré na vykonaní daného UC participujú; ďalej použite akcie, rozhodnutia (decision) s podmienkami na výstupných hranách, spojenie (merge), iniciálny uzol/iniciálne uzly, finálny uzol/finálne uzly pre celú aktivitu
  • V aspoň jednom diagrame použite fork a join, akcie s viacerými vstupnými tokmi, akcie s viacerými výstupnými tokmi, akcie s preconditions, akcie s postconditions, podmienky na tokoch iných ako výstupných tokov rozhodnutia, finálny uzol pre tok, cyklus
6. 13.12.
  • Vytvorenie finálneho dokumentu a jeho zverejnenie na stránke tímu
  • Dokument bude obsahovať všetky čiastkové výstupy vytvorené počas semestra. Jednotlivé výstupy musia mať zapracované pripomienky cvičiacich a musia byť navzájom konzistentné
  • Dokument musí byť logicky štrukturovaný, má obsahovať názov, úvodnú časť s popisom projektu, ktorý sa modeluje a predstavením riešiaceho kolektívu, ďalšie časti s jednotlivými výstupmi vhodne doplnenými krátkymi popisnými textami.
  • Dokument musí mať jednotnú formu, musí byť vo formáte PDF a musí ho byť možné vytlačiť na formát A4.
  • Názov súboru : "OAaM11_<číslo skupiny (ID v tabuľke)>_FinalnyDokument.pdf" (napr. OAaM11_05_FinalnyDokument.pdf)
Finálny dokument okrem toho bezpodmienečne musí spĺňať tieto požiadavky :
  • Dokument musí byť najneskôr o 23:59 - 13.12.2011 zverejnený na stránke tímu
  • Všetky pripomienky musia byť zapracované!
  • Nesmie obsahovať závažné chyby!
  • Musí sĺňať všetky! stanovené požiadavky (jednotlivých zadaní)!
Pri nesplnení jednej! z hore uvedených požiadaviek, nebudú členovia tímu pripustení k skúške.
Tím ktorý bol 1x po termíne s nejakým zadaním, vypracuje do 13.12. toto zadanie :
  • Activity diagram pre splácanie jednej pôžičky klientom.
  • Klient si otvorí pôžičku, a spláca pôžičku po mesačných splátkach, až ju celú nesplatí.
  • Môže ju avšak splatiť celú aj predčasne.
  • Ak je splatená, dôjde k jej uzavretiu.
  • Neriešime situáciu, kedy klient nemohol nesplatiť mesačnú pôžičku.
Tím ktorý bol 2x po termíne s nejakým zadaním, vypracuje do 13.12. toto zadanie (predchádzajúce s pôžičkou nerieši) :
  • Activity diagram pre prácu s bankomatom.
  • Klasický slovenský bankomat - PIN, vyber jazyk, vyber v hotovosti (vybrať sumu / zvoliť vlastnú), vytlačiť potvrdenku?, storno, oprava...
  • Bez možnosti dobyť kredit / kúpiť lístky / prevod na účet atď...
  • Riešte aj situáciu, kedy by transakcia neprebehla - klient nemal dosť penazí na účte (alebo mal limit na výber), mal neplatnú kartu, zadal zlý PIN, zadal zlý PIN 3X
7. 14.12.
  • Vytvorenie prezentácie tímového projektu.
  • Prezentácia musí byť načasovaná na 10 minút a jej účelom je pochváliť sa designom, ktorý ste v rámci semestra vytvorili za účelom získania ďalších fáz projektu u virtuálneho zákazníka.
  • Prezentácia musí byť vo formáte PDF.
  • Prezentácie sa musia aktívne zúčastniť všetci členovia tímu.
V prípade nedostatočnej kvality prezentácie, musí tím vypracovať nasledujúce zadnie :
  • Activity diagram pre nákup tovaru u automatickej pokladni.
  • Zákazník skenuje tovar a dáva ovocie/zeleninu na odváženie.
  • Platí sa kartou, hotovosťou, alebo kombináciou hotovosť a kupón.
  • Pri platbe kartou treba vytlačiť potvrdenie a tiež treba vytlačiť nákupný blok.
  • Riešte situáciu, ak by nemohol zákazník zaplatiť, alebo by chcel stornovať položku (po naskenovaní všetkých položiek).

Tímy a hodnotenie

IDTím 1. 2. 3. 4. 5. Zadanie naviac Finálny dokument Prezentácia Pripustení k skúške
01Lukáš Zdechovan & Martin Kokoška OK P P P P Netreba OKOKOK
02 Branislav Skula & Peter Veress OK P P P P Netreba OKOKOK
03 Ján Regás & Elena Urbanová OK P P P P Netreba OKOKOK
04 Peter Novák & Peter Balko & Miroslav Bodiš OK P P P P Netreba OKOKOK
05 Vladimír Šatura & Daniel Šovčík OK P P P P Netreba OKOKOK
06 Miroslav Kocun & Dominik Mišanič OK P P P P Netreba OKOKOK
07 Adamíková Alexandra & Gašpierik Michal & Jančeková Barbora OK P P P P Netreba OKOKOK
08 Dávid Kováč & Kamil Maráz OK P P P P Netreba OKOKOK
09 Lubomir Klempai OK P P P P Netreba OKOKOK
10 Andrej Mandli & Csaba Posvancz OK P P P P OK OKOKOK
11 Ivan Dlugoš & Juraj Pogádl OK P P P P OK OKOKOK
12 Martin Horansky & Martina Zezulová OK P P P P OK OKOKOK
13 Peter Maduda & Ivan Benko OK P P P P OK OKOKOK
14 Karol Vanko & Milan Vrškový & Tomáš Jurík OK P P P P OK OKOKOK
14 teamov / 30 študentov
OK / odovzdané po termíne / !!! == neodovzdané / P == pripomienkované / R == odovzdané načas, čaká na vyhodnotenie