Objektum orientált software fejlesztés (Bevezetés)

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Objektum orientált software fejlesztés (Bevezetés)"

Átírás

1 Objektum orientált software fejlesztés (Bevezetés) Lajos Miskolci Egyetem Általános Informatikai Tanszék Út az objektum orientált szemléletig 1. Klasszikus módszerek: program = adatszerkezetek + algoritmusok Alapkérdés: mi legyen a strukturálás alapja? 1. Processz alapú módszerek (top-down) A struktúrálás alapja a függvény. Példa: strukturált analízis és tervezés SADT Lajos Objektum orientált software fejlesztés OOSE / 2 Út az objektum orientált szemléletig 2. Hiányosságai: nem veszi figyelembe a software "fejlődő" természetét feltételezi, hogy van "top" (eseményvezérelt rendszer?) háttérbe szorul a program adatszerkezete nem "termel" újrafelhasználható elemeket. Jó a kis-közepes rendszerek esetén illetve a tervezés tanulása során. Lajos Objektum orientált software fejlesztés OOSE / 3

2 Út az objektum orientált szemléletig Adat alapú tervezési módszerek A struktúra alapja az adatszerkezet. Példa: Jackson módszer, SSADM Sajátosságai: rugalmasabb, inkább biztosít újrafelhasználható elemeket jobban segíti a program módosítását. Lajos Objektum orientált software fejlesztés OOSE / 4 Út az objektum orientált szemléletig Hibrid módszerek Példa: strukturált programozás (Dijsktra) Megpróbálja párhuzamosan finomítani az adatés függvénystruktúrát. Hátrány: ez is top-down módszer. Lajos Objektum orientált software fejlesztés OOSE / 5 Objektum orientált fejlesztés alapelve 1 Az adatalapú fejlesztési módszerekből nőtt ki. Program: egymással kommunikáló objektumok halmaza. Struktúra: az osztályok közötti reláció Viselkedés: az objektumok közötti üzenetváltások Lajos Objektum orientált software fejlesztés OOSE / 6

3 Objektum orientált fejlesztés alapelve 2 A programkészítés folyamatát modellkészítésnek tekintjük. Bertrand Meyer-től származó definíció: Software rendszerek felépítése absztrakt adattípusok implementációinak strukturált együtteséből. Lajos Objektum orientált software fejlesztés OOSE / 7 Az OO modell előnyei áttekinthetőség nem kell informatikusnak lennie az olvasónak, így alkalmas a megrendelővel történő egyeztetésre könnyen módosítható, átstrukturálható, kiegészíthető az elvi modell könnyen transzformálható implementációs modellé Lajos Objektum orientált software fejlesztés OOSE / 8 Az OO szemlélet absztrakciós eszköz Az objektum: egyediséggel rendelkező diszkrét entitás jellemzői: attribútumok, műveletek attribútum együttes: objektum állapot, ennek időbeli változása az objektum viselkedése műveletek(operations): implementálva módszernek (method) hívjuk Lajos Objektum orientált software fejlesztés OOSE / 9

4 OO absztrakció (folytatás) objektumok közötti interakciók: (message passing, event generating) üzenet(message), esemény (event) (lehet szintén objektum!) csak biztosított interface-en keresztül történhet. a műveletek valósítják meg Lajos Objektum orientált software fejlesztés OOSE / 10 OO absztrakció (folytatás) Példányosítás Általánosítás és pontosítás Kifizetés kifiz dátuma végösszeg Kp kifizetés kiad biz. Átutalásos kfizetés pénzf. jelzõszám Lajos Objektum orientált software fejlesztés OOSE / 11 Polimorfizmus OO absztrakció (folytatás) Alakzat forgatás() Kör forgatás() Elipszis forgatás() Téglalap forgatás() Lajos Objektum orientált software fejlesztés OOSE / 12

5 OO absztrakció (folytatás) Absztrakt osztály (csak interfészt specifikál) Paraméterezett osztály (osztályok mintája) Lajos Objektum orientált software fejlesztés OOSE / 13 OO szemlélet absztrakciós eszközei Lajos Objektum orientált software fejlesztés OOSE / 14 Objektum orientált technológiák programnyelvek (OOP) software tervezés (OOD) software specifikáció (OOA) software követelmény analízis (OORA) adatbázisok (OODBMS) interaktív felhasználói felületek (GUI) osztott rendszerek (CORBA, DCOM, RMI) Lajos Objektum orientált software fejlesztés OOSE / 15

6 OORA Formális módszerekkel a legkevésbé ellátott terület. A legutóbbi időkre tehető a próbálkozás ilyen módszerek kidolgozására. Lajos Objektum orientált software fejlesztés OOSE / 16 OOA 1. A rendszer megkívánt viselkedésének leírása. Felfedezzük a problématér (domain) lényeges osztályait, illetve objektumait és kapcsolataikat, a követelmény analízis felhasználásával. Pl. egy repülőgépes helyfoglaló rendszerben ilyenek lesznek Járat, Jegy, Utas, Légitársaság, Operátor stb Lajos Objektum orientált software fejlesztés OOSE / 17 OOA 2. Osztály (vagy objektum) lehet: esemény (helyfoglalás) szerep (utas) szervezeti egység (légitársaság) (al)rendszer (repülőgép) process (járat, azaz repülés egyik helyről a másikra) hely (célállomás) eljárás, függvény Lajos Objektum orientált software fejlesztés OOSE / 18

