Webtechnológiák információs redszerekben. Bevezető 1.
|
|
- Alfréd Gál
- 8 évvel ezelőtt
- Látták:
Átírás
1 Webtechnológiák információs redszerekben Bevezető 1.
2 Témakörök Ismertetés, bevezető, mashup, WS bővebben - SOA Üzleti folyamatmenedzsment BPM Enterprise Architecture ARIS Big Data Nagyvállalati web-alkalmazások Meghívott előadók Konzultáció
3 1. beadandó WS kliens szerver példa alkalmazás: Java / PHP /.NET Adatbázis: Termékek adatait: termék név, leírás, eladási_ár (aktuális) Készletinformációkat: termék, készletdb REST WS: Termék és készletinformációk lekérésée SOAP WS: Termék értékesítése Határidő: márc. 14.
4 Szükséges alapok HTTP Adatbázis-kezelés JavaScript / Java nyelv (Java EE) / ASP.NET & C# Modellezési ismeretek XML Web-szolgáltatások
5 BEVEZETÉS 6
6 Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások
7 Egygépes (standalone) alkalmazások Kliens gép 1 Kliens gép 2 Kliens gép N Program Program Program... Adatok (fájlok) Adatok (fájlok) Adatok (fájlok) A program teljes egészében a munkaállomáson fut. Az adatok ugyanitt tárolódnak. Egyszerre csak egy felhasználó használhatja. Semmilyen hálózati kapcsolat nincs, a különálló programok közti adatszinkronizáció meglehetősen nehézkes.
8 Egyszerű kliens-szerver alkalmazások 1. Egy vagy több szerver gép erőforrásait (jellemzően adatait) megosztja a kliensek között. Jobb esetben on-line. Az alkalmazás egy része (adatbázis-kezelő rsz.) a szerven fut. Kliens gép 1 Program Kliens gép 2 Program Intranet Szerver gép Az alkalmazás logikát implementáló rész a kliens gépeken fut. vastag kliens rendszerek... Kliens gép N RDBMS (Relational DataBase Management System) Egy adatbázist többféle kliens program is használhat. Program Egyszerre több konkurrens felhasználó használhatja.
9 Egyszerű kliens-szerver alkalmazások 2. Jellemzően intranet-es alkalmazásoknál használatos. Kliens gép 1 Terheli a kliens gép erőforrásait. Gyakran mindenféle driver-ek telepítését igényli a kliens gépeken Program Kliens gép 2 Program Intranet Szerver gép Verziófrissítés alkalmával az összes kliens-en frissíteni kell a programot. A RAD (Rapid Application Development) sok eszközzel támogatott, számos jó vizuális fejlesztőkörnyezet: gyorsan összekattint-gathatunk és leprogramozhatunk komoly alkalmazásokat.... Kliens gép N Program RDBMS (Relational DataBase Management System)
10 Többrétegű (multitier) hálózati alkalmazások Minimálisan három réteg létezik: Front End = kliens oldali felhasználói réteg (általában egy WEB böngészőben) Middleware = szerver oldali prezentációs és logikai réteg (általában egy WEB szerveren beágyazott script-ekben összeolvasztva a megjelenítés és az egyszerűbb logika) Back End = hátsó szerver oldali nagykapacitású tároló (adatbázis szerver) vagy számoló réteg
11 Háromrétegű architektúra Front End Middleware Back End Kliens gép 1 Adatbázis szerver WEB Böngésző Kliens gép 2 WEB Böngésző... Internet/ Intranet Web szerver Web Server Application Server (pl. PHP) RDBMS (Relational DataBase Management System) Adatbázis szerver XML DBMS (XML DataBase Management System) Kliens gép N Egyéb szerver WEB Böngésző Nagykapacitású, bonyolul számításokat végző alkalmazás
12 Többrétegű architektúra Front End Kliens gép 1 Prezentációs layer Middleware Logikai layer Back End Adatbázis szerver WEB Böngésző Web szerver1 Web Server Applikációs szerver1 RDBMS (Relational DataBase Management System) Kliens gép 2 WEB Böngésző... Kliens gép N Internet/ Intranet Prezentációs alkalmazás (pl. JSP)... Web szerverk Web Server Application Server... Applikációs szerverm Adatbázis szerver XML DBMS (XML DataBase Management System) Egyéb szerver WEB Böngésző Prezentációs alkalmazás (pl. JSP) Application Server Nagykapacitású, bonyolul számításokat végző alkalmazás
13 Többrétegű architektúra jellemzői Load balancing, terhelésmegosztás. Tervezést támogató környezetek: Java J2EE,.Net. Architektúra felosztás-összevonás logikai szinten. A rendszer logikai architektúrája (tervezés, programozás) független a számítógépes megvalósítástól, hálózattól. A logikai réteg tovább osztható. Nagyon sok konkurens felhasználó kiszolgálására optimalizálva
14 Többrétegű architektúra jellemzői Kliens gép: böngésző, a logika többnyire a szerveren található vékony kliens architektúra Minimális logika a klienseken: a beviteli adatok validálására, a lapok speciális megjelenítésére (pl. JavaScript). A szerveren elkülönül az adattárolás, a logika és a prezentáció eltérő szerepkörök Az egyes szintek önmagukban is tesztelhetőek. A rendszer egyes komponensei több célra vagy újra felhasználhatók.
15 Többrétegű architektúra jellemzői A vékony kliensek miatt nagyon gyenge kliens gépek is elegendők. A technológia platformfüggetlen. A kliensekre nem kell drivert telepíteni. A verziófrissítés csak a szervert érinti, a klienseket nem. Sajnos egyelőre elég kevés eszköz támogatja a RAD-ot (Rapid Application Development), a környezet kevés segítséget nyújt a programozónak a megoldási lehetőségek kiválasztásában Házi szabványok, saját keretrendszerek készülnek. Nehezebb tesztelni
16 Load Balancer Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript Web-es architektúra Front End Kliens: Web böngésző Prezentációs Layer Middleware Logikai Layer Back End Adatbázis szerver Web szerver Prezentációs szerver Alkalmazás szerver RDBMS Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Web szerver Prezentációs szerver Alkalmazás szerver XML DBMS Nagy kapacitású, összetett számításokat végző szerver
17 WS Load Balancer WS Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript WS Web-es architektúra SOA Front End Kliens: Web böngésző Prezentációs Layer Web szerver Middleware SOA Layer ESB + Orchestration+ Back End / Persistence Layer Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Prezentációs szerver Web szerver Prezentációs szerver Web szolgáltatás (alkalmazási logika) Egyéb erőforrások, legacy systems (ERP, CRM, stb). SOA: háttér rendszerekből Business Objects (resources), WS + Human task + Business Rule. Üzleti folyamatok által irányítva
18 Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
19 Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
20 Vállalati alkalmazások
21 WEB-SZOLGÁLTATÁSOK 22
22 Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek, melyeket az alkalmazások felkutatnak, egyesíthetnek és átszervezhetnek, hogy megoldást találjanak a felhasználó problémájára. Elsősorban a Java nyelvre és az XML-re támaszkodnak. 23
23 Webszolgáltatások fogalma Microsoft (többféleképpen, lényeg) Nem objektummodellekre épít, hanem mindenhonnan elérhető webprotokollokon és adatformátumokon keresztül használjuk. Nem foglalkozik a megvalósítással, bármilyen rendszer, bármilyen programnyelv lehet a kiszolgáló. Nem szorítja meg az XML formátumot. W3C A software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with XML serialization in conjunction with other Web-related standards. 24
24 Webszolgáltatások fogalma Bármilyen rendszer Bármilyen programnyelv HTTP Mime típusok Web itt hálózat, nem feltétlenül Internet (Világháló, World Wide Web) Egységesítés, modularitás (verziózás) Kérés-válasz típusú (Request-Response, Rq/Rs) 25
25 Webszolgáltatások Előzmények: RPC (távoli eljáráshívás) CORBA... Fajtái: SOAP RESTful... 26
26 Webszolgáltatások használata Service Registry / Broker Find Register Service Consumer / Requester Bind Execute Service Provider 27
27 Webszolgáltatás protokol szintek Service-based Processes Service Discovery Service Description - Webszolgáltatások integrálása - WS-BPEL - Webszolgáltatások regisztrálása - UDDI - Interfész specifikáció - WSDL Service Messaging Service Transport - XML alapú üzenetek - XML-RPC, SOAP -Üzenet átviel - HTTP, SMTP, FTP, BEEP 28
28 RESTful webszolgáltatások Representational State Transfer CRUD műveletekből HTTP műveleteket készítünk: Alkalmazás művelet Create Retrieve Update Delete HTTP protokoll POST GET PUT DELETE 29
29 RESTful webszolgáltatások HTTP(S) Hívás 1 GET URL ( Név-érték párok (nincs struktúra, csak felsorolás) Urlencoding (értékek) Karakter ascii kódja hexadecimálisan % jel után ( = + ) 2047 byte adat lehet a kérésben 30
30 Rész(let)ek HTTP(S) Hívás 2 POST URL ( Request data: bármi Request header Content-Type» application/x-www-form-urlencoded (Név-érték párok (nincs struktúra, csak felsorolás))» text/xml (lehet strukturálni) 31
31 Rész(let)ek HTTP(S) Eredmény / Válasz Bármi lehet Általában szöveges adatok Response header Content-Type HTML TEXT XML JSON (JavaScript Object Notation) 32
32 Példa: XML <?xml version="1.0" encoding="utf-8"?> <direct-messages type="array"> <direct_message> <text>hello</text> <sender> <name>teszt Elek</name> </sender> </direct-message> </direct-messages> JSON [ ] { "text":"hello", "sender":{ "name":"teszt Elek" } } 33
33 JSON (JavaScript Object Notation) Nyelvtől független szöveg formátum ( C-szerű leírás ) Emberek számára is olvasható írható, Könnyen feldolgozható és előállítható, adatcsere-formátum. A JSON-nak két típusú felépítése lehetséges: név-érték párok halmaza értékek rendezett halmaza (pl. tömb, vektor) JSON ELEM LÉTREHOZÁSA PHP-BAN <?php $array = array ('a'=>1,'b'=>2,'c'=>3,'d'=>4,'e'=>5); echo json_encode($array); // Eredmény: {"a":1,"b":2,"c":3,"d":4,"e":5}?> JSON ELEM OBJEKTUMMÁ ALAKÍTÁSA JAVASCRIPTBEN <script type="text/javascript"> var response = '{"a":1,"b":2,"c":3,"d":4,"e":5}'; var result = eval("("+response+")"); alert(result.a); // Eredmény: 1 alert(result.b); // Eredmény: 2 </script> 34
34 Rész(let)ek Kliens Bármilyen rendszer Bármilyen böngésző Bármilyen nyelven írt alkalmazás Web application Desktop application HTTP hívás kezdeményezése szövegfeldolgozása Szövegműveletek XML programkönyvtárak JSON programkönyvtárak 36
35 Rész(let)ek Szerver Bármilyen Bármilyen nyelven írt web alkalmazás HTTP kérés kiszolgálása Szövegműveletek (mint, ha HTML-t adna vissza) XML programkönyvtárak JSON programkönyvtárak 37
36 SOAP 38
37 W3C ajánlás (szabványosítás felé) SOAP Simple Object Access Protocol Verzió: 1.2 SOAP kérés Request headerben Content-Type: text/xml SOAPAction Tartalom XML saját névtérben 39
38 W3C ajánlás (szabványosítás felé) SOAP válasz Response headerben Content-Type: text/xml Válasz ugyanolyan borítékban (Envelope) található, mint a kérés Tartalom XML saját névtérben 40
39 SOAP <soap:envelope namespaces > <soap:header> <wsa:messageid> unique ID </wsa:messageid> <wsa:replyto> endpoint </wsa:replyto> </soap:header> <soap:body> <bank:balancerequest> data </bank:balancerequest> </soap:body> </soap:envelope>
40 SOAP Body Header
41 Példa: Host: server.com Content-Length: 100 SOAPAction: " Content-Type: text/xml;charset=utf-8 HTTP/ OK Content-Length: 100 Content-Type: text/xml;charset=utf-8 <soapenv:envelope xmlns:soapenv= <soapenv:header> </soapenv:header> <soapenv:body> </soapenv:body> </soapenv:envelope> 43
42 SOAP Request Message SOAP Envelope Namespace <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> Message </soap:envelope> Message Namespace SOAP Envelope
43 SOAP Response Message <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockpriceresponse> <m:price>34.5</m:price> </m:getstockpriceresponse> Message </soap:body> </soap:envelope> Result returned in Body SOAP Envelope
44 REST példa 1. GET /stock/ibm HTTP/1.1 Host: Accept: application/xml
45 SOAP példa 1. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> </soap:envelope>
46 REST példa 2. POST /order HTTP/1.1 Host: Content-Type: application/xml; charset=utf-8 <?xml version="1.0"?> <order> <StockName>IBM</StockName> <Quantity>50</Quantity> </order> 48
47 SOAP példa 2. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:buystock> <m:stockname>ibm</m:stockname> <m:quantity>50</m:quantity> </m:buystock> </soap:body> </soap:envelope>
48 W3C ajánlás (szabványosítás felé) WSDL Web Service Definition Language Verzió: 1.1 <definitions>: A WSDL gyökér eleme <porttype> Művelet definíció. Mely műveleteket, függvényeket használjuk? Melyik üzenetre milyen a válaszüzenet? <message> Üzenet definíció. Milyen üzeneteket küldünk át? <types> Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át? <binding> Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket? GET,POST,SOAP Vannak új irányok: JMS; Fájlírás, -figyelés <service> Végpont definíció. Hol található a szolgáltatás? 50
49 WSDL szerkezete <definitions> <porttype> </porttype> <message> </message> <types> </types> <binding> </binding> </definitions> 51
50 WSDL példa: <types> <types> <schema targetnamespace=" xmlns=" <element name="tradepricerequest"> <complextype> <all> <element name="tickersymbol" type="string"/> </all> </complextype> </element> <element name="tradeprice"> <complextype> <all> <element name="price" type="float"/> </all> </complextype> </element> </schema> </types> 52
51 WSDL példa: <porttype> és <message> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 53
52 WSDL példa: <binding> <binding type="glossaryterms" name="b1"> <soap:binding style="document" transport=" /> <operation> <soap:operation soapaction=" <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 54
53 WSDL példa: <service> <service name= GlossaryTermsService"> <port name= GlossaryTermsSoapHttpPort" binding="tns:glossarytermssoapbinding"> <soap:address location=" ssarytermsservice"/> </port> </service> 55
54 Végrehajtás Enterprise System Web Services Platform WSDL ServiceDeployment XML Schema Library Book.xsd types binding operation Java Method
55 WSDL Új irányok/fejlesztések WADL (Web Application Definition Language) WSEL (Web Service Endpoint Language): a szolgáltatás egyéb jellemzőinek leírása, pl.: biztonsági rendszer, használat költségei 57
56 UDDI Universal Description, Discovery and Integration Webszolgáltatás-tár, API specifikáció webszolgáltatások felderítéséhez Szolgáltatáskatalógus része 58
57 UDDI struktúra Business entity szervezeti információk, kontakt Business Service Nyújtott szolgáltatások Binding Template A szolgáltatás eléréséhez szükséges információk tmodel (technikai model) Specifikáció, pl.: WSDL Osztályozási, kategorizálási információk
58 UDDI példa 60
59 Tesztelés SoapUI Felület WSDL import Validálás (Rq/Rs) Példa BarCode39 project 62
60 Példa BarCode vonalkód generálás SoapUI-ban már láttuk Böngésző GET, POST, SOAP Java alkalmazás SOAPClientTest 63
61 Példa Java kliens kódja (BarCode, SOAPClientTest) SOAP (automatikus kódgenerálás, JAXB) FileOutputStream fw = null; net.webservicex.barcode service = new net.webservicex.barcode(); net.webservicex.barcodesoap port = service.getbarcodesoap(); fw = new FileOutputStream(filename); fw.write(port.code39(jtextfield1.gettext(), Integer.parseInt(jTextField2.getText()), getlatszik(), jtextfield4.gettext())); fw.close(); 64
62 Példa Java kliens kódja (BarCode, SOAPClientTest) Szöveg feldolgozása HTTPCaller hc =new HTTPCaller(); hc.seturl(" String req="<soapenv:envelope xmlns:q0=\" xmlns:soapenv=\" xmlns:xsd=\" xmlns:xsi=\" <q0:code39> <q0:code>".concat(jtextfield1.gettext()).concat("</q0:code><q0:barsize>").concat(jtextfield2.ge ttext()).concat("</q0:barsize><q0:showcodestring>").concat((string) jcombobox1.getselecteditem()).concat("</q0:showcodestring> <q0:title>").concat(jtextfield4.gettext()).concat("</q0:title></q0:code39></soapenv:body></soap env:envelope>"); hc.setdata(req); fw = new FileOutputStream(filename); Map RqHeader = new TreeMap(); RqHeader.put("Host", " RqHeader.put("Content-Length", String.valueOf(req.length())); RqHeader.put("SOAPAction", " RqHeader.put("Content-Type", "text/xml;charset=utf-8"); String res=hc.getstringresult(rqheader); fw.write(base64.decode(res.substring(res.indexof("<code39result>")+14, res.indexof("</code39result>")))); fw.close(); 65
63 SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 66
64 67
65 Bevezetés A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot és a kiterjeszthetőséget. Alapvetően kódmentes, önálló logikai adatintegrációs forma. IT (és üzleti) stratégiai eszköz. A Hogyan? helyett a Mit? -re koncentrálva az integrációs megoldások gyors fejlesztése valósítható meg. 68
66 SOA - tulajdonságok Jól definiált illesztő felületet ad, fekete doboz - elrejti implementációjának részleteit Nyílt szabványú mechanizmusokon át hívható Építőelemei: (lazán csatolt) szolgáltatások A szolgáltatások önállóan is működőképesek, platform- és eszközfüggetlenek (tetszőleges technológiával készülhetnek), szabványos, jól definiált interfésszel rendelkeznek, és szabványos adatcsere- és kommunikációs protokollokkal érhetők el az elosztott hálózatokban. 69
67 Út a SOA-ig Monolitikus rendszerek Eljárások, függvények, távoli eljárás-hívás (RPC) OOP, objektum hívások Webes protokollok: HTTP, FTP, POP3, SMTP Web szolgáltatások SOA 70
68 Út a SOA-ig: Monolitikus vállalati alkalmazások (silo rendszerek) Az egyes alkalmazások közötti kapcsolat nincs vagy igen korlátozott. Minden funkcionalitás az felhasználói interfész segítségével van kialakítva. Új funkcionalitás beépítése esetén programozó szükséges. Felhasználói interfész (UI) Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Programlogika Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 71
69 Út a SOA-ig: Munkafolyamatok (fejben) Felhasználói interfész (UI) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 72
70 Út a SOA-ig: Task management Előzetes ellenőrzés Jóváhagyás Számla rögzítése Felhasználói interfész (UI) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 73
71 Út a SOA-ig: Munkafolyamat management Előzetes ellenőrzés Jóváhagyás Számla rögzítése Felhasználói interfész (UI) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 74
72 Út a SOA-ig: Szolgáltatás integráció Adatbevitel Ellenőrzés Váll. Szabályok ell. Jóváhagyás Számla rögzítése Szolgáltatás interfész Alkalmazási logika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 75
73 Út a SOA-ig: Összetett szolgáltatások Adatbevitel Ellenőrzés Jóváhagyás Számla rögzítése Összetett szolgáltatások ESB szolgáltatás sín Szolgáltatás interfész Alkalmazási logika Ellenőrzések Új szabályok Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 76
74 SOA - ESB Rugalmas kapcsolatot, Egységes keretet, Szabványos kommunikációt biztosít 77
75 Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások
76 Szolgáltatás Moduláris Önleíró Szabványos szerkezetű Adott funkciót, feladatot biztosít, például: SAP modul funkciója: pl: készlet lekérdezés Java osztály Tárolt eljárás (adatbázisban) Üzenetküldés Robot interfésze Szenzor mérési eredménye 79
77 SOA példa A megvalósításának egy példája: Web Services Szolgáltatások melyek összekapcsolódás mentesek - ahelyett, hogy a forráskódúkba ágyazva hívnák meg egymást, egy előre meghatározott protokollt használnak az egymással való kommunikáció leírásához: A WDSL (Web Description Services Language) a szolgáltatásokat a SOAP (Simple Object Access Protocol) pedig kommunikációs protokollokat írja le. 80
78 Szolgáltatások típusai Üzleti szolgáltatások: teljes vagy rész üzleti funkciókat valósítanak meg. ügyfélkezelés számlakezelés Technikai szolgáltatások: Az üzleti szolgáltatások megvalósításához az egységesítés és újrafelhasználás érdekében nélkülözhetetlenek olyan alacsonyabb szintű építőelemek, melyek az üzleti felhasználók számára nem láthatók. naplózás, archiválás, dokumentumtárolás, megjelenítési szolgáltatások 81
79 SOA Igérete A SOA nagy ígérete: az alkalmazások fejlesztési költsége az időben előre haladva a végtelenben a nullához közelit, mivel egyre több szolgáltatás áll rendelkezésre az újabb feladat megvalósításához. Ezáltal a fejlesztések egyre inkább csak szolgáltatások egymás után kötéséből állnak. Erre a célra használt eszközök a Business Process Management, BPEL, WS-CDL, WS-Coordination. 82
80 Programozók vs. szoftverfejlesztők A programozók az alkalmazások fejlesztéséhez olyan hagyományos nyelveket használnak, mint Java, C++, C, C#. Szoftverfejlesztők, szoftvermérnökök és a különböző üzleti folyamat szakértői egy megfelelő hangszerelést használva kapcsolják össze az egyedi SOA objektumokat. 83
81 SOA létrejöttének okai rugalmatlan üzleti megoldások integrációs nehézségek a szabványok hiánya miatt architekturális problémák ad hoc fejlődés pont-pont kapcsolatok heterogén szigetmegoldások infrastrukturális hiányok lecserélési korlátok növekvő modularitás 84
82 Enterprise Application Integration (EAI), mint a SOA elődje A vállalati szintű alkalmazásintegráció (EAI) a különféle vállalati szoftverrendszerek (például ERP, SCM, CRM szoftverek) belső integrációját jelenti. Ahhoz, hogy a különböző szoftvereket folyamat-orientált módon integráljunk, az egyszerű, alkalmazások közötti pontpont adatcsere nem elegendő. A megfelelő megoldás a több alkalmazást is érintő komplex folyamatok leképezése. 86
83 SOA A szolgáltatásorientált architektúra lazán kapcsolódó, és együttműködő szoftverszolgáltatások segítségével támogatja az üzleti és egyéb folyamatokat. 87
84 SOA Alapelvei Újrafelhasználhatóság Részletesség Modularitás Komponálhatóság (composability) Komponensalapúság Együttműködési képesség Szabványok közti együttműködés (fő és vállalat specifikusan) Szolgáltatások azonosítása és kategorizálása elérhetősége és átadása megfigyelése és követése. 88
85 SOA infrastruktúra részei Szolgáltatások Szolgáltatásbusz (ESB) Szolgáltatástár (Registry-Repository) Front-end rendszerek (felhasználók) IT Service Management Üzleti monitorozás 89
86 Szabványos megvalósítás 90
87 BPEL - Business Process Execution Language 91
88 SOA keretrendszer A SOA keretrendszerek olyan újrafelhasználható szolgáltatásokat tartalmaznak, (vállalati osztályok feladatai, műveltei), és kellően megtervezettek ahhoz, hogy méretük változtatható legyen a betöltésük során, illetve megfeleljenek a különböző típusú tartós alkalmazások követelményeinek. Keretrendszer használatával jó minőségű szolgáltatás fejleszthető, amit tervezési minták és hasznos gyakorlatok segítenek. 92
89 Keretrendszer - fejlesztőknek Egy egységes alapot használnak az alkalmazások, webszolgáltatások és portálok készítésére. Fejlesztik a termelékenységet azáltal, hogy fuzionálnak a tervezési mintákkal és a helyes tapasztalatokkal. Kevesebb kódot írnak azáltal, hogy kihasználják a keretrendszer nyújtotta lehetőségeit. A J2EE/.NET szabványok és specifikációjuk ismerete nem szükséges. Nem szükséges szakértőnek lenniük az objektumorientált tervezésben és tervezési mintákban ahhoz, hogy ezt használják. 93
90 Keretrendszer - vállalatoknak Katalizátor a szolgáltatásorientált architektúra eléréséhez és alacsony költséghez Ismételhetőséget és egy minimális szintű architekturális és tervezési merevséget Fejlett üzleti gyorsaságot moduláris megoldás eredményeként, amik könnyen változtathatóak, gyakran konfigurációs módosítások által. Nagyobb következetességet, előre láthatóságot, és jobb teszt megoldást. Fejlett fejlesztői mobilitást projektek között 94
91 Szolgáltatások életciklusa Elemzés és elvárások Az üzlet kezdetben inicializálja és prioritásuk szerint sorrendbe teszi az üzleti igényeket. Tervezés és fejlesztés A tervezési fázisban az üzleti elemzők szorosan együttműködnek a modellezőkkel a megfelelő eredmény érdekében. IT üzemeltetés Felelős a tesztelését, véghezvitelért, a megfelelő környezetért, a hálózati méretezésért, és az adatközpontért. Feladata a bevezetés, monitorozás és a következő szint biztosítása. Követelményei a függőségek nyomon követése, és kezelése, alkalmazások támogatásának biztosítása, bevezetése és az üzleti szolgáltatások menedzselése a termelésben. 95
92 Üzleti folyamatok felügyelete Business Process Management (BPM) A folyamatok pontos megértésének segítségével csökkenti a kockázatokat, még a megvalósítást megelőzően. Redundanciák és szűk keresztmetszetek azonosítására és kiküszöbölésére szolgál. Elősegíti folyamatok automatizálásának megvalósítását a kézi tevékenységek kiiktatásával és új üzleti szabályokat és folyamatokat hajt azonnali végre. Megjeleníti a folyamatok valós viselkedését a legfontosabb működési jellemzők mérésével. Hosszú futási idejű, szinkronizált és aszinkron üzleti folyamatok menedzselésére használják. 96
93 SOA előnyei Újrafelhasználhatóság fejlesztési, adminisztratív és üzemeltetési költség csökkenése egységes fejlesztési és üzemeltetési módszertan üzlet és IT hatékony együttműködés rugalmasak, átláthatóak, mérhetőek és monitorozhatóak vállalati/üzleti folyamatok Szabványok alkalmazása jellemzi 97
94 SOA - hátrányai Kiegészítő környezet és tervezés szükségeltetik Különböző platformok és termékek közötti együttműködés létrehozása lehetetlen megfelelő szakember hiányában Bevezetésének lépéseit nem szabad elkapkodnunk Ne csak a rövidtávú, hanem a hosszú távú szempontokat is vegyük figyelembe a döntéseinkben és építsük fel a szükséges tudást Legyen elkötelezett a cégmenedzsment a SOA irányába, illetve az IT és az üzlet legyenek egyenrangú felek, ismerjék meg egymást, alakítsanak ki közös nyelvet 98
95 CLOUD COMPUTING 99
96 Szoftver vs. szolgáltatás - fogalmak S+S (szoftver plusz szolgáltatások) SaaS (szoftver mint szolgáltatás) az alkalmazás az ügyfélnél fut, és felhasználja további, a felhőben futó alkalmazások szolgáltatásait az alkalmazás a felhőben fut, az ügyfél oldalán nincs szoftver (csak egy böngésző) Cloud Computing, Cloud Platform a felhőben futó alkalmazások létrehozását, futtatását, felügyeletét biztosító/támogató platform
97 Alkalmazás modellek, fogalmak Mashup Software-as-a-Service (SaaS) Platform-as-a-Service (PaaS): Windows Azure, Google AppEngine, Saleforce.com Infrastructure-as-a-Service (IaaS): Amazon Elastic Compute Cloud (EC2) Google AppEngine
98 Fejlesztés vagy vásárlás Alkalmazások hol és hogyan? Fejlesztés Vásárlás Helyben futó dobozos alkalmazás Vásárolt, saját adatközpontban futtatott dobozos alkalmazás Helyben futó saját fejlesztés Egyedileg fejlesztett, saját adatközpontban futtatott alkalmazás Helyben Hosztolt dobozos alkalmazás Vásárolt, hoszternél futtatott dobozos alkalmazás Hosztolt saját fejlesztés Egyedileg fejlesztett, hoszternél futtatott alkalmazás Helyben vagy a felhőben Szoftver mint szolgáltatás Vásárolt, szállítónál futtatott hosztolt alkalmazás Cloud Platform Egyedileg fejlesztett, a felhőben futtatott alkalmazás A felhőben
99 Fejlesztés vagy vásárlás Fejlesztés Vásárlás Példa (gyógyszeripar) Helyben futó dobozos alkalmazás HR System Hosztolt dobozos alkalmazás ERP Szoftver mint szolgáltatás Issue Tracking Helyben futó saját fejlesztés Hosztolt saját fejlesztés Cloud Platform Molecule Research Clinical Trial Helyben Helyben vagy a felhőben A felhőben
SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA)
SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 1 Bevezetés A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot
RészletesebbenWebszolgáltatások (WS)
Webszolgáltatások (WS) Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek,
RészletesebbenWebtechnológiák információs redszerekben. Bevezető 1.
Webtechnológiák információs redszerekben Bevezető 1. Témakörök Web szolgáltatások első beadandó Szolgáltatás-Orientált Architektúrák - SOA Üzleti folyamatmenedzsment BPM (Bizagi) második beadandó Enterprise
RészletesebbenWebtechnológiák információs redszerekben. Bevezető 1.
Webtechnológiák információs redszerekben Bevezető 1. Témakörök Web szolgáltatások első beadandó Szolgáltatás-Orientált Architektúrák - SOA Üzleti folyamatmenedzsment BPM (Bizagi) második beadandó Enterprise
RészletesebbenADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu
ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.
RészletesebbenSOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.
Service-Oriented Architecture, SOA Az elosztott rendszerek fejlesztésének módja. Célja:az IT eszközök komplexitásának a kezelésének egyszerűsítése könnyebben újrafelhasználhatóság, egymással integrálhatóság
RészletesebbenOsztott alkalmazások fejlesztési technológiái Áttekintés
Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A
RészletesebbenSzolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül. Beke Dániel
Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül Beke Dániel Alap Architektúrák ESRI építőelemek Gazdag (vastag) Kliens Alkalmazások Web Alkalmazások Szolgáltatások
RészletesebbenSzolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Web-szolgáltatások: SOAP, WSDL
Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Web-szolgáltatások: SOAP, WSDL Tartalom Integrációs feladat Service Oriented Architecture Web-service SOAP WSDL Web-szolgáltatás API-k
RészletesebbenSzolgá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észletesebbenDebreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben
Debreceni Egyetem Informatikai Kar Szolgáltatás-orientált programozás az Oracle-ben Témavezető: Dr. Juhász István egyetemi adjunktus Készítette: Ács László programtervező-matematikus Debrecen 2009 1 Tartalom
RészletesebbenSzolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011.
Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Enterprise Service Bus (ESB) Mi a téma? Valójában alkalmazásintegráció integrációs minták szinkron (RPC, RMI) aszinkron web service
RészletesebbenWebes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI)
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 8. előadás (ASP.NET WebAPI) 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A webszolgáltatás
RészletesebbenWebtechnológiák információs redszerekben. Technológiai bevezető 1.
Webtechnológiák információs redszerekben Technológiai bevezető 1. Követelmények 2 beadandó feladat Primitív SOA SOA / BPM feladat valamely rendszerben Oracle SOA / BPM Suite IBM WebShpere / IBM Business
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. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:
RészletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenJAVA webes alkalmazások
JAVA webes alkalmazások Java Enterprise Edition a JEE-t egy specifikáció definiálja, ami de facto szabványnak tekinthető, egy ennek megfelelő Java EE alkalmazásszerver kezeli a telepített komponensek tranzakcióit,
RészletesebbenOracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary
Oracle9i Alkalmazás Szerver Üzleti folyamat integráció Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Üzleti folyamat integráció Kereskedők Beszállítók Partnerek Alkalmazás Disztribútor Belső
RészletesebbenA Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenJava Business Integration szolgáltatásalapú architektúra JavaEE környezetben. Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.
Java Business Integration szolgáltatásalapú architektúra JavaEE környezetben Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.com Témáim: SOA architecture Webservice folyamat java WS-addressing
RészletesebbenFejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel
IBM Software Group Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel Rehus Péter Szoftver üzletág igazgató 2005. február 2. 2003 IBM Corporation On demand igény szerinti működési
RészletesebbenTELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS
TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás
RészletesebbenWeb-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észletesebbenAPI tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
RészletesebbenWeb Services. (webszolgáltatások): egy osztott alkalmazásfejlesztési plattform
(webszolgáltatások): egy osztott alkalmazásfejlesztési plattform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem A Web Service Web Service definíciója Számos definíció létezik. IBM [4] A Web
RészletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenAdatbázis rendszerek 7. előadás State of the art
Adatbázis rendszerek 7. előadás State of the art Molnár Bence Szerkesztette: Koppányi Zoltán Osztott adatbázisok Osztott rendszerek Mi is ez? Mi teszi lehetővé? Nagy sebességű hálózat Egyre olcsóbb, és
RészletesebbenSimon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
RészletesebbenFlash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
RészletesebbenPárhuzamos és Grid rendszerek
Párhuzamos és Grid rendszerek (12. ea) Cloud computing Szeberényi Imre BME IIT M Ű E G Y E T E M 1 7 8 2 2013.04.29. - 1 - Újabb buzzword? Metacomputing Utility computing Grid computing
RészletesebbenNyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja
1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3
RészletesebbenCopyright 2012, Oracle and/or its affiliates. All rights reserved.
1 Oracle Felhő Alkalmazások: Gyorsabb eredmények alacsonyabb kockázattal Biber Attila Igazgató Alkalmazások Divízió 2 M I L L I Á RD 4 1 PERC MINDEN 5 PERCBŐL 5 6 Ember használ mobilt 7 FELHŐ SZOLGÁLTATÁS
RészletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenTestreszabott alkalmazások fejlesztése Notes és Quickr környezetben
Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben Szabó János Lotus Brand Manager IBM Magyarországi Kft. 1 Testreszabott alkalmazások fejlesztése Lotus Notes és Quickr környezetben 2
RészletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenMikor? Milyen alkalmazásnál?
Témakörök Milyen alkalmazásoknál lehet erre szükség? Rossz megoldások (közvetlen adatbázis kapcsolat, statikus tartalmak) XML Web services SOAP, WSDL RSS REST JSON Push notification Mikor? Milyen alkalmazásnál?
Részletesebbenwebalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
RészletesebbenMVC. Model View Controller
MVC Model View Controller Szoftver fejlesztés régen Console-based alkalmazások Pure HTML weboldalak Assembly, C Tipikusan kevés fejlesztő (Johm Carmack Wolfenstein, Doom, Quake..) Szűkös erőforrások optimális
RészletesebbenSOAP komponensek Delphiben
SOAP komponensek Delphiben (Simple Object Access Protocol) Bevezetés -Azegyszerűen programozható webhozzáférés azt jelenti, hogy a fejlesztők saját programjukat a weben elérhető szolgáltatásokból építik
RészletesebbenFlex: csak rugalmasan!
Flex: csak rugalmasan! Kiss-Tóth Marcell http://kiss-toth.hu marcell@kiss-toth.hu Magyarországi Web Konferencia 2006 2006. március 18. tartalom bevezető Adobe Flex alternatív technológiák bevezető az Internetnek
RészletesebbenOsztott rendszerek. Krizsán Zoltán 1 Ficsór Lajos 1. Webalkalmazások fejlesztése tananyag. Miskolci Egyetem. Bevezetés A múlt - történelem A jelen
Osztott rendszerek Krizsán Zoltán 1 Ficsór Lajos 1 1 Általános Informatikai Tanszék Miskolci Egyetem Webalkalmazások fejlesztése tananyag Tartalom Bevezetés A múlt - történelem A jelen Denition Distributed
RészletesebbenBevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák
Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1 Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton
RészletesebbenSzoftver Tervezési Dokumentáció. Nguyen Thai Binh
Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenOsztott 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észletesebbenViczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18.
Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18. Két projekt Mindkettőben folyamatirányítás Eltérő követelmények Eltérő megoldások Dokumentum gyártási folyamat Üzemeltetés
RészletesebbenWebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW
WebService tesztelés SOAPui Pro, GreenPepper és Confluence használatával Verhás & Verhás Szoftver Manufaktúra KNOW-HOW 2008. 5. 15. Verhás & Verhás Szoftver Manufaktúra 1 Tartalom WebService tesztelés
RészletesebbenMicrosoft SQL Server telepítése
Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió
RészletesebbenIntegrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató
Integrációs mellékhatások és gyógymódok a felhőben Géczy Viktor Üzletfejlesztési igazgató Middleware projektek sikertelenségeihez vezethet Integrációs (interfész) tesztek HIÁNYA Tesztadatok? Emulátorok?
RészletesebbenPetőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás
Petőfi Irodalmi Múzeum A Digitális Irodalmi Akadémia megújuló rendszere technológiaváltás II. Partnerek, feladatok Petőfi Irodalmi Múzeum Megrendelő, szakmai vezetés, kontroll Konzorcium MTA SZTAKI Internet
RészletesebbenKommunikáció. 3. előadás
Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek
RészletesebbenSAPora folyamatok és felületek, azaz IBM megoldások az EGIS-ben
SAPora folyamatok és felületek, azaz IBM megoldások az EGIS-ben Bures Ferenc (vezető fejlesztő) Spaczér Miklós (osztályvezető) 1/130 09-09-10 1 Tartalom Cégbemutató Az EGIS IT környezete (amire építünk)
RészletesebbenFöldmérési és Távérzékelési Intézet
Ta p a s z ta l a to k é s g ya ko r l a t i m e g o l d á s o k a W M S s zo l gá l tatá s b a n Földmérési és Távérzékelési Intézet 2011.03.13. WMS Szolgáltatások célja A technikai fejlődéshez igazodva
RészletesebbenOracle adatkezelési megoldások helye az EA világában. Előadó: Tar Zoltán
Oracle adatkezelési megoldások helye az EA világában Előadó: Tar Zoltán Témák Bemutatkozás Enterprise Architecture bemutatása Mi az az EA? TOGAF bemutatása OEAF bemutatása Oracle megoldások Oracle termékek
RészletesebbenWWW Kliens-szerver Alapfogalmak Technológiák Terv. Web programozás 1 / 31
Web programozás 2011 2012 1 / 31 Áttekintés Mi a web? / A web rövid története Kliens szerver architektúra Néhány alapfogalom Kliens- illetve szerver oldali technológiák áttekintése Miről lesz szó... (kurzus/labor/vizsga)
RészletesebbenMobil szolgáltatások és alkalmazások fejlesztése
Mobil szolgáltatások és alkalmazások fejlesztése SADM Service and Application Development for Mobile Systems Benedek Zoltán, MIK 3.1.2 projekt - projektvezető zoltán.benedek@aut.bme.hu Nemzeti Kutatási
RészletesebbenALKALMAZÁ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észletesebbenGrafikus keretrendszer komponensalapú webalkalmazások fejlesztéséhez
Grafikus keretrendszer komponensalapú webalkalmazások fejlesztéséhez Székely István Debreceni Egyetem, Informatikai Intézet A rendszer felépítése szerver a komponenseket szolgáltatja Java nyelvű implementáció
RészletesebbenOsztott rendszerek (Distributed
Osztott rendszerek (Distributed systems) Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 09. 18. osztottrendszerek / 1 Tartalom Miért kellenek osztott rendszerek Egy kis
RészletesebbenOsztott rendszerek (Distributed. systems) Bevezetés. Tartalom. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
Osztott rendszerek (Distributed systems) Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 09. 18. osztottrendszerek / 1 Tartalom Miért kellenek osztott rendszerek Egy kis
RészletesebbenCrossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás
Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás A Mobil multimédiás kliens fejlesztői eszközkészlet létrehozása című kutatás-fejlesztési projekthez A dokumentum célja A dokumentum
RészletesebbenIBM felhő menedzsment
IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás
RészletesebbenNyilvántartási Rendszer
Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,
RészletesebbenRIA Rich Internet Application
Áttekintés RIA Rich Internet Application Komplex felhasználói felülettel rendelkező web-alkalmazások Bevezető Flex áttekintés ActionScript Felhasználói felület tervezése Események Szerver oldali szolgáltatásokkal
RészletesebbenWebes alkalmazások fejlesztése 12. fejezet. Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 12. fejezet Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto A jegyzet az ELTE Informatikai Karának 2016. évi jegyzetpályázatának
RészletesebbenÜzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)
Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT
RészletesebbenA felhőről általában. Kacsuk Péter MTA SZTAKI
A felhőről általában Kacsuk Péter MTA SZTAKI Miért fontos a felhő? (I) Problémák, ha az infrastruktúra még nem létezik Az ötletek megvalósításához szükséges idő Kutatás a felhők előtt 1. Van egy jó ötlet
RészletesebbenUniverzális munkafolyamat szimulátor
Univerzális munkafolyamat szimulátor Ütemterv Készítette: Kerek Róbert KERQABT.SZE Gazdaságinformatikus BSc III. évfolyam Külső témavezető Kesztyűs Attila Lajos Siemens PSE Kft. Belső konzulens Dr. Ferenc
RészletesebbenOracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás
2011 November 8. New York Palota Hotel Boscolo Budapest Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás Sárecz Lajos, Vezető tanácsadó Oracle Hungary Átfogó felhő üzemeltetés
RészletesebbenElosztott 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észletesebbenVIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM
Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar VIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM Sápi Dénes UWCRHX BUDAPEST, 2011 1. A Cloud Computingről általánosságban
RészletesebbenIT trendek és lehetőségek
Mivel készüljünk? IT trendek és lehetőségek Kovács András Üzleti hajtóerők Költséghatékonyság Produktivitás Ügyfélkezelés Meghatározó technológia trendek Operatív alkalmazások & alkalmazás fejlesztés Analitikus
RészletesebbenCloud computing. Cloud computing. Dr. Bakonyi Péter.
Cloud computing Cloud computing Dr. Bakonyi Péter. 1/24/2011 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenKö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észletesebbenKomponens modellek. 3. Előadás (első fele)
Komponens modellek 3. Előadás (első fele) A komponens modellek feladata Támogassa a szoftverrendszerek felépítését különböző funkcionális, logikai komponensekből, amelyek a számítógépes hálózatban különböző
RészletesebbenÜzleti folyamatok a felhőben. ECM Szakmai Kongresszus 2011.október 4.
Üzleti folyamatok a felhőben ECM Szakmai Kongresszus 2011.október 4. Mi is a SkyPort? Üzleti modell Beruházás -> Költség Tervezhető Skálázható le és fel Gyenge lekötés Kulcsrakész informatikai eszköz
RészletesebbenJava I. A Java programozási nyelv
Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem
RészletesebbenJunior Java Képzés. Tematika
Junior Java Képzés Tematika I. Szakmai törzsanyag A tematika tartalmaz algoritmuselméletet, programozási tételeket, tipikus adatfeldolgozó feladatokat, programozási nyelvi alapelemeket, technológiai ismereteket,
RészletesebbenInfor PM10 Üzleti intelligencia megoldás
Infor PM10 Üzleti intelligencia megoldás Infor Üzleti intelligencia (Teljesítmény menedzsment) Web Scorecard & Műszerfal Excel Email riasztás Riportok Irányít Összehangol Ellenőriz Stratégia Stratégia
RészletesebbenAz OpenScape Business rendszerek egységes architektúrára épülnek: Rugalmas, skálázható és megbízható
Rugalmas, skálázható és megbízható Az OpenScape Business rendszer a kis- és közepes vállalkozások változatos igényeinek minden szempontból megfelelő korszerű, egységes kommunikációs (UC) megoldás. A rendszer-felépítése
RészletesebbenCMDB architektúra megjelenítése SAMU-val Rugalmas megoldás. ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ
CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ Tartalom Nehézségeink CMDB adatok és függ ségek vizualizációja
RészletesebbenOracle Middleware megoldások helye üzleti esettanulmányokon keresztül bemutatva, különböző iparágakban
Oracle Middleware megoldások helye üzleti esettanulmányokon keresztül bemutatva, különböző iparágakban Lenti József Projektkoordinációs vezető Intalion Kft. BPM Business Process Management Rövid áttekintés
RészletesebbenMOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ
MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ 1 Mobil eszközök növekedési trendje 2 A mobil eszközök előnyei Támogatják a mobilitást, könnyű velük utazni, terepen munkát végezni Széles applikáció
RészletesebbenTartalom DCOM. Történeti áttekintés. Történeti áttekintés. Történeti áttekintés. Történeti áttekintés
Tartalom D Szoftvertechnológia elıadás Architektúra D vs CORBA Példá 2 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is használatos (pl. vágólap) NetDDE NetBIOS
RészletesebbenBevezető. Servlet alapgondolatok
A Java servlet technológia Fabók Zsolt Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 03. 06. Servlet Bevezető Igény a dinamikus WEB tartalmakra Előzmény: CGI Sokáig
RészletesebbenWEB-PROGRAMOZÁS II. 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: <?php. interface Kiir { public function kiir();
WEB-PROGRAMOZÁS II 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: a) Legyen a Felhasznalo osztálynak egy osztály szintű publikus változója, amelyben számolja a létrehozott példányai
RészletesebbenHasználati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
RészletesebbenBárányfelhő vagy viharfelhő? A felhő alapú megoldások biztonsági kérdései. Császár Rudolf Műszaki fejlesztési vezető Digital Kft.
Bárányfelhő vagy viharfelhő? A felhő alapú megoldások biztonsági kérdései Császár Rudolf Műszaki fejlesztési vezető Digital Kft. Tartalom Cloud computing definíció Cloud computing adatbiztonsági szemüveggel
RészletesebbenBevezetés Működési elv AJAX keretrendszerek AJAX
AJAX Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek
RészletesebbenCloud computing Dr. Bakonyi Péter.
Cloud computing Dr. Bakonyi Péter. 1/24/2011 Cloud computing 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenNETinv. Ú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észletesebbenMagic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
RészletesebbenInternetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások
Internetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások dr. Siki Zoltán Áttekintés OGC, OSGeo szervezetek Szabványosítási irányok Nem szabványos megoldások (Google) OGC
RészletesebbenIT 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észletesebbenKomponens 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észletesebbenWebes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése Bevezetés Célkitűzés, tematika, követelmények A.NET Core keretrendszer Cserép Máté mcserep@inf.elte.hu http://mcserep.web.elte.hu
RészletesebbenOracle cloudforgatókönyvek
Oracle cloudforgatókönyvek Tóth Csaba vezető architect 1 A PUBLIKUS FELHŐ piaci növekedése 207 MILLIÁRD $ $109 MILLIÁRD $ $91 MILLIÁRD $ 2011 2012 2016 2 Source: Gartner PRIVÁT PUBLIKUS HIBRID 3 ÜZLETI
Részletesebben30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
RészletesebbenAlkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok
Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok Informix 11.50 upgrade esettanulmány 2011. január. 31. Átalakítandó architektúra (2009) Alapvetően az üzleti logikát tárolt eljárásokkal
Részletesebben