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

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

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

Átírás

1 Szoftvertechnológia Szabolcsi Judit 2008

2 (Ajánlott irodalom: R. A. Maksimchuk E. J. Naiburg: UML földi halandóknak. Kiskapu Kiadó, Budapest és Harald Störrle: UML 2. Panem Kiadó, Budapest 2007.) IV. UML IV.1. Mi is az az UML? A szoftvertervezés (szoftvermérnökség software engineering) olyan szoftvertechnológiákkal foglalkozik, amelyek olyan programok elıállítására alkalmasak, amiket: - nem egy ember, hanem többen együtt, csoportban (team) fejlesztenek - nem készülnek el rövid idı alatt, hanem hónapokig-évekig fejlesztik ıket - nem tarthatók fejben, hanem összetettek, bonyolultak, ezért részekre kell bontani és modellezni kell ıket. Az UML mind a három fentebb felsorolt szempontból segíthet. UML (Unified Modeling Language) egységes modellezı nyelv, ez egy szabványos grafikus jelölırendszer. Nem programozási nyelv, hanem a fejlesztık, a tesztelık, a menedzserek és a megrendelık közötti kommunikációt segíti. Gondoljanak az elektromos eszközök kapcsolási rajzaira, amiket mindenki, aki megtanulta a jelölésrendszert, ugyanúgy értelmez. Vagy párhuzamot vonhatunk a zenei kottával is, ami szintén egy szabványos (zenei) jelölésrendszer, aminek megszületése elıtt a zenéket kizárólag hallás után tudták megtanulni a zenészek. Az UML az szeretne lenni a programtervezésben, ami a zenében a kotta, vagy a villamosmérnökök között a kapcsolási rajz. Az UML-nek van még egy nagy elınye: szabványos. Az OMG nevő csoport (Object Management Group gondoskodik róla, hogy elkészüljenek az újabb és újabb verziók, és ezeket szavazással elfogadják, majd a weboldalon közzétegyék. Az OMG tagjai pl.: az Adobe, Fujitsu, HP, Hitachi, Microsoft, NASA, SAP, egyetemek, cégek és még sokan mások. Jelenleg az UML 2.1-es verzió az aktuális az OMG oldalán mindig meg lehet nézni (és le is lehet tölteni) a legutoljára elfogadott verziót. Tehát mire jó az UML: szemléltetésre a fejlesztıi csoporton belül, illetve a fejlesztık és a megrendelık közötti kommunikációra specifikálásra megvalósításra dokumentálásra IV.2. Az UML részei A szoftverfejlesztési folyamat sikeréhez három dolog szükséges: Jelölésrendszer (notation) ez lehet az UML Folyamat (process) pl. RUP (Rational Unified Process) Eszköz (tool) pl. Enterprise Architect, Rational Rose, Visual Studio 2008 osztály készítı része Mi ezek közül csak a jelölésrendszerrel foglalkozunk.

3 Az UML okból áll. A modell és a nem ugyanazt jelenti. Az UML földi halandóknak c. könyv alapján (14.old.): Noha elsı látásra hasonlónak tőnhetnek, a ok és a modellek különböznek egymástól. A modell elvont ábrázolás, amely a modellezett dolog céljának meghatározásához szükséges összes elemet (üzleti, kapcsolati, rendszer- és egyéb tényezıket) tartalmazza. A ezzel szemben konkrét rálátást ad valamire, amit meghatározott környezetben akarunk megérteni. A csupán a modell egészének vagy részének egy adott nézıpontja. Egy bizonyos modellezési elem csak egyszer szerepelhet a modellben, de ugyanaz az elem több ban is megjelenthet. [ ] A modellek (tehát) több ból állnak, a ok pedig az elemek és azok más elemekkel való kölcsönhatásának ábrázolásai. A okon és a modelleken kívül az UML rendelkezik még ún. metamodellel is. A metamodell a modell modellje. Az UML metamodellje az UML modellek nyelvét és szerkezetét írja le. Az UML modellek számos különbözı elembıl tevıdnek össze, és a metamodell határozza meg ezeknek az elemeknek a tulajdonságait, azt, hogy milyen módon kapcsolódhatnak és hogy mit jelent egy ilyen kapcsolat. A legtöbb mőszaki nyelv, pl. az SQL is rendelkezik metamodellel. Nézzük tehát az UML 2.x (2.0 és 2.1) -fajtáit. Alapvetıen két nagy csoportba oszthatjuk ıket: a szerkezeti (statikus) és a viselkedési (dinamikus) ok. A szerkezeti ok nem törıdnek az idıbeli változással, ık a modellezett rendszer állapotát egy adott idıpillanatban mutatják be. Ezzel szemben a viselkedési ok folyamatában, változásában mutatják ugyanazt a modellezett rendszert. Szerkezeti ok: Osztály (class) objektum (object) csomag (package) összetevı (component) összetett szerkezet (composite stucture) kialakítás (deployment) Viselkedési ok: tevékenység (activity) használati eset vagy feladat (use-case) állapotautomata vagy állapotgép (state machnie) Kölcsönhatási ok: sorrend (sequence) kommunikációs (communication) idızítés (timing) kölcsönhatás áttekintı (interaction overview) A következı oldalon látható ábra maga is egy UML osztály, amely az általánosítás relációval kapcsolja össze pl. a és a szerkezeti osztályokat.

4 szerkezeti viselkedési osztály (class) objektum (object) tevékenység (activity) használati eset (use-case) csomag (package) összetevı (component) állapotautomata (state machine) összetett szerkezet (composite structure) kialakítás (deployment) kölcsönhatási sorrend (sequence) kommunikációs (communication) kölcsönhatás áttekintı (interaction overview) idızítés (timing) Röviden ismerkedjünk meg a fenti ok szerepével! Osztály: az UML modellezésben leggyakrabban használt fajta. A rendszerben található állandó elemeket, azok szerkezetét és egymás közötti logikai kapcsolatát jeleníti meg. Általában a rendszer logikai és fizikai felépítésének ábrázolására szolgál. Az UML-ben található osztály és a programozási nyelvek osztályfogalma különbözı! Az UML-ben az osztály fogalomnak

5 legalább négy jelentése van: osztály mint fogalom osztály mint típus osztály mint objektumhalmaz osztály mint implementáció Ez az elemzési/ tervezési fázisban gyakori, ahol a szakterület fogalmait nevezzük osztálynak. Ez már programozási nyelv közelibb; az objektumok az osztály típus értékei, példányai. Az osztály itt csak egy csoportosítás, az azonos felépítéső objektumok halmaza. Az OOP nyelvekben az osztály egyszerően csak egy implementáció (kód) is lehet, amin az objektumai osztoznak. Ez a négy jelentés különbözı erısséggel van jelen, aszerint, hogy az osztályt a szoftver életciklus melyik fázisában használjuk: osztályok felhasználási módja elemzési fázisban tervezési fázisban megvalósítási fázisban fogalom igen esetleg nem típus esetleg igen igen objektumhalmaz nem igen igen implementáció (kód) nem esetleg igen Objektum: a rendszer egy adott idıpontban érvényes pillanatképét határozza meg. Az osztályból származtatjuk. Csomag: a csomagok olyan modellelemek, amelyek más modellelemek csoportosítására szolgálnak, és ezeket valamint a köztük lévı kapcsolatokat ábrázolja ez a fajta. Összetevı : az összetevı vagy komponens a rendszer fizikailag létezı és lecserélhetı része, feltéve, hogy az új komponens csatlakozási felülete (interfésze) megegyezik a régivel. (Mint a LEGO-kockák.) Ez a fıleg implementációs kérdések eldöntését segíti. A megvalósításnak és a rendszeren belüli elemek együttmőködésének megfelelıen mutatja be a rendszert. Összetett szerkezeti : A modellelemek belsı szerkezetét mutatja. Kialakítás : A fizikai (kész) rendszer futásidejő felépítését mutatja. Tartalmazza a hardver és a szoftverelemeket is. Tevékenység: A rendszeren belüli tevékenységek folyamatát jeleníti meg. Általában üzleti folyamatok leírására használjuk. Használati eset/feladat : A rendszer viselkedését írja le, úgy, ahogy az egy külsı szemlélı szemszögébıl látszik. Állapotautomata : Az objektumok állapotát és az állapotok közötti átmeneteket mutatja, valamint azt, hogy az átmenetek milyen esemény hatására következnek be. Kommunikációs : Az objektumok hogyan mőködnek együtt a feladat megoldása során, hogyan hatnak egymásra. Sorrend: Az objektumok közötti üzenetváltás idıbeli sorrendjét mutatja. Idızítés : A kölcsönhatásban álló elemek részletes idıinformációit és állapotváltozásait vagy állapotinformációit írja le. Kölcsönhatás áttekintı : Magas szintő, amely a kölcsönhatás-sorozatok közötti

6 vezérlési folyamatról ad áttekintést. IV.3. Osztály Egyszeresen összefüggı gráf, amelynek csomópontjai osztályokat, élei pedig relációkat fejeznek ki. Az osztály jele egy általában három részre osztott téglalap, ahol a felsı sávba az osztály nevét, a középsıbe az osztály attribútumait, az alsóba pedig az osztály mőveleteit írjuk. vagy vagy név név név attribútumok attribútumok mőveletek Az attribútumok és mőveletek láthatóságai: + public, # protected, - private, ~ package. Pl.: alkalmazott + beosztás - fizetés # munkaidı sablon osztály: utazás k : közelekedési eszköz + dolgozik() + szabadság() A statikus adattagokat vagy mőveleteket aláhúzással jelöljük, az absztrakt osztály neve pedig dılt betős. Az osztályok közötti kapcsolatok: asszociáció/társítás (association) aggregáció/rész-egész kapcsolat (aggregation) általánosítás (generalization) függıség (dependency) megvalósítás (realization) Asszociáció: Valamilyen használati kapcsolat a két osztály között, amelyek egymástól függetlenek, de legalább az egyik ismeri/használja a másikat. kutya 1..* 1 gazda (Egy kutyának pontosan egy gazdája van, és minden gazdának legalább egy, legfeljebb akárhány kutyája van. Attól lesz gazda, hogy van legalább egy kutyája.) A vonalra a multiplicitást írjuk: Egy-egy kapcsolat: ha nem írunk semmit a vonalra, az pontosan 1-1-et jelöl.

7 Írhatunk ilyet is: 0..1 Egy-sok kapcsolat: * vagy i..* vagy i..j Sok-sok kapcsolat: tanfolyam 1..* hallgató (Minden hallgató jár legalább egy tanfolyamra, és egy tanfolyam legalább 4 fıs, legfeljebb 10 fıs lehet.) Reflexív asszociáció: amikor egy osztály saját magával van kapcsolatban. hallgató * * ismeri Többes asszociáció: tanár hallgató tantárgy Aggregáció: Erısebb kapcsolat, mint az asszociáció. Egész-rész kapcsolat. Két fajtája van: gyenge és erıs. A gyenge tartalmazásnál, ha elvágjuk a kapcsolatot, a részek akkor is életképesek maradnak, az erıs tartalmazásnál (kompozíció) viszont külön-külön mőködésképtelenek. Kompozíció (erıs tartalmazás): kutya fej háromszög 3 oldal Gyenge tartalmazás: doboz ajándék

8 Általánosítás: a reláció azt fejezi ki, hogy a speciális osztály az általánosból származtatással (örökléssel) jön létre. alakzat kör egyenes Függıség: Két elem közötti kapcsolat, ahol az egyik változása befolyásolja a másikat. törzstıke vállalkozás függı független A vállalkozás fejlıdésével/csıdbe jutásával párhuzamosan változtathatja a törzstıkéje összegét. Megvalósítás: A fogalom és annak megvalósítója közötti kapcsolat. ellenır ellenırzés megvalósító fogalom

9 Egy összetettebb osztály az Enterprise Architect 7.1-bıl: class C# Model EA 7.1 Unregistered Class Trial Model Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versio EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial - Version Author: string EA 7.1 Unregistered Trial Versio This Class represents the MDA transform generated from the Abs tract Clas s m odel PIM. For m ore inform ation on MDA transform s see: - listprice: number MDA Transforms EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial «property» Version EA 7.1 Unregistered Trial Versio This Class m odel can be forward engineered to the C# code. For m ore inform ation on proces s es + CostPrice() : number EA of code 7.1 generation, Unregistered revers e engineering Trial Version of s ource EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versio code and synchronization between the s ource code and m odel - s ee: EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version -itemea 7.1 Unregistered Trial Versio Code Engineering EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version LineItem EA 7.1 Unregistered Trial Versio Order - date: Date - deliveryinstructions: string - ordernumber: string + Quantity() : int + checkforoutstandingorders() : void «property» + Date() : Date + DeliveryInstructions() : string + LineItem() : LineItem + OrderNumber() : string + Status() : OrderStatus + deleteitem() : void + LineItem() : LineItem EA 7.1 Unregistered -status Trial Version -accountea 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versio «enumeration» Account OrderStatus closed delivered - billingaddress: string - closed: bool - deliveryaddress: string EA 7.1 Unregistered dispatched Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versio new packed - address: string - name: string EA 7.1 Unregistered Trial Version + createnewaccount() EA 7.1 Unregistered : void Trial Version «property» EA 7.1 Unregistered Trial Versio + loadaccountdetails() : void + markaccountclosed() : void EA 7.1 Unregistered Trial Version + retrieveaccountdetails() EA 7.1 Unregistered : void + LineItem() : LineItem Trial Version EA 7.1 Unregistered Trial Versio + submitnewaccountdetails() : void + validateuser(string, string) EA 7.1 Unregistered Trial Version «property» EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versio + Basket() : ShoppingBasket + BillingAddress() : string + Closed() : bool + DeliveryAddress() : string + Address() : string + Nam e() : string + Order() : Order ShoppingBasket - quantity: int - shoppingbasketnumber: string + addlineitem () : void + createnewbasket() : void + processorder() : void «property» -basket StockItem - catalognum ber: string - costprice: number - title: string + Author() : string + CatalogNumber() : string + ListPrice() : number + Title() : string «property» + Item() : StockItem Transaction - date: Date - ordernumber: string + loadaccounthistory() : void + loadopenorders() : void + Account() : Account + Date() : Date + OrderNumber() : string -account -history

10 Kérdések (A válaszok beküldhetık: február 23-a délig) 1. Írjon példát egy-egy, egy-sok és sok-sok típusú osztálykapcsolatra (asszociációra). (3 pont) 2. Készítsen osztályot az alábbi szöveg alapján: Az XY cégnél az alkalmazottak között van fınök, eladó, szerelı. Az eladók a boltban, a szerelık a mőhelyben dolgoznak. A boltban legalább1, legfeljebb 3 eladó dolgozik. A mőhelyben legalább 5 legfeljebb 8 szerelı tartózkodik. A on a multiplicitást is jelölje! (4 pont)

UML (Unified Modelling Language)

UML (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észletesebben

Előzmények 2011.10.23.

Elő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észletesebben

Modellalkotás UML-ben

Modellalkotá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észletesebben

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

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

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31

Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31 IMPERATÍV PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 9. ELŐADÁS - OOP TERVEZÉS 2014 Bánsághi Anna 1 of 31 TEMATIKA I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív paradigma

Részletesebben

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

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

Részletesebben

Szoftvertechnológia 2012/2013. tanév 1. félév. Szoftvertechnológia

Szoftvertechnológia 2012/2013. tanév 1. félév. Szoftvertechnológia Szoftvertechnológia Szabolcsi Judit 2012 Tartalom I. Szoftver és szoftvertervezés... 4 I.1. Mi a szoftvertervezés?... 4 I.2. Mi a szoftver?... 5 II. A szoftverfolyamat... 6 II.1. Szoftverspecifikáció...

Részletesebben

Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT 6. kurzus

Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT 6. kurzus Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT 6. kurzus 5-ös Kurzus (UML) Visszatekintés: történelmi szempontok Az UML létrejötte UML-1 (Unified Modeling Language) és UML-2 Magyarul

Részletesebben

Objektumorientált programozás C# nyelven

Objektumorientált programozás C# nyelven Objektumorientált programozás C# nyelven 1. rész Osztályok és objektumok Mezık és metódusok Konstruktor és destruktor Láthatósági szintek Névterek és hatókörök Osztály szintő tagok Beágyazott osztályok

Részletesebben

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell

Részletesebben

Szoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II.

Szoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II. Architektúrák dokumentálása UML-lel Irodalom L. Bass, P. Clements, R. Kazman: Software Architecture in Practice, Addison-Wesley, 2003 H. Störrle: UML 2, Panem, 2007 2 Szoftver architektúra (emlékeztet!)

Részletesebben

Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár

Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár Software Engineering Dr. Barabás László Ismétlés/Kitekintő Ismétlés Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, személyek és szerepkörök Modell, módszertan Kitekintés Elemzés/

Részletesebben

Programozás 1. 2.gyakorlat

Programozás 1. 2.gyakorlat Programozás 1. 2.gyakorlat Ismétlés Objektum: Egy a való világból vett elem (ami lehet elvonatkoztatott is) számítógépes ábrázolása. Pl: Kurzus, Személy stb Minden Objektum rendelkezik: Állapottal Viselkedéssel

Részletesebben

OOP és UML Áttekintés

OOP és UML Áttekintés OOP és UML Áttekintés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) OOP és UML Áttekintés 2013 1 / 32 Tartalom jegyzék 1 OOP Osztály Öröklődés Interfész, Absztrakt Osztály Kivétel kezelés

Részletesebben

Java VI. Egy kis kitérő: az UML. Osztály diagram. Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07.

Java VI. Egy kis kitérő: az UML. Osztály diagram. Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07. Java VI. Öröklődés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07. Java VI.: Öröklődés JAVA6 / 1 Egy kis kitérő: az UML UML: Unified Modelling Language Grafikus eszköz objektum

Részletesebben

Programfejlesztési Modellek

Programfejlesztési Modellek Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció

Részletesebben

WEBES ALKALMAZÁSOK TERVEZÉSE, FEJLESZTÉSÉNEK MENETE. Tarcsi Ádám

WEBES ALKALMAZÁSOK TERVEZÉSE, FEJLESZTÉSÉNEK MENETE. Tarcsi Ádám WEBES ALKALMAZÁSOK TERVEZÉSE, FEJLESZTÉSÉNEK MENETE Tarcsi Ádám OKJ vizsga: 1188-06 Web-alkalmazás tervezés Nemzeti Munkaügyi Hivatal, Szakképzési és Felnőttképzési Igazgatóság: www.nive.hu Szakmai és

Részletesebben

Tartalomjegyzék. Bevezetés...2

Tartalomjegyzék. Bevezetés...2 Tartalomjegyzék Bevezetés...2 1. Követelmény analízis...3 1.1. Áttekintés...3 1.2. Használati eset diagram (use case)...3 1.3. Alkalmazási példa...5 2. Modellezés...6 2.1. Osztálydiagram...6 2.2. Osztályok

Részletesebben

Objektumorientált paradigma és programfejlesztés Bevezető

Objektumorientált paradigma és programfejlesztés Bevezető Objektumorientált paradigma és programfejlesztés Bevezető Vámossy Zoltán vamossy.zoltan@nik.uni-obuda.hu Óbudai Egyetem Neumann János Informatikai Kar Ficsor Lajos (Miskolci Egyetem) prezentációja alapján

Részletesebben

01. gyakorlat - Projektalapítás

01. gyakorlat - Projektalapítás 2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:

Részletesebben

Utolsó módosítás:

Utolsó módosítás: Utolsó módosítás: 2012. 02. 20. 1 Bonyolult rendszerekkel csak úgy tudunk dolgozni, hogy először egy egyszerűbb modellt építünk, megvizsgáljuk a rendszert különböző szempontokból. A modellezés nagyon általános

Részletesebben

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

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

Részletesebben

7. 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 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észletesebben

Programozás I. 2. gyakorlat. Szegedi Tudományegyetem Természettudományi és Informatikai Kar

Programozás I. 2. gyakorlat. Szegedi Tudományegyetem Természettudományi és Informatikai Kar Programozás I. 2. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Antal Gábor 1 Vizuális modellezés Programozás: Modellezés és tervezés Implemetálás (Kódolás) Dokumentálás és Tesztelés

Részletesebben

Ismeretanyag Záróvizsgára való felkészüléshez

Ismeretanyag 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

Alkalmazásfejlesztés a Rational Unified Process alapján

Alkalmazásfejlesztés a Rational Unified Process alapján Kovács Katalin A 602-os szoba Tel.: 06-96-613- E-mail: kovacsk@sze.hu Konzultációs időpont: Kedd: 11.40 13.00 1 2 Objektum orientált szoftver tervezés, UML segítségével, szoftver tervezési minták: Sziray

Részletesebben

Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 08. 10. 16. Ficsor Lajos. Unified Modeling Language UML / 1

Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 08. 10. 16. Ficsor Lajos. Unified Modeling Language UML / 1 Unified Modeling Language (UML) Áttekintés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 08. 10. 16. Unified Modeling Language UML / 1 Szüks kségessége Az objektum orientált fejlesztési

Részletesebben

Áttekintés. rténete 1. Az UML törtt. Miskolci Egyetem Általános Informatikai Tanszák. Ficsor Lajos UML / 1

Áttekintés. rténete 1. Az UML törtt. Miskolci Egyetem Általános Informatikai Tanszák. Ficsor Lajos UML / 1 UML / 1 Unified Modeling Language (UML) Áttekintés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 08. 10. 16. Unified Modeling Language UML / 1 Szüks kségessége Az objektum orientált

Részletesebben

Programozás III CSOMAGOK. Az összetartozó osztályok és interfészek egy csomagba (package) kerülnek.

Programozás III CSOMAGOK. Az összetartozó osztályok és interfészek egy csomagba (package) kerülnek. Programozás III CSOMAGOK Az összetartozó osztályok és interfészek egy csomagba (package) kerülnek. A Java is csomagok halmaza: csomagokban van a fejlesztő környezet és az osztálykönyvtárak is: rt.jar fájl

Részletesebben

Osztálytervezés és implementációs ajánlások

Osztálytervezés és implementációs ajánlások Osztálytervezés és implementációs ajánlások Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 04. 24. Osztálytervezés és implementációs kérdések OTERV / 1 Osztály tervezés Egy nyelv

Részletesebben

Osztálytervezés és implementációs ajánlások

Osztálytervezés és implementációs ajánlások Osztálytervezés és implementációs ajánlások Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 04. 24. Osztálytervezés és implementációs kérdések OTERV / 1 Osztály tervezés Egy nyelv

Részletesebben

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

Objektum orientált software fejlesztés (Bevezetés) Objektum orientált software fejlesztés (Bevezetés) Lajos Miskolci Egyetem Általános Informatikai Tanszék Út az objektum orientált szemléletig 1. Klasszikus módszerek: program = adatszerkezetek + algoritmusok

Részletesebben

Az UML2 és a modell-vezérelt alkalmazásfejlesztés

Az UML2 és a modell-vezérelt alkalmazásfejlesztés Az UML2 és a modell-vezérelt alkalmazásfejlesztés Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK A vállalati alkalmazások fejlesztése manapság olyan megközelítést igényel, amely flexibilis módon

Részletesebben

Magas szintű adatmodellek Egyed/kapcsolat modell I.

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

Részletesebben

Programozási technológia

Programozási technológia Programozási technológia UML emlékeztető, Öröklődés Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. UML Osztályok jelölése A diagramokban az osztály jelölésénél a nevét, az attribútumok nevét és a műveletek

Részletesebben

Utolsó módosítás:

Utolsó módosítás: Utolsó módosítás: 2016. 02. 16. 1 Bonyolult rendszerekkel csak úgy tudunk dolgozni, hogy először egyszerűbb modelleket építünk, és ezeknek a segítségével megvizsgáljuk a rendszert különböző szempontokból.

Részletesebben

Integrált keretrendszer

Integrált keretrendszer Integrált keretrendszer Példa SAP R/3 Üzleti, szervezeti folyamatok modellezése Eseményvezérelt folyamat lánc (Event-driven Process Chain (EPC), Ereignisgesteuerte Prozessketten (EPK)) 1 BPMN Business

Részletesebben

Folyamatmodellezé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 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észletesebben

UML. Unified Modeling Language Egységesített Modellező Nyelv

UML. Unified Modeling Language Egységesített Modellező Nyelv UML Unified Modeling Language Egységesített Modellező Nyelv Modell A modell egy rendszer (bonyolult probléma vagy szerkezet) absztrakciója, amely a megértést és a kezelhetőséget célozza. A modell az adott

Részletesebben

Adatstruktúrák, algoritmusok, objektumok

Adatstruktúrák, algoritmusok, objektumok Adatstruktúrák, algoritmusok, objektumok 2. Az objektumorientált programozási paradigma 1 A szoftverkrízis Kihívások a szoftverfejlesztés módszereivel szemben 1. A szoftveres megoldások szerepe folyamatosan

Részletesebben

Objektumorientáció, objektumorientált szemlélet

Objektumorientáció, objektumorientált szemlélet Objektumorientáció, objektumorientált szemlélet Adatbáziskezelés és könyvtári rendszerszervezés 1 2014 Objektumorientált elemzés/tervezés Azt a fejlesztési szemléletet, amelyben a modellezett rendszer

Részletesebben

Bevezetés a Programozásba II 5. előadás. Objektumorientált programozás és tervezés

Bevezetés a Programozásba II 5. előadás. Objektumorientált programozás és tervezés Pázmány Péter Katolikus Egyetem Információs Technológiai és Bionikai Kar Bevezetés a Programozásba II 5. előadás Objektumorientált programozás és tervezés 2014.03.10. Giachetta Roberto groberto@inf.elte.hu

Részletesebben

Object Orgy PROJEKTTERV 1 (9) Adattípusok menedzselése Palatinus Endre 2010-09-27 1.0

Object Orgy PROJEKTTERV 1 (9) Adattípusok menedzselése Palatinus Endre 2010-09-27 1.0 Object Orgy PROJEKTTERV 1 (9) Projektterv 1 Összefoglaló 2 Verziók Ez az projekt projektterve, ahol kitérünk a megrendelt szoftver elvárt szolgáltatásaira, és a tárgy keretein belül a projekt során felhasználandó

Részletesebben

Szoftvertechnológia ellenőrző kérdések 2005

Szoftvertechnológia ellenőrző kérdések 2005 Szoftvertechnológia ellenőrző kérdések 2005 Mi a szoftver, milyen részekből áll és milyen típusait különböztetjük meg? Mik a szoftverfejlesztés általános lépései? Mik a szoftvergyártás általános modelljei?

Részletesebben

A SZOFTVERTECHNOLÓGIA ALAPJAI

A 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észletesebben

Informatika 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 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észletesebben

Folyamatmodellezé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 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 Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):

