6. kurzus Az objektum-orientált tervezés alapelemei

Slides:



Advertisements
Hasonló előadás
Osztály leszármaztatás
Advertisements

ADATBÁZISOK.
C++ programozási nyelv Gyakorlat hét
Programozás III OOP ALAPOK.
Rendszerfejlesztés.
EE/R adatmodell (Extended E/R) 1 Az objektum orientált szemlélet elterjedésével egyre nőtt az igény az olyan SDM (Semantic Data Model) modellek iránt,
Programozás III KOLLEKCIÓK 2..
1 Hernyák Zoltán Programozási Nyelvek II. Eszterházy Károly Főiskola Számítástudományi tsz.
© Kozsik Tamás Beágyazott osztályok A blokkstrukturáltság támogatása –Eddig: egymásba ágyazható blokk utasítások Osztálydefiníciók is egymásba.
13.a CAD-CAM informatikus
OBJEKTUMORIENTÁLT PROGRAM
Bevezetés a Java programozásba
Osztályok Garbage collection.  általában minden osztálynak vannak adattagjai és/vagy metódusai ◦ adattagok megadása:  [láthatóság] [static] [final]
Vizuális modellezés Uml és osztálydiagram UML eszközök
UNIVERSITY OF SZEGED D epartment of Software Engineering UNIVERSITAS SCIENTIARUM SZEGEDIENSIS Programozás II. 7. Gyakorlat Operator overloading.
Programozás II. 3. Gyakorlat C++ alapok.
UNIVERSITY OF SZEGED D epartment of Software Engineering UNIVERSITAS SCIENTIARUM SZEGEDIENSIS Programozás II. 6. Gyakorlat const, static, dinamikus 2D.
Tömbök ismétlés Osztályok Java-ban Garbage collection
Mutatók, tömbök, függvények
Az információs rendszer fogalma
A Java programozási nyelvSoós Sándor 1/17 Java programozási nyelv 4. rész – Osztályok II. Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai.
Java programozási nyelv 3. rész – Osztályok I.
A C++ programozási nyelvSoós Sándor 1/15 C++ programozási nyelv Gyakorlat hét Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet.
A C++ programozási nyelvSoós Sándor 1/12 C++ programozási nyelv Gyakorlat - 8. hét Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet.
A virtuális technológia alapjai Dr. Horv á th L á szl ó Budapesti Műszaki Főiskola Neumann János Informatikai Kar, Intelligens Mérnöki Rendszerek.
Modellezés és tervezés c. tantárgy Óbudai Egyetem Neumann János Informatikai Kar Alkalmazott Matematikai Intézet Mérnöki Informatikus MSc 9. Előadás és.
A CAD/CAM modellezés alapjai
Szoftvertechnológia Rendszertervezés.
Ficsor Lajos Template-ek CPP8/ 1 Template-ek. Ficsor Lajos Template-ek CPP8/ 2 A template fogalma Kiindulási probléma: tetszőleges típusokon kellene ugyanolyan.
Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék
Objektumok. Az objektum információt tárol, és kérésre feladatokat hajt végre. Az objektum adatok (attribútumok) és metódusok (operációk,műveletek) összessége,
Ethernet technológiák A 10 Mbit/s sebességű Ethernet.
Anyagadatbank c. tárgy gyakorlat Féléves tematika Adatbázis alapfogalmak, rendszerek Adatmodellek, adatbázis tervezés Adatbázis műveletek.
1Objektumorientált elemzés és tervezés - Alapfogalmak Gyurkó György Objektumorientált elemzés és tervezés Alapfogalmak.
Objektumorientált tervezés és programozás II. 3. előadás
Bevezetés az UML-be az E/K modellen keresztül
Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT
Programtesztelés. Hibák keletkezésének okai nem egyértelmű vagy hiányos kommunikáció fejlesztés közben maga a szoftver bonyolultsága programozói (kódolási)
Hernyák Zoltán Programozási Nyelvek II.
Objektumorientált programozás
Objektumorientált tervezés
Objektumorientált tervezés Út az objektumig Az objektum fogalma, jellemzői Objektummal kapcsolatos fogalmak Hardverfogalmak A rendszer modell nézetei Objektumorientált.
V 1.0 Szabó Zsolt, Óbudai Egyetem, Programozási Paradigmák és Technikák Programozási eszközök Interfészek Generikus.
V 1.0 Szabó Zsolt, Óbudai Egyetem, Programozási Paradigmák és Technikák Programozási eszközök Interfészek Generikus.
Java programozási nyelv Metódusok
1 Objektum orientált programozás Öröklődés: többszörös öröklődés, konstruktorok, destruktorok, overloading Nagy Szilvia.
Objektum orientált programozás
Programozás III OOP ALAPOK.
Adamkó Attila UML2 Adamkó Attila
7. kurzus Az objektum-orientált tervezés alapelemei
Funkciós blokkok A funkciós blokkok áttekintése Az alkalmazás előnyei.
Gyurkó György. Az állapotmodellezés célja Általánosságban ugyanaz, mint a többi dinamikus modellezési technikáé: Jobban megismerni a problémát. Finomítani.
Programozás, programtervezés
UML modellezés 3. előadás
Adatbáziskezelés. Adat és információ Információ –Új ismeret Adat –Az információ formai oldala –Jelsorozat.
1 Objektum orientált programozás Az objektumok és az osztályok – bevezetés Nagy Szilvia.
Ficsor Lajos A C++ programozási nyelv I. CPP1/ 1 Osztály és objektum fogalma.
Haladó C++ Programozás Programtervezési minták – alapok Sonkoly Balázs
1 Objektum orientált programozás Az objektumok és az osztályok – példányosodás Nagy Szilvia.
Függvények, mutatók Csernoch Mária. Függvények függvény definíciója az értelmezési tartomány tetszőleges eleméhez hozzárendel egy értéket –függvény helyettesítési.
TÁMOP /1-2F JAVA programozási nyelv NetBeans fejlesztőkörnyezetben I/13. évfolyam Osztályok, objektumok definiálása és alkalmazása. Saját.
A szoftver mint komplex rendszer: objektumorientált megközelítés.
Programozási nyelvek típusossága.
Operációs rendszerek.
Neumann János Informatikai Kar
Hernyák Zoltán Programozási Nyelvek II.
Neumann János Informatikai Kar
Bevezetés Tematika Számonkérés Irodalom
Algoritmus készítés.
Konverziós operátorok
Előadás másolata:

