Szakdolgozat. Kereskedelmi cég informatikai rendszerének korszerűsítése

Átírás

1 Miskolci Egyetem Gépészmérnöki és Informatikai Kar Anyagmozgatási és Logisztikai Tanszék Szakdolgozat Kereskedelmi cég informatikai rendszerének korszerűsítése Készítette: Neptun-kód: BSV7V0 Szak: Mérnök Informatikus Bsc Logisztikai rendszerek szakirány Miskolc, 2013

2 Miskolci Egyetem Gépészmérnöki és Informatikai Kar Mérnök Informatika Logisztikai rendszerek szak szakirány Szám: 2013 Anyagmozgatási és Logisztikai Tanszék 3515 Miskolc-Egyetemváros SZAKDOLGOZAT FELADAT BSV7V0 Neptun-kód mérnök informatikus jelölt részére A tervezés tárgyköre: A feladat címe: Informatika, logisztika Kereskedelmi cég informatikai rendszerének vizsgálata, korszerűsítése A feladat részletezése: 1. Ismertesse az egri kereskedelmi cég rendelési, számlázási és raktárkészlet ellenőrzési rendszerét! 2. Értékelje a jelenlegi rendszert, fogalmazza meg annak logisztikai és informatikai továbbfejlesztésének lehetőségeit! 3. Tervezze meg és dolgozzon ki egy olyan szoftvert, mely a bizományos cégekkel való kapcsolattartás hatékonyságát jelentősen fokozza! 4. Ismertesse a fejlesztés menetét, a fejlesztés közben használt eszközöket, valamint a későbbi fejlesztési lehetőségeket! Tervezésvezető: Dr. Bányainé dr. Tóth Ágota, egyetemi docens Konzulens: Dr. Kovács László, egyetemi docens A szakdolgozat kiadásának időpontja: február 13. A szakdolgozat beadásának határideje: május 3.

3 1. A szakdolgozat módosítása: szükséges (a módosítást külön lap tartalmazza) nem szükséges (a megfelelő rész aláhúzandó) Miskolc, 2. A tervezést ellenőriztem: (1) (2) (3) (4) tervezésvezető aláírása tervezésvezető aláírása 3. A szakdolgozat beadható nem adható be Miskolc, konzulens aláírása tervezésvezető aláírása 4. A szakdolgozat szövegoldalt, db rajzot, egyéb mellékletet tartalmaz. 5. A szakdolgozat bírálatra bocsátható A bíráló neve:.. Miskolc, nem bocsátható tanszékvezető aláírása 6. Osztályzat: a bíráló javaslata:.... a tanszék javaslata:.... a Záróvizsga Bizottság döntése:.... Miskolc,... a Záróvizsga Bizottság elnökének aláírása

4 Tartalomjegyzék 1. Bevezetés Cégbemutatás Felmerülő igények A szoftverfolyamat Megoldási alternatívák A kliens oldali alkalmazás Univerzális kliens program Webes adatbázis kezelő rendszer Use Case diagram Szoftvertervezés Adatbázis megtervezése, modellezése Az ER modell A relációs modell SQL A fejlesztői környezet kialakítása A Yii keretrendszer NetBeans konfiguráció Yii keretrendszer támogatásához Az MVC struktúra A Gii kódgenerátor Implementáció Felhasználókezelés Adminisztrátori jogok A szoftver áttekintése Összegzés Summary Melléklet... 37

5 11. Ábrajegyzék Irodalomjegyzék... 44

6 1. Bevezetés Szakdolgozatom célja, egy olyan webes alkalmazás megtervezése és elkészítése, mely segíti egy kereskedelmi cég bizományos partnereinek aktuális készletnyilvántartását, ellenőrzését. Napjaink informatikai fejlettségének köszönhetően felgyorsult az információáramlás, különösen igaz ez a versenyszférára. Ezt legfőképp az internet térhódítása eredményezte, melynek segítségével az információ akár kontinenseket átívelhet pillanatról pillanatra. Senki nem vonhatja ki magát ezek alól a fejlődések alól, különben a konkurencia több és több piaci részesedéshez jut. A webes alkalmazásoké a jövő. A világ nagy informatikai vállalatai a jövőt olyan programokban látják, melyek nem a kliens gépeken futnak, hanem egy úgynevezett számítási felhőben (cloud computing) egy ismeretlen helyen, melyek használatához, eléréséhez mindössze internet kapcsolatra van szükség. Feladatom lehetővé teszi, hogy részletesen megismerkedjek egy meglévő és jól működő kereskedelmi vállalat tevékenységével, informatikai rendszerével, valamint logisztikai folyamataival. A szakdolgozatom célja, egy logisztikai, informatikai probléma feltárása, elemzése. Megoldási alternatívák keresése az adott problémára és ezek közül az optimális megoldás kiválasztása. A kiválasztott alternatíva megtervezése, kivitelezése, valamint további fejlesztések felvetése. 1

7 2. Cégbemutatás Az Unifilter Szűréstechnika KFT-t (továbbiakban cég), 1991-ben alapították, székhelye Eger. A tevékenység a székhelyen, illetve a budapesti telephelyén folyik, fő tevékenységi köre gépjárműalkatrész-kereskedelem, ezen belül szűrők - olajszűrők, levegőszűrők, hidraulikaszűrők, pollenszűrők - kis- és nagykereskedelme dieselmotorokhoz és hidraulikus rendszerekhez, valamint kenőanyagok értékesítése. A központi raktárban kb féle szűrő található, melyekre példák az 1. ábrán láthatók. 1. ábra - Unifilter Kft. Termékei 2

8 A rendeléseket raktárkészletből akár 24 órán belül teljesíteni tudja, az ország bármely területére, gyorsposta segítségével. A beszerzések döntő része import, ezen belül is a legnagyobb beszállító egy belga nagykereskedő, melynek a cég a kizárólagos magyar forgalmazója. Ezen felül importál még Svájcból, Németországból, Olaszországból és Szlovákiából. A szűrők belföldi beszerzése minimális. A társaság indulása óta nyereségesen működik, forgalma évről évre nő. A cégnél a tulajdonosokon kívül 30 fő dolgozik, összetételük optimális a végezendő feladatok szempontjából. A tulajdonosok ellátják a cég vezetését, emellett aktívan részt vesznek az operatív ügyek intézésében is. A cég szervezeti felépítését a 2. ábra mutatja. 2. ábra - Szervezeti feléptés 3

