TechTitánok Csoport

Tartalomjegyzék:

• 1. Bevezetés
• 2. Áttekintés
• 3. A rendszer funkciói
• 4. Használhatóság
• 5. Megbízhatóság
• 6. Teljesítmény
• 7. Támogatottság
• 8. Tervezési korlátozások
• 9. Online dokumentáció és Help rendszer
• 10. Felhasznált kész komponensek
• 11. Interfészek
• 12. Alkalmazott szabványok
• 13. Mellékletek

1. Bevezetés

Ennek a Software követelmény specifikáció (Software Requirements Specification, SRS) dokumentumnak az a célja, hogy felvázolja és leírja a készülő rendelős applikáció funkcionális és nem funkcionális követelményeit. Ez a dokumentum átfogó útmutatóként szolgál a szoftverfejlesztő csapatunk számára, biztosítva, hogy minden lényeges részletet egyértelműen közöljenek és megértsenek, elősegítve a zökkenőmentes fejlesztési folyamatot.

A dokumentum terjedelme magában foglalja a szoftver fő célkitűzéseit, a célzott felhasználói élményt, a rendszerarchitektúrát, a tervezési korlátokat és más kritikus szempontokat, amelyek végső soron azt eredményezik, hogy maximális értéket nyújtsunk ügyfeleinknek. Magának a követelményeknek a meghatározása mellett ez az SRS dokumentum betekintést nyújt a projekt befejezéséhez szükséges várható fejlesztési költségekbe és időkeretbe is.

A dokumentum áttekintő része tömören összefoglalja a Cooked Up-ot, beleértve a célközönségét, az applikáció felépítését és céljait. Célja, hogy megragadja a felhasználókat a könnyű fizetéssel, az egyszerű applikáció használattal, a gyors kiszállítással és a csomagolás mentesség/ környezetbarát megoldásokkal ezen felül a maradék étel kiosztásával pl. menhelyek, rászoruló embereknek, ezáltal az emberek tudnak adományozni a rászorulóknak.

2. Áttekintés

Ez a fejezet a "Cooked Up" alkalmazás általános hátterét és alapvető körülményeit ismerteti. Az alkalmazás egy ételrendelési platform, amely lehetőséget biztosít mind a felhasználók, mind az éttermek számára, hogy egyszerűen és hatékonyan bonyolíthassák az ételrendelést, illetve annak kezelését. A „Cooked Up” olyan funkciókat kínál, amelyek támogatják az ételek kiválasztását, a rendelés követését, valamint a különböző fizetési módok kezelését.

A legfontosabb funkciók közé tartozik a rendelés összeállítása, a különböző étkezési kategóriák közötti válogatás lehetősége, a rendelés véglegesítése és nyomon követése, valamint a valós idejű értesítések a rendelés állapotáról. Az éttermek számára külön adminisztrációs felület áll rendelkezésre, amelyen a rendeléseket, a menüt és az elérhető készleteket kezelhetik.

A felhasználói célcsoport két fő csoportot foglal magában: egyrészt az éttermek tulajdonosait és adminisztrátorait, akik az alkalmazáson keresztül követhetik a rendeléseket és kezelhetik a menüt, másrészt az egyéni vásárlókat, akik kényelmesen, gyorsan, egy helyen intézhetik az ételrendelést.

Az alkalmazás működéséhez elengedhetetlen a stabil internetkapcsolat, amely az adatforgalmat és a valós idejű kommunikációt biztosítja. A „Cooked Up” számos külső API-t használ a fizetési tranzakciók lebonyolításához és az értesítések továbbításához, ezért az alkalmazás megbízható működése szorosan összefügg az ezekkel a szolgáltatásokkal való zavartalan kapcsolattartással.

A követelmények csoportosítása különböző modulok szerint történik. Az alkalmazás felhasználói oldalát és az étterem-adminisztrációs oldalát külön modulokként kezeljük, így biztosítva a funkciók és követelmények átláthatóságát és egyértelműségét. Ez a megközelítés lehetővé teszi, hogy a dokumentáció pontosan tükrözze mindkét célcsoport igényeit és elvárásait.

3. A rendszer funkciói

Ebben a fejezetben bemutatásra kerülnek a rendszer funkciói. Ezen funkciók bemutatását use case diagramok segítségével tesszük meg. A use case-k tartalmazási kapcsolatban állnak egymással.


Felhasználó


• 3.1 Regisztráció
  
  • Prekondíció: Az alkalmazás meg van nyitva, a felhasználónak van internet kapcsolata.
  
  
  • Posztkondíció: Új fiók létrehozása.
  
  
  • Main flow: A felhasználó kiválasztja milyen fiókkal szeretne regisztrálni az appra.
  
  
  • Exception flows: A felhasználónak egyik megadott fiókja sincs.
  
  
• 3.2 Bejelentkezés
  
  • Prekondíció: Az alkalmazás meg van nyitva, a felhasználónak van internetkapcsolata, a felhasználó rendelkezik fiókkal.
  
  
  • Main flow: A felhasználó beírja a felhasználónevét és a jelszavát, majd megérinti a “Bejelentkezés” gombot.
  
  
  • Exception flows: A felhasználó nem létező felhasználónevet ír be.
  
  
  • Alternate flows: A felhasználó az adott felhasználónévhez rossz jelszót ad meg.
  
  
• 3.3 Új jelszó kérése
  
  • Prekondíció: A felhasználó elfelejtette a jelszavát.
  
  
  • Posztkondíció: Új jelszó kérése.
  
  
  • Main flow: A felhasználó megadja az új jelszót.
  
  
  • Exception flows: Nem megfelelő jelszót ad meg.
  
  
• 3.4 Profil adat módosítása
  
  • Prekondíció: A felhasználó bejelentkezett a mobil alkalmazásba.
  
  
  • Posztkondíció: Az alkalmazás visszajelzést ad a felhasználónak, hogy a változtatások mentésre kerültek
  
  
  • Main flow: A felhasználó módosítja a szükséges adatokat (pl. név, e-mail cím, telefonszám, stb.).
  
  
  • Exception flows: Az alkalmazás figyelmeztetést küld, ha valamelyik mező hibás formátumú adatot tartalmaz
  
  
• 3.5 Étel kiválasztása az étlapról
  
  • Prekondíció: A felhasználó sikeresen bejelentkezett és aktuális kínálata elérhető és naprakész
  
  
  • Posztkondíció: A felhasználó kiválasztotta az ételt, ami készen áll a kosárba való hozzáadásra.
  
  
  • Main flow: A felhasználó megnyitja az alkalmazást kiválasztja az általa választott ételt.
  
  
  • Exception flows: Az alkalmazás jelzi, hogy az étel kifogyott.
  
  
• 3.6 Étel hozzáadása a kosárhoz
  
  • Prekondíció: A felhasználó kiválasztott egy ételt az étlapról.
  
  
  • Posztkondíció: Az étel bekerült a kosárba a beállított mennyiséggel és opciókkal.
  
  
  • Main flow: A "Hozzáadás a kosárhoz" gombra kattint, így az alkalmazás hozzáadja az ételt a kosárhoz.
  
  
  • Exception flows: Az alkalmazás figyelmeztet, hogy a kosár frissítése sikertelen volt.
  
  
