Gábor Dénes Főiskola. VPR Vállalkozói Portál Rendszer. Diplomamunka-terv ssz: 1204/2004 Dátum: Budapest,

Átírás

1 Gábor Dénes Főiskola VPR Vállalkozói Portál Rendszer Készítette: Molnár László Konzulens: Mészáros György Diplomamunka-terv ssz: 1204/2004 Dátum: Budapest,

2 2

3 Tartalom: 1. Előszó Bevezetés Portálok VPR Programozási nyelvek PHP NET JAVA A téma önálló kidolgozása Fejlesztői dokumentáció Modellező nyelv és módszertan UML RUP Előkészítési fázis Feladatspecifikáció Üzleti folyamatok Szakterületi objektummodell Fogalomgyűjtemény Követelmény leírás Kidolgozási fázis Használati esetek Fontosabb aktivitások Csomagok Logikai adatbázisterv Építési fázis Fizikai adatbázisterv Rendszerterv Osztályok Átadási fázis Telepítési terv Tesztterv Felhasználói dokumentáció Ügyfél dokumentáció...78 Felhasználó adatainak kezelése...78 Cég adatainak kezelése...82 Honlap adatainak kezelése...84 Letöltések adatainak kezelése...88 Hírek adatainak kezelése...90 Kedvencek adatainak kezelése...93 Termékek adatainak kezelése Rendszergazdai dokumentáció...99 Felhasználó adatainak kezelése...99 A FAQ adatainak kezelése Hírlevél adatainak kezelése Szavazások adatainak kezelése Fórum adatainak kezelése

4 4. A jövő, fejlesztési javaslatok Összefoglalás Irodalomjegyzék Nyomtatott média Online média Mellékletek A. Forráskód (src) B. Felhasznált programok teljes listája C. Teljes osztályleírás (JavaDoc) A JavaDoc osztályleírás nem szerepel nyomtatott formában csak mellékletként a CD-n. D. Programozási nyelvek összehasonlítási táblázat D. Programozási nyelvek összehasonlítási táblázat E. Adatbázis táblák és kapcsolataik részletes leírása Adatbázis: vpr Tábla: country Tábla: download Tábla: faq Tábla: favorite Tábla: firm Tábla: forum Tábla: forumpost Tábla: news Tábla: newspaper Tábla: poll Tábla: pollanswer Tábla: product Tábla: site Tábla: taxrate Tábla: template Tábla: topic Tábla: user Tábla: usertype

5 5

6 1. Előszó Napjainkban a szoftverfejlesztésen belül egyre nagyobb szerepet kapnak a webes alkalmazások. Egyre több vállalkozás jelenik meg az Interneten, bővülő szolgáltatásokkal és honlap tartalommal. Diplomamunkám bemutat egy valós igény alapján elkészített és a jövőben (bővített változatban) az Interneten tényleges működő portált. Annak működését, elkészítésének körülményeit és menetét. A dolgozat első részében a portálokról általában beszélek, majd ismertetem a létrehozáshoz felmerült programozási nyelveket. Az első rész végén pedig az általam fejlesztett portál (VPR) néhány jellemzőjét mutatom be. Ezt követően az alkalmazás fejlesztésének leírása következik. Először a fejlesztői dokumentációt, majd a felhasználó dokumentációt (súgó) ismertetem. A dolgozat végén összefoglalom a leírtakat, értékelem az elért eredményeket és a rendszer továbbfejlesztési lehetőségeit boncolgatom. A munkám alapja lesz egy nagyobb teherbírású, még inkább dinamikus rendszer kifejlesztésének. Remélem a publikus verzió segítheti a szerveroldali programozókat portálok kifejlesztésében. 6

7 2. Bevezetés Ebben a fejezetben beszélek a portálokról és a fejlesztésükhöz használható programozási nyelvekről, valamint a VPR (Vállalkozói Portál Rendszer) alapvető jellegzetességeiről 2.1. Portálok A következőkben röviden be szeretném mutatni, hogy mit is takar a "portál" fogalma. A "Webopedia 1 nevű internetes enciklopédia megfogalmazása szerint: "A portál egy olyan Web-hely, amely széles körű erőforrásokat és szolgáltatásokat kínál, mint például , fórumok, kereső, online bolt." A portálok sajátja továbbá a felhasználók kezelése, ahol regisztrációval a honlap látogatói további szolgáltatásokat érhetnek el jogosultsági szintjüktől függően. A portálokat két fő csoport szerint bonthatjuk fel: horizontális és vertikális. Horizontális portál 2 : Témák sokaságával foglalkozó, "populáris" portál, amelyet az emberek általában napi rendszerességgel látogatnak.. Vertikális portál 3 : Szigorúan egy adott témával, vagy emberek egy csoportjával foglalkozó portál. A vertikális portálok horizontális társaiknál az adott témával jóval behatóbban foglalkoznak, és ebből adódóan általában szűkebb közönséghez szólnak. A vertikális portálokat az emberek csak alkalmi jelleggel, akkor keresik fel, ha az adott témával kapcsolatos információra van szükségük.. Az általam kialakítandó portál vertikális jellegű, a vállalkozások létrehozásával és az Interneten való megjelenésével foglalkozik

8 2.2. VPR A VPR (Vállalkozói Portál Rendszer) vállalkozók és mikrovállalkozások internetes megjelenését segítő portál rendszer. A rendszer a dinamikus, erőforrás igényes oldalak és a teljesen statikus oldalak közti űrt próbája áthidalni. Az oldalak szerkesztése dinamikus, de a megjelenítés statikus oldalakból áll. Ezáltal a honlapok készítése és karbantartása egyszerű, nem igényel semmilyen szaktudást, az oldalak megjelenítése gyorsabb. Továbbá a projekt célja a kezdeti túlbuzgó, izgő-mozgó honlap tervezési megoldások (ill. ezek hiányának) kiváltása, tekintve a statikus honlapok nagy többségének harmóniamentes megjelenését. Az eddigi rendszerek erősen logikus és hierarchikus gondolkodást igényeltek (jellemzően a programozók ilyenek), melyek ugyan rendkívül rugalmasak és sokrétűen beállíthatóak, de használatuk emiatt az emberek többsége részére bonyolult. A legszembetűnőbb különbség az eddigi portál és CMS rendszerekkel szemben, hogy azok többségben saját szervert igényelnek illetve az egy vállalkozás - egy portál elven működnek. A VPR használatával több tucat, esetlegesen több 100 honlap karbantartható. Lehetővé teszi honlapok és az adminisztrátorok adatainak kezelését a rendszergazda (portál üzemeltetője) számára. A honlapok adminisztrátorai (felhasználók) pedig a saját honlapjukat és személyes adataikat menedzselhetik. A rendszer moduláris tervezésű, a design, a tartalom, és a háttérrendszerek függetlenek egymástól, és tetszőleges módon kombinálhatók, bővíthetők további modulokkal. A felhasználók számára keresési, rendezési, katalógus és egyéb interaktív szolgáltatások is rendelkezésre állnak, amelyek egységes felületen (böngészőn) keresztül jelennek meg. 8

