Software követelmény specifikáció

---

Áttekintés

A keretrendszerünket vendéglátóipari egységek fogják igénybe venni. A kiszolgálás és a háttérben folyó munka hatékonyságának növelése a célunk, ezért egy rendszerbe integráljuk az összes szükséges funkciót.

A rendszer tehát összefogja és összhangban tartja a dolgozók munkáját, hogy az megfelelően hatékonyan tudjon működni. A rendszernek egy-egy változatához, akár applikáció formájában, a személyzet valamennyi tagjának hozzáférése van. A legtöbb funkció funkcionális, a megrendelő dönti el, melyiket akarja alkalmazni és melyiket nem.

Egy vendéglátó keretrendszer egyik legfontosabb funkciója a vendégek igényeinek/rendelésének rögzítése. Általában a legtöbb helyen ez még mindig papír alapon történik. Mi ezt a funkciót az asztali és a mobilos applikációnkba implementálva hozzuk létre, így akár egy pincér, helyben az asztalnál is rögzíteni tudja a vendég kívánságait, illetve ha a hely adottságai ezt igénylik, asztali alkalmazásunkkal a pultnál kiszolgáló személyzet is fel tudja venni a rendelést. Ez a folyamat történhet még online formában is, amennyiben a vendéglátó hely biztosít házhozszállítást és igénybe veszi ezt az extra szolgáltatásunkat. A kiszolgálás idejének csökkentése érdekében a konyhában egy kijelzőn jelennek meg a felvitt rendelések.

Nemcsak hogy a megrendelőnk tudja személyre szabni magának a rendszert, de az ő alkalmazottai is. Ugyanis a személyzet tagjainak külön fiókot biztosítunk, ami egyrészt elősegíti a visszakövetés lehetőségét, másrészt az alkalmazottak saját munkájukhoz igazítva tudják beállítani az egyes funkciókat. Például egy szakács igénybe tudja venni a recept funkciót, tehát a konyhában a kijelző a rendelés beérkezésekor akár a hozzávalókat is kiírja.

A futárok mobil applikáción keresztül kapják az értesítést, ha készülniük kell megrendelés kézbesítésére. Több futár esetén a rendszer aktívan ellenőrzi az útvonalakat és a címeket optimalizáltan osztja ki a futárok között. Ezen felül még szeretnénk létrehozni a "feedback" funkciót, ami egy visszajelzést ad a kézbesítés várható idejéről. Ennek működését a következőképp kell elképzelni: A rendszer gyűjti az információkat a különböző futárok „teljesítményéről”, ami alapján a rendelés rögzítésekor számol egy várható értéket. Ha az személyzet által történik a rögzítés (telefonos rendelés alatt), akkor a hívást fogadó fél rögtön tudja tájékoztatni az ügyfelet, ha online formában történik, akkor pedig még a megerősítés előtt tájékoztat a rendszer a várható kézbesítési időről.

A keretrendszerünkbe implementáljuk a raktár nyilvántartás funkciót. A raktár állapotát a mobil applikáción is lehet követni. Különböző beállítást lehet elvégezni e-funkción belül. Be lehet állítani hogy figyelemfelhívó értesítést küldjön, ha egyes termékek kezdenek elfogyni. A raktárban nyilvántartott termékekből bevásárlólistát lehet létrehozni checklist formájában. A termékek külön kategóriába tartoznak, két nagy kategória van, a viszonteladói és az alapanyag. Az alapanyagokból egy külön terméket lehet összeállítani, ami azért fontos, mert a rendszer ismerni fogja, hogy miből mennyit tartalmaz. Tehát ha eladásra kerül egy olyan termék, amit a szakács készít el, akkor is helyesen fogja annak az összetevőit levonni a nyilvántartásból.

---

A rendszer funkciói:

A rendszeren belül különböző jogosultsági szintek vannak és mindenki a saját jogosultságának megfelelő funkciókat éri el. Vannak előre definiált jogosultsági szintek, azonban a vendéglátóipari egység tulajdonosa(a rendszerünk előfizetője) képes több rangot létrehozni, illetve a meglévők jogosultságainak módosítására. Az előre definiált jogosultsági szintek a következők: Tulajdonos, Beszerző, Szakács, Futár. A tulajdonos az összes funkcióhoz hozzáfér. A többi jogosultsági szinttel rendelkező alkalmazottak a munkájuk megfelelő elvégzését szolgáló funkciókat érik el. A következőkben részletezzük a funkciókat, a végén zárójelben jelezve, hogy alapértelmezetten melyik szint fér hozzá.

Áruk rögzítése(étlap, itallap):

Különböző kategóriákat, azokon belül alkategóriákat lehet létrehozni. Mi előre definiálunk két fő kategóriát, „étlap” és „itallap”. Mindkettőnek van két-két alkategóriája, „saját” és „viszonteladói”. Az ital- és étlap magától értetődő, az alkategóriákra pedig amiatt van szükség, hogy a rendszer tudja hogy az adott terméket az ott dolgozók készítik el, vagy egy kész termék kerül eladásra. Amennyiben a tulajdonos létrehoz egy terméket viszonteladói kategóriában, meg kell adnia a termék nevét, az árát és a mértékegységét, hogy a rendszer tudja miben mérik. (db,kg,l) Ha egy saját terméket szeretne rögzíteni, előszőr az „Alapanyagok” menüpont alatt létre kell hoznia egyesével az összetevőit. Az összetevő létrehozásakor csak a nevét és a mértékegységét kell megadnia. Saját termék létrehozásakor, egy listában felsorolja a rendszer a már létrehozott összetevőket, amik közül ki kell választania, miből áll a termék, illetve hogy miből mennyit tartalmaz. Az összetevők használata opcionális, csak akkor van rá szükség, ha a vendéglátóipari egység alkalmazni szeretné a rendszer raktár logisztikai funkcióját. (Tulajdonos)

Raktár logisztika:

A keretrendszerünk a „Raktár” menüpontban felsorolja az összes viszonteladói terméket és az összes alapanyagot, illetve azoknak a nyilvántartásban lévő mennyiségét. Az összes raktárban nyilvántartott elemhez beállítható egy úgynevezett minimál érték. Ha a mennyisége ezen érték alá csökken, a rendszer értesítést küld azon alkalmazottnak, aki a beszerzést intézi. (opcionálisan kiosztható munkakör bármelyik jogosultsági szintre) A saját áruk rögzítésénél meg kellett adni az összetevőket és azok mennyiségeit, ebből adódóan egy esetleges eladásnál a rendszer pontosan tudja mit és mennyit kell levonni a raktár nyilvántartásból. A rendszer az eladási statisztikák alapján próbál előrejelzést számolni. Elemzi akár egy évre visszamenőleg is az adatokat és megbecsüli, hogy mikor, miből, mennyi fog fogyni várhatóan. A „Bevásárlólista” almenüpontban a rendszer checklist formájában felsorolja a már fogyóban lévő termékeket, alapanyagokat és mellé írja a statisztikák alapján becsült, javasolt mennyiségeket, miből mennyit kell beszerezni. Természetesen ezek gond nélkül módosíthatóak, a lista bővíthető. A listában kijelölt elemeket csak akkor adja hozzá a raktár nyilvántartáshoz, ha a mobil applikációban rögzíti, hogy a vásárolt termékek a raktárba kerültek. (Bárki láthatja, feltölteni csak a tulajdonos tudja, illetve akinek jogosultságot ad rá)

Rendelés felvétel:

A rendelés leadását a vendégek általában három féle módon tehetik meg. Telefonhíváson keresztül, online a weboldalon vagy személyesen a vendéglátóipari egység fizikai helyén.