• 3.7 Kosár megtekintése
  
  • Prekondíció: A felhasználó már hozzáadott legalább egy ételt a kosárhoz.
  
  
  • Posztkondíció: A felhasználó áttekintette a kosár tartalmát, és folytathatja a rendelést.
  
  
  • Main flow: A felhasználó a "Kosár" ikonra kattint és az alkalmazás megjeleníti a kosár tartalmát, beleértve az ételeket, mennyiséget és árat.
  
  
  • Exception flows: Az alkalmazás hibát jelez, és kéri a felhasználót, hogy próbálja újra később.
  
  
• 3.8 Elem törlése a kosárból
  
  • Prekondíció: A kosárban van legalább egy elem, amelyet a felhasználó törölni szeretne.
  
  
  • Posztkondíció: Az adott elem eltávolításra került a kosárból, és a kosár frissített tartalma megjelenik.
  
  
  • Main flow: A „Törlés” gombra kattint, amely eltávolítja az elemet a kosárból.
  
  
  • Exception flows: Az alkalmazás jelzi, hogy a törlés sikertelen volt, és javasolja az újrapróbálkozást.
  
  
• 3.9 Mennyiség módosítása
  
  • Prekondíció: A kosárban van legalább egy elem, amelynek mennyiségét a felhasználó módosítani szeretné.
  
  
  • Posztkondíció: A kiválasztott elem új mennyisége frissítésre került a kosárban.
  
  
  • Main flow: A felhasználó megadja az új mennyiséget
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, ha a mennyiség elérhetetlen (pl. nulla vagy túl nagy).
  
  
• 3.10 Rendelés leadása
  
  • Prekondíció: A kosárban van legalább egy tétel, és a felhasználó kitöltötte a szükséges adatokat (pl. szállítási cím).
  
  
  • Posztkondíció: A rendelés sikeresen leadva, és visszaigazolás érkezik a felhasználó számára.
  
  
  • Main flow: Kiválasztja a "Rendelés leadása" opciót és kitölti vagy ellenőrzi a rendelési adatokat (pl. szállítási cím, fizetési mód). A "Rendelés megerősítése" gombra kattintva leadja a rendelést.
  
  
  • Exception flows: Az alkalmazás jelzi, hogy a rendelést nem sikerült elküldeni, és kéri a felhasználót, hogy próbálja újra.
  
  
• 3.11 Fizetés végrehajtása
  
  • Prekondíció: A felhasználó befejezte a rendelést, és a rendelési adatok (pl. összeg, szállítási cím) ellenőrzésre kerültek.
  
  
  • Posztkondíció: A fizetés sikeresen megtörtént, és a rendelés véglegesen rögzítve lett.
  
  
  • Main flow: Kiválasztja a kívánt fizetési módot (pl. bankkártya, PayPal, készpénz) és megadja a szükséges fizetési adatokat.
  
  
  • Exception flows: Az alkalmazás értesíti a felhasználót, hogy a fizetés nem sikerült, és javasolja az újrapróbálkozást vagy másik fizetési módot.
  
  
• 3.12 Fizetési mód kiválasztása
  
  • Prekondíció: A felhasználó befejezte a rendelés összegzését, és a rendelési adatok (pl. étel, ár, szállítási cím) megjelennek.
  
  
  • Posztkondíció: A felhasználó kiválasztotta a kívánt fizetési módot, és a rendszer felkészül a tranzakció végrehajtására.
  
  
  • Main flow: Az alkalmazás megjeleníti a rendelkezésre álló fizetési módokat (pl. bankkártya, PayPal, készpénz). A felhasználó kiválasztja a kívánt fizetési módot.
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, ha egy fizetési mód nem elérhető, és alternatív lehetőségeket ajánl.
  
  
• 3.13 Mentett fizetési mód módosítása
  
  • Prekondíció: A felhasználónak már van mentett fizetési módja az alkalmazásban.
  
  
  • Posztkondíció: A felhasználó módosította a mentett fizetési módot, és az új adatokat sikeresen elmentette.
  
  
  • Main flow: A felhasználó kiválasztja a módosítani kívánt mentett fizetési módot, szerkeszti a fizetési adatokat (pl. bankkártya szám, lejárati dátum), a "Mentés" gombra kattint a módosítások elmentéséhez.
  
  
  • Exception flows: Az alkalmazás értesíti a felhasználót, ha a megadott adatok hibásak (pl. érvénytelen bankkártya szám), és kéri a javítást.
  
  
• 3.14 Új fizetési mód hozzáadása
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba és elérte a fizetési módok kezelési felületét.
  
  
  • Posztkondíció: Az új fizetési mód hozzáadása sikeresen megtörtént, és az alkalmazás frissítette a mentett fizetési módok listáját.
  
  
  • Main flow: Az alkalmazás megjeleníti a fizetési módok hozzáadására szolgáló űrlapot (pl. bankkártya adatok). A felhasználó megadja az új fizetési mód adatait (pl. bankkártya szám, lejárati dátum) és a "Mentés" gombra kattint.
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, ha hibás adatokat adott meg (pl. érvénytelen bankkártya szám), és kéri a javítást.
  
  
• 3.15 Korábbi rendelések megtekintése
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba, és rendeléseket történt a múltban.
  
  
  • Posztkondíció: A felhasználó megtekintette a korábbi rendeléseit, beleértve az ételt, dátumot és a rendelés részleteit.
  
  
  • Main flow: Az alkalmazás betölti a felhasználó korábbi rendeléseit, és listázza azokat.
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, hogy nincs még korábbi rendelése, ha az üres lista jelenik meg.
  
  
• 3.16 Aktuális rendelés nyomonkövetése
  
  • Prekondíció: A felhasználó leadta a rendelést, és a rendelés folyamatban van.
  
  
  • Posztkondíció: A felhasználó valós időben követheti a rendelés állapotát (pl. folyamatban, úton, kiszállítva).
  
  
  • Main flow: Az alkalmazás megjeleníti az aktuális rendelés részleteit, beleértve a státuszt (pl. "Folyamatban", "Szállítás alatt", "Kiszállítva").
  
  
  • Exception flows: Az alkalmazás értesíti a felhasználót, ha a rendelés adatai nem találhatók (pl. lejárt vagy törölt rendelés).
  
  
• 3.17 Értékelés küldése
  
  • Prekondíció: A felhasználó befejezte a rendelést, és a rendelés már kézhez került.
  
  
  • Posztkondíció: A felhasználó értékelte a rendelést, és az értékelés sikeresen rögzítésre került az alkalmazásban.
  
  
  • Main flow: Az alkalmazás felkéri a felhasználót, hogy adjon értékelést (pl. csillagok, komment). A felhasználó megadja a kívánt értékelést és hozzáfűzi véleményét.
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, ha az értékelés üres vagy érvénytelen (pl. túl rövid komment), és kéri a javítást.
  
  
• 3.18 Beállítások megtekintése
  
  • Prekondíció: A felhasználó belépett az alkalmazásba
  
  
  • Posztkondíció: Megnyílik a “Beállítások” menü.
  
  
  • Main flow: A felhasználó megérinti a megszokott fogaskerekes ikont
  
  
  • Exception flows: Az alkalmazás figyelmezteti a felhasználót, hogy nem sikerült betölteni a beállításokat hálózati hiba miatt, és újrapróbálkozást javasol.
  
  
• 3.19 Értesítési beállítások módosítása
  
  • Prekondíció: Újdonság az appban, ami értesítése triggerel: Új nyitvatartási idő, Új kuponok, akciók, Új étel az étlapon
  
  
  • Posztkondíció: Az értesítési panel eltűnik.
  
  
  • Main flow: A felhasználónak felugró abblakként megjelenik egy információs pult, ahol listázva van az értesítésre méltó dolgok. Ezeket a felhasználó végignézheti és ha végzett vele bezárhatja.
  
  
  • Exception flows: Nincs értesítés.
  
  
