Vedení DB aplikací a jazyk UML

Z ωικι.matfyz.cz
Přejít na: navigace, hledání
Vedení DB aplikací a jazyk UML
Kód předmětu: NSWI094
Přednáší: Tomáš Rubač

Obecné[editovat | editovat zdroj]

  • Poznámky z přednášky (doplňky a opravy klidně postujte sem, budou začleněny)
  • CMMI
  • "Doporučený editor" Enterprise architect (trial tuším na 2 měsíce) [1], teď jsem zkoušel i M$ Visio a opravdu je "lepší" Enterprise architect.

Zápočet[editovat | editovat zdroj]

Zápočet je za analýzu nějakého projektíčku (i fiktivního) – pár entit (tříd) a U/C (use cases). Analýza musí být precizní! Musí být od začátku do konce jasné, o co jde a musí se to podle toho dát naprogramovat, důležitá je konzistence (všeho se vším). Například pokud někde v U/C pracuji s entitou, musí být v modelu tříd opovídající třída nebo atribut a podobně. Hlavní jsou U/C a třídy, ostatní typy z probraných diagramů nejsou nezbytně nutné. Má to být strategická a uživatelská analýza, design a implementaci se nemá řešit.

Analýza má mít přibližně tuto strukturu:

  • úvod
  • požadavky
  • koncept řešení
  • popis řešení (~U/C)
  • model tříd (ten může někdy být i před popisem nebo v rámci popisu)

Vzorová analýza[editovat | editovat zdroj]

(od přednášejícího zveřejněna s jeho laskavým svolením)

Review: Obsahuje dva příklady, jeden (EA example.doc) je příklad k Enterprise Architektu a je spíš demonstrací možností tohoto nástroje. Druhý (DB example.doc) se už mnohem více podobá tomu, jak by měl vypadat zápočťák, nicméně požadavky a koncept jsou extrémně krátké. U/C jsou psány až příliš stručným, avšak výstižným žargonem, ale to je zřejmě cílem. Příklad také obsahuje hodně překlepů.

Zkouška[editovat | editovat zdroj]

Písemná část je za vypracování změnového požadavku k jednoduchému projektu (vpodstatě ověření schopnosti vůbec napsat analýzu). Potřeba: Požadavek, Třídy, U/C. Písemka nemusí být rozsáhlá, ale musí být +/- ucelená a konzistentní jako zápočťák.

Jít ke zkošce bez zápočtu není doporučené. I když lidi nechá to psát, hrozí, že stejně nebudou vědět co a jak napsat. Takže si zkuste alespoň první pokus zápočťáku (téměř nikdy jej prý nevzal napoprvé). Pro mně osobně bylo psaní řečí klienta netriviální, ale nad zpočťákem jsem si to ošahal, takže u zkoušky to už bylo o dost snazší. Nehledě na to, že na lidi se zápočtem pak tolik netlačí.

Ústní část je nějaký dotaz k probrané látce. Např. Diagram sekvencí vs. diagram spolupráce, nebo Plánování (tj. CMMI, dobré je vědět, že plán musí schválit klient, nadřízení i podřízení)

22.6.2006[editovat | editovat zdroj]

U zkoušky bylo za úkol napsat změnový požadavek, U/C, třídy k tomuto probému:

Banka má systém pro správu úvěrů. Systém připisuje úrok na konci měsíce. Zjistilo se, že klient si může půjčit na začátku měsíce a splatit těsně před koncem a má prachy na měsíc zdarma.

Banka chce úpravu systému. Kliet musí zaplatit úrok z každé splátky ve výši měsíčního úroku.

Teoretické otázky[editovat | editovat zdroj]

  • co je stereotyp
  • co je tag
  • rozdíl mezi agregací a kompozicí