6. kurzus Az objektum-orientált tervezés alapelemei IRT Illyés László 6. kurzus Az objektum-orientált tervezés alapelemei

Az objektum fogalma A programozói gyakorlat a következő cél megfogalmazásához vezetett: egy objektumra vonatkozó minden információ a program egyetlen helyén jelenjen meg. Adatszerkezet és algoritmus egy helyen Ez az információ a program többi részében, sőt más programokban is könnyen újrahasználható legyen Szisztematikus programfejlesztés során tudatosult, hogy az információ-feldolgozási probléma megközelíthető az adatok és az algoritmusok oldaláról

Az objektumorientált paradigma Paradigmának nevezzük egy világszemlélet, látás és gondolkodásmódot, amelyet az adott fogalomkörben használt elméletek, modellek és módszerek összessége jellemez. Az objektumorientáltság egy paradigma, amelynek alapján több rendszerfejlesztési módszertant is kidolgoztak. Ezek a módszertanok a modellezéstől az implementációig sőt a karbantartásig átfogják a teljes fejlesztési folyamatot. Az a rendszer, amelynek fejlesztésére, leírására a módszertanok használhatók, értelmezhető a szoftver rendszernél lényegesen tágabban is, jelenthet egy integrált hardver-szoftver együttest vagy egy szervezetet is.

Az objektumorientált módszertan Az objektumorientált módszertan alkalmazásával a kifejlesztendő rendszert együttműködő objektumokkal modellezzük, a tervezés és az implementáció során pedig ezen objektumokat "szimuláló" programegységeket alakítunk ki. A minket körülvevő világ olyan objektumokkal írható le, mint házak, városok, emberek, járművek stb. Ugyanezen világ jellemezhető olyan objektumokkal is mint napközi, iskola, egyetem, diák, tanár. A modell objektumait az határozza meg, hogy a rendszer milyen vonatkozásait akarjuk megjeleníteni, az objektum modell a valóság mely szeletét reprezentálja. Az objektumok valamilyen absztrakciót tükröznek.

Az objektum − Az objektum egy valós vagy absztrakt, azonosítható, egyedi entitás, amely a vizsgált környezet egy jól definiált szereplője. − Egy objektum más objektumokra hatást gyakorol és más objektumok hatással vannak rá. − Objektumként definiálható bármi, aminek pontos határai meghúzhatók. − Az objektum jellemezhető a rajta értelmezett műveletekkel és a rajta elvégzett műveletek hatását rögzítő állapottal.