7 OOD 1. Feladata megtalálni és kiválasztani a megoldási tér osztályait és objektumait, azok viszonyait és együttműködésük módját A megoldási tér osztályai problématér osztályainak a leképezései a megoldás céljából a tervező által létrehozott osztályok Lajos Objektum orientált software fejlesztés OOSE / 19 OOD 2. Az analízis és a tervezési fázis nem válik el élesen az OOSD-ben! A fejlesztés az inkrementális életciklus modellt (fejlesztési stratégiát) használja, és iteratív jellegű. Egy lépés (iteráció), amely egyre részletesebb absztrakciós szinten ciklikusan ismétlődik: Lajos Objektum orientált software fejlesztés OOSE / 20 Start OOD 3. Stop Objektumok (és osztályaik) azonosítása Az osztályok, kapcsolatok és operációk implementálása Statikus struktúra kialakítása (Osztályok és kapcsolataik definiálása) Modell értékelése Dinamikus struktúra kialakítása (Processek és operációk definiálása) Lajos Objektum orientált software fejlesztés OOSE / 21

8 OOD 4. A folyamat akkor ér véget, ha nem szükséges további absztrakciós szint a felfedezett osztályok és objektumok már létező (újrahasznosítható) software komponensek kombinációival implementálhatók Lajos Objektum orientált software fejlesztés OOSE / 22 OOD 5. Lehetséges absztrakciós szintek: problématér réteg (ez mindig van!) felhasználói interface réteg file-rendszer réteg processz management réteg adatbáziskezelő réteg eszköz interface réteg stb. Lajos Objektum orientált software fejlesztés OOSE / 23 A modellalkotás alapproblémái A fejlesztés alapvető problémái: A fejlesztendő rendszer komplex, tehát a modellje is az. Biztosítani (és ellenőrizni) kell, hogy a modell valóban a megoldandó feladatot reprezentálja. Megoldási lehetőségek: Inkrementális és iteratív fejlesztés Modell nézetek Lajos Objektum orientált software fejlesztés OOSE / 24

9 Inkrementum, iteráció Nem egyszerre építjük fel a teljes modellt (inkrementális életciklus modell) Ha szükséges, még az inkrementumok felépítését is részekre (iterációkra) osztjuk. Előnyök: Egyszerre viszonylag egyszerű feladatot kell megoldani Gyakori részeredmény, amely ellenőrizhető Lajos Objektum orientált software fejlesztés OOSE / 25 Nézetrendszer 1. Nem egy modellt készítünk el, hanem a rendszer különböző nézőpontú modelljeit Előnyök A rendszer egyszerűbben átlátható, ha egyszerre csak egy adott nézőpontból kell vizsgálni. A különböző nézőpontból készített modellek összevethetők, és a modell helyességének ellenőrzésére használhatók fel. Lajos Objektum orientált software fejlesztés OOSE / 26 Nézetrendszer 2. Nézőpontok: Problématér Használati nézet Megoldási tér Strukturális, statikus nézet Dinamikus nézet Implementációs nézet Környezeti nézet Lajos Objektum orientált software fejlesztés OOSE / 27

10 Használati nézet A rendszer a felhasználó nézőpontjából Ezt a modellt a követelmény analízis és a specifikációs fázis állítja elő Ez tekinthető a problématér modelljének Lajos Objektum orientált software fejlesztés OOSE / 28 Strukturális, statikus nézet A rendszer egységei és azok kapcsolata A megoldási tér osztályai, objektumai Lajos Objektum orientált software fejlesztés OOSE / 29 Dinamikus nézet A rendszer egyes részeinek (objektumainak) viselkedése a működés során. A részek lehetséges állapotai Milyen események következtében megy egyik állapotból a másikba Az üzenetküldések sorozata (időben) Egy adott állapotban végrehajtandó tevékenységsor Lajos Objektum orientált software fejlesztés OOSE / 30

11 Implementációs nézet A megoldáshoz szükséges szoftver elemek, és azok kapcsolatai Lajos Objektum orientált software fejlesztés OOSE / 31 Környezeti nézet A rendszer működéséhez szükséges hardware és software erőforrások, és ezek kapcsolatai Lajos Objektum orientált software fejlesztés OOSE / 32 Objektum orientált módszerek 1. A módszerek részei: lépések (fázisok) leírása (feladatok és eredményeik) jelölésrendszer fejlesztési vezérelvek (pl. hogyan azonosíthatjuk az objektumokat?) Lajos Objektum orientált software fejlesztés OOSE / 33

12 Objektum orientált módszerek 2. eszközök (CASE rendszer, vagy alacsonyabb szintű segédeszközök) pragmatizmusok, heurisztikus elvek (a gyakorlati alkalmazások összegyűjtött tapasztalatai). Lajos Objektum orientált software fejlesztés OOSE / 34 Imertebb fejlesztési módszertanok 1. OMT (Object Modelling Technique, Rumbaugh, 1991, majd 1993) OOD (Object Oriented Design, Booch, 1991, majd 1993) OOA (Object Oriented Analysis, Coad & Yourdon, 1991) OOSD (Object-Oriented Structured Design, Wasserman, 1990) Lajos Objektum orientált software fejlesztés OOSE / 35 Imertebb fejlesztési módszertanok 2. HOOD (Hierachical Object Oriented Design, 1989) Responsibility -Driven Design, Wirfs & Buck, 1990 OOSE (Object Oriented Software Engineering, Jacobson, 1992) RUP (Rational Unified Process) (UML + fejlesztési folyamat ajánlás, ) Lajos Objektum orientált software fejlesztés OOSE / 36

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver

Részletesebben

Szoftver technológia - 2005 ProgMat -

Szoftver technológia - 2005 ProgMat - Szoftver technológia - 2005 ProgMat - 1. Szoftver életciklus modellek 1.1 Klasszikus waterfall vízesés modell Jellemzői: Technikai problémának tekintia fejlesztést. Nem foglalkozik a kommunikációs csatornákkal.

Részletesebben

Információs rendszerek Információsrendszer-fejlesztés

Információs rendszerek Információsrendszer-fejlesztés Információs rendszerek Információsrendszer-fejlesztés A rendszerfejlesztés életciklusa problémadefiniálás helyzetfeltárás megvalósítási tanulmány döntés a fejlesztésrıl ELEMZÉS IMPLEMENTÁCIÓ programtervezés

Részletesebben

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-technológia aspektusai

Részletesebben