9 Az értékesítés nagy része belföldi, az export tevékenység nem számottevő az összértékesítésen belül. A hazai értékesítés az ország egész területére kiterjed, partnereinek száma kb. 8500, melyek nagytöbbsége végfelhasználó, de kereskedők is vannak a partnerek között. A nagy forgalmú ügyfelekhez (pl.: szervizek, nagy viszonteladók, stb.) a cég bizományba helyez ki árukészletet, melyekhez bizományosi szerződés megkötése szükséges [1. számú melléklet]. Ezen cégek elszámolása havi rendszerességgel történik, ellenőrzésük évente valósul meg, helyszínen végzett leltárral, melyeknek célja az állagmegóvás és a bizományos partnerekhez kihelyezett készletmennyiségek ellenőrzése. A készletellenőrzés és készletmegóvás azért különösen fontos a cég számára, mert amíg a bizományos partner nem adja le a fogyásjelentést, ami után a számlázás és fizetési felszólítás megindul, addig a kihelyezett szűrő továbbra is a cég tulajdona, aminek mennyiségéről csak havonta kap információt. Napjainkban a technikai fejlődéssel együtt jár a szervezetek informatikai fejlődése. A cég minden tevékenysége számítógéppel segített. A különböző kimutatások, listák elkészítése, megőrzése többnyire már számítógépes adathordozón valósul meg. Mind a beszállítók, mind a vásárlók partnernyilvántartása megoldott. A szűrők és a kenőanyagok egyedi azonosítóval vannak ellátva (pl.: AF424M - Air Filter levegőszűrő, HF 747 Hydraulic Filter Hidraulikaszűrő, stb.). Az egri telephelyen megtörtént egy olyan kereskedelmi program kifejlesztése és használatba vétele ("Unikeres" program), ami kiszolgálja a különböző területeket és egyesíti a különböző nyilvántartásokat, ezáltal segíti a területek közötti kommunikációt. A cég által használt saját fejlesztésű program (3. és 4. ábra) végigköveti a szerződések útját a rendeléstől egészen a számlázásig. 4

10 3. ábra - Unikeres program főmenü 4. ábra - Unikeres program használat közben 5

11 A zökkenőmentes munka feltétele a használt adatok naprakészségének biztosítása. A legfontosabb információk a partnerek adatai (partnerek címe, rendelések, számlázások), melyeket a vevőszolgálat és az ügyfélszolgálat biztosítja. Az cég működéséhez szükséges adatok rendelkezésre állásához, az adatbázisok karbantartásához az informatikai csoport nyújt segítséget. A cég folyamatos fejlődésen megy keresztül, melyben az informatikai rendszer korszerűsítése, fejlesztése is cél. További tervek között szerepel az SAP rendszer bevezetése, ezért mindenképpen olyan alkalmazás megalkotása a cél a feladatomban, mely nem függ a cég jelenlegi programjától. 6

12 3. Felmerülő igények A versenyszférában elhelyezkedő cégek egyik legfontosabb feladata a partnerek maximális elégedettségének fenntartása. Ellenkező esetben a vásárlók a konkurens szolgáltatókat választják, ami jelentős forgalomkiesést eredményez. Kereskedelmi cég esetében az elégedettséget a gyors és pontos kiszolgálás eredményezi, melyhez a legfontosabb a raktárkészletek folyamatos ellenőrzése, nyilvántartása és a készlet-hiányok folyamatos, precíz pótlása. A készletek pontos ismerete, nemcsak a saját raktárakban nagyon fontosak. Ugyanilyen lényeges a kihelyezett raktárkészletek ismerete is, melyeket a bizományos partnerek használnak. Jelenleg ezekről a készletekről a fogyásjelentésekből informálódik a cég, melyeket minden cég a hónap első hetében ad le [2. számú melléklet]. Ez azt jelenti, hogy a hónap többi részében a készletszint nem az aktuális, csupán az adott hó első hetében aktuális eredményeket tartalmazza. Az utána történt változtatásokat a következő havi fogyásjelentés tartalmazza. A naprakészség igénye fontos probléma a cég számára, mert ha ismeri a kihelyezett készletek fogyását, az aktuális mozgásokat, rugalmasabban intézheti saját beszerzéseit, kockázatmentesebben adhatja le igényeit a beszállítóinak. Különleges esetekben a partnerek olyan szűrőket igényelnek, melyek beszerzése időigényesebb. A napi jelentés ezeken az időkön is javítana, ami a vevői elégedettséget is növelné. Emellett jobban ellenőrizhetővé válnának a bizományos partnerek is. Igény van tehát egy olyan rendszer tervezésére és kivitelezésére, mely megoldja a cég és a bizományos partnerek közötti napi szintű kommunikációt a lehető legegyszerűbb módon. Az egyszerűség, a gyors és könnyed felhasználhatóság nagyon fontos a partnerek szemszögéből nézve, mert nekik nem kimondott érdekük a cég kedvére tenni, és a munkáját segíteni azáltal, hogy sok plusz munkát vállalnak. 7

13 Szakdolgozatom célja tehát egy olyan rendszer alkotása, melynek segítségével a cég számára elérhetőek lesznek az aktuális, naprakész bizományos készletadatok, emellett használata egyszerű, és könnyen átlátható a partnerek munkatársai számára. 8

14 4. A szoftverfolyamat Egy alkalmazás megalkotása komplex folyamat. A szoftverfolyamat, tevékenységek és eredmények sora, amelyek egy szoftvertermék előállításához vezetnek [1]. Fontos, hogy a folyamat összes fázisa megfelelően legyen dokumentálva, mely dokumentumok mind a fejlesztőket, mind a felhasználókat segítik. A szoftverfolyamat általános lépései a következők: Szoftverspecifikáció, Szoftvertervezés és implementáció, Szoftvervalidáció, Szoftverevolúció. Az első lépés a specifikáció, melyben definiáljuk, hogy a programnak milyen szolgáltatásokat kell biztosítani és milyen minőségi elvárások vannak a szoftverrel kapcsolatban. Itt történik a felhasználók, megrendelők pontos igényeinek felmérése (a követelménydokumentum elkészítése). Fontos, hogy az igényeket jól mérjük fel, különben nagy problémák merülhetnek fel a későbbi szakaszokban. Itt kerülnek definiálásra a minőségi elvárások is. A cél egy olyan alkalmazás megalkotása: mellyel a partnerek módosítani tudják a cég saját adatbázisát, mely tartalmazza partnerenként a kihelyezett szűrők azonosítóját és ezeknek a darabszámát, feltöltéskor és fogyáskor egyaránt, ezáltal naprakész, aktuális készletszámot mutat a cég számára. 9