• 3.20 Nyelvi beállítások módosítása
  
  • Prekondíció: Nem a megfelelő nyelv van beállítva az appban.
  
  
  • Posztkondíció: A felhasználó sikeresen módosította az alkalmazás nyelvi beállításait, és az alkalmazás az új választott nyelven jelenik meg.
  
  
  • Main flow: A felhasználó a “Beállítások” menüpontban betudja állítani azt a nyelvet amin szeretné, hogy működjön az alkalmazás.
  
  
  • Exception flows: Nem megfelelő nyelv beállítás.
  
  
• 3.21 Profil adatai megtekintése
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba.
  
  
  • Posztkondíció: A felhasználó megtekintette a saját profilját, beleértve az összes mentett adatot (pl. név, e-mail cím, telefonszám).
  
  
  • Main flow: A felhasználó a "Profil" menüpontra kattint. Az alkalmazás betölti és megjeleníti a felhasználó profiladatokat (pl. név, e-mail cím, telefonszám, szállítási címek, stb.).
  
  
  • Exception flows: Ha a profil nem tartalmaz adatokat (pl. a felhasználó nem töltötte ki a profilját), az alkalmazás figyelmezteti a felhasználót, hogy a profil üres, és lehetőséget ad a frissítésére.
  
  
• 3.22 Jelszó módosítás
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba, és hozzáfér a fiók beállításaihoz.
  
  
  • Posztkondíció: A felhasználó sikeresen módosította a jelszavát, és az új jelszóval tud belépni az alkalmazásba.
  
  
  • Main flow: A felhasználó kiválasztja a "Jelszó módosítása" opciót. Az alkalmazás kéri a felhasználótól a régi jelszót a biztonság megerősítésére. A felhasználó megadja a régi jelszót és az új jelszót, majd megerősíti azt.
  
  
  • Exception flows: Ha a felhasználó rossz régi jelszót ad meg, az alkalmazás értesíti, hogy a régi jelszó nem megfelelő, és újra próbálkozást kér, vagy az új jelszava nem felel meg a biztonsági követelményeknek.
  
  
• 3.23 Új cím mentése
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba, és hozzáfér a fiókbeállításaihoz
  
  
  • Posztkondíció: A felhasználó sikeresen mentette az új címét, és az alkalmazás az új címet tárolja a profiljában.
  
  
  • Main flow: A felhasználó kiválasztja az "Új cím hozzáadása" opciót. Az alkalmazás megjeleníti a címkitöltő űrlapot (pl. név, cím, irányítószám, város, stb.). A felhasználó kitölti a cím adatokat.
  
  
  • Exception flows: Ha a felhasználó hiányos vagy hibás adatokat ad meg (pl. érvénytelen irányítószám vagy üres mező), az alkalmazás figyelmezteti, hogy a címadatok hibásak, és kéri a javítást.
  
  
• 3.24 Személyes adat módosítása
  
  • Prekondíció: A felhasználó rendelkezik mentett személyes adatokkal (pl. név, e-mail cím, telefonszám).
  
  
  • Posztkondíció: A felhasználó sikeresen módosította a személyes adatait, és az új adatok mentésre kerültek a profiljában.
  
  
  • Main flow: Az alkalmazás megjeleníti az aktuális személyes adatokat (pl. név, e-mail cím, telefonszám). A felhasználó módosítja az adatokat (pl. új e-mail cím vagy név).
  
  
  • Exception flows: Ha a felhasználó nem ad meg kötelező adatokat (pl. név vagy e-mail cím), az alkalmazás figyelmezteti, hogy a mező nem lehet üres.
  
  
• 3.25 Mentett cím módosítása
  
  • Prekondíció: A felhasználó rendelkezik legalább egy mentett címmel, amit módosítani kíván.
  
  
  • Posztkondíció: A felhasználó sikeresen módosította a címét, és az új cím tárolásra került a profiljában.
  
  
  • Main flow: A felhasználó kiválasztja a módosítani kívánt címet. Az alkalmazás betölti a címadatokat, amelyeket a felhasználó módosíthat (pl. név, cím, irányítószám, város). A felhasználó elvégzi a kívánt módosításokat.
  
  
  • Exception flows: Ha a felhasználó megpróbál módosítani egy nem létező címet (pl. valamilyen technikai hiba miatt), az alkalmazás figyelmezteti, hogy a cím nem található.
  
  
• 3.26 Felhasználói fiók törlése
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba.
  
  
  • Posztkondíció: A felhasználói fiók törlésre került, és a felhasználó összes adatát (beleértve a rendeléseket, címeket, és személyes adatokat) véglegesen eltávolították az alkalmazásból.
  
  
  • Main flow: A felhasználó kiválasztja a "Fiók törlése" opciót. Az alkalmazás megerősítő üzenetet jelenít meg, amely figyelmezteti a felhasználót, hogy a fiók törlésével véglegesen elveszíti az összes adatát, beleértve a rendeléseket, címeket, stb. A felhasználó megerősíti a törlést egy "Igen, törlés" gombra kattintva.
  
  
  • Exception flows: Ha a felhasználónak van egy folyamatban lévő rendelése, az alkalmazás figyelmezteti, hogy a fiók törlését megelőzően a rendelést be kell fejezni, vagy le kell mondani.
  
  
• 3.27 Súgó megtekintése
  
  • Prekondíció: A felhasználó elérte a "Súgó" menüpontot az alkalmazásban.
  
  
  • Posztkondíció: A felhasználó megtekintette a súgó oldalt, amely információkat, útmutatásokat vagy gyakran ismételt kérdéseket (GYIK) tartalmaz.
  
  
  • Main flow: A felhasználó kiválasztja a "Súgó" opciót. Az alkalmazás megjeleníti a súgó oldalát, amely tartalmazza a leggyakrabban felmerülő kérdéseket, hasznos útmutatókat, és elérhetőségi információkat. A felhasználó átnézi a szükséges információkat.
  
  
  • Exception flows: Ha a súgó oldal nem töltődik be a szerverhiba vagy egyéb probléma miatt, az alkalmazás értesíti a felhasználót.
  
  



Éttermi dolgozó


• 3.28 Bejelentkezés
  
  • Prekondíció: Az alkalmazás meg van nyitva, a dolgozónak van internetkapcsolata és a dolgozó rendelkezik fiókkal.
  
  
  • Posztkondíció: Sikeres bejelentkezés, és hozzáférés a funkciókhoz.
  
  
  • Main flow: A felhasználó beírja a felhasználónevét és a jelszavát, majd megérinti a “Bejelentkezés” gombot.
  
  
  • Exception flows: A felhasználó nem létező felhasználónevet ír be.
  
  
  • Alternate flows: A felhasználó az adott felhasználónévhez rossz jelszót ad meg.
  
  
• 3.29 Új jelszó kérése
  
  • Prekondíció: A felhasználó be van jelentkezve az adminisztrációs felületre.
  
  
  • Posztkondíció: A felhasználó sikeresen kért egy új jelszót, amelyet a rendszer elküldött az e-mail címére.
  
  
  • Main flow: A felhasználó a bejelentkezési oldalon vagy a profil beállítások között rákattint az "Új jelszó kérése" opcióra.
  
  
  • Exception flows: Ha a felhasználó nem kapja meg az e-mailt, akkor az alkalmazás lehetőséget ad újra kérni a jelszó visszaállítást, és tájékoztatja, hogy ellenőrizze a spam mappát.
  
  