Amennyiben ez személyesen történik, kétféle rögzítés jöhet szóba, az alkalmazott által a pult mögött az asztali alkalmazásunkon keresztül, vagy rögzítheti a rendelést a pincér egy tablet vagy telefon segítségével a mobil applikációnkon keresztül. Az asztali és mobilapplikáció rendelésfelvétel funkciója teljes mértékben megegyezik. A „Rendelésfelvétel” menüpont alapértelmezetten személyes rendelésre van beállítva, szóval csak a vendég által igényelt termékeket kell áthelyezni a „kosár” listába. A termékekre szövegesen is rá lehet keresni. A kosárban lévő termékek mellett megjelenik egy plusz(+) és egy mínusz(-) gomb is, amivel a mennyiséget lehet változtatni. A saját termékek mellett a kosárban megjelenik egy „módosítás” gomb is, amivel az összetevőket lehet eltávolítani. Erre azért van szükség, hogy a raktár mögött álló rendszer akkor is jól számoljon, ha a vendégnek különleges kívánságai vannak a rendelt termék irányába. A rendszer automatikusan számolja a végösszeget. A fizetés menüpontra kattintva a rendszer megkérdezi a fizetés módját. Készpénzes fizetés esetén meg kell adni hogy mennyit fizetett a vendég, alkalmazásunk dinamikusan a beírás pillanatában jelzi az alkalmazott számára a visszajáró összegét. Fizetés után automatikusan nyomtat blokkot.

A telefonhíváson keresztüli rendelés nem sokban tér el a személyes rendeléstől. A rendelésfelvétel elején egy jelölőnégyzetben jelzi a rendszernek az alkalmazott, hogy egy házhozszállítást igénylő rendelést fog rögzíteni. Ekkor az űrlap kiegészül és a rendszer kérni fogja még a vendég nevét, címét, telefonszámát. Ha a vendég rendelt már korábban, elég egy keresőmezőben a nevére rákeresni és az alkalmazás beilleszt minden adatot a megfelelő helyre. Ekkor ajánlott a cím visszamondása, a megfelelő személy validálása érdekében. A rendelés rögzítése előtt a rendszer számol egy várható szállítási időt a futárok és szakácsok statisztikai adatait felhasználva.

Online felületen a weboldalon is ugyanígy történik a rendelés, csak egy kicsit más a felület. Illetve az online felületen lehetőség van bankkártyás fizetésre. A rendszer itt is tájékoztat a várható szállítási időről a rendelés leadása előtt.

Futárszolgálat:

Egy házhozszállítást igénylő rendelés rögzítése pillanatában a rendszer értesítést küld a futárnak a telefonjára, ami a rendelés azonosítót és a címet tartalmazza. A futárnak lehetősége van egy kattintással a navigáció igénybevételére. Amennyiben több futár van, a rendszer optimálisan osztja ki a rendeléseket. Ellenőrzi a címeket és úgy osztja ki a futárok között, hogy a leggyorsabban kézbesíteni lehessen a rendeléseket. Mindegyik futárról a rendszer külön-külön adatokat gyűjt, ez alapján fogja tudni kiszámolni egy-egy rendelésnél a várható szállítási időt, ugyanis a rendelés pillanatában tudja majd, hogy melyik futárnak fogja kiosztani az adott megrendelést. A rendelés rögzítésétől elindul egy stopperóra ami akkor áll meg, ha a futár megnyomja a „Kézbesítve” gombot a telefonján. (Futár)

Rendelés kijelző:

A konyhában egy nagyobb kijelzőn megjelennek a rendelések egy hangjelzés kíséretében, a szakácsok figyelmét felkeltve. Ha az adott rendelés ki lett adva a pincér által, a pincér az alkalmazáson belül jelzi a rendszernek, ha házhozszállításos a rendelés, a futár jelzi hogy elindult vele, így fog eltűnni a konyhai kijelzőről.

Visszakövetés:

A rendszer eltárol minden adatot, amit a tulajdonos tud böngészni.

Példa: Ha egy panasz érkezik a vendég felől, vissza lehet követni akár évekre visszamenőleg, hogy melyik pincér vette fel a rendelést, melyik szakács készítette el, esetleg melyik futár kézbesítette.

---

Használhatóság

