Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle
|
|
- Zita Amanda Pintérné
- 6 évvel ezelőtt
- Látták:
Átírás
1 Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben SDLC System Development Life Cycle Software Development Life Cycle
2 Mi az életciklus? A termék piacon való megjelenésétől a kivonásáig terjedő szakasz Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében Zárvatermők életciklusa 2
3 Életciklus a (rendszer- és szoftver)fejlesztésben Fejlesztési életciklus: Egy olyan időintervallum, melynek kezdete a fejlesztési ötlet, a vége pedig a kifejlesztett termék használton kívül helyezése Jellemző fázisai: Koncepció Követelmények azonosítása, elemzése Tervezés Megvalósítás Ellenőrzés (tesztelés) Telepítés Üzemeltetés Leszerelés Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 3
4 Miért van szükség életciklus modellekre? Néhány szempont: Komplexitás kezelése Fázisokra osztás, mérföldkövek rögzítése Elosztott fejlesztés és integráció alapja Változások kezelése Követelmény módosulás, hibajavítás hatásainak kezelése Stb. Erősségek Irányíthatóság Óriás projektek felügyelete Részletezett lépések Mérhetőség Dokumentáltság Karbantarthatóság Stb. Gyengeségek Fejlesztési idő és költség nő Előre jól definiált rendszert igényel Merev Nehezen becsülhető Stb Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 4
5 Az életciklushoz kapcsolódó fogalmak/szemléletek Lineáris T1 T2 T3 T4 T5 Jelmagyarázat Szekvenciális T5 A fejlesztés célja (termék) Elágazó T1 T2 T3 T6 T8 Tx Tevékenység T4 T7 A fejlesztési cél valamilyen szintű megvalósult állapota Evolúciós INKx: Inkrementum INK1 INK2 INK3 INK4 INK5 Ix: Iteráció Inkrementális Iteratív T2 I1 T3 T2 T3 T2 T3 T2 T3 T2 T3 I2 I3 I4 I5 T1 T4 T1 T4 T1 T4 T1 T4 T1 T Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 5
6 Életciklus modellek Példák életciklus megközelítésekre, életciklus fejlődéstörténet Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 6
7 Do Until Done (DUD) Addig próbálkozunk a feladattal, amíg azt nem kapjuk, amit várunk SW fejlesztésben: addig javítjuk a programot, amíg azt nem csinálja amit szeretnénk Mi a probléma ezzel a folyamattal? Mikor vagyunk kész? (Done?) Követelmények teljesülésének értékelhetősége? Minőségi követelmények? Példa: hogyan írunk házi feladatot? Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 7
8 Vízesés-modell 1/3 szekvenciális Erősségek: Könnyű megérteni Keretet ad a kevésbé képzett fejlesztőknek A követelmények rögzülnek, és nem is változnak a fejlesztés során Szoros ellenőrzés: nem enged továbblépni, amíg egy fázis nem lezárt Ha jól alkalmazzuk, a hibák már valamely korai fázisban kiderülnek (javítás lehetséges és kevésbé költségigényes) A projekt menedzser számára könnyű a tervezés és a szereplők kiválasztása Ha valaki készen van az adott fázisban rá kiosztott munkával, másik projekten dolgozhat, míg a többiek is elérik a fázis lezárásához szükséges állapotot A mérföldkövei könnyen érthetőek Könnyű ellenőrizni a projekt aktuális állapotát Alkalmazás Jól érthető és kevésbé komplex projektek esetén Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 8
9 Vízesés-modell 2/3 szekvenciális Gyengeségek: Lineáris: nehézkes a visszalépés a felmerülő problémák esetén (javítási költségi magas, javítási idő hosszú) Integráció a folyamat végén robbanásszerű: a korábban fel nem fedezett hibák egy időben jelennek meg A megrendelő csak a folyamat végén láthatja a rendszert, menet közben nincs lehetősége véleményezni azt A minőség csak a folyamat utolsó fázisában mérhető Minden egyes fázis az előző fázis teljes befejezésére épít, ezzel jelentősen nő a kockázat A fejlesztés során a követelmények nem módosíthatók, hiszen már az életciklus elején rögzülnek Már a fejlesztés kezdetén ismernünk kell valamennyi követelményt, azok későbbi módosítására vagy bővítésére ugyanis nincs lehetőség () Elképzelhető, hogy bár a végtermék megfelel valamennyi specifikációnak, mégsem működik Dokumentumvezérelt Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 9
10 Vízesés-modell 3/3 szekvenciális Melyik az egyik legégetőbb probléma? Nehéz visszalépni a felmerülő problémák megoldásakor Hogyan oldjuk meg? Módosított vízesés modell Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 10
11 Módosított Vízesés-modell szekvenciális Mi az amit továbbra sem oldottunk meg igazán? A megrendelő csak a folyamat végén láthatja a rendszert, menet közben nincs lehetősége véleményezni azt A fejlesztés során a követelmények nem módosíthatók, hiszen már az életciklus elején rögzülnek Változékony környezet nem kezeli Elképzelhető, hogy bár a végtermék megfelel valamennyi specifikációnak, mégsem működik A minőség csak a folyamat utolsó fázisában mérhető Integráció a folyamat végén történik A minőség csak a folyamat végén mérhető Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 11
12 V-modell szekvenciális EN 50126:2001 A vízesés modellből származtatható > ebből következik, hogy annak erősségeit/gyengeségeit is örökölte De mégis mi az amivel többet ad? Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 12
13 V-modell szekvenciális Tervezés Ellenőrzés Információ-áramlás a tervezéstől az ellenőrzés felé! Tervezés: top-down megközelítés Ellenőrzés: bottom-up megközelítés Verifikáció: Jól tervezem-e a rendszert? Validáció: Jó rendszert készítettem-e? (részletesebben következő előadás) Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 13
14 V-modell > W modell szekvenciális User requirements Software requirements Architectural design Detailed design Coding Unit test Integration test System test Acceptance test VUser requirements Software requirements Architectural design Detailed design Acceptance test specification System test specification Integration test specification Unit test specification Coding System test Integration test Unit test Acceptance test Unit test report Integration test report System test report Acceptance test report
15 V-modell > Y-modell szekvenciális Cél: idő- és költségmegtakarítás Esterel, DO-178B, Avionics Software, Safety Objectives (a) (b) (c) V-modell Kódgenerátor használata (nem fejlesztési eszközként) 15 % -20 % költségcsökkenés attól függően, hogy van-e változás a követelményrendszerben (LLR-ben) Az ellenőrzéseket el kell végezni Kódgenerátor használata (minősített fejlesztési eszközként) Ha a fordító által észlelt hibák kockázatáról meggyőződtünk, akkor garantálható a compiler alacsony szintű követelményeknek való megfelelése Az objektumkód előállításának költsége és a követelményeknek való megfelelés ellenőrzése közel nulla Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 15
16 V-modell > Y-modell szekvenciális A költségmegtakarítás elérheti a 60 %-ot Modell alapú fejlesztés Lásd később (önálló előadás) Majzik Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 16
17 V-modell > Y-modell szekvenciális VY System Development (external phase) Software Requirements Software Architect. and Design Software Component Design Software Component Implementation Software Maintenance Software Validation Software Integration Software Component Testing System Development (external phase) Software Requirements Software Architect. and Design Software Component Design Formal Requirements Integration Model Component Formal Models Automated Code Generation Software Maintenance Software Validation Model Checking Automated Integration
18 RAD - Rapid Application Development evolúciós Az ismert (de nem feltétlenül tökéletes ) követelményrendszer alapján egy gyors prototípus (mintadarab, első verzió) fejlesztése, majd ennek tökéletesítése a felhasználóval egyeztetve A prototípus általában a kritikus funkciókra irányul Cél: a tervbe vett rendszer főbb tulajdonságainak minél korábbi bemutatása Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 18
19 RAD - Rapid Application Development evolúciós Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 19
20 Spirál modell iteratív célok, alternatívák, korlátozások azonosítása alternatívák, kockázatok elemzése A spirál modell iteratív: újra és újra visszatér ugyanazokhoz a lépésekhez, és folyamatosan csiszolja a terveket, prototípusokat egészen addig, míg el nem ér egy, az igényeket maximálisan kielégítő termékhez. következési fázis tervezése fejlesztés, ellenőrzés Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 20
21 Spirál modell iteratív Do Check Plan Act Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 21
22 UP, RUP - Unified Process iteratív, inkrementális Fázisok (időben kötött) iterációkra osztva Mindegyik iteráció egy teljes (mini) fejlesztési ciklus Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 22
23 Agilis modell iteratív, inkrementális Származtatása: RUP, RAD Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 23
24 Cleanroom iteratív, inkrementális Alapelvei Formális specifikáció (matematikai modell) Statikus verifikáció: helyességbizonyítás Statisztikai minőségbiztosítás (tesztelés) Error rework: gyakran egészen a specifikációig kell visszanyúlni! Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 24
25 4G modell modell alapú Milyen a követelmény-rendszer? 1. Jól specifikált Hagyományos fejlesztés 2. Rosszul specifikált Prototípus alapú fejlesztés 3. Formalizálható Modell alapú fejlesztés Lehet iteratív 4GT Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 25
26 SLC - Star Life Cycle modell Alapelve: a fejlesztéshez tartozó tevékenységek nem szükségszerűen egy előre meghatározott folyamat meghatározott fázishoz tartoznak Felhasználó központú Egy tevékenység lezárási feltétele: részletes értékelés (extensive evaluation) megléte Részletes értékelés tartalma: adatgyűjtés, módszerek, felhasználói interjúk, felhasználó megfigyelése használat közben stb Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 26
27 Életciklus modellek a szabványokban Szabványok által ajánlott életciklus megközelítések Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 27
28 EN :2010 általános ipari E/E/PE elemek biztonsági életciklusa Villamos és/vagy Elektronikus és/vagy programozható elektronikus Biztonsági vonatkozású funkciók megvalósítása Nem szerepel a modellben (összetettség csökkentése): Funkcionális biztonság kezelése Verifikáció Funkcionális biztonság értékelése Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 28
29 EN általános ipari A megvalósítási szakasza (rendszer) A megvalósítás szakasz (szoftver) Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 29
30 EN :2010 általános ipari Kapcsolat a rendszer/hardver/szoftver között Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 30
31 EN 50126:2001 vasúti alkalmazások Koncepció Rendszermeghatározás és alkalmazási feltételek Kockázatelemzés Kockázatelemzés ismételt alkalmazása Rendszerkövetelmények Rendszerkövetelmények felosztása Tervezés és kivitelezés Gyártás Telepítés Rendszer-érvényesítés Rendszer-elfogadás Teljesítőképesség figyelemmel kísérése Üzemeltetés és karbantartás Átalakítás és módosítás Leszerelés és selejtezés Életciklus ismételt alkalmazása Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 31
32 EN :2017 vasúti alkalmazások Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 32
33 EN 50128:2011 vasúti alkalmazások DESIGN AND TEST DOCUMENTATION VERIFICATION ACTIVITIES PHASE System Requirements Specification System Safety Requirements Specification System Architecture Description System Safety Plan and V&V Plan Software Requirements Specification Overall Software Test Specification Software Requirements Software Requirements Verification Software Architecture Specification Software Architecture Verification Software Architecture Software Design Specification Software Interfaces Spcification Software, Software/Hardware Integration Test Specification Software Design Software Design Verification Software Component Design Specification Software Component Test Specification Software Component Design Software Source Code and supporting documentation Software Component Design Verification Software Component Test Report Component Implementation and Testing Source Code Verification Software Integration Test Report Software/Hardware Integration Test Report Software Integration Overall Software Test Report Software Deployment Documents Software Validation Software Validation Software Deployment Software Maintenance Dosuments Software Maintenance Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 33
34 ISO 26262:2011 közúti járművek Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 34
35 DO-178B (DO-178C ős) repülőgép fedélzeti rszk Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 35
36 DO-178C:2012 repülőgép fedélzeti rszk. Biztonsági SW Level A B C D E Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében Failure condition Catastrophic Hazardous Major Minor No Effect 36
37 Életciklus modellek a gyakorlatban Szabványok által ajánlott életciklus megközelítések, példák Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 37
38 Életciklus modellek a gyakorlatban Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 38
39 Életciklus modellek a gyakorlatban Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 39
40 Életciklus modellek a gyakorlatban Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 40
41 Életciklus modellek a gyakorlatban Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 41
42 Életciklus modellek a gyakorlatban MSZ EN 5012x család alapú (vasúti fejlesztés koncepció fázisában definiált) Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 42
43 Összefoglalás Életciklus fogalma Életciklus modellek Szekvenciális Evolúciós Inkrementális Iteratív Kombinált (pl. modell alapú) Életciklus modellek a gyakorlatban Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 43
44 Köszönöm a figyelmet! Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 44
Verifiká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
V. 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
A 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
Informá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
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
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
A szoftverellenőrzés szerepe
A szoftverellenőrzés szerepe Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Motiváció Tartalomjegyzék Milyen minőségi igények vannak a szoftverrel szemben, és mit tud ma a szoftveripar? Miért
Haté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
A 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
MIÉRT KELL TESZTELNI?
Unrestricted MIÉRT KELL TESZTELNI? MIÉRT KELL TESZTELNI? A termékminőség fejlesztése...hogy megtaláljuk a hibákat, mert azok ott vannak... MIÉRT KELL TESZTELNI? Hogy felderítsük, mit tud a szoftver MIÉRT
Orvostechnikai 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,
Software engineering (Software techológia) Bevezetés, alapfogalmak. Történelem 1. Történelem as évek Megoldandó problémák: Fejlesztő: Eszköz:
Software engineering (Software techológia) Bevezetés, alapfogalmak Utolsó módosítás: 2006. 02. 16. SWENGBEV / 1 Történelem 1. 60-as évek Megoldandó problémák: egyedi problémákra kis programok Fejlesztő:
Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár
Software Engineering Dr. Barabás László Ismétlés/Kitekintő Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, Személyek és szerepkörök Kitekintő: Modell, módszertan 2 Dr. Barabás
A 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-technológia aspektusai
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V Nagy Katinka Budapest, 29 November 2018 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc
TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK
TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,
Miskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
A tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
(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,
Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest, 2013-11-07
Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest, 2013-11-07 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay Zoltán
Verziókövető rendszerek használata a szoftverfejlesztésben
Verziókövető rendszerek használata a szoftverfejlesztésben Dezső Balázs Szakszeminárium vezető: Molnár Bálint Budapesti Corvinus Egyetem Budapest, 2009. június 24. 1 Bevezetés 2 Verziókövetőrendszerek
Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó
Fejlesztési projektek menedzselése IBM Rational CLM termékekkel Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó Tartalom I. CLM termékek rövid ismertetése II. Projekt menedzsment módszertanokról III. Demo
A szoftverellenőrzés szerepe Alapfogalmak
A szoftverellenőrzés szerepe Alapfogalmak Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Motiváció Tartalomjegyzék Milyen minőségi igények vannak a szoftverrel szemben, és mit tud ma a szoftveripar?
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Szoftvertechnológia ellenőrző kérdések 2005
Szoftvertechnológia ellenőrző kérdések 2005 Mi a szoftver, milyen részekből áll és milyen típusait különböztetjük meg? Mik a szoftverfejlesztés általános lépései? Mik a szoftvergyártás általános modelljei?
IRÁNYÍTÓ RENDSZER IRÁNYÍTANDÓ FOLYAMAT. Biztonsági funkciók Biztonsági integritás. Normál működés. Hibák elleni védettség Saját (belső) biztonság
Biztonsági funkciók Biztonsági integritás Teljes funkcionalitás Biztonsági funkciók Irányító funkciók Gyakoriság Normál működés Kockázat osztályozás Veszélyelemzés Kockázatcsökkentés Súlyosság Belső kockázat
Miskolci 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,
Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
A 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,
2. A szoftver mint termék llításának folyamata, a szoftver életciklus modelljei
2. A szoftver mint termék előáll llításának folyamata, a szoftver életciklus modelljei A szoftverfolyamat modellje a szoftverfolyamat absztrakt reprezentációja egy adott speciális aspektusból. Szokásos
Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Nagy Katinka Budapest,
Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Nagy Katinka Budapest, 2016-11-24 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc
Formális módszerek GM_IN003_1 Bevezetés
Formális módszerek GM_IN003_1 Formális módszerek Formális módszer! formalizált módszer(tan) Formális eljárások alkalmazása a fejlesztésben nincs olyan formális eljárás, ami egy komplex rendszer minden
ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZ SZOFTVER VERIFIKÁLÁSA, VALIDÁLÁSA (V&V)
ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZ SZOFTVER VERIFIKÁLÁSA, VALIDÁLÁSA (V&V) Meilinger Ákos Budapest, 08 November 2018 Bemutatkozás Meilinger Ákos Villamosmérnök BSc (2011) Villamosmérnök
The Unified Software Development Process. Történet. Feltételek. Rational Unified Process. Krizsán Zoltán Ficsor Lajos
The Unified Software Development Process Rational Unified Process Krizsán Zoltán Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 12. 04. Történet The Rational Rational
SW-project management
SW-project management 1 PM tárgya tervezés megfigyelés ellenőrzés emberek folyamat események 4P People (emberek) Product (termék) Process (folyamat) Project PM szintjei 3 SW előállítási folyamat bizonytalansága
Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT
Orvostechnikai eszköz tesztelése DSS Unit test Taliga Miklós BME-IIT Szabványok és direktívák Orvostechnikai eszközök feladatai Objektív eredmények képzése Embernek érzékelhetetlen paraméterek mérése Sokféle
A szoftverfejlesztési folyamatok képességének mérése. Kuzma Éva Budapest,
A szoftverfejlesztési folyamatok képességének mérése Kuzma Éva Budapest, 2013-11-14 Bemutatkozás Kuzma Éva Okleveles műszaki menedzser (BME) -2011 Minőség-és technológiamenedzsment szakirány Belső minőségügyi
Ami a vízesésen túl van
Ami a vízesésen túl van Adattárház fejlesztés módszertani tapasztalatok a T-Systems adattárházában, a HIFI-ben Ponori.Ajtony@iqpp.hu 2012. június 12. Miről is lesz szó? HIFI háttér HIFI projekt szkóp Két
Szoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
Bevezeté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
Programozási technológia 2.
Programozási technológia 2. Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Információk Képzés Programtervező Informatikus BSc, nappali tagozat, C szakirány Tárgykód: IP-17cPROGT2EG Előfeltétel (erős):
Modell alapú tesztelés: célok és lehetőségek
Szoftvertesztelés 2016 Konferencia Modell alapú tesztelés: célok és lehetőségek Dr. Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika
A fejlesztéshez használható eszközök
A fejlesztéshez használható eszközök CASE Tools Computer Aided Software Engineering Tools 2018.12.07. Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 1 Ismétlés fejlesztési háromszög
Autó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
Miért is transzformáljunk modelleket? Varró Dániel
Miért is transzformáljunk modelleket? Varró Dániel Mit látunk a képen? Tipikus kérdések (Hardvertervezés) Jól működik-e? 1+1 = 2? Hogyan készítsünk 8 bites összeadót 4 bites összeadóval? Hogyan készítsünk
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Minőségbiztosítási rendszer Minőség menedzsment Minőségbiztosítás
II. 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
Projectvezető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
Minőségmenedzsment és Informatika Test-Driven Development
Minőségmenedzsment és Informatika Test-Driven Development Varga Balázs G5S8 2008.10.27 Szoftverfejlesztés jellemzői Megrendelői igények Tervezés Implementálás Tesztelés Dokumentálás
Termé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
4. A szoftvergyártás folyamata
4. A szoftvergyártás folyamata Kérdések Mi a szoftvergyártás modellje? Mi a három alapvető modell és mikor használjuk ezeket? Mik a követelménytervezés, a szoftverfejlesztés, a tesztelés és az szoftver-evolúció
2011. Ó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
Járműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
S01-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.
Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése. Dolgos Márton Budapest,
Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése Dolgos Márton Budapest, 2013-10-31 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay Zoltán Alkalmazott Kutatási
01. gyakorlat - Projektalapítás
2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:
Autóipari beágyazott rendszerek. Kockázatelemzés
Autóipari beágyazott rendszerek Kockázatelemzés 1 Biztonságkritikus rendszer Beágyazott rendszer Aminek hibája Anyagi vagyont, vagy Emberéletet veszélyeztet Tipikus példák ABS, ESP, elektronikus szervokormány
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Szoftver minőségi alapkérdések Hogyan hasznosítsuk a know-how-t
Software 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
Laborinformációs menedzsment rendszerek. validálása. Molnár Piroska Rikker Tamás (Dr. Vékes Erika NAH)
Laborinformációs menedzsment rendszerek validálása Molnár Piroska Rikker Tamás (Dr. Vékes Erika NAH) Tartalom Túl a címen 17025:2017(8) elvárásai Gondolatok a NAH-tól LIMS validálás Számoló táblák/eszközök
Hadházi Dániel.
Hadházi Dániel hadhazi@mit.bme.hu Orvosi képdiagnosztika: Szerepe napjaink orvoslásában Képszegmentálás orvosi kontextusban Elvárások az adekvát szegmentálásokkal szemben Verifikáció és validáció lehetséges
Minőségi téradat-szolgáltatások. fejlesztése és. és üzemeltetése
Minőségi téradatszolgáltatások fejlesztése és üzemeltetése Kolesár András térinformatikus, webfejlesztő Budapest Főváros Kormányhivatala Földmérési, Távérzékelési Földhivatali Minőségi téradat-szolgáltatások
Programfejlesztési Modellek
Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció
KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA
KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA System Design Wahl István 2019.03.26. BME FACULTY OF TRANSPORTATION ENGINEERING AND VEHICLE ENGINEERING Tartalomjegyzék Rövidítések A rendszer definiálása
Szoftver min ség és menedzsment
Szoftver min ség és menedzsment 17. A szoftvermin ség modellezése. A QMIM modell. Dr. Balla Katalin Tartalom A szoftvermin ség összetev i A probléma A QMIM keret elemei statikus vonatkozásai dinamikus
RUP, XP és SPEM. Budapest Április 21. Ráth István (Szőke Ákos fóliái alapján)
RUP, XP és SPEM Budapest 2010. Április 21. Ráth István rath@mit.bme.hu (Szőke Ákos fóliái alapján) Tartalomjegyzék Best pracpces A RaPonal Unified Process (RUP) RUP elveinek bemutatása RUP elemeinek bemutatása
Nagy bonyolultságú rendszerek fejlesztőeszközei
Nagy bonyolultságú rendszerek fejlesztőeszközei Balogh András balogh@optxware.com A cég A BME spin-off-ja A Hibatűrő Rendszerek Kutatócsoport tagjai alapították Tisztán magánkézben Szakmai háttér Hibatűrő
Szoftvertechnológia 12. előadás. Szoftverfejlesztési módszerek és modellek. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar
Eötvös Loránd Tudományegyetem Informatikai Kar Szoftvertechnológia 12. előadás Szoftverfejlesztési módszerek és modellek Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A szoftver
Tartalom. 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
Hát én immár mit válasszak?
Hát én immár mit válasszak? Az SQI szoftverminőséggel kapcsolatos kutatási projektjei Dr. Balla Katalin 2005.04.15. ~ A környezet ~ Az SQI kutatási-fejlesztési projektjei ~ TST ~ IKKK Miről lesz szó 2005.04.15.
1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS
1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS A Norvég Alapból finanszírozott HU12-0001-PP1-2016 azonosítószámú, A roma közösségekben dolgozó védőnők munkafeltételeinek javítása című projekt (a továbbiakban: Projekt)
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS ÉLETCIKLUS MODELL Dolgos Márton Budapest, 2018-10-04 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (7) Szoftverminőségbiztosítás Szoftvertesztelési folyamat Szoftverek és környezet Nem egyforma a szoftverek használatához kapcsolódó kockázat Különböző kockázati szintek -> eltérő
Információ menedzsment
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Infrastruktúra-menedzsment Informatikai szolgáltatások menedzsmentje Konfigurációkezelés Gyorssegélyszolgálat
Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS életciklus modell. Komáromi István Budapest,
Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS életciklus modell Komáromi István Budapest, 2016-10-20 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay
Pénzügy, számvitel. Váradi Mónika 2013.01.29.
Pénzügy, számvitel Váradi Mónika 2013.01.29. Pénzügy, számvitel A rendszer megoldást nyújt a teljeskörű pénzügyi, számviteli műveletek elvégzésére a törvényi megfelelőségek biztosítása mellett. Pénzügy,
Név: Neptun kód: Pontszám:
Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,
Karbantartási filozófiák. a karbantartás szervezetére és a folyamat teljes végrehajtására vonatkozó alapelvek rendszere.
Karbantartási filozófiák a karbantartás szervezetére és a folyamat teljes végrehajtására vonatkozó alapelvek rendszere. TPM Total Productive Maintanance Teljeskörű hatékony karbantartás, Termelésbe integrált
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR,
Kinek szól a könyv? Hogyan épül fel a könyv? Megjelenés előtti szoftver A hálózati kézikönyv tartalma A könyv támogatása Kérdések és megjegyzések
Előszó Köszönetnyilvánítás Bevezetés Kinek szól a könyv? Hogyan épül fel a könyv? Megjelenés előtti szoftver A hálózati kézikönyv tartalma A könyv támogatása Kérdések és megjegyzések xiii xv xvii xvii
Módszerek és példák a kockázatszemléletű gyakorlatra az ISO 9001:2015 szabvány szellemében
Módszerek és példák a kockázatszemléletű gyakorlatra az ISO 9001:2015 szabvány szellemében ISOFÓRUM TAVASZ II. szakmai rendezvény 2016. 06. 02-03. Dr. Horváth Zsolt (INFOBIZ Kft.) Kezeljem a kockázatokat?
A 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
Új villámvédelmi szabvány nem csak az ipari építésben
Új villámvédelmi szabvány nem csak az ipari építésben Varga Tamás okl. villamosmérnök villámvédelmi szaktervező, szakértő Előadó: Varga Tamás, Kruppa Attila Mérnökiroda Kft. Tartalom Jogszabályi háttér
Soft. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem. Software minőség menedzsment. ftware minőség menedzsment
Soft ftware minőség menedzsment Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Software minőség menedzsment Tartalom A software minőség menedzsment tevékenységei A software minőség megközelítési
Soft. Tartalom. A software minőség menedzsment
Soft ftware minőség menedzsment Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Software minőség menedzsment Tartalom A software minőség menedzsment tevékenységei A software minőség megközelítési
TESZTMENEDZSMENT 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,
30 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
Szabványok. ISO 9000, ISO 9001, ISO 9004 és más minőségirányítási szabványok SZABVÁNY CÍMEK NEMZETKÖZI EURÓPAI NEMZETI MEGJEGYZÉS
A MINŐSÉGIRÁNYÍTÁS Szabványok Szabványok 9000, 9001, 9004 és más minőségirányítási szabványok SZABVÁNY CÍMEK NEMZETKÖZI EURÓPAI NEMZETI MEGJEGYZÉS Minőségirányítási rendszerek. Alapok és szótár 9000:2005
Funkció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
Szemlé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
Szoftverminő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
Magyar Szabad Szoftver Tárház. Erdei Csaba <erdei.csaba@fsf.hu> Mátó Péter <mato.peter@fsf.hu>
Magyar Szabad Szoftver Tárház Erdei Csaba Mátó Péter Kik vagyunk? Free Software Foundation Hungary Alapítvány a Szabad Szoftverek Magyarországi Népszerűsítéséért
LED lámpatestek új fejlesztési lehetőségei Zhaga szabvány környezetben
LED lámpatestek új fejlesztési lehetőségei Zhaga szabvány környezetben Készítette: Harnos Jenő Zhaga-vízesés - Kína Áttekintés Példák ipari szabványokra Milyen kérdéseket vet fel számunkra? 2 Példák ipari
Üzletmenet folytonosság menedzsment [BCM]
Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment Megfelelőség, kényszer? Felügyeleti előírások Belső előírások Külföldi tulajdonos előírásai Szabványok, sztenderdek, stb Tudatos
6. Tesztelés (Verification and Validation Testing)
6. Tesztelés (Verification and Validation Testing) Definitions: "A tesztelés csak a hibák létét bizonyítja, de azok hiányát nem!" Error: people makes error. Synonym: mistake. When people makes mistakes
Digitális eszközök típusai
Digitális eszközök típusai A digitális eszközök típusai Digitális rendszer fogalma Több minden lehet digitális rendszer Jelen esetben digitális integrált áramköröket értünk a digitális rendszerek alatt
Szoftvertechnológia 1. előadás. A szoftverfejlesztési folyamat. 2015 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.
Eötvös Loránd Tudományegyetem Informatikai Kar Szoftvertechnológia 1. előadás A szoftverfejlesztési folyamat 2015 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto In short, software
Egy atomerőmű építés beszállítójával szembeni irányítási rendszerkövetelmények
Egy atomerőmű építés beszállítójával szembeni irányítási rendszerkövetelmények Puskás László MVM Paks II. Zrt engedélyezési és nukleáris biztonsági osztályvezető XXIII. Magyar Minőség Hét Budapest, 2014.
Fejlesztés kockázati alapokon 2.
Fejlesztés kockázati alapokon 2. Az IEC61508 és az IEC61511 Szabó Géza Szabo.geza@mail.bme.hu 1 A blokk célja Áttekintő kép a 61508-ról és a 61511-ről, A filozófia megismertetése, Nem cél a követelmények
evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban 9. fejezet: Minőség menedzsment Előadó: Harrer Ágnes Krisztina minőségügyi megbízott menedzser ELŐADÓ: HARRER ÁGNES KRISZTINA Minőségügyi megbízott
Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite
Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite Petrohán Zsolt Vezető tanácsadó zsolt.petrohan@oracle.com Napirend Oracle Fusion Middleware BPM kihívásai