• 3.30 Étlap megtekintése
  
  • Prekondíció: A felhasználó be van jelentkezve az admin felületre.
  
  
  • Posztkondíció: A felhasználó sikeresen megtekintette az étlapot, amely tartalmazza az összes ételt, azok árait, leírását és egyéb releváns információit.
  
  
  • Main flow: A felhasználó kiválasztja az "Étlap" menüpontot. A rendszer megjeleníti az étlapot az étellel, áraival és leírásaival.
  
  
  • Exception flows: Ha az étlap adatai helytelenek vagy hiányosak (pl. üres ételmezők vagy hibás árformátumok), a rendszer figyelmezteti az adminot, és lehetőséget ad a hibák javítására.
  
  
• 3.31 Étel törlése az étlapról
  
  • Prekondíció: A felhasználónak admin jogosultsága van az étlap kezeléséhez.
  
  
  • Posztkondíció: Az étel sikeresen eltávolításra került az étlapról, és a rendszer frissítette az étlapot.
  
  
  • Main flow: A felhasználó az étlapról kiválasztja a törölni kívánt ételt. A felhasználó rákattint a "Törlés" gombra.
  
  
  • Exception flows: Ha a felhasználó nem adminisztrátor, és nem rendelkezik törlési joggal, a rendszer értesíti, hogy a törléshez adminisztrátori jogosultság szükséges.
  
  
• 3.32 Étel hozzáadása az étlaphoz
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba.
  
  
  • Posztkondíció: Az új étel sikeresen hozzáadódott az étlaphoz, és az étlap frissült az új étel adataival.
  
  
  • Main flow: A felhasználó kiválasztja az "Új étel hozzáadása" lehetőséget, kitölti az új étel adatait, mint például étel neve, leírása, ára, összetevők és kép és a "Hozzáadás" gombra kattint.
  
  
  • Exception flows: Ha a felhasználó hibás adatokat adott meg (pl. érvénytelen árformátum, kötelező mezők hiánya), a rendszer figyelmezteti, és lehetőséget ad a hibák javítására.
  
  
• 3.33 Étel árának módosítása
  
  • Prekondíció: Az étlap elérhető, és tartalmazza a módosítani kívánt ételt.
  
  
  • Posztkondíció: Az étel ára sikeresen módosítva lett, és a változtatás érvényesült az étlapon.
  
  
  • Main flow: A felhasználó kiválasztja a módosítani kívánt ételt, rákattint az "Ár módosítása" lehetőségre, megadja az új árat.
  
  
  • Exception flows: Ha a felhasználó hibás formátumban adja meg az árat (pl. betűk, negatív számok), a rendszer értesíti, és lehetőséget ad a hiba javítására.
  
  
• 3.34 Bejövő rendelések megtekintése
  
  • Prekondíció: A felhasználó be van jelentkezve az alkalmazásba és admin jogosultsága van a rendelések megtekintéséhez.
  
  
  • Posztkondíció: A felhasználó sikeresen megtekintette az összes bejövő rendelést, és látta azok részleteit (pl. étel, mennyiség, vásárló adatai).
  
  
  • Main flow: A felhasználó rákattint a "Bejövő rendelések" menüpontra. A rendszer betölti a bejövő rendeléseket.
  
  
  • Exception flows: Ha nincs aktív rendelés a rendszerben, a felhasználó egy üzenetet kap, amely tájékoztatja, hogy jelenleg nincs bejövő rendelés.
  
  
• 3.35 Rendelés státusz módosítása
  
  • Prekondíció: A rendelés létezik és elérhető a rendszerben.
  
  
  • Posztkondíció: A rendelés státusza sikeresen módosult, és a változás érvényesült a rendszerben.
  
  
  • Main flow: A felhasználó kiválasztja a módosítani kívánt rendelést és rákattint a "Státusz módosítása" lehetőségre. A rendszer megjeleníti a rendelés aktuális státuszát és elérhető státusz opciókat (pl. "Feldolgozás alatt", "Kiszállítva", "Teljesítve").
  
  
  • Exception flows: Ha a felhasználó próbál olyan státuszra váltani, amely nem érvényes (pl. nem lehet "Feldolgozás alatt" státuszba tenni egy már kiszállított rendelést), a rendszer figyelmezteti a felhasználót, hogy a változtatás nem érvényes.
  
  
• 3.36 Aktuális éttermi ajánlatok megtekintése
  
  • Prekondíció: Az étterem rendelkezik aktív ajánlatokkal.
  
  
  • Posztkondíció: A felhasználó sikeresen megtekintette az étterem aktuális ajánlatait, azok részleteit (pl. kedvezmények, ételek, érvényességi idő).
  
  
  • Main flow: A felhasználó rákattint az "Aktuális ajánlatok" menüpontra. A rendszer betölti és megjeleníti az étterem aktuális ajánlatait.
  
  
  • Exception flows: Ha nincs aktív ajánlat a rendszerben, a felhasználó egy üzenetet kap, amely tájékoztatja, hogy jelenleg nincsenek aktív ajánlatok.
  
  
• 3.37 Napi ajánlatok beállítása
  
  • Prekondíció: A felhasználó rendelkezik a napi ajánlatot alkotó ételekkel.
  
  
  • Posztkondíció: A napi ajánlat sikeresen beállításra került, és az étterem vendégei számára elérhetővé vált.
  
  
  • Main flow: A felhasználó rákattint a "Napi ajánlatok" menüpontra majd az "Új napi ajánlat beállítása" lehetőségre. A rendszer megjeleníti az elérhető ételek listáját, amelyeket hozzáadhat a napi ajánlathoz. A felhasználó kiválasztja a kívánt ételeket, és beállítja azok árát (ha szükséges), kedvezményét, és egyéb paramétereket (pl. érvényesség dátuma).
  
  
  • Exception flows: Ha a felhasználó nem ad meg minden szükséges adatot egy ételhez (pl. ár, kedvezmény), a rendszer figyelmezteti és kéri az adatpótlást.
  
  
• 3.38 Kuponok, kedvezmények kezelése
  
  • Prekondíció: A felhasználó be van jelentkezve az admin felületre.
  
  
  • Posztkondíció: A felhasználó sikeresen létrehozott, módosított vagy törölt egy kupont vagy kedvezményt, és az érvényesült az étterem rendszerében.
  
  
  • Main flow: A felhasználó rákattint a "Kuponok és kedvezmények" majd az "Új kupon létrehozása" vagy "Kedvezmény beállítása" lehetőségre. A rendszer megjeleníti a szükséges mezőket (pl. kupon kód, kedvezmény mértéke, érvényességi időszak, alkalmazott termékek, stb.). A felhasználó megadja a kívánt információkat, és menti a kupon vagy kedvezmény beállításokat.
  
  
  • Exception flows: Ha a felhasználó olyan kuponkódot próbál létrehozni, amely már létezik a rendszerben, a rendszer értesíti, hogy a kód már foglalt, és javasolja más kód használatát.
  
  
• 3.39 Étterem adatainak megtekintése
  
  • Prekondíció: Az étterem adatai már elérhetők a rendszerben.
  
  
  • Posztkondíció: A felhasználó sikeresen megtekintette az étterem adatait, mint például a név, cím, elérhetőségek, nyitvatartás és egyéb információk.
  
  
  • Main flow: A felhasználó rákattint az "Éttermem adatai" menüpontra. A rendszer betölti és megjeleníti az étterem összes adatát (pl. étterem neve, címe, elérhetőségei, nyitvatartás, szolgáltatások).
  
  
  • Exception flows: Ha az étterem adatai nem érhetők el a rendszerben, a felhasználó figyelmeztetést kap, hogy az étterem adatai nem találhatók vagy nem lettek még rögzítve.
  
  
