... 2)... Egy rendszerrel kapcsolatos feladatok: Folyamat: bemeneteket kimenetekké alakítja át,
|
|
- Géza Péter
- 8 évvel ezelőtt
- Látták:
Átírás
1 ... 1)... V-modell: érdekelt felek: felhasználók, üzemeltetők, minden érintett, a termékkel kapcsolatban álló fél követelmények: a tervezés, kivitelezés és működtetés során biztosítandó szükséges funkciók és jellemzők rendszer felépítése: Egy termék, vagy rendszer elképzelése, ötlet, szándék vagy gondolati elképzelés architektúra: jónak tartott elképzelés kiválasztása verifikáció: azt terveztük-e, amit elképzeltünk, ellenőrző funkció validáció: megfelel-e az elvárásoknak
2 ... 2)... Folyamat: bemeneteket kimenetekké alakítja át, rendszer: amiben megvalósítjuk a folyamatokat, a rendszerekkel kapcsolatos alapvető mérnöki feladatok: analízis, tervezés, irányítás (szabályozás) Egy rendszerrel kapcsolatos feladatok: 1) Adottak: Bemenet és Rendszer Meghatározandó: Kimenet rendszerelemzés (direkt feladat) 2) Adottak: Bemenet és Kimenet Meghatározandó: Rendszer rendszertervezés, rendszerszervezés (1. inverz feladat) 3) Adottak: Rendszer és Kimenet Meghatározandó: Bemenet rendszerirányítás (2. inverz feladat) Szabályozás, visszacsatolás: ha van visszacsatolás a rendszerben, akkor azt szabályozásnak nevezzük, nem irányításnak.
3 ... 3)... Kik a steakholderek? felhasználók, üzemeltetők, minden érintett, a termékkel kapcsolatban álló fél. Elvárások Műszaki rendszer tulajdonságai:
4 ... 4)... Követelményekkel kapcsolatos elvárások: követelmények (szükséges) jellemzői világos és konzisztens érthető pontos téves tényt nem tartalmat kivitelezhető (feasible) elérhető cél (fizikai, gazdasági, stb korlátokon belül) rugalmas a hogyant nem definiálja konkrét nem tartalmaz bizonytalan, többféle módon értelmezhető elemet a követelmény rendszer nem redundáns egy követelmény csak egyszer definiált ellentmondásmentes nincs ellentmondó követelmény konzisztens egységes terminológia teljes a tervezés alapjául szolgálhat követelmény = mérték + érték + célérték -> mérthetőnek (és a terméktől/folyamattól függőnek) kell lennie lehet folytonos, disztkrét/logikai, kvalitatív mérték: arányos, abszolút, valószínűségi X% fejlődés a X érétke a X éréke a -nek 90% megbízhatósággal a klasszikus az előnyöket/teljesítsényt mér (a költség, kockázat később jön)
5 A követelmények feltárásának javasolt folyamata: INPUT TEVÉKENYSÉGEK OUTPUT Alap elvárás az érintett felek részéről Validált technikai követlméyek A művelet alap fogalma A stratégiák engedélyezett támogatása A teljesítmény mérése Hatékonyság mérése Technikai teljesítmény mérése
6 ... 5) )... Követelmények allokálása : a rendszer (modelljének) hierarchia szintjeire funkciók az alacsonyabb szinten (componens aminek funkciója van) lefele propagáljuk interfész (elemek közti kapcsolatok) definiálása verifikálás (a követelményeké) hogy majd biztosítsuk, hogy a tervezett termék/szolgáltatás tényleg az érdekelt felek igényeit elégíti-e ki - vizsgálat, - kérdőív, - demonstráció, - elemzés a követelményi dokumentáció a verifikálás módját is leírja
7 QFD diasor!!!!!
8 ... 7)... Ambiguity Bizonytalanság Creativity Kreativitás Complexity Komplexitás Conceive kigondol Design tervez Implement végrehajt Operate - működtet
9 ... 9a)... Forma definíció Az elemek összessége (feladatok) A fizikai/logikai valóság struktúrája vagy tagoltsága Alak vagy konfiguráció (gyakran de nem mindig) - ami látható Ami megvalósított (formázott, gyártott, fordított, írott, faragott vagy rajzolt) Ami van. Funkció Tevékenység, ami létrehoz vagy alkalmaz egy dolgot Amit a termék/rendszer csinál, Lebontható Tudjuk bemutatni a kapcsolatot a funkció és forma között, momentum (erő), energia (teljesítmény), információ (adat), információ (utasítások) Sokkal bonyolultabb bemutatni, mint a formát (mert láthatatlan ) Koncepció Informális Definíció Egy termék, vagy rendszer elképzelése, ötlet, szándék vagy gondolati elképzelés A forma egy absztrakciója Ez nem maga a termék/rendszer (tulajdonsága), hanem egy leképezése a leképezés specifikációja - miként valósul meg a forma fizikai kialakítása A tervezési változók specifikációja definiálja a tervezési feladatot A termékek ugyanazon a koncepción alapulnak összefüggők A termékek különböző koncepción alapulnak ( függetlenek )
10 Általában 5-9 rész (7+/-2) szintenként A -1-es szinten valós vagy atomi (bonthatatlan) részek vannak Egy rész nem nevezhető résznek anélkül, hogy ne határoznánk meg a funkcionalitását vagy egységét Az egység (unit) definíciója nem mindig egyértelmű
11 ... 10)... Mire jó a phug mátrix? Mi az amire való: o Szerkeszteni és ábrázolni egy kiértékelő eljárást o általános szemléltetésként szolgál o tudományi hátteret teremt o segít csökkenteni az ön-hitelesítő viselkedést o Erősítí a valós csapatmunkát o Összetartás o Kiiktatja a gyenge ötleteket o Megőrzi az erős elképzeléseket o Széttartások o Segít megtalálni a lehetőségeket a kombinációkra Mi az amire nem való: o Automatikus döntéshozatal o az értékek és számok csak segédként vannak és nem muszáj őket algebrailag összegezni o tartózkodik a merevség és a hamis magabiztosság kialakulásától az osztályozás/súlyozás mátrixok miatt o Teljes mértékben szabályozza a folyamatot o serkenti a kreatív meggondolatlan gondolkodást mivel hiányzik belőle a merev szerkezet o Összekapcsol tanulmányokat o Manapság többet Pugh Matrix lépései 1.Jellegzetességet választ vagy fejleszt az összehasonlításhoz. Követelmények és célok együttesén alapszik. 2.Az alternatívák kiválasztása az összehasonlításhoz. Az alternatívák a különböző ötletekből fejlődtek ki a koncepció alkotás alatt.
12 Az összes koncepciót ugyanazon az általánosítási szinten és azonos nyelven kellene összehasonlítani. 3.Értékek meghatározása. Használjuk a legjobb koncepciót alapként, majd az összes többit ehhez hasonlítva, minden kritérium alapján. Ha újratervezünk egy létező terméket, akkor ez a létező termék használható alapként. Értékeljünk ki minden kritériumot, jobb (+), ugyanolyan (S,o), rosszabb (-) az alaphoz viszonyítva. Ha a mátrix egy adatbázis kezelővel, mint az Excel lett felépítve, használjuk a +1,0,-1 jeleket. Ha lehetetlen az összehasonlítás, több információra van szükség. 4. Végeredmény kiszámítása. Három pontszámot generálunk, az összes (+), az összes (-), és a teljes összeget. A teljes össze a (+)-ok száma-a (-)-ok száma. Az összesített adatokat, nem úgy kell kezelni mint döntéshozatali folyamatot, hanem csak iránymutatásként. 5. Pontozás variációk Például egy hét szintes skálán lehetne finomabb pontozási rendszert használni: ahol a +3 kritérium rendkívül jobb, mint az alap. (+2,+1,0,-1,-2,-3)
13 Költség-haszon elemzés (B/C) Alkalmazás szelekció Eljárás: 1. követelmények (mérhető) 2. potenciális megoldások 3. Kiválasztási kritériumok 4. Költségtényezők definiálása 5. Előnyök definiálása Kockázati szorzó f= Időintervallum specifikálása 7. Költség és előny pontos, megoldásonkénti becslése 8. Kamat, jelenérték 9. B/C 10. Rangsor,. Feltétel vagy körülmény C költség fix kívánt eredmény B fix Két alternatíva figyelembe vétele sem C sem B nincs fixálva Kettőnél több alternatíva figyelembe vétele, sem C sem B nincs fixálva. Választott jellegzetesség maximum B/C arány maximum B/C arány ΔB és ΔC arányát kiszámolni az alternatívák között. Válasszuk a kisebb költségű alternatívát, kivéve ha ΔB és ΔC aránya 1. Utána válasszuk a nagyobb költségű alternatívát. Alternatíva választása a haszon-költség arány hozamának elemzésével. Előny: Teljes életciklus Dokumentált Korlát: Információk megbízhatósága forinthatóság problémája
14 ... 12)... Mi a kockázat? - A kockázat a bizonytalanság mértéke a jövőben megvalósuló programcéloknak, amiben definiálva vannak a költség és ütemterv előírások - A kockázatnak három komponense van: 1. Jövőbeli forrás okok 2. A jövőbeli forrás okok bekövetkezésének valószínűsége 3. A jövőbeli események következményei (vagy hatásai) Kockázati rétegek: Magas befolyás Technikai/Project kockázat Ipar/Verseny Ország/Főállamügyész Piaci kockázat Természetes kockázat Alacsony befolyás
15 Limitált tőke Technikai kockázat Sűrített ütemterv Technikai problémák Technikai problémák Elvi kockázat Költség kockázat Kiírt költségvetés Ütemterv csúszás Kereslet ütemterv Ütemterv kockázat
16 ... 14)...
17
PRO JEKT = előre visz
A projekt PRO JEKT = előre visz PROJEKT DEFINÍCIÓK, ISMÉRVEK Angol nyelvben a project szó kettős jelentéssel bír. Jelenthet: tervet vagy beruházást azaz a megvalósítandó feladatok összességét A területfejlesztésben
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észletesebbenCEBS Consultative Paper 10 (folytatás) Krekó Béla PSZÁF, 2005. szeptember 15.
CEBS Consultative Paper 10 (folytatás) Krekó Béla PSZÁF, 2005. szeptember 15. 1 3.3.3 Minősítési rendszerek és a kockázatok számszerűsítése Minősítések hozzárendelése PD, LGD, CF meghatározása Közös vizsgálati
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é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észletesebbenMit tud a QFD? Dr. Topár József 1
Vevői igények A VEVŐ HANGJA A QFD olyan egyszerű szisztematikus módszert kínál, amellyel a vevő hangját a termékbe beépíthetjük. A QFD eredménye : Szisztematikusan tervek elkészítése arra, hogy hogyan
RészletesebbenProjekt Tervezés. 2006/5/17 Dr. Kulcsár László
Projekt Tervezés 2006 1 A projekt koncepció A projekt fogalma: Szabványosított dokumentum, amely tartalmazza a fejlesztés modelljét, a modellt támogató elméleti feltételezéseket. Konkrét célok Időpont
RészletesebbenISO/DIS MILYEN VÁLTOZÁSOKRA SZÁMÍTHATUNK?
ISO/DIS 45001 MILYEN VÁLTOZÁSOKRA SZÁMÍTHATUNK? MIÉRT KELL SZABVÁNYOS IRÁNYÍTÁSI RENDSZER? Minden 15 másodpercben meghal egy dolgozó Minden 15 másodpercben 135 dolgozó szenved balesetet 2,3 m halálos baleset
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észletesebbenTapasztalatok és teendők a szabvány változások kapcsán
Tapasztalatok és teendők a szabvány változások kapcsán Előadó: Turi Tibor, vezetési tanácsadó 1 Az előadás témái Új irányítási rendszerszabványok A legfontosabb változások áttekintése Teendők 2 Új irányítási
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észletesebbenHogyan lesz adatbányából aranybánya?
Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.
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észletesebbenA CMMI alapú szoftverfejlesztési folyamat
A CMMI alapú szoftverfejlesztési folyamat Készítette: Szmetankó Gábor G-5S8 Mi a CMMI? Capability Maturity Modell Integration Folyamat fejlesztési referencia modell Bevált gyakorlatok, praktikák halmaza,
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észletesebbenS atisztika 1. előadás
Statisztika 1. előadás A kutatás hatlépcsős folyamata 1. lépés: Problémameghatározás 2. lépés: A probléma megközelítésének kidolgozása 3. lépés: A kutatási terv meghatározása 4. lépés: Terepmunka vagy
RészletesebbenA BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN Szabó Géza Bevezetés Az előadás célja, vasúti alrendszerekre
Részletesebben2011. ÓE BGK Galla Jánosné,
2011. 1 A mérési folyamatok irányítása Mérésirányítási rendszer (a mérés szabályozási rendszere) A mérési folyamat megvalósítása, metrológiai megerősítés (konfirmálás) Igazolás (verifikálás) 2 A mérési
RészletesebbenIRÁNYTŰ A SZABÁLYTENGERBEN
IRÁNYTŰ A SZABÁLYTENGERBEN amikor Bábel tornya felépül BRM konferencia 2008 október 29 BCA Hungary A Csapat Cégalapítás: 2006 Tanácsadói létszám: 20 fő Tapasztalat: Átlagosan 5+ év tanácsadói tapasztalat
RészletesebbenKvalitatív elemzésen alapuló reakciómechanizmus meghatározás
Kvalitatív elemzésen alapuló reakciómechanizmus meghatározás Varga Tamás Pannon Egyetem, Folyamatmérnöki Intézeti Tanszék IX. Alkalmazott Informatika Konferencia ~ AIK 2011 ~ Kaposvár, Február 25. Tartalom
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenIntelligens technikák k a
Intelligens technikák k a döntéstámogatásban Döntések fuzzy környezetben Starkné Dr. Werner Ágnes 1 Példa: Alternatívák: a 1,a 2,a 3 Kritériumok: k 1,k 2, k 3,k 4 Az alternatívák értékelését az egyes kritériumok
RészletesebbenProgramrendszerek tanúsítása szoftverminőség mérése
SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát
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észletesebbenPolgár Város Önkormányzata és Intézményei évi belső ellenőrzési tervét megalapozó kockázatelemzése
2.sz. melléklet Polgár Város Önkormányzata és Intézményei 2017. évi belső ellenőrzési tervét megalapozó kockázatelemzése Polgár Város Önkormányzata költségvetési szerveinek 2017. évi belső ellenőrzési
RészletesebbenPÜSKI KÖZSÉG ÖNKORMÁNYZAT ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE
PÜSKI KÖZSÉG ÖNKORMÁNYZAT 2016. ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE Iktatószám:. PÜSKI KÖZSÉG ÖNKORMÁNYZAT 2016. ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE Magyarország helyi önkormányzatairól szóló 2011. évi CLXXXIX.
RészletesebbenIndikátorok projekt modellhelyszínein. Domokos Tamás szeptember 13.
Indikátorok és értékelés a TÁMOP T 5.4.1. projekt modellhelyszínein Domokos Tamás 2011. szeptember 13. Az értékelés különböző típusait és főbb kérdései Az értékelés típusa A fejlesztési folyamat értékelése
RészletesebbenTESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS
TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,
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é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észletesebbenMi a folyamat? Folyamatokkal kapcsolatos teendőink. Folyamatok azonosítása Folyamatok szabályozása Folyamatok folyamatos fejlesztése
1 Mi a közös? Vevő Folyamatok Résztvevők (emberek) Folyamatmenedzsment Azonosított, szabályozott, ellenőrzött, mért És állandóan továbbfejlesztett folyamatok Cél: vevői elégedettség, üzleti siker 2 az
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észletesebbenBevezetés a programozásba
Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények
RészletesebbenVÁLLALATGAZDASÁGTAN II. Döntési Alapfogalmak
Vállalkozási VÁLLALATGAZDASÁGTAN II. Tantárgyfelelős: Prof. Dr. Illés B. Csaba Előadó: Dr. Gyenge Balázs Az ökonómiai döntés fogalma Vállalat Környezet Döntések sorozata Jövő jövőre vonatkozik törekszik
RészletesebbenDöntéselmélet KOCKÁZAT ÉS BIZONYTALANSÁG
Döntéselmélet KOCKÁZAT ÉS BIZONYTALANSÁG Bizonytalanság A bizonytalanság egy olyan állapot, amely a döntéshozó és annak környezete között alakul ki és nem szüntethető meg, csupán csökkenthető különböző
RészletesebbenProjekt szponzor : siker - felelősség - kompetencia
Projekt szponzor : siker - felelősség - kompetencia dr. Prónay Gábor 11. Projektmenedzsment a Gazdaságban Fórum 2008. április 10. AZ ELŐADÁS CÉLJA figyelem felhívás a projekt tulajdonos/szponzor meghatározó
RészletesebbenPolgár Város Önkormányzata és Intézményei évi belső ellenőrzési tervét megalapozó kockázatelemzése
Polgár Város Önkormányzata és Intézményei 2018. évi belső ellenőrzési tervét megalapozó kockázatelemzése Polgár Város Önkormányzata költségvetési szerveinek 2018. évi belső ellenőrzési terve folyamat alapú
RészletesebbenA társadalmi hatás növelése. A NESsT megközelítése a társadalmi hatás mérésére. Társadalmi Vállalkozások Napja Budapest, június 8.
A társadalmi hatás növelése A NESsT megközelítése a társadalmi hatás mérésére Társadalmi Vállalkozások Napja Budapest, 2012. június 8. Varga Éva NESsT www.nesst.org Mit jelent nekünk a társadalmi hatás?
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észletesebbenSoftware project management Áttekintés
Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN / 1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentős erőforrásokat használ
RészletesebbenÜzleti és projekt kockázatelemzés: a Szigma Integrisk integrált kockázatmenezdsment módszertan és szoftver
Üzleti és projekt kockázatelemzés: a Szigma Integrisk integrált kockázatmenezdsment módszertan és szoftver Kassai Eszter kockázatelemzési tanácsadó MÉTP konferencia, 2010. június 10. A kockázat fogalma
RészletesebbenHOGYAN FOGJA BEFOLYÁSOLNI A HULLADÉK SORSÁT AZ ÚJ ISO SZABVÁNY ÉLETCIKLUS SZEMLÉLETE?
HOGYAN FOGJA BEFOLYÁSOLNI A HULLADÉK SORSÁT AZ ÚJ ISO 14001 SZABVÁNY ÉLETCIKLUS SZEMLÉLETE? Bárczi István a Fenntarthatósági Divízió vezetője 2014. szeptember 23. A KÖRNYEZETIRÁNYÍTÁSI RENDSZER ÚJABB KAPCSOLÓDÁSI
RészletesebbenHALÁSZI KÖZSÉG ÖNKORMÁNYZAT ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE
HALÁSZI KÖZSÉG ÖNKORMÁNYZAT 2016. ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE Iktatószám:. HALÁSZI KÖZSÉG ÖNKORMÁNYZAT 2016. ÉVI BELSŐ ELLENŐRZÉSI MUNKATERVE Magyarország helyi önkormányzatairól szóló 2011. évi CLXXXIX.
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észletesebbenKÖLTSÉG-HASZON ELEMZÉS A 2014-2020 PROGRAMOZÁSI IDŐSZAKBAN 2015.05.26.
KÖLTSÉG-HASZON ELEMZÉS A 2014-2020 PROGRAMOZÁSI IDŐSZAKBAN 2015.05.26. A KÖLTSÉG-HASZON ELEMZÉS (CBA) CÉLJAI A strukturális és beruházási alapok (ESB alapok) felhasználásának feltétele: a támogatás indokoltsága.
RészletesebbenTermékhasználat. Helyes helytelen termékhasználat. Felhasználók. Ergonómiai hagyományok. Az ergonómia integrálása a termékfejlesztés folyamatába
Termékhasználat Helyes helytelen termékhasználat A felhasználók bevonása a Gyermek Interakció Termék termékfejlesztésbe A termékhasználat ergonómiai megközelítése Helytelen, veszélyes, tilos Baleset Ergonómiai
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észletesebbenKÖZGAZDASÁGTAN GAZDASÁGI INFORMATIKUSOKNAK. Elérhetőség
KÖZGAZDASÁGTAN GAZDASÁGI INFORMATIKUSOKNAK Oktatók Csongrádi Gyöngyi Kiss Gabriella Dr. Nagy András Elérhetőség Hivatalos honlap http://www.bgf.hu/pszk /szervezetiegysegeink/oktatasiszervezetiegysegek
RészletesebbenAZ ISKOLAI EREDMÉNYESSÉG DIMENZIÓI ÉS HÁTTÉRTÉNYEZŐI INTÉZMÉNYI SZEMMEL
XXI. Századi Közoktatás (fejlesztés, koordináció) II. szakasz TÁMOP-3.1.1-11/1-2012-0001 AZ ISKOLAI EREDMÉNYESSÉG DIMENZIÓI ÉS HÁTTÉRTÉNYEZŐI INTÉZMÉNYI SZEMMEL Bander Katalin Galántai Júlia Országos Neveléstudományi
RészletesebbenKozkázatelemzés. A 2014. évre vonatkozó belső ellenőrzési tervhez. Hajdúhadház Város Önkormányzata és Intézményei, Polgármesteri Hivatala
Kozkázatelemzés A 2014. évre vonatkozó belső ellenőrzési tervhez. Hajdúhadház Város Önkormányzata és Intézményei, Polgármesteri Hivatala 2013. október 01. Varga Péter belső ellenőr (reg.szám: 5113491)
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észletesebbenSzámítógépes döntéstámogatás. Döntések fuzzy környezetben Közelítő következtetések
BLSZM-09 p. 1/17 Számítógépes döntéstámogatás Döntések fuzzy környezetben Közelítő következtetések Werner Ágnes Villamosmérnöki és Információs Rendszerek Tanszék e-mail: werner.agnes@virt.uni-pannon.hu
RészletesebbenMENEDZSMENT ALAPJAI Bevezetés
MENEDZSMENT ALAPJAI Bevezetés Dr. Gyökér Irén egyetemi docens 2012 ősz Jegyzetek, diasorok - ÜTI honlap http://www.uti.bme.hu/cgibin/hallgato/tantargyak.cgi?detail=true&tantargy_id=15035 Folyamatos számonkérés:
RészletesebbenSzoftver karbantartási lépések ellenőrzése
Szoftverellenőrzési technikák (vimim148) Szoftver karbantartási lépések ellenőrzése Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.inf.mit.bme.hu/
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észletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális
RészletesebbenMegoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat
Megoldás Feladat 1. Statikus teszt Specifikáció felülvizsgálat A feladatban szereplő specifikáció eredeti, angol nyelvű változata egy létező eszköz leírása. Nem állítjuk, hogy az eredeti dokumentum jól
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észletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (13) Szoftverminőségbiztosítás Szoftverminőség és formális módszerek Formális módszerek Formális módszer formalizált módszer(tan) Formális eljárások alkalmazása a fejlesztésben
RészletesebbenXXVII. Magyar Minőség Hét Konferencia
XXVII. Magyar Minőség Hét Konferencia 2018. november 6. Dr. Fekete István Ügyvezető SzigmaSzervíz Üzleti Kockázatelemző Kft. TARTALOM Kockázatmenedzsmenttel kapcsolatos alapfogalmak Kockázatmenedzsment
RészletesebbenOrvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V. Nagy Katinka
Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V Nagy Katinka 2016-11-24 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc (2014) Rendszer tesztmérnök,
RészletesebbenEgészségfejlesztés a színtereken CSELEKVÉSI TERV
Egészségfejlesztés a színtereken CSELEKVÉSI TERV Az egészségterv (irányított célzott változás) Egy dokumentum (öt fejezet) Egy ciklikus működési mód adott színtérben élők egészségét hivatott támogatni,
RészletesebbenAz 50001-es szabvánnyal, illetve a törvényi elvárásokkal kapcsolatos felmérési, tervezési tevékenység
Az 50001-es szabvánnyal, illetve a törvényi elvárásokkal kapcsolatos felmérési, tervezési tevékenység Qualidat Kft. Együttműködésben az ÉMI TÜV SÜD-del Tartalomjegyzék Bevezetés A feladatok Projektmenedzsment
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észletesebbenPSZÁF - IT kockázatkezelési konferencia IT szolgáltatások megfelelőségének biztosítása Mátyás Sándor Belső Ellenőrzés
PSZÁF - IT kockázatkezelési konferencia IT szolgáltatások megfelelőségének biztosítása Mátyás Sándor Belső Ellenőrzés Budapest, 2007. szeptember 19. Tartalom Szolgáltató - Szolgáltatás - Szerződés Megfelelőség
RészletesebbenA 9001:2015 a kockázatközpontú megközelítést követi
A 9001:2015 a kockázatközpontú megközelítést követi Tartalom n Kockázat vs. megelőzés n A kockázat fogalma n Hol található a kockázat az új szabványban? n Kritikus megjegyzések n Körlevél n Megvalósítás
RészletesebbenNemzetközi számvitel. 12. Előadás. IAS 8 Számviteli politika, a számviteli becslések változásai és hibák. Dr. Pál Tibor
Dr. Pál Tibor Nemzetközi számvitel 12. Előadás IAS 8 Számviteli politika, a számviteli becslések változásai és hibák 2014.05.13. IAS 8 Bevételek 2 Az IAS 8 célja A fejezet célja, hogy bemutassa Hogyan
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észletesebbenKockázatmenedzsment a vállalati sikeresség érdekében. ISOFÓRUM XXIII. NMK Balatonalmádi, Dr. Horváth Zsolt (INFOBIZ Kft.
Kockázatmenedzsment a vállalati sikeresség érdekében ISOFÓRUM XXIII. NMK Balatonalmádi, 2016. 09. 15-16. Dr. Horváth Zsolt (INFOBIZ Kft.) CÉL és ESZKÖZ kérdése Vállalati sikeresség a CÉL támogatás iránya
RészletesebbenAz ALTERA VAGYONKEZELŐ Nyrt. kockázatkezelési irányelvei
Az ALTERA VAGYONKEZELŐ Nyrt. kockázatkezelési irányelvei I. A dokumentum célja és alkalmazási területe A Kockázatkezelési Irányelvek az ALTERA Vagyonkezelő Nyilvánosan Működő Részvénytársaság (1068 Budapest,
RészletesebbenBiztonsági folyamatirányító. rendszerek szoftvere
Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus
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észletesebbenA Bankok Bázel II megfelelésének informatikai validációja
A Bankok Bázel II megfelelésének informatikai validációja 2010. november 30. Informatika felügyeleti főosztály: Gajdosné Sági Katalin Gajdos.Katalin@PSZAF.hu Kofrán László - Kofran.Laszlo@PSZAF.hu Bázel
RészletesebbenSegítség értékelek.. MIÉRT?? KA1 projekt eredmények és folyamatok mérése, értékelése köznevelési szektorban Gabriella.Kovacs@inyk.bme.hu 2018.06.07 Előadás struktúrája: - Az előadás tanulási eredményei..
RészletesebbenÉrtékelési, kiválasztási módszerek
Értékelési, kiválasztási módszerek Értékelési módszerek csoportosítása: 1. Ordinális (kvalitatív) elárások 1.1 Többségi módszer 1.2 Rangsor összegzési szabály 1.3 Copeland módszer 1.4 Datum módszer 1.5
RészletesebbenDÖNTÉSTÁMOGATÓ TERÜLETI MODELLEZÉS A GYAKORLATBAN
DÖNTÉSTÁMOGATÓ TERÜLETI MODELLEZÉS A GYAKORLATBAN http://www.interreg-danube.eu/approved-projects/attractive-danube 26.09.2018 A projekt a Duna Transznacionális Programból, az Európai RegionálisFejlesztési
RészletesebbenDigitális technika (VIMIAA02) Laboratórium 3
BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Digitális technika (VIMIAA02) Laboratórium 3 Fehér Béla Raikovich Tamá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észletesebbenA fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
RészletesebbenSoftware project management Áttekintés
Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN /1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentÿserÿforrásokat használ fel
RészletesebbenORSA ORSA ORSA. ORSA konzultáció I. pilléres aspektusok. Tatai Ágnes 2011 november 18
ORSA konzultáció I. pilléres aspektusok Tatai Ágnes 2011 november 18 1 Vázlat Mi az ORSA, miért jó ez nekünk? Az ORSA mennyiségi aspektusai tartalékok szavatoló tőkeszükséglet szavatoló tőke Összegzés
RészletesebbenDigitális technika (VIMIAA02) Laboratórium 3
BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Digitális technika (VIMIAA02) Laboratórium 3 Fehér Béla Raikovich Tamás,
RészletesebbenSegítség értékelek.. MIÉRT?? KA1 projekt eredmények és folyamatok mérése, értékelése szakképzésben Gabriella.Kovacs@inyk.bme.hu 2018.06.06 Mai előadás célja ITT és MOST! 1. Mérés/értékelés megítélésének
RészletesebbenAz Eiffel Palace esettanulmánya
Az Eiffel Palace esettanulmánya avagy egy résfalas munkatér-határolás kivitelezői és tervezői tapasztalatai dr.deli Árpád műszaki igazgató HBM Kft., címzetes egyetemi tanár SZE 2014. november 18. SZE KOCKÁZATKEZELÉS
RészletesebbenFMEA tréning OKTATÁSI SEGÉDLET
FMEA tréning OKTATÁSI SEGÉDLET 1. Hibamód és hatás elemzés : FMEA (Failure Mode and Effects Analysis) A fejlett nyugati piacokon csak azok a vállalatok képesek hosszabbtávon megmaradni, melyek gazdaságosan
RészletesebbenAktualitások a minőségirányításban
BUSINESS ASSURANCE Aktualitások a minőségirányításban Auditok változásai ZRUPKÓ János 1 SAFER, SMARTER, GREENER Új távlatok Biztosítani, hogy a minőségirányítás többet jelentsen egy tanúsításnál és amely
RészletesebbenA mechanika alapjai. A pontszerű testek dinamikája
A mechanika alapjai A pontszerű testek dinamikája Horváth András SZE, Fizika Tsz. v 0.6 1 / 26 alapi Bevezetés Newton I. Newton II. Newton III. Newton IV. alapi 2 / 26 Bevezetés alapi Bevezetés Newton
RészletesebbenModellezési alapismeretek
Modellezési alapismeretek Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
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 Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenKomplex szervezetfejlesztési projekt megvalósítása Kaposvár Megyei Jogú Város Polgármesteri Hivatalánál. Monitoring rendszer
ÁROP-1.A.2/B - 2008-0020 - Monitoring rendszer Komplex szervezetfejlesztési projekt megvalósítása Kaposvár Megyei Jogú Város Polgármesteri Hivatalánál Monitoring rendszer Operatív Program azonosító: ÁROP-1.A.2/B-2008-0020
RészletesebbenÁROP KÉPZÉS A KONVERGENCIA RÉGIÓKBAN LÉVŐ ÖNKORMÁNYZATOKNAK FENNTARTHATÓ ÖNKORMÁNYZAT E- TANANYAGOKAT BEMUTATÓ KONFERENCIA
ÁROP-2.2.22-2013-2013-001 KÉPZÉS A KONVERGENCIA RÉGIÓKBAN LÉVŐ ÖNKORMÁNYZATOKNAK FENNTARTHATÓ ÖNKORMÁNYZAT E- TANANYAGOKAT BEMUTATÓ KONFERENCIA A szervezeti képességépítés lehetőségei az önkormányzatoknál
RészletesebbenISO 9001:2015 Változások Fókuszban a kockázatelemzés
ISO 9001:2015 Változások Fókuszban a kockázatelemzés Avagy hogy gondolkodjuk a saját cégünkről? Kőrösi György, ISO TS/9001 Vezető auditor Új Követelmények ÚJ! Kockázatalapú gondolkodás A szabvány egészére
RészletesebbenDr. Topár József 1. Vevői igények - A VEVŐ HANGJA. A QFD IGÉNYEK területe... MIT
QF_ Mc_00 BM MVT igények A VVŐ HANJA A QF olyan egyszerű szisztematikus módszert kínál, amellyel a vevő hangját a termékbe beépíthetjük. A QF eredménye : zisztematikusan tervek elkészítése arra, hogy hogyan
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
Részletesebben(Teszt)automatizálás. Bevezető
(Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,
RészletesebbenDr. Topár József 3. Eladás Marketing Külső szolgáltatás Alvállalkozók Fogyasztók. Engineering Termelés Anyagszabályozás Beszerzés Minőség
A minőségterv (quality plan) olyan dokumentum, amely előírja, hogy milyen folyamatokat eljárásokat és vele kapcsolódó erőforrásokat ki és mikor fogja alkalmazni, hogy egy konkrét projekt, termék, folyamat
RészletesebbenSTRATÉGIAALKOTÁS, ÜZLETI TERVEZÉS A VÁLLALKOZÁS KREATÍV RÉSZE
STRATÉGIAALKOTÁS, ÜZLETI TERVEZÉS A VÁLLALKOZÁS KREATÍV RÉSZE Mi az üzleti tervezés A józan ész diadala az önámítás felett A tervezés tisztán matematika Nagy számok törvénye Egy egész szám felírható néhány
RészletesebbenA mérések általános és alapvető metrológiai fogalmai és definíciói. Mérések, mérési eredmények, mérési bizonytalanság. mérés. mérési elv
Mérések, mérési eredmények, mérési bizonytalanság A mérések általános és alapvető metrológiai fogalmai és definíciói mérés Műveletek összessége, amelyek célja egy mennyiség értékének meghatározása. mérési
RészletesebbenAz adatok értékelése és jelentéskészítés: Az (átfogó) vizsgálati összefoglalás benyújtása
Az adatok értékelése és jelentéskészítés: Az (átfogó) vizsgálati összefoglalás benyújtása Webszeminárium az információs követelményekről 2009. november 30. Valamennyi rendelkezésre álló információ értékelése
Részletesebben4. A Maglód Projekt Kft évi mérleg-beszámolója május 24. ELŐTERJESZTÉS
ELŐTERJESZTÉS Maglód Város Önkormányzat Képviselőtestületének 2018. május 24-ei ülésére 4. napirend Tárgya: A Maglód Projekt Kft. 2017. évi mérleg-beszámolója. Előadó: Varga Krisztina ügyvezető Melléklet:
Részletesebben