• Rendszerünk letisztult, így a rendszer hatékony használatához egy kezdő felhasználónak 2-3 óra, még egy haladó felhasználónak 5-15 percre van szüksége a korszerű használathoz.
• Egy átlagos felhasználó a jelenlegi módszerrel egy tevékenységet akár 2-3 perc alatt el tud sajátítani.
• Számunkra fontos a hatékony használat, így próbálunk mindent szem előt tartani ami segítség lehet egy kezdő felhasználó számára.
• Mindazonáltal, ha valakinek nem sikerül használni a rendszert akkor lehetőség nyílik részt venni egy tréningen, ami 8 órát vesz igénybe 10.000Ft ellenében.
• Célunk az, hogy programunk hasonlítson a többi hasonló alkalmazáshoz, de mi szeretnénk ha több lehetőség is lenne benne, valamint azt is, hogy letisztultabb legyen mindenki számára.
• Miért minket válasszanak a felhasználók? - Mert nálunk a letisztultabb a felület, valamint rengetek új lehetőséget ajánlunk.

---

Megbízhatóság

• Nyitvatartásunk folyamán 100%-ban rendelkezésre áll rendszerünk, ebédidőben bizonyos időszakokban a rendelkezésre állásunk 90%. A karbantartásokat éjszaka szoktuk intézni, ezzel elkerülve az esetleges kellemetlenségeket.
• Mint mindenhol, ezáltal nálunk is előfordulhatnak esetleges hibák, de legrosszabb esetben is ilyen csupán 9 havonta történik velünk.
• Hiba felbukkanása esetén szakembereink rögtön elkezdik a reparálás, maximum fél órán belül a hiba eltűnik.

---

Teljesítmény

• Legtöbb munkanapon ügyfélszolgálatunk elérhető, így telefonon való hívás esetén rögtön, míg email-ben feltett kérdéseikre fél órán belül adunk választ minden kedves ügyfelünknek.
• Rendelésleadás és sikeres fizetés után hozzá is látunk az alkalmazáscsomag készítéséhez, ami a a rendelővel előre megbeszélt időn belül készül el.
• Megrendeléstől számított pár órán belül elkezdjük a konfigurálást és a további konzultációkat a rendelővel. Törekszünk a minél pontosabb, és gyorsabb munkára, ezért egyszerre látunk hozzá az alkalmazáscsomag készítéséhez, és beszéljük meg a keretrendszer további funkcióit a rendelővel.
• Erőforrásaink alapján megbízhatóak vagyunk, a rendszerünk elbír több cég állandó működését még akkor is, ha a azoknál állandóak a rendelések.

---

Támogatottság

---

Tervezési korlátozások

A keretrendszert úgy tervezzük és alakítjük ki, hogy a mi, és a rendelő szervezet együttes konzultálásával létrehozott előírásoknak, korlátozásoknak megfeleljen. Természetesen nem lehet minden korlátozás ugyanaz az összes rendelésnél, mivel minden rendelőnek különfélék lehetnek az igényeik. Ezért ide csak az általánosságba vett előírásokat és korlátozásokat vehetjük figyelembe.

• Programozási nyelv és fejlesztőeszközök: Általában a H1-ben említett programozási nyelveket és eszközöket szoktuk használni, ám előfordul, hogy a rendelőnek olyan igényei is lehetnek, hogy emiatt kénytelenek vagyunk más eszközöket és programozási nyelveket használni. Legtöbb esetben ezek az eszközök csak kis mértékben térhetnek el az eredeti szoftverektől, ám szoktak lenni olyan helyzetek, vagy rendelői igények, hogy teljesen más alkalmazáscsomagokat kell használnunk, amiket kevésbé, vagy egyáltalán nem ismerünk.
• Felhasznált elemek és módszertanok: Igyekszünk a keretrendszerben egységes komponenseket használni, hogy egyszerre egy egységes és könnyen kezelhető felületet használjanak a felhasználók és időt takarítsunk meg, ugyanis minden szervezethez külön, nem univerzális alkalmazáscsomagot készíteni nagyon időigényes. Természetesen, mivel a rendelőknek személyre szabott igényeik vannak a keretrendszerrel kapcsolatban, ahhoz igazítjuk a fejlesztést.

---

On-line dokumentáció és Help rendszer