Programozás. Objektum Orientált Programozás (OOP) Alapfogalmak. Fodor Attila

Programozás. Objektum Orientált Programozás (OOP) Alapfogalmak. Fodor Attila Programozás Objektum Orientált Programozás (OOP) Alapfogalmak Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. február 18.

Részletesebben

Komponens alapú fejlesztés

Komponens alapú fejlesztés Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Projectvezetők képességei

Projectvezetők képességei Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés

Részletesebben

4. A szoftvergyártás folyamata

4. A szoftvergyártás folyamata 4. A szoftvergyártás folyamata Kérdések Mi a szoftvergyártás modellje? Mi a három alapvető modell és mikor használjuk ezeket? Mik a követelménytervezés, a szoftverfejlesztés, a tesztelés és az szoftver-evolúció

Részletesebben

Magas szintű adatmodellek Egyed/kapcsolat modell I.

Magas szintű adatmodellek Egyed/kapcsolat modell I. Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés

Részletesebben

14. Objektum-orientált tervezés

14. Objektum-orientált tervezés 14. Objektum-orientált tervezés Kérdések Hogyan lehet a szoftvert egymással kapcsolatban lévő, önálló működésű, saját állapottal rendelkező objektumok halmazaként leírni? Mik az objektum-orientált tervezés

Részletesebben

Szoftvermenedzsment 4. fejezet A szoftverfolyamat

Szoftvermenedzsment 4. fejezet A szoftverfolyamat 4. fejezet A szoftverfolyamat Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai és Gazdasági Intézet 2007. július 1 A szoftverfolyamat Ahogyan az első fejezetben megbeszéltük: A szoftverfolyamat

Részletesebben

2. A rendszerfejlesztés módszertana

2. A rendszerfejlesztés módszertana Rendszerfejlesztés 2. A rendszerfejlesztés módszertana Miről lesz szó? módszertan: definíció, komponensek fejlesztési elvek fejlesztési módszerek az egyes fázisokban fejlesztést támogató technikák, eszközök

Részletesebben

Tételek: Kidolgozott és összefésült tételek színe

Tételek: Kidolgozott és összefésült tételek színe Tételek: Kidolgozott és összefésült tételek színe Kidolgozás és összefésülés alatt álló tételek színe 28. A szoftver jellemzői (a termék előállítás jellemzői, hibaaránygörbék, költségösszetevők, költségarányok)

Részletesebben

Programozási Technológia 1. 1. előadás bevezetés. Előadó: Lengyel Zsolt

Programozási Technológia 1. 1. előadás bevezetés. Előadó: Lengyel Zsolt Programozási Technológia 1. 1. előadás bevezetés Előadó: Lengyel Zsolt Tartalom Információk a tantárggyal kapcsolatban Programozási technológiai eszközök áttekintése UML tervezőeszközök JAVA fejlesztőeszközök,

Részletesebben

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció CCS Hungary, 2000 szeptember Handling rendszer technikai specifikáció Hálózati architektúra SITA Hálózat/ Vám/ Internet/... CodecServer üzenet központ DB LA N Laptop computer RAS elérés Adatbázis szerver

Részletesebben

Metamodellezés. Simon Balázs BME IIT, 2011.

Metamodellezés. Simon Balázs BME IIT, 2011. Metamodellezés Simon Balázs BME IIT, 2011. Bevezetés Metamodellezés EMF & ecore Tartalom (C) Simon Balázs, BME IIT, 2011. 2 Hétfő: Simon Balázs Bevezetés hetente felváltva: előadás és gyakorlat metamodellezés

Részletesebben

Adatbázis rendszerek 6.. 6. 1.1. Definíciók:

Adatbázis rendszerek 6.. 6. 1.1. Definíciók: Adatbázis Rendszerek Budapesti Műszaki és Gazdaságtudományi Egyetem Fotogrammetria és Térinformatika 6.1. Egyed relációs modell lényegi jellemzői 6.2. Egyed relációs ábrázolás 6.3. Az egyedtípus 6.4. A

Részletesebben

Szoftverprototípus készítése

Szoftverprototípus készítése Dr. Mileff Péter 1 Szoftverprototípus készítése A prototípus fogalma: a szoftverrendszer kezdeti verziója Mi a célja? Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat,

Részletesebben

AZ OBJEKTUM-ORIENTÁLT TERVEZÉSI ALAPELVEK KRITIKAI VIZSGÁLATA

AZ OBJEKTUM-ORIENTÁLT TERVEZÉSI ALAPELVEK KRITIKAI VIZSGÁLATA Kusper Gábor Eszterházy Károly Főiskola gkusper@aries.ektf.hu Márien Szabolcs Wit-Sys ZRt. szabolcs.marien@wit-sys.hu AZ OBJEKTUM-ORIENTÁLT TERVEZÉSI ALAPELVEK KRITIKAI VIZSGÁLATA Absztrakt A szakirodalom

Részletesebben

Objektum orientált programozás (Object Oriented Programming = OOP)

Objektum orientált programozás (Object Oriented Programming = OOP) Objektum orientált programozás (Object Oriented Programming = OOP) Ajánlott irodalom: Angster Erzsébet: Az objektumorientált tervezés és programozás alapjai Dr. Kondorosi Károly, Dr. László Zoltán, Dr.

Részletesebben

Objektumorientált programozás Java-ban

Objektumorientált programozás Java-ban Objektumorientált programozás Java-ban Objektumorientált fejlesztés Klasszikus alapszakaszok: Elemzés (analízis) specifikáció, használati esetek (use case diagramok), domain analysis Tervezés (design)

Részletesebben

CORBA bevezetés. Paller Gábor 2004.10.08. Internet és mobil rendszerek menedzselése

CORBA bevezetés. Paller Gábor 2004.10.08. Internet és mobil rendszerek menedzselése CORBA bevezetés Paller Gábor 2004.10.08 CORBA Common Object Request Broker Architecture Az Object Management Group (OMG) felügyeli (ugyanaz, mint az UML-t) A specifikáció célja alkalmazások együttműködésének