15 Minőségi elvárások: megbízhatóság, naprakészség, gyorsaság, felület egyszerűsége, hitelesség. Miután a pontos igények fel lettek mérve a specifikáció része fejlesztői oldalról a megoldási alternatívák összegyűjtése, mérlegelése és döntés az optimális alternatíváról. Olyan alternatívák kellenek, melyek az összes funkciót megvalósítják és az összes követelménynek eleget tesznek. Ezek közül a legegyszerűbben használható, legjobban megvalósítható, leghatékonyabb megoldás az optimális Megoldási alternatívák A specifikáció során több megoldási alternatívát érdemes megvizsgálni. Ezek részletes bemutatása és az optimális megoldás kiválasztása a fejezet célja A kliens oldali alkalmazás Az első ötlet, ami megfogalmazható, egy kliens oldali desktop alkalmazás írása, mely rákapcsolódik a bizományos partnerek által használt saját készletnyilvántartó programokra. Az onnan kinyert információkat az aktuális készletekről lementi valamilyen adat file-ba, majd a program a világhálóhoz kapcsolódva eljuttatja az adatokat a céghez. Ez az ötlet lenne a legkényelmesebb megoldás a partnerek munkája szempontjából. Nekik csak egyszer kellene telepíteniük az alkalmazást és onnantól kezdve a program minden nap magától dolgozna, viszont nagyon sok egyéb hátránnyal rendelkezik. Egyrészt nem lehet elvárni a partnerektől, hogy olyan programot telepítsen és használjon a cég, mely adatokat nyer ki az ő saját rendszerükből, és ez által esetlegesen üzleti titkok is kiszivároghatnak. Ezen kívül minden partner saját rendszerrel dolgozik, ami akár 10

16 70 különböző rendszert is jelenthet. Ezek mindegyikére külön alkalmazást írni és használni nem lenne gazdaságos, ami leszűkíti a kört olyan univerzális alkalmazás megírására, melyet mind a kb. 70 partner egyaránt használni tud. Az alternatíva modelljét az 5. ábra mutatja. 5. ábra - Kliens oldali desktop alkalmazás Univerzális kliens program Következő ötlet egy olyan kliens oldali program írása, mely egységes, minden partner számára egyaránt alkalmas kezelőfelülettel rendelkezik, amivel fel lehet vinni adatokat a szűrőkről, valamint kenőanyagokról. Ez a program kapcsolódik egy online adatbázishoz, aminek a partnerek által frissített adatait látja a cég (6. ábra). Ez már egy elfogadható megvalósítása a problémamegoldásnak, de ennek is vannak hátrányai, mégpedig a telepítés és hibakezelés. Ezt a programot ugyanis minden partnernél külön telepíteni kellene, és egy esetleges meghibásodás esetén, ami bekövetkezhet mind a programban, mind a feltelepített gépen, a rendszer alkalmazhatatlanságához vezetne. Nem várható el, hogy minden partnernél legyen olyan informatikus, aki az ilyen problémákat egyből meg tudja oldani, a cég részéről pedig kivitelezhetetlen és erősen gazdaságtalan, hogy minden felmerülő probléma esetén egy informatikust 11

17 elküldjön akár az ország másik felére, hogy kijavítsa az esetleges hibákat. Ezen kívül a karbantartás is ugyan ennyire gazdaságtalan a 70 bizományos partnert tekintve. Ezért más alternatíva után kell nézni, ami ugyan úgy egységes, mindenki által használható, és lehetőség szerint akár az egri telephelyről is karbantartható, aktualizálható és javítható. 6. ábra - Univerzális kliens program Webes adatbázis kezelő rendszer A harmadik megvalósítási alternatíva egy olyan online kezelőfelület, mely kapcsolódik egy adatbázishoz, melyet a cég készített és tartalmazza az összes partnert, valamint azok aktuális készletét. A kezelőfelület egyszerűen elérhető egy weboldalon keresztül, ahol grafikus felület segítségével a partner módosítani tudja az aktuális készletszámokat, amiket lementve rögtön módosul a cég adatbázisa. Szemléltetése a 7. ábrán látható. Ez az alternatíva minden szempontból messze a legalkalmasabb az összes közül. Egyszerű a kezelhetősége, olyan emberek számára is, akik nem jártasak túlságosan az informatikában, minden partner könnyedén tudja használni, hiszen internet kapcsolattal minden cég rendelkezik. Nem igényel telepítést, és a karbantartás is megoldható az ügyfelek felkeresése nélkül. 12

18 7. ábra - Webes adatbázis kezelő rendszer 4.2. Use Case diagram A rendszer funkcióit legjobban a use case (használati eset) diagram szemlélteti (8. ábra). A use case (használati eset) nézet, egy az UML nézetei közül, melyek grafikus szemléletet nyújtanak egy rendszer felvázolásához [1]. A use case view célja: A rendszer tervezett funkcióinak bemutatása, a rendszer viselkedésének és a környezetével való kapcsolatának bemutatása mindezt a rendszer felhasználójának szemszögéből nézve. 13

19 8. ábra - Use Case diagram Megmutatja, hogy mit kell tudnia a rendszernek, milyen funkciókat kell megvalósítani a programozónak. Leírja a rendszer viselkedését és a környezetével való kapcsolatát, kívülről, a felhasználó szemszögéből nézve. Az Actorok jól láthatóan nem konkrét személyt jelölnek, hanem szerepköröket, és minden Use case, a rendszer és egy aktor közötti párbeszédet jelenít meg. 14

