Innovat

1
Innovatív megoldások az eFilter projektben

• Kusper Gábor1, Kovács Emod1, Márien Szabolcs2,
  Kusper Krisztián2, Scheffer Imre2, Kiss Balázs2,
  Kovács Péter2 és Winkler Erno2
• 1 Eszterházy Károly Foiskola, 2 Wit-Sys Zrt.
• Eloadja Kusper Gábor
• gkusper_at_aries.ektf.hu
• Informatika a felsooktatásban 2011, Debrecen

2
Tartalom

• Az EgerFood projekt
• Az eFilter projekt bemutatása
• Innovációk
• Innovatív modellezés
• Összefoglalás

3
(No Transcript)
4
Az EgerFood információs rendszere
Munkafolyamat gráf
Az egyedülálló képességek kulcsa a
munkafolyamat-gráf. A gráf segítségével minden
cég egyedi módon modellezheti a gyártási
folyamatait. Ez a modell vezérli a kliens program
és az adatbázis moködését. A modell szinte
végtelen lehetoségeket nyújt és nem mellékesen
összetett képet ad a cég muködésérol is.
Megtervezéséhez ezért a cég képviselojének és a
beüzemelést végzo szakemberek közös munkájára van
szükség.
5
EgerFood cikkek

• T. Radványi, G. Kusper Requirement Analysis and
  a Database Model for the Project EgerFood Food
  Safety Knowledge Center, ICAI-2007, p. 15-23,
  2007.
• K. Liptai, G. Kusper, T. Radványi
  Cryptographycal protocols in the Egerfood
  Information System, Annales Mathematicae et
  Informaticae 34., p. 61-70, 2007.
• Kusper Gábor, Radványi Tibor Az EgerFood
  élelmiszerbiztonsági nyomköveto rendszer Hogyan
  modellezzük a cégek munkafolyamatait, Networkshop
  2008, Dunaújváros, 8 oldal, 2008.

6
Az eFilter projekt

• KMOP-1.1.1-09/1-2009-0053 számú pályázat
• Egészségügyi profil alapján szurt fogyasztói
  adatbázisokból nyert információkat kezelo
  rendszer - eFilter
• WIT-SYS Consulting ZRt.
• Eszterházy Károly Foiskola

7
Az eFilter projekt
Bo élelmiszer lista Egészségügyi profil Szuk élelmiszer lista
Menük listája Boltban kapható élelmiszerek listája Étel rendelésnél étlap Boltok listája kapható élelmiszerekkel SZURÉS Fogyasztható menük listája Boltban kapható fogyasztható élelmiszerek listája Fogyasztható ételek listája Fogyasztható terméket áruló boltok listája
Kérdés Egészségügyi profil Válasz
Megvásárolt élelmiszer fogyasztható-e? Vásárlásnál megerosítés, hogy az adott termék fogyasztható-e? ELLENORZÉS Igen / Nem Megvásárolt élelmiszerrol bo információ Igen/Nem Megvásárolt élelmiszerrol bo információ
8
Egészségügyi profil

• Ételallergiák
• Ételérzékenységek
• Diéták
• Egyéb étkezésnél figyelembe veendo betegségek,
  pl. cukorbetegség

9
Megszorítások

• eFilter szabályok típusai
• 0 Tiltás
• 1 Nem javasolt
• 2 Erosen javasolt
• 3 Javasolt
• Étel 100 grammjára vonatkozik.
• Példa
• Tiltások dió gt 0g.
• Nem javasolt energiatartalom gt 500 kcal, zsír gt
  20g.

10
Többdimenziós megszorítás mátrix
fehérje
TÜKÖRTOJÁS
MÜZLI
zsír
CSÁSZÁRSZALONNA
GULYÁSLEVES
só
0 g lt fehérje tartalom lt 2 g 0 g lt zsír tartalom
lt 1.5 g 0 g lt só tartalom lt 2.2 g
11
Funkcionális szintu innovációk

• Személyre szabott egészségügyi profil kezelés.
• Fogyasztási szokások követése.
• Megkönnyíti a dietetikussal való
  kapcsolatfelvételt és kapcsolattartást
• Nem mi keressük meg a dietetikust, hanem a
  dietetikus névtelenül látja, hogy ki fogyaszt túl
  sok kalóriát, és o tud minket figyelmeztetni.
• Erre nevünk vállalásával válaszolhatunk.

12
Innovatív modellezés

• A modell rétegei realizációs kapcsolatban állnak.
• A modell használati eset alapú.
• Minden eset ose egy általános használati eset.
• pl. létrehozás, módosítás,
• Általános használati esetekhez általános teszt
  esetek.
• Fejlesztoi szerepkörök felvétele a modellbe.

13
Innovatív projektvezetés

• Változások követése mini projektként.
• Wiki alapú tudástár használata.
• Feladat kezelo használata.
• Maven, SVN és egyéb eszközök használata.

14
Innovatív megvalósítás

• GUI JBoss Rich Faces, AJAX, XHTML
• Üzleti logika JavaEE, JBoss Seam
• Perzisztencia Hibernate
• Adatbázis Oracle 11g
• Tesztelés Selenium, TestNG, Jenkins

15
Innovatív modellezés

• A modell rétegei realizációs kapcsolatban
  állnak.
• A modell használati eset alapú.
• Minden eset ose egy általános használati eset.
• Általános használati esetekhez általános teszt
  esetek.
