10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)
|
|
- Ildikó Törökné
- 7 évvel ezelőtt
- Látták:
Átírás
1 10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1
2 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név, tulajdonságok, Operációk) Dinamikus modell: Egyes objektumok időbeni változását írja le Lehetséges hogy egyes objektumoknak saját életciklusa van Funkcionális modell: Az adatok átalakítása, operációk, műveletek leírása A közlést és hírt generáló diagramok leírása 2
3 OBJEKTUM MODELL (Objektumok) DINAMIKUS MODELL (Interakciók) FUNKCIONÁLIS MODELL (Átalakítások) 3
4 Modellek diagramjai Statikus Modell : CAD Class Association Diagram Dinamikus Modell: ETD Event Trace Diagram STD - State Transition Diagram Funkcionális Modell: DFD Data Flow Diagram adatfluxus diagram CCD Class communications Diagram MSG Message Generation Diagram 4
5 CAD Class Association Diagram (minden osztálynak) 5
6 ETD Event Trace Diagram (az osztályok egy részének) Aktor 1 Osztály 2 Osztály 3 Osztály 6
7 STD - State Transition Diagram (csak dinamikával rendelkezö osztályoknak) Start Állapot esemény Stop 7
8 CCD Class Communications Diagram üzenet Aktor Aktor Objektumok 8
9 DFD Data Flow Diagram Osztály1 Processz 2 Processz 1 Adat fluxus Adatfluxus Adatbázis Osztály 2 Adat fluxus 9
10 Előírások DFD szerkesztésre 1) Kontextus diagram és sok szülő és gyermek diagram. 1) 1 kontextus diagram szükséges és 0 számmal jelöljük 2) Szülő diagramot a gyerek diagram előtt készítjük 3) Minden diagramban kell legyen legalább egy eljárás. 4) Kontextus diagram: 1 feldolgozás, és legalább egy külső bemenet vagy egy külső kimenet. 5) Minden elemnek cimkéje van. 6) A feldolgozásnak (eljárás) kell legyen legalább egy bemeneti fluxusa és egy külső fluxusa. 7) A fluxus feldolgozások között vagy file és eljárás között vagy eljárás és külső bemenet, külső kimenet között van 8) A fluxusok struktúrája ugyanolyan, mint a filestruktúra 9) Egy file 2 feldolgozás között van 10
11 Probléma leírasa (szöveg) ETD Diagram OMT- Metodológia CAD Diagram CCD Diagram STD Diagram DFD Diagram 11
12 Szakaszok Probléma leírása :A probléma definíciója az alkalmazó szemszögéből Analízis- a probléma modelljének felépítése Architektúra: Nagyvonalú tervezés felhasználva az analízis modellt Objektum tervezés: Algoritmusok meghatározása és statikus, dinamikus és funkcionális modellek aprólékos kidolgozása Implementáció: A programok elkészitese egy objektumorientált programozási nyelvben, fordítás, tesztelés 12
13 Célkitűzés, Eredmény OMT Analízis Diagramok, típusok? Asszociációk. Példák. CAD, ETD, STD grafikus elemek CCD, DFD grafikus elemek Analízishez tartozó tevékenységek Felhasznált irodalom: Ficsor Lajos az OMT áttekintés, Miskolci Egyetem, Általános Informatika Tanszék és SmartDraw programdokumentáció 13
14 Célkitűzés: Analízis A probléma és a követelmények megértése, a projekt helyes megvalósításának érdekében Eredmény Felhasználó-orientált helyes modellezése a problémának 14
15 Diagramok ETD - Event Trace Diagram CCD Class Communication Diagram MGD- Message Generation Diagram CAD Class Association Diagram STD - State Transition Diagram DFD Data Flow Diagram 15
16 Analízis 1) Analízis és esemény modellezés - Probléma leírása arra szolgál, hogy azonosítsuk az osztályokat - Felépítjük az ETD diagramot - Felépítjük a CCD diagramot - Felépítjük a MGD diagramot 2) Felépítjük az analízis Modellt - Definiáljuk a CAD diagramot - Definiáljuk az STD diagramot - Definiáljuk a DFD diagramot 16
17 Tevékenységek Ábrázolás Leírás Eseményanalízis és modellezés 1 Probléma leírása Text Probléma megfogalmazása 2 Esemény analízis ETD Esemény foragókönyv 3 Esemény modellezés CCD, MGD Üzenetek és kölcsönhatások Analízis Model fejlesztés 4 Objektum modell definíció CAD Objektum modell, minden osztály 5 Dinamikus modelldefiníció STD Dinamikus modell ugyanarra 6 Funkcionális modelldefiníció DFD Funkcionális modell, komplex operációk 7 Ellenőrzés Konzisztencia analízis 17
18 Osztály1-név Asszociáció Asszociáció név Osztály 2 -név Egy az egyhez Egy az egyhez vagy többhöz Egy a zéróhoz vagy többhöz 18
19 Other associations Attribútum asszociáció További asszociációk Osztály 1 név Osztály 2 név Általános asszoc. Osztály 1 név attribútumok Assz. név Osztály 2 név Osztály 3 név 19
20 Példa: Egy az egyhez (egy sofőrnek egy hajtási igazolványa van) Egy a zéróhoz vagy többhöz (egy busznak nincs utasa vagy több utasa van) Egy a zéróhoz vagy egyhez sem (egy alkalmazottnak vagy nincs vagy van egy hajtási igazolványa) Egy az egyhez vagy többhöz (egy gépkocsinak egy vagy több sofőrje van) 20
21 példák Attribútum asszociáció kliens bank A kölcsönzött összeg Általános asszociáció kliens Kölcsönz ött összeg bank beruházás Asszociáció minősítés cég R. Kód. Részleg 21
22 CAD Diagram alkotóelemei: Osztályok Név Attribútum Operáció Asszociációk Általánosítás Elemekre bontás Specializálódás Csoportosítás 22
23 általános CAD-diagram Név 1 Név 2 Név 1.1 Név 1.2 Név 2.1 Név 2.2 Név 3 Név 4 Név 5 Név 6 23
24 Általános CAD diagram, példa Kliens Név, cím elküldi Rendelés Rendelés száma kifizeti kiszámít Készpénz kliens Kifizeti Számla kliens Számlaszám kifizeti Rendelési elem Mennyiség kiszámít Raktározás Egységár Min menny. Beveszi a rendelésbe 24
25 ETD Diagram komponesek: Kezdeményező Esemény Osztályok Általános ETD diagram Kezdeményező Osztály Osztály Osztály 25
26 ETD diagram példa kliens megrendelő kliens nyilvántartó megrendelő sora készletelem rendel kliensinfót olvas részletes kliensinfó megrendelési termék-elemet készít termék a készletben megrendelő összköltsége összköltsége a termék-elemnek részletes készletelem 26
27 STD Diagram komponensek : Stats Kezdeti állapot Végső áll. esemény/akció általános STD diagram 27
28 készlet elegendő/betenni a megrendelésbe Megfelelő mennyiség készlet 0 alatt/üzenet nem létező termék a készletben készlet-elem nincs raktáron Elégtelen mennyiség mennyiség 0alatt/üzenet: nem létező termék a készletben készlet kisebb, mint a minimális/ beszerzés (ellátás) 28
29 DFD Data Flow diagram komponensek processz Adatfluxus Ellenőrzési fluxus Aktor Adatbázis 29
30 DFD Adatfluxus diagram 30
31 Adatfluxus (DFD) diagram External entity (külső entitás) Rendszeren kívüli objektumok Forrása és célállomása a rendszer bemenetiés kimeneti információinak 31
32 Többrétegű DFD Egy folyamat-csomópont a legmagasabb absztrakciós szintű diagramban kifejthető azon célból, hogy részletesebb DFD-ket kaphassunk Először a kontextus diagramot rajzoljuk meg, azt követik különböző rétegződésű adatfluxus diagramok 32
33 Kontextus diagram Egy kontextus diagram egy legfelsőbb szintű (0-s szintű) adatfluxus diagram Csak egy folyamatot tartalmaz (0-s processz) amelyik általánosítja az egész rendszer működését a külső entitásokkal kapcsolatban. 33
34 Példa első szintű DFD-re Processzek: 1. hitelkártha-ellenőrzés 2. tételek szállítása 3. ügyfél-számla kezelése Aktor: ügyfél Adatbázisban: ügyfél-számla infó Adatfluxusok: 1. megrendel 2. megrendelést visszautasít 3. megrendelést feldolgoz 4. tranzakciót feljegyez 5. nyugtázás 6. kiegészíti a számlainformációkat 7. megmódosítja a számlainformációkat 34
35 CCD Osztály Kommunikációs Diagram Komponensek: Osztályok Üzenetek Aktor 35
36 A fejlesztés fázisai 1. Analízis a rendszer lényeges elemeinek a leírása a feladat szöveges leírásának elemzése 2. Rendszertervezés Alrendszerekre bontás A megvalósítás stratégiai döntései erőforrások elosztása alrendszerek közötti kommunikáció 3. Objektum tervezés (object design) A három modell összhangba hozása Adatszerkezetek és algoritmusok 4. Implementáció A modell átalakítása egy programozási nyelvbe 36
37 Analízis: az objektum modell Osztályok azonosítása (szövegben a főnevek utalnak oszályokra) Megfelelő osztályok kiválasztása. Törlendők: -Redundáns osztályok -Felesleges osztályok -Pontatlan osztályok -Attribútumok -Műveletek -Szerepkörök -Implementációs elemek Osztályok leírása Asszociációk azonosítása (igék vagy igei kifejezések utalhatnak rá) - Fizikai elhelyezkedés (része, alkotja) -Tárgyas igékkel kapcsolatos cselekvések (vezeti, leveszi) -Kommunikáció (üzeni, átadja) -Birtoklás (van neki, hozzátartozik) -Előírt feltételeknek való megfelelés (tag, alkalmazásban áll) 37
38 Megfelelő asszociációk kiválasztása. Többszörös asszociációk átalakítása Asszociációk szemantikájának ellenőrzése Megfelelő elnevezés Szerepkör nevek megadása Számosság meghatározása Minősített asszociációk kiválasztása Hiányzó asszociációk feltárása Attribútumok azonosítása (melléknevek, birtokos szerkezetek) Megfelelő attribútumok kiválasztása -Az attribútum osztályhoz vagy asszociációhoz kapcsolódik? -Ha egy adat önálló létezéssel rendelkezik, az objektum Általánosítás. A több osztályban előforduló attribútumok kiemelése, származtatási hierarchia kialakítása Elérési utak tesztelése. Működéshez szükséges asszociációk megvannak-e Modulok meghatározása. Az egymáshoz szorosan kapcsolódó elemek csoportosítása (komponens diagram) Iterációs finomítás (ha a rendszer összetettsége indokolja) 38
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észletesebbenObjektum orientált programozás Bevezetés
Objektum orientált programozás Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2008. 03. 04. OOPALAP / 1 A program készítés Absztrakciós folyamat, amelyben a valós világban
RészletesebbenAbsztrakció. Objektum orientált programozás Bevezetés. Általános Informatikai Tanszék Utolsó módosítás:
Objektum orientált programozás Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2008. 03. 04. OOPALAP / 1 A program készítés Absztrakciós folyamat, amelyben a valós világban
RészletesebbenObjektumorientá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észletesebbenProgramozási technológia
Programozási technológia Dinamikus modell Tevékenységdiagram, Együttműködési diagram, Felhasználói esetek diagramja Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Tevékenység diagram A tevékenység (vagy
RészletesebbenObjektumorientá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észletesebbenSzakterü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észletesebbenObjektum 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észletesebbenRendszer szekvencia diagram
Rendszer szekvencia diagram Célkitűzések A rendszer események azonosítása. Rendszer szekvencia diagram készítése az eseményekre. 2 1.Iteráció Az első igazi fejlesztési iteráció. A projekt kezdeti szakaszában
RészletesebbenOOP. 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észletesebbenV. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
Részletesebben01. 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észletesebbenBá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észletesebbenFogalmi 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észletesebbenSzoftvertechnoló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észletesebbenny Tornabajnokság g eredmény nyilvántart ntartó rendszere A megoldandó feladat Követelmény analízis 1. Ficsor Lajos Általános Informatikai Tanszék
OMT esettanulmány ny Tornabajnokság g eredmény nyilvántart ntartó rendszere Lajos Miskolci Egyetem Általános Informatikai Tanszék A megoldandó feladat A cél egy tornabajnokság eredmény nyilvántartó rendszerének
RészletesebbenMagas 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észletesebbenIntegrá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é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észletesebbenSoftware 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észletesebbenAZ ELőADÁS CÉLJA. a funkciók dokumentálásának bemutatása. az SSADM szerkezetben elfoglalt helyének bemutatása
AZ ELőADÁS CÉLJA a funkciók fogalmának bevezetése a funkciók azonosításának bemutatása a funkciók dokumentálásának bemutatása az SSADM szerkezetben elfoglalt helyének bemutatása Információrendszer fejlesztés
RészletesebbenProgramfejleszté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észletesebbenAdatbázis rendszerek 6.. 6. 1.1. Definíciók:
Adatbázis Rendszerek Budapesti Műszaki és Gazdaságtudományi Egyetem Fotogrammetria és Térinformatika 6.1. Egyed relációs modell lényegi jellemzői 6.2. Egyed relációs ábrázolás 6.3. Az egyedtípus 6.4. A
RészletesebbenOMT esettanulmány. ny Tornabajnokság g eredmény nyilvántart. ntartó rendszere
OMT esettanulmány ny Tornabajnokság g eredmény nyilvántart ntartó rendszere Lajos Miskolci Egyetem Általános Informatikai Tanszék A megoldandó feladat A cél egy tornabajnokság eredmény nyilvántartó rendszerének
RészletesebbenModell alapú tesztelés mobil környezetben
Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed
RészletesebbenDr. 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észletesebbenProgramozá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észletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):
RészletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenEgy Erlang refaktor lépés: Függvényparaméterek összevonása tuple-ba
Egy Erlang refaktor lépés: Függvényparaméterek összevonása tuple-ba Témavezető: Horváth Zoltán és Simon Thompson OTDK 2007, Miskolc Egy Erlang refaktor lépés: Függvényparaméterek összevonása tuple-ba OTDK
RészletesebbenÜzleti architektúra menedzsment, a digitális integrált irányítási rendszer
Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer XXII. MINŐSÉGSZAKEMBEREK TALÁLKOZÓJA A digitalizálás a napjaink sürgető kihívása Dr. Ányos Éva működésfejlesztési tanácsadó Magyar
RészletesebbenMetamodellezé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észletesebbenSzekvencia 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észletesebbenInteraktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel
Készítette: Szabó Gábor, 1996 Az Az IntelliCorp IntelliCorp stratégiája: stratégiája: Kifinomult, Kifinomult, objektum-orientált objektum-orientált környezetet környezetet biztosít biztosít tervezéséhez,
RészletesebbenModellinformá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észletesebben5. Előadás tartalma Magas szintű adatbázismodellek Adatmodellezés
Sapientia - Erdelyi Magyar TudományEgyetem (EMTE) Csíkszereda 5. Előadás tartalma Magas szintű adatbázismodellek Adatmodellezés Az Egyed-kapcsolat (E/K) diagramok C.J. Date szerinti kapcsolatok Varjúláb
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é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észletesebbenMéréselmélet MI BSc 1
Mérés és s modellezés 2008.02.15. 1 Méréselmélet - bevezetés a mérnöki problémamegoldás menete 1. A probléma kitűzése 2. A hipotézis felállítása 3. Kísérlettervezés 4. Megfigyelések elvégzése 5. Adatok
RészletesebbenA Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenS01-7 Komponens alapú szoftverfejlesztés 1
S01-7 Komponens alapú szoftverfejlesztés 1 1. A szoftverfejlesztési modell fogalma. 2. A komponens és komponens modell fogalma. 3. UML kompozíciós diagram fogalma. 4. A szoftverarchitektúrák fogalma, összetevői.
RészletesebbenSzoftver technológia - 2005 ProgMat -
Szoftver technológia - 2005 ProgMat - 1. Szoftver életciklus modellek 1.1 Klasszikus waterfall vízesés modell Jellemzői: Technikai problémának tekintia fejlesztést. Nem foglalkozik a kommunikációs csatornákkal.
RészletesebbenProgramozás. Bevezetés. Fodor Attila. Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék
Programozás Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. február 11. Tantárgy célja, szükséges ismeretek Tantárgy célja,
RészletesebbenFekete Csaba Csongor Üzleti intelligencia vezető Citibank ZRt.
Fekete Csaba Csongor Üzleti intelligencia vezető Citibank ZRt. Tartalom BI mérföld kövek Kezdeti architektúra és kontextus Lokális Adattárház Kialakítása CRM Evolúció Üzleti Intelligencia kiaknázó eszközök
RészletesebbenVezetői információs rendszerek
Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer
RészletesebbenSzoftver-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észletesebbenA dokumentáció felépítése
A dokumentáció felépítése Készítette: Keszthelyi Zsolt, 2010. szeptember A szoftver dokumentációját az itt megadott szakaszok szerint kell elkészíteni. A szoftvert az Egységesített Eljárás (Unified Process)
Részletesebbenrendszerszemlélető, adatközpontú funkcionális
http://vigzoltan.hu rendszerszemlélető, adatközpontú funkcionális Integrált Vállalatirányítási Rendszerek Alkalmazói fejlesztések mindig valamilyen módszertan alapján történnek. A módszertan eljárások,
RészletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenNyilvántartási Rendszer
Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,
RészletesebbenSapientia - 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észletesebbenAdatbázis rendszerek. dr. Siki Zoltán
Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti
RészletesebbenSoftware Engineering
Software Engineering Software Engineering Software Engineering értelmezése Az a folyamat, mely eredményekénk létrehozunk egy adott feladatot megvalósító szoftver rendszert. Tevékenységek, technológia,
RészletesebbenRendszer-modellezés, modellezési technikák
Rendszer-modellezés, modellezési technikák System engineering and modelling Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 8. Roger S. Pressman: Software Engineering, 5th e. chapter 10,
RészletesebbenA hálózattervezés alapvető ismeretei
A hálózattervezés alapvető ismeretei Infokommunikációs hálózatok tervezése és üzemeltetése 2011 2011 Sipos Attila ügyvivő szakértő BME Híradástechnikai Tanszék siposa@hit.bme.hu A terv általános meghatározásai
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észletesebbenProgramozás alapjai (ANSI C)
Programozás alapjai (ANSI C) 1. Előadás vázlat A számítógép és programozása Dr. Baksáné dr. Varga Erika adjunktus Miskolci Egyetem, Informatikai Intézet Általános Informatikai Intézeti Tanszék www.iit.uni-miskolc.hu
RészletesebbenHASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM)
HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) Célja: A követelményrögzítés (a szoftverfejlesztés els fázisaiban, pl. a követelménydefiníciós fázisban használatos). Funkcionális diagram: középpontban a rendszer
RészletesebbenMérés és modellezés 1
Mérés és modellezés 1 Mérés és modellezés A mérnöki tevékenység alapeleme a mérés. A mérés célja valamely jelenség megismerése, vizsgálata. A mérés tervszerűen végzett tevékenység: azaz rögzíteni kell
RészletesebbenSzoftverfejlesztő képzés tematika oktatott modulok
Szoftverfejlesztő képzés tematika oktatott modulok 1148-06 - Szoftverfejlesztés Megtervezi és megvalósítja az adatbázisokat Kódolja az adattárolási réteget egy adatbáziskezelő nyelv használatával Programozás
RészletesebbenHasználati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
Ré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észletesebbenTémakörök. Structured Analysis (SA) Előnyök (SA) (SA/SD) Jackson Structured Programming (JSP) Szoftvertechnológia
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 e e (JSD) Data Structured Systems
RészletesebbenMérés és modellezés Méréstechnika VM, GM, MM 1
Mérés és modellezés 2008.02.04. 1 Mérés és modellezés A mérnöki tevékenység alapeleme a mérés. A mérés célja valamely jelenség megismerése, vizsgálata. A mérés tervszerűen végzett tevékenység: azaz rögzíteni
RészletesebbenUtolsó 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észletesebbenOMT esettanulmány Tornabajnokság eredmény nyilvántartó rendszere. Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék
OMT esettanulmány Tornabajnokság eredmény nyilvántartó rendszere Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Miskolc 200 Tartalomjegyzék. A feladat vázlata... 2. A követelmény analízis...
RészletesebbenNé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észletesebbenVállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):
Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki
RészletesebbenKomponens alapú programozás Bevezetés
Komponens alapú programozás Bevezetés Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Ez a tananyag felhasználja a TEMPUS S_JEP-12495-97 Network Computing Chapter 8 Developing of Network Computing
RészletesebbenAutóipari beágyazott rendszerek Dr. Balogh, András
Autóipari beágyazott rendszerek Dr. Balogh, András Autóipari beágyazott rendszerek Dr. Balogh, András Publication date 2013 Szerzői jog 2013 Dr. Balogh András Szerzői jog 2013 Dunaújvárosi Főiskola Kivonat
Részletesebben1. Bevezetés A C++ nem objektumorientált újdonságai 3
Előszó xiii 1. Bevezetés 1 2. A C++ nem objektumorientált újdonságai 3 2.1. A C és a C++ nyelv 3 2.1.1. Függvényparaméterek és visszatérési érték 3 2.1.2. A main függvény 4 2.1.3. A bool típus 4 2.1.4.
RészletesebbenInformatikai alkalmazásfejlesztő Információrendszer-elemző és - tervező
11-06 Rendszer/alkalmazás -tervezés, -fejlesztés és -programozás A 10/07 (II. 27.) SzMM rendelettel módosított 1/06 (II. 17.) OM rendelet Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő
RészletesebbenSoftware Engineering Szoftver fejlesztés
Software Engineering Szoftver fejlesztés Követelmény (kezelés, elemzés, specifikáció) Elemzés Tervezés (Architektúra) Engineering (Fejlesztés) System Engineering Business process engineering üzleti folyamatok
RészletesebbenISA szimulátor objektum-orientált modell (C++)
Budapesti Műszaki és Gazdaságtudományi Egyetem ISA szimulátor objektum-orientált modell (C++) Horváth Péter Elektronikus Eszközök Tanszéke 2015. február 12. Horváth Péter ISA szimulátor objektum-orientált
RészletesebbenAzonnali Információs Fórum. AZUR-projekt
Azonnali Információs Fórum AZUR-projekt. Miről lesz szó? Áttekintés BCSMCS Ütemezés Információs csatornák Bank szimulátor GIROInstant rendszer Alap és kiegészítő szolgáltatások AZUR - projekt Áttekintés
RészletesebbenHatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok
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észletesebbenAdatstruktú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észletesebbenADATBÁZISOK. 3. gyakorlat E-K modell
ADATBÁZISOK 3. gyakorlat E-K modell EK-diagram Elemei: Egyed Kapcsolat Attribútum amiről adatokat tárolunk egyedek közötti összefüggés tárolandó adat (egyedé vagy kapcsolaté) kulcs: egyértelműen meghatározza
RészletesebbenVISUAL UML A RENDSZERTERVEZÉS OKTATÁSÁBAN
Térinformatika tanszék * Keresztmetszet 2004. Nyugat-Magyarországi Egyetem, Geoinformatikai Főiskolai Kar, Székesfehérvár. VISUAL UML A RENDSZERTERVEZÉS OKTATÁSÁBAN Rajki Péter Nyugat-Magyarországi Egyetem,
Részletesebbengyakorlatban nagy.gusztav@gamf.kefo.hu Nagy Gusztáv
A WSDM weboldaltervezési módszer a gyakorlatban nagy.gusztav@gamf.kefo.hu Nagy Gusztáv Webfejlesztés Technikai feladatok: (X)HTML oldalak szerkesztése CSS adatbázis tervezés, megvalósítás programozás Ezekrıl
RészletesebbenOsztá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észletesebben1. Jogosultsági viszonyok mind az elektronikus rendszer mind hatósági jogviszony tekintetében Szerepkör és jogosultság tervezés
1. Jogosultsági viszonyok mind az elektronikus rendszer mind hatósági jogviszony tekintetében... 2 1.1. Szerepkör és jogosultság tervezés... 3 1.2. Munkafolyamat modell forgatókönyv felfogásban... 4 1.3.
RészletesebbenOsztá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észletesebbenKinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések. 1. Mi a programozás?
Bevezetés Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések Forráskód Hibajegyzék p2p.wrox.com xiii xiii xiv xiv xvi xvii xviii
RészletesebbenAlkalmazások architektúrája
Alkalmazások architektúrája Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 13. Bass, Clements, Kazman: Software Architecture in Practice, Addison- Wesley, 2004 2 Alkalmazás típusok Adat
RészletesebbenAlkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E
Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E Követelmény A beadandó dokumentációját a Keszthelyi Zsolt honlapján található pdf alapján kell elkészíteni http://people.inf.elte.hu/keszthelyi/alkalmazasok_fejlesztese
RészletesebbenNETinv. Új generációs informatikai és kommunikációs megoldások
Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok
RészletesebbenInterfé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észletesebbenSzoftverarchitektúrák 3. előadás (második fele) Fornai Viktor
Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor A szotverarchitektúra fogalma A szoftverarchitektúra nagyon fiatal diszciplína. A fogalma még nem teljesen kiforrott. Néhány definíció: A szoftverarchitektúra
RészletesebbenNorway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft.
Norway Grants AKKUMULÁTOR REGENERÁCIÓS ÉS Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai Kakuk Zoltán, Vision 95 Kft. 2017.04.25. Rendszer szintű megoldás
RészletesebbenInfor PM10 Üzleti intelligencia megoldás
Infor PM10 Üzleti intelligencia megoldás Infor Üzleti intelligencia (Teljesítmény menedzsment) Web Scorecard & Műszerfal Excel Email riasztás Riportok Irányít Összehangol Ellenőriz Stratégia Stratégia
RészletesebbenBevezeté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észletesebbenInformatikai projekteredmények elfogadottságának tényezői
Informatikai projekteredmények elfogadottságának tényezői Rabi Ákos 2014.02.18. Tartalom 1. Problémafelvetés Informatikai projekteredmények elfogadottsága 2. Informatikai projektek sikertényezői 3. Szoftverek
RészletesebbenELEKTRONIKUS ADATCSERE SZEREPE A GLOBÁLIS LOGISZTIKÁBAN
10. ELŐADÁS ELEKTRONIKUS ADATCSERE SZEREPE A GLOBÁLIS LOGISZTIKÁBAN Az elektronikus adatcsere definiálásához szükség van hagyományos adatcsere meghatározására. Az adatforgalommal kapcsolatban meg kell
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észletesebbenA CÉG. Vevők Bank KFT A FELADAT
A CÉG Vevők Bank KFT Állam Szállítók 1 A FELADAT A cég tevékenységének, működésének megismerése Üzleti folyamatok dokumentálása Információs rendszerrel szemben támasztott követelmények e meghatározása
RészletesebbenTARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL
TARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL Nikula László Senior mérnöktanácsadó / BIM Specialista Hilti Hungária Szolgáltató Kft. MI IS A BIM? BIM Modell Menedzsment Épület
RészletesebbenJava 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