9 2.3. Programozási nyelvek A portál megvalósítása szerver-kliens architektúra szerint történik. A szerver általában egy (vagy több) központi számítógépen fut, míg a kliensek tetszőleges helyen lehetnek az Interneten. Az alkalmazás logikáját és az esetleges adatszolgáltatást a szerver valósítja meg. A kliens oldal egyszerűbb, a szerver által elkészített weboldalt egy böngészőn keresztül jeleníti meg, amely a felhasználó számára beviteli és megjelenítési felületként szolgál. Ezen alapfeltételek mellett 3 programozási platform jöhet szóba. Ezek a PHP, a.net (főként ASP) és a JAVA (J2EE). Az összehasonlítási mátrixuk a mellékletben (D) található PHP A PHP jelentése a hivatalos honlap 4 szerint: A PHP (Hypertext Preprocesszor) egy széles körben használt, általános célú szkript nyelv, melyet elsősorban webes alkalmazásokhoz fejlesztettek ki és HTML kódba ágyazva használják. Ez azt jelenti, hogy amit PHP nyelven írunk, annak kimenete a forráskód feldolgozása után HTML utasítások sorozata lesz. Azért szkript nyelv, mert ellentétben a hagyományos programozási nyelvekkel, forráskódját nem kell lefordítani futtatás előtt, mivel a parancsértelmező magát a forrást értelmezi, és az alapján állítja elő a kimenetet. A HTML (HyperText Markup Language) az Internet-oldalak szintén szöveges leírónyelve, amelyet az Internet-böngésző programok képesek értelmezni, és a leírás alapján előállítani a weboldalakat. A PHP szerver (kiszolgáló) oldali nyelv, ami annyit jelent, hogy a HTML-lel ellentétben az Internet-böngészők nem képesek értelmezni, ezért a PHP elemek HTML kóddá alakítása már a kiszolgálón megtörténik, még mielőtt eljutna a böngészőhöz. Szintakszisa hasonlít a C nyelvre, könnyen tanulható. Rövid idő alatt látványos eredményeket érhetünk el vele. Ingyenesen használható, nagy népszerűségnek örvend főként a fiatalok körében. A magyar webtárhely szolgáltatók által leginkább támogatott dinamikus nyelv

10 A nyelv kisebb alkalmazások fejlesztéséhez rendkívül gyorsan és egyszerűen, de nagyobb rendszerek kódolására csak korlátozottan használható főként az objektumorientált megközelítés hiánya (hiányosságai) és a bővítés nehézségei miatt NET A.NET (dotnet) keretrendszer jelentése a hivatalos honlap 5 szerint: A.NET keretrendszer egy fejlesztő és futtató környezet, melyben különböző nyelvek és könyvtárak együttműködésével windows alapú alkalmazások fejleszthetők, menedzselhetők, telepíthetők és integrálhatók más rendszerekkel. Magában foglalja a klienseket, szervereket, fejlesztőeszközöket, és a következő elemekből áll: - A.NET keretrendszer fejlesztői platform - XML webszolgáltatások integráció - Visual Studio.NET fejlesztőeszköz - Szerver és kliens operációs rendszerek A.NET egyes elemeinek összefüggéseit jól szemlélteti a következő ábra (MS 6 ): 1. ábra: A.NET felépítése (cikk: A Microsoft.NET alapjai (technológiai áttekintés)) 10

11 A.NET Framework két főbb részből áll: nyelvfüggetlen futtatórendszer (Common Language Runtime, CLR), és egységes osztálykönyvtár (CLS - Common Language Specification), mely tovább bontható az alaposztályokra (Base Frameworks), és megjelenítési osztályokra (Application Frameworks). A CLR a rendszerszolgáltatások fölé épülve az alkalmazás tényleges végrehajtásáért felelős. Feladatai a függőségi viszonyok feloldása, memóriakezelés, biztonsági előírások betartása, komponensek közti kommunikáció megvalósítása, szálak és folyamatok kezelése. Az ASP.NET és Windows Forms az Application Frameworks részét alkotják. Az előbbi hagyományos webes alkalmazások és webszolgáltatások, az utóbbi pedig Windowsalkalmazások fejlesztését teszi lehetővé. A.NET-es fordítóprogramok által generált kód közvetlenül képes együttműködni a CLRrel. Ez a felügyelt kód (managed code). Minden CLR-kompatibilis fordító a forráskódot Microsoft Intermediate Language (Microsoft közbenső nyelv, MSIL vagy röviden IL) kódra fordítja le. Ez egy közbenső nyelv, mely CPU-független utasításokat tartalmaz, és hatékonyan lefordítható gépi kódra. Ezt a just-in-time (futásidő alatti vagy igény szerinti, JIT) fordítók hajtják végre. Ugyancsak fordításkor generálódnak a meta adatok, melyek tartalmazzák az egyes típusok és metódusok leírását. Az ASP.NET egy olyan kiszolgáló oldali programozási környezet, amely webes felületek építéséhez biztosít egy hatékony keretrendszert. Elődje az ASP (Active Server Pages), amely egy viszonylag egyszerű webes futtatókörnyezet ben az IIS (Internet Information Server) részeként jelent meg. Az ASP kódok a PHP-hoz hasonlóan dinamikusan építik fel az IIS által szolgáltatott oldalakat. Ezek az oldalak statikus HTML és ASP programkód keverékéből állhatnak. Az ASP.NET ennek a futtatókörnyezetnek a.net-es megfelelője. Az eredeti ASP-t teljesen újraírták úgy, hogy igyekeztek megtartani a legjobb tulajdonságait. Az ASP.NET egyik újítása, hogy a mögöttes kód szolgáltatással lehetővé teszi, hogy a HTML kimenetet és a programozott eljárást külön állományokba írjuk, ezáltal elválasztható a megjelenítési és az üzleti logika réteg. A.NET nagy előnye a Microsoft háttértámogatása és az erős objektumorientált megközelítés. Hátránya az egyszeri viszonylag nagy költségű befektetés és az operációs rendszerhez kötött futtatási környezet. 11