• Az asztali és mobilalkalmazáshoz adott telepítő csomagban szerepel a használati útmutató. A weboldalak használatához pedig nincs szükség online segítségre/útmutatóra, az egyszerű, felhasználóbarát felületük miatt.
• Ha mégis lenne felmerülő kérdése az ügyfélnek, akkor azt az ügyfélszolgálatunkon (telefonon vagy emailben) fel tudja tenni, valamint ugyanitt tudják ügyfeleink jelezni igényüket a tréningre.

---

Felhasznált kész komponensek

• Az asztali alkalmazás értesítését (új rendelés esetén) ingyeneses felhasználható hang jelzi.
  • Teljesen ingyenes a kereskedelmi használat is, még a tulajdonos megnevezése, forrás megjelölése sem szükséges.
• Egy nyílt forráskódú mobilalkalmazást használunk fel a futároknak fejlesztett applikációban.

---

Use-Case diagramok

Megnyitás új lapon

---

Felhasználó (aktor)

Olyan regisztrált felhasználó, akinek még nem osztottak ki semmilyen jogosultságot, azonban a saját profiljának alapvető funkcióit(profilbeállítások) eléri és a vendéglátóipari egység nyilvános információinak megtekintésére jogosult.

Pincér (aktor)

Mindenre jogosult, amire a felhsználó. Ezen felül tud rendelést rögzíteni és fizetést kezdeményezni.

Beszerző (aktor)

A pincér aktorból származtatva, tehát mindenre jogosult, amire a pincér és tudja a raktár nyilvántartást módosítani.

Tulajdonos (aktor)

A vendéglátóipari egység tulajdonosa kapja ennek az aktornak megfelelő jogosultságot. A legnagyobb kiterjedéssel rendelkező jogosultság a használók között. Mindenre jogosult. Új felhasználó regisztrálására is csak a Tulajdonos képes.

Szakács (aktor)

Mindenre jogosult, amire a felhasználó. Ezen felül a feladata a rendelések elkészítése.

Futár (aktor)

Mindenre jogosult, amire a felhasználó. Ezen felül a feladata a rendelések kiszállítása.

---

Alapanyagok kezelése (use case)

Alapanyagokkal való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Alapanyagok kilistázása (use case)

A rendszerben rögzített alapanyagok adatainak megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Alapanyag rögzítése (use case)

A rendszerbe az alapanyag adatainak a felvitele.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja az alapanyagok adatait, bővül.
• Szokásos működés (Main Flow): Az alapanyag adatainak megadása. (űrlap kitöltése)
• Alternatív esetek (Alternate Flows): Az alapanyag már szerepel az adatbázisban. (elnevezés egyezése)
• Kivételes esetek: Számítástechnikai problémák.

Alapanyag módosítása (use case)

A rendszerben szereplő egyes alapanyagok adatainak módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag.
• Postkondíciók: A rendszer azon része, ami tárolja az alapanyagok adatait, módosul.
• Szokásos működés (Main Flow): Az alapanyag adatainak módosítása. (űrlap módosítása)
• Alternatív esetek (Alternate Flows): Az új elnevezés már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Alapanyag törlése (use case)

A rendszerben szereplő egyes alapanyagok törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag.
• Postkondíciók: A rendszer azon része, ami tárolja az alapanyagok adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt alapanyag(ok) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Termékek kezelése (use case)

Termékekkel való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Termékek kilistázása (use case)

A rendszerben rögzített termékek adatainak megjelenítése.

• Prekondíciók: Regisztrált felhasználónak kell lenni. Legalább egy rögzített termék.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Termék rögzítése (use case)

A termék rögzítés lehetőségeinek összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, bővül.
• Szokásos működés (Main Flow): Az termék adatainak megadása. (űrlap kitöltése)
• Alternatív esetek (Alternate Flows): Az termék már szerepel az adatbázisban. (elnevezés egyezése)
• Kivételes esetek: Számítástechnikai problémák.

Viszonteladói termék rögzítése (use case)

A rendszerbe a viszonteladói termék adatainak felvitele.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, bővül.
• Szokásos működés (Main Flow): Az termék adatainak megadása. (űrlap kitöltése)
• Alternatív esetek (Alternate Flows): Az termék már szerepel az adatbázisban. (elnevezés egyezése)
• Kivételes esetek: Számítástechnikai problémák.