Részletesebben

1. Bevezetés a szoftvertechnológiába

1. Bevezetés a szoftvertechnológiába 1. Bevezetés a szoftvertechnológiába Kérdések Mi a szoftvertechnológia (szoftvermérnökség)? Mik a szoftvertechnológiát érintő legfontosabb kérdések és válaszok? Etikai és szakmai kérdések: hogyan érintik

Részletesebben

III. OOP (objektumok, osztályok)

III. OOP (objektumok, osztályok) III. OOP (objektumok, osztályok) 1. Természetes emberi gondolkozás Az Objektumorientált paradigma alapelvei nagyon hasonlítanak az emberi gondolkozásra. Érdemes ezért elsőként az emberi gondolkozás elveit

Részletesebben

NETinv. Új generációs informatikai és kommunikációs megoldások

NETinv. Új generációs informatikai és kommunikációs megoldások Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok

Részletesebben

A TANTÁRGY ADATLAPJA

A TANTÁRGY ADATLAPJA A TANTÁRGY ADATLAPJA 1. A képzési program adatai 1.1 Felsőoktatási intézmény Babeș-Bolyai Tudományegyetem 1.2 Kar Matematika és Informatika 1.3 Intézet Magyar Matematika és Informatika 1.4 Szakterület

Részletesebben

Komponens alapú szoftverfejlesztés. 1. Előadás Bevezetés

Komponens alapú szoftverfejlesztés. 1. Előadás Bevezetés Komponens alapú szoftverfejlesztés 1. Előadás Bevezetés 1. Bevezetés Hagyományos, nem komponensalapú fejlesztés: általában top-down, felülrőllefelé haladó módszer Komponensalapú fejlesztési módszer: bottom-up,

Részletesebben

Mindenki abból a három tantárgyból tesz szigorlatot, amelyet hallgatott.

Mindenki abból a három tantárgyból tesz szigorlatot, amelyet hallgatott. Szigorlati témakörök az Informatika (szigorlat) (BMEVIAU0181) c. tantárgyat felváltó Informatika (BMEGERIEEIS) tantárgyból az okleveles energetikai mérnökképzés (2N-0E) hallgatói számára 1. tantárgy: Programozás

Részletesebben

OMT esettanulmány Tornabajnokság eredmény nyilvántartó rendszere. Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék

OMT esettanulmány Tornabajnokság eredmény nyilvántartó rendszere. Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék OMT esettanulmány Tornabajnokság eredmény nyilvántartó rendszere Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Miskolc 200 Tartalomjegyzék. A feladat vázlata... 2. A követelmény analízis...

Részletesebben

Identity Management + Role Based Access Control

Identity Management + Role Based Access Control Identity Management + Role Based Access Control Hírközlési és Informatikai Tudományos Egyesület Számítástechnikai Szakosztálya, a European Organisation for Quality MNB Informatikai Szakbizottsága, és az

Részletesebben

Inczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport

Inczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport TANMENET Informatika szakmacsoport Programozási gyakorlatok III. tantárgy 12. évfolyam A osztály 2013/2014 tanév Heti óraszám: Éves óraszám: 3 óra 96 óra Készítette: Szikszai Gusztáv tanár Ellenőrizte:.

Részletesebben

problémák elvárások megoldások EAI MDA MOF CWM köztes Sw eszközök hatékonyság konklúzió 09:09 problémák elvárások megoldások EAI MDA MOF CWM

problémák elvárások megoldások EAI MDA MOF CWM köztes Sw eszközök hatékonyság konklúzió 09:09 problémák elvárások megoldások EAI MDA MOF CWM Az IR-fejlesztés problémái A vállalati alkalmazásintegráció szabványos megoldása avagy A domén-modell UML-alapú transzformációja -elvű modellezési stratégia alkalmazásával Néhány adat az informatikai rendszerekről:

Részletesebben

Osztott Objektumarchitektúrák

Osztott Objektumarchitektúrák 1. Kliens szerver architektúra Osztott Objektumarchitektúrák Dr. Tick József Jól bevált architektúra Kliens-szerver szerepek rögzítettek Szerver szolgáltatást nyújt, vagy igénybe vesz Kliens csak igénybe

Részletesebben

2012.02.08. Ajánlott irodalom. Adatbázisok I.

2012.02.08. Ajánlott irodalom. Adatbázisok I. Ajánlott irodalom Adatbázisok I. Szendrői Etelka főiskolai docens Rendszer- és Szoftvertechnológia Tanszék szendroi@pmmk.pte.hu Ullmann, Jeffry David, Adatbázisrendszerek: Alapvetés Kovács László (2004)

Részletesebben

INFORMATIKA ÉRETTSÉGI VIZSGA ÁLTALÁNOS KÖVETELMÉNYEI

INFORMATIKA ÉRETTSÉGI VIZSGA ÁLTALÁNOS KÖVETELMÉNYEI 1. oldal, összesen: 6 oldal INFORMATIKA ÉRETTSÉGI VIZSGA ÁLTALÁNOS KÖVETELMÉNYEI A vizsga formája Középszinten: gyakorlati és szóbeli. Emeltszinten: gyakorlati és szóbeli. Az informatika érettségi vizsga

Részletesebben

OOP #1 (Bevezetés) v1.0 2003.03.07. 18:39:00. Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj.

OOP #1 (Bevezetés) v1.0 2003.03.07. 18:39:00. Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj. OOP #1 (Bevezetés) v1.0 2003.03.07. 18:39:00 Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj. e-mail: aroan@ektf.hu web: http://aries.ektf.hu/~aroan OOP OOP_01-1 - E jegyzet másolata

Részletesebben

Java. Perzisztencia. ANTAL Margit. Java Persistence API. Object Relational Mapping. Perzisztencia. Entity components. ANTAL Margit.

