zedm00-sp

[chirimiri22]

Be CultuReal

Bude se jedna o aplikaci, skrze, kterou budou divadla, manažeři prostor inzerovat a spravovat svoje nabídky kulturních akcí jako koncerty či představení. Přes aplikaci si zázaníci budou moci nakoupit lístky na danou akci. Inzerenti uvidí přehledy pro své akce, kolik vstupenek se prodalo a potvrzovat platbu za vstupenky atd.

Popis funkcionalit

• vytvoření účtu zákazníka / inzerenta
• přihlášení / odhlášení do účtu zákazníka / inzerenta
• inzerent
  • vytvoření, úprava a smazání událost
  • zrušit událost a zaslat e-mail zákazníkům
  • zadat slevu v procentech pro vstupenky události do určeného data (což způsobí, že bude nabízena událost v záhlaví na první stránce)
  • potvrzení vstupenky po přijetí platby převodem na účet
  • zobrazit jednoduché statistiky pro událost
• zákazník
  • vyhledání událostí podle názvu / data / inzerenta / typu
  • rezervace a platba za vstupenky pomocí QR kódu
  • zaslání vstupenek na e-mail
  • zobrazení stavu vstupenek vstupenek a dalších informací

usecase diagram

wireframe jednotlivých stránek, výčet stránek (název, k čemu slouží)

• registrační formulář
• přihlašovací fomrulář
• zákazník
  • domovská stránka pro vyhledání nabídek
  • detail události pro více informací
  • seznam zakoupených vstupenek
• inzerent
  • seznam vytvořených událostí
  • vytvoření / úprava nové události
  • detail události pro zobrazení statistik ohledně vstupenek či případné zrušení události, přidání akční nabídky

https://www.figma.com/file/rFfEC4C9SbeEJflOdmTJ2a/Untitled?type=design&node-id=0%3A1&mode=design&t=KBOcGXzFVxcNgxQv-1

architektura

• webový server (Apache)
• back-end (PHP 8+)
• databáze (MySQL)
• návrhový vzor (MVC, Singleton)
• front-end (tailwind, HTML)
• způsob komunikace mezi databází, serverem a klientem (SQL , SSR)

  návrh databáze, tj. relační schéma databáze: logický + fyzický model databáze v diagramech

  

sekvenční diagram

zakoupení vstupenky přes systém s potvrzením inzerenta

vyplněný checklist s požadavky ke splnění v semestrální práci

Kategorie	Požadavek	splnění	spolehlivost	komentář
Databáze	M:N vztahy	x
	1:N vztahy	x
	SQL joins	x
	Integritní omezení
	Testovací data
----------------------------	-------------------------------------------------	---------	--------------	----------
Validace a sanitace vstupů	Formuláře	x
	Datové typy	x
	Regulární výrazy	x
	Serverová validace požadavků	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Psaní kódu	Potlačení warningů - nedefinované hodnoty	x
	Formátování kódu	x
	DRY princip - minimalizace opakování kódu	x
	SRP princip - single responsibility	x
	Pojmenování proměnných	x
	Konzistence stylu psaní kódu	x
	Verzování kódu (Git)	x
	HTML5 validní + sémantické značky	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Objektové programování	Zapouzdření	x
	Dědičnost	x
	Abstrakce	x
	Rozhraní	x
	Polymorfismus
	Magické metody
----------------------------	-------------------------------------------------	---------	--------------	----------
Připojení k databázi	PDO	x
	Prepared statement
	SQL injection
----------------------------	-------------------------------------------------	---------	--------------	----------
Performance	Stránkování	x
	Indexace databázových tabulek
	Filtrace a organizování zdrojů
	Cache (mezipaměť)	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Autentifikace	Cookies	x
	Session	x
	Lokální strategie pro registraci a přihlášení
	OAuth, access token, login	x
	Ukládánní hesel	x
	Uživatelská oprávnění	x
	Uživatelské role	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Datum a čas	Časové pásmo	x
	Formátování časových hodnot	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Návrhové vzory	Model	x
	View	x
	Controller	x
----------------------------	-------------------------------------------------	---------	--------------	----------
Bezpečnost	XSS	x
	CSRF
	SQL injection	x
----------------------------	-------------------------------------------------	---------	--------------	----------
API	CRUD operace	x
	HTTP metody	x
	Sémantické pojmenování zdrojů	x
	Verzování	x
	Idempotence
----------------------------	-------------------------------------------------	---------	--------------	----------
Provoz a údržba	Sledovatelnost a logování
	SEO URL	x
	Víceuživatelský přístup k datům
----------------------------	-------------------------------------------------	---------	--------------	----------
Funkcionality	Generování souborů PDF	x
	Posílání e-mailů	x
	Oddělení ddministrační a uživatelské části
----------------------------	-------------------------------------------------	---------	--------------	----------
Testování	Testovací scénáře pro manuální testování
	Dostupnost aplikace na internetu

[chirimiri22]

Otázky

• Jakým způsobem mám vyplnit check list?

• Nějaké doporučení, jak vyřešit mockovanou platební bránu?

• Stačí rozsah? @nvbach91

• [x] zkontrolovat názvy v modelu

• [x] zakomponovat generování QR kódu a manulálního potvrzení

  • [x] db model
  • [x] use case

• [x] sekvenční diagram

• [x] checklist?

[nvbach91]

• v checklistu staci ano/ne nebo fajfka
• platbu vyreste napr pomoci QR kodu a manualniho potvrzovani inzerentem
• doporucuju prekontrolovat nazvy sloupcu v modelu
• jeste jednou zvazit jestli to nakonec neudelat jako SSR misto React + Rest API

[chirimiri22]

@nvbach91 díky za odpovědi, spíš nerozumím, do jakých sloupečků co vyplnit v checklistu. to, co plánuji splnit - sloupec splnění? a pak druhý sloupec vyplníte až pak vy při hodnocení?

a vím, že nemusím plnit všechny ty požadavky, ale kolik musím?

[nvbach91]

ano takhle to vyplnit pro sebe, ovsem se budu ptat proc nektere veci nemate splnene a jestli jim rozumite

[chirimiri22]

@nvbach91 upraveno, muze byt?