Saját termék rögzítése (use case)

A rendszerbe a saját termék adatainak felvitele.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, bővül.
• Szokásos működés (Main Flow): Az termék adatainak megadása(űrlap kitöltése), tartalmazott alapanyagok kiválasztása.
• Alternatív esetek (Alternate Flows): Az termék már szerepel az adatbázisban. (elnevezés egyezése)
• Kivételes esetek: Számítástechnikai problémák.

Termék módosítása (use case)

A rendszerben szereplő egyes termékek adatainak módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített termék.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, módosul.
• Szokásos működés (Main Flow): Az termék adatainak, összetevőinek módosítása. (űrlap módosítása)
• Alternatív esetek (Alternate Flows): Az új elnevezés már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Termék törlése (use case)

A rendszerben szereplő egyes termékek törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített termék.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt termék(ek) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Menük kezelése (use case)

Menükkel való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Menük kilistázása (use case)

A rendszerben rögzített menük adatainak megjelenítése.

• Prekondíciók: Regisztrált felhasználónak kell lenni. Legalább egy rögzített menü.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Menü rögzítése (use case)

A rendszerbe a menü adatainak felvitele.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített termék.
• Postkondíciók: A rendszer azon része, ami tárolja az termékek adatait, bővül.
• Szokásos működés (Main Flow): Az termék adatainak megadása(űrlap kitöltése), tartalmazott termékek kiválasztása.
• Alternatív esetek (Alternate Flows): Az termék már szerepel az adatbázisban. (elnevezés egyezése)
• Kivételes esetek: Számítástechnikai problémák.

Menü módosítása (use case)

A rendszerben szereplő egyes menük adatainak módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített menü.
• Postkondíciók: A rendszer azon része, ami tárolja a menük adatait, módosul.
• Szokásos működés (Main Flow): Az menü adatainak, összetevőinek módosítása. (űrlap módosítása)
• Alternatív esetek (Alternate Flows): Az új elnevezés már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Menü törlése (use case)

A rendszerben szereplő egyes menük törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített menü.
• Postkondíciók: A rendszer azon része, ami tárolja az menük adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt menü(k) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Jogosultságok kezelése (use case)

Jogosultságokkal való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Jogosultsági szintek kilistázása (use case)

A rendszerben rögzített jogosultsági szintek megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Új jogosultsági szint létrehozása (use case)

Az előre definiált jogosultsági szinteken felül új szint létrehozása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: Több jogosultság lesz elérhető.
• Szokásos működés (Main Flow): Azon funkciók kiválasztása, melyeket a létrehozott jogosultsági szinthez társítunk.
• Alternatív esetek (Alternate Flows): Az új jogogultsági szint elnevezése egyezik egy, már tárolt szint elnevezésével.
• Kivételes esetek: Számítástechnikai problémák.

Jogosultsági szintek módosítása (use case)

A rendszerben szereplő egyes jogpsultsági szintek adatainak módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja a jogosultsági szintek adatait, módosul.
• Szokásos működés (Main Flow): Az jogosultsági szint nevének/funkcióinak módosítása.
• Alternatív esetek (Alternate Flows): Az új elnevezés már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Jogosultsági szintek törlése (use case)

A rendszerben szereplő egyes jogpsultsági szintek törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. A jogpsultsági szint nem előre definiált és nincs hozzárendelve felhasználóhoz.
• Postkondíciók: A rendszer azon része, ami tárolja a jogosultsági szintek adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt jogosultsági szint(ek) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Napló megtekintése (use case)

A rendszer által vezetett napló megtekintése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Felhasználók kezelése (use case)

Felhasználók adataival való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Felhasználók kilistázása (use case)

A rendszerben rögzített felhasználók adatainak megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Felhasználó jogosultságának módosítása (use case)

A rendszerben rögzített felhasználó jogosultsági szintjének módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja a felhasználók adatait, módosul.
• Szokásos működés (Main Flow): Az új jogosultsági szint kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Új felhasználó regisztrálása (use case)