Az objektum definíciója Az objektum egy rendszer egyedileg azonosítható szereplője, amelyet a külvilág felé mutatott viselkedésével, belső struktúrájával és állapotával jellemezhetünk. Egységbe zárás (encapsulation) azt jelenti, hogy egy objektum egységbe zárja az állapotát tartalmazó adatstruktúrát, a rajtuk végrehajtott műveleteket. Az objektum tervezőjének a feladata a struktúra, viselkedés és állapotok programozása. A külvilág (külső program) az objektum szolgáltatásait veszi igénybe.

Az objektum felelőssége Minden objektum felelős önmagáért Az objektumhoz felelősség rendelhető, amelynek vállalása és teljesítése az objektum feladata

Az objektum viselkedése Az általa végrehajtott tevékenységsorozatban nyilvánul meg. aktív passzív Aktív: folyamatosan működik, valamilyen tevékenységet hajt végre, más objektumokra hatást gyakorol. (főprogram, vezérlő-objektum) Passzív: addíg nem tesz semmit, amíg valamilyen külső hatás nem éri (esemény, üzenet) (pl. daemon)

Üzenetek Az objektumok egymásra hatása az üzeneteken keresztül valósul meg. Az üzenetek továbbításához “infrastruktúra” szükségeltetik Az üzenet szerepe: vezérlési szerep adatcsere az objektumok között az üzenet komponensei: név paraméter

Üzenetek küldése Egy adott nevű üzenet többször is elküldhető más-más vagy ugyanazon paraméterekkel Egy objektum több, különböző nevű üzenet fogadására képes. Ezek sorrendje is fontos lehet az objektum számára Azonos nevű, különböző paraméterekkel kapott üzenet az objektum azonos reakcióit idézik elő, amelyik folytatása függhet a paraméter értelmezésétől A paraméter más objektum is lehet.

Üzenetek-komolyabban Aki kapja tudja-e (kell-e tudnia), hogy az üzenetet kitől kapta, képes-e szelektíven fogadni Konkurens objektumok problémái: Indulhat-e a rendszer eleve több aktív objektummal? Létezhetnek-e aszinkron műveletek Objektumon belüli konkurencia lehetséges-e? (az objektum még nem dolgozta fel az előző üzenetet, amikor újabb üzenetet kap, amelyik esetleg teljesen más viselkedésre ösztönzik)

Események (event) Egyes módszertanok az üzenet helyett az esemény fogalmát vezetik be az objektumok közötti kölcsönhatás modellezésénél. Az esemény egy azonosítható, pillanatszerű történés Az eseményekhez statikus (név) és dinamikus (paraméter) információk tartozhatnak Az eseményeket az objektumok hozzák létre (objektum lehet a felhasználó is, mint aktor) Felmerülő kérdések: van-e címzettje az eseménynek eldöntheti-e az objektum, hogy melyik eseményre reagáljon egy eseményre egyetlen objektum reagál-e vagy több

Üzenet és esemény Az együttes használat sokszor egyértelmű Ha egy objektum észlel egy eseményt, majd erről üzenetküldéssel értesít egy másik objektumot, a számára az üzenet is lehet egy esemény Pl.: Ha van egy szenzorunk, amelyik egy gépnél a maximális lehetséges elmozdulást jelzi, az általa küldött üzenet egy olyan esemény a vezérlőegység számára, amelyik gép leállására vagy a mozgásirány megváltoztatására kényszeríti Az üres üzenet is tartalmazhat kódolt információt

Metódusok (operációk) Üzenet hatására az objektumok végrehajtják a hozzájuk rendelt felelősségek által meghatározott cselekedeteket. Ezen cselekedeteket metódusoknak vagy operációknak nevezzük Az objektum viselkedésének meghatározása a metódusokba van belekódolva Üzenet: MIT, metódus: HOGYAN Ugyanaz az objektum ugyanarra az üzenetre (ugyanolyan paraméter értékekkel) másképp is reagálhat, a korábbi hatásoktól függően

Ugyanannak az objekumnak 2 ugyanolyan egymásutáni eseméyre való regálása hozzaAd(6) hozzaAd(11)

A hozzaAd(ertek:int) megvalósítása Public void hozzaAd(int ertek){ S=S+ertek; } Az objektum állapota minden üzenetre változik. (Változik az S attribútum értéke) Rövidített változata az értékadásnak S+=ertek;

Üzenetek, események és metódusok Ezek alkotják az osztály felelősségét és az osztály jelölésében a 3-ik részt foglalják el Lehetnek: Üres üzenet Paraméterezett üzenet Üres üzenet visszatérési értékkel Paraméterezett üzenet visszatérési értékkel