• 3.40 Szállítási zónák beállítása
  
  • Prekondíció: Az étterem nem rendelkezik korábbi beállított szállítási zónákkal vagy a felhasználó módosítani szeretné azokat.
  
  
  • Posztkondíció: A szállítási zónák sikeresen beállításra kerültek, és a vendégek számára elérhetővé váltak az új szállítási lehetőségek.
  
  
  • Main flow: A felhasználó rákattint a "Szállítási zónák" menüpontra.A rendszer megjeleníti az aktuálisan beállított szállítási zónákat, ha vannak, vagy üres listát, ha még nem lettek beállítva.A felhasználó rákattint a "Új zóna hozzáadása" lehetőségre. A rendszer lehetőséget ad a szállítási zóna területének meghatározására (pl. irányítószámok, térkép, távolság).
  
  
  • Exception flows: Ha a felhasználó nem ad meg minden szükséges adatot (pl. terület vagy szállítási díj), a rendszer figyelmezteti a felhasználót, és kéri az adatpótlást.
  
  
• 3.41 Nyitvatartási idő módosítása
  
  • Prekondíció: A nyitvatartási idő már be van állítva a rendszerben, és azt módosítani szeretnék.
  
  
  • Posztkondíció: A nyitvatartási idő sikeresen módosult, és az étterem vendégei számára az új nyitvatartás elérhetővé válik.
  
  
  • Main flow: A felhasználó rákattint a "Nyitvatartás" menüpontra. A rendszer megjeleníti az aktuálisan beállított nyitvatartási időket. A felhasználó rákattint a "Nyitvatartás módosítása" gombra majd módosítja a nyitvatartási időket a kívánt napokon (pl. nyitás, zárás időpontok).
  
  
  • Exception flows: Ha a felhasználó hibás időpontot ad meg (pl. a zárás időpontja korábban van, mint a nyitás), a rendszer figyelmezteti a felhasználót, és nem engedi menteni a módosítást, amíg az időpontok nem kerülnek kijavításra.
  
  

Rendszergazda

• 3.42 Audit naplók ellenőrzése
  
  • Prekondíció: Az audit naplók elérhetők és tárolva vannak a rendszerben.
  
  
  • Posztkondíció: A rendszergazda sikeresen ellenőrizte és megtekintette az audit naplókat, és az események megfelelően vannak dokumentálva.
  
  
  • Main flow: A rendszergazda rákattint az "Audit naplók" menüpontra. A rendszer megjeleníti a naplók listáját, amely tartalmazza az összes rendszeren végrehajtott műveletet (pl. felhasználói aktivitás, adatbázis módosítások, adminisztrátori beavatkozások).
  
  
  • Exception flows: Ha az audit naplók nem érhetők el a rendszerben (pl. adatbázis hiba vagy nincsenek naplózva események), a rendszer figyelmezteti a rendszergazdát, és lehetőséget ad arra, hogy próbálkozzon később.
  
  
• 3.43 Fizetési rendszer beállításainak módosítása
  
  • Prekondíció: A fizetési rendszer beállításai már elérhetők a rendszerben.
  
  
  • Posztkondíció: A fizetési rendszer beállításai sikeresen módosulnak, és az új beállítások életbe lépnek a rendszerben.
  
  
  • Main flow: A rendszergazda navigál a "Fizetési rendszer beállításai" menüpontra. A rendszer megjeleníti az aktuális fizetési módokat és beállításokat (pl. elérhető fizetési módok, tranzakciós díjak, fizetési határidők). A rendszergazda módosítja a szükséges beállításokat (pl. új fizetési módok hozzáadása, fizetési korlátok beállítása, tranzakciós díjak módosítása).
  
  
  • Exception flows: Ha a rendszergazda hibás adatokat ad meg (pl. nem megfelelő formátumban megadott díjak vagy határidők), a rendszer figyelmezteti, hogy az adatok nem érvényesek, és kéri azok javítását.
  
  
• 3.44 Felhasználói fiók felügyelete és kezelése
  
  • Prekondíció: A felhasználói fiókok már léteznek a rendszerben, és az admin felület lehetővé teszi azok kezelését.
  
  
  • Posztkondíció: A felhasználói fiók sikeresen módosul vagy törlődik, és az új beállítások életbe lépnek a rendszerben.
  
  
  • Main flow: A rendszergazda rákattintl a "Felhasználói fiókok kezelése" menüpontra. A rendszer megjeleníti a regisztrált felhasználók listáját (felhasználónév, e-mail cím, státusz stb.). A rendszergazda kiválasztja a módosítani kívánt felhasználói fiókot és tudja a felhasználói adatok módosítani (pl. jelszó resetelése, e-mail cím módosítása, fiók állapotának megváltoztatása).Ha szükséges, törli a felhasználói fiókot, vagy deaktiválja azt.
  
  
  • Exception flows: Ha a rendszergazda nem ad meg minden szükséges adatot (pl. érvénytelen e-mail cím, hibás jelszó formátum), a rendszer figyelmezteti, hogy a módosítások érvénytelenek, és kéri az adatokat helyesbíteni.
  
  
• 3.45 Alkalmazásfrissítések kezelése
  
  • Prekondíció: Az alkalmazás új frissítés elérhető a rendszerben.
  
  
  • Posztkondíció: alkalmazás sikeresen frissítésre kerül, és az új verzió életbe lép a rendszerben.
  
  
  • Main flow: A rendszer ellenőrzi, hogy van-e elérhető frissítés az alkalmazáshoz, és megjeleníti az új verzióval kapcsolatos információkat (pl. verziószám, újdonságok, hibajavítások).
  
  
  • Exception flows: Ha a telepítés során hiba lép fel (pl. fájl sérülés, inkompatibilitás), a rendszer értesíti a rendszergazdát, és javasolja a hibaelhárítást vagy újrapróbálkozást.
  
  

Éttermi dolgozó és Rendszergazda

• 3.46 Felhasználói visszajelzések megtekintése
  
  • Prekondíció: A felhasználók már küldtek visszajelzéseket, amelyek elérhetők a rendszerben.
  
  
  • Posztkondíció: A felhasználói visszajelzések sikeresen megtekintésre kerültek, és az éttermi dolgozó vagy rendszergazda hozzáférést kapott az összes szükséges információhoz (pl. értékelések, kommentek, dátumok).
  
  
  • Main flow: Az éttermi dolgozó vagy rendszergazda rákattunt a "Felhasználói visszajelzések" menüpontra. A rendszer megjeleníti a felhasználói visszajelzések listáját (pl. étel értékelések, szöveges kommentek, időpontok).
  
  
  • Exception flows: Ha a rendszer nem képes betölteni a visszajelzéseket (pl. adatbázis hiba), a rendszer értesíti a felhasználót, és javasolja, hogy próbálja meg később.
  
  