Részletesebben

Osztott Objektumarchitektúrák

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

Részletesebben

HOGYAN HASZNÁLHATJUK FEL A VIZUÁLIS PROGRAMOZÁS (.NET C#) TANÍTÁSÁHOZ AZ UML-ALAPÚ MODELLEZÉST?

HOGYAN HASZNÁLHATJUK FEL A VIZUÁLIS PROGRAMOZÁS (.NET C#) TANÍTÁSÁHOZ AZ UML-ALAPÚ MODELLEZÉST? HOGYAN HASZNÁLHATJUK FEL A VIZUÁLIS PROGRAMOZÁS (.NET C#) TANÍTÁSÁHOZ AZ UML-ALAPÚ MODELLEZÉST? Szabolcsi Judit - Johanyák Zsolt Csaba főiskolai adjunktus, főiskolai adjunktus Kecskeméti Főiskola, GAMF

Részletesebben

Programozás III KIINDULÁS. Különböző sportoló típusok vannak: futó, magasugró, focista, akik teljesítményét más-más módon határozzuk meg.

Programozás III KIINDULÁS. Különböző sportoló típusok vannak: futó, magasugró, focista, akik teljesítményét más-más módon határozzuk meg. KIINDULÁS Különböző sportoló típusok vannak: futó, magasugró, focista, akik teljesítményét más-más módon határozzuk meg. Programozás III Az egyszerűség kedvéért mindegyiket a nevük alapján regisztráljuk,

Részletesebben

III. OOP (objektumok, osztályok)

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

Részletesebben

A relációs adatmodell

A relációs adatmodell A relációs adatmodell E. Codd vezette be: 1970 A Relational Model of Data for Large Shared Data Banks. Communications of ACM, 13(6). 377-387. 1982 Relational Databases: A Practical Foundation for Productivity.

Részletesebben

UML Feladatok. UML Feladatok

UML Feladatok. UML Feladatok UML Feladatok 2008.01.08 4. Feladat Az alábbi ábrán három UML2 modell elemet megjelöltünk. Adja meg elemenként, hogy az melyik UML2 meta-modell elem példánya! 2008.01.15 4. Feladat Jelölje meg, hogy a

Részletesebben

Elemi Alkalmazások Fejlesztése II.

Elemi Alkalmazások Fejlesztése II. Elemi Alkalmazások Fejlesztése II. Osztályok közötti kapcsolatok öröklődés asszociáció aggregáció kompozíció 1. Feladat Készítsünk programot, amellyel testek térfogatát határozhatjuk meg, illetve megadhatjuk

Részletesebben

Szá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. 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észletesebben

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010 Programozási technikák Pál László Sapientia EMTE, Csíkszereda, 2009/2010 Előadás tematika 1. Pascal ismétlés, kiegészítések 2. Objektum orientált programozás (OOP) 3. Delphi környezet 4. Komponensek bemutatása

Részletesebben

Access adatbázis elérése OLE DB-n keresztül

Access adatbázis elérése OLE DB-n keresztül Access adatbázis elérése OLE DB-n keresztül Készítsünk egy grafikus felülető alkalmazást, ami lehetıvé teszi egy Access adatbázisban tárolt hallgatói adatok (EHA, Név, e-mail cím) lekérdezését (összes

Részletesebben

Fıvárosi Önkormányzat Benedek Elek Óvoda, Általános Iskola, Speciális Szakiskola és Egységes Gyógypedagógiai és Módszertani Intézmény

Fıvárosi Önkormányzat Benedek Elek Óvoda, Általános Iskola, Speciális Szakiskola és Egységes Gyógypedagógiai és Módszertani Intézmény Fıvárosi Önkormányzat Benedek Elek Óvoda, Általános Iskola, Speciális Szakiskola és Egységes Gyógypedagógiai és Módszertani Intézmény Egységes szerkezetben foglalt módosított Pedagógiai program V. kötet

Részletesebben

Komponens modellek. 3. Előadás (első fele)

Komponens 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

Programozási nyelvek Java

Programozási nyelvek Java Programozási nyelvek Java Kozsik Tamás előadása alapján Készítette: Nagy Krisztián 8. előadás Öröklődés - megnyitunk egy osztályt egy másik előtt zárt egységeket szeretünk készíteni (láthatósági kérdés:

Részletesebben

Dr. Mileff Péter

Dr. Mileff Péter Dr. Mileff Péter 1 2 1 Szekvencia diagram Szekvencia diagram Feladata: 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é

Részletesebben

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

Szoftvertechnológia 2008/2009. tanév 2. félév 7. óra. Szoftvertechnológia Szoftvertechnológia Szabolcsi Judit 2008 (Ajánlott irodalom: : Ian Somerville: Szoftverrendszerek fejlesztése. Második, bıvített, átdolgozott kiadás, Panem Kiadó, Budapest 2007.) VIII. A követelmények

Részletesebben

ELTE, Informatikai Kar december 12.

ELTE, Informatikai Kar december 12. 1. Mi az objektum? Egy olyan változó, vagy konstans, amely a program tetszőleges pontján felhasználható. Egy olyan típus, amelyet a programozó valósít meg korábbi objektumokra alapozva. Egy olyan változó,

Részletesebben

Alkalmazásportfólió. Szoftvermenedzsment. menedzsment. Racionalizálás. Konszolidáció. Nyilvántartás. Elemzés

Alkalmazásportfólió. Szoftvermenedzsment. menedzsment. Racionalizálás. Konszolidáció. Nyilvántartás. Elemzés Megjegyzés: Egyes megoldásokban, ahol -szel kell jelölni a helyes választ, K (= közömbös) jelzés arra utal, hogy az és az hiánya egyaránt elfogadható (= valami lehetséges, de nem jellemzı). 5.1. A sorokban

Részletesebben

Entity Framework alapú adatbáziselérés

Entity Framework alapú adatbáziselérés Entity Framework alapú adatbáziselérés Dr. Johanyák Zsolt Csaba http://johanyak.hu A gyakorlat célja Model-first megközelítéssel Entity-Framework modell létrehozása, majd ebből adatbázis generálása LocalDB-ben.

Részletesebben

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

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

Részletesebben

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter Dr. Mileff Péter 1 2 Szekvencia diagram Feladata: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őtengelyt képvisel.

Részletesebben

Objektumelvű programozás

Objektumelvű programozás Objektum, osztály Objektumelvű programozás Az elemzés együttműködő objektumok rendszereként fogalmazza meg a feladatot. Objektum-központú elemzés A tervezés a feladat tárgyköreit egy-egy objektum felelősségévé

Részletesebben

Adatstruktúrák, algoritmusok, objektumok

Adatstruktúrák, algoritmusok, objektumok Adatstruktúrák, algoritmusok, objektumok 3. Az objektumorientált paradigma alapelemei Objektum Osztály Példányosítás A konstruktor és a destruktor Osztályok közötti kapcsolatok Miklós Árpád, BMF NIK, 2006

Részletesebben

Informatika 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 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észletesebben

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman Szakterületi modell A fogalmak megjelenítése 9. fejezet Applying UML and Patterns Craig Larman 1 Néhány megjegyzés a diagramokhoz Ez a tárgy a rendszer elemzésről és modellezésről szól. Noha például egy

Részletesebben

Interfészek. PPT 2007/2008 tavasz.

Interfészek. PPT 2007/2008 tavasz. Interfészek szenasi.sandor@nik.bmf.hu PPT 2007/2008 tavasz http://nik.bmf.hu/ppt 1 Témakörök Polimorfizmus áttekintése Interfészek Interfészek kiterjesztése 2 Már megismert fogalmak áttekintése Objektumorientált

Részletesebben

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique) 10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név,

Részletesebben

Fogalmi modellezés. Ontológiák Alkalmazott modellező módszertan (UML)

Fogalmi modellezés. Ontológiák Alkalmazott modellező módszertan (UML) Fogalmi modellezés Ontológiák Alkalmazott modellező módszertan (UML) Fogalom képzés / kialakítás Cél: Példák: A fogalom képzés segít minket abban, hogy figyelmen kívül hagyjuk azt, ami lényegtelen idealizált

Részletesebben

Szoftver-technológia II. Tervezési minták. Irodalom. Szoftver-technológia II.

Szoftver-technológia II. Tervezési minták. Irodalom. Szoftver-technológia II. 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

Részletesebben

Java VI. Miskolci Egyetem Általános Informatikai Tanszék. Utolsó módosítás: Ficsor Lajos. Java VI.: Öröklődés JAVA6 / 1

Java VI. Miskolci Egyetem Általános Informatikai Tanszék. Utolsó módosítás: Ficsor Lajos. Java VI.: Öröklődés JAVA6 / 1 Java VI. Öröklődés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07. Java VI.: Öröklődés JAVA6 / 1 Egy kis kitérő: az UML UML: Unified Modelling Language Grafikus eszköz objektum

Részletesebben

Témakörök. Struktúrált fejlesztés. Elınyök (SA) Structured Analysis (SA) Hátrányok (SA) Alapfogalmak (SA)

Témakörök. Struktúrált fejlesztés. Elınyök (SA) Structured Analysis (SA) Hátrányok (SA) Alapfogalmak (SA) Témakörök Struktúrált fejlesztés Szoftvertechnológia elıadás Structured Analysis/Stuctured Design (SA/SD) Jackson Structured Programming (JSP) Jackson System Development (JSD) Data Structured Systems Development

Részletesebben

Java Server Pages - JSP. Web Technológiák. Java Server Pages - JSP. JSP lapok életciklusa

Java Server Pages - JSP. Web Technológiák. Java Server Pages - JSP. JSP lapok életciklusa Web Technológiák Java Server Pages - JSP Répási Tibor egyetemi tanársegéd Miskolc Egyetem Infomatikai és Villamosmérnöki Tanszékcsoport (IVM) Általános Informatikai Tanszék Iroda: Inf.Int. 108. Tel: 2101

Részletesebben

Java programozási nyelv 5. rész Osztályok III.

Java programozási nyelv 5. rész Osztályok III. Java programozási nyelv 5. rész Osztályok III. Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet Soós Sándor 2005. szeptember A Java programozási nyelv Soós Sándor 1/20 Tartalomjegyzék

Részletesebben

Programozás III. - NGB_IN001_3

Programozás III. - NGB_IN001_3 Programozás III. - az objektumorientált programozásba Varjasi Norbert Széchenyi István Egyetem Informatika Tanszék Programozás III. - 1. el adás institution-log Tartalom 1 El adások és gyakorlatok Zárthelyi

Részletesebben

TestLine - OO Programozás alapjai Minta feladatsor

TestLine - OO Programozás alapjai Minta feladatsor 2016.09.20. 18:46:36 Oktató: n/a Kérdések száma: 16 kérdés Kitöltési idő: 29:45 Szélsőséges pontok: -196 pont +672 pont z Óbudai gyetem Programozás III című tárgyának előkövetelményeként létező Programozás

Részletesebben

Szoftver-technológia II. Modulok és OOP. Irodalom

Szoftver-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észletesebben

Látványos oktatás egyszerő multimédiás elemek programozásával Delphiben

Látványos oktatás egyszerő multimédiás elemek programozásával Delphiben Látványos oktatás egyszerő multimédiás elemek programozásával Delphiben Menyhárt László Gábor menyhart@elte.hu ELTE IK Absztrakt. A cikkben bemutatok egy ötletes megoldást arra, hogy hogyan lehet egyszerően

Részletesebben

Szoftverprototí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. 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észletesebben

OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN. vizsgatételek

OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN. vizsgatételek OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN vizsgatételek 1. Az objektumorientált programozás szemlélete, az objektum fogalma 2. Az objektumorientált programozás alapelvei 3. A Java nyelv története, alapvető

Részletesebben

DEBRECENI EGYETEM INFORMATIKAI KAR. Az UML gyakorlati alkalmazásának bemutatása az AutoWorld rendszer tervezésén keresztül

DEBRECENI EGYETEM INFORMATIKAI KAR. Az UML gyakorlati alkalmazásának bemutatása az AutoWorld rendszer tervezésén keresztül DEBRECENI EGYETEM INFORMATIKAI KAR Az UML gyakorlati alkalmazásának bemutatása az AutoWorld rendszer tervezésén keresztül Témavezető: Pánovics János egyetemi tanársegéd Készítette: Hegedűs József programtervező

Részletesebben

Név: Neptun kód: Pontszám:

Név: Neptun kód: Pontszám: Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,

Részletesebben

The Unified Software Development Process. Történet. Feltételek. Rational Unified Process. Krizsán Zoltán Ficsor Lajos

The Unified Software Development Process. Történet. Feltételek. Rational Unified Process. Krizsán Zoltán Ficsor Lajos The Unified Software Development Process Rational Unified Process Krizsán Zoltán Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 12. 04. Történet The Rational Rational

Részletesebben

Objektumorientált paradigma és a programfejlesztés

Objektumorientált paradigma és a programfejlesztés Objektumorientált paradigma és a programfejlesztés Vámossy Zoltán vamossy.zoltan@nik.uni-obuda.hu Óbudai Egyetem Neumann János Informatikai Kar Ficsor Lajos (Miskolci Egyetem) prezentációja alapján Objektumorientált

Részletesebben

OOP. Alapelvek Elek Tibor

OOP. Alapelvek Elek Tibor OOP Alapelvek Elek Tibor OOP szemlélet Az OOP szemlélete szerint: a valóságot objektumok halmazaként tekintjük. Ezen objektumok egymással kapcsolatban vannak és együttműködnek. Program készítés: Absztrakciós

Részletesebben

IT biztonsági szintek és biztonsági kategorizálási minta

IT 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észletesebben

Programozás alapjai II. (5. ea) C++

Programozás alapjai II. (5. ea) C++ Programozás alapjai II. (5. ea) C++ analitikus és korlátozó öröklés Szeberényi Imre BME IIT M Ű E G Y T E M 1 7 8 2 C++ programozási nyelv BME-IIT Sz.I. 2011.03.8. -1 - OO modellezés

Részletesebben

1. Mi a fejállományok szerepe C és C++ nyelvben és hogyan használjuk őket? 2. Milyen alapvető változókat használhatunk a C és C++ nyelvben?

1. Mi a fejállományok szerepe C és C++ nyelvben és hogyan használjuk őket? 2. Milyen alapvető változókat használhatunk a C és C++ nyelvben? 1. Mi a fejállományok szerepe C és C++ nyelvben és hogyan használjuk őket? 2. Milyen alapvető változókat használhatunk a C és C++ nyelvben? 3. Ismertesse a névtér fogalmát! 4. Mit értünk a "változó hatóköre"

Részletesebben

Programozás alapjai II. (5. ea) C++

Programozás alapjai II. (5. ea) C++ Programozás alapjai II. (5. ea) C++ analitikus és korlátozó öröklés Szeberényi Imre BME IIT M Ű E G Y T E M 1 7 8 2 C++ programozási nyelv BME-IIT Sz.I. 2011.03.8. -1 - OO modellezés

Részletesebben

Adatstruktúrák, algoritmusok, objektumok

Adatstruktúrák, algoritmusok, objektumok Adatstruktúrák, algoritmusok, objektumok 3. Az objektumorientált paradigma alapelemei Objektum Osztály Példányosítás A konstruktor és a destruktor Osztályok közötti kapcsolatok 1 Objektum Definíció Az

Részletesebben

Dr. Mikó Balázs. Mőszaki rajz készítés a térfogati illetve felület modellbıl, Mőhelyrajzok és darabjegyzékek készítése,

Dr. Mikó Balázs. Mőszaki rajz készítés a térfogati illetve felület modellbıl, Mőhelyrajzok és darabjegyzékek készítése, 1. BEVEZETÉS CAD/CAM/CAE RENDSZEREK ALKALMAZÁSÁBA Dr. Mikó Balázs 1.1 Számítógéppel segített tervezés A számítógéppel segített tervezés alatt (CAD computer aided design) többféle, számítógépen alapuló

Részletesebben

OOP: Java 8.Gy: Abstract osztályok, interfészek

OOP: Java 8.Gy: Abstract osztályok, interfészek OOP: Java 8.Gy: Abstract osztályok, interfészek 26/1 B ITv: MAN 2019.04.03 Abszrakt metódus és absztrakt osztály. Gyakran előfordul a tervezés során, hogy egy osztály szintjén tudjuk, hogy valamilyen metódus

Részletesebben

JAVA PROGRAMOZÁS 3.ELŐADÁS

JAVA PROGRAMOZÁS 3.ELŐADÁS Dr. Pál László, Sapientia EMTE, Csíkszereda JAVA PROGRAMOZÁS 3.ELŐADÁS 2014-2015 tavasz Polimorfizmus, absztrakt osztályok, interfészek 2 Példa - Hengerprogram 3 Példa - Hengerprogram 4 Példa - Hengerprogram

Részletesebben

Objektumorientált szoftverfejlesztés IV. előadás. Diagramok készítése CASE eszközzel. <Előadó neve és elérhetősége>

Objektumorientált szoftverfejlesztés IV. előadás. Diagramok készítése CASE eszközzel. <Előadó neve és elérhetősége> Objektumorientált szoftverfejlesztés IV. előadás Diagramok készítése CASE eszközzel 2008.02.05. 10:03 Gábor Dénes Főiskola 1 Modellező nyelv és CASE eszköz - Enterprise Architect

Részletesebben