Návrh a modelování softwarových systémů

• Stránky předmětu: http://krizik.felk.cvut.cz/moodle/course/view.php?id=23
• Přednášejcí: Doc.Ing. Zdeněk Kouba, CSc.
• Cvičící: Ing. Martin Řimnáč

• semestrálka ve skupinách po 2
• max 2 absence
• ústní prezentace semestrální práce v 12/13 týdnu
• semestrální práce se podílí z 40% (max. 40 bodů - zkouška 60 bodů) na hodnocení u zkoušky

Udělal jsem shrnutí přednášek (2013/2014) do tisknutelné verze. Myslím, že se stačí naučit to, co je v tom shrnutí + návrhové vzory. Přikládám odkaz na GoogleDocs https://docs.google.com/document/d/15J6GwQVC2W7tBKyG4IqlpMzTSJYdeLXJokv6ypeOFLA/edit?usp=sharing . Dávám to jako veřejně editovatelné (aby to kdokoliv mohl doplnit/opravit), tak snad to někdo nevymaže.

• Popsat MVC
• Bridge Pattern - vysvětlit a nakreslit
• K čemu slouží Service layer
• Význam IDL ve webové službě = IDL ve WS je WSDL
• Zabránění souběhu dvou vláken (race-condition) nad jednou proměnnou = mělo být volatile nebo Compare-and-Swap
• Mapování CRUD v RESTU na HTTP požadavky = Create-post Retrieve-get Update-put Remove-remove
• Vyjmenujte a načtrtněte 6 UML diagramů
• Co je to Injection of control
• Jaký je rozdíl mezi funkcionálními a nefunkc. požadavky + příklady
• Napište implementaci Singletonu v Javě nebo C# (myslím že to mělo být thread-safe)

1. k čemu je návrhový vzor proxy
2. asociace, agregace, kompozice
3. Adaptér + praktický příklad
4. IoC, DI
5. CAS
6. mashalling/unmarshalling
7. REST
8. scope lock
9. offline concurency control (optimistic x pesimistic)
10. význam WSDL v SOAP

Podobne ako minulý rok, bolo 10 otázok po 6b.

• Navrhnite triedu v Jave alebo C#, ktorá umožní lazy loading.

• Vymenujte 6 typov UML diagramov + ukážka.

• Vysvetlite Bridge pattern + UML diagram + reálny príklad.

• Je možné zabrániť súbehu viacerých vlakien nad premennou, bez použitia synchronized?

• Význam IDL jazyka u RPC, ako sa používa + alternatíva pri webových službách.

• Vysvetlite Inversion of Control (IoC).

• CRUD požiadavky na HTTP protokol pre REST služby.

• Vysvetlite Service layer pattern.

• Porovnajte funkcionálne a nefunkcionálne požiadavky.

• Popíšte MVC.

10 otazek, kazda za 6 bodu, měli jsme hodinu, ale když jsme nestíhali, tak přidal. Opravoval Mička, hodnotil Kouba. Opraveno docela přísně, ale hodnocení bylo mírné. Na ústní se ptal jen když něco nemohl přečíst, známku už moc ovlivnit nešlo

• Popište architektonické návrhové vzory pro hexagonální (ports & adapters) a vrstevnatou (layered) architekturu, napište co mají společné a v čem se liší

• Popište návrhové vzory pro Service Locator a Dependency Injection, napište co mají společné a v čem se liší

• Napište a vysvětlete alespoň 3 GRASP vzory

• Vysvětlete princip a rozdíl návrhových vzorů Active Object a Monitor. Napište, k čemu se používají

• Popište návrh distribuovaných aplikací používající stub/skeleton

• Napište v Javě nebo C# kód pro vláknově bezpečný Singleton

• Nakreslete UML class a sekvenční diagramy návrhového vzoru Vizitor, popište a uveďte reálný příklad použití

• Popište návrhový vzor Executor (pozn.: myšleno např. ten, co v Javě spouští vlákna), napište kdy se používá a jaké jsou jeho standardní implementace

• Máme pekárnu, kde může současně pracovat neurčité množství pekařů. Pekař, když dopeče chleba, umístího do regálu a jde péci další. Máme jednu prodejnu, kde je jeden neomezeně velký regál. Zákazníci u něj tvoří frontu a s regálem může pracovat pouze jeden. Napište v Javě nebo C# kód pro Pekaře a Zákazníka pro vláknově bezpečnou práci s regálem.

• Nakreslete UML diagramy používající následující typy vazeb: realizace, generalizace, agregace, kompozice, synchronní zpráva, asynchronní zpráva