• 3.47 Felhasználói visszajelzések kezelése
  
  • Prekondíció: Az éttermi dolgozó vagy rendszergazda jogosultsággal rendelkezik a visszajelzések kezelésére (pl. válaszadás, törlés).
  
  
  • Posztkondíció: A felhasználói visszajelzés sikeresen kezelve lett (pl. válasz küldése, törlés, állapot módosítása), és a változások érvénybe léptek a rendszerben.
  
  
  • Main flow: Az éttermi dolgozó vagy rendszergazda navigál a "Felhasználói visszajelzések kezelése" menüpontra. A rendszer megjeleníti a beérkezett visszajelzéseket listázva (pl. étel értékelések, szöveges kommentek, dátumok). Az felhasználó kiválasztja a kezelni kívánt visszajelzést.
  
  
  • Exception flows: Ha a válasz szövege túl hosszú vagy nem megfelelő formátumban van (pl. nem engedélyezett karakterek), a rendszer figyelmezteti a felhasználót, hogy a válasz nem érvényes, és kér egy új bejegyzést.
  
  

4. Használhatóság

• 4.1 Betanulási idő
  Kezdők: Az alapvető funkciók elsajátítása kevesebb mint 10 perc alatt lehetséges.
  Gyakorlott felhasználók: 2-3 perc alatt megismerhetik a rendszer működését.
  
  
• 4.2 Feladatvégrehajtási sebesség
  Rendelés összeállítása: Átlagos idő 3 perc alatt.
  Versenyelőny: 20%-kal gyorsabb végrehajtási idő a hasonló alkalmazásokhoz képest.
  
  
• 4.3 Kezdő felhasználók támogatása
  Interaktív útmutatók és vizuális elemek: Segítik a gyors betanulást.
  Egyszerű navigáció: Fő funkciók elérhetők 3 kattintással a kezdőképernyőről.
  
  
• 4.4 Támogató anyagok
  Online súgó és GYIK: Részletes segítség és gyakori kérdések.
  Tréning videók: Az adminisztrátorok számára.
  
  
• 4.5. Felhasználói felület
  Ismerős megjelenés: Hasonlít más ételrendelő appokhoz, gyorsítva a betanulást.
  Konzisztencia: Egységes elrendezés és ikonok.
  
  
• 4.6. Kompatibilitás más alkalmazásokkal
  Párhuzamos használat: Más appokkal egyszerre használható.
  Értesítések: Prioritásuk testreszabható.
  
  
Ezek a követelmények biztosítják, hogy a Cooked Up könnyen, gyorsan és hatékonyan használható legyen minden felhasználó számára.

5. Megbízhatóság

A Cooked Up rendszer megbízhatósági követelményei biztosítják, hogy a szolgáltatás folyamatosan elérhető és stabil legyen, minimalizálva a felhasználói élményt zavaró leállások kockázatát. Az alábbiakban a megbízhatósági szempontok kerülnek kifejtésre:


• 5.1. Rendelkezésre állás
  Cél: Az alkalmazás rendelkezésre állási mutatója 99,9%, amely garantálja, hogy az év során a leállások minimálisak legyenek.
  Karbantartási idő: Tervezett karbantartások havi egyszer, előre bejelentett időpontban, legfeljebb 2 órára korlátozva.
  Korlátozott használhatóság: Amennyiben karbantartás vagy átmeneti szerverleállás következik be, az alkalmazás minimális funkciói (pl. étlap megtekintése) továbbra is elérhetők maradnak.
  
  
• 5.2. Hibák között eltelt átlagos idő (MTBF - Mean Time Between Failures)
  MTBF cél: Az alkalmazás várhatóan legalább 10 000 rendelés között hibamentesen működik. Ez biztosítja, hogy az alkalmazás hosszú távon megbízható és ritkán jelentkeznek váratlan meghibásodások.
  
  
• 5.3. Javítás átlagos ideje (MTTR - Mean Time To Repair)
  MTTR cél: Egy esetleges hiba fellépése után a rendszer helyreállítása 30 percen belül történik. Ez biztosítja, hogy a felhasználók a lehető legkevesebb fennakadást tapasztalják, és az alkalmazás gyorsan visszaálljon a rendes működésbe.
  
  
• 5.4. Pontosság és adatintegritás
  Rendelések pontossága: Az alkalmazás minden rendelést pontosan rögzít, és megakadályozza a duplikált vagy elveszett rendelések létrejöttét. A rendelési folyamat végén kapott visszaigazolás 100%-ban pontosan tükrözi a felhasználó választását. Adatfeldolgozás és tranzakciók: A rendszer tranzakciókezelő modulja biztosítja, hogy minden fizetési tranzakció pontosan és biztonságosan történjen, elkerülve a hibás vagy hiányos tranzakciókat.
  
  
Ezek a követelmények együttesen biztosítják, hogy a Cooked Up alkalmazás magas megbízhatóságot és stabilitást nyújtson a felhasználók számára, valamint hogy a szolgáltatás minimális fennakadásokkal legyen elérhető.

6. Teljesítmény

A Cooked Up alkalmazás teljesítménnyel kapcsolatos követelményei biztosítják, hogy az alkalmazás gyorsan és megbízhatóan működjön, kielégítve a felhasználók igényeit még csúcsidőben is. Az alábbiakban részletezve találhatók a fő teljesítménymutatók:

• 6.1. Válaszidők
  Célzott válaszidő: Az alkalmazás válaszideje a leggyakrabban használt funkciók esetén, például az étlap megtekintése, az ételek kosárba helyezése és a rendelés véglegesítése során nem haladhatja meg az 1-2 másodpercet. Ez biztosítja, hogy a felhasználói élmény zökkenőmentes legyen.
  Maximális válaszidő: A kritikus funkcióknál, mint például a fizetési folyamat, a válaszidő legfeljebb 3 másodperc lehet, ezzel garantálva a gördülékeny tranzakciókezelést.
  
  
• 6.2. Áteresztőképesség
  Tranzakciók kezelése: Az alkalmazás minimum 50 tranzakció/mp feldolgozására képes, amely lehetővé teszi a nagy mennyiségű rendelés zökkenőmentes kezelését, különösen forgalmas időszakokban.
  Rendelésfeldolgozás: A rendszer lehetővé teszi az egyszerre nagy számban érkező rendelések hatékony kezelését és feldolgozását, biztosítva, hogy minden rendelés időben feldolgozásra kerüljön.
  
  
• 6.3. Kapacitás
  Adatbázis mérete: A rendszer adatbázisa minimum 10 millió rendelési rekord tárolására képes anélkül, hogy a teljesítmény jelentősen csökkenne. Ez biztosítja, hogy hosszú távon is fenntartható és megbízható adattárolás legyen elérhető.
  Egyidejű felhasználók száma: Az alkalmazás képes 5000 egyidejű felhasználó kiszolgálására, így biztosítva, hogy csúcsidőben se forduljanak elő teljesítményproblémák.
  
  
• 6.4. Korlátozott használhatóság ideje alatti teljesítmény
  Karbantartási időszak: Karbantartás alatt az alapvető funkciók (pl. étlap böngészése) elérhetők maradnak, és a válaszidő legfeljebb 5 másodpercig növekedhet, hogy az adatbázis és a szerverek korlátozott kapacitás mellett is kezelni tudják a lekérdezéseket.
  
  
• 6.5. Erőforrásigények
  Sávszélesség: A rendszer optimális működéséhez legalább 10 Mbps sávszélesség szükséges, amely biztosítja a rendelési és fizetési tranzakciók gyors adatforgalmát. Memóriaigény: A szerverek számára legalább 16 GB RAM szükséges a hatékony működéshez, és az adatbázis-kezeléshez 32 GB RAM ajánlott a nagyobb adatfeldolgozási kapacitás érdekében.
  Processzor: Legalább négymagos, 2.5 GHz sebességű processzor szükséges a tranzakciókezelés és a folyamatos adatkapcsolat fenntartásához.
  
  