20 5. Szoftvertervezés A specifikáció után a következő, a fejlesztők számára leghosszabb rész következik a szoftvertervezés és implementáció. Miután a specifikációs részben letisztáztuk a követelményeket, és megértettük a megrendelők pontos igényét, a specifikációnak megfelelő szoftvert elő kell állítani. Az első fontos állomása a tervezésnek az adatbázis tervezés. Érdemes alaposan megtervezni az adatbázist, mert később a táblák nehezen, nagy munkával módosíthatók Adatbázis megtervezése, modellezése Az alkotó tevékenység során alapvető szerepet játszanak a különböző modellek a környező világ megismerésében, leképezésében. A modellek teszik lehetővé a lényeg kiemelését és szemléltetését. A modell egyrészt egy jelölőrendszer, másrészt egy elkészült leírás. Sokféle, változatos modellekkel találkozhatunk az informatikában. Amikor alkalmazást készítünk, több lépcsőn keresztül modellezzük a feladatot. Előbb egy áttekinthető leírást készítünk, mely közérthetően vázolja fel a megoldást. Később ez alapján készítjük el a programozási nyelv segítségével megadott leírást Az ER modell Az ER modell, mint azt a neve részben mutatja, három alapelemen nyugszik: az egyedeken (entity), az egyedek közötti kapcsolatokon (relation) és az egyedek tulajdonságain (attributes). Az ER modell kizárólag a valóság strukturális leírására szorítkozik, megengedve bizonyos egyszerűbb integritási feltételeket is. Az ER modell egyik lényeges tulajdonsága, hogy grafikus jelölésrendszert alkalmaz. A grafika, a szöveges leírástól sokkal egyszerűbb, és kifejezőbb az emberek számára. Jelen projekt modellezéséhez két egyedet használok: az egyik magukat a bizományos partnereket jelöli, a másik a szűrőket, amelyekkel a bizományos partner rendelkezik. Ez egy több-több kapcsolat lesz, mert egy bizományos több szűrővel is rendelkezhet, és egy szűrőtípus több bizományos partnernél is megtalálható. Mindkét egyednek van egy egyedi azonosítója, mely egyértelműen 15

21 meghatározza az egyedet. A partnereknél ez a manapság gyakran alkalmazott e- mail cím, a szűrőknél pedig az azonosító-név mellyel a gyártó látja el a szűrőket (pl.: LF669, AF25049). Az egyedekhez tartoznak különböző tulajdonságok, melyeket az ER modell mutat be (9. ábra). Fontos, hogy a kapcsolatnak is van tulajdonsága, a db. mely megmutatja, hogy melyik szűrőből hány darab található aktuálisan a partnernél. 9. ábra - ER modell A relációs modell Az ER modell megtervezése után következik a relációs modell megalkotása (10. ábra). A relációs adatmodell napjaink legelterjedtebb adatmodellje. Ez a modell igen egyszerű, könnyen megtanulható leírási mód, mely nagyon népszerű a felhasználók körében. Az adatmodell fontos előnye a rugalmasság. Ennek egyik mérője, hogy milyen gyorsan és milyen egyszerűen lehet az adatmodellben történt változásokat érvényesíteni az adatbázisban és az alkalmazásokban. A relációs modell elemei: Rekord: Az ER egyed fogalmához hasonló egység, 16

22 Mező: a leíró tulajdonság tárolására szolgál, (a legkisebb névvel azonosított tárolási egység), Reláció: az azonos típusú rekord-előfordulások halmaza (elnevezés, típus jellemzi), A több-több kapcsolat megvalósítása kapcsolórekord segítségével történik. 10. ábra - Relációs modell SQL A relációs modellből el lehet kezdeni a tényleges adatbázis megalkotását, melyet egy virtuális szerverre feltöltve ki lehet próbálni. Szűrő tábla létrehozása az alábbi módon történik: CREATE TABLE IF NOT EXISTS `szuro` ( `ID_Szuro` int(4) NOT NULL AUTO_INCREMENT, `Nev` varchar(15) DEFAULT NULL, `Megjegyzes` varchar(40) DEFAULT NULL, `Tomeg` float DEFAULT NULL, `Terfogat` float DEFAULT NULL, PRIMARY KEY (`ID_Szuro`)) 17

23 Bizományos partnerek táblájának létrehozása: CREATE TABLE IF NOT EXISTS `biz_partner` ( `ID_BizPartner` int(4) NOT NULL AUTO_INCREMENT, `Nev` varchar(25) DEFAULT NULL, `E_mail` varchar(25) DEFAULT NULL, `Irsz` int(4) DEFAULT NULL, `Varos` varchar(15) DEFAULT NULL, `Utca` varchar(20) DEFAULT NULL, `Hsz` varchar(3) DEFAULT NULL, `Tel` bigint(11) DEFAULT NULL, `Jelszo` char(40) DEFAULT NULL, `Unikeres_ID` int(8) DEFAULT NULL, PRIMARY KEY (`ID_BizPartner`)) A kapcsolótábla létrehozása: CREATE TABLE IF NOT EXISTS `raktar` ( `Db` int(5) DEFAULT NULL, `ID_Szuro` int(4) DEFAULT NULL, `ID_BizPartner` int(4) DEFAULT NULL, KEY `ID_Szuro` (`ID_Szuro`), KEY `ID_BizPartner` (`ID_BizPartner`)) A táblák feltöltése történhet hagyományos SQL parancsokkal, vagy a későbbiekben bemutatott keretrendszer, melyet, képes PHP-n keresztül adatbázis kapcsolatot létrehozni, és adatbázis menedzselő felületet generálni. Ennek segítségével egyszerűbb, grafikus felületen, SQL parancsok nélkül lehet adatbázisműveleteket elvégezni A fejlesztői környezet kialakítása Egy szoftver implementációja során, fontos a megfelelő fejlesztői környezet kialakítása. Napjainkban, számos fejlesztői környezetet rendelkezésünkre áll, melyek megkönnyítik mindennapjaink programozását. Az implementálni kívánt szoftver PHP alapú. A PHP-t dinamikus weblapok implementálására hoztak létre [3]. Szerver oldali szkript nyelv, mely HTML oldalba ágyazható. Önállóan használható programozási nyelv, mely képes nagyméretű webes adatbázis alapú alkalmazások működtetésére is. Az verzió óta objektumorientált, az implementáláshoz a legfrissebb verzió használata a legcélszerűbb. 18

