Szoftver-technológia II. Tervezési minták. Irodalom. Szoftver-technológia II.
|
|
- Enikő Budai
- 8 évvel ezelőtt
- Látták:
Átírás
1 Tervezési minták Irodalom Steven R. Schach: Object Oriented & Classical Software Engineering, McGRAW-HILL, 6th edition, 2005, chapter 8. E. Gamma, R. Helm, R. Johnson, J. Vlissides:Design patterns: Elements of reusable object-oriented software, Addison-Wesley,
2 A szoftver újra felhasználás két alaptípusa Opportunista (esetleges) újra felhasználás el!ször a termék kerül kifejlesztésre, majd a komponensek bekerülnek az újra felhasználási adatbázisba Szisztematikus (szándékos) újra felh. újra felhasználható komponensek létrehozása, majd a szoftver kifejlesztése 3 Miért kell? Termék gyorsabb piacra kerülése A létrehozott kód mindössze 15%-a új, eredeti 4
3 Az újra felhasználhatóság ára újra felhasználható elemek létrehozási költsége az elem újra felhasználásának költsége az újra felhasználási folyamat kialakításának és m"ködtetésének költsége 5 Tanulság Számtalan tanulmány szerint a szoftverfejleszt! szervezetekben alacsony az újra felhasználás foka nehéz jól, hatékonyan, széleskör"en újra felhasználható szoftver komponenseket el!állítani 6
4 Struktúrált kód újra felhasználása Megfelel! modul kohézió esetén, a kód csak ugyanolyan adatokon, adatszerkezeteken használható fel újra 7 OOP újra felhasználhatóság Az objektumok, mivel biztosítják a logikai kohéziót, újra felhasználhatók 8
5 Újra felhasználási lehet!ségek tervezési elemek újra felhasználása implementálási elemek újra felhasználása 9 Tervezési újra felhasználás Opportunista újra felhasználás adott alkalmazási területhez kötöd! szoftverek fejlesztése esetén 10
6 Újra felhasználási lehet!ségek közvetlen kód, elemek library-k, toolkitek, (függvény könyvtárak, osztály könyvtárak) alkalmazás keretrendszerek (application framework) tervezési minták (design pattern) 11 Library, toolkit Újra felhasználható rutinok Változó vezérlési logika Vezérlési (alkalmazás) logika könyvtári rutinok (osztályok) 12
7 Library példák Java Swing Symantec THINK library 13 Alakmazás keretrendszerek Részben rögzített, de testreszabható alkalmazás logika, alkalmazás specifikus modulokkal kitöltve Alkalmazás keretrendszer specifikus rutinok (osztályok) 14
8 Alkalmazás keretrendszerek Komponensek integrált halmaza, melyek együttm"ködve egy újra felhasználható architektúrát eredményeznek, lehet!vé teszik azonos jelleg" alkalmazások létrehozását 15 Alkalmazás keretrendszerek (folyt.) Gyorsabb fejlesztés mint a toolkitek esetén a terv (architektúra) nagyobb része kerül újra felhasználásra általában a m"ködési logika létrehozása nehezebb, mint egyegy m"veleté 16
9 7. Known uses and related patterns Vanderbilt University OO Patterns 12 OO Patterns Alkalmazás keretrendszerek (folyt.) Libraries vs. Frameworks Class Libraries vs. Frameworks vs. Patterns Libraries Definition Class libraries Douglas C. Schmidt Self-contained, pluggable ADTs Problem, solut Frameworks Reusable, Framework semi-complete applications Patterns Class Libraries vs. Frameworks Vanderbilt University Problem, solution, context Definition Class libraries Self-contained Frameworks Reusable, sem applications Patterns 17 Vanderbilt University 14 Komponensek integrálása a keretrendszerekbe Komponensek lazán csatoltak callback interfész Függetlenül fejlesztett komponensek csatlakozathatók Általános (generikus) keretrendszer objektumok és alkalmazás specifikus objektumok 18
10 Keretrendszer példa MacApp Framework 19 Tervezési minták A tervezési minták egy adott területen korábban sikeres megoldások szerkezetét, m"ködését (invariáns értékeit) írják le Mintában leírt szerkezet, újra felhasználáskor a konkrét osztályokat meg kell adni 20
11 Tervezési minták (folyt.) Probléma és a megoldás lényegének leírása tervezési szótár (pattern language) azonosított minták struktúrált invariáns értékek formális dokumentáció Tervezési alapelvek, keretrendszerek Tervezési ajánlások Konkrét megvalósított rendszerek Pattern language Tervezési minták 21 Minta leírása Név, cél Probléma és kontextus Szerkezet absztrakt leírása A használat pozitív és negatív következményei Implementációs irányelvek, kód példa Ismert felhasználások, kapcsolódó más minták 22
12 ice s Douglas C. Schmidt Graphical Notation OO Patterns ay be many rs server may react tly to the same ion ject should be as led as possible observers llow observers to ge independently of ubject 8 2. Each observer may react differently to the same notification 3. The subject should be as decoupled as possible from the observers Tervezési minta i.e., allow observers to change independently of Observer pattern Cél: egy objektum állapotának Douglas C. Schmidt megváltozása több másik objektumot Structure érdekel of the Observer Pattern the subject (pl.) bilt University 8 Vanderbilt University tterns Douglas C. Schmidt Intent Define a one-to-many dependency between objects so that when one object changes state, all its dependents are notified and updated automatically. Vanderbilt University 9 bilt University 10 OO Patterns Vanderbilt University 23 object changes st its dependents are notified and updat automatically. Collaboration in the Observer Pattern Douglas control flow and data flo Variations Push architectures com Pull architectures sepa control flow from data flo Douglas C. Schmidt 10 OO Patterns Douglas C. Schmidt Collaboration in the Observer Pattern Tervezési minták Variations Push architectures combine control flow and data flow (folyt.) Pull architectures separate control flow from data flow OO Patterns Tervezési minta vs. alk. Strategy Protocol Handler Comparing Patterns and Frameworks keretrendszer Vanderbilt University 11 Protocol Filter Reactor/Proactor I/O Strategy Framework Asynchronous Completion Token Adapter Protocol Pipeline Framework Streams State Singleton Cached Virtual Filesystem Acceptor Tilde ~ Expander /home/... Event Dispatcher Concurrency Strategy Framework Service Configurator Strategy Active Object Douglas C. Schmidt Patterns and frameworks are highly synergistic Együtt léteznek Minták i.e., - neither absztrakt isleírások Keretrendszerek - konkrét subordinate nyelvi megvalósítások Patterns can be A keretrendszerekben sok characterized as more minta jelenik meg abstract descriptions of frameworks, which are implemented in a particular language In general, sophisticated frameworks embody dozens of patterns and patterns are often used to document frameworks 24
13 Minták használata Kisebb változtatásokkal el!forduló, ismétl!d! problémák megoldása Sok, bonyolultan kapcsolódó lépésb!l álló megoldást kívánó problémák Inkább belátást, megértést követel! helyzetek (probléma struktúrálás) 25 Mit!l jó egy minta? Megold valamilyen problémát hasznos Valamilyen meghatározott kontextusban érvényes világosan kiderül hol használható Ismétl!dik újra felhasználható Tanít valamit rávezet a probléma megoldására Jó neve van 26
14 A minták használatához szükséges megközelítésmód Interfészek és implementáció elkülönítése Közös (állandó, stabil) és változó részek elkülönítése Helyettesíthet!ség, változtathatóság megvalósítása 27 Minták használatának el!nyei Szoftver architektúrák kiterjedt újra felhasználása rendszerek hatékony dokumentálása Szakért!i tudás rögzítése, elérhet!vé tétele Fejleszt!i kommunikáció támogatása Áttérés támogatása OOP-ra 28
15 Minták használatának hátrányai Tervezési minták nem vezetnek közvetlen kód újra felhasználáshoz Minták félrevezet!en egyszer"nek t"nhetnek Túl sok alkalmazandó minta megjelenése Minták automatizált teszteléssel nem validálhatók Minták alkalmazása emberi munka igényes 29 Hatékony minta alkalmazás Ne tervezzünk újra mindent mintának Támogassuk a minták kifejlesztését A minták kifejlesztésébe vonjuk be a domén szakért!ket és alkalmazás fejleszt!ket Világosan dokumentáljuk a minták alkalmazásának korlátait 30
16 Újra felhasználással adódó szoftver architektúra Könyvtárak Alkalmazás keretrendszer Tervezési minták 31
Web 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észletesebbenInformatika szigorlati témakörök gazdasági informatika egyetemi képzés hallgatói részére
Informatika szigorlati témakörök gazdasági informatika egyetemi képzés hallgatói részére Az Informatika szigorlat alapvetően az IR-fejlesztés, valamint az OO-fejlesztés c. tantárgyi blokkok, valamint az
RészletesebbenA SZOFTVERTECHNOLÓGIA ALAPJAI
A SZOFTVERTECHNOLÓGIA ALAPJAI Objektumorientált tervezés 8.előadás PPKE-ITK Tartalom 8.1 Objektumok és objektumosztályok 8.2 Objektumorientált tervezési folyamat 8.2.1 Rendszerkörnyezet, használati esetek
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észletesebbenObjektum orientált alapelvek
Krizsán Zoltán 1 [2012. február 12.] Általános Informatikai Tanszék Miskolci Egyetem Objektumorientált programozás C# alapokon tananyag Tartalom Bevezetés Programozási nyelvek A programozási eszközök absztrakciós
RészletesebbenA 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 Kar 1.3 Intézet Magyar Matematika és Informatika Intézet 1.4
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észletesebbenIsmeretanyag Záróvizsgára való felkészüléshez
Ismeretanyag Záróvizsgára való felkészüléshez 1. Információmenedzsment az információmenedzsment értelmezése, feladatok különböző megközelítésekben informatikai szerepek, informatikai szervezet, kapcsolat
RészletesebbenÁ Á Á Á Ü ű Ü ö ű Ö ó ó ó ó Í ö Í ö ű ö ó ó ó Ö Í ó ó ó ó ó ó ó ö ó ö ö ó ö ó ö Ú Ö ó Í ö Í Íó Í ó Á Á ö ű ű ö É ü ű ó É ó ű ó ű ü É ó ó ó Ü É ó ó ö ó Í ü ö ö ö ü ó Ü ö ó ó É ü ö ö ó ü ű ó ü ö ó ó ö É
Részletesebbenö í Ü ö Ö ö ű ö ű ö í ű ó ö ó ö Ö ó ü í ó ó ó ö ö ö ó ó ó ö í ó ó ó ö ö ö ö ö í ö ó ö í ö ö ű ö ű ö í í í í ü ü í ó ö ö ü ú ü ö ö ö ó ü ö ű ö ö ü ó ö ú ö ű ö í ú í ó ö í ó ö í ö ű ö ű ö í í í ó ö ö Ö Ö
RészletesebbenInformatika szigorlati témakörök gazdasági informatika egyetemi képzés hallgatói részére
Informatika szigorlati témakörök gazdasági informatika egyetemi képzés hallgatói részére Az Informatika szigorlat alapvetően az IR-fejlesztés, valamint az OO-fejlesztés c. tantárgyi blokkok, valamint az
RészletesebbenA 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észletesebbenBook Template Title. Author Last Name, Author First Name
Book Template Title Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name I. rész - Szoftver technológia 1. fejezet - Esettanulmány Bevezetés Az alkalmazás fejlesztésére
RészletesebbenSzoftver-technológia II. Modulok és OOP. Irodalom
Modulok és OOP Irodalom Steven R. Schach: Object Oriented & Classical Software Engineering, McGRAW-HILL, 6th edition, 2005, chapter 7. 2 Modulok és objektumok Modulok Lexikálisan folytonos utasítás sorozatok,
RészletesebbenA CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol
A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol Attila FODOR 1), Dénes FODOR Dr. 1), Károly Bíró Dr. 2), Loránd Szabó Dr. 2) 1) Pannon Egyetem, H-8200 Veszprém Egyetem
RészletesebbenBevezetés a kvantum-informatikába és kommunikációba 2015/2016 tavasz
Bevezetés a kvantum-informatikába és kommunikációba 2015/2016 tavasz Kvantumkapuk, áramkörök 2016. március 3. A kvantummechanika posztulátumai (1-2) 1. Állapotleírás Zárt fizikai rendszer aktuális állapota
RészletesebbenAz IBM WebSphere Multichannel Bank Transformation Toolkit V7.1 felgyorsítja a többcsatornás alkalmazásfejlesztést
IBM Európa, Közel-Kelet és Afrika szoftverbejelentés ZP11-0164, kelt: 2011. május 17. Az IBM WebSphere Multichannel Bank Transformation Toolkit V7.1 felgyorsítja a többcsatornás alkalmazásfejlesztést Tartalomjegyzék
RészletesebbenÁ Ő Á Ö é í ó Á ő ő Á Á Ó Ö Őú Ó ó É ö Ű ö É Á é Ö ú ó Á Ó Ö É É É ó í É É ó ó É ö ű ö É Á ó ő ö é í ö é ű ö ő ö ő é ű ö é ö é é ű é Ő é é í é ö é é ő é é é ö é é é é í é ú ó é ű é Ó é ú ű ő é é ő é ű
RészletesebbenÁ Á É É Í É É É ö ő ü ö ő ő ü ő í ú ó ő ő ó ó ő ú ó í ő ő ő ó ü ö ü ö ü ö ö í í ő í ő É É Á ő ő É í ó ú ó í ö í í ő É í ó í ó ó ő í í ö ő ő ő ö ő ö í ö í ő ő ő ö ó ü ő ö ő ó ó ü ő ó ő ő í ó ó ő ö í í ó
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észletesebbenIT biztonság és szerepe az információbiztonság területén
Óbuda University e Bulletin Vol. 1, No. 1, 2010 IT biztonság és szerepe az információbiztonság területén Tóth Georgina Nóra Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyag és
RészletesebbenSzoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23.
Szoftverprototípus készítése Dr. Mileff Péter 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, jobban
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észletesebbenSZAKKÉPZÉSI KERETTANTERV a(z) 55 213 04 MOBILALKALMAZÁS FEJLESZTŐ SZAKKÉPESÍTÉS-RÁÉPÜLÉSHEZ
SZAKKÉPZÉSI KERETTANTERV a(z) 55 213 04 MOBILALKALMAZÁS FEJLESZTŐ SZAKKÉPESÍTÉS-RÁÉPÜLÉSHEZ I. A szakképzés jogi háttere A szakképzési kerettanterv a nemzeti köznevelésről szóló 2011. évi CXC. törvény,
RészletesebbenTartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench)
8. Rendszermodellek Kérdések Miért kell a rendszer kontextusát már a követelménytervezés során modellezni? Mi a viselkedési modell, az adatmodell és az objektum-modell? Milyen jelöléseket tartalmaz az
RészletesebbenCORBA Áttekintés. Mi a CORBA? OMG and OMA. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
CORBA Áttekintés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 10. 15. Mi a CORBA? osztott objektum modell szabvány, amely definiálja a komponensek közötti interface-eket definiál
RészletesebbenOperációs rendszerek. A Windows NT felépítése
Operációs rendszerek A Windows NT felépítése A Windows NT 1996: NT 4.0. Felépítésében is új operációs rendszer: New Technology (NT). 32-bites Windows-os rendszerek felváltása. Windows 2000: NT alapú. Operációs
RészletesebbenA 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 Kar 1.3 Intézet Magyar Matematika és Informatika Intézet 1.4
RészletesebbenWebSphere Adapters. 6. változat 2. alváltozat. WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás
WebSphere Adapters 6. változat 2. alváltozat WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás Megjegyzés Az információk és a tárgyalt termék használatba vétele előtt feltétlenül
RészletesebbenANALYSIS PATTERNS MARTIN FOWLER ANALYSIS PATTERNS. Általános ismertető és Accountability Patterns
MARTIN FOWLER ANALYSIS PATTERNS Általános ismertető és Accountability Patterns ELTE, 2010. 11. 25. Herczeg István iherczeg@inf.elte.hu 1 Mi az a 'ANALYSIS PATTERN'? Mi az a minta? MF minta (pattern) definíciója:
RészletesebbenModellalkotás UML-ben
Modellalkotás UML-ben Modellalkotás UML-ben A Unified Modeling Language (UML) egy grafikus modellező nyelv, amely lehetőséget nyújt egy megoldandó probléma specifikációjának leírására absztrakt szinten,
RészletesebbenMérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time)
Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time) (specializáció választás a 4. félévben, specializációra lépés feltétele: az egyik szigorlat
RészletesebbenSummer of LabVIEW The Sunny Side of System Design
Summer of LabVIEW The Sunny Side of System Design 30th June - 18th July 1 Előadás célja I. Bemutatkozás II. III. IV. Keretrendszerről általánosan Mi az Szemlélet? ( Model) Az Framework és eszközei I. Hívási
RészletesebbenSZOFTVEREK A SORBANÁLLÁSI ELMÉLET OKTATÁSÁBAN
SZOFTVEREK A SORBANÁLLÁSI ELMÉLET OKTATÁSÁBAN Almási Béla, almasi@math.klte.hu Sztrik János, jsztrik@math.klte.hu KLTE Matematikai és Informatikai Intézet Abstract This paper gives a short review on software
RészletesebbenSDN a különböző gyártói megközelítések tükrében
SDN a különböző gyártói megközelítések tükrében Palotás Gábor üzletág igazgató, CCIE #3714 gabor.palotas@synergon.hu Sopron, 2013. március 26. Témák Miért az SDN az egyik legforróbb téma a hálózatok világában?
RészletesebbenKönnyen bevezethető ITIL alapú megoldások a Novell ZENworks segítségével. Hargitai Zsolt Sales Support Manager Novell Hungary
Könnyen bevezethető ITIL alapú megoldások a Novell ZENworks segítségével Hargitai Zsolt Sales Support Manager Novell Hungary Napirend ITIL rövid áttekintés ITIL komponensek megvalósítása ZENworks segítségével
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észletesebbenSzálkezelés. Melyik az a hívás, amelynek megtörténtekor már biztosak lehetünk a deadlock kialakulásában?
Szálkezelés 1. A szekvencia diagram feladata az objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengely. A
RészletesebbenA.NET keretrendszer (.NET Framework) három alapvetõ összetevõbõl áll:
Bevezetés Üdvözöljük a C# adatbázis-programozás mesteri szinten tanfolyamán! Amint az Olvasó bizonyára tudja, a technológiai forradalom következõ lépcsõje elkerülhetetlenül a.net felület lesz. A.NET erõssége,
RészletesebbenKOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA
KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA System Design Wahl István 2019.03.26. BME FACULTY OF TRANSPORTATION ENGINEERING AND VEHICLE ENGINEERING Tartalomjegyzék Rövidítések A rendszer definiálása
RészletesebbenÍ Á Ó ö ő ü ó ü ő ő í ő ö í ó ö í ó ú í ó í ó ő ó ó ő ű ó ü ő í ő í ó ő í ó ú í ó í í ö ö ö ő í ó ő É ö ő ó ó ö í ö ö í ő ű ö í í ő Í Í ö ő ú í í ü ő ö í ő ö í ő í ó ó ó ó ó Ó í ú í ó ó ó í ű ő í ó ó ő
RészletesebbenSZAKMAI BESZÁMOLÓ EVK SZAKKOLLÉGIUM. BESZÁMOLÓ: A 2014/2015 A Pallas Athéné Domus Scientiae Alapítvány pályázatára 2014/2015-ÖS TANÉV
SZAKMAI BESZÁMOLÓ EVK SZAKKOLLÉGIUM BESZÁMOLÓ: A 2014/2015 A Pallas Athéné Domus Scientiae Alapítvány pályázatára 2014/2015-ÖS TANÉV 1 Tőzsdekurzus A kurzus fókuszában - az elméleti bevezetőt követően
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észletesebbenOsztályozó vizsga. Angol nyelv. 10., 11., 12. évfolyam
Osztályozó vizsga Angol nyelv 10., 11., 12. évfolyam A vizsga szerkezete: írásbeli és szóbeli vizsga Témalista Ember és társadalom: hátrányos helyzetű és elesett emberek segítése; diszkrimináció Tágabb
Részletesebben.NET Microsoft.Net Framework
1.oldal.NET Microsoft.Net Framework Előadás jegyzet Előadó: Pócza Krisztián ELTE,2008.NET Framework alapjai Hasznos tudnivalók A jegyzet Pócza Krisztián.NET Framework és Programozása I. című előadása alapján
RészletesebbenMVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák
Java Web technológiák Bevezetés Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés
Részletesebbenó ő ö ő ű ö Ö ó ő ő ü ő ű É ő ő ő ű É ó ó ó ö ö ö ú ö ő ö ő ó ó ö ö ő ó ú ő ö ú ő ö ő Í Í ó ó ű Í ó ő ő ó ő ó ó ó ó ó ő ö Í Í Í ő ü ö ö ő ó ő ó ó ó Í ó ű ő ó ö ó ű ü ö ó ő ó ő ó ó ő ö őö ő ő Í ú ö ő ö
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észletesebbenInformáció-architektúra
Információ-architektúra IEEE 1471: Ipari szabvány szerint a szoftver architektúra kulcs fontosságú fogalmai Rendszer 1 Architektúra 1..n Érintett fél 1..n 1 Architektúra leírás 1..n 1..n Probléma 1..n
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észletesebbenSzoftveripar és üzleti modellek
Szoftveripar és üzleti modellek Irodalom Michael A. Cusumano: The business of software Michael Hiltzik: Dealers of lightning Eric Raymond: A katedrális és a bazár Szoftver technológia Software engineering
Részletesebbenö ő ü ú ö ö ő ö ő ö ö ö ö í Íó ó ó ö ö Í ö ő ö ö ö ö í ö ő ö ö í ö í ö őö í ö ö í ő ű ö ú í í ú ö ű í ó ö ö í í ő í ü ó ű ö ó ű ö ú ö ú í ő ö ö í ő í ö ü ő ó ö Í ő ó ö Íö ö ö ö ö ő ö ö í ö ö ő í ű ö ú
Részletesebbení ú ü ú í ú ü ú í ú ü ú ő ő Í Ö Ú Ü őí ű í í őő ő ü ő ő ű ő í É É Í Ö Ú Ü ő ő ő í ő í ú ű ő ő Í Ö Ú Ü ő ú ú í ü É ú í É ü í Ó ü É Ő É ü í ő Ú ő É ő ú É É ü ú í ő ő ü í ü ü ü í ű ú É É ü ü ü ü ü ü ő í ő
RészletesebbenMiért ASP.NET? Egyszerű webes alkalmazás fejlesztése. Történet ASP ASP.NET. Működés. Készítette: Simon Nándor
Miért ASP.NET? Egyszerű webes alkalmazás fejlesztése Készítette: Simon Nándor Integrált fejlesztő környezet Egységes (vizuális) fejlesztési lehetőségek Bőséges segítség (help) Hibakeresési, nyomkövetési
RészletesebbenTartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia
Tartalom D Szoftvertechnológia előadás Történeti áttekintés Architektúra D vs CORBA 2 Történeti áttekintés 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is
RészletesebbenSZET GYAK1: Követelmények ellenőrzése
SZET GYAK1: Követelmények ellenőrzése A gyakorlaton a követelmények nyilvántartásával és ellenőrzésével kapcsolatos feladatok közül vizsgálunk meg néhányat. Követelményspecifikáció ellenőrzése átvizsgálással
Részletesebbenő ő ö ö ö ö ü ó ó ú ó ő ő ő ő ő ó ó ő ő íő ó ó ö ö ő ő ő ö ő ó ó ö ű ö ö í ó ö í ő ó í ő ö Í í ö í ú ó ő íó ő ö ó ő ó ó ó ú ó í Í Í ő ő ö ö ő ö ú ö ö ő ö ö Í ő ó ő ő ő ó ú ú ó Í ő í ó ó í ö ő ó ó ő ő ó
Részletesebbenő Á Á ö É Á ő ű ő Á Ó ü ö ö ö ő Ö Ö ő ü ü ü ű ü ö ö ö ő Ó Ó ő ő ő ő ű Ö ő ü ö ő Ö íő ő ő ö ű ő ő Ü ő ö ö ű ü ő ő ő ü ő ü ü ű ő ő ű Ü ő ű ű Ó ő ő ő í Ö ö ü ö ű í í ű í Ü ű ö ő ű ű ü í ű ű ö ü ö ű ü ű ö
RészletesebbenÉ Ó ő ü ó ő Í ü ő ü Í ó Ú ő ó ü ő ő ű ő ó Ö ü É É É É ó ó ü ü ő ü ű ü ó ó ű ű ó ő ó ő ü ő ő ü ó ü ó ő ő ő ű ü ő ü ü ő Ú ó ő ü ó ő ő ü ő ó Ü ő ó ő ő ó ő Ú ő ó ő ó ő ó ó ő ü ó Í Íő ő ü ő É ő ü ó ü ű Á ü
RészletesebbenA ROBOTIKA ALKALMAZÁSÁNAK LEHETŐSÉGEI A HAD- ÉS BIZTONSÁGTECHNIKAI MÉRNÖK KÉPZÉSBEN
IV. Évfolyam 1. szám - 2009. március Tibenszkyné Fórika Krisztina Zrínyi Miklós Nemzetvédelmi Egyetem tibenszkyne.forika.krisztina@zmne.hu A ROBOTIKA ALKALMAZÁSÁNAK LEHETŐSÉGEI A HAD- ÉS BIZTONSÁGTECHNIKAI
Részletesebbenö ő Ö ó ő ő ő É ő ü ő í ő ó ö ö ó í ö ő É íé í ő ő ó ő ű ő ü ő ü ő ő í ő ó ő ű ó ü ö ő É í ő ő ű ő ó ü É í ő ó í ó ő ő ö ö ő ő ő ő ó Ö ú í ú í ó ö í í ó ő ű ö ű ő ü í ő í í ó í ő ó ü ü ő ó í ő í ő ö ü
RészletesebbenIT biztonsági szintek és biztonsági kategorizálási minta
IT biztonsági szintek és biztonsági kategorizálási minta Verzió száma: V1 Kiadás dátuma: 2008. május 29. Azonosító: EKK_ekozig_ITbiztonsagibesorolasiminta_080529_V01 A dokumentum az Új Magyarország Fejlesztési
RészletesebbenA TÉRINFORMATIKA OKTATÁSA ÉS ALKALMAZÁSI LEHETÕSÉGEI
A TÉRINFORMATIKA OKTATÁSA ÉS ALKALMAZÁSI LEHETÕSÉGEI Katona Endre, katona@inf.u-szeged.hu JATE, Alkalmazott Informatikai Tanszék Abstract Geographer students learn how to apply GIS, but for programmer
Részletesebbenü ő ó ő ó ó ó ő ó ó ó í ó ö ó ö ö ű í ü ú í ő ő ö ő ő ő ó ö ü ó ö ó ü ó ő ú ű ő ö ü ő ú ű í ú ó őí ó ő í ö ó ö í ó ö ö ó í ó ö ó ó ó ö ő ó ő ő ő ő í ó ő ő ő ő ő ó ü ö ü ő ó ö ü ő ó ő ö ő ö ö ö ö í ö ö
RészletesebbenŐ Ö ü ö ü ü ó ó Á ü ó ó ó ű ö ü ü ö ü ö ö ű ü ö ü ü ö ö ö ö ü ü ó ü ú ü ö ö ó ó ö ö ö ú ü ö ö ó ó ö ö ö ö ö ü ü ö ö ü Á ó ö ó ű ö ó ö ö ö Ö ö ö Í ó ü ú ó ö ü ú ö ö ö ó ó Í ü ó ú ö ö ö Ö ó ü ó ú ü Í ö ü
RészletesebbenElőzmények 2011.10.23.
Előzmények Dr. Mileff Péter A 80-as évek közepétől a szoftverek komplexitása egyre növekszik. Megjelentek az OO nyelvek. Az OO fejlesztési módszerek a rendszer különböző nézőpontú modelljeit készítik el.
RészletesebbenIBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.
IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere
RészletesebbenAz M2M szabványosítási helyzete
Az M2M szabványosítási helyzete Dr. Bartolits István Főosztályvezető Nemzeti Média- és Hírközlési Hatóság Technológia-elemző főosztály HTE Infokom 2014 Kecskemét, 2014. október 8-10. HTE Infokom 2014,
Részletesebbenő í ő Í í Ó í Ó í Ü í í í í í í ú í í Ü Ü Í Í í Ü Ú í í í í Í Ü Ő í í í í Ü ö Ó í í Ö í Ü í Ü Ö í Ö Ö í í Ó Ó Í í í Ő Ó í Ő Ú Ú Ö Ú Ö í Ő Í Ü í Ő í Í Ó Ó ő Ó Ó Í í Ü Ó Ó Ó Ó í ő í Ó Ó í Ö Ö í Ó Ó Ö í Ó
RészletesebbenA T-Systems felhő koncepciója Frigó József
A T-Systems T felhő koncepciója Frigó József Agenda Trendekbe illeszkedés Általános ICT koncepció Termék-kategóriák SMB: Virtualoso MID + ENT: T-Systems Cloud IaaS SaaS VDC, DaaS, UC ERP, CRM, Iratkezelés
RészletesebbenKomponensek együttműködése web-alkalmazás környezetben. Jónás Richárd Debreceni Egyetem T-Soft Mérnökiroda KFT richard.jonas@tsoft.
Komponensek együttműködése web-alkalmazás környezetben Jónás Richárd Debreceni Egyetem T-Soft Mérnökiroda KFT Komponensek a gyakorlatban A szoftverkomponenseket fejlesztő csoportoknak szüksége van olyan
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észletesebbenó ó ö ö í ü í í ő ó Á ó Ó í ö ő ő í í ö Á ű ó ű í ő Í í ű ű ő ő ö ö í í í Ú Ü ö í ó ó ó ű í ő ű ö ő ö Ó ő ó í ú í Ó ú ö í Ó ű ü ű Ü í ü Ü Ó ű ő ó ű í Ü ő ő Ó Ö ö ö ő ő ű ő ü ű ű ó ő ö ő ö Ó í ó ű ő ű Ó
Részletesebbenö Á ő é é ü ő Í ó ó ó ó ő ö é é ö ó é é ö é é í ó ó ó ő ó ő ú ö é ó ü é ó í é é é í ö ő ú é ő ű ó ó ő ö é ú é ú é ú í ö ő Á Á ö é é é ű ú é ö ó í é é ó ó ó é ö é é ú í ö ő ö é ő ö é ü é ó í ú ő é ő é ó
RészletesebbenSzéchenyi István Egyetem www.sze.hu/~herno
Oldal: 1/6 A feladat során megismerkedünk a C# és a LabVIEW összekapcsolásának egy lehetőségével, pontosabban nagyon egyszerű C#- ban írt kódból fordítunk DLL-t, amit meghívunk LabVIEW-ból. Az eljárás
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észletesebbenCatalyst 6500 Hogyan tovább?
Catalyst 6500 Hogyan tovább? Balla Attila CCIE #7264 Napirendi pontok Bevezető Történelmi áttekintés Újdonságok Hogyan tovább? Jövőkép 2 Bevezető Balatongyörök 2012. Catalyst 6500 egyik legnépszerűbb Campus
RészletesebbenAZ 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észletesebbenEMTP, EGY ÚJ LEVELEZÕ PROTOKOLL ÉS IMPLEMENTÁCIÓJA
EMTP, EGY ÚJ LEVELEZÕ PROTOKOLL ÉS IMPLEMENTÁCIÓJA Iványi Tibor, ivanyit@tigris.klte.hu Csukás Levente, csukasl@fox.klte.hu Kossuth Lajos Tudományegyetem Informatikai és Számító Központ Abstract The well
RészletesebbenBánsághi Anna anna.bansaghi@mamikon.net. 1 of 67
SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK
RészletesebbenApplying a Real-time CORBA ORB for Avionics Mission Computing
Applying a Real-time CORBA ORB for Avionics Mission Computing schmidt@cs.wustl.edu Washington University, St. Louis www.cs.wustl.edu/çschmidt/tao4.ps.gz Sponsors Boeing and CDI/GDIS Mission Computing Design
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználá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észletesebbenKinek szól a könyv? Hogyan épül fel a könyv? Megjelenés előtti szoftver A hálózati kézikönyv tartalma A könyv támogatása Kérdések és megjegyzések
Előszó Köszönetnyilvánítás Bevezetés Kinek szól a könyv? Hogyan épül fel a könyv? Megjelenés előtti szoftver A hálózati kézikönyv tartalma A könyv támogatása Kérdések és megjegyzések xiii xv xvii xvii
RészletesebbenUML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
RészletesebbenObjektum Orientált Szoftverfejlesztés (jegyzet)
Objektum Orientált Szoftverfejlesztés (jegyzet) 1. Kialakulás Kísérletek a szoftverkrízisből való kilábalásra: 1.1 Strukturált programozás Ötlet (E. W. Dijkstra): 1. Elkészítendő programot elgondolhatjuk
RészletesebbenMezőgazdasági betakarítási folyamatok szimulációja
Mezőgazdasági betakarítási folyamatok szimulációja 1 Mezőgazdasági betakarítási folyamatok szimulációja DR. BENKŐJÁNOS SZIE Gépészmérnöki Kar, Műszaki Menedzsment Intézet A folyamat szimuláció a valós
Részletesebben7. rész: A specifikációtól az implementációig az EJB rétegben
7. rész: A specifikációtól az implementációig az EJB rétegben Bakay Árpád NETvisor kft (30) 385 1711 arpad.bakay@netvisor.hu A tananyag készült az ELTE-IKKK projekt támogatásával Tartalom Tervezés lépései
RészletesebbenACO burkolható fedlapok. ACO műszaki katalógus ACO Burkolható fedlapok UNIFACE PAVING SOLID
ACO burkolható fedlapok ACO burkolható fedlapok ACO műszaki katalógus ACO Burkolható fedlapok UNIFACE PAVING SOLID ACO gully Tartalom Általános információk 3 page ACO Uniface ACO UNIFACE burkolható fedlap
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észletesebbenö ö ö ó ö ö ú ö ö ö ö ö ú ő ő ö ő ö ó ó ő ű ó ö őö ő ü ő ő ú ó Á Á Á Á ó ü ó ó ú Á Á Á ő ő ö ő ö ü É Á Á ú ö Á Á É É ö ü ö ö ő Í Á Ő É Ő ú Á É É ö ű ü ő ő ö ü ó ö Á É É ő ó ó ö ő ó Ö ő ó Ő ő ü ö ö ó ö
Részletesebbenó ü ú ü ú ó ó ú ü ú ü ú ö ö ű ü ö ö ö ú ó ü ö ö ö ü ö ö ö óó ü ö ö ó ó ö ó ö ú ó ó ó ó ű ö ö ó ö ó ó ú ű ü ö ö óó ú ó ö ö ü ó ó ó ó ó ó ó ü ó ú ű ü ó ö ú ű ó ü ö ö ó ó ü Á ó ű ó ü ó ó ú ó ú ó ó ö ö ü ú
RészletesebbenÖ Í Ő Ó ó ö ó ó ő ö ú ö ú ö ö ú Í ó ö őö ő ü É É ő ő ö ö ó ó ö ő ő ő Ü É ü ú Ö Ö É É ő Ü Ö Í É Ó Ö Ó Ü É Ö ú Ó É Ő É É ö ö ü ö Ü ö ö ő ö ő ő Ö Ú Ő É Ő Ú É É ö ű ő ő ö ó ö Ú É É Ő Ó Ó ö Ó ö ó ő ó ő ó ű
RészletesebbenÓ Ó ö ő ő Ü ö Ü ő ö ö Ü Ó ö Ó Ó Ü ö Ó Ó Ü Ó Ü ö ö ő Ü ő ö Ü ő Ó Ü ő ö Ó Ó Ü ö ő Ü Ü Ü Ó ö ö ő Ü Ó Ö ö Ó Ü Ó Ü Ó ő ö ö Ü Ü ő ö Ó Ü Ó ö Ó Ó ö Ü ö ő ö Ó ö ö ö ö ö ö ö ö ö Ü ő ű ű ö Ó ű ő Ó Ó Ü Ó Ü ő Ü Ó
RészletesebbenÍ ú Ó Á Á ö ö ő ö ő ö Á ö ő Í Í Í ö ö ő Í ö ö ű ö ü ö ú ü ő ü ő ö ő ö ő ú ő ö ő ö ő ö É ő ü ő ő ö ő ő Í ő ö ő ő ő ö ö ö ö ü ő Í ő ö ő Ó ü ő ő ü ü ő ő ő ő ü ő ö ű ő ő ő ő ő ő ű ő ő ő Í ű ő ö ö ő ő ő ű ő
RészletesebbenÉ É ő ü ó ü ú ü ó Ö ű ő ú ű ő ü ó ó Ö Ü ó ó ő ü ú ü ű ó ő ő ő ő ő ó ő ő ü ó ő ó ő ő Ö ó ő ő Ö ő ü ó ü Ö ő ü ó ő ő Á Á ő ó ó ó ő ő Á ű ő ó ó ő ü ő ü ő ő Á ú ü ü ó ő ű ő ő ő ó ü ó ő ő ü ó ó ó Á ő Á ő ó ő
Részletesebbenü ö ú ü ü ö ú ő ö ő ő ű ö ú ő ű ö ü ü ő ú ö ü ü ö ö ő ö ú ű ü ö ő ű ö őö ő ü ő ö ő ö ö ü ü ő ű ö ö ü ü ő ü ü ő ü ú ö ö ü ö ü ö ö ő ú ő ő ú ü ő ő ü ö ú ő ö ü ő ú ő ő ö ö ö ő ő Á ő ö ő ü ő ö ő ú ü ü ő ő
RészletesebbenÓ ú ö ő Á ö ő ő ő Á ú ú ő ő ö ú ő ő ü ö ö ü ő ö ő ö ő Ó ö ö Ó ö ö ú ö ö ő ö ö ö ü ú ő ú ö ú ő ő ő ő ö ő ő ú ő ő ö ú ú ő ő ú ő ö ö ü ő ö ö ö ö ő ü ő ö ö ő ö ö ü ő ő ö ő ö ő ö ő ö ö ö ö ő ö ö ő ő ű ű ű ö
Részletesebbenö Ö ő Í Ó ö ö Ö ő ő ű ö ő ö ö ö ö ő ő ö ő ő ő ő Ö ő ö ö Ö ö Ö ö ő ö Ö ő ö ő ö Ú ő ő ö ö Ö ő ö Ó ő ő ő Ö ö ő ö ö ú ö ő ö ö ö ö ű ö Ö ö Ó ö ú ú ö ő ö ú ö ö ö ö ö Ó ő ő öő ő Á ű ő ö Ö ő Á Ó ö Ó Ó ö ű ú ú
Részletesebbenö ú Ú ö ö Ú Á É Á ő ú Ú Ú É É ő É É ö ú Ú ö É Á Á Á ö ö ö É ö ö ö Ú É ö Ú É ö ő ú Ú É ö Ü ö ö Ü ö Á Á ö ő ű ú ö ú Ú É É ö ű ú É ú ö ő ű ö ü É ú ú ö É ö ű É ú ö ú Ü ü É Á ö ő ű ö ö ú É ú ü ú É ö ű ú Á ü
RészletesebbenÁ Á Ó É ö ó ó É í ó ü ó ö ö í ó ö ó í ó í ú Í í ó í ö í ó ű ű ü ó ó ú í ö í ö ü ú í í ü ü ó ó ó ó ó ú í ü í ű ó í í ö ü ü í ű ó í ó ü ö ü í í ü ó ű ó í ü ü ó í ó ó í ó í ú í ó ó í ö ó ö Á óö ö í í ó ó
Részletesebben