Autóipari beágyazott rendszerek. Fejlesztési fázis
|
|
- Renáta Soós
- 5 évvel ezelőtt
- Látták:
Átírás
1 Autóipari beágyazott rendszerek Fejlesztési fázis 1
2 Szoftver és rendszer életciklus Fejlesztési fázisok és módszerek 2
3 Rendszer életciklus Az autóipari rendszerek életciklusának három fő fázisa van Fejlesztés (3-5 év) Gyártás (3-6 év) Üzemeltetés (>10 év) A rendszert végül megsemmisítik vagy újrahasznosítják 3
4 Fejlesztés Interdiszciplináris Gépészet E/E (elektromosság/elektronika) Mechatronika Hardver Szoftver 4
5 Fejlesztés Sok cég együttműködése Autógyár 1. szintű beszállítók (tier 1 suppliers) 2. szintű beszállítók Biztonsági felülvizsgálók Külső teszt cégek 5
6 Fejlesztés V modell 6
7 Fejlesztés V modell A fejlesztés koncepcionálisan a V modellt követi 7
8 Fejlesztés V modell A jármű fejlesztése a legfelsőbb szint, ezt részrendszerekre bontják. Pl. kormányszervó, fékrendszer, Ezeknek külön V folyamatuk lehet 8
9 Fejlesztés V modell Az autógyár egyik legfontosabb feladata a megkapott részrendszerek integrálása, integrációs és elfogadási tesztelése. Mivel majd minden részrendszer más beszállítótól érkezik, ez komplex feladat. 9
10 Fejlesztés V modell A részrendszerek V modellje az autógyár követelményeivel indul. Ez általában tartalmaz technikai, precízen megfogalmazott követelményeket, de ugyanakkor időnként nagyvonalú koncepciókat is. A beszállító első feladata a követelmények egyeztetése és pontosítása 10
11 Fejlesztés V modell Természetesen a valóságban a V modellben visszalépések, iterációk is vannak. Különböző megközelítések vannak arra vonatkozóan, hogy a rendszert milyen lépésekkel fejlesszük. Ezekben a visszalépések gyakorisága, a munkacsomagok nagysága eltérő. 11
12 Fejlesztés V modell Az úgynevezett Feature Driven Development (funkció alapú fejlesztés) például fő funkciónként vezeti végig a fejlesztést, azaz kisebb egységekre tagolja a rendszert. Minden funkcióval végrehajtja a V baloldalát, míg a tesztelést folyamatosan végzi. 12
13 Fejlesztés V modell Az iteratív megközelítések először egy nagyvonalú prototípust készítenek, majd ezt iteratívan finomítják, egyre több követelményt elégítve ki. Mivel az autóiparban kiemelt fontosságú a megfelelő tervdokumentáció, és annak ellenőrzése, az iterációk közben ezeket is napra készen kell tartani 13
14 Fejlesztés V modell Az agilis módszerek, mint a Scrum és a Kanban napjainkban az autóipari fejlesztések területén is teret nyernek. Itt a lényeg az iteratív fejlesztés, összeszokott csapattal, valamint a feladatok tiszta priorizálása és ütemezése. 14
15 Tapasztalatok A követelmények változnak A vízesés modell és a V modell ezeket nehézkesen kezeli A terv sohasem lesz tökéletes iterációkra van szükség Mikor van készen az implementáció? Ha a fejlesztő azt állítja? Ha sikerül feltölteni a verzió-kontrollba? Ha lefordul? Ha (egyszer) lefut? A dokumentáció és az implementáció viszonya Hogyan tartsuk szinkronban? Honnan tudjuk, hogy szinkronban vannak? Vevői elégedettség Ha csak a projekt végén telepítünk, nem lesz túl késő a panaszra? Mi történik, ha a vevő nem is ezt akarta? 15
16 Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. 2001, the above authors this declaration may be freely copied in any form, but only in its entirety through this notice. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas 16
17 Mit is jelent az agilis fejlesztés? Individuals and interaction over processes and tools A merev szabályok helyett együttműködés Ne ragaszkodjunk (esetleg elavult) eszközökhöz Az értéket az emberek teremtik! A műszaki fejlesztés intuitív folyamat, ne zárjuk gátak közé Working software over comprehensive documentation Kerüljük a túldokumentálást Ha a dokumentum és a kód 1:1 megfeleltethető, akkor baj van A nagy mennyiségű, előre megírt dokumentáció veszélyes Nem lesz elsőre tökéletes Nem tartják karban Customer collaboration over contract negotiation Adjunk korai visszajelzést Folyamatosan egyeztessük az igényeket Változtassunk a követelményeken, ha a vevő mást szeretne Responding to change over following a plan Ha a környezet változik, a projektnek is változnia kell Általában minden hosszú távú terv változik! 17
18 Hogyan legyünk agilisek? Több módszertan létezik (pl. SCRUM, Kanban) Fő jellemzők Rövid, jól meghatározott projekt fázisok (sprint) Néhány hét Meghatározott cél Előre definiált feladatok Interaktív tervezés és becslés Projektvezető Vevő Csapat Folyamatos követés Napi csapatmegbeszélések 18
19 Agilis tervezés (Scrum) Product backlog Minden megvalósítandó funkció (user stories) Sprint backlog Az adott sprintben elvégzendő feladatok Cél: A feladat férjen bele egy sprintbe Mindig a product backlog legnagyobb prioritású elemeit választjuk Sprint tervezés Közös megbeszélés: vevő, projektvezető, csapat Feladatok priorizálása, erőforrás-becslés, erőforrás hozzárendelés Minden sprint elején Az erőforrás becslést és a csapat teljesítőképességét (sprint velocity) az előző sprintek alapján finomítják Daily scrum Napi helyzetértékelő megbeszélés 19
20 A Scrum Sprint Sprint tervezés Napi Scrum megbeszélés Sprint lezárás (retrospective) 20
21 Technikai eszközök Folyamatos integráció A termék folyamatosan épül Az új változások belekerülnek Egységtesztek lefutnak Elfogadási tesztek lefutnak Hiba esetén azonnali reakció Egységtesztek Automatikus tesztek Gyorsan lefuttatható Folyamatosan karban tartott Páros programozás Egy gép két fejlesztő négy szem többet lát Azonnali kód ellenőrzés 21
22 Technikai eszközök Tesztvezérelt fejlesztés Alapelv Csak akkor írj kódot, ha van (legalább) egy nem teljesülő teszt Következmény Először tesztet írunk! Minden esetben lesz egy jó kódfedést elérő teszt készletünk Minden refactoring után ellenőrizhetjük a funkcionalitást Kiegészítések Ha egy bukott teszt miatt kódot módosítunk, rakjunk is rendet (refactoring) A teszteket is tartsuk tisztán (nincs kód duplikáció, stb.) Gyakorlati megfontolások Ha jó eszközünk van, nem lassítja a munkát (sőt) Tudjuk, hogy mikor vagyunk kész (minden követelmény tesztelt) Mindig tudjuk, hogy működik-e a kód Az így elkészült egységteszteket a folyamatos integráció során is futtatjuk GUI esetén nehézkes lehet 22
23 Technikai eszközök Folyamatos integráció Szerver jellegű funkció Ütemezett feladat végrehajtás Minden változás esetén (verzió kontroll) Periodikusan (pl. minden nap éjfélkor) Feladattípusok Forráskód letöltés a verziókezelőből Szoftver fordítás Dokumentáció generálás (Doxygen, Javadoc) Futtatható fájl elkészítése Egységtesztek futtatása Elfogadási tesztek futtatása Eredmények publikálása Szoftver publikálása 23
24 Technikai eszközök Fejlesztőkörnyezet Nagyban befolyásolja a produktivitást Fő funkciók Kód szerkesztés Syntax highlight, code completion, Fordítás Teszt futtatás Refactoring Minél hatékonyabb, annál termelékenyebbek leszünk! 24
25 Scrum státusz Meg nem Folyamatban kezdett levő Elkészült feladatok A feladatok feladatok sprint célja A hátralevő munkamennyiség grafikonja Nem tervezett Nem lesz kész feladatok 25
26 Agilis technikák - összegzés Megfelelő technikai környezetben hatékonyak Újszerű megközelítés, ezért nagy a kezdeti ellenállás Segít a projekteket időben teljesíteni Gyorsan lehet reagálni a változásokra Módosítani lehet a tervet, ha változnak a prioritások Minden projekt tagnak tiszta képe van a státuszról Webes/mobil fejlesztéseknél elterjedt Az autóiparban is vannak már kezdeti sikerek Össze lehet egyeztetni az agilitást a biztonságkritikus rendszerekkel! 26
27 Fejlesztési fázisok Előfejlesztés / prototípus Egy új technológia vagy funkció kipróbálása Nem cél a tökéletesség Nem cél a biztonsági szabványoknak való megfelelés Fő cél: demonstrálható funkcionalitás Jellemző eszközök Hibrid vezérlőegység Meglevő eszköz módosítás, piggy board, Gyors prototípus hardver Nagy számítási kapacitású univerzális hardver Gyorsan programozható Viselkedési modelleket is végrehajt (Simulink) 27
28 Fejlesztési fázisok A minta fázis A sorozat fejlesztés első lépcsője A meglévő építőelemekből összeállított koncepció validátor Gyakran nem kerülhet járműbe Cél Méret Ellenállóság Összeszerelés A kiválasztott részmegoldások együttműködésének bemutatása Szoftverfejlesztés korai támogatása Funkcionális demonstráció akár tesztkörnyezetben Gyártás Gépi vagy kézi beültetés, sok kézi lépéssel, kézi összeszerelés 28
29 Fejlesztési fázisok B minta fázis Gyártásérett mechanikai és elektronikai megoldások Járműbe szerelhető Minden környezeti hatásnak ellenáll (aminek a végtermék is) Cél A véglegeshez közeli terv érvényesítése Járműtesztek Szoftver funkcionálisan teljes Minden diagnosztikai funkció is működik Akár közúton is használható Gyártás Kis sorozat, gépi beültetés, kézi elemekkel 29
30 Fejlesztési fázisok Design Validation tesztek Céljuk a design ellenőrzése Funkcionálisan Élettartam szempontjából Környezeti hatásoknak való ellenállás szempontjából Határhelyzetbeli működés ellenőrzése Első EMC mérések Tipikus tesztek Élettartam teszt Sóköd kamra Rázópad Klímakamrás tesztek Stressz tesztek (fordított táp, ) 30
31 Fejlesztési fázisok C minta fázis A B minta tapasztalatai alapján finomított megoldások Járműbe szerelhető Minden környezeti hatásnak ellenáll (aminek a végtermék is) Cél Fejlesztés lezárása Szoftver finomhangolás, kalibrálás EMC optimalizálás Gyártás Nagyobb sorozat, a végső gyártó gépekkel, de még nem szalagszerűen 31
32 Fejlesztési fázisok D minta fázis Minden optimalizálást tartalmaz Járműbe szerelhető Minden környezeti hatásnak ellenáll (aminek a végtermék is) Cél Felkészülés a sorozatgyártása Végső tesztek elvégzése Elfogadtatás a vevővel Gyártás Nagyobb sorozat, a végső gyártó gépekkel, a végső folyamat szerint 32
33 Fejlesztési fázisok Process Validation teszt Cél A gyártási folyamat érvényesítése Főleg élettartam teszt alapon Kiindulópont: funkcionális ellenőrzés már a DV-ben megvolt A gyártási folyamat az élettartamot befolyásolja leginkább Ezen kívül Termikus viselkedés mérése EMC mérések vevői elfogadás feltétele 33
34 Érettségi szintek A rendszer érettségét adják meg Függ A mechanika állapotától A hardver megbízhatóságától, gyártási körülményeitől A szoftver tesztek és analízis állapotától Gyártófüggő lépcsők Legalacsonyabb: csak tesztpadon alkalmazható Alacsony: csak tesztpályán használható, kiképzett sofőrrel Közepes: közúton is használható, kiképzett sofőrrel Magas: bárki vezetheti bármely körülmények között Külön korlátozások lehetnek Például: élettartam, hőmérséklet tartomány, 34
Agilis projektmenedzsment
Agilis projektmenedzsment 2013. április 10. 1 Adaptive Consulting Kft. Csutorás Zoltán Agile coach, tréner zoltan.csutoras@adaptiveconsulting.hu 2 www.scrummate.hu 3 Agilis ernyő Scrum Lean/Kanban Crystal
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észletesebbenTESZTELÉ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,
RészletesebbenSzoftvertechnoló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
RészletesebbenAgilis szoftverfejlesztés és Scrum
Információs rendszerek tervezése hallgatói prezentáció Agilis szoftverfejlesztés és Scrum Miskolc, 2008.10.15 Készítette: Sereg Ákos Varga Balázs Tartalom Projektmenedzsment alapvető ismertetése Klasszikus
RészletesebbenAgilis adattárház építés a gyakorlatban. Gollnhofer Gábor Meta4Consulting Europe Kft.
Agilis adattárház építés a gyakorlatban Gollnhofer Gábor Meta4Consulting Europe Kft. Bemutatkozás Meta4Consulting Europe Kft. BI, DW és CRM rendszerek tervezése és integrációja Adatmodellezés, modellezési
RészletesebbenINPUT PROGRAM Agilitás, SCRUM és Lean Startup
INPUT PROGRAM Agilitás, SCRUM és Lean Startup Kovach Anton, Mádi Gábor, Földházi Csaba 2018 Mai agenda 1. Agilitás bevezető, alapfogalmak, Agile Manifesto, 5 miért módszer 2. Kanban és SCRUM módszertan,
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észletesebbenNagy 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ő
RészletesebbenIntelligens 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.
RészletesebbenAgilis szoftverfejlesztés és Scrum
Információs rendszerek tervezése hallgatói prezentáció Tartalom Projektmenedzsment alapvetı ismertetése Klasszikus modellek ismétlése, hátrányai Agilis szoftverfejlesztés és Scrum Agilis projektvezetés
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észletesebbenScrum vagy nem scrum - ahol nem hibázhatunk Röviden a budapesti fejlesztési központról
Röviden a budapesti fejlesztési központról MIT? Érzékelés, mérés Ultrahang (Beparkolás) Video (számtalan szolgáltatás) Radar (Ködben, sötétben ) Műszerfal Szabályzás Váltó és motor Menetstabilizálás (ESP)
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észletesebbenAutóipari beágyazott rendszerek Dr. Balogh, András
Autóipari beágyazott rendszerek Dr. Balogh, András Autóipari beágyazott rendszerek Dr. Balogh, András Publication date 2013 Szerzői jog 2013 Dr. Balogh András Szerzői jog 2013 Dunaújvárosi Főiskola Kivonat
RészletesebbenFejleszté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
RészletesebbenÉletciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle
Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben SDLC System Development Life Cycle Software Development Life Cycle Mi az életciklus? A termék piacon való megjelenésétől a kivonásáig terjedő
RészletesebbenTeszt terv Új funkció implementációja meglévı alkalmazásba
Teszt terv Új funkció implementációja meglévı alkalmazásba Passed Informatikai Kft. www.passed.hu Farkas Gábor 2007-P-123-45-T-1-1 IIR - Test Manager course 2 Szerepkör Név Aláírás Aláírás dátuma IT Projekt
Részletesebbenextreme Programming programozástechnika
extreme Programming programozástechnika Készítette: Török T k Balázs G5-S8 Kezdetek Martin Fowler : The New Methodology Legtöbb projekt követelményei állandóan változnak Megoldást adaptív módszerek Kezdetek
RészletesebbenMIÉ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
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é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é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észletesebbenKözösség, projektek, IDE
Eclipse Közösség, projektek, IDE Eclipse egy nyílt forráskódú (open source) projekteken dolgozó közösség, céljuk egy kiterjeszthető fejlesztői platform és keretrendszer fejlesztése, amely megoldásokkal
RészletesebbenMinő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
RészletesebbenAngolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata
Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata jelentése: gyors, fürge 1990-es évek vége Változás igénye Módszertan-család
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-technológia aspektusai
RészletesebbenSoftware 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
RészletesebbenÉlettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül
Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül 1 Tartalom Miről is lesz szó? Bosch GS-TC Automata sebességváltó TCU (Transmission Control Unit) Élettartam tesztek
RészletesebbenJá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
RészletesebbenVerzió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
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észletesebbenFejlesztési modellek és módszertanok
2016/11/11 08:50 1/15 Fejlesztési modellek és módszertanok < Szoftverfejlesztés Fejlesztési modellek és módszertanok Szerző: Sallai András Copyright Sallai András, 2014 Licenc: GNU Free Documentation License
RészletesebbenAutó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
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észletesebbenCrossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás
Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás A Mobil multimédiás kliens fejlesztői eszközkészlet létrehozása című kutatás-fejlesztési projekthez A dokumentum célja A dokumentum
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észletesebbenAutóipari beágyazott rendszerek. Komponens és rendszer integráció
Autóipari beágyazott rendszerek és rendszer integráció 1 Magas szintű fejlesztési folyamat SW architektúra modellezés Modell (VFB) Magas szintű modellezés komponensek portok interfészek adattípusok meghatározása
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észletesebbenAmi 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
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észletesebbenLogisztikai. ellátási lánc teljes integrálására. Logisztikai szolgáltatók integrációja. B2B hálózatokhoz a FLUID-WIN projektben.
Logisztikai szolgáltatók integrációja B2B hálózatokhoz a FLUID-WIN projektben Külső logisztikai szolgáltatók integrációja interdiszciplináris web-alapú platformon The logistic domai under the 6th Fram
RészletesebbenA Projekt portfoliómenedzsment projekt iroda (PMO) alkalmazási feltételei, lehetőségei - szekció bevezető gondolatok
A Projekt portfoliómenedzsment projekt iroda (PMO) alkalmazási feltételei, lehetőségei - szekció bevezető gondolatok Szalay Imre, PMP PMI Budapest 18. PM Forum, 2014. április 9. 1 A projektek feladata
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észletesebbenevosoft 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
RészletesebbenProfexec Services - Projektmenedzsment képzések
Profexec Services - Projektmenedzsment képzések A Profexec Services Kft. az együttműködések alapján megtartott számos képzés tapasztalatai alapján projektmenedzsment képzési csomagokat is kialakított,
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észletesebbenMiskolci 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
RészletesebbenA 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
RészletesebbenTest Strategy. Monotonitá s tűrése (0 5) Biztonsági tudás (0 5) Adatbázis ismeret (0 5)
Test Strategy Agilis módszertant alkalmazunk a projektjeink tesztelése során, ahol rövid sprintekben dolgozunk, melyekben csak néhány követelményre fokuszálunk. Előzőekből adódik, hogy ezen feladatok nem
RészletesebbenProjekt siker és felelősség
Projekt siker és felelősség dr. Prónay Gábor 10. Távközlési és Informatikai Projekt Menedzsment Fórum 2007. április 5. AZ ELŐADÁS CÉLJA figyelem felhívás a siker kritériumok összetettségére, az elmúlt
RészletesebbenSzoftvertesztelés - Bevezető
Szoftvertesztelés - Bevezető Csirmaz Péter Livesoft Kft. 2010.03.13. Bevezetés A szoftvertesztelés egy rendszer vagy program kontrollált körülmények melletti futtatása, és az eredmények kiértékelése. A
Részletesebben01. gyakorlat - Projektalapítás
2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:
RészletesebbenIT Factory. Kiss László
IT Factory Kiss László Mit jelent az IT Factory Együttműködő építőelemekből áll, amelyek jól definiált céllal, feladattal rendelkeznek. A tervezés és megvalósítás világosan elkülönül. A folyamatok és teljesítmény
RészletesebbenTérinformatikai és távérzékelési alkalmazások fejlesztése. A szoftverfejlesztés technikai támogatása
Eötvös Loránd Tudományegyetem Informatikai Kar Térinformatikai és távérzékelési alkalmazások fejlesztése A szoftverfejlesztés technikai támogatása 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto
RészletesebbenGyakorlati tapasztalatok dokumentumkezelő rendszerek bevezetésében. Hivekovics Zoltán Kereskedelmi vezető Remedios Kft.
Gyakorlati tapasztalatok dokumentumkezelő rendszerek bevezetésében Hivekovics Zoltán Kereskedelmi vezető Remedios Kft. A Remediosról 1995 óta működő informatikai vállalkozás Oracle, Unix infrastruktúra
RészletesebbenCégprofil publikus CÉGPROFIL 1
CÉGPROFIL 1 BEMUTATKOZÁS A Molaris Kft-t magyar magánszemélyek alapították 2006-ban, jelenleg is 100%-ban magyar tulajdonban van. Cégünk legfontosabb célkitűzése, hogy kiemelkedő színvonalú szolgáltatásai
RészletesebbenA 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
RészletesebbenJava I. A Java programozási nyelv
Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem
RészletesebbenGyakorlat és házi feladat tájékoztató
Szoftverellenőrzési technikák (VIMIM148) Gyakorlat és házi feladat tájékoztató Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Szoftverellenőrzési
RészletesebbenINPUT PROGRAM 2. Kanban és SCRUM. KANBAN alapok
INPUT PROGRAM 2. Kanban és SCRUM KANBAN alapok 1 2 3 4 SCRUM alapok 5 Mit ígér a SCRUM? Mennyire bonyolult? 6 A SCRUM két alapelve Empirikus folyamat: a részletes tervek és meghatározott folyamatok helyét
RészletesebbenGyakorlat és házi feladat tájékoztató
Szoftver- és rendszerellenőrzés (VIMIMA01) Gyakorlat és házi feladat tájékoztató https://inf.mit.bme.hu/edu/courses/szore Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
RészletesebbenOrvostechnikai 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
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é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észletesebbenKörkapcsolás 12. Bevezető 2009. november 5. Szalay Imre elnök PMI Budapest
Körkapcsolás 12. Bevezető 2009. november 5. Szalay Imre elnök PMI Budapest Nemzetközi PM Nap 2003 óta november első csütörtökje Növelni a projektmenedzsment értékét és alkalmazásának tudatosságát Elősegíteni
RészletesebbenSzoftver technológia. Projektmenedzsment eszközök. Cserép Máté ELTE Informatikai Kar 2019.
Szoftver technológia Cserép Máté ELTE Informatikai Kar 2019. Szoftvereszközök A fejlesztőcsapat munkáját megfelelő szoftvereszközökkel kell alátámasztani projektmenedzsment eszközzel (project tracking
RészletesebbenFirmware fejlesztés. Mártonfalvi Zsolt Hardware programozó
Firmware fejlesztés Mártonfalvi Zsolt Hardware programozó Áttekintés Beágyazott rendszer A fejlesztés menete Milyen eszközökkel? Beágyazott rendszer Egy beágyazott rendszer (angolul: embedded system) olyan
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 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észletesebbenESZKÖZTÁMOGATÁS A TESZTELÉSBEN
ESZKÖZTÁMOGATÁS A TESZTELÉSBEN MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA, TURISZTIKA ÉS VENDÉGLÁTÁS TERÜLETEN
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észletesebbenRónai Gergely. fejlesztési főmérnök BKK Közút Zrt.
ITS fejlesztés Budapesten Rónai Gergely fejlesztési főmérnök BKK Közút Zrt. A fővárosi ITS kezdetei Nemzeti Közlekedési Napok 2013 - ITS fejlesztés Budapesten 2 ITS fejlesztések szervezeti háttere Budapest
RészletesebbenModell 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
Részletesebben2010 e-bike akkumulátor csomagok autóipari gyártás kezdete (Ni-Mh)
1 1997-2002 akkumulátorkonfekcionálás első fázisa 2009 Li-Ion akkumulátorok szerelése 2011 elektromos szerszámok akku-csomag szerelés ISO 16949 gyógyászati akkucsomag gyártás 2014 Li-Ion e-call rendszerek
RészletesebbenIT FEJLESZTÉSEK A GYAKORLATBAN
2. HÉT: IT EK A GYAKORLATBAN Dr. Danyi Pál Egyetemi docens, BME ügyvezető, DAPNER Megoldások Kft. (www.palprices.com) 2014-15 I. FÉLÉV DR. DANYI PÁL - INFORMÁCIÓMENEDZSMENT 1 A HÉT ESEMÉNYE Apple did not
RészletesebbenKörkapcsolás 12. Bevezető november 5. Szalay Imre elnök PMI Budapest
Körkapcsolás 12. Bevezető 2009. november 5. Szalay Imre elnök PMI Budapest Nemzetközi PM Nap 2003 óta november első csütörtökje Növelni a projektmenedzsment értékét és alkalmazásának tudatosságát Elősegíteni
RészletesebbenAz alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás
Az alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás Alvicom HP szeminárium 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without
Részletesebben2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése
Tartalom Integrált fejlesztés Java platformon JUnit JUnit használata Tesztelési technikák Demo 2 A specifikáció alapján teszteljük a program egyes részeit, klasszikus V-modell szerint Minden olyan metódust,
RészletesebbenAlkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E
Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E Követelmény A beadandó dokumentációját a Keszthelyi Zsolt honlapján található pdf alapján kell elkészíteni http://people.inf.elte.hu/keszthelyi/alkalmazasok_fejlesztese
RészletesebbenRendszermodellezés: házi feladat bemutatás
Rendszermodellezés: házi feladat bemutatás Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
RészletesebbenMagyar 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
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é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észletesebbenObject Orgy PROJEKTTERV 1 (9) Adattípusok menedzselése Palatinus Endre 2010-09-27 1.0
Object Orgy PROJEKTTERV 1 (9) Projektterv 1 Összefoglaló 2 Verziók Ez az projekt projektterve, ahol kitérünk a megrendelt szoftver elvárt szolgáltatásaira, és a tárgy keretein belül a projekt során felhasználandó
RészletesebbenProgramozási technológia 2.
Programozási technológia 2. Cserép Máté ELTE Informatikai Kar 2019. Folyamatos integráció A folytonos integráció (continuous integration, CI) egy olyan gyakorlati módszer, amely lehetővé teszi a programkódok
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é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észletesebbenTest Strategy. Tartalomjegyzék
Test Strategy Tartalomjegyzék Tartalomjegyzék Bevezetés Beosztások, hatásköri leírások Projekt Menedzser Teszt Menedzser Projekt Asszisztens Tesztelő Emberi erőforrások kezelése Alkalmazottak és kompetenciáik
RészletesebbenCode review és continous integration toolok BME-MIT
és continous integration toolok Egy (nagy)vállalati környezet Nagy fejlesztőcsapat, sok fejlesztő Rengeteg commit Subversion esetén központi szerver Git esetén elosztottan van mindenkinél egy repó Vagy
RészletesebbenRubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József
Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0 Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax:
RészletesebbenHogyan 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
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észletesebbenSzoftverfejlesztés teszteléssel
Szoftverfejlesztés teszteléssel A szoftvertesztelés úgyis a tesztelők dolga! Vagy nem csak az övék?! 2017. november 22. (c) 2017 CTL Software Kft 1 Bemutatkozás (c) 2017 CTL Software Kft 2 ELISPOT (c)
RészletesebbenNév: Neptun kód: Pontszám:
Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,
Ré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észletesebbenISO HOGYAN ÉPÜL FEL A MIR RENDELÉSRE KÉSZÜLT ESZKÖZÖK GYÁRTÓI ESETÉN? előadó Juhász Attila SAASCO Kft.
ISO 13485 HOGYAN ÉPÜL FEL A MIR RENDELÉSRE KÉSZÜLT ESZKÖZÖK GYÁRTÓI ESETÉN? előadó Juhász Attila SAASCO Kft. TARTALOMJEGYZÉK 1. BEVEZETÉS Miről és kinek szól az előadás? 3. AZ ÚTITERV Bevezetési stratégia
RészletesebbenLean Történet Today es. Első lépések: Japán. Autóipari beszállítók. Első hullám: Nemzetközi. Autóipari beszállítók
Lean Történet 1990-es 2000 2005 Today Első lépések: Japán Autóipari beszállítók Első hullám: Nemzetközi Autóipari beszállítók Második hullám: Multik és Magyar cégek Lean nem működik Tapasztalatok az elmúlt
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észletesebbenTPM-Klub Knorr-Bremse VJR Hungária Kft. 2014. december 2.
TPM-Klub Knorr-Bremse VJR Hungária Kft. 2014. december 2. Nincs súlya a karbantartásnak, pedig kellene vs. Tervezett karbantartás: RCM elvek szerint szervezett, erős diagnosztikai támogatással Elméleti
Részletesebben