Új felhasználó adatainak felvitele a rendszerbe.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: Az új felhasználó szükséges adatainak ismerete szükséges.
• Szokásos működés (Main Flow): Az új felhasználó teljes neve és email címe megadása.
• Alternatív esetek (Alternate Flows): Az email cím már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Felhasználó törlése(use case)

A rendszerben szereplő egyes felhasználók törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy regisztrált felhasználó(A műveletet végzőn kívül).
• Postkondíciók: A rendszer azon része, ami tárolja a felhasználók adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt felhasználó(k) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Raktár kezelése (use case)

Raktárral való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Nyilvántartás kilistázása (use case)

A rendszerben rögzített termékek és alapanyagok mennyiségeinek megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag/viszonteladói termék.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Nyilvántartás módosítása (use case)

A rendszerben szereplő egyes termékek/alapanyagok mennyiségeinek módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített alapanyag/viszonteladói termék.
• Postkondíciók: A rendszer azon része, ami tárolja a nyilvántartást, módosul.
• Szokásos működés (Main Flow): A kiválaszott elem mennyiségének megváltoztatása.
• Alternatív esetek (Alternate Flows): Nem valós szám megadása.
• Kivételes esetek: Számítástechnikai problémák.

Rendelés kezelése (use case)

Rendeléssel való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Rendelések kilistázása (use case)

A rendszerben rögzített rendelések adatainak megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített rendelés.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Rendelés rögzítése (use case)

A rendszerbe a rendelés adatainak felvitele.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, bővül.
• Szokásos működés (Main Flow): A vendég adatainak megadása(űrlap kitöltése), rendelt termékek/menük kiválasztása.
• Alternatív esetek (Alternate Flows): Az kért termék a nyilvántartás szerint elfogyott. (Természetesen felülírható)
• Kivételes esetek: Számítástechnikai problémák.

Rendelés módosítása (use case)

A rendszerben rögzített rendelések módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. A rendelés még nem teljesített.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, módosul.
• Szokásos működés (Main Flow): A rendelés adatainak, rendelt termékek/menük módosítása. (űrlap módosítása)
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Rendelés törlése (use case)

A rendszerben rögzített rendelés törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. A rendelés még nem teljesített.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt rendelés kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Fizetés kezdeményezése (use case)

A rendelés kifizetésének kezdeményezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, módosul.
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): A fizetés már korábban megtörtént.
• Kivételes esetek: Számítástechnikai problémák.

Készpénzes fizetés (use case)

A rendelés fizetése készpénzzel.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Bankkártyás fizetés (use case)

A rendelés fizetése bankkártyával.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Profil beállítások módosítása (use case)

Saját profil beállításainak megváltoztatása.

• Prekondíciók: Regisztrált felhasználónak kell lenni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Email megváltoztatása (use case)

Felhasználói email cím megváltoztatása.

• Prekondíciók: Regisztrált felhasználónak kell lenni.
• Postkondíciók: Hitelesítő email küldése az új címre. Ameddig nincs megerősítve az email cím, addig a jogosultság átkerül felhasználóra és nem osztható ki jogosultság rá.
• Szokásos működés (Main Flow): Új email cím megadása.
• Alternatív esetek (Alternate Flows): A megadott email cím nem felel meg a mintának vagy már szerepel az adatbázisban.
• Kivételes esetek: Számítástechnikai problémák.

Jelszó megváltoztatása (use case)

Felhasználói jelszó megváltoztatása.

• Prekondíciók: Regisztrált felhasználónak kell lenni.
• Postkondíciók: A titkosított jelszó megváltozik a rendszerben.
• Szokásos működés (Main Flow): Új jelszó megadása.
• Alternatív esetek (Alternate Flows): A két mezőben megadott jelszó nem egyezik meg.
• Kivételes esetek: Számítástechnikai problémák.

"Kész" visszajelzése(use case)

Egy rendelés előállítása után, ennek jelzése a rendszer számára.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített. A rendelés tartalmaz saját terméket.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, módosul.
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Google maps-re átirányítás (use case)