Ezek a teljesítménykövetelmények biztosítják, hogy a Cooked Up alkalmazás gyors és stabil működést nyújtson minden felhasználónak, függetlenül a terheléstől vagy a felhasználók számától.

7. Támogatottság

A Cooked Up alkalmazás üzembe helyezését követően szükséges karbantartási és támogatási követelmények biztosítják, hogy a rendszer hosszú távon megbízhatóan és könnyen karbantartható legyen. Az alábbi szempontok elősegítik a rendszer folyamatos üzemeltetését és a hibák gyors elhárítását.

• 7.1. Kódolási szabványok és elnevezési konvenciók
  Egységes szabványok: A fejlesztés során egységes kódolási szabványokat (például Google Style Guide) és elnevezési konvenciókat kell követni, így a kód olvashatóbb és könnyebben karbantartható lesz a jövőbeli fejlesztések során.
  Kódkommentelés: A fontosabb kódrészletekhez részletes kommenteket kell hozzáfűzni, hogy a karbantartók gyorsan megértsék a funkciókat és logikát.
  
  
• 7.2. Karbantartóknak és üzemeltetőknek szóló funkciók
  Adminisztrációs felület: Az üzemeltetők számára egy adminisztrációs felület áll rendelkezésre, amelyen nyomon követhetik a rendszer állapotát, a tranzakciókat és a felhasználói aktivitást.
  Diagnosztikai eszközök: Az adminisztrátorok hozzáférnek olyan diagnosztikai funkciókhoz, amelyek segítségével figyelemmel kísérhetik az erőforrások kihasználtságát és a rendszer esetleges leterheltségét.
  
  
• 7.3. Naplózás és naplók elemzése
  Automatikus naplózás: Az alkalmazás működése során naplózza a fontosabb eseményeket (például rendelés leadása, bejelentkezés, hibák), így ezek később visszakövethetők és elemezhetők.
  Hibaelemző naplók: Hiba esetén a rendszer részletes naplófájlokat hoz létre, amelyek segítik a karbantartókat a probléma gyors lokalizálásában és javításában. Biztonsági eseménynaplók: A rendszer biztonsági eseményeket (pl. sikertelen bejelentkezések, gyanús aktivitás) is naplózza, hogy az üzemeltetők szükség esetén azonnal beavatkozhassanak.
  
  
• 7.4. Segédalkalmazások és támogatási eszközök
  Naplóelemző alkalmazás: Az üzemeltetők számára elérhető egy naplóelemző segédalkalmazás, amely megkönnyíti a nagy mennyiségű naplóadat átvizsgálását és a hibák gyors beazonosítását.
  Monitorozó eszközök integrációja: A rendszer integrálható külső monitorozó eszközökkel (pl. New Relic, Datadog), amelyek valós idejű betekintést nyújtanak a rendszer teljesítményébe és az esetleges hibák gyors beazonosításába.
  
  
• 7.5. Verziókezelés és frissítések kezelése
  Verziókövetés: Minden szoftverfrissítéshez külön verziószám tartozik, amely megkönnyíti a különböző változatok közötti navigálást, és lehetővé teszi a régebbi verziók gyors visszaállítását, ha szükséges.
  Automatikus frissítések: A kisebb hibajavításokat és biztonsági frissítéseket a rendszer automatikusan alkalmazza, míg a nagyobb frissítéseket manuálisan lehet aktiválni az üzemeltetők döntése alapján.
  Visszaállítási lehetőség: Ha egy frissítés hibásan működik, a rendszer gyors visszaállítási funkcióval rendelkezik, amely lehetővé teszi az előző, stabil verzióra való visszalépést.
  
  
Ezek a támogatottsági követelmények biztosítják, hogy a Cooked Up alkalmazás hosszú távon fenntartható és könnyen karbantartható legyen, minimalizálva az üzemeltetés során felmerülő hibákat és fennakadásokat.

8. Tervezési korlátozások

• 8.1. Architektúra követelmények
  Háromrétegű architektúra: A rendszer front-end, back-end és adatbázis rétegekre bontott felépítése biztosítja a karbantarthatóságot és skálázhatóságot.
  
  
• 8.2. Programozási nyelvek
  Front-end/Back-end: Python
  Adatbázis: oracle database, a rugalmas adatszerkezetek támogatásához.
  
  
• 8.3. Fejlesztőeszközök
  Kódkezelés: GitHub verziókövetéshez.
  IDE: Visual Studio Code
  
  
• 8.4. Újrafelhasználható elemek
  Könyvtárak, külső API-k (pl.: fizetési)
  
  
• 8.5. Fejlesztési módszertan
  CI/CD: GitHub Actions automatikus integráció és bevezetés.
  
  

9. nline dokumentáció és Help rendszer

A Cooked Up alkalmazás használatának megkönnyítése érdekében részletes online dokumentációt és támogatási rendszert biztosítunk. Ezek célja, hogy a felhasználók gyorsan megismerkedhessenek az alkalmazás funkcióival, és az esetleges kérdéseiket könnyedén megválaszolhassák.

• 9.1. Tutorial rendszer
  Kezdő tutorial: Az első rendelés előtt egy interaktív tutorial fogadja a felhasználókat, amely lépésről lépésre bemutatja az alkalmazás alapvető funkcióit, beleértve az étlap böngészését, a rendelés összeállítását és a fizetési folyamatot. Ez segíti az új felhasználókat abban, hogy gyorsan és magabiztosan navigáljanak az alkalmazásban. Visszanézhető alapfunkciók: A felhasználók bármikor visszanézhetik a tutorial alapvető részeit, ha bizonytalanok valamelyik funkció használatában. Ehhez csak a kérdőjel ikonra kell kattintaniuk, amely az egyes képernyőkön látható.
  
  
• 9.2. GYIK és Súgó
  GYIK szekció: Az alkalmazásban elérhető egy gyakori kérdések (GYIK) szekció, amely a leggyakrabban felmerülő kérdésekre nyújt gyors válaszokat. A GYIK szekció lefedi a rendelés folyamatát, a fizetési lehetőségeket és az esetleges hibakezelést. Részletes súgó: A súgó részletes leírásokat tartalmaz az alkalmazás minden funkciójáról, hogy a felhasználók könnyen megtalálják a szükséges információkat.
  
  
• 9.3. Kiegészítő támogatás
  Online dokumentáció: Az alkalmazás weboldalán részletes dokumentáció érhető el, amely magában foglalja a telepítési, felhasználói és adminisztrátori útmutatókat, valamint hibaelhárítási tanácsokat.
  Kapcsolattartás: Az alkalmazásban elérhető kapcsolatfelvételi lehetőség, amely lehetőséget biztosít a felhasználók számára, hogy kérdéseiket vagy problémáikat közvetlenül megosszák az ügyfélszolgálattal.
  
  
Ezek az online dokumentációs és támogatási funkciók biztosítják, hogy a Cooked Up alkalmazás használata egyszerű, gyorsan megtanulható és bármikor támogatott legyen.

10. Felhasznált kész komponensek

• 10.1. SimplePay fizetési API
  Leírás: A SimplePay egy Magyarországon népszerű fizetési rendszer, amely támogatja a bankkártyás tranzakciókat.
  Beszerzés és licencelés: A SimplePay használatához szerződés szükséges a szolgáltatóval, és tranzakciós díjat von le minden fizetés után.
  Következmények: A rendszer adatvédelmi szabályainak betartása szükséges. A szolgáltatásnak díja van, amelyet minden sikeres tranzakció után vonnak le.
  
  