24 A PHP fejlesztés otthoni számítógépen legegyszerűbben egy virtuális szerverrel oldható meg. A XAMPP nevű programcsomag segítségével a fejlesztők a saját gépükön képesek tesztelni a megírt kódot. A xampp a windows operációs rendszerre írt változata a LAMP linux alá írt szervercsomagnak. Tartalmaz egy Apache webservert, mely jelenleg a legnépszerűbb nyílt forráskódú webszerver, egy MySQL több felhasználós SQL adatbázis-kezelő rendszert (DBMS), és támogatja a legfrissebb PHP változatokat is. A xampp helyes feltelepítése és konfigurálása után használható a phpmyadmin platformfüggetlen, nyílt forráskódú eszköz, amelyet MySQL adatbázisok menedzselésére fejlesztettek ki (11. ábra) [5]. 11. ábra - phpmyadmin kezelőfelület Magát a php program NetBeans programban készül, mely egy integrált fejlesztői környezet. A program lehetővé teszi, hogy a fejlesztők programokat írjanak, fordítsanak, teszteljenek, a NetBeans IDE számos modullal bővíthető [6]. A PHP programozás megkönnyítésére, fejlesztésemben keretrendszert használok. A keretrendszerek, Önmagában közvetlenül nem használható, de bizonyos tipikus feladatok elvégzését nagymértékben segítő, egységes módon 19

25 megszerkesztett "építőkockákat" (komponenseket) tartalmazó halmaz [7]. A keretrendszerek lényege, hogy a különböző alkalmazásokban leggyakrabban használt elemeket egyetlen helyre gyűjtik össze, és készen kínálják a fejlesztők valamint a programok számára, amelyek így rengeteg elvégzendő munkától mentesülnek A Yii keretrendszer Több PHP keretrendszer közül, a Yii ( Yes It Is ) keretrendszer használata az egyik lehetséges megoldás. A Yii egy nagyteljesítményű, komponens alapú PHP keretrendszer nagyszabású webalkalmazások fejlesztéséhez [8]. Maximális újrahasznosíthatóságot tesz lehetővé a webprogramozás terén, és a fejlesztési folyamatot is jelentősen meggyorsítja. A Yii egy általános webprogramozási keretrendszer, ami voltaképpen felhasználható bármilyen webalkalmazás fejlesztéséhez. Mivel könnyűsúlyú (light-weighted) és kifinomult gyorsítótárazási megoldásokat nyújt, kifejezetten alkalmas nagy forgalmú alkalmazások, úgy, mint portálok, fórumok, tartalomkezelők (CMS), e- kereskedelmi rendszerek, stb. fejlesztésére. A Yii felülmúlja a többi a keretrendszert a következőkben: hatékony, képességekben gazdag, és világosan dokumentált. A Yii a kezdetektől fogva komoly weblakalmazások fejlesztésére lett tervezve. Nem egy projekt mellékterméke vagy netán harmadik féltől származó kódok összefércelt változata, hanem a szerzők, webalkalmazások fejlesztésében és vizsgálatában szerzett tekintélyes tapasztalatának eredménye és a legnépszerűbb webprogramozási keretrendszerek és alkalmazások tükröződése. 20

26 NetBeans konfiguráció Yii keretrendszer támogatásához A java JDK és a NetBeans IDE PHP verzió sikeres telepítése után végig kell menni a Yii fejlesztéshez szükséges konfigurációs lépéseken [11]. A netbeans.conf file-ban globálisan be kell állítani a karakterkódolást UTF- 8-ra, hogy a külső fájlok megnyitásánál is működjön. Ez után le kell tiltani a yiilite.php értelmezését, hogy a benne lévő osztályok ne legyenek duplán definiálva, ezzel váratlan viselkedéshez vezetve. Következő lépés a yii bővítmény telepítése, mely a tools -> plugins menüpontban lehetséges (12. ábra). 12. ábra - Yii bővítmény telepítése A letöltött Yii bővítmény beállítása a Tools -> Options menüpont PHP lapfülén lehetséges. Ezen belül a Yii fülre kattintva, megkeresve kiválaszthatjuk a yiic.php fájlt (13. ábra). 21

27 13. ábra - Yii bővítmény beállítása Ezután létrehozható egy yii demo projekt a File -> New Project menüpontban. Első lépés a php application kiválasztása, majd a helyi webserver elérési útját kell konfigurálni. Legvégül a PHP keretrendszerek közül ki kell választani a Yii PHP Web Framework-öt. Ha mindent sikeres volt egy Yii demó projekt fogad minket mely egy működő alkalmazás, használható, működő funkciókkal Az MVC struktúra A Yii alkalmazásaink a széles körben használt MVC architektúra alapján épülnek fel, ezzel megvalósítva az üzleti logika és a grafikus megjelenítés különválasztását. Az MVC (Modell - View - Controller) a szoftvertervezésben használatos szerkezeti minta melynek általános felépítését a 12. ábra szemlélteti. Modell - Nézet - Vezérlő. Összetett, sok adatot a felhasználó elé táró számítógépes alkalmazásokban gyakori fejlesztői kívánalom az adathoz (modell) és a felhasználói felülethez (nézet) tartozó dolgok szétválasztása, hogy a felhasználói felület ne befolyásolja az adatkezelést, és az adatok átszervezhetők 22

28 legyenek a felhasználói felület változtatása nélkül [9]. A modell - nézet - vezérlő ezt úgy éri el, hogy elkülöníti az adatok elérését és az üzleti logikát az adatok megjelenítésétől és a felhasználói interakciótól egy közbülső összetevő, a vezérlő bevezetésével. 14. ábra - MVC általánosságban A modell rész, tehát ami felelős az adatbázis műveletekért, a View a felhasználók által látott kezelőfelületért. A Controller pedig ennek a két modulnak az összekapcsolásáért, hibátlan együttműködéséért felel. Az MVC architektúra nagyban megkönnyíti az alkalmazások készítését, kezelését, azáltal, hogy nem kell egyetlen óriás php file-ba írni az összes kódot. 23

