3. Komplex szoftver rendszerek fejlesztési módszertana
|
|
- Ágnes Szilágyiné
- 8 évvel ezelőtt
- Látták:
Átírás
1 3. Komplex szoftver rendszerek fejlesztési módszertana A módszertan fejlesztési elvek, módszerek, eljárások és eszközök meghatározott halmaza, mely rendszerint a teljes fejlesztési ciklust, vagy annak több fázisát átfogja. A bizonyos fejlesztési feladatok elvégzésére alkalmas komplex módszertant keretrendszernek is szokták nevezni. A legsikeresebb módszerekből tekintünk át néhányat. SSADM DARTS DOMINO I-CASE ORACLE CASE A felsorolás nem teljes, csak példajellegű, hogy a jellegzetes megközelítéseket bemutassuk. Valójában ide sorolható az EUROMETHOD is, de ezt külön tárgyaljuk, mert nem magára a szoftver termékre, hanem egy információtechnológiai beruházás megvalósítására vonatkozik STRUKTURÁLT RENDSZERANALÍZIS ÉS TERVEZÉSI MÓDSZERTANA (Structured System Analizys & Design Method) Az SSADM fejlesztését Angliában a 70-es évek végén fejlesztették ki (Learmonth and Burchett Management Systems) a kormányzat támogatásával. A módszertant a National Computing Centre szabványosította. Azóta a világon széles körbe terjedt el. Folyamatosan továbbfejlesztik és újabb verziói jelennek meg, az alapelvek azonban változatlanok. Magyarországon a módszer a GKM támogatását élvezi, és elsődlegesen alkalmazott módszer a nagy projektek tervezésénél. Számos támogató szoftver létezik az alkalmazáshoz, de elvileg papíron, ceruzával is megvalósítható. AZ SSADM ALKALMAZÁSÁNAK OKAI a. A rendszer időre történő elkészítése: A hierarchikus felépítésű rendszerben több ellenőrzési pontot (legalább nyolcat) határoznak meg, amely pontokban végrehajtott ellenőrzés során a vezetés képet kap a projekt helyzetéről és amennyiben szükséges érvényesíti a szükséges korrekciókat. b. A felhasználó igényeit kielégítő rendszer készül: A felhasználó számára grafikus ábrákkal érhetővé, áttekinthetővé válik a fejlesztési tevékenység eredménye. A követelmény központúság lehetővé teszi a felhasználó bevonását a projekt tevékenységébe. A projekt irányítás dönt az egyes döntési pontokban, szem előtt tartva a felhasználói követelmények mind teljesebb kielégítését.
2 c. A fejlesztés eredményeként kialakuló rendszer követni tudja a környezet változásait: A rendszer jól dokumentált, az egyes munkafázisban a célokat világosan rögzítik. A megvalósítási dokumentációból kiderülnek a fejlesztők szándékai. d. A meglévő szakértelem hatékony használata, átvétele: Az SSADM átvette és használja a más programozási rendszerben sikeresen alkalmazott eszközöket (egyed, egyedtulajdonság, objektum, obj. tulajdonság, szülő objektum stb ). Eltérés csupán a "kapcsolat" fogalmának alkalmazásában észlelhető. e. A minőség javítása a hibák csökkentésével: Többszempontú megközelítés. Pontosan előírtak a tesztelési követelmények. A dokumentumokra vonatkozó előírások a teljességet biztosítják. f. A hajlékonyságnak a növelése: A projekt irányítás határozza meg a feladatokat és ez lehetővé teszi, hogy a kritikus részeket biztosítják. g. A termelékenység növelése: A folyamat jól dokumentált. A dokumentáció jól tanítható és jól megérthető. A termékközpontúságból eredően, megvéd a fölösleges fejlesztési lépésektől, és a feleslegesen felduzzasztott dokumentációtól. (Pl.: a vízesés módszertől jelentősen kisebb mérettű a dokumentáció terjedelme.) h. Az egy szállítótól való függőség csökkentése: Az SSADM -ben jól elkülönített a logikai terv és a fizikai megvalósítási terv. A projekt idő 80% -at teszi ki A projekt idő 20% -at teszi ki Mire nem jó az SSADM? Nem alkalmas a szervezeti működés leírására, vagy annak tanulmányozására. Nem alkalmas a szervezeti erősségek és gyengeségek vizsgálatára. Nem alkalmas a siker tényezők vizsgálatára. Nem alkalmas, csak egyes elemei a megvalósíthatóság elemzésére. A fejlesztés megindításához szükséges elemek 1. A projekt alapító okirat: Funkcionalitás: a rendszertől elvárt funkciók rögzítése. Az adatokra vonatkozó követelmények meghatározása. A minőség mérését számszerűsítő adatok meghatározása. Célszerű minél globálisabb mutatókat találni. Ne magára a szoftver rendszerre határozzuk meg a követelményeket, hanem a felhasználó szemszögéből, a felhasználó tevékenységében észlelhető paraméterek (pl. válaszidő, megjelenítési idő.). 2. Logikai rendszerterv: A működés eseményeinek leírása. Definiálni kell a lekérdező műveleteket. A felhasználói kölcsönhatások rögzítése. Azoknak a rendszer működési pontoknak a rögzítése, ahol a rendszer felhasználói beavatkozásra vár, ahonnan a rendszer működése a felhasználó beavatkozástól függően más-más működési ágon folyik.
3 A projekt alapító okirat és a logikai rendszerterv birtokában el kell dönteni, hogy a fejlesztés az SSADM módszertan alapján elvégezhető -e? Az SSADM alkalmazhatóságának eldöntésére irányuló kérdések: A döntésre irányuló kérdésekre csak az "igen" válasz az amely az alkalmazhatóság igazolását jelenti. 1. Információkra vonatkozó kérdések: A kezelendő információknak van-e szerkezet? Lehet-e stabil logikai szerkezettel ábrázolni a kezelendő információkat? 2. Az eljárásokra vonatkozó kérdések: Az elvégzendő eljárásoknak van-e elegendő szerkezete és pontossága modellt lehessen alkotni? Lehet-e az adatfolyamra ábrát rajzolni? (Az a jó, ha a folyamatábrában nincsen egymást keresztező vonal, mert az nem kétdimenziós szerkezetre utal, hanem több dimenzióra.) Melyek azok fejlesztési részek, amelyek általános és melyek azok, amelyek speciális szoftver eszközökkel kezelhetőek? Cél a meglévő szoftver eszközök minél hatékonyabb alkalmazása, kihasználása. Mi a terjedelme az egésznek (fejlesztési terjedelem)? Kiterjedés, alprodzsektek meghatározhatóak-e?
4 Az SSADM jellemzői: Az SSADM a szoftver fejlesztés analízis- és a tervezésfázisait fogja át (inkább az analízis területét). Az SSADM nagy súlyt fektet az egyes tervezési lépések eredményeinek folyamatos ellenőrzésére, valamint a leendő felhasználókkal történő konzultációkra. Az SSADM -ben az adatorientált megközelítés a fontos. A rendszerek fix magját az adatok és azok kapcsolatai alkotják. (Tapasztalat) szerint nagyobb eséllyel változik meg a feldolgozás módja, mint a feldolgozott anyag, adat. Az SSADM öt modulra, ezen belül hat szakaszra tagolódik. Az első három modul (a legelső vagy van vagy nincs nélkülözhető, de nem célszerű elhagyni) az elemzési modul, míg az utolsó kettő modul a tervezési modul. Az SSADM moduljai: I. Megbízhatósági-elemzés modul: 0. Megvalósíthatóság eldöntése szakasz: Nem kötelező a végrehajtása. E szakaszban annak vizsgálata, hogy érdemes-e végrehajtani a fejlesztési projektet.? MEO! II: Követelmény-elemzés modul: 1. A jelenlegi helyzet vizsgálata szakasz: a jelenlegi (fejlesztendő) rendszer logikájának a megismerése (folyamatok, adatok feltárása, követelmények rögzítése). MEO 2. A rendszerszervezési változat kiválasztása szakasz: a fejlesztők és a felhasználó végleges döntése a változatok közül. MEO! III: Követelmény specifikáció modul (elemzés, előtervezés): 3. Követelmények meghatározása szakasz: - adatokra: adatmodellek, - funkciókra: adatfolyam modellezés, - felhasználói interfész: prototipizálás, képernyőtervek, dialógusok. MEO! IV. Logikai rendszerspecifikáció modul: 4. Rendszertechnikai változat kiválasztása szakasz: Több változat kidolgozása, majd a célra legmegfelelőbb kiválasztása. 5. Logikai rendszertervezés szakasz: Feldolgozások logikai szintű tervezése (lekérdezések stb.). Dialógusok tervezése. V. Fizikai rendszertervezés modul: 6. Fizikai rendszertervezés szakasz: A modul olyan végterméket szolgáltat eredményül, amely a programozásra alkalmas. - Adattervek, - Feldolgozástervek, -Interfésztervek. Az SSADM részmodelljei: - adatok és kapcsolatok leírása: - adatok és tevékenységek kapcsolata, az adatok áramlása a tevékenységek között: - adatok, egyedek módosulásainak története: Logikai adatstruktúra diagram (LDS): A problémakörhöz tartozó egyedeket és kapcsolataikat ábrázolja. Logikai adatstruktúra diagram Kulcsszó Egyedek Könyv Példány Kapcsolatok
5 Egyedek fogalma: a problématerületen jelenlévő, egymástól megkülönböztethető személyek, tárgyak, események. Az egyedek között több típusú kapcsolat (egyedtípus)lehet. Egyedtípusok: Egy-egy kapcsolat: (Pl: ember-személyiszám) Egy-több kapcsolat: (Pl: ember-autó) Több-több kapcsolat: (Pl: színész-színdarab) Adatfolyam-diagram: az információk áramlását mutatja be. A diagram meghatározza a rendszer környezetét is, megadja, hogy milyen funkciók részei a rendszernek, illetve mely adatok származnak a környezetből. Az SSADM adatfolyam-diagramja funkciójában és formájában is rokon az SSA/DT rendszer DFD diagramjával. A két modell az egyes elemek jelölésrendszerében, illetve az adatok kijelölésében tér el. SSADM adatfolyam-diagram Kód Modul 1 Kód Kódállomány Számlaállomány Új számlaállás Kódellenőrzés Kódok Számlaállás Modul 2 Értékbekérés Modul 2 Számlaellenőr zés Érték Összeg Összeg Szintaktika: - Tevékenységek: téglalap, benne tevékenység azonosítója és a tevékenység rövid tartalma. - Adatfolyam: nyíl, mellette megadva az áramló adat azonosítóját. Több szintű, felülről-lefelé irányuló szétbontást lehet megvalósítani. Egyedtörténet-diagram: a bekövetkező események hatására a rendszer adatainak megváltozását mutatja be. A diagram minden egyedre megadja az egyedhez tartozó
6 eseményeket, tevékenységeket és azok időbeli kapcsolatait. Az események alkothatnak szekvenciát, szelekciót és iterációt. Formalizmus azonos a struktúra-diagrammokéval. Egyedtörténet-mátrix: az egyedek - események (tevékenységek) közötti kapcsolatot összefoglalóan mutatja be. A mátrix jól szemlélteti, hogy egy adott egyed mely eseményekben vesz részt, illetve egy esemény mely egyedeket érint. A mátrixban az "X" szimbólum jelöli a kapcsolódó egyedeket és eseményeket. Dialógusvázlat (LDO): lehetővé teszi az ember-gép kapcsolat, párbeszéd megtervezését. Minden interaktív eseményhez készítenek dialógusvázlatot. A vázlat elemei: - Adat; - Képernyő; - Tevékenység. Az SSADM folyamatai Megvalósíthatósági tanulmány: a fejlesztési projekt végrehajthatóságának a tisztázása. Követelmények elemzése: annak felmérése, hogy mit kell az elképzelt rendszernek tudni. Adatfolyam-diagram: annak ábrázolása, hogy melyik adat hová megy. Követelményspecifikáció: a fejlesztendő rendszerrel szemben specifikált követelmények meghatározása. A DFD, LDS és egyedtörténeti diagramok létrehozása. Platform kijelölés: az adott (fejlesztendő rendszert) fejlesztést megvalósító operációs rendszer kijelölése (NOVELL, UNIX). Platformfüggő specifikációk rögzítése: a kiválasztott OP. rendszernek megfelelő specifikumok rögzítése. Adattervezés: Normalizált adatok, relációs modell: Algoritmus-tervezés: az egyes folyamatokat végrehajtó algoritmusok meghatározása. Javított egyedtörténet-diagramok: Programtervezés Adatstruktúra, algoritmus-leírások Az SSADM módszertan kritikái: A tervezett bonyolultabb rendszer nehezen modellezhető e módszerrel. Nem tartalmaz a módszer arra vonatkozó információkat, hogy miképpen fog a rendszer kommunikálni a környezettel. Erre kíván megoldást adni a módszer a dialógusvázlattal (LDO-val).
7 jelenlegi fizikai adatfolyammodell projektalapító okirat követelményjegyzék jelenlegi rendszer logikai adatmodellje jelenlegi logikai adatfolyam modell logikai adattár-egyed megfeleltetés igényelt rendszer adatfolyammodellje logikai adattár-egyed megfeleltetés rendszerszervezési alternatívák funkció meghatározás B/K adatszerkezetek lekérdezések relációs adatelemzés egyedek igényelt rendszer logikai adatmodellje prototípusok módosítások kimenetek események lekérdezési utak egyedélettörténetek eseményhatásábrák dialógus tervezés egyed-esemény modellezés állapotjelzõk mûveletek módosító feldolgozási modellek logikai adatfeldolgozás tervezése lekérdezõ feldolgozási modellek rendszertechnikai alternatívák funkció-komponens megvalósítási terv és program specifikációk folyamat-adat kapcsolat optimalizálás fizikai adatbázisterv teljesítmény elõrejelzések Az SSADM folyamatai Az SSADM eszközei: Módszerek Modellek Technikák
8 Módszer: Három nézőpontból vizsgálja a kérdést. Funkciók szempontjából. Események szempontjából. Adatok szempontjából. FUNKCIÓ Adatfolyam Események Adattárak Egyedek IDŐ INFORMÁCIÓ Események FELHASZNÁLÓI IGÉNYEK RENDSZER MEGOLDÁSOK Technikák: eljárásokat és termékeket keresünk. Megvalósíthatósághoz. Követelmény elemzés. Követelmény specifikáció. Ezekhez kapcsolódnak a kiegészítő útmutatók Logikai rendszer specifikáció. Fizikai rendszer tervezés.
9 Az SSADM tervezési lépései a tervezés területei szerint: Irányítási terület Törzs SSADM Technikai terület Startégiai tervezés Megvalósíthatóság Becslés és mérés Taktikai tervezés Követelmény elemzés Prototípus készítés Infrastruktúra irányítás Projekt irányítás Kockázatelemzés Konfiguráció kezeléss Követelmény specifikáció Logikai rendszer specifikáció Fizikai rendszer tervezés Kapacitás tervezés Elosztott rendszereket alkalmaznak Valós idejű rendszer 3 GL és GL fejlesztő rendszerek SSADM tervezési módszertan gyakorlati megvalósítása 530 db lépésből áll. Formalapok 1. Funkció típus lap: kötelező kitölteni. A lap tartalmi rovatai: - Módosító, vagy lekérdező. - Megvalósítás szerint: interaktív, vagy nem interaktív. - Kezdeményezés típusa szerint: a felhasználó, vagy a rendszer kezdeményezi a funkciót. - Funkció azonosító. (numerikus azonosító) - Felhasználói szerepkörök: - a rendszer felhasználók hozzáférési jogainak a meghatározása. - szerepkörök - funkciók hozzárendelése. - Funkció leírás. - Hibakezelés leírása. - A funkciók elemi folyamatainak a megnevezése.: - I/O leírások elkészítése. - a közhasznú folyamatok meghatározása. A közhasznú folyamat az, amelyet más funkció is használ. (PL.: nyomtató modul, kimeneti modul stb.) - Az események és funkciók meghatározása. - Esemény gyakoriság leírása. Meg kell határozni, hogy mely esemény vált ki egy másik
10 eseményt. Meg kell határozni, hogy mely esemény zár ki egy másik eseményt. - Meg kell határozni a be- és kimeneti adatszerkezeteket. - A funkciók használat gyakoriságának a meghatározása. - A lekérdezések tartalmának a meghatározása. - A lekérdezések gyakoriságának a meghatározása. - A szolgáltatási szintjére vonatkozó körülmények meghatározása. - célérték meghatározása, az elfogadhatóság számértékének rögzítése. Teljesítmény! Válaszképernyő megjelenítési ideje. 2. Követelmény specifikáció: - Meg kell határozni a célt. A felhasználói követelmények meghatározása, korlátok és jövőbeli kiterjesztésekkel. A követelmény meghatározás csoportosítási szempontjai: - Adatok: minden a rendszerben szükséges adat összeírása. - Funkciók: részletes folyamat specifikáció (mely folyamatokat szeretnénk megvalósítani.). - Felhasználói interfész meghatározásához a specifikáció prototipizálás technikáját ajánlja az SSADM. Segít e technika a felhasználónak tisztázni a szükséges felhasználói felülettel szembeni pontos követelményeket. Melyek azok az adatszerkezetek, kapcsolatok, amelyeket szeretne látni a felhasználó. Ennek a lépésnek az eredményeként alakulnak ki a képernyőtervek, a dialógusok és menük. - Minőségi követelmények meghatározása. Azoknak a fejlesztői és felhasználói kritériu mok meghatározása, amelyek a megfelelőség elfogadásához szükségesek. - A KÖVETELMÉNY JEGYZÉK megfelel-e a szabványoknak. Illeszkedik-e az információ stratégiához. Megfelel-e az alapító okiratban rögzített elvárásoknak. Elfogadták- e a felhasználók a követelményjegyzéket. Összeegyeztethető e a követelmény specifikáció a helyi eljárásrendekkel. A kiindulási alap követelmény specifikáció megvalósítása lehetséges-e. Minden érintett személlyel konzultáltak-e. Valóban pontos és teljes képünk van-e rendszer kiterjedéséről. A követelmények kölcsönösen megfelelnek-e egymásnak (ha nem felelnek meg - prioritási sorrend.). Az adatjegyzék összeegyeztethető-e a tervezett rendszer logikai adatmodellével. A mennyiségi adatok megfelelnek-e az előírásokban szereplő, elérési utakban szereplő előírásokkal. A követelményjegyzés és a funkciójegyzék kölcsönös hivatkozásai megfelelnek-e. A funkciók teljes körűen támogatják-e a szerepükhöz tartozó feladatokat. - LEKÉRDEZÉSEK: A lekérdezésekhez van-e funkció leírás. Vannak-e a feldolgozásoknak leírásai. Formális szemle!!! Hivatkozási, ellenőrzési pontok: Követelmény meghatározása (310-es lépéstől kezdődik). Adatfolyam modell ellenőrzése (310-es lépés). Dialógus tervezés (három helyen. (310, 530 lépés) Logikai adatmodell (320-as lépéssorozat). Funkció meghatározás (330-as lépéstől kezdődik).
11 Relációs adatelemzés (340-es lépéstől kezdődik). Specifikus prototípus kidolgozása (350-es lépéstől kezdődik). Egyed-esemény modell kidolgozása (360-es lépéstől kezdődik). Rendszertechnikai alternatívák kialakítása (410, 420-as lépéstől kezdődik). Logikai adatfeldolgozási terv összeállítása (540-as lépés sorozat).
TERMÉKTERVEZÉS PANDUR BÉLA TERMÉKTERVEZÉS
TERMÉKTERVEZÉS A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA Szoftverfejlesztés: magában foglalja mindazon elveket, módszereket és eszközöket, amelyek célja a programok megbízható és hatékony elkészítésének támogatása.
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észletesebbenTartalom. Nagy rendszerek struktúrált fejlesztése (SSADM) Bevezető. Történet A strukturális modell Az SSADM technikái Az SSADM termékei
Nagy rendszerek struktúrált fejlesztése (SSADM) Szoftvertechnológia előadás Tartalom Áttekintés A strukturális modell Az SSADM technikái Az SSADM termékei 2 Bevezető Az SSADM az angol "Structured Systems
RészletesebbenAz előadás célja. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1
Az előadás célja A munkafolyamat ezés módszereinek és technikáinak bemutatása A munkafolyamat ezést körülvevő fejlesztési környezetnek és a munkafolyamat ezés főbb lépéseinek ismertetése Információrendszer
RészletesebbenKövetelmény meghatározás. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1
Követelmény meghatározás Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1 A követelményjegyzék a rendszerfejlesztési alapmintában Döntési struktúra Vizsgálat/ helyzetfelmérés
RészletesebbenFunkcionális modellek leképezése. Dialógusok meghatározása
III.rész Funkcionális modellek leképezése A felhasználói interfész Elemei: Dialógusok Menük Képerny k/ablakok Nyomtatványok/nyomtatott táblázatok Az on-line folyamatok szétválasztása Off-line folyamatok
RészletesebbenFunkcionális modellek leképezése
III.rész Funkcionális modellek leképezése A felhasználói interfész Elemei: Dialógusok Menük Képerny k/ablakok Nyomtatványok/nyomtatott táblázatok Az on-line folyamatok szétválasztása Off-line folyamatok
RészletesebbenInformációtartalom vázlata
1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos
RészletesebbenS S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN. Structured Systems Analysis and Design Method
S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN Structured Systems Analysis and Design Method Mi az SSADM? Kifejezetten a rendszerelemzést és a szoftverfejlesztést támogatja. Eljárási, műszaki és dokumentációs
RészletesebbenSDM. Adatbáziskezelés és könyvtári rendszerszervezés. Konkrét problémamegoldásra orientált elvek, szabályok együttese
SDM Adatbáziskezelés és könyvtári rendszerszervezés Módszertanok Módszer fogalma: Konkrét problémamegoldásra orientált elvek, szabályok együttese Módszertan fogalma: Az információs rendszer létrehozásához
RészletesebbenMódszerek és technikák
Szervezeti tevékenység elemzése Business Activity Model, BAM Módszerek és technikák Milyen kérdésekre keresünk választ: Miért? Mit? Mikor? Hogyan? Szervezeti szempontok Tevékenységek logikai modellje Szervezeti
RészletesebbenADATBÁZIS ALAPÚ RENDSZEREK
ADATBÁZIS ALAPÚ RENDSZEREK Szoftverrendszerek fejlesztése SSADM Diagramok készítése A SZOFTVER, MINT TERMÉK Nem csupán a végrehajtható állományok Sokkal több Számos különböző komponensből áll Maga a számítógépes
RészletesebbenA szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
RészletesebbenSSADM. Strukturált rendszerelemzési és -tervezési módszer
SSADM Strukturált rendszerelemzési és -tervezési módszer MTA Információtechnológiai Alapítvány 1993 Készült a brit kormány informatikai központja által megszerzett engedély alapján az "SSADM Version 4
RészletesebbenSSADM. Az SSADM (Structured System Analysis and Desing Method) egy rendszerelemzési módszertan.
SSADM Az SSADM (Structured System Analysis and Desing Method) egy rendszerelemzési módszertan. A struktúrált módszertanok alapelvei: Elemzés felülről lefelé: alrendszerekre, funkciókra, folyamatokra bontá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. Nagy rendszerek struktúrált fejlesztése (SSADM) Bevezetı. Történet. Nyolc ok az SSADM használatára. Nyolc ok az SSADM használatára
Nagy rendszerek struktúrált fejlesztése (SSADM) Szoftvertechnológia elıadás Tartalom Áttekintés A strukturális modell Az SSADM technikái Az SSADM termékei 2 Bevezetı Az SSADM az angol "Structured Systems
Részletesebben55 481 04 0000 00 00 Web-programozó Web-programozó
A /2007 (II. 27.) SzMM rendelettel módosított 1/2006 (II. 17.) OM rendelet Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő felvétel és törlés eljárási rendjéről alapján. Szakképesítés,
RészletesebbenSSADM. Strukturált rendszerelemzési és -tervezési módszer
SSADM Strukturált rendszerelemzési és -tervezési módszer MTA Információtechnológiai Alapítvány 1993 Készült a brit kormány informatikai központja által megszerzett engedély alapján az "SSADM Version 4
Részletesebben2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA
2.Szoftverfejlesztés 2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA Szoftverfejlesztés: magában foglalja mindazon elveket, módszereket és eszközöket, amelyek célja a programok megbízható és hatékony elkészítésének
RészletesebbenInformációs rendszerek Információsrendszer-fejlesztés
Információs rendszerek Információsrendszer-fejlesztés A rendszerfejlesztés életciklusa problémadefiniálás helyzetfeltárás megvalósítási tanulmány döntés a fejlesztésrıl ELEMZÉS IMPLEMENTÁCIÓ programtervezés
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észletesebbenIT ügyfélszolgálat és incidenskezelés fejlesztése az MNB-nél
IT ügyfélszolgálat és incidenskezelés fejlesztése az MNB-nél Molnár László MNB, ITIL Projektvezető Fábián János ICON Professional Services Vezérfonal Az MNB IT működése, a SIP kiváltó okai A projekt módszereinek
RészletesebbenII. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László
A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati
RészletesebbenMINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység
MINISZTERELNÖKI HIVATAL Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1188-06/1 Szóbeli vizsgatevékenység Szóbeli vizsgatevékenység időtartama: 45 perc A 20/2007. (V. 21.) SZMM rendelet
RészletesebbenProjectvezetők képességei
Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés
RészletesebbenRendszerszervezési módszertanok
Rendszerszervezési módszertanok Cél: nagy rendszerek, projektek kézben tartása. Alapjai: strukturált programozás (modulokból építkezés), projektvezetési módszertanok, dokumentálási rendszerek. SSADM: SSADM
RészletesebbenTartalomjegyzék SSADM. Strukturált rendszerelemzési és -tervezési módszer
i Tartalomjegyzék SSADM Strukturált rendszerelemzési és -tervezési módszer MTA Információtechnológiai Alapítvány 1993 Tartalomjegyzék ii Strukturált rendszerelemzési és -tervezési módszer Áttekintés Az
Részletesebben30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
Ré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észletesebbenUML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
RészletesebbenSzervezeti működésfejlesztés komplexitása CMC minősítő előadás
Szervezeti működésfejlesztés komplexitása CMC minősítő előadás Sarlósi Tibor 2012. február 28. Érintett területek 1 Diagnózis 2 Stratégiamenedzsment 3 Folyamatmenedzsment 4 Projektmenedzsment 6 rendszerek
Részletesebben4. Az SSADM termékei
4. Az SSADM termékei Ebben a fejezetben az SSADM termékekkel kapcsolatos leírásai szerepelnek. Ez két részre oszlik, az első a termékfelépítési szerkezetet ábrázolja és írja le, a második szabványos termékleírásokat
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észletesebbenDW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
RészletesebbenFizikai terv. A fizikai tervezés részei: Adatterv Adatvédelmi terv A rendszer működésének terve Funkciók terve (programspecifikációk) I/O tervek
Fizikai terv A fizikai tervezés részei: Adatterv Adatvédelmi terv A rendszer működésének terve Funkciók terve (programspecifikációk) I/O tervek Készítsük el a Hallgatói adatok kezelésének Dialógus tervét!
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment
RészletesebbenRózsa Tünde. Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft. Forrás: http://www.praxa.com.au/practices/erp/publishingimages/erp_visual.
Rózsa Tünde Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft Forrás: http://www.praxa.com.au/practices/erp/publishingimages/erp_visual.jpg 2 Kutatási célok Tématerület rövid áttekintése A kiválasztást
RészletesebbenAdatbázis-kezelő rendszerek. dr. Siki Zoltán
Adatbázis-kezelő 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
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észletesebbenFunkciópont elemzés: elmélet és gyakorlat
Funkciópont elemzés: elmélet és gyakorlat Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont
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észletesebben5. Témakör TARTALOMJEGYZÉK
5. Témakör A méretpontosság technológiai biztosítása az építőiparban. Geodéziai terv. Minőségirányítási terv A témakör tanulmányozásához a Paksi Atomerőmű tervezési feladataiból adunk példákat. TARTALOMJEGYZÉK
RészletesebbenKölcsönhatás diagramok
Kölcsönhatás diagramok Célkitűzés Olvasni tudják az alap UML kölcsönhatás diagramok (kommunikáció és szekvencia) diagramok jelöléseit. 2 Bevezetés Miért léteznek az objektumok? Azért, hogy a rendszer valamilyen
RészletesebbenAZ ELőADÁS CÉLJA. Miért készítünk adatfolyam-modellt? A módszerben elfoglalt helyének és szerepének meghatározása
AZ ELőADÁS CÉLJA Miért készítünk adatfolyam-modellt? A módszerben elfoglalt helyének és szerepének meghatározása A adatfolyam-modellezés jelöléseinek ismertetése Egy adatfolyam-modell elkészítési módszer
RészletesebbenInformatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs
Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr
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észletesebbenMÓDSZERTAN LEÍRÁS. NKTH Biztonsági rendszertervezési módszertan. 2007.09.05. Terjedelem: 69 oldal Készítette: Dr. Remzső Tibor
MÓDSZERTAN LEÍRÁS NKTH Biztonsági rendszertervezési módszertan 2007.09.05. Terjedelem: 69 oldal Készítette: Dr. Remzső Tibor A dokumentum adatlapja Azonosítás Dokumentum adatai Dokumentum címe Biztonsági
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é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észletesebbenA projektvezetési eszköz implementációja hazai építő-, szerelőipari vállalkozásoknál
A projektvezetési eszköz implementációja hazai építő-, szerelőipari vállalkozásoknál Előadó: Ulicsák Béla műszaki igazgató BRIT TECH Üzleti Tanácsadó Kft. Napirend 1. Az építő-, szerelőipar érdekcsoportjai
RészletesebbenAzonnali fizetési rendszer megvalósítása
Azonnali fizetési rendszer megvalósítása 2017. 05. 24. Keretek, alapvetések, megoldandók (minden projekt résztvevőnek) 24/7/365-ös működés (folyamatos működés a karbantartások, upgrade-ek alatt is). Tranzakciók
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észletesebbenA követelm. vetelmény. analízis fázis. Az analízis fázis célja. fázis feladata
A követelm vetelmény analízis fázis Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006.02.15. ANAL / 1 Az analízis fázis célja A projekttel szemben támasztott követelmények meghatározása
RészletesebbenVerifikáció és validáció Általános bevezető
Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának
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észletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
RészletesebbenBevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.
Mire figyeljünk a CRM rendszerek tervezésekor? Gyakorlati tapasztalatok Komáromi András Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe Miért fontos a tervezési fázis? A tervezési fázis helye és
RészletesebbenAZ ELőADÁS CÉLJA. megmagyarázni, hogy milyen célból használunk entitás-esemény modellezést. az alábbiak elkészítésekor használt eljárások bemutatása:
AZ ELőADÁS CÉLJA megmagyarázni, hogy milyen célból használunk entitás-esemény modellezést a jelölések ismertetése az alábbiak elkészítésekor használt eljárások bemutatása: ENTITÁS-ELÉRÉSI TÁBLÁZAT ENTITÁS-ÉLETTÖRTÉNETEK
RészletesebbenLogikai adatmodell kialakítása
Logikai adatmodell kialakítása A logikai adatmodellezés célja: Segít az alkalmazási terület megértésében. Diagramjai révén világosan, pontosan és egyértelműen írja le a kommunikációs rendszert. lősegíti
RészletesebbenJava programozási nyelv
Java programozási nyelv 2. rész Vezérlő szerkezetek 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/23 Tartalomjegyzék
RészletesebbenA projekt idő-, erőforrás és költségterve 1. rész
A projekt idő-, erőforrás és költségterve 1. rész A TERVEZÉS FOLYAMATA a projekttevékenységek meghatározása a tevékenységek közötti logikai függőségi kapcsolatok meghatározása erőforrás-allokáció és a
RészletesebbenFunkciópont elemzés: elmélet és gyakorlat. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens
Funkciópont elemzés: elmélet és gyakorlat Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont
RészletesebbenA Hivatal érvényben lévő alábbi dokumentumok létrehozása, szinkronizálása szükséges
Informatikai Biztonsági feladatok: Fizikai biztonsági környezet felmérése Logikai biztonsági környezet felmérése Adminisztratív biztonsági környezet felmérése Helyzetjelentés Intézkedési terv (fizikai,
RészletesebbenE-learning tananyagfejlesztő képzés tematika oktatott modulok
E-learning tananyagfejlesztő képzés tematika oktatott modulok 1142-06 - Számítógépkezelés, szoftverhasználat, munkaszervezés o Hardvert üzemeltet, szoftvert telepít o Irodai programcsomagot egyedi és integrált
RészletesebbenMŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
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é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észletesebbenAz éghajlati modellek eredményeinek alkalmazhatósága hatásvizsgálatokban
Az éghajlati modellek eredményeinek alkalmazhatósága hatásvizsgálatokban Szépszó Gabriella Országos Meteorológiai Szolgálat, szepszo.g@met.hu RCMTéR hatásvizsgálói konzultációs workshop 2015. június 23.
RészletesebbenStratégia felülvizsgálat, szennyvíziszap hasznosítási és elhelyezési projektfejlesztési koncepció készítés című, KEOP- 7.9.
Stratégia felülvizsgálat, szennyvíziszap hasznosítási és elhelyezési projektfejlesztési koncepció készítés című, KEOP- 7.9.0/12-2013-0009 azonosítószámú projekt Előzmények A Nemzeti Települési Szennyvízelvezetési
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észletesebbenS atisztika 2. előadás
Statisztika 2. előadás 4. lépés Terepmunka vagy adatgyűjtés Kutatási módszerek osztályozása Kutatási módszer Feltáró kutatás Következtető kutatás Leíró kutatás Ok-okozati kutatás Keresztmetszeti kutatás
RészletesebbenIII. Alapfogalmak és tervezési módszertan SystemC-ben
III. Alapfogalmak és tervezési módszertan SystemC-ben A SystemC egy lehetséges válasz és egyben egyfajta tökéletesített, tovább fejlesztett tervezési módszertan az elektronikai tervezés területén felmerülő
RészletesebbenAdatbázismodellek. 1. ábra Hierarchikus modell
Eddig az adatbázisokkal általános szempontból foglalkoztunk: mire valók, milyen elemekből épülnek fel. Ennek során tisztáztuk, hogy létezik az adatbázis fogalmi modellje (adatbázisterv), amely az egyedek,
RészletesebbenMiskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
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észletesebbenMINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység
MINISZTERELNÖKI HIVATAL Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1147-06/1 Átfogó szakdolgozat készítése, mely egy internetes szolgáltatást tervez és valósít meg vagy a kliens-,
RészletesebbenSzemléletmód váltás a banki BI projekteken
Szemléletmód váltás a banki BI projekteken Data Governance módszertan Komáromi Gábor 2017.07.14. Fókuszpontok áthelyezése - Elérendő célok, elvárt eredmény 2 - Egységes adatforrásra épülő, szervezeti egységektől
RészletesebbenOpenCL alapú eszközök verifikációja és validációja a gyakorlatban
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és
RészletesebbenSzoftver-mérés. Szoftver metrikák. Szoftver mérés
Szoftver-mérés Szoftver metrikák Szoftver mérés Szoftver jellemz! megadása numerikus értékkel Technikák, termékek, folyamatok objektív összehasonlítása Mér! szoftverek, programok CASE eszközök Kevés szabványos
RészletesebbenCzifra Sándor Lőrinczi Konrád. Videó vezérelt kurzusok készítése Moodle keretrendszerben
Czifra Sándor Videó vezérelt kurzusok készítése Moodle keretrendszerben A kezdetek... Felsővezetői támogatás. Nemzetközi trendek kutatása. Tanulmány utak, best practice Szakmai iránymutatás, oktatás. Módszertani
RészletesebbenTisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu
Tisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu BEVEZETŐ az ASP-szolgáltatásról Az ASP-szolgáltatás (Application Service Providing) előnyei A megrendelő
RészletesebbenA TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE
A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
RészletesebbenTartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet
Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés
RészletesebbenProgramozás. Adatbázis-kezelés (alapok) Fodor Attila
Programozás Adatbázis-kezelés (alapok) Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. április 22. Bevezetés Adatbáziskezelés
RészletesebbenMELLÉKLETEK. a következőhöz: A BIZOTTSÁG (EU) FELHATALMAZÁSON ALAPULÓ RENDELETE
EURÓPAI BIZOTTSÁG Brüsszel, 2018.7.13. C(2018) 4438 final ANNEXES 1 to 2 MELLÉKLETEK a következőhöz: A BIZOTTSÁG (EU) FELHATALMAZÁSON ALAPULÓ RENDELETE az (EU) 2016/1011 európai parlamenti és tanácsi rendeletnek
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észletesebben(Minőségirányítási utasítás) 3. sz. verzió. A kiadás dátuma: február 1. Dr. Gáti József általános rektrohelyettes
ÓBUDAI EGYETEM MU 10.01 DIPLOMÁS PÁLYAKÖVETŐ (Minőségirányítási utasítás) 3. sz. verzió A kiadás dátuma: 2017. február 1. (Érvényes visszavonásig) JÓVÁHAGYTA: Dr. Gáti József általános rektrohelyettes
Részletesebben1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS
1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS Az Enterprise Architect (EA) modell illesztése az számú, Komplex népegészségügyi szűrések elnevezésű kiemelt projekt megvalósításához kapcsolódóan 1. Fogalmak és rövidítések
RészletesebbenInformatika tanítási módszerek
Informatika tanítási módszerek Programozás tanítási módszerek módszeres, algoritmusorientált; adatorientált; specifikációorientált; feladattípus-orientált; nyelvorientált; utasításorientált; matematikaorientált;
RészletesebbenInternetes alkalmazásfejlesztő képzés tematika oktatott modulok
Internetes alkalmazásfejlesztő képzés tematika oktatott modulok 1142-06 - Számítógépkezelés, szoftverhasználat, munkaszervezés o Hardvert üzemeltet, szoftvert telepít o Irodai programcsomagot egyedi és
Részletesebbenvbar (Vemsoft banki BAR rendszer)
vbar (Vemsoft banki BAR rendszer) BAR bemutatása 1994. július 1-jétől kezdte meg működését a Központi Adós- és Hitelinformációs Rendszer, azóta is használt rövidített nevén a BAR, amely kezdetben kizárólag
RészletesebbenIntelligens közlekedési rendszerek (ITS)
Budapesti Műszaki és Gazdaságtudományi Egyetem Közlekedésüzemi és Közlekedésgazdasági Tanszék Intelligens közlekedési rendszerek (ITS) Térinformatika (GIS) közlekedési alkalmazásai Közlekedési adatbázisok
RészletesebbenIT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan
IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan Bácsi Zoltán Bedecs Szilárd Napirend Közép Európai Egyetem (CEU) bemutatása IT stratégia kialakítása Változás előtt Termék
RészletesebbenMELLÉKLET. a következőhöz:
EURÓPAI BIZOTTSÁG Brüsszel, 2017.3.23. COM(2017) 134 final ANNEX 1 MELLÉKLET a következőhöz: A BIZOTTSÁG KÖZLEMÉNYE AZ EURÓPAI PARLAMENTNEK, A TANÁCSNAK, AZ EURÓPAI GAZDASÁGI ÉS SZOCIÁLIS BIZOTTSÁGNAK
RészletesebbenA fenntartható sikeresség irányítását szolgáló szervezeti önértékelési szoftver alkalmazása Katonai Zsolt (Q-Master Trust Tanácsadó Kft)
A fenntartható sikeresség irányítását szolgáló szervezeti önértékelési szoftver alkalmazása Katonai Zsolt (Q-Master Trust Tanácsadó Kft) A MSZ EN ISO 9004: 2010 szabvány a tartós siker megvalósítását támogatja
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észletesebbenMezőgazdasági külső információs rendszerek fejlesztése
Mezőgazdasági külső információs rendszerek fejlesztése Pető István Szent István Egyetem, Gödöllő Gazdasági Informatika Tanszék I. Agrárinformatikai Nyári Egyetem, Gödöllő 2004. augusztus 25-27. Az előadás
RészletesebbenA benchmarking fogalma
Benchmarking Dr. Koczor Zoltán 1 A fogalma Összevetésként használt szervezet Felhasznált erőforrások ESZKÖZÖK CÉLOK Belső folyamatszabályozás Dr. Koczor Zoltán 2 1 A célja Értékelnünk kell a jelenlegi
Részletesebbencím: 6725 Szeged Bokor u. 18. telefon: +36 1 808 9666 Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től
Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től Alapfogalmak: 1. hiba: egy már meglévő, funkcionalitásban hibás működést eredményező programrész hibás működésének leírása konkrét
Részletesebben