Állapotok Az objektum azonos tartalmú üzenetre különbözőképpen reagálhat Pl. A felvonó attól függően indul el felfele vagy lefele, hogy a hívó személy milyen relatív pozícióban van hozzá képest Az objektumban végbemenő változások nyomát az objektum állapota jellemzi. Az objektum állapotát az attribútumok tárolják. Az attribútumok értékei változhatnak az objektum életciklusa során

Objektumok létehozása, inicializálása Az objektumnak életciklusa van. Megszületik, él és meghal. Születéskor meg kell adni a kezdeti adatait. Az inicializálást végző metódust konstruktornak nevezzük. Egy osztálynak lehet több konstruktora is. Javaban az objektumot a new(új) operátoral hozzuk létre. Az operátor után meg kell adni az osztály nevét. Mivel a konstruktor neve egyben az osztály neve is, az objektum automatikusan inicializálódik.

Egy osztálynak több konstruktora Egy ablak a képernyőn megadható többféle képpen. A bal felső sarok helyzete a képernyőn +szélesség+magasság A bal felső sarok helyzete + jobb alsó sarok helyzete Pont(x:int, y:int){} Ablak(balFelsoPont:Pont, szelesseg:int, magassag:int){} Ablak(balFelsoPont:Pont, jobbAlsoPont:Pont){}

A főprogram üzenetei Keletkezik 2 új pont objektumunk pont P1=new pont(2.2,3.3); pont P2=new pont(2.2,6.3); Keletkezik egy új szakasz objektumunk a 2 létező ponttal szakasz szk=new szakasz(P1,P2); Kiíratjuk a szakasz hosszát System.out.println("szakasz hossza="+szk.mennyiaHossza());

A metódus megvalósítása public double mennyiaHossza() { return Math.sqrt(Math.pow((kezdoPont.getYKoord()-vegPont.getYKoord()),2) +Math.pow((kezdoPont.getXKoord()-vegPont.getXKoord()),2)); } Ez a metódus elkéri a kezdőpont és a végpont koordinátáit (üzenet válasszal-get), amely alapján kiszámítható a szakasz hossza.

Osztályok és példányok (objektumok) Megegyező viselkedésű és struktúrájú objektumok egy közös minta alapján készülnek, amit osztálynak nevezünk. Az osztály a megegyező viselkedésű és struktúrájú objektumok gyára, vagy forrása Az objektum az osztály egy pédánya (instance) Az objektum egy bizonyos pillanatban létező egyed. Minden objektum különbözik a másik, ugyanazon osztályból származó objektumtól- equals – ki kivel egyenlő Az objektum ismeri az osztályt, amelyikből származik

Osztályok és objektumok A kutya osztály A kutya osztály egy példánya, kutya neve Néró (objektum) A kutya osztály egy másik példánya, kutya neve Beethoven (objektum) A kutya osztály egy általános példánya (objektuma) név nem ismert vagy nem jellemző

Az információ-elrejtés elve Az objektumok más objektumok által csak a metódusokon keresztül érhetők el. Lehetnek belső metódusok, amelyek a működés egy részét is elrejtik (függvényhívás) A publikus metódusokat nevezhetjük az osztály szolgáltatásainak is, azokon keresztül valósul meg az objektum felelőssége

A Demeter törvény (az objektum és környezete közötti csatolás gyengítésének elve) A csatolás a leggyengébb, ha a metóduson belül csak az alábbi elemekre történik hivatkozás: A metódus paramétereire és eredményére A metódust tartalmazó osztály attribútumaira A program globális változóira A metódusban definiált lokális változókra

CRC kártyák (Class-Responsibility-Collaboration) Osztály-Felelősség-Együttműködés kártyák Egy brainstorming eszköz, amelyik az objektum-orientált szoftver tervezésében használnak Ward Cunningham javasolta Index kártyákból készítették (76x127mm) ISO mérete az A7-es. Tartalma: az osztály neve a szuper- és alosztályok (ha léteznek) az osztály felelősségei azon osztályok, amelyekkel együttműködik a szerző

Osztály-felelősség-együttműködés Kis kártyák használata a tervezés komplexitását csökkenti. Ráirányítja a tervező figyelmét az osztály lényegére és eltávolítja a túlzott részletességtől. Kényszeríti a tervezőt, hogy ne adjon túl sok felelősséget egy osztálynak Mivel hordozható, elhelyezhető egy táblán, s újra rendezhető a tervezés folyamán A legbanálisabb módszer: olvasva a követelmény-specifikációt, kiválasztjuk a főneveket, mint lehetséges osztályokat vagy attribútumokat és az igéket, mint lehetséges felelősségeket