Webové rozhraní pro přístup k databázi JIS Václav Lederbuch

Architektura JIS S SS KKKSDBWWW

Cíle  Odpoutat se od stávajícího řešení a vnést nový pohled na problematiku,  navrhnout odpovídající E-R-A model databáze,  zohlednit zkušenosti a potřeby,  brát v úvahu charakter zpracovávaných dat a obecnou heterogenitu prostředí,  zajistit odpovídající uživatelský komfort a uživatelské view.

Akce je podmíněna pěticí: • uživatel • skupina • místnost • snímač • časová zóna

Prostředky  PostgreSQL  Apache  PHP  SSL  Cookies  SHA1 fingerprints  !JavaScript, !Java, !Flash

Výsledky  Dostupný a zabezpečený interface.  Klientsky nenáročný.  Logovaný provoz:  snímačů  administrátorský  Uživatelsky homogenní, princip nejmenšího překvapení.  Celkem 568 kB kódu ve 126 souborech nad 16 tabulkami.

Webové rozhraní pro přístup k databázi JIS Václav Lederbuch

Otázky pro diplomanta  Na str.8 je uvedena architektura protokolu SSL. Můžete ozřejmit, který z uvedených protokolů je přenosový a které jsou doplňkové? Existuje mezi protokoly nějaká těsnější vazba? APHP CCSP RLP Zásobník protokolů Typ dat Verze 3.0 Délka Šifrovaný komprimovaný fragment CCSP AP HP Aplikační data (HTTP) RLP záhlaví

Otázky pro diplomanta 1. Na straně 11 autor tvrdí, že jazyk SQL je podskupinou DML, 2. na straně 13, kde autor vysvětluje pojem transakce, postrádám výčet základních, nepostradatelných vlastností transakce, 3. na obrázku 2.4 na straně 14 přistupují drivery do fyzické databáze přímo, nikoli přes databázový server, 4. na straně 18 je ukázka PHP skriptu, jehož úkolem je vyhledat adresy všech restauračních zařízení v Plzni, ve kterých je podáváno dvanáctistupňové pivo. SQL dotaz v tomto skriptu obsahuje syntaktickou chybu, $query = “SELECT adr FROM hospoda WHERE lokace=‘Plzeň’ AND toci LIKE %12% LIMIT 20”; toci LIKE ‘%12%’toci LIKE %12% … toci=‘12’

Otázky pro diplomanta 5. v odstavci 2.4 věnovaném ověřování uživatelů mohl autor uvést problém jednotného přihlašovacího systému SSO – Single Sign On a zároveň vysvětlit princip LTPA – Lightweight Third Party Authentication, 6. tvrzení na straně 29, že „nelze dělat nic jiného, než důvěřovat metodě POST, že data nebudou zneužita třetí stranou.“ dle mého názoru není na místě, 7. v příloze A na straně 62, kde je zachycen E-R-A model báze dat je kardinalita všech vazeb tabulky Vazby obráceně,

Otázky pro diplomanta 8. na straně 35, kde je naznačen způsob ověření uživatele v protokolu HTTP, autor tvrdí, že tento způsob ověřování uživatelů je nedokumentován a že se mu nepodařilo zjistit, zda ověřovací data projdou zabezpečením ve vrstvě SSL. To je v rozporu s tvrzením v druhém odstavci podkapitoly 1.1 na straně 1, kde je uvedeno, že je kladen velký důraz na bezpečnost aplikace. Nicméně tento fakt lze jednoduše ověřit některým z volně dostupných analyzátorů síťových protokolů, ještě jednodušeji jej však lze odvodit z obrázku 2.1 na straně 6.