12 JAVA A JAVA (J2EE) jelentése a hivatalos honlap 7 szerint: A Java technológia egy objektumorientált, operációs rendszer független, többszálú programozási környezet. Alapja lehet webes és hálózati szervizeknek, alkalmazásoknak, robotika programozásának és egyéb beágyazott eszközöknek. A Java nyelvet a Sun Microsystems fejlesztette ki a C++ nyelvből kiindulva, automatizálva a memóriakezelést és egyszerűsítve a pointerkezelést. A.NET-hez hasonlóan a fordítóprogram egy géptől független bájtkódot (.class fájl) generál, melyet a JVM (Java Virtual Machine) értelmez és natív kódra fordít. A teljesítmény itt is növelhető JIT fordítóval. A fejlesztés alapja a JDK (Java Development Kit Java Fejlesztő Készlet), mely tartalmazza az összes java alapkönyvtárt, parancssori fordítót és futtatót. A Java felépítése, teljesítménybeli tudása, működése és szintaktikája szinte teljesen megegyezik a.net-ével (Java és C++ nyelvből indultak ki). A lényegi különbségek a Java javára a platform és adatbázis független fejlesztés, valamint az akár ingyenes fejlesztői és futtatói környezet, továbbá a közel 10 éves előny a megjelenés és tapasztalatok terén. Hátrány lehet, hogy bár a Java mögött is számos cég sorakozik fel, de a Microsoft lényegesen tőkeerősebb. A J2SE (alapkönyvtárak, asztali alkalmazásokhoz), J2ME (mobil alkalmazásokhoz) és J2EE (nagyvállalati és szerver oldali fejlesztésekhez) mellett a SUN és egyéb cégek (IBM, The Apache Software Foundation) oldalairól további ingyenesen használható könyvtárak (pl: J3D, Struct, Spring, Hibernate) és fejlesztő eszközök (pl: Eclipse, NetBeans) tölthetőek le. A JSP, JSTL, szervlet, JavaBean és különböző framework-ök használatával a megjelenítési, üzleti logikai és adatkapcsolati réteg teljesen szétválasztható. Így fejlesztésük teljesen különválhat és a későbbiekben ezek a rétegek variálhatók. A.NET-hez hasonlóan főként nagyobb projekteknél alkalmazható sikerrel, de mivel ingyenes alternatívák is vannak operációs rendszer, adatbázis és fejlesztő környezet terén így közepes projekteknél is jól használható

13 3. A téma önálló kidolgozása Ez a fejezet az UML/RUP ismertetése kivételével teljes egészében a saját művem. A témát két különálló részre osztottam: fejlesztői és felhasználói dokumentáció. A fejlesztői dokumentáció a program készítésének lépéseit mutatja be az UML modellező nyelv és a RUP módszertan segítségével. A felhasználói dokumentáció a program használatához nyújt segítséget Fejlesztői dokumentáció A fejlesztői dokumentációban bemutatom a fejlesztés során használt UML/RUP-ot, valamint a fejlesztés különböző fázisait: előkészítési, kidolgozási, építési és átadási Modellező nyelv és módszertan UML Az UML (Unified Modeling Language, Egységesített Modellező Nyelv) a hivatalos honlap 8 szerint: az OMG (Object Management Group) leginkább használt specifikációja, mellyel nem csak az alkalmazások struktúráját, viselkedését és architektúráját modellezhetjük, hanem az üzleti folyamatokat és az adatok struktúráját is. Más 9 megközelítésben: Grafikus jelölésrendszer a szoftver különböző nézeteinek modellezésére. Segítségével tervezni és dokumentálni tudjuk programjainkat. Az UML nyelvben a 12 alapdiagram 10 használatával dokumentálhatjuk a fejlesztés egyes szakaszait: Angster Erzsébet: Objektumorientált tervezés és programozás, 2002, 4Kör Bt., 44.old

14 - Strukturális diagrammok (statikus): osztály, objektum, komponens, telepítési - Viselkedési diagrammok (dinamikus): használati eset, szekvencia, aktivitás, együttműködés, állapot - Modell menedzsment diagrammok: csomagok, alrendszerek, modellek A 12 alapdiagram megléte nem feltétlenül jelenti, hogy mindet (illetve csak ezeket) minden alkalommal használni kell. A legfontosabbak: használati eset, együttműködés (vagy szekvencia), osztály RUP A RUP (Rational Unified Process, Rational Egységesített Eljárás) a hivatalos honlap 11 szerint: szoftverfejlesztési folyamat platform, mellyel a projekt minden egyes fázisához kiválaszthatók a folyamathoz szükséges komponensek. A RUP-ot az UP-ból (Unified Process, Egységesített Eljárás) fejlesztette ki a Rational cég, melyet jelenleg az IBM átvett és az ő védjegyük alatt elérhető. Az UP az OMT, Booch és OOSE eljárások egyesítéseként jött létre 1997-ben. Lényege a projektek fázisokra, majd a fázisok folyamatokra bontása. A folyamatok (követelmény feltárás, analízis, tervezés, implementálás, tesztelés) eloszlása minden fázison belül más és más. A fázisok 12 (és fő feladatok): - Előkészítési fázis (inception): feladat feltárása, követelmények - Kidolgozási fázis (elaboration): tervezés - Építési fázis (construction): implementálás - Átadási fázis (transition): tesztelés Angster Erzsébet: Objektumorientált tervezés és programozás, 2002, 4Kör Bt., old 14

15 3.1.2 Előkészítési fázis Feladatspecifikáció A VPR vállalkozók és mikrovállalkozások internetes megjelenését segítő portál rendszer, mely a dinamikus, erőforrás-igényes oldalak és a teljesen statikus oldalak közti űrt próbája áthidalni. A honlapok építése és szerkesztése dinamikus, de a megjelenítés statikus oldalakból áll. Ezáltal a honlapok készítése és karbantartása egyszerű, nem igényel semmilyen szaktudást, az oldalak megjelenítése gyorsabb. Továbbá a projekt célja a kezdeti túlbuzgó, izgő-mozgó honlap tervezési megoldások (ill. ezek hiányának) kiváltása, tekintve a statikus honlapok nagy többségének harmóniamentes megjelenését. A VPR részben vertikális portálként a vállalkozásokkal foglalkozik, részben pedig honlap építőként és tartalomkezelőként működik. Ez utóbbi a hírek, a termékek és az egyéb vállalkozói adatok kezelésén keresztül valósul meg. Az eddigi rendszerek erősen logikus és hierarchikus gondolkodást igényeltek (jellemzően a programozók ilyenek), melyek ugyan rendkívül rugalmasak és sokrétűen beállíthatóak, de használatuk emiatt az emberek többsége részére bonyolult. A legszembetűnőbb különbség az eddigi portál és tartalomkezelő (CMS) rendszerekkel szemben, hogy azok többségben saját szervert igényelnek illetve az egy vállalkozás - egy portál elven működnek. A VPR használatával több tucat, esetlegesen több 100 honlap karbantartható. A rendszerben 3 típusú felhasználó van jelen, különböző jogosultságokkal: 1. rendszergazda (személyes adatok, honlapok és adminisztrátorok menedzselése) 2. adminisztrátor (személyes, céges és a saját honlapokra vonatkozó adatok menedzselése) 3. látogató (nincsenek tárolt adatok) A rendszergazda a rendszer teljes ura. Lehetősége van a honlapok és az adminisztrátorok adatainak kezelésére (hozzáadás, módosítás, törlés). Ő a portál üzemeltetője. A honlapok adminisztrátorai (ügyfelek) pedig a saját honlapjukat (oldalak és sablonok hozzáadása, módosítása) és személyes adataikat menedzselhetik. A vállalkozói (céges) honlapokat az ügyfelek (látogatok) HTML oldalakon keresztül érhetik el. 15