A rendelés kiszállításának útvonalát a google maps segíti meghatározni.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített. A rendelés házhozszállítást igényel.
• Postkondíciók: Átirányítás a google maps-re.
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): Google szolgáltatás nem elérhető.
• Kivételes esetek: Számítástechnikai problémák.

"Kézbesítve" visszajelzése (use case)

Egy rendelés kiszállítása után, ennek jelzése a rendszer számára.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Az adott rendelés még nem teljesített. A rendelés házhozszállítást igényel.
• Postkondíciók: A rendszer azon része, ami tárolja a rendelések adatait, módosul.
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák. ASDASDASD

Vendégek kezelése (use case)

Vendégek adataival való műveletvégzések összefoglaló elnevezése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Vendégek adatainak kilistázása (use case)

A rendszerben rögzített vendégek adatainak megjelenítése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített vendég.
• Postkondíciók: -
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Vendég adatainak módosítása (use case)

A rendszerben szereplő egyes vendég adatainak módosítása.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített vendég.
• Postkondíciók: A rendszer azon része, ami tárolja a vendégek adatait, módosul.
• Szokásos működés (Main Flow): A vendég adatainak módosítása. (űrlap módosítása)
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Vendég törlése (use case)

A rendszerben szereplő egyes vendégek törlése.

• Prekondíciók: A megfelelő jogosultság tulajdonában kell állni. Legalább egy rögzített vendég.
• Postkondíciók: A rendszer azon része, ami tárolja a vendégek adatait, módosul.
• Szokásos működés (Main Flow): A törölni kívánt vendég(ek) kiválasztása.
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

Kijelentkezés (use case)

A felhasználói fiókból való kijelentkezés.

• Prekondíciók: Regisztrált felhasználónak kell lenni.
• Postkondíciók: Átirányítás a login képernyőre.
• Szokásos működés (Main Flow): -
• Alternatív esetek (Alternate Flows): -
• Kivételes esetek: Számítástechnikai problémák.

---

Alkalmazott szabványok

A program fejlesztése során be kell, hogy tartsunk egy-pár fontos előírást, hogy maga az elkészült alkalmazáscsomag az előírt kötelező-, továbbá a csapatunk és a felhasználók által választott szabványoknak megfelelő legyen.

Kötelező szabványok (Mandatory Standards):

• Minden egyes, a rendszerünkbe felhasználót, legyen az a regisztrált szervezet alkalmazottja, vagy a szervezet ügyfele, adatait kezeljük. A gyorsabb és hatékonyabb adatkezelés érdekében az összes adatot jól védett adatbázisokban tároljuk. A pontos és biztonságos adatkezelést törvény is előírja, így harmadik félnek nem adunk adatokat át, csak abban az esetben, ha az adat tulajdonosa (az előbb írt felhasználó) bele nem egyez, hogy adatait további, harmadik fél kezelhesse. Ez a harmadik fél lehet a rendszerünk egy másik regisztrált szervezete, vagy külső, tőlünk független adatkezelő cég.
• Az alkalmazás nem tartalmazhat bármiféle vírust, malware-t, felhasználó eszközét bármely módon károsító szoftvert. Az alkalmazáscsomagunknak biztonságosnak kell lennie a felhasználó számára a zavartalan működés érdekében.
• Az alkalmazáscsomagnak meg kell felelnie az adott platform előírásainak. Például a mobil applikációnknak meg kell felelnie a Google és az Apple által előírt követelményeknek, legyen ez felhasználói design, vagy további megrendelői igények.

Választás alapján alkalmazott szabványok (Optional Standards):

• Fejlesztés során a fejlesztői csapat kizárólag fejlesztésre szánt alkalmazásokkal fogja felépíteni az alkalmazáscsomagot. Csapatunk törekszik lehetőleg a legtöbb eszközre való optimalizálásra.
• Törekszünk a rendelő és a csapatunk által előre megbeszélt és kitűzött, fejlesztésre és tesztelésre szánt határidő betartására. Ha ez mégsem sikerül, a rendelőt időben értesítjük, és a határidő újabb megbeszélését kérjük.

---

Mellékletek