Namodelovat v podobě class diagramu program na tvorbu ER diagramu. Jednotlivé třídy budou Diagram (plátno, kde se bude kreslit), Node (uzel reprezentující např. třídu), Edge (hrana mezi uzly), Polygon (grafická reprezentace uzlu), Dialog (dialogové okno, které vyskočí po kliknutí na uzel), Point (jednotlivá zalomení hrany). V diagramu bude možné pohybovat s uzly, přidávat nové a mazat staré. Mezi uzly bude možné vytvořit orientovanou hranu. Po kliknutí na uzel se ukáže dialog.

Napsat javovský program, který spustí druhé vlákno a zároveň umožní jeho bezpečné ukončení. Zadání bylo velmi strohé, teprve u ústního mi vysvětlil, že chtěl ukázat použití wait() a notify(). Mohlo to vypadat nějak takto (nezaručuju funkčnost, jsem línej to zkoušet):

public class Main implements Runnable {
  public static void main(String[] args) {
    Main m = new Main();
    Thread t = new Thread(t);
    t.start();
  }
 
  private boolean running = true;
  public synchronized void run() {
    while (running) {
      //Wait musí být uvnitř cyklu
      wait(1000);
    }
  }
 
  public synchronized void getRunning() {return running;}
  public synchronized boolean setRunning(boolean b) {running = b;}
}

Autor asi zamýšlel toto (spustitelný kód):

public class Main implements Runnable {
 
  private static Thread t;
 
  public static void main(String[] args) {
    Main m = new Main();
    t = new Thread(m);
    t.start();
  }
 
  private boolean running = true;
 
  public void run() {
    while (running) {
      try {
	System.out.println("waiting");
	//Wait musí být uvnitř cyklu
	synchronized(t) {
	  t.wait(1000);
	}
      } catch (InterruptedException ex) {
	Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
      }
      System.out.println("interrupted");
      t.interrupt();
      this.setRunning(false);
    }
  }
 
  public synchronized boolean getRunning() {
    return running;
  }
 
  public synchronized void setRunning(boolean b) {
    running = b;
  }
}

Nakreslit pomocí UML návrhový vzor Bridge. Popsat, k čemu se používá (příklad) a jak funguje. Já popisoval JDBC, ale to se mu moc nelíbilo, že prý JDBC nemusí být bridge, protože stačí volat funkce v ovladači jako je connect a executeQuery. Já oponoval tím, že pokud bych chtěl například ve svém systému logovat uživatelské příkazy na databázi, rozhodně bych si vytvořil svojí obalovací metodu na komunikaci s JDBC. Nakonec jsem ho přesvědčil.

Jednalo sa o E-shop s kuponami na prazsku hromadnu dopravu, kde si zakaznik moze kupit novy kupon, zaplatit ho bud bankovym prevodom alebo nejak inak a zvolit si notifikaciu o prebehnutej platbe (mail || sms). Ked pride k validatoru (akoze ta skatula co je v metre), po vsunuti karty do citacky sa mu zobrazi zoznam existujucich kuponov a zoznam novych kuponov, ktore si moze nahrat na kartu. Bolo este povedane ze verifikacia a nahravanie je operacne a casovo narocna preto to trebe paralelizovat.
Bolo treba urobit nejaky model ako to bude fungovat a use-case k tomu.
Ja som spravil:

• napisal som slovne use-case. Samostatne E-Shop a samostatne validator. Na konci som napisal ako by som to sparalelizoval (viacej serverov s jednou frontou sprav, po vyhodnoteni spravy server zasiela spravu validatoru, ze moze vykonat nejaku operaciu)
• diagram nasadenia (na jednaj strane viacero serverov a databaza a na druhej strane validator. Komunikuju pomocou HTTP, XML a JMS)
• funkcne a nefunkcne poziadavky. Opat samostatne na E-Shop a na Validator

A) Uvedte pri akych okolnostiach sa pri sucasnom pristupe viacerych threadov k tomu istemu objektu mozeme vyhnut nutnosti pouzivania synchronizacie a pritom nebude ohrozena threadova bezpecnost.
Zjednodusene ako sa vyhnut pouzitiu klucoveho slova synchronized a pritom zabezpecit threadovu bezpecnost

• pouzitie volatile premenych a a atomickych operacii (doulezite je tam to 'a' ja som mal 'alebo' a hned mi strhol dva body)

B) Diskutujte vhodnost volania abstraktnych metod vo viacvlaknovych aplikaciach

• Absolutne nevhodne, pretoze kazdy si tam moze napisat svoju implementaciu a to moze viest k necakanemu chovaniu aplikacie alebo problemom typu deathlock.

A) Vymyslite zmysluplny priklad na pouzitie navrhoveho vzoru STRATEGY
B) Nakreslite diagram tried ilustrujuci vas priklad

Návrhový vzor Adaptér

Návrhový vzor Singleton

Návrhový vzor Abstract Factory

Návrhový vzor Decorator

Návrhový vzor Template method

Návrhový vzor Strategie

Vzory na objekty.vse.cz