16 A használathoz (bármely fél részéről) bármilyen szabványos böngészőprogram alkalmas, mivel az oldalak szabványos HTML felületen jelennek meg. A felületnek az átviteli teljesítmény növelése miatt kerülnie kell a nagyméretű objektumok használatát (nagy grafika, hang, videó). A rendszergazda és az ügyfelek böngészőből indítanak egy kérést a szerver felé, amely ezután legenerálja (adatbázisból szerveroldali kódokkal) a kért oldalt, majd továbbítja a kliens felé. A látogatók az ügyfelek által létrehozott céges honlapokat statikus oldalakon láthatják. A létrehozás és módosítás dátuma rögzítésre kerül. A VPR fő ismérvei: - (Nagyon) Egyszerű honlap építés és karbantartás - Felhasználói modulok (hírek, termékek, letöltések, kedvencek/partnerek linkgyűjtemény) - VPR modulok (Felhasználói + fórum, hírlevél, kérdőív, FAQ) - Sablonok (különböző megjelenési forma) - Többnyelvű kezelő felület (kezdetben magyar) - Ingyenes fejlesztői és futtatási környezet - GPL verzió is elérhető a későbbiek során Üzleti folyamatok 1. Az ügyfél létrehozza és karbantartja a honlapját és a saját adatait. 2. ábra: Az ügyfél üzleti folyamatai 16

17 A felhasználó (ügyfél) kérést indít a böngészőből, majd elvégzi az adatai karbantartását. A műveletek a saját honlapjára vagy a saját személyes illetve céges adataira vonatkoznak. A karbantartás után a rendszer véglegesíti a változásokat. 2. A rendszergazda karbantartja a honlapokat és az ügyfelek adatait. 3. ábra: A rendszergazda fő üzleti folyamatai A felhasználó (rendszergazda) kérést indít a böngészőből, majd elvégzi az adatok karbantartását. A műveletek az ügyfelek honlapjára vagy a felhasználók személyes ill. céges adataira vonatkoznak. A karbantartás után a rendszer véglegesíti a változásokat. 17

18 3. A rendszergazda karbantartja a portált. 3. ábra: A rendszergazda kiegészítő üzleti folyamatai A felhasználó (rendszergazda) kérést indít a böngészőből, majd elvégzi a portál adatainak karbantartását. A műveletek a portálra vonatkoznak. A karbantartás után a rendszer véglegesíti a változásokat. 18

19 Szakterületi objektummodell 4. ábra: Szakterületi objektummodell A rendszer a VPR köré épül. A rendszernek 2 aktív felhasználója van: a rendszergazda és az ügyfelek. A látogatók csak minimálisan, közvetett módon használják a rendszer adta lehetőségeket, beavatkozni nem tudnak. A VPR a permanens adattárolást adatbázis használatával oldja meg. A főrendszer tovább bontható 3 alrendszerre. Ezek: felhasználó kezelő, portál kezelő és honlap kezelő. A felhasználó kezelőben regisztrálhatnak, módosíthatják az adataikat a felhasználók. A beléptető rendszeren keresztül léphetnek be a rendszerbe és léphetnek ki onnan. Ez a rendszer tartalmazza a felhasználók adatainak elérését. A portál kezelőn keresztül aktiválhatók és módosíthatók az elérhető portálmodulok. A honlap kezelőn keresztül hozhatók létre az ügyfél honlapok és aktiválhatók az azokhoz tartozó modulok Fogalomgyűjtemény Üzleti (Business): Portál: 19