29 Yii keretrendszerben készülő projectemben az MVC struktúra a következő képen valósul meg. Jól átható, hogy a mind a három rész külön van szedve, saját mappákba van rendezve a könnyebb átláthatóság kedvéért. Jól látható, hogy alkalmazásunk gerince a protected mappában helyezkedik el. Fontos, hogy a megfelelő kódokat megfelelő file-okba írjunk. Ezen kívül látható, hogy a formázáshoz használatos CSS file-ok külön mappát kaptak A Gii kódgenerátor A yii rendelkezik egy Gii névre hallgató, rendkívül egyszerűen használható, konfigurálható és bővíthető kódgeneráló platformmal [10]. Ahhoz, hogy használhassuk a gii-t először fel kell vennünk a konfigurációs fájlban a modulok közé. A jelszó beállítása után a url-en tudunk belépni a felületre. Innen már néhány mező kitöltésével egyszerűen létrehozhatunk modelleket, controllereket, modulokat, view-kat (form), illetve CRUD controllereket is. Egy model létrehozásához például elég csak a Model generator (14. ábra) oldal table name input mezőjébe beírni a használt adatbázis nevét és a gii legenerálja nekünk az azonos nevű model osztályt a protected/models mappába. 15. ábra - MVC struktúra Yii környezetben 24

30 16. ábra - Model Generator Az imént említett CRUD ismert mozaikszó. Négy alapvető adatbázis műveletet határoz meg, melyek angol kezdőbetűik mozaikszava: Create: létrehoz, Retrieve (vagy Read): lekérdez vagy olvas, Update: módosít, Delete (vagy Destroy): töröl. 25

31 A Yii tartalmaz egy beépített CRUD generátort, mellyel a modelljeinkből CRUD felületeket készíthetünk (15. ábra). 17. ábra - Adatbázis menedzselés CRUD felületen A Yii keretrendszer installálása után kapott demóalkalmazás alapértelmezetten tartalmazza a szükséges konfigurációs file-okat, azon belül a megfelelő kódrészleteket. A config/main.php számos beállítást tartalmaz melyek alapértelmezetten kommentek között szerepelnek. Ezeket nekünk kell feloldani azoknál a moduloknál, melyeket használni szeretnénk és igény szerint, meg kell változtatni. 26

32 A Gii modul beállítása, a projectemnél a következő képen néz ki: 'modules'=>array( 'gii'=>array( 'class'=>'system.gii.giimodule', 'password'=>'********', 'ipfilters'=>array(' ','::1'), ), ), Az adatbázis konfigurálása is itt történik meg, MySQL adatbázis esetén az alábbi módon kapcsolódik: 'db'=>array( 'connectionstring'=>'mysql:host=localhost; dbname=uniworkt_uniproject', 'emulateprepare' => true, 'username' => 'root', 'password' => '******', 'charset' => 'utf8', ), 27

33 6. Implementáció A Yii keretrendszer tehát ad egy alap, működő demó programot, melynek felhasználása, személyes igényeinkre való formálása, könnyebbé teszi a fejlesztést, mintha teljesen az alapoktól kezdenénk egy projektet. Első lépés a felesleges komponensek eltávolítása, majd a számunka szükséges elemek leprogramozása Felhasználókezelés A bizományos partnerek, mind egy-egy felhasználói a rendszernek, címükkel és jelszavukkal tudnak belépni a saját felületükre, ahol a szűrőkészletüket módosítani tudják. A bejelentkezés leprogramozása a LoginController.php-ba történik, azon belül is az actionlogin függvény hajtja végre, melynek programkódja a mellékletben található [3-mas számú melléklet]. A view mappában lévő login.php a felhasználók által, látott képernyőt tartalmazza, bejelentkezéskor. A 16.ábra a bejelentkezési képernyőt prezentálja. Jól látszik, hogy megadható, az adatok megjegyzése a későbbi bejelentkezés megkönnyítéséhez. 18. ábra - Bejelentkezési képernyő 28

34 A program belépéskor hozzáfér az adatbázishoz, és ellenőrzi az adatok helyességét. Hibás felhasználónév, vagy jelszó esetén, hibaüzenet íródik ki. A hibaüzenet az úgynevezett következtetési lehetőségek kizárásának a mechanizmusának eleget tesz, mert nem írja ki hibás bejelentkezésnél, hogy a felhasználónév, vagy a jelszó lett elrontva. Ezt a 17. árba mutatja. 19. ábra - Bejelentkezési hibaüzenet A jelszó ellenőrzése a Modell mappa Biz.php-ben kerül implementálásra: public function validatepassword($password){ return $this->hashpassword($password) === $this->jelszo; } /** hashed value */ public function hashpassword($phrase){ return sha1($phrase); } A jelszó titkosítása sha-1 algoritmussal van titkosítva, melyet a php beépített függvényével tudunk használni. Helyes adatok megadása után, a felhasználó bejelentkezik a rendszerbe, ahol üdvözlő képernyő fogadja (18. ábra). 29

35 20. ábra - Üdvözlő képernyő Itt már látszik a főmenüben, hogy amit ő lát az a Raktár menüpont, ami a saját raktárkészletét mutatja meg neki. Ezen felül egy kilépés gomb, mellyel ki tud jelentkezni saját felületéről. A raktár menüpontra kattintva a bizományos partner felhasználói megtekinthetik és módosíthatják a saját raktárkészletüket, aktualizálva a cég számára (19. ábra). 21. ábra - Raktárkészlet szerkesztés 30

36 A háttérben a módosítások mögött adatbázis műveletek zajlanak. A kapcsolótáblában minden partner azonosítójához szűrőazonosítók vannak rendelve és ezek darabszámai vannak letárolva. A partnereknél csak a saját szűrőkészlete jelenik meg melyet szabadon tudnak módosítani Adminisztrátori jogok A cég informatikusai, az adminisztrátorok külön jogokkal rendelkeznek a programon belül. Az ő hatáskörük tágabb, több művelethez van joguk. Joguk van a bizományos partnerek adataihoz hozzáférni, módosítani egyes változások esetén (pl.: címváltozás áll be). Ezt a 20. ábra mutatja be. 22. ábra - Bizományos partnerek szerkesztése A különböző menüpontok láthatóságát a themes/neutraldesk/views/layouts/ main.php-ben lehet módosítani, melyre egy példát a következő programkódrészlet mutat. array('label'=>'partnerek', 'url'=>array('/biz/admin'), 'visible'=>yii::app()->user->getname()=='admin'), 31