• 10.2. Google Pay
  Leírás: A Google Pay lehetővé teszi az egyszerű és gyors mobilfizetést, amely integrálható az alkalmazás fizetési rendszerébe.
  Beszerzés és licencelés: A Google Pay API használata ingyenes, de a tranzakcióknál a szolgáltató által meghatározott kezelési költségek érvényesek.
  Következmények: Az API-kulcs generálása és a Google adatvédelmi szabályainak betartása szükséges. Az alkalmazásnak biztosítania kell a biztonságos adatkezelést a Google Pay szabályainak megfelelően.
  
  
• 10.3. Apple Pay
  Leírás: Az Apple Pay támogatja az Apple-eszközökkel történő egyszerű, biztonságos fizetést, amely integrálható az alkalmazás fizetési funkciójába.
  Beszerzés és licencelés: Az Apple Pay integrációja ingyenes, azonban a tranzakciókhoz kapcsolódó díjak alkalmazandók.
  Következmények: A rendszer használatához Apple-fejlesztői fiók szükséges, és a rendszernek meg kell felelnie az Apple adatvédelmi és biztonsági előírásainak.
  
  
• 10.4. Firebase Authentication
  Leírás: A Firebase Authentication szolgáltatás biztosítja a felhasználók regisztrációját és bejelentkezését az alkalmazásban.
  Beszerzés és licencelés: Bizonyos funkciói ingyenesek, de a forgalom növekedése esetén fizetős szintre lehet váltani.
  Következmények: A rendszerhez Google-fiók szükséges, és a felhasználói adatok kezelését a Firebase adatvédelmi szabályainak megfelelően kell végezni.
  
  
Ezek a harmadik féltől származó komponensek segítik a Cooked Up alkalmazás biztonságos fizetési funkcióinak és hitelesítési lehetőségeinek biztosítását a licencelési és adatvédelmi szabályok figyelembevételével.

11. Interfészek

Ez a fejezet a Cooked Up alkalmazás külső kapcsolatait és az interfészekre vonatkozó követelményeket tartalmazza.

• 11.1. Felhasználói interfészek (User Interfaces)
  Szabvány és stílus: Az alkalmazás modern, intuitív felületet használ, amely a Material Design alapelveire épül, ezzel biztosítva az egyszerű navigációt.
  Felhasználói csoportok: A felület kezdő és haladó felhasználók számára egyaránt könnyen használható, az éttermi adminok számára pedig külön menüpontok segítik az étlap és rendelés kezelését.
  Kulcselemek: Könnyen elérhető rendeléskezelő, étlap és profilbeállítási szekciók, illetve visszajelzések és értesítések.
  
  
• 11.2. Hardware interfészek (Hardware Interfaces)
  Eszközigény: A rendszernek nincs speciális hardverkövetelménye, azonban az alkalmazás internetkapcsolatot igényel a valós idejű adatforgalomhoz.
  
  
• 11.3. Software interfészek (Software Interfaces)
  API-k: A rendszer integrálva van külső API-kkal, mint a SimplePay, Google Pay, Apple Pay és a Firebase Authentication, amelyek a fizetést és a felhasználói hitelesítést biztosítják.
  Adatbázis-kapcsolat: A rendszer Oracle adatbázist használ a felhasználói adatok és rendelési információk tárolására, amely stabil és biztonságos adatkezelést biztosít.
  
  
• 11.4. Kommunikációs interfészek (Communications Interfaces)
  Kapcsolat: Az alkalmazás mobilhálózati és Wi-Fi kapcsolaton keresztül működik, valós idejű értesítéseket és adatokat küld a felhasználóknak a rendelés állapotáról és egyéb frissítésekről.
  Protokollok: Az adatforgalom HTTPS-en keresztül zajlik a biztonság érdekében. Regisztráció és bejelentkezés: A felhasználók regisztrálhatnak például az e-mail címük megadásával, és bejelentkezhetnek, hogy hozzáférjenek a saját Cooked Up-fiókjukhoz. A regisztrációs és bejelentkezési interfészek biztosítják a felhasználói fiók védelmét és a gyors hozzáférést.
  
  
Ezek az interfészek biztosítják, hogy a Cooked Up alkalmazás biztonságos, stabil és könnyen használható legyen, összhangban a felhasználói és technikai követelményekkel.

12. Alkalmazott szabványok

A Cooked Up alkalmazás fejlesztése és üzemeltetése során bizonyos szabványokat és előírásokat kell betartani, hogy a rendszer biztonságos, felhasználóbarát és jogilag megfelelő legyen.

• 12.1. Kötelezően alkalmazandó szabványok (Mandatory Standards)
  GDPR: Az Európai Unió általános adatvédelmi rendelete, amely előírja a felhasználói adatok védelmét és biztonságos kezelését.
  PCI-DSS: A fizetési adatok kezelésére vonatkozó szabvány, amely biztosítja, hogy az alkalmazás megfelelő védelmet nyújtson a bankkártyás fizetések esetén.
  
  
• 12.2. Választás alapján alkalmazott szabványok (Optional Standards)
  OWASP irányelvek: Az alkalmazás biztonságának növelése érdekében az Open Web Application Security Project ajánlásai alapján történik a fejlesztés.
  Material Design: A felhasználói felület kialakításánál alkalmazott szabvány, amely biztosítja az intuitív és esztétikus megjelenést.
  
  
Ezek a szabványok garantálják a Cooked Up alkalmazás jogszerű, biztonságos és felhasználóbarát működését.

13. Mellékletek

• 13.1. Tárgymutató
  API: Application Programming Interface, a szoftverek közötti kapcsolatot biztosító eszköz, pl. Google Pay és SimplePay API-k.
  GDPR: Az Európai Unió adatvédelmi rendelete, amely a felhasználói adatok biztonságát szabályozza.
  PCI-DSS: A fizetési kártyaipar adatbiztonsági szabványa, amely biztosítja a bankkártyás fizetések biztonságos lebonyolítását.
  MTBF: Mean Time Between Failures, a hibák között eltelt átlagos idő, ami a rendszer megbízhatóságának egyik mérőszáma.
  Material Design: A felhasználói felület kialakítására vonatkozó vizuális szabvány, amelyet a Google tervezett.
  
  
• 13.2. Irodalomjegyzék
  GDPR irányelvek: Hivatkozás az EU hivatalos adatvédelmi rendeletére, amely biztosítja a felhasználói adatok védelmét az alkalmazásban.
  PCI-DSS szabvány: Hivatkozás a bankkártyás fizetések biztonságát szabályozó Payment Card Industry Data Security Standard dokumentumra.
  OWASP irányelvek: Hivatkozás az Open Web Application Security Project biztonsági ajánlásaira, amelyek a rendszer biztonságának növelését segítik.
  Material Design dokumentáció: Hivatkozás a Material Design szabványhoz, amely az alkalmazás felhasználói felületének kialakítását segíti.
  
  
• 13.3. Kapcsolódó dokumentumok
  SRS (Software Requirements Specification): A Cooked Up részletes követelmény specifikációja, amely tartalmazza az összes funkcionális és nem funkcionális követelményt (pl. rendelés leadása, fizetési és hitelesítési folyamatok).
  Felhasználói kézikönyv: Útmutató a végfelhasználók számára, amely tartalmazza a rendelési folyamat, a fizetés és a rendeléskövetés lépéseit.