20 A "Webopedia" nevű internetes enciklopédia [*szám] megfogalmazása szerint: "A portál egy olyan webhely, amely széles körű erőforrásokat és szolgáltatásokat tesz elérhetővé, mint például , fórumok, kereső, online bolt, stb." Horizontális portál [ Témák sokaságával foglalkozó, "populáris" portál, amelyet az emberek általában napi rendszerességgel látogatnak. A horizontális portálok egy-egy témában a vertikális portáloknál jóval kevesebb, és általában jóval kevésbé megbízható információkat kínálnak. (pl: Vertikális portál [ Szigorúan egy adott témával, vagy emberek egy csoportjával foglalkozó portál. A vertikális portálok horizontális társaiknál az adott témával jóval behatóbban foglalkoznak, és ebből adódóan általában szűkebb közönséghez szólnak.a vertikális portálokat az emberek csak alkalmi jelleggel, akkor keresik fel, ha az adott témával kapcsolatos információra van szükségük. (pl: Tartalomkezelő rendszer [ Különböző tartalmak rendezett tárolására, megjelenítésére és visszakeresésére használható szoftverrendszer. A CMS (Content Management System) fogalom leggyakrabban a web-bel kapcsolatosan merül fel, ahol gyakorlatilag a különböző portálokat - az azok által kínál funkciókat, illetve maga a portál webes megjelenítését biztosító - szoftvert szokás érteni alatta. [ Általában kevés szaktudást igénylő internetes alkalmazás, mely lehetővé teszi, hogy szinte bárki összetett weboldalt birtokoljon. Az alkalmazás jellegéből adódóan a weboldal rövid idő alatt összeáll, programozási tudást nem vagy egészen keveset igényel. Honlap ( nemzetközi URL-címmel rendelkező információs lelőhely bemutatkozó oldala a Világhálón. 20

21 a honlap alatt egy olyan névjegytartalmú főoldalt értünk, mely mögött több-kevesebb weboldal húzódhat meg, utalásokkal, további címláncokkal, olykor terjedelmes multimédiás adatbázissal, sok eredeti információval. Statikus [ Jelző olyan elemek és tartalmak leírására, amelyek állapota hosszú időn keresztül változatlan marad, és általában csak kifejezett erre irányuló emberi beavatkozás során módosulnak. Dinamikus [ Jelző olyan elemek és tartalmak leírására, amelyek állapota folyamatosan változik vagy változhat különböző bemeneti adatok vagy az idő függvényében. Sablon (template) [ Dokumentumok vagy adathalmazok alapszerkezetét leíró, azok példányosítása során felhasznált struktúra. Menü [ A szoftver által végezhető műveleteket listázó beviteli elem. A menük feleslegessé teszik a szöveges parancsok megjegyzését, hiszen alkalmazásukkor a felhasználónak mindössze egy listából kell kiválasztania, hogy pontosan melyik műveletet kívánja következőnek végrehajtani. Banner [ Weboldalakba ágyazott, különböző hirdetési információkat tartalmazó téglalap alakú grafika vagy animáció. A reklámcsíkok régebben animált GIF állományok voltak, mostanában azonban már inkább a jóval több lehetőséget biztosító Flash (Macromedia - *.swf) eszközökkel készülnek. Logo: Embléma. Cégek esetében márkajelzés is lehet. 21

22 Statisztika (report): A portálról és az ügyfél honlapokról bizonyos információk nyerhetők tulajdonságlista formájában. Ilyen adatok pl: látogatottság, honlapok száma, ügyfelek száma, stb. Fórum [ A Fórum egy olyan online közösségi tér, ahol mindenki kifejtheti véleményét az őt érdeklő témákról Topik [ "Topik"-nak hívunk egy-egy konkrét, valamely felhasználó által felkínált vitát, témakört. Moderátor [ A moderátoroknak ugyanakkor joguk van egyes üzenetek, vagy szükség esetén egész topikok törlésére, vagy lezárására, a vita befejezettnek nyilvánítására, amennyiben az ütközik az alapelvekben megfogalmazottakkal Szerver-kliens [ Olyan architektúra, amelyen a kommunikációban résztvevő két fél nem egyenrangú módon vesz részt, hanem dedikált szerepeket (szerver illetve kliens) töltenek be. A jellemzően a kliens kezdeményezi, mégpedig azzal a céllal, hogy valamilyen műveletet vagy lekérdezést végeztessen el a szerverrel. A szerver a kérést megkapva elvégzi a megfelelő lépéseket, majd az eredményt a kliens felé továbbítja. Bár az adatok a kommunikáció során értelemszerűen mindkét irányban áramolhatnak, a műveleteket elvégzését mindig a kliens kezdeményezi, és mindig a szerver hajtja végre - ennek megfordítására nincs mód. Azokat az architektúrákat, amelyekben mindkét fél kölcsönösen kezdeményezheti művelet végrehajtását a másikon, egyenrangúnak szokás hívni. Modul [ Egy adott szoftverbe vagy hardverbe opcionálisan beépíthető, annak képességeit bővítő vagy módosító kiegészítő. 22

23 Technikai (Technical): Adatbázis [ Adatok egy vagy több szempont szerint rendezett gyűjteménye. SQL [ structured query language - strukturált lekérdezőnyelv Számítógépes adatbázisokban való kereséshez kifejlesztett szabványos parancsnyelv. A legtöbb nagy adatbáziskezelő érti, de mivel az emberek számára elég nehezen megjegyezhető parancsokat tartalmaz, rendszerint elrejtik egy barátságosabb felhasználói felület mögé, vagy különböző rendszerek közötti közvetítőnyelvként használják. MVC [ Model (modell) View (nézet) Controller (vezérlő) architektúra, a különböző rétegek szétválasztására. Példa (JAVA nyelven, webes alkalmazáson keresztül bemutatva): A felhasználó kitölt egy HTML űrlapot, és a Submit (benyújt) gombra kattint, ami a kérést egy Java vezérlőnek (a Controllernek) postázza. A servlet leolvassa a bemeneti paramétereket, és továbbadja az EJB-knek (a Model), amelyek végrehajtják az elvégzendő feladat logikáját. Az elvégzendő feladat logikájának eredményétől és a felhasználói profiltól függően a servlet kiválaszt egy JSP-t (a View), és hívja, hogy bemutassa az eredményeket. A JSP kiveszi az eredményeket az EJB-kből, és egyesíti az eredetileg átadott HTML űrlappal, amit azután visszaküld a felhasználónak. XML [ A W3C által kidolgozott, az SGML-en alapuló HTML-hez hasonló, de annál ( ) szigorúbb szabályokkal rendelkező, adatok és metaadatok ábrázolására alkalmas leírónyelv. Az XML-t elsősorban platformok közötti adatcserére alakították ki, de napjainkban már számtalan 23

24 specifikus változata is létezik, például a web- és WAP-oldalak megjelenítésének szabályozására is. Properties fájl: Statikus adattárolásra (főként beállítások, elemek nyelvi megfelelője) használt szöveges állomány (pl. beallitasok.propreties) Követelmény leírás Funkcionális (felhasználói): - A felhasználói (ügyfél, rendszergazda) adatok kezelése: Minden regisztrált felhasználó láthatja / megváltoztathatja a személyes és céges adatait (kivéve azonosító/ változtatása). A rendszergazda bármely felhasználó, bármely adatát láthatja / megváltoztathatja / törölheti (a jelszavak nem láthatóak). A felhasználói adatok a következőket tartalmazzák: név, cím, telefonszám, , jelszó, hírlevélre feliratkozva. Csak a rendszergazda számára látható felhasználói adatok: regisztráció dátuma, utolsó bejelentkezés dátuma, aktív, felhasználó típusa. - Az ügyfél-honlapok adatainak kezelése: Minden felhasználó láthatja / megváltoztathatja / törölheti a saját honlapjának adatait. A rendszergazda bármely felhasználó, bármely adatát láthatja / megváltoztathatja / törölheti. A honlap adatai tartalmazzák: név, banner felirata, alapértelmezett sablon, webmaster , aktív. - A portál adatainak kezelése: A rendszergazda karbantartja a portált. Feltölti tartalommal, moderálja a fórumot. A portál adatait tetszőlegesen módosíthatja (néhány adat csak szöveges properties vagy xml fájlokon keresztül érhető el). A látogatók csak olvashatnak illetve regisztrálhatnak, de az ügyfelek (regisztrált látogató) beléphetnek és a fórumon topikot nyithatnak vagy válaszolhatnak. A portál adatai: modulok listája. Minden modulnak van aktív beállítása (későbbiekben kerül kidolgozásra). A további adatok egyediek (szakterületi követelményeknél). 24

25 Nem funkcionális (technikai): - a rendszer lásson el honlapot (napi statikus és dinamikus lapletöltés) - a rendszer legyen többnyelvű (kidolgozva csak a magyar) és egyszerűen bővíthető további nyelvekkel - a rendszer legyen operációs rendszer független (a lehető legnagyobb mértékben) - a rendszer tervezése UML / RUP szerint történjen, az MVC elvek figyelembe vételével - a rendszer legyen biztonságossá alakítható (https / SSL) - a rendszer ingyenes futtatási környezetben is működjön (esetleg ingyenes fejlesztői) - a rendszert futtató szerver gyengébb / olcsóbb (500Mhz, 256MB ~ 20eFt) típus is lehet, a kliens gép pedig bármilyen teljesítményű lehet (min. 200Mhz, 64MB ~ 5eFt) - a rendszer tartalmazzon 5-10 referencia oldalt - a rendszer kezelje az egyedi felhasználói jogosultságokat - feltöltésnél a jsp és jspx fájlok tiltása Szakterületi (VPR, portál): A portál tartalmazza: - Felhasználói modulok: hírek, termékek, letöltések, kedvencek, elérhetőség (cégadatok) - VPR modulok: fórum, hírlevél, szavazás, FAQ Modulok részletezése: (A modulok alatti képek csak illusztrációk!) 1. Hírek: A felhasználó (rendszergazda-portál, ügyfél-saját honlap) megadja a hír címét és a hír teljes szövegét. Ezután a hírek menüpont alatt a hírek oldal tetején (legfrissebb) megjelenik a hír címe, teljes szövege és a létrehozás dátuma. 25

26 5. ábra Hírek Termékek: A felhasználó (rendszergazda-portál, ügyfél-saját honlap) megadja a termék nevét, típusát (kategória), rövid leírását, teljes leírását, képét a termékről, az árát és az áfa kulcsot. Ezután a termékek menüpont alatt a termékek listáját a rendszer táblázat formájában ábrázolja és a termék neve mellett - a megjelenítésre kattintva - megmutatja a termék teljes leírását. 6. ábra Terméklista

27 7. ábra Termék részletei Letöltések: A felhasználó (rendszergazda-portál, ügyfél-saját honlap) megadja a letölthető fájlt (feltöltés, max. méret: 5MB!!!). Ezután a letöltések menüpont alatt a letöltések listáját a rendszer táblázat formájában ábrázolja (fájlnév, feltöltés dátuma, típusa, mérete) és a letöltendő neve mellett - a letöltésre kattintva elindul a fájl letöltése. Későbbiekben : A publikus fájlokat bárki letöltheti, a saját használatra szánt fájlokat csak a feltöltőjük. A letölthető fájlok mérete nem haladhatja meg a diskquotát. 8. ábra Letöltés

28 4. Kedvencek: A felhasználó (rendszergazda-portál, ügyfél-saját honlap) megadja a kedvenc linkjeinek (akár partnerek) a nevét és az URL-t. A létrehozott linkekre kattintva a látogatók az ügyfél kedvencei / partnerei oldalára juthatnak. 9. ábra Kedvencek, partnerek

29 5. Elérhetőség: A személyes és céginformációk (vagy tetszőleges) alapján a felhasználó beállíthatja / használhatja az elérhetőség oldalt a menüben. Ekkor néhány információ megadásával egy teljes céginformáció oldal hozható létre. 10. ábra Elérhetőség: 6. Fórum: Ez a modul csak a portálban létezik, az ügyfél honlapján nincs. A rendszergazda a moderátor, aki törölheti a megadott (nem megfelelő) topic-okat és válaszokat. Az ügyfelek a regisztrált fórumtagok, akik olvashatják és írhatnak is a fórumba. A látogatók csak olvashatják a fórumot. Egy látogató nem regisztrálhatja magát pusztán fórumtagnak, hanem csak ügyfélnek (teljes portál tagság). 11. ábra Fórum, topikok

30 12. ábra Fórum, válaszok Hírlevél: Ez a modul csak a portálban létezik, az ügyfél honlapján nincs. A rendszergazda hírlevelet (automatikus levél bizonyos időközönként továbbítva az ügyfelek felé) hozhat létre. Beállíthatja a hírlevél címét, szövegét, (első) küldési időpontját. A hírlevélre feliratkozott felhasználóknak megy a hírlveél. Későbbiekben: Különböző szűrési feltételek mellett, különböző felhasználóknak címezheti a leveleket. 13. ábra Hírlevél

31 8. Szavazás: Ez a modul csak a portálban létezik, az ügyfél honlapján nincs. A rendszergazda létrehozhat szavazási modult, melyben a feltett kérdésre néhány (min. 2) alternatíva közül választhatnak az ügyfelek (pl.: Milyen az új portál? 1. jó, 2. átlagos, 3. rossz). Az eredményeket a rendszer rögzíti, ezek később megtekinthetőek Későbbiekben : Egy ügyfél egy szavazásban csak egyszer vehet részt. 14. ábra Szavazás

32 9. FAQ: Frequently Asked Questions - Gyakran Ismételt Kérdések (GYIK). Ez a modul csak a portálban létezik, az ügyfél honlapján nincs. A hírekhez hasonlóan működő modul. Tartalmazza a legtöbbször felmerülő kérdések listáját és a válaszokat. Nem követelmények: 15. ábra FAQ felhasználói regisztráció utáni levélküldés és visszaigazolás - elfelejtett jelszó kérése és küldése levélben - teljesen egyforma megjelenés a különböző típusú böngészőkben (elég ha nincs jelentős eltérés) - a rendszer nem tartalmazza: webshop (csak terméklista), fizetési rendszer, nyomtatás, web-es levelezési felület, sablon- és képkezelő - a hozzáadás (INSERT) és módosítás (UPDATE) műveletek utáni köztes oldal (vagy átirányítás) alkalmazása (törlésnél megvan), az oldalfrissítések (reload) alkalmazásából adódó ismétlődések kiküszöbölése. - a szöveges részek hosszának 255 karakternél nagyobbra növelése 32

33 - felhasználók szűrése IP vagy felhasználónév alapján a szavazásnál (mindenki akár többször is szavazhat) - feltöltésnél folyamatjelző (progress bar) használata - cikkek modul - service réteg beiktatása Az összevont feladatok (pl: felhasználó törlése cég t. + honlap t. + honlap elemeinek törlése) a különböző megjelenítésektől (pl: web, alkalmazás, wap) függetlenítése. Alapvető felhasználói interfész leírások 16. ábra A portál felépítésének váza 17. ábra A portál felépítése 33

34 3.1.3 Kidolgozási fázis Használati esetek A rendszer aktorai: 18. ábra A rendszer aktorai A rendszerben szereplő 3 fő actor van, melyek a Felhasználó osztályból származtathatók. A rendszergazda végzi a rendszerrel kapcsolatos karbantartási műveleteket. A teljes rendszerhez hozzáfér, bármely funkciót végrehajthat. Alapértelmezett, üres rendszerben is jelenlévő, regisztrált felhasználó. Az ügyfél (administrator) a saját adatai kezelését végezheti el. Ezek az adatok a személyes, céges és a saját honlappal kapcsolatos adatok. Regisztrált felhasználó. A látogató böngészheti a portál és az ügyfelek oldalait, de beavatkozni nem tud. Nem regisztrált felhasználó, de regisztrálhat (látogató ügyfél). 34

35 A rendszer architektúráját meghatározó, kulcsfontosságú használati esetek A rendszer funkcionálisan 3 nagy blokkra oszlik. Ezek a felhasználók karbantartása, a honlapok karbantartása és a portál karbantartása. 19. ábra A fő használati esetek A Felhasználói adatok karbantartása: A rendszergazda bármely felhasználó adatait karbantarthatja, az ügyfél csak a sajátjait. Regisztráció és belépés szükséges a funkció használatához. A Portál adatainak karbantartása: A rendszergazda karbantartja a portált. Belépés szükséges a funkció használatához. A Honlap adatainak karbantartása: A rendszergazda bármely honlap adatait karbantarthatja, az ügyfél csak a sajátjait. Regisztráció és belépés szükséges a funkció használatához. 35

36 A honlapok megtekintése és keresése: E két funkció használatához nem szükséges belépni, így bármely felhasználó által használható funkciók. A létrehozott honlapok a sites mappában érhetők el. Regisztráció: A rendszerbe való belépéshez regisztráció szükséges. Bizonyos funkciók csak így érhetők el. A látogatókból ügyfelek lehetnek, ha regisztrálnak. A regisztráció a személyes adatok megadásával történik. A rendszergazda által elérhető funkciók: 20. ábra A rendszergazda által elérhető funkciók A rendszergazda a rendszer bármely funkcióját elérheti. A felhasználók, a honlapok és a portál karbantartásához be kell lépnie. A honlapok megtekintése és a portálon való kereséshez nem szükséges a belépés. 36

37 A rendszergazda karbantartja a felhasználói adatokat: 21. ábra A rendszergazda karbantartja a felhasználókat A karbantartás magába foglalja a felhasználó hozzáadását, adatainak módosítását, törlését és a keresést. A rendszergazda karbantartja a honlapokat: 22. ábra A rendszergazda karbantartja a honlapokat A karbantartás magába foglalja a honlapok hozzáadását, adatainak módosítását és törlését. 37

38 A rendszergazda karbantartja a portált: 23. ábra A rendszergazda karbantartja a portált A karbantartás ebben az esetben csak a portál adatainak módosítását jelenti. A portált törölni vagy új portált hozzáadni nem lehet. Az ügyfelek által elérhető funkciók: 24. ábra Az ügyfél által elérhető funkciók Az ügyfelek (adminisztrátor) a rendszer hozzájuk kapcsolódó funkcióit elérhetik el. A saját felhasználói adatok és a saját honlap adatainak karbantartásához be kell lépnie. A honlapok megtekintése és a portálon való kereséshez nem szükséges a belépés. 38

39 Az ügyfél karbantartja saját felhasználói adatait: 25. ábra Az ügyfél karbantartja a személyes adatait Az ügyfél belépés után módosíthatja személyes és céges adatait. Saját profilját is törölheti. A profil hozzáadása a regisztrációval történik. Egy már regisztrált ügyfél is regisztrálhat, de csak belépés előtt. A honlapok megtekintéséhez nem kell belépnie. 26. ábra Saját adatok részletezése A regisztrált felhasználó a saját adatai közül bármelyiket megváltoztathatja. A rendszergazda nem láthatja az ügyfelek jelszavait, csak megváltoztatni tudja azt. 39

40 Az ügyfél karbantartja saját honlapja(i) adatait: 27. ábra Az ügyfél karbantartja a honlapjait Az ügyfél belépés után létrehozhat honlapokat, módosíthatja azok tartalmát, törölheti azokat a rendszerből. Egy ügyfél bármennyi honlapot létrehozhat. A honlapok megtekintéséhez nem kell belépnie. 40

41 .A látogatók által elérhető funkciók: 28. ábra A látogató által elérhető funkciók A látogató nem tud aktívan beavatkozni a rendszerbe. 3 funkció elérhető számára: a honlapok megtekintése (böngészés), a portál használata és a regisztráció (látogató ügyfél). A portál használatával elérhetők a letöltések, a keresés, a hírek, a fórum (olvasás) és a szavazás. 41

42 Fontosabb aktivitások Felhasználó (vagy honlap) hozzáadása Regisztráció Leírás: A portált látogatók a portál bizonyos funkcióinak eléréséhez regisztrálják magukat a rendszerben. A regisztráció a személyes vagy /és céges adatok megadásával történik. Aktorok: látogató, ügyfél, rendszergazda Előfeltételek: a portál látogatása Folyamat: 1. A felhasználó a regisztrációra kattint 2. A felhasználó kitölti a regisztrációs űrlapot 3. A felhasználó elküldi a regisztrációs űrlapot 4. A rendszer ellenőrzi a felhasználó által küldött adatokat 5. A rendszerben új felhasználói profil jön létre a felhasználónak 6. A rendszer visszajelez a felhasználónak és belépteti Megszakított folyamat: 1. A felhasználó nem tölti ki az űrlapot, a rendszer hibaüzenetet küld 2. A felhasználó rossz adatokat ad meg (pl.: hibás cím), a rendszer hibaüzenetet küld, a felhasználó javít 29.ábra: A regisztráció folyamata 42

43 Felhasználó belépése a rendszerbe Belépés Leírás: A portált látogatók a portál bizonyos funkcióinak eléréséhez be kell lépjenek a rendszerbe. A belépés a felhasználónév ( cím) és a jelszó megadásával történik. Aktorok: ügyfél, rendszergazda Előfeltételek: regisztráció Folyamat: 1. A felhasználó a belépésre kattint 2. A felhasználó kitölti a belépési űrlapot 3. A felhasználó elküldi a belépési űrlapot 4. A rendszer ellenőrzi a felhasználó által küldött adatokat 5. A felhasználó sikeresen belépett 6. A rendszer visszajelez a felhasználónak Megszakított folyamat: 1. A felhasználó nem tölti ki az űrlapot, a rendszer hibaüzenetet küld 2. A felhasználó rossz adatokat ad meg (pl.: hibás cím), a rendszer hibaüzenetet küld, a felhasználó javít 30.ábra: A belépés folyamata 43

44 Felhasználói adatok (bármely adatra: honlap, portál) módosítása Módosítás Leírás: A regisztrált felhasználók a belépés után megváltoztathatják adataikat (személyes, céges, honlap). A módosítás a megváltozott adatok megadásával (a régi adatok javításával) történik. Aktorok: ügyfél, rendszergazda Előfeltételek: (regisztráció,) belépés Folyamat: 1. A felhasználó a megnézi az adatait, majd a módosításra kattint 2. A felhasználó módosítja az adatait az űrlapon 3. A felhasználó elküldi az űrlapot 4. A rendszer ellenőrzi a felhasználó által küldött adatokat 5. A felhasználó adatai mentésre kerültek 6. A rendszer visszajelez a felhasználónak Megszakított folyamat: 1. A felhasználó nem tölti ki az űrlapot, a rendszer hibaüzenetet küld 2. A felhasználó rossz adatokat ad meg (pl.: hibás cím), a rendszer hibaüzenetet küld, a felhasználó javít 3. A rendszer bizonyos esetekben (pl: adatbázis hiba) nem tudja végrehajtani a kért tranzakciót. Ekkor hibaüzenet küld a felhasználó felé. 31.ábra: A módosítás folyamata 44

45 Felhasználó törlése Leírás: A felhasználó saját profilját törölheti (a rendszergazda mindenkiét, csak a sajátját nem). A törlés az adatoknál a profil törlésére kattintva történik. Aktorok: ügyfél, rendszergazda Előfeltételek: (regisztráció,) belépés Folyamat: 1. A felhasználó a törlésre kattint 2. A felhasználó megerősíti a törlést 3. A rendszer ellenőrzi a felhasználó által küldött adatokat 4. A rendszer törli a profilt és kilépteti a felhasználót. 5. A rendszer visszajelez a felhasználónak Megszakított folyamat: 1. A felhasználó nem erősíti meg a törlést, a rendszer nem töröl. 2. A felhasználó rossz adatokat ad meg, a rendszer hibaüzenetet küld. 32.ábra: A törlés folyamata 45

46 Portál keresése Keresés Leírás: A felhasználók az adatok között kereshetnek (FAQ, fórum). A keresés a keresett adat(- ok) megadásával történik. Aktorok: látogató, ügyfél, rendszergazda Előfeltételek: a portál látogatása Folyamat: 1. A felhasználó a keresésre kattint 2. A felhasználó beírja / kiválasztja a keresendő adatot az űrlapon 3. A felhasználó elküldi az űrlapot 4. A rendszer ellenőrzi a felhasználó által küldött adatokat 5. A rendszer kilistázza a találatokat 6. A rendszer visszajelez a felhasználónak Megszakított folyamat: 3. A felhasználó nem tölti ki az űrlapot, a rendszer hibaüzenetet küld 33.ábra: A keresés folyamata Az adatok megtekintése az egyszerű folyamat miatt nem kerül bemutatásra. 46

47 Csomagok A rendszer fő funkciói szerint 3 fő részre bontható: felhasználó-, portál- és honlap kezelés. A folyamatok leegyszerűsítve mindhárom esetben ugyanazok: a felhasználók egy grafikus felületen keresztül kérdeznek le, hozzáadnak, módosítanak és törölnek adatokat az adatbázisból. A működés szemléltetéséhez elsőként a teljes rendszer csomag és osztálydiagramja kerül megtervezésre. Majd egy prototípus készül, melyben a teljes felhasználó kezelés kerül megvalósításra (tervezés + implementálás). A rendszertervet a kiválasztott nyelv sajátosságai, keretrendszerek alkalmazása és azok maximális kihasználása érdekében a későbbiekben egy adott nyelvre kell optimalizálni (építési fázis). A tervezés jelenlegi fázisában a rendszerterv a később használt programozási nyelvtől függetlenül készül, de megköveteli az OO meglétét. 34.ábra: A rendszerben használt csomagok 35.ábra: Alcsomagok 47

48 A csomagok tartalma: hu.mlaci.vpr.web: A vezérlő osztályokat tartalmazó csomag. Ezek az osztályok végzik a HTML lapokról érkező kérések feldolgozását, majd az eredmények megadott lapra továbbítását. Használja a db, bus és util csomagokat. hu.mlaci.vpr.db: Az adatbázis hozzáféréseket végző osztályokat tartalmazó csomag (xxxdao interfészek). Használja a bus és util csomagokat. hu.mlaci.vpr.db.daoimpl: A xxxdao interfészek metódusait megvalósító osztályokat (xxxdaoimpl) tartalmazza. hu.mlaci.vpr.bus: Az üzleti logikát (logic csomag) illetve az adatok átmeneti tárolását végző osztályokat tartalmazza. hu.mlaci.vpr.util: Az esetlegesen felmerülő segédosztályokat tartalmazza (pl: karakterkódolás, , stb). hu.mlaci.vpr.test: Az automatizált teszteléshez szükséges osztályokat tartalmazza. 48

49 Logikai adatbázisterv 36. ábra: Az adatbázis logikai terve A kiindulási pont a felhasználó (user) tábla, melynek kapcsolata van (egy-több) a cég (firm) táblával. Így egy felhasználónak több cége lehet. A cég további kapcsolatban (egy-egy) van a honlap (site) táblával, mely szerint egy céghez egy honlap tartozhat. A honlap azonosítója lehetne a cég azonosítója, de a bővítésre gondolva (egy-több) van honlap azonosító is. Az adatbázis tervezésénél a telefonszám és címek további táblákban is megoldhatók lettek volna (sőt szinte szükségszerű lenne), de ezen alapverzióban ezek szándékosan nem szerepelnek. A honlap kapcsolatban (egy-több) van a termék (product), a kedvenc (favorite), a download (letöltés) és a hírek táblákkal, továbbá a sablon (template) 49

50 táblával (több-egy). A termék (product) és az adókulcs több-egy kapcsolatban van, mert egy adókulcshoz több termék is tartozhat. A felhasználó (user) tábla kapcsolatban (egy-több) áll a topik (topic) és a hozzászólás (forumpost) táblákkal. Valamint a topik is kapcsolatban (több-egy) van a fórum (forum) táblával. A fórum táblái a portálhoz tartoznak, de mivel csak egy portál van így nincs közvetlen kapcsolat. A szavazás (poll) és a szavazásválasz egy-több kapcsolatban van, mert egy szavazáshoz több válasz is tartozhat. Az adatbázis táblák részletezése (barackszín, sötét elsődleges kulcs; sárga, világos külső kulcs) Tábla: country Magyarázat: Országok Mezők: Név Leírás countryid Az ország azonosítója name Az ország neve Tábla: download Magyarázat: Letöltések Mezők: Név downloadid siteid Leírás A letöltés azonosítója A honlap azonosítója filename A fájl adott neve realfilename A fájl igazi neve size Méret description Leírás Tábla: faq Magyarázat: FAQ Mezők: Név faqid Leírás A FAQ azonosítója question Kérdés answer Válasz 50

51 Tábla: favorite Magyarázat: Kedvencek, Partnerek Mezők: Név Leírás favoriteid A kedvenc azonosítója siteid A honlap azonosítója name Név url Hivatkozás description Leírás Tábla: firm Magyarázat: Cégek Mezők: Név Leírás firmid A cég azonosítója firmname A cég neve A felhasználó azonosítója countryid Az ország azonosítója zip city address phonenr Irányítószám Város Cím Telefonszám Tábla: forum Magyarázat: Fórum adatai Mezők: Név Leírás forumid A fórum azonosítója topicperpage Topikok száma oldalanként maxtopic Maximális topikszám a fórumban Tábla: forumpost Magyarázat: Fórum válasz Mezők: Név Leírás forumpostid A hozzászólás azonosító A hozzászóló (felhasználó) azonosítója topicid post A tartalmazó topik azonosítója A hozzászólás szövege 51

52 Tábla: news Magyarázat: Hírek Mezők: Név Leírás newsid A hír azonosítója siteid A honlap azonosítója title A hír címe newsbody A hír szövege Tábla: newspaper Magyarázat: Hírlevél Mezők: Név Leírás newspaperid A hírlevél azonosítója title Cím newspaperbody Szöveg senddate A küldés dátuma Tábla: poll Magyarázat: Szavazás Mezők: Név Leírás pollid A szavazás azonosítója pollquestion Kérdés Tábla: pollanswer Magyarázat: Szavazás válasz Mezők: Név Leírás pollanswerid A szavazásválasz azonosítója pollid pollanswer pollnr A szavazás azonosítója Válasz A kapott szavazatok száma 52

53 Tábla: product Magyarázat: Termékek Mezők: Név Leírás productid A termék azonosítója siteid A honlap azonosítója taxrateid A adókulcs azomosítója name A termék neve price Ár description Leírás Tábla: site Magyarázat: Honlapok Mezők: Név siteid firmid Leírás A honlap azonosítója A cég azonosítója templatename A sablon neve name A honlap neve description Leírás bannertitle copyright webmaster A banner felirata A copyright felirat A webmester címe Tábla: taxrate Magyarázat: Adókulcs Mezők: Név Leírás taxrateid Az adókulcs azonosítója taxrate Adókulcs Tábla: template Magyarázat: Sablonok Mezők: Név Leírás templatename A sablon azonosítója (neve) csspath A sablon css fájl elérési útja 53