Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- statnice:si [2011/06/07 10:17]
pajamrazek
+++ statnice:si [2025/01/03 18:23] (aktuální)
@@ Řádek 1: / Řádek 1: @@
+  * [[http://www.fel.cvut.cz/cz/education/master/topicsOI.html|Oficiální zadání]]
+  * [[https://docs.google.com/document/d/1AQ9FoUrAIVpmFcEtdrSNiUjAPh2YECee7FT6my1jKnw/edit|Destilace toho nejdůležitějšího]]
+  * {{:statnice:si:fen_statnice_si.odt|Stručně vypracované otázky ODT}}
+  * {{:statnice:si:fen_statnice_si.pdf|Stručně vypracované otázky PDF}}
+====== 1. (Nový studijní plán) Sémantika: operační sémantika, denotační sémantika, pevný bod funkce, vázání jmen, stav, tok a data programu. (A4M36TPJ) ======
+nějaké moje výpisky, kdyžtak doplňte/opravte: [[http://img.hanx.cz/?szz/|odkaz]]  --- //[[[email protected]|Vaclav Burda]] 2014/05/24 15:25//
+====== 2. (Nový studijní plán) Statická sémantika: typy, polymorfní typy, typy vyššího řádu, rekonstrukce (inference) typů, abstraktní typy, moduly, efekty. (A4M36TPJ) ======
+nějaké moje výpisky, kdyžtak doplňte/opravte: [[http://img.hanx.cz/?szz/|odkaz]]  --- //[[[email protected]|Vaclav Burda]] 2014/05/24 15:25//
+{{:statnice:tpj.pdf|Otázka 1 a 2}}
+{{:statnice:tpj.docx|Otázka 1 a 2}}
+Pokus o zpracování otázky
+* [[https://docs.google.com/document/d/1IM7G7Ew1-DGf0KEpl0KuHz55prlE2AuQ75e5ySLGGso/edit#| SI 2 (TPJ)]]
+====== 3. (Nový studijní plán) Teorie HCI, kognitivní aspekty, způsoby interakce, speciální uživatelská rozhraní. (A4M39NUR) ======
+{{:statnice:gi05-nur.doc|}}
+{{:statnice:gi05-nur.pdf|}}
+[[https://edux.fit.cvut.cz/oppa/BI-TUR/prednasky/TUR12specialniur.pdf|Speciální UI]]
+====== 4. (Nový studijní plán) Metody návrhu, uživatelské a konceptuální modely. (A4M39NUR) ======
+{{:statnice:gi06-nur.doc|}}
+{{:statnice:gi06-nur.pdf|}}
+====== 5. (Nový studijní plán) Formální popis uživatelských rozhraní. (A4M39NUR) ======
+{{:statnice:gi07-nur.doc|}}
+{{:statnice:gi07-nur.pdf|}}
+====== 6. (Nový studijní plán) Pokročilá uživatelská rozhraní (inteligentní uživatelská rozhraní, multimodální uživatelská rozhraní). (A4M39NUR) ======
+{{:statnice:gi08-nur.doc|}}
+{{:statnice:gi08-nur.pdf|}}
+====== 7. (Nový studijní plán) Metody testování uživatelských rozhraní a jejich vyhodnocování, standardizace. (A4M39NUR) =======
+{{:statnice:gi09-nur.doc|}}
+{{:statnice:gi09-nur.pdf|}}
 ====== 1. Uživatelské požadavky, definice funkcionality systému, vztah mezi funkcionálními a nefunkcionálními (např. kapacita, škálovatelnost, robustnost) požadavky na systémy, technická specifikace.(A4M33NMS) ======
@@ Řádek 255: / Řádek 309: @@
 {{:statnice:18_formalni_spec2.pdf|Ve formátu PDF}}
-====== 19. Architektura webové aplikace, funkce jednotlivých vrstev, životní cyklus standardizovaných komponent Java EE, Servlety, JSP, frameworky návrhové vzory.(A4M39WA2) ======
+====== 19. Architektura Java EE, funkce jednotlivých vrstev, životní cyklus standardizovaných komponent Java EE, návrhové vzory využitelné v architektuře webové aplikace.(A4M39WA2) ======
 Pája Mrázek - mrazepa1
@@ Řádek 262: / Řádek 316: @@
 {{:statnice:si:architektura_webove_aplikace_new.pdf|Otázka 19}} ve formátu pdf - 100%
 ====== 20. Vhodnost nasazení jednotlivých webových architektur, sdílení dat, perzistence, webové služby a REST, asynchronnost, messaging.(A4M39WA2) ======
@@ Řádek 282: / Řádek 335: @@
 cau, akorat to procitam – Hibernate jde konfigurovat i anotacema, iBatis asi taky…u appengine datastore bych napsal, ze JDO a JPA je spis trapnou parodii na tyhle standardy. Jinak je to super, diky. – mickapa1
-====== 21. Cloud architektura, virtualizace, pojetí cloudu různými dodavateli, omezení cloudových aplikací, náklady na provoz, třída aplikací vhodných pro nasazení v jednotlivých cloudových technologiích.(A4M39WA2) ======
+**ad REST: přidal bych tam že definuje 5 podmínek (constraints):**
+- Client-server (aplikační logika rozdělená mezi server a klient),
+- Stateless (bezestavová komunikace - jeden požadavek nese všechny informace které server potřebuje k jeho zpracování),
+- Cache (odpovědi serveru nesou informaci zda mohou být někde po cestě uloženy),
+- Uniform Interface (adresujeme resources pomocí URI, manipulujeme s resources pomocí jejich reprezentací (v JSON, HTML...) užitím HTTP metod (GET, POST, PUT, DELETE),
+- Layered System (možnost výskytu load balancerů, proxy... aniž by tyto prvky aplikaci jakýmkoli způsobem zajímaly),
+- Code-On-Demand (nepovinná) - server může poskytnout kód, který klient spustí (ale REST neříká jak to realizovat).
+**CHYBY v pdf:**
+- //komunikace klient – server, klient i server jsou stateless// - komunikace je stateless, ale klient i server mohou samozřejmě držet nějaký __svůj__ stav. Server rozhodně nedrží žádný stav klienta.
+- //linky obsahují sémantickou informaci, např. mujweb.cz/delete/person/321// - linky adresují resource, neurčují jejich operace => slovesa by se v linku neměla vyskytnout (správně je naprř. mujweb.cz/person/321). Sémantickou informaci bych v souvislosti s URI vůbec nezmiňoval.
+- pro create lze využít i HTTP PUT (rozdíl PUT na mujweb.cz/person/1 vs POST na mujweb.cz/person/).
+Lu2
+**Ad REST:** Rest je architektonický návrhový vzor. Klíčovou vlastností jsou URI a hypertext, tedy že jeden resource linkuje další. Jinak je to jen CRUD nad HTTP (CRUD = Create-Read-Update-Delete). Zjednodušeně lze říct, že URI je podstatné jméno a HTTP metoda je sloveso.
+====== 21. Cloud architektury, virtualizace, různá pojetí cloudových řešení, omezení cloudových aplikací, náklady na provoz, vlastnosti aplikací vhodných pro nasazení v cloud architektuře.(A4M39WA2) ======
  --- //[[[email protected]|Marek Sacha]] 2011/05/27 15:56//
@@ Řádek 289: / Řádek 371: @@
 https://docs.google.com/document/d/1v3kWgsxv67yEE10eLNGlU0HIaYy_OC1C5j8QX9k9ZSg/edit?hl=en_US
+OI-wiki kopie z 18.1.2013:
+  * {{:statnice:si_21_wa_cloud.pdf}}
+  * {{:statnice:si_21_wa_cloud.odt}}
 ~~DISCUSSION~~

statnice/si.1307434673.txt.gz · Poslední úprava: 2025/01/03 18:20 (upraveno mimo DokuWiki)

Nahoru