37 Az adminisztrátoroknak van lehetőségük újabb bizományos partnerek felvételére a bizományos szerződés megkötése után (21. ábra). A mezők kitöltése után a create gombra kattintva az új partner egyből belekerül az adatbázisba, természetesen üres készletállománnyal. 23. ábra - Bizományos partner felvétele A partnerek változása mellett a cég folyamatos fejlődésen megy keresztül. A termékpaletta bővül, újabb szűrők jelennek meg. Újabb szűrők lehetnek kihelyezve a partnerekhez melyek menedzselése szintén az adminisztrátorok feladata. A Szűrők szerkesztését a 22. ábrán bemutatott felületen tudják megvalósítani, új szűrők felvitele a 23. ábrán szemléltetett felületen történik. 32

38 24. ábra - Szűrők szerkesztése 25. ábra - Szűrők felvitele 33

39 7. A szoftver áttekintése A szoftver melyet implementáltam megfelel a specifikáció során feljegyzett követelményeknek. Jól strukturált, használata egyszerű és kényelmes. Egyes funkciók pontosítást bővítést igényelnek, mely egy következő projekt lehetősége. Az általam megírt program egy jó alap a későbbi fejlesztéshez, átlátható, bővíthető. Az alkalmazás implementálása után a következő lépés a kész program bemutatása a megrendelőknek. A szoftver éles helyzetben való tesztelése során, kiderülhetnek az egyes, hiányosságok. Ezt a tesztelést a cég informatikai vezetőivel végzem el, hogy közösen feltárjuk a későbbi fejlesztési lehetőségeket, az azóta esetlegesen felmerült új igényeket. A kész program feltöltését és éles helyzetben való tesztelését elvégeztem. A cég által használt webszerverre feltöltöttem az adatbázist és a programot, demonstrálva ez által a későbbi éles használatot. A program hibátlanul elérhető internet kapcsolat segítségével, belépés és használat lehetséges a megfelelő hozzáférési adatokkal. 34

40 8. Összegzés A szakdolgozatom célja, egy webes felületű alkalmazás megtervezése és kivitelezése volt, mely az Unifilter Kft. kereskedelmi cég informatikai rendszerét bővíti, korszerűsíti. A dolgozatom első részében, részletesen bemutattam a céget, annak kereskedelmi folyamatait, jelenlegi informatikai rendszerét. Ezután megvizsgáltam a jelenlegi rendszer hiányosságait, kitűztem dolgozatom fő célját. Egy olyan alkalmazás megalkotása, ami naprakészen nyilvántartja a cég legfőbb partnereinek bizományba kihelyezett árukészletét. Az igények feltárása és a cél kitűzése után, megkezdtem a program tervezését és megalkotását. Miután a pontos igények meghatározásra kerültek, megoldási alternatívákat gyűjtöttem a megvalósításra, melyek közül kiválasztottam az optimális alkalmazást. A tervezés részben megalkottam a használni kívánt adatbázis modelljeit, melyek felhasználásával megvalósítottam az adatbázist. Ezt követően kialakítottam és részletesen bemutattam a fejlesztői környezetet, melyben maga a szoftver készült, és prezentáltam a program készítésének egyes fázisait. A következő fejezetben mélyrehatóan bemutattam az elkészült alkalmazást, a megvalósított funkciókat. Ehhez látványos képernyőképeket az alkalmazást működés közben bemutatót screenshot-okat alkalmaztam, melyeket részletesen szövegesen bemutattam. Végezetül kitértem a további fejlesztési lehetőségekre, a szoftver kibővítésének lehetőségeire. Összegzésképpen elmondható, hogy a program megvalósult, a felmerült problémára megoldást nyújt, az elvárásoknak megfelel. Apróbb javításokat, továbbfejlesztést igényel, új elvárások, felmerülő igények esetén bővíthető. 35

41 9. Summary The aim of my thesis was to design and implement a web-based application, which expands a company s IT system, called Unifilter Ltd. In the first part of the thesis, I presented in detail the company and its commercial processes and existing IT systems. Then I examined the shortcomings of the current system and set the main aim of my thesis. The aim was to create an application that keeps up to date with the merchandise inventory on consignment among the company's main partners. After exploring the needs and setting the goals I began the design and construction of the project. Once the precise needs have been identified, I collected alternative solutions from which I choose the optimum application. In the planning section, I developed the database model, after I created the database. Then I developed and presented in detail the development environment in which the software itself is made and presented some components of the program. In the next chapter I thoroughly presented the completed application, the implemented features. I placed spectacular screenshots presenting the application during work and I and presented them in detail, in text. Finally, I discussed the further development opportunities, expanding possibilities of the software. In conclusion, we can say that the program is implemented, provide a solution to the problems, and meets the expectations. Minor repairs, further development are needed. In case of new expectations and demands needs expansion. 36

42 10. Melléklet Mellékletjegyzék: 1. Bizományosi szerződés 2. Havi fogyásjelentés a bizományos készletekből 3. Felhasználó kezelés programkód részlet 37