Java. Perzisztencia. ANTAL Margit. Java Persistence API. Object Relational Mapping. Perzisztencia. Entity components. ANTAL Margit. Sapientia - EMTE 2008 Az előadás célja JPA - - perzisztencia ORM - - Objektumrelációs leképzés - Entitásbabok Állandóság Mechanizmus amely során az alkalmazás adatai megőrzésre kerülnek valamely perzisztens

Részletesebben

Rendszertervezés 4. A rendszerfejlesztés eszközei (technikák, CASE, UML) Dr. Szepesné Stiftinger, Mária

Rendszertervezés 4. A rendszerfejlesztés eszközei (technikák, CASE, UML) Dr. Szepesné Stiftinger, Mária Rendszertervezés 4. A rendszerfejlesztés eszközei (technikák, CASE, UML) Dr. Szepesné Stiftinger, Mária Rendszertervezés 4. : A rendszerfejlesztés eszközei (technikák, CASE, UML) Dr. Szepesné Stiftinger,

Részletesebben

NEPTUN ID BMENET ID. Címtár BME VPN. vcenter VPN SVN. Trac Wiki. Wifi

NEPTUN ID BMENET ID. Címtár BME VPN. vcenter VPN SVN. Trac Wiki. Wifi Tanszék N NEPTUN ID Címtár vcenter Trac Wiki SVN Wifi VPN BMENET ID BME VPN BME címtár elérés Drupal alól Ujhelyi Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek

Részletesebben

A fejlesztés módszertana

A fejlesztés módszertana A fejlesztés módszertana (A térkép) 2003. május ago@intermail.hu http://www.ago.sw.hu 2003. május 1/58 1. BEVEZETÉS A MÓDSZERTANOK VILÁGÁBA...5 MI A MÓDSZERTAN ÉS MIÉRT VAN RÁ SZÜKSÉG?... 5 A PROGRAMOZÁSTÓL

Részletesebben

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel Készítette: Szabó Gábor, 1996 Az Az IntelliCorp IntelliCorp stratégiája: stratégiája: Kifinomult, Kifinomult, objektum-orientált objektum-orientált környezetet környezetet biztosít biztosít tervezéséhez,

Részletesebben

Szakterület modell. Bővítés attribútumokkal. BCE, Információrendszer tanszék, Dr. Molnár Bálint, egyetemi

Szakterület modell. Bővítés attribútumokkal. BCE, Információrendszer tanszék, Dr. Molnár Bálint, egyetemi Szakterület modell Bővítés attribútumokkal Előadás célja A szakterületi modellen belül az attribútumok felismerése és leírása, meghatározása (specifikálása). Az attribútumok elkülönítésének korrekt eljárása

Részletesebben

ö ö ö ó ö ö ú ö ö ö ö ö ú ő ő ö ő ö ó ó ő ű ó ö őö ő ü ő ő ú ó Á Á Á Á ó ü ó ó ú Á Á Á ő ő ö ő ö ü É Á Á ú ö Á Á É É ö ü ö ö ő Í Á Ő É Ő ú Á É É ö ű ü ő ő ö ü ó ö Á É É ő ó ó ö ő ó Ö ő ó Ő ő ü ö ö ó ö

Részletesebben

ó ü ú ü ú ó ó ú ü ú ü ú ö ö ű ü ö ö ö ú ó ü ö ö ö ü ö ö ö óó ü ö ö ó ó ö ó ö ú ó ó ó ó ű ö ö ó ö ó ó ú ű ü ö ö óó ú ó ö ö ü ó ó ó ó ó ó ó ü ó ú ű ü ó ö ú ű ó ü ö ö ó ó ü Á ó ű ó ü ó ó ú ó ú ó ó ö ö ü ú

Részletesebben

Ö Í Ő Ó ó ö ó ó ő ö ú ö ú ö ö ú Í ó ö őö ő ü É É ő ő ö ö ó ó ö ő ő ő Ü É ü ú Ö Ö É É ő Ü Ö Í É Ó Ö Ó Ü É Ö ú Ó É Ő É É ö ö ü ö Ü ö ö ő ö ő ő Ö Ú Ő É Ő Ú É É ö ű ő ő ö ó ö Ú É É Ő Ó Ó ö Ó ö ó ő ó ő ó ű

Részletesebben

Ó Ó ö ő ő Ü ö Ü ő ö ö Ü Ó ö Ó Ó Ü ö Ó Ó Ü Ó Ü ö ö ő Ü ő ö Ü ő Ó Ü ő ö Ó Ó Ü ö ő Ü Ü Ü Ó ö ö ő Ü Ó Ö ö Ó Ü Ó Ü Ó ő ö ö Ü Ü ő ö Ó Ü Ó ö Ó Ó ö Ü ö ő ö Ó ö ö ö ö ö ö ö ö ö Ü ő ű ű ö Ó ű ő Ó Ó Ü Ó Ü ő Ü Ó

Részletesebben

Á Á Ó É ö ó ó É í ó ü ó ö ö í ó ö ó í ó í ú Í í ó í ö í ó ű ű ü ó ó ú í ö í ö ü ú í í ü ü ó ó ó ó ó ú í ü í ű ó í í ö ü ü í ű ó í ó ü ö ü í í ü ó ű ó í ü ü ó í ó ó í ó í ú í ó ó í ö ó ö Á óö ö í í ó ó

Részletesebben

IRÁNYTŰ A SZABÁLYTENGERBEN

IRÁNYTŰ A SZABÁLYTENGERBEN IRÁNYTŰ A SZABÁLYTENGERBEN amikor Bábel tornya felépül BRM konferencia 2008 október 29 BCA Hungary A Csapat Cégalapítás: 2006 Tanácsadói létszám: 20 fő Tapasztalat: Átlagosan 5+ év tanácsadói tapasztalat

Részletesebben

Szoftvertechnológia 2008/2009. tanév 2. félév 2. óra. Szoftvertechnológia