• Fejlesztoi szerepkörök felvétele a modellbe.

16
A modell rétegi

• A modell rétegi a RUP módszertan szerint
• Üzleti modell,
• Követelmény modell,
• Rendszer modell,
• Implementációs modell,
• Tesztelési modell.
• Az egyes rétegek egymásra épülnek.
• Pl. minden specifikáció valamily követelménybol
  származik.

17
Üzleti modell

• A rendszer felülnézete, tartalmazza
• az üzleti folyamat modellt,
• az üzleti használati eset modellt,
• az üzleti entitás modellt,
• az üzleti szerepköröket.
• A modell üzleti használati eset központú.

18
(No Transcript)
19
Követelmény modell

• A üzleti szereplokkel folytatott interjúk során
  keletkezett információkat gyujti össze.
• Az üzleti modell megszorításait pontosítja.
• Általános, absztrakt funkcionális használati
  eseteket definiál.
• Ezekbol származnak a konkrét esetek.
• Általános funkcionális használati esetek
• Létrehozás, Módosítás, Törlés, Keresés, listázás,
  Megtekintés

20
(No Transcript)
21
A modell használati eset alapú

• A terv fo integráló elemei a használati esetek.
• A használati esetek muködését szekvencia és
  aktivitás diagramokkal részletezzük.

22
(No Transcript)
23
Rendszer modell

• A rendszer modell a funkcionális modellben
  meghatározott funkcionális használati esetek
• adat tartalmát (entitás modell),
• viselkedését (kontroller modell),
• felhasználói felületét (felület terv) adja meg.
• Leírja, hogy a felhasználók hogyan használják a
  használati eseteket.

24
(No Transcript)
25
(No Transcript)
26
(No Transcript)
27
Implementációs modell

• A rendszer modell adaptációja a kiválasztott
  fejleszto környezethez
• GUI JBoss Rich Faces, AJAX, XHTML
• Üzleti logika JavaEE, JBoss Seam
• Perzisztencia Hibernate
• Adatbázis Oracle 11g
• Tesztelés Selenium, TestNG, Jenkins

28
Tesztelési modell

• A funkcionális használati esetek szerint
  határozzuk meg a lehetséges teszteseteket.
• A tesztesetek alapját az absztrakt használati
  esetekre kötött absztrakt tesztesetek képezik,
  amelyek a tesztesetek jelentos részének a vázát
  specifikálják.
• Az absztrakt teszteseteket a leszármazott konkrét
  tesztesetekkel csak a kezdo és végállapot
  deklarálásával kell specializálnunk.

29
A tesztesetek alapját az absztrakt használati
esetekre kötött absztrakt tesztesetek képezik
30
Master entitás bejegyzés aktivitási diagramja
31
Csak az elo- és utófeltételt kell megadni

• Egy létrehozás alapú tesztnél elég csak megadnunk
  a létrehozandó bejegyzés adatait
• Módosítás alapú tesztnél meg kell adnunk a
  bejegyzés módosítás elotti és utáni állapotát. Ez
  egyértelmuen megadja az összes adatot amire
  szükségünk lehet.

32
Modell rétegek kapcsolatai

• A rétegek közötti realizációs kapcsolatokkal
  követheto, hogy
• egy követelménybol miként következik egy üzleti
  használati eset,
• egy üzleti használati eset hogyan kerül
  kibontásra egy funkcionális használati eset
  csomaggal,
• egy funkcionális használati eset adattartalmát és
  viselkedését mely rendszermodell entitások és
  kontrollerek adják.

33
Modell rétegek kapcsolatai

• Minden réteg tartalmaz egy olyan modell csomagot,
  amely az adott réteg absztraktabb modell
  szintekkel való kapcsolatát specifikálják és
  mutatják meg.
• A modell rétegek közötti realizációs
  kapcsolatokkal követhetok, hogy a modellen az
  egyes módosításoknak milyen következményei
  vannak, melyeket végig kell követni.

34
(No Transcript)
35
Projektvezetés támogatása modellezéssel

• A modellben a projekt résztvevoit rögzítettük.
• Így tervben is rögzítésre kerülnek a fejlesztési
  szerepkörök és felelosségek.
• A modellben rögzítjük, hogy az egyes
  alrendszereket, modulokat mely tervezo
  modellezte, a fejlesztést illetve tesztelést ki
  végezte.
• Ha van egy módosítás, akkor a fejlesztés teljes
  életciklusa végigfut, amely a modellben szintén
  visszakereshetoen rögzítve van.

36
(No Transcript)
37
A projektbol leszurt eredmény

• Néhány tervezési minta már a használati eset
  diagramon felismerheto.
• Pl. a Sablonfüggvény (Template Method) tervezési
  minta használatára utal, ha egy felhasználó több
  olyan használati esetet is használhat, amelyeknek
  közös az ose.

38
(No Transcript)
39
Összefoglalás

• A projekt során alkalmazott projektvezetési és
  tervezési módszerek és megoldások teljesítettek a
  tervezési integritással, fejlesztési minoséggel
  kapcsolatos célokat.
• A bevezetett UML 2.x-n alapuló modellezési
  módszer lehetoséget ad arra, hogy a
• tervezés fejlesztés tesztelés
• integritása megmaradjon a késobbi módosítások
  kezelése során is. Így a megvalósítás és a
  tervezés során eloállt elképzelés nem fog eltérni
  egymástól.

40
Köszönöm a figyelmet!