43 1. sz. melléklet Bizományosi szerződés Bizományosi szerződés amely létrejött egyrészről: adószám: bankszámlaszám: mint Megrendelő (továbbiakban Megrendelő) valamint az UNIFILTER SZŰRÉSTECHNIKA KFT, 3300 Eger, Mester u. 8. adószám: bankszámlaszám: mint Szállító (továbbiakban Szállító) A szerződés tárgya: Szűrés és kenéstechnikai termékek bizományos készletbe történő kihelyezése. 1. Szállító kihelyezi a Megrendelő telephelyén létrehozott bizományosi raktárba az általa forgalmazott termékek azon körét, melyekre Megrendelő igényt tart. A Megrendelő a kihelyezett készletet jogosult saját céljaira felhasználni, vagy harmadik személy részére értékesíteni. Az elszámolás alapja a számlázás időpontjában érvényes, mindkét fél által elfogadott ár. 2. A közösen specifikált induló készleteket, valamint a készletek pótlására, illetve bővítésére szolgáló anyagokat, alkatrészeket a Szállító külön díjazás felszámítása nélkül szállítja a bizományosi raktárba. 3. A tételes átvételre a Megrendelő telephelyén történik. A szállítmányt minden esetben szállítólevél kíséri, amely tételesen tartalmazza a kiszállított árukat, és azok árait. 4. Az átvételt követően az áruért a Megrendelő teljes felelősséggel tartozik. A felhasznált áru az ellenértékének kiegyenlítéséig a Szállító tulajdonát képezi. Felek megállapodnak, hogy Megrendelő az áruk tárolására az állaguk megóvására alkalmas fedett raktárt biztosít, illetőleg tart fenn. Az állagmegóvás részét képezi a csomagolóeszközök sértetlenségének és tisztaságának megőrzése is. Megrendelő köteles a bizományosi raktárban található árukat elkülönítve tárolni és megfelelő őrzésükről gondoskodni. 5. A bizományosi raktárban lévő induló árukészletek mennyiségét a Szerződő felek közösen határozzák meg. A készletek nyilvántartására Megrendelő az anyagnyilvántartási rendszerében a Szállító termékeit tartalmazó bizományosi nyilvántartást hoz létre. Az induló és az aktuális készletek nagyságát a raktári készlet-nyilvántartási rendszer tartalmazza. Szállító árváltoztatást írásbeli előrejelzést követően a tárgyhót követő hónap első napjától érvényesíthet. Ebben az esetben az árváltozás a bizományosi raktárba korábban kihelyezett termékeket is érinti. 38

44 6. Szállító garantálja, hogy az általa forgalmazott termékek magyarországi forgalmazásához szükséges engedélyekkel, bizonylatokkal, hatósági jóváhagyásokkal rendelkeznek. 7. A kihelyezett raktáron lévő áruról árumozgásokról Megrendelő köteles naprakész, elkülönített nyilvántartást vezetni. 8. Szállító azoknál a cikkeknél, amelyekből 8 hétig nem volt felhasználás, 50%-os készletcsökkentést, azoknál pedig, ahol 12 hétig nem volt felhasználás a készleten tartás megszüntetését kezdeményezi. 9. Szállító jogosult a kihelyezett raktárkészletet és a raktározás körülményeit ellenőrizni. 10. Megrendelő a bizományosi raktárból felhasznált cikkekről a tárgyhót követő hónap első munkanapján ben vagy telefaxon forgalmi jelentést küld. Az elszámolás a forgalmi jelentés alapján történik, amely a Szállító által kiállított számla alapja. A számla kiegyenlítése a kiállítását követő. banki napon belül átutalással történik a Szállító számú számlájára. Késedelmes fizetés esetén a Szállítót a Ptk.-ban meghatározott kamat illeti meg. 11. Jelen szerződés... lép hatályba, és határozatlan ideig érvényes, amelyet felek közös megegyezéssel - elszámolás után bármikor, más esetben 30 naptári napos határidővel felmondhatnak. A szerződéses jogviszony az utolsó számla ellenértékének Szállítóhoz történt beérkezése után szűnik meg. 12. Felek a szerződés tartalmát megismerték, közösen értelmezték, azt magukra nézve kötelező érvényűnek ismerik el, amit aláírásukkal igazolnak. 13. A szerződésben nem szabályozott kérdésekre a Ptk. rendelkezései az irányadók. 14. Felek vitás esetben a megegyezés módját választják, ennek hiányában a szállító székhelye szerint illetékes Bíróság kizárólagosságát ismerik el. Eger,... Megrendelő Szállító 39

45 2. sz. melléklet Havi fogyásjelentés a bizományos készletekből Címzett: Unifilter Szűréstechnika Kft Eger, Mester utca 8. Tel/Fax: 36/ /3-as mellék Feladó: Jelentés a bizományos készletből történt felhasználásról.. év hónap Cikkszám Fogyá s (db) Kért feltöltés (db) Cikkszám Fogyás (db) Kért feltöltés (db) 40

46 Kelt:. év.. hónap.. nap Aláírva, lebélyegezve kérjük megküldeni, tárgyhó utolsó munkanapján faxon vagy ben aláírás és bélyegző 41

47 3. sz. melléklet Felhasználó kezelés programkód részlet public function actionlogin() { $model= new LoginForm(); // if it is ajax validation request if(isset($_post['ajax']) && $_POST['ajax']==='login-form') { echo CActiveForm::validate($model); Yii::app()->end(); } } // collect user input data if(isset($_post['loginform'])) { $model->attributes=$_post['loginform']; // validate user input and redirect to the previous page if valid if($model->validate() && $model->login()) $this->redirect(yii::app()->user->returnurl); } // display the login form $this->render('login',array('model'=>$model)); 42

48 11. Ábrajegyzék 1. ábra - Unifilter Kft. Termékei ábra - Szervezeti feléptés ábra - Unikeres program főmenü ábra - Unikeres program használat közben ábra - Kliens oldali desktop alkalmazás ábra - Univerzális kliens program ábra - Webes adatbázis kezelő rendszer ábra - Use Case diagram ábra - ER modell ábra - Relációs modell ábra - phpmyadmin kezelőfelület ábra - Yii bővítmény telepítése ábra - Yii bővítmény beállítása ábra - MVC általánosságban ábra - MVC struktúra Yii környezetben ábra - Model Generator ábra - Adatbázis menedzselés CRUD felületen ábra - Bejelentkezési képernyő ábra - Bejelentkezési hibaüzenet ábra - Üdvözlő képernyő ábra - Raktárkészlet szerkesztés ábra - Bizományos partnerek szerkesztése ábra - Bizományos partner felvétele ábra - Szűrők szerkesztése ábra - Szűrők felvitele

49 12. Irodalomjegyzék Könyvek, jegyzetek: [2] Kovács László - Adatbázisok tervezésének és kezelésének módszertana Internet hivatkozások: [1] Mileff Péter - Szoftvertechnológia, oktatási segédletek [3] Wikipédia.hu: Php [4] Wikipédia.hu: MySQL [5] Wikipédia.hu: PhpMyAdmin [6] Wikipédia.hu: Netbeans [7] Pc Fórum: Keretrendszer [8] Magyar Yii oldal [9] Wikipédia.hu: MVC [10] Webszerkesztés: [11] Yii Tutorial oldal 44