Szoftvertechnológia 2008/2009. tanév 2. félév 2. óra. Szoftvertechnológia Szoftvertechnológia Szabolcsi Judit 2008 (Ajánlott irodalom: R. A. Maksimchuk E. J. Naiburg: UML földi halandóknak. Kiskapu Kiadó, Budapest 2006. és Harald Störrle: UML 2. Panem Kiadó, Budapest 2007.)

Részletesebben

Hát én immár mit válasszak?

Hát én immár mit válasszak? Hát én immár mit válasszak? Az SQI szoftverminőséggel kapcsolatos kutatási projektjei Dr. Balla Katalin 2005.04.15. ~ A környezet ~ Az SQI kutatási-fejlesztési projektjei ~ TST ~ IKKK Miről lesz szó 2005.04.15.

Részletesebben

Szoftvertervezés jegyzet

Szoftvertervezés jegyzet Szoftvertervezés jegyzet Tartalomjegyzék Bevezetés...4 1. Objektumorientált szoftverek...6 1.1. A procedurális szoftverek jellemzői... 6 1.2. Az objektumorientált szoftverek jellemzői...8 2. Egy objektumorientált

Részletesebben

Fejlesztési stratégiák

Fejlesztési stratégiák UML alapok Példa Fejlesztési stratégiák Csapatmunka Stratégia, közös nyelv (modellezési nyelvek, pl. UML) Eszközök: verziókövetés (CVS/SVN), hibajelentés (bugzilla), stb. Klasszikus alapszakaszok, vízesés

Részletesebben

Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése

Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése Majzik István Egyes ábrák: Pap Zsigmond, Polgár Balázs http://www.inf.mit.bme.hu/ Tartalomjegyzék Motiváció Miért fontosak a tervezési

Részletesebben

MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység

MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység MINISZTERELNÖKI HIVATAL Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1188-06/1 Szóbeli vizsgatevékenység Szóbeli vizsgatevékenység időtartama: 45 perc A 20/2007. (V. 21.) SZMM rendelet

Részletesebben

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM)

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) Célja: A követelményrögzítés (a szoftverfejlesztés els fázisaiban, pl. a követelménydefiníciós fázisban használatos). Funkcionális diagram: középpontban a rendszer

Részletesebben

ALKALMAZÁS KERETRENDSZER

ALKALMAZÁS KERETRENDSZER JUDO ALKALMAZÁS KERETRENDSZER 2014 1 FELHASZNÁLÓK A cégvezetők többsége a dobozos termékek bevezetésével összehasonlítva az egyedi informatikai alkalmazások kialakítását költséges és időigényes beruházásnak

Részletesebben

Számítógéppel segített folyamatmodellezés p. 1/20

Számítógéppel segített folyamatmodellezés p. 1/20 Számítógéppel segített folyamatmodellezés Piglerné Lakner Rozália Számítástudomány Alkalmazása Tanszék Pannon Egyetem Számítógéppel segített folyamatmodellezés p. 1/20 Tartalom Modellező rendszerektől

Részletesebben

OO rendszerek jellemzői

OO rendszerek jellemzői OO rendszerek jellemzői Problémák forrása lehet teszteléskor: Problémák feldarabolása. Adatrejtés. Az OO rendszerek nagyszámú, egymással aktívan kapcsolatban levő, együttműködő komponensekből állnak. A

Részletesebben

ú ü É Á Á ü ú Á Á Ó ü Ó Ö ű ü Ő ú Á Á Á Á ü ü Ü ü ü ü ű Ó Ö ü ü ü ű ú Á Á Á ü Ü ú ű ű ü É Á Á ü ü ü Á Ó Á ü É Á Á Á Á Ó Ő Á Á ü ü ü ú É ú Á ü ü ú ü ü ú Ö Ú É Ő Ó Ó Ö Á Ó ü ü ü ü Ö ű ü ű ü ű ü ű ű ü ü ú

Részletesebben

Serialization. RMI működése

Serialization. RMI működése RMI Az RMI (Remote Method Invocation), azaz távoli metódushívás egy olyan eszköz a Java nyelvben, mely lehetővé teszi más VM-ben (Virtual Machine virtuális gép) elhelyezkedő objektumok metódusainak meghívását.

Részletesebben

Objektumorientált paradigma

Objektumorientált paradigma Objektumorientált paradigma Bevezető Vámossy Zoltán vamossy.zoltan@nik.uni-obuda.hu Óbudai Egyetem Neumann János Informatikai Kar Objektumorientált paradigma BEVEZETŐ FOGALMAK 2/77 Bevezetés - Fogalom

Részletesebben

IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan

IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan Bácsi Zoltán Bedecs Szilárd Napirend Közép Európai Egyetem (CEU) bemutatása IT stratégia kialakítása Változás előtt Termék

Részletesebben

AZ OBJEKTUM-ORIENTÁLTSÁG ALAPFOGALMAINAK BEMUTATÁSA A C++ NYELV SEGÍTSÉGÉVEL

AZ OBJEKTUM-ORIENTÁLTSÁG ALAPFOGALMAINAK BEMUTATÁSA A C++ NYELV SEGÍTSÉGÉVEL Informatika a Felsõoktatásban 96 - Networkshop 96 Debrecen, 1996 augusztus 27-30 AZ OBJEKTUM-ORIENTÁLTSÁG ALAPFOGALMAINAK BEMUTATÁSA A C++ NYELV SEGÍTSÉGÉVEL Szkiba Iván, szkiba@mathkltehu Vég Csaba, vega@dragonkltehu

Részletesebben

Tartalom A verifikáció és validáció tervezése Szoftver vizsgálatok Automatizált statikus analízis Cleanroom szoftverfejlesztés

Tartalom A verifikáció és validáció tervezése Szoftver vizsgálatok Automatizált statikus analízis Cleanroom szoftverfejlesztés 22. Verifikáció és validáció Kérdések Mi a szoftver verifikáció és validáció, mi a különbség köztük? Mi a program-vizsgálati eljárás, mi a szerepe a verifikációban és validációban? Mi a statikus analízis,

Részletesebben

PROGRAMOZÁSMÓDSZERTAN II

PROGRAMOZÁSMÓDSZERTAN II PROGRAMOZÁSMÓDSZERTAN II A programozás természetesen ugyan úgy fejlődik mint az informatika egyéb területei. Az új hardver és szoftver elemek maguk után vonták a programozás és a programozási nyelvek fejlődését.

Részletesebben

Tamagocsi Projektterv

Tamagocsi Projektterv Tamagocsi Projektterv Csapat: CamelCase { Laczik Sándor János; Szőke Gábor; Vasas Szabolcs; } Évfolyam: PTI MSc II. 2011/2012 1. Összefoglaló A feladat egy PC-n futtatható tamagocsi játék fejlesztése.

Részletesebben

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz)

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) A házi feladatokkal kapcsolatos követelményekről Kapcsolódó határidők: választás: 6. oktatási hét csütörtöki

Részletesebben

alkalmazásfejlesztő környezete

alkalmazásfejlesztő környezete A HunGrid infrastruktúra és alkalmazásfejlesztő környezete Gergely Sipos sipos@sztaki.hu MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu www.eu-egee.org egee EGEE-II INFSO-RI-031688 Tartalom

Részletesebben

Szoftverfejlesztő képzés tematika oktatott modulok

Szoftverfejlesztő képzés tematika oktatott modulok Szoftverfejlesztő képzés tematika oktatott modulok 1148-06 - Szoftverfejlesztés Megtervezi és megvalósítja az adatbázisokat Kódolja az adattárolási réteget egy adatbáziskezelő nyelv használatával Programozás

Részletesebben

SZOFTVERFEJLESZTÉSI TECHNOLÓGIÁK

SZOFTVERFEJLESZTÉSI TECHNOLÓGIÁK SZOFTVERFEJLESZTÉSI TECHNOLÓGIÁK Programnyelv fa: A nyilak irányába hatnak egymásra a nyelvek. Az ALGOL 60 előtt is voltak nyelvek (pl.: Fortran). Az aláhúzottak objektumorientált nyelvek (későbbiekben

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Szoftver minőségi alapkérdések Hogyan hasznosítsuk a know-how-t

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment

Részletesebben

Vállalati modellek. Előadásvázlat. dr. Kovács László

Vállalati modellek. Előadásvázlat. dr. Kovács László Vállalati modellek Előadásvázlat dr. Kovács László Vállalati modell fogalom értelmezés Strukturált szervezet gazdasági tevékenység elvégzésére, nyereség optimalizálási céllal Jellemzői: gazdasági egység

Részletesebben

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 C# Szálkezelés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 Tartalomjegyzék 1 Bevezetés 2 Szálkezelés 3 Konkurens Programozás Tóth Zsolt (Miskolci Egyetem)

Részletesebben

Perzisztencia. ANTAL Margit. Sapientia - EMTE. ANTAL Margit Java technológiák 11. előadás Perzisztencia

Perzisztencia. ANTAL Margit. Sapientia - EMTE. ANTAL Margit Java technológiák 11. előadás Perzisztencia Java technológiák 11. előadás Perzisztencia ANTAL Margit Sapientia - EMTE 2010 Az előadás célja JPA Java Persistence API ORM Object Relational Mapping Entitások közötti asszociációk megvalósítása Fontosabb

Részletesebben

Rational Unified Process

Rational Unified Process RUP áttekintés Cs. Vég (2001) 1 Rational Unified Process Áttekintés Vég Csaba (www.logos2000.hu) ( 2001 ) RUP áttekintés Cs. Vég (2001) 2 A fejlesztés folyamata A Unified Process a rendszerfejlesztés folyamatát

Részletesebben

Szoftver tervezés és minısítés

Szoftver tervezés és minısítés 1/a) Ismertesse és értékelje az alapvetı szoftvertervezési megközelítéseket (filozófiákat)! - adatfolyam-orientált A szoftver struktúráját az adatok áramlása alapján tervezi (Constantine, Yourdon, 1979)

Részletesebben

Informatikai rendszerek fejlesztése

Informatikai rendszerek fejlesztése Informatikai rendszerek fejlesztése Dr. Csetényi Arthur Előadás: hétfő 8:00 9:20 Fogadóóra: hétfő 9:30 11:00 (Sóház, fszt. 02) E-mail: csetenyi at uni-corvinus dot hu Informatikai rendszerek fejlesztése

Részletesebben

Közösség, projektek, IDE

Közösség, projektek, IDE Eclipse Közösség, projektek, IDE Eclipse egy nyílt forráskódú (open source) projekteken dolgozó közösség, céljuk egy kiterjeszthető fejlesztői platform és keretrendszer fejlesztése, amely megoldásokkal

Részletesebben

Szoftvertervezés laborjegyzet Tartalom:

Szoftvertervezés laborjegyzet Tartalom: Szoftvertervezés laborjegyzet Tartalom: 1. gyakorlat: Általános tervezési irányelvek 2. gyakorlat: UML alapfogalmak, tervezés UML-ben 3. gyakorlat: Osztálydiagramok 4. gyakorlat: Használati eset diagramok

Részletesebben

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében): Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki

Részletesebben

SW-project management

SW-project management SW-project management 1 PM tárgya tervezés megfigyelés ellenőrzés emberek folyamat események 4P People (emberek) Product (termék) Process (folyamat) Project PM szintjei 3 SW előállítási folyamat bizonytalansága

Részletesebben

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó Fejlesztési projektek menedzselése IBM Rational CLM termékekkel Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó Tartalom I. CLM termékek rövid ismertetése II. Projekt menedzsment módszertanokról III. Demo

Részletesebben

5. Gyakorlat. 5.1 Hálós adatbázis modell műveleti része. NDQL, hálós lekérdező nyelv:

5. Gyakorlat. 5.1 Hálós adatbázis modell műveleti része. NDQL, hálós lekérdező nyelv: 5. Gyakorlat 5.1 Hálós adatbázis modell műveleti része NDQL, hálós lekérdező nyelv: A lekérdezés navigációs jellegű, vagyis a lekérdezés megfogalmazása során azt kell meghatározni, hogy milyen irányban

Részletesebben

Informatikus informatikus 54 481 04 0010 54 07 Térinformatikus Informatikus É 1/9

Informatikus informatikus 54 481 04 0010 54 07 Térinformatikus Informatikus É 1/9 A 10/2007 (II. 27.) SzMM rendelettel módosított 1/2006 (II. 17.) OM rendelet Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő felvétel és törlés eljárási rendjéről alapján. Szakképesítés,

Részletesebben

Web-fejlesztés NGM_IN002_1

Web-fejlesztés NGM_IN002_1 Web-fejlesztés NGM_IN002_1 Rich Internet Applications RIA Vékony-kliens generált (statikus) HTML megjelenítése szerver oldali feldolgozással szinkron oldal megjelenítéssel RIA desktop alkalmazások funkcionalitása

Részletesebben

Felhasználói felületek. Felhasználói felületek. Felhasználói felületek 2011.12.29.

Felhasználói felületek. Felhasználói felületek. Felhasználói felületek 2011.12.29. Felhasználói felületek Dr. Mileff Péter A felhasználói felület az elsődleges kapcsolódási pont a felhasználó és a számítógép között. A jól áttekinthető, gondos felhasználói felület kidolgozása fontos!

Részletesebben

Elosztott rendszer architektúrák

Elosztott rendszer architektúrák Elosztott rendszer architektúrák Distributed systems architectures Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 12. Andrew S. Tanenbaum, aarten van Steen: Distributed Systems: rinciples

Részletesebben

A PhysioBank adatmegjelenítő szoftvereinek hatékonysága

A PhysioBank adatmegjelenítő szoftvereinek hatékonysága A PhysioBank adatmegjelenítő szoftvereinek hatékonysága Kaczur Sándor kaczur@gdf.hu GDF Informatikai Intézet 2012. november 14. Célok, kutatási terv Szabályos EKG-felvétel: P, Q, R, S, T csúcs Anatómiai

Részletesebben

Hogyan lesz adatbányából aranybánya?

Hogyan lesz adatbányából aranybánya? Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.

Részletesebben

HRdoc+ Rendszerismertető. Számítástechnikai és Szolgáltató Kft. Tel.: +36 23 311 799 info@divicon.hu www.divicon.hu H-2051 Biatorbágy, Viola u. 38.

HRdoc+ Rendszerismertető. Számítástechnikai és Szolgáltató Kft. Tel.: +36 23 311 799 info@divicon.hu www.divicon.hu H-2051 Biatorbágy, Viola u. 38. HRdoc+ Rendszerismertető Számítástechnikai és Szolgáltató Kft. Tel.: +36 23 311 799 info@divicon.hu www.divicon.hu H-2051 Biatorbágy, Viola u. 38. Tartalomjegyzék 1. A rendszer célja 2 2. A rendszer fő

Részletesebben

Integrált keretrendszer

Integrált keretrendszer Integrált keretrendszer Példa SAP R/3 Számvitel, könyvelés Informatikai modellezés 1 Termelésirányítás, -tervezés Termelésirányításiprogram Műszaki alkotórészek, komponensek Anyaggazdálkodás Darabjegyzék

Részletesebben

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10.

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10. Üzleti folyamatok rugalmasabb IT támogatása Nick Gábor András 2009. szeptember 10. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:

Részletesebben

Örökölt adattárháztól a CMDB-ig

Örökölt adattárháztól a CMDB-ig Örökölt adattárháztól a CMDB-ig Engel László, Ferrinfo Zrt. Bartók Nagy János, ICON Zrt. Ferrinfo bemutatás a Dunaferr csoport informatikai szolgáltatója 3500 felhasználó mintegy 30 üzleti partner 2 telephely

Részletesebben

Hő- és füstelvezetés, elmélet-gyakorlat

Hő- és füstelvezetés, elmélet-gyakorlat Hő- és füstelvezetés, elmélet-gyakorlat Mérnöki módszerek alkalmazásának lehetőségei Szikra Csaba tudományos munkatárs BME Építészmérnöki Kar Épületenergetikai és Épületgépészeti Tanszék szikra@egt.bme.hu

Részletesebben

Szolgáltatás Orientált Architektúra a MAVIR-nál

Szolgáltatás Orientált Architektúra a MAVIR-nál Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés

Részletesebben

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés

Részletesebben

DW/BI rendszerek kialakítása bevezetői szemszögből. Gollnhofer Gábor - Meta Consulting Kft.

DW/BI rendszerek kialakítása bevezetői szemszögből. Gollnhofer Gábor - Meta Consulting Kft. DW/BI rendszerek kialakítása bevezetői szemszögből Gollnhofer Gábor - Meta Consulting Kft. Bemutatkozás Meta Consulting Kft. BI, DW és CRM rendszerek tervezése és kialakítása rendszerintegráció, egyedi

Részletesebben

Szolgáltatás-orientált technológiák alkalmazási kérdései Absztrakt 1. Bevezetés

Szolgáltatás-orientált technológiák alkalmazási kérdései Absztrakt 1. Bevezetés Szolgáltatás-orientált technológiák alkalmazási kérdései Póta Szabolcs, Juhász Zoltán Veszprémi Egyetem, Információs Rendszerek Tanszék {pota, juhasz}@irt.vein.hu Absztrakt A szolgáltatás-orientált technológiák

Részletesebben

matematikus-informatikus szemével

matematikus-informatikus szemével Ontológiák egy matematikus-informatikus szemével Szeredi Péter Budapesti Műszaki és Gazdaságtudományi Egyetem Számítástudományi és Információelméleti Tanszék ➀ Mi az ontológia, mire jó, hogyan csináljuk?

Részletesebben