TERMÉKANALÍZIS ÉS VÁLTOZÁS MENEDZSMENT

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "TERMÉKANALÍZIS ÉS VÁLTOZÁS MENEDZSMENT"

Átírás

1 1 BOÓR Ferenc 1, MIKÓ Balázs 2, KUTROVÁCZ Lajos 3, SZEGH Imre 4 Budapesti Mûszaki és Gazdaságtudományi Egyetem, Gépgyártástechnológia Tanszék 1 - Tudományos munkatárs, 2 Tudományos segédmunkatárs, 3 Tanszéki mérnök, 4 Egyetemi docens TERMÉKANALÍZIS ÉS VÁLTOZÁS MENEDZSMENT Összefoglalás A fokozódó minõségi követelmények, az alacsonyabb költségû és egyre rövidülõ fejlesztési idejû termékek és a dinamikusan fejlõdõ globális piac arra készteti az ipari résztvevõket, hogy új, variatív termékeket létrehozó fejlesztési stratégiákra helyezzék a hangsúlyt. A különbözõ ipari folyamatok szakaszainak és területeinek integrálása kihangsúlyozza az összefüggéseket a különbözõ mérnöki és menedzsment tevékenységek között egy számítástechnikai rendszereket használó cégen belül a tervezéstõl a gyártáson át az összeszerelésig. Jelen cikkünk a termék elemei közötti összefüggések kezelésének, feltárásának új módszerét mutatja be. Kulcsszavak: konkurens mérnöki tervezés, változás menedzsment, termékmodell, összefüggés-analízis 1 BEVEZETÉS Az ipari cégek, vállalatok jelenlegi, ún. konkurens mérnöki tervezést (concurrent engineering) és változást (engineering change) menedzselõ, ad. hoc. szervezõdõ csoportjai a következõ problémákkal állnak szemben: globalizáció, fokozódó verseny, átállás az eladó orientált piacról a vevõ orientált piacra, változó termék típusok, termék változatok igénye, kombinált termékek, termék családok igénye, rövidebb termékfejlesztési ciklus igénye, gyakori és összetett termékmódosítás, ami hatékony felügyeletet, irányítást igényel. A különbözõ ipari folyamatok szakaszainak és területeinek integrálására különbözõ megközelítések léteznek. A gyártási költségcsökkentés (Lean Production) koncepciója a fejlesztési és adminisztrációs költségek minimalizálását célozza meg, amit olyan szervezeti és kulturális változtatásokkal próbál elérni, amellyel az alkalmazottak nagyobb beleszólással rendelkezhetnek a vállalat életébe, így tudásuk kiaknázása hatékonyabbá válik. A párhuzamos (ún. szimultán) tervezés az egymást kiegészítõ mérnöki szaktudás integrálására, együttmûködésre helyezi a hangsúlyt. Jellemzõje, az együttmûködés az egymással versengõ célok között, párbeszéd a jövõbeni és múltbeli termék életciklus gondozói között és koordináció, csoportos probléma megoldás. Más stratégiák, mint például a virtuális tervezés és gyártás, mind a termékfejlesztés kritikus és iparilag versenyképtelen termékeit próbálják kiszûrni. 2 INTEGRÁLT TERMÉKFEJLESZTÉSI FOLYAMAT Bár a fent említett stratégiák mind másra helyezik a hangsúlyt, és más szemléletmóddal közelítik meg a problémát, egy valamiben alapvetõen közös vonással rendelkeznek: szükségük van egy új információ technológiára, hogy integrálják és koordinálják a változó termék életciklus tényezõket a fejlesztési tevékenység ideje alatt. Ezen információ technológiák között a központi kérdés az olyan folyamat orientált modellezés, amely olyan információ gyûjteményt állít elõ a termék teljes adatbázisából, ami támogatja a változó mérnöki tevékenységeket a termék különbözõ fejlesztési fázisaiban. Ezen az adatbázison már olyan vizsgálatokat kezdeményezhetünk, amelyek segítségével a vállalati munkafolyamat személyekre, vállalati osztályokra, termékekre és technológiákra lebontható, illetve felállítható. Az elsõ kihívás generálni egy folyamatláncot (termékfejlesztési munkafolyamat, termelésitechnológiai munkafolyamat, karbantartási feladatok és adminisztráció) egy specifikus termék teljes vagy részleges életciklusának követésére, majd felügyelni a kooperációt és integrációt (bevonva a cég különbözõ részlegeit és erõforrásait, tisztázva a jogokat és a felelõségeket, stb.) a különbözõ termékek folyamatláncai között egy cégen belül. Tehát, ha a cég termékskálájából csupán egy gyártmánynak csak egyetlen alkotórészét is megváltoztatjuk, nem hagyhatjuk figyelmen kívül annak más termékekre kifejtett hatását, és ennek következtében a munkafolyamatok változását. Egy integrált termékfejlesztési folyamatláncnak a generálása a legkritikusabb és legfontosabb feladata a mérnöki változás menedzsmentnek és a legnagyobb kihívás a vállalati szintû munkafolyamat menedzsment részére. Az integrált termék és munkafolyamat tervezés célja segíteni és fejleszteni a szervezeti rendszert, valamint támogatni a projekt menedzsmentet egy vállalatnál,

2 2 befolyásolva az információ áradatot és döntési folyamatot, szétosztva a különbözõ termékfejlesztési és termékmodellezési tevékenységeket. Az integrált termékfejlesztési munkafolyamatot emberi, szervezeti, termék stratégiai és informatikai állapottényezõk határozzák meg. Egy korszerû mérnöki változás menedzsment megoldás kifejlesztése a következõ területeken érinti: A termék adat szerkezet és a munkafolyamat tervezésének dinamikus kapcsolatát közelítõ durva koncepció kidolgozása annak érdekében, hogy termékobjektum orientált munkafolyamat menedzsment funkciókat valósítsunk meg az integrált termékfejlesztésben. Autonóm tudás reprezentáló technikák alkalmazása egy intelligens dinamikus mérnöki változásokat kezelõ munkafolyamat menedzsment mûködtetése érdekében Egy termék orientált munkafolyamat menedzsment eszköznek bevezetése a termék adat (PDM Product Data Management) és munkafolyamat (WFM WorkFlow Management) menedzsment kétirányú kapcsolatainak megvalósítására. Az integrált termék és munkafolyamat tervezés két fontos tervezési területet hangol össze: a termékfejlesztési és a munkafolyamat fejlesztési területeket. Így, a termékmodell és a termékfejlesztés magában foglalja az integrált tervezési tevékenységeket, a termékmodellezést, a termékmodell adatbázisát, az integrált termékfejlesztésre vonatkozó menedzsmentet, valamint a hozzáférési algoritmusokat. A folyamatláncok és a munkafolyamatok fejlesztése amelyek rendszerint szintén kapcsolódnak a termékfejlesztési munkafolyamathoz vagy a termékmodellezési folyamathoz magában foglalják a termék modellezés folyamatát, a technikai és dokumentáció menedzsment funkciókat, amelyek szükségesek a kezdeti ötlet megtestesítéséhez a végsõ termékben. A folyamatláncok egyik legfontosabb eredményei a termékfejlesztési folyamat- és a modelladatok, amelyek elõállítására irányuló tevékenységeket szimultán mérnöki munkafolyamat menedzsmentnek nevezhetjük. A szerzõk javaslata szerint az objektum orientált szimultán mérnöki munkafolyamat menedzsment lényeges területei a következõk: A változásban érintett összes objektum azonosítása. A vállalati részlegek és személyek feladatainak és felelõségeinek definiálása. A definiált feladatok végrehajtási sorrendjének meghatározása. A változás folyamatának irányítása és ellenõrzése (felügyelete). Tehát az integrált termékfejlesztési munkafolyamatnak kiinduló, kritikus területe, hogy a változás menedzsment által meghatározott objektumok amelyek a változás igények által közvetlenül érintett elemek (pl.: egy gyártott termék szerelési részegységének egy vagy több alkotóeleme) milyen kapcsolatban vannak, milyen összefüggésbe hozhatók más termékek (objektumok, dokumentumok ) illetve folyamatok (részlegek, résztvevõk, párhuzamosan futó folyamatok) elemeivel. Szimultán mérnöki munkafolyamat menedzsment? MIT? KI? HOGYAN? 1. ábra Változás menedzsment feladatai A fenti fejtegetés értelmében egyértelmû, hogy egy célravezetõ, a termék modellezésére alkalmas információs technológiának képesnek kell lennie arra, hogy támogassa a termék fejlesztésének folyamatláncát a termék teljes gyártási életciklusán keresztül, és az összes szükséges információt tárolja mint a termék modell adatait amire csak szüksége lehet a vállalati munkafolyamat számára. Ezt az információ technológiát hívjuk termék adat menedzsmentnek. Annak érdekében, hogy hatékonyak és eredményesek legyünk az ipari gyakorlatban, az ilyen a termékmodellezési technológiának teljesítenie kell a fenti követelményeket. Tehát a modellezés, a termék alkatrészeinek egymásra hatásának modelljei és adatbázisai, a mérnöki változás folyamatainak egymásra hatásának analízise, az alkotórészek sajátosságainak, kölcsönhatás módjainak és típusainak specifikációja lehet a kulcs a sikeres integrált tervezési munkafolyamathoz. Az elsõ szakaszban megszületik a döntés egy változásról, például egy új technológia, termék bevezetésérõl, vagy egy termékmódosításról, vagy csak egyszerûen a párhuzamos tervezés során kiderül egy változtatás szükségessége (1. ábra). Alapvetõen fontos az összes változási igény (közvetlen és közvetett), majd a változás kezelés által érintett résztvevõk és folyamatok pontos felderítése. A döntésbe bevont személyek szerepe a tapasztalatok szerint rendkívül fontos az implementáció sikere szempontjából. Nem szabad megfeledkezni egyetlen érintett szakterület (termelésirányítás, minõségszabályozás, anyagbeszerzés, stb.) tehát a vállalati részleg (vállalati hierarchia különbözõ

3 3 szintjeinek) képviselõirõl sem. Azonban az is tapasztalható, hogy a változást kezelõ projektek által nem érintett emberek csak hátráltatják a döntéshozatalt, ezért õket jobb nem bevonni (2. ábra). A döntés kritériumai és bemenõ adatai, amelyek alapján a technológia vagy a termék megváltoztatása mellett döntöttünk, fontos tényezõk. 2. ábra Project csapatok Ehhez viszont szükség van az objektumok halmazán belül annak tisztázására, hogy melyek a változásban érintettek, hiszen csak így tudjuk a valóban érintett személyeket, részlegeket és munkafolyamat elemeket összegyûjteni (3. ábra). Ha a termékmodellt megfelelõ információ technológiával dolgoztuk fel, ez a részhalmaz könnyen generálható, hiszen a modell alapján a termék összefüggés analízise elvégezhetõ. Az is elképzelhetõ, hogy egy már kész adatbázisból kell az információkat kinyernünk. Ekkor a termék adat menedzsment (PDM) elõre generálja az összefüggéselemzés eredményeit akár több, vagy az összes lehetséges alkatrészre is, s így csak a végeredményt kell lekérdeznünk. Termék (variációk) Szerelvények Alkatrészek Dokumentáció??????!?? 3. ábra Változás terjedése Változás Ha ismerjük az objektumokat, amelyek a változásban érintettek, akkor a termék adat menedzsment egy jól meghatározott eleme már szolgáltatni tudja számunkra azon személyeket és vállalati részlegeket, amelyeket a változás menedzsmentnek mozgósítania kell, sõt ha megfelelõen dinamikus a kapcsolat a termék adatok és a munkafolyamat adatai között, akkor szolgáltatni tudja azokat a folyamatláncokat, amelyeket újra át kell gondolni, továbbá a vállalati hierarchiában elfoglalt tevékenységeket és felelõségeket is definiálhatja. 3 TERMÉKMODELLEK A konstrukciós tervezés és a gyártás között van egyfajta természetes függetlenség, ami konfliktusba kerülhet a tervezés, a gyártástervezés és a gyártás közötti szorosabb integráció megvalósítása esetén. A gyártmány és a gyártás fejlesztésével elavulhatnak azok a kapcsolatok, amelyeket a konstruktõr hozott létre. A függetlenség megléte nagyobb szabadságfokot biztosít a gyártástervezõnek az optimális gyártási folyamat meghatározása során. A konstruktõr, akinek nincs megfelelõ rálátása a gyártórendszer képességeire és korlátaira, fölöslegesen csökkenti a gyártástervezõ lehetõségeit a legalkalmasabb gyártási variáns kiválasztása során. A kapcsolat szétválasztása lehetõvé teszi a gyártás konstrukciótól független fejlesztését. A kapcsolat integrálása és szétválasztása közötti dilemma logikus megoldása, hogy megfelelõen magas szintû termékmodelleket alkalmazunk a konstrukciós tervezés, a gyártástervezés és a gyártás közötti információcsere során. Ha a konstruktõr által létrehozott sorrendben és módon rögzítjük a termékrõl keletkezõ információkat, az nem tartalmaz olyan részleteket, amelyek a termék funkciója szempontjából nem fontosak, azonban gyártási szempontból lényegesek lehetnek. Ekkor a legkisebb elkötelezettség elvét követjük. A teljes körû folyamatintegráció megvalósítása során a termékmodell csak egy szükséges információforrás. Ebbõl következik, hogy egy jövõben megvalósuló, konstrukciós, gyártástervezési és gyártási funkciókat integráló megoldás négy alapvetõ modellre kell épüljön: 1. Általános termék-tudás, amely a termékek általános információit rögzíti, valamit alapvetõ mûszaki és alkalmazási információkat tartalmaz. A tárolt tudásnak alkalmazhatónak, érthetõnek és ellenõrizhetõnek kell lennie. 2. Termék modell, amely egy termék összes gyártási szempontból releváns tulajdonságát tartalmazza, elkerülve a szükségtelen információk megadását. Alkalmasnak kell lennie nem teljes vagy bizonytalan tudás reprezentálására is. 3. Általános folyamat modell a gyártási folyamat általános tulajdonságait rögzíti rendezett formában, beleértve az igényelt erõforrásokat, azok képességeit, idõ és költség adatait. A folyamatmodellben a vevõkiszolgálás teljes folyamatát le kell írni. 4. Gyármodell, amely rögzíti a gyár által megvalósított folyamatok tulajdonságait. A gyármodell dinamikusan képes rögzíteni a gyártórendszer állapotát a rendelésfelvételtõl a termékkövetésig. Ezen modellek közül a termék modell az, amely elfogadott egy olyan rendszerben, amely integráltan

4 4 kezeli a tervezési - gyártási folyamatot. Az általános és a speciális modellek szétválasztása a tervezés, a gyártástervezés és a gyártás közötti felelõsség szétválasztását célozza. Az általános tudás, mint tudásbázis mûködik és relatíve állandó információkat tartalmaz. A termékinformációk integrált és strukturált kezelésének elõnyei és szükségessége különösen nagy léptékû, komplikált termékeknél, mint például személygépkocsi, hajó, stb., mutatkozik meg. A termékinformációkat sokféle formában tárolhatjuk, melyek közül a legfontosabbak a következõk: 1. Struktúra orientált termékmodell a termék felépítését reprezentálja, melyre számos eszköz létezik: darabjegyzék, termék-családfa stb. 2. Geometria orientált termék modell: a termék alakjának leírására szolgáló termék modell, amely lehet 2D-s rajz, drótváz, felület, test vagy hibrid modell. Nem geometriai információk csak korlátozottan adhatók meg. 3. Alaksajátosság orientált termék modell a geometria orientált termék modell kiterjesztése, a leggyakrabban használt összetartozó geometriai mintázatok, csoportok, az úgynevezett alaksajátosságok (feature) írják le a terméket. A geometriai alaksajátosságok alkalmazás függetlenek, mivel nem tartalmaznak speciális, nem-geometriai szemantikát. A legtöbb alaksajátosság geometriai mintázatot ír le, melyeknek speciális jelentésük van konstrukciós vagy gyártási szempontból. 4. Tudásbázisú termékmodellt különbözõ mesterséges intelligencia technikák alkalmazása jellemzi, úgymint objektum orientált programozás, szabály-alapú következtetés, korlátozás és igazság karbantartó rendszerek stb. Ezen technikák alkalmazásával lehetõvé válik a termékekhez, folyamatokhoz illetve a gyártási környezethez kapcsolódó humán szaktudás explicit tárolása. A tudás-alapú modell fontos jellemzõje, hogy képes objektumként felépíteni a termék vagy folyamat fejlõdését, képes alternatív alkatrészek termékbe illesztésére és kezelésére. 5. Integrált termék modell lefedi a struktúra-, a geometria-, az alaksajátosság- és a tudás-alapú termékmodelleket. Minden termékinformáció egyetlen modellben, integráltan van tárolva. Az integrált termékmodellezés és adatkezelés mögött a termékfejlesztési folyamatot egy általános tervezési tudásbázis támogatja. Ez az általános tervezési tudás magában foglalja a termék történetét, a fejlesztési irányelveket, a vásárlói, tervezési és gyártási elvárásokat valamint a hibákat. 6. Szabványosított termék modell (STEP) az egyik legjelentõsebb eredménye az integrált termékadat kezelés megvalósításának. A STEP (Standard for exchange of product model data) egy semleges adatfomátumot definiál a termékadatok leírására, illetve cseréjére. A cél a termékkel összefüggõ adatok teljes és rendszerfüggetlen leírása a termék teljes életciklusán át. A STEP a jövõben a termék modell leírás infrastruktúrájaként mûködhet a termékfejlesztési folyamat teljes integrálása érdekében. Ahogy a gyártórendszerek egyre komplexebbé és dinamikusabbá vállnak, a gyártórendszer mûködésének modellezése és szimulációja a mérnöki információs rendszerek központi összetevõjévé válik. Fenntartva a függetlenséget a konstrukció és a gyártás között a hatékonyság és a rugalmasság feláldozása nélkül, a konstrukciós és folyamattervezési funkciókat újra kell strukturálni, ahol a konstrukciós tervezés mindinkább kötötté válik egy adott gyármodellben. Végül a gyártás orientált termékmodell információs forrásként használható a gyártórendszer felügyeletében. A jövõben számos feladat, amely jelenleg a gyártástervezés témakörébe tartozik, átkerülhet a gyártórendszer felügyelet körébe. 4 AZ ÖSSZEFÜGGÉSEK KEZELÉSÉNEK MÓDSZEREI Mielõtt rátérnénk az összefüggések kezelésének módszereire, azt kell tisztáznunk, mit értünk összefüggés alatt, milyen típusai vannak, illetve mit tekinthetünk komponensnek. Két komponens között akkor van kapcsolat, ha az egyik megváltoztatása a másik komponensen is változást okoz. Ez alapján az összefüggés lehet például átfedés, közelség, helyzet- vagy alakazonosság (pl. szimmetria, tükörkép, szabványos elemalkalmazás stb.), sõt, egészen elvont vagy közvetett kapcsolata a komponenshez kötõdõ tevékenységeknek, információknak a változáskezelés jellegétõl, mélységétõl és kiterjedésétõl függõen. Az elemzés során fontos kérdés, hogy mi legyen az összefüggés analízis legkisebb termékmodell eleme. Ez lehet felületelem, alakzat, alkatrész, funkcionális vagy topológiai alszerelvény, melyek közül mi az alkatrészt választottuk, vagyis a szerelvényben lévõ alkatrészek összefüggéseit vizsgáljuk. Fontos kérdés, hogy milyen összefüggés típusokat érdemes megkülönböztetni, illetve ezek közül melyek a leghangsúlyosabbak. A jellemzõ összefüggések típusai a termékelem sajátosságok alapján - változáskezelési szempontból - a következõk lehetnek: anyag-, geometriai, topológiai, funkcionális, technológiai összefüggések, kapcsolatok. Ezek közül a szerzõk a topológiai és geometriai kapcsolatok feltérképezését találták leginkább automatizálhatónak. Az összefüggéseket feltáró analízis végezhetõ dinamikus és/vagy statikus módon. Ez azt jelenti, hogy közvetlenül a termékváltozást detektáljuk, vagy a komponensek változást megelõzõ és/vagy követõ állapotát analizáljuk, majd abból következtetünk a termékváltozás hatására.

5 5 Az alak és geometriai információk mindig speciális szerepet töltöttek be a mérnöki tervezésben. A geometria pontos leírásának követelménye mindig alapvetõ volt az ipari tömegtermelésben. A geometriai információk rögzítésére és értelmezésére legkülönbözõbb szisztematikus és konvencionális módszereket dolgoztak ki. A mérnökök új generációinak képzése mind ezen konstrukciós tervek, gyártási információk, mûhelyrajzok és rajzi konvenciók értelmezésére és elõállítására alapozott. A termékek összefüggéseit így leíró tipikus dokumentációk a következõk: Összeállítási rajz, Mûhelyrajzok, Darabjegyzék (BOM), Termék szerkezet vagy termék családfa, Robbantott szerelési ábra, Szerelési családfa, Mûködési és kezelési útmutatók, stb. Ezen dokumentumokban az összefüggések meghatározására a következõ direkt és/vagy indirekt, kézi módszerek állnak a mérnökök rendelkezésére: Robbantott szerelési ábra és az összeállítási rajz szemrevételezése. Szöveges direktívák és elõírások feldolgozása, pl.: mûködési és kezelési útmutatókban, összeállítási vagy mûhelyrajzokon. Általános tûrés értékek azonosítása a kapcsolódó és összetartozó alkatrészek között. Azoknak a mérnöki folyamatoknak meghatározása a felület folytonossági paraméterekbõl, amelyek meghatározzák a lényeges kapcsolatokat a különbözõ komponensek között (pl.: felületi minõség, méret tûrések, anyagminõség és hõkezelés). 4.1 Összeállítási rajz Az összeállítási rajz a termék végsõ felépítését jeleníti meg 2D-s grafikus formában. Megmutatja az összetartozó egységeket (szerelvényeket és alkatrészeket), befoglaló és lényeges méreteket, illesztéseket, alkatrész tétel- vagy rajzszámokat és egyéb hivatkozásokat, valamint a szükséges gyártási és szerelési elõírásokat. Az összeállítási rajz egyike a legjellegzetesebb és legfontosabb dokumentumoknak a mérnöki tervezésben és a termelésben. 4.2 Robbantott szerelési ábra A robbantott szerelési ábra grafikus módon jeleníti meg a végsõ termék felépítését. Megmutatja az összetartozó egységeket (szerelvényeket és alkatrészeket) és többnyire nem tartalmaz szöveges leírást, méretezést vagy egyéb szabványos mérnöki jelképet. Ennek a népszerû dokumentumnak az a célja, hogy bemutassa a termék alkatrészeinek helyzetét és topológiáját, továbbá elõsegítse 2D-s rajzok és a szöveges leírások kapcsolatának kiértékelését. 4.3 Termékszerkezet A termékszerkezet (termék családfa) megmutatja a konstrukciós elemeket és szinteket egy szerelvényben. A fõ célja az ipari gyakorlatban, hogy tisztázza a lehetséges termék elemek és a már többféle létezõ termékhez tartozó termelési folyamatok párhuzamait. A struktúra minden egyes csomópontja egy elfogadható és fizikailag létezõ építõelemét alkotja a végsõ terméknek, mellõzve a valós állapotokat a folyamat különbözõ termelési és szerelési fázisaiban. Egyszóval a termék szerkezet használható de indirekt (sokszor virtuális) információkat nyújt a funkcionális és technológiai kapcsolatokról, összefüggésekrõl. 4.4 Szerelési családfa A szerelési családfa mutatja meg a szerelési egységeket és fázisokat egy szerelt termékben. Egy szerelési struktúra felállításának a fõ célja az ipari gyakorlatban, hogy tisztázza a lehetséges termékszerelési fázisokat és folyamatokat. Egy szerelési folyamat modellezhetõ vagy leírható elemi szerelési lépésekkel, úgymint anyagmozgatás (tárolás, pozicionálás, beillesztés, szállítás), elrendezés, minõségellenõrzés és más speciális elemek. A modellezés megvalósítható blokkdiagram, szimbólumok és vázlatos elemek segítségével. 4. ábra Példa szerelvény 4.5 Topológiai mátrix Ha a teljes gyártmány összes alkotóelemének összefüggés analízisét bármilyen módon elvégezzük, létre tudunk hozni egy mátrixot, amely reprezentálhatja a szerelvény topológiai összefüggéseit.

6 6 Lássunk példát egy geometriai alapokon nyugvó topológiai mátrixra. A példa alszerelvény legyen a következõ: Dokumentáció neve Detektálható kapcsolatok Alkalmazható eljárások Az információ teljessége 2. táblázat 2 Az információ formája 5. ábra Példa alszerelvény A fenti alszerelvény topológiai mátrixa a következõ: táblázat X O O O O O O O X O X O O X O X O O O X O X O O O X A geometriai értékek alapján felállított topológiai mátrix mindig szimmetrikus, hiszen akár az egyik, akár a másik alkatrészt változtatjuk meg, a változás oda-vissza, azaz mindkét alkatrészre érvényes lehet. A különbözõ tervezési dokumentumok információ tartalmát a 2. táblázat foglalja össze. Összeállítási rajz Robbantott szerelési ábra G D T G, S To D T SZ, S F O R G A D T SZ Te D R SZ To O R G F O R G Termékszerkezet To O R G, SZ Te O R G, SZ Szerelési családfa To K R G, SZ 5 TÉRFOGAT METSZÉS MÓDSZERE 5.1 Koncepció Célunk egy olyan számítógépes eljárás kifejlesztése, amely komplex, sok alkatrészt tartalmazó szerelvény esetén is lehetõvé teszi a geometriai, illetve topológiai kapcsolatok, kötöttségek analizálását. A kifejlesztett "valósághû" Térfogat Metszés Módszer (Volume Section Method VSM) a felületek befoglaló méreteit használja (6. ábra). A módszer lényege, hogy irányított (konvex vagy konkáv) köbös térfogat elemek segítségével kerül feltérképezésre a topológiai kapcsolat a határolt alkatrészek közötti valós metszések és átfedések becslésével. Az eljárás alkalmas komplex topológiai kapcsolatok vizsgálatára anélkül, hogy a számítási idõ a szükségesnél/elfogadhatónál hosszabb lenne. 6. ábra Térfogat elemek 1 O: Topológiai összefüggés téglatest darabolással (negatív téglatestek figyelembe vétele) : Topológiai összefüggés téglatest darabolás nélkül 2 Detektálható kapcsolatok: Geometriai, Topológiai, Funkcionális, Anyag, Technológiai Alkalmazható eljárások: Direkt, Indirekt (Konvencionális, Opcionális) Az információ teljessége: Részleges, Teljes Az információ formája: SZöveges, Grafikus, Szabványos

7 7 A prototípus algoritmus implementációja speciális de igen elterjedt Pro/Engineer interface-re, a NEUTRAL adatformátumra épül. Ez az interface közvetlenül tartalmazza a komponens, illetve felületeinek maximális méretét és helyzetét a szerelési modellben. Mint a 7. ábra mutatja, a bekeretezett méretek határozzák meg az irányított térfogat elemeket, amelyek egy alkatrész, alszerelvény vagy szerelvény egyszerû, de könnyen kezelhetõ modelljét alkotják. 7. ábra Irányított térfogatelemek A modell elemeit közelítõ térfogat elemek között létrejövõ átfedések, metszetek és távolságok írják le az összeszerelt elemek közötti geometriai és topológiai kapcsolatokat. Az eredeti modellen belül a konvex és konkáv térfogatelemek megkülönböztetésével finomabb, de még alkalmazható, az elõzõleg vázolt követelményeket kielégítõ modell hozható létre. A kerettel jelölt elemek irányítottsága adja a Neutral interface alkalmazhatóságát és elõnyeit. Ennek megfelelõen egy konkáv hengeres felületnek negatív elõjele van a Neutral file-ban, így furatként kezelhetõ az elemzés során. Például egy hengeres csapot helyezve egy hengeres furatba a VSM eljárás helyes eredményt ad, figyelembe véve az átfedést illetve a távolságot a két elem között. 5.2 Elemek viszonyának elemzése a VSM módszerrel Az elemzés különbözõ típusai segíthetik a topológiai kapcsolatok feltárását a termék modellben az analízis céljától és eszközétõl függõen. A topológiai kapcsolatok feltárásának legfontosabb és leggyakoribb esetei a következõk: Átmetszés vizsgálat: Ebben az esetben az összeszerelt alkatrészek topológiai/geometriai analízisének fõ célja a virtuális vagy valós elemek átfedésének/átmetszésének feltérképezése. Bár a VSM módszerrel végzett - téglatesteket használva - átmetszés vizsgálat, a piacon meglévõ szoftverekhez hasonlóan, a bonyolult geometriai elemek egyszerûsítésére épül, a VSM módszer jóval részletesebb és realisztikusabb eredményeket ad a komponensek közötti topológiai kapcsolatok tekintetében. Fõ elõnye, hogy helyi, felület szintû közelítést alkalmaz ahelyett, hogy globális, alkatrész szintû téglatest közelítést használna. Üres hely analízis: Speciális vizsgálat annak eldöntésére, hogy egy újabb, tervezett komponens beillesztésére elegendõ hely áll-e rendelkezésre a szerelvényben. A VSM eljárásban ez azt jelenti, hogy a kérdéses, vizsgált alkatrész egy egyszerû téglatesttel definiált virtuális elem, melynek meg kell adni a sarokpontjainak koordinátáit. Az eljárás jövõbeni fejlesztésének egyik célja, hogy olyan virtuális elemmel tudjon dolgozni, melynek helyzete nem definiált és megkeresse valamennyi lehetséges elhelyezést a szerelvényben. Szomszédos alkatrészek keresése: Az elemzés ezen formájában a cél a vizsgált alkatrész elõírt távolságon belüli szomszédainak megtalálása. Tér elemzés: Az elemzés ezen módja során azt vizsgálja az algoritmus, hogy az egyes alkatrészek mely térrészeket töltik ki. Az alkatrészek közötti kapcsolatok meglétét a közösen birtokolt térrészek vizsgálatával lehet feltárni. A módszer elõnye, hogy az eljárás pontossága a térrészek méretének csökkentésével növelhetõ. 5.3 Az algoritmus helye a tervezési folyamatban A hatékony munkafolyamat (8. ábra) menedzsmentnek jól szervezett adatbázisra van szüksége. Ennek az adatbázisnak a feltöltésére add lehetõséget az algoritmus kétféle futtatási módja: 8. ábra Változás menedzsment munkafolyamata A program mindig lefut, ha el akarjuk készíteni a változás listáját. A program egy adatbázis alapján dolgozik, innen szerzi a modell információkat. A program kimeneteit esetleg egy adatbázis feltöltésére is használhatjuk. A program csak akkor fut le, ha az adatbázisban még nem létezik a konkrét kérdésre a konkrét válasz, vagy ugyan létezik, de a vizsgálatot ismételten el akarjuk végezni. Az fenti két verziónak megfelelõen az adatbázis feltöltésének két módja van: Tudásbázis létrehozása: A programot minden lehetséges összefüggés felderítésére lefuttatják egy teljes adatbázist létrehozására a munkafolyamat menedzsmenttõl függetlenül. Így

8 8 igény esetén minden kérdésre a választ azonnal megkaphatjuk az adatbázisból. 9. ábra Tudásbázis létrehozása Folyamatos feltöltés: A programot, mint önálló analízis eszközt használják a munkafolyamat menedzsment feltételes kérdéseinek megválaszolására (pl.: mely alkatrészek érintettek egy lehetséges konstrukciós változással). Ez esetben minden egyes futtatáskor tölthetjük is az adatbázist, amennyiben szükséges, azaz ha késõbb ugyanaz a kérdés újra elõfordulna, akkor a választ már az adatbázis adhatná (ez utóbbi esetben az adatbázis tartalma ideiglenes, nem tekinthetõ tudásbázisnak). 10. ábra Folyamatos adatfeltöltés Mindkét módszernek megvan a maga elõnye és hátránya, azaz szerepe és helye a munkafolyamat menedzsmenten belül. A felhasználó cég nagyságától, a termékek sorozatnagyságától, a feladatok bonyolultágától, az analízis szempontjainak állandóságától vagy specialitásaitól függõen más és más stratégia lehet helyes. Például, egy kis cég szabványos tömegcikkeinek folyamat menedzseléséhez az elsõ verzió teljes tudásbázis mellet dönt, míg egy autóipari cég, már a termékskála variációinak nagyságrendje miatt is, el fogja utasítani egy mindenre kiterjedõ, rögzített, totális adatbázis létrehozását. 6 ÖSSZEGZÉS Konkurens mérnöki tervezést megvalósító, sok komponensbõl álló bonyolult termékeket tervezõ vállalatnál a változások menedzselése elkerülhetetlen és a vállalat hatékonyságát lényegesen befolyásoló feladat. E folyamat automatizálása több szempontból is nehézségekbe ütközhet. Cikkünkben megvizsgáltuk az integrált termékfejlesztés, valamint a változás menedzsment szükségszerûségének okait és folyamatát. Ismertettük a termékmodellek típusait, a fejlesztések jövõbeni várható irányait. Bemutattuk az összefüggések kezelésének hagyományos módszereit, valamint az általunk kifejlesztett térfogat metszési módszert és annak illesztését a tervezési folyamatba. Kutatásainkat az OTKA (T032732) támogatásával folytattuk. Ezen kívül köszönetet szeretnénk mondani Dencs Árpádnak a VSM eljárás kifejlesztésében és implementálásában való közremûködéséért, valamint Dorner Károlynak, az MMG Gáztechnika Kft ügyvezetõ igazgatójának az ipari példák rendelkezésünkre bocsátásáért. 7 IRODALOMJEGYZÉK [1] Van der Wolf, Alting, L., etc.: Product Modelling, Annals of the CIRP Vo. 42/2, 1993 pp [2] Pikosz,P., Malmqvist,J.: Possibilities and Limitations when Using PDM Systems to Support the Product Data Process, Chalmers University of Technology, Göteborg, orddesign96/pdm96.fm.html, Sweden 1996 [3] Boór,F., Kovács,J., Mikó,B.: Case studies The analysis of product interdependencies and integrated development in the company, Document No.: CONFLOW B, ConFlow, INCO Copernicus programme (project no ), 1997 [4] Demmer,J.: Using Pro/PDM & Netscape for Geometry Management Presentation at Pro/USERS' Conference Orlando [5] Márkus,T., Szécsi,Z.: Capabilities of the product data management system, Doc. No.: CONFLOW.97.10, ConFlow, INCO Cop. Prog. (project no ), 1997 [6] Boór,F., Kovács,J., Mikó,B.: Capabilities of the workflow management system, Doc. No.: CONFLOW.97.12, ConFlow, INCO Cop. Prog. (project no ), 1997 [7] Pro/INTRALINK Functional Overview, Parametric Technology Corporation, [8] Boór,F., Grigorova,K.: Component interference influencing the engineering process, Doc. No.: CONFLOW.98.04, ConFlow, INCO Cop. Prog. (project no ), 1998 [9] Dencs,Á., Popov,K., Boór,F.,: Tools for the identification of geometrical interdependencies, Doc. No.: CONFLOW , ConFlow, INCO Cop. programme (project no ), 1998 Függelék Termék Adat (Product Data): A termék információk emberi illetve számítógépes kommunikáció, értelmezés és feldolgozás centrikus reprezentációja. Termék Adat Menedzsment (Product Data Management PDM): Azon adatkezelési funkciók összessége, amelyek termék adatok kezelését, szervezését és követését tipikusan adatbázis kezelõ rendszereken keresztül biztosítják.

9 9 Munkafolyamat (WorkFlow): Automatizált (Munka) Folyamatok szûkebb értelmezésben üzleti folyamatok, amelyek teljesen vagy részben lefedik a feladatok, információk és dokumentációk a folyamat résztvevõi közötti szabályozott áramlását. A szabályozottság elõzési illetve követési feltételekre, ütemezésre, párhuzamossági és sorrendiségi követelményekre, hatáskörökre és jogokra is kiterjedhet egy adott tevékenység érdekében. Munkafolyamat Menedzsment Rendszer (WorkFlow Management System WFM): Az a rendszer, amely szoftver eszközökön keresztül definiálja, hozza létre és menedzseli a (munka) folyamatok végrehajtását egy vagy akár több folyamatvezérlõ (ún. WorkFlow Engine) rendszer segítségével, és amely képes a folyamat definícióit értelmezni, kapcsolatba hozni a munkafolyamatban érintett részvevõkkel ha szükséges a legfejlettebb információ-technológiai eszközök és alkalmazások használatával. Konkurens mérnöki tervezés (Concurrent Engineering) /I/: Egy munkaszervezési megközelítés, amely a termékek tervezését, elõállítását, kezelését és karbantartását a lehetõségek (hardver és szoftver eszközök) állandó fejlesztésén keresztül korszerû módon, szerteágazó területekért felelõs személyek (konstrukciós tervezés, termelés és gyártás, marketing, folyamattervezés, kiszolgálás ) együttmûködésével és a teljes életciklusra kiterjedõ termék adatok folyamatos megosztásával teszi lehetõvé. Konkurens mérnöki tervezés (Concurrent Engineering) /II/: A terméktervezés és minden kapcsolatos folyamat egy szisztematikusan integrált, szimultán (párhuzamos) megközelítése, a gyártást és kiszolgálást is beleértve. Ez a megközelítés arra készteti a fejlesztõket, hogy a termék életciklus minden elemét vegyék figyelembe az igények felvetésétõl a koncepció teljes részletezéséig minõségellenõrzési, költségelemzési, ütemezési és felhasználói követelményeket beleértve. Geometriai kapcsolat: A kapcsolat geometriainak tekinthetõ, ha a vizsgált elemek geometriai tulajdonságai függenek egymástól, illetve vannak kapcsolatban egymás geometriai jellemzõivel, mint például alakjuk, méretük Topológiai kapcsolat: A kapcsolat topológiainak tekinthetõ, ha a vizsgált elemek tulajdonságai alapvetõen a komponensek topológiájától függnek, vagyis a helyzetparaméterektõl, mérettûrésektõl, felületminõségtõl, helyzettûrésektõl, bázisoktól, vagyis egy vagy több komponens közötti, általában közvetlenül nem mérhetõ paraméterektõl. Funkcionális kapcsolat: Az összefüggések széles körét kezelhetjük funkcionális kapcsolatként, mint például különbözõ mechanikus, elektronikus, pneumatikus vagy hidraulikus kapcsolatot. Ezen típusú kapcsolat jellemzõi nem mindig fejezhetõk ki fizikai, geometriai vagy topológiai jellemzõkkel, a termék elemei közötti kapcsolat ténye jellemzi egyedül a kapcsolatot. Anyag kapcsolat: A termék komponensek egyik legfontosabb paramétere. Ez tartalmazza az anyag elõélete (anyagbeszerzés, elõkészítõ folyamatok) és utóélete (kezelés, karbantartás, szétszerelés) szempontjából lényeges korlátait és közös vonásait Technológiai kapcsolat: A kapcsolat technológiai, ha a különbözõ elemek technológiai folyamatai között olyan magas szintû hasonlóság van, hogy az a tervezésben lehetõvé teszi a variáns elv alkalmazását.

- Adat, információ, tudás definíciói, összefüggéseik reprezentációtípusok Részletesebben a téma az AI alapjai című tárgyban

- Adat, információ, tudás definíciói, összefüggéseik reprezentációtípusok Részletesebben a téma az AI alapjai című tárgyban I. Intelligens tervezőrendszerek - Adat, információ, tudás definíciói, összefüggéseik reprezentációtípusok Részletesebben a téma az AI alapjai című tárgyban Adat = struktúrálatlan tények, amelyek tárolhatók,

Részletesebben

Parametrikus tervezés

Parametrikus tervezés 2012.03.31. Statikus modell Dinamikus modell Parametrikus tervezés Módosítások a tervezés folyamán Konstrukciós variánsok (termékcsaládok) Parametrikus Modell Parametrikus tervezés Paraméterek (változók

Részletesebben

CAD Rendszerek I. Sajátosság alapú tervezés - Szinkron modellezés

CAD Rendszerek I. Sajátosság alapú tervezés - Szinkron modellezés CAD Rendszerek I. Sajátosság alapú tervezés - Szinkron modellezés Farkas Zsolt Budapesti Műszaki és Gazdaságtudományi Egyetem, Gép- és Terméktervezés Tanszék 1/ 14 Tartalom -Sajátosság alapú tervezés:

Részletesebben

3D számítógépes geometria és alakzatrekonstrukció

3D számítógépes geometria és alakzatrekonstrukció 3D számítógépes geometria és alakzatrekonstrukció 14. Digitális Alakzatrekonstrukció - Bevezetés http://cg.iit.bme.hu/portal/node/312 https://www.vik.bme.hu/kepzes/targyak/viiima01 Dr. Várady Tamás, Dr.

Részletesebben

A gyártástervezés modelljei. Dr. Mikó Balázs

A gyártástervezés modelljei. Dr. Mikó Balázs Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet ermelési folyamatok II. A gyártástervezés modelljei Dr. Mikó Balázs miko.balazs@bgk.uni-obuda.hu

Részletesebben

3D-s számítógépes geometria és alakzatrekonstrukció

3D-s számítógépes geometria és alakzatrekonstrukció 3D-s számítógépes geometria és alakzatrekonstrukció 14. Digitális Alakzatrekonstrukció - Bevezetés http://cg.iit.bme.hu/portal/node/312 https://www.vik.bme.hu/kepzes/targyak/viiiav08 Dr. Várady Tamás,

Részletesebben

Vezetői információs rendszerek

Vezetői információs rendszerek Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer

Részletesebben

TOGAF elemei a gyakorlatban

TOGAF elemei a gyakorlatban TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési

Részletesebben

Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport

Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport Dr. Mikó Balázs miko.balazs@bgk.uni-obuda.hu MŰANYAG

Részletesebben

Házi feladat Dr Mikó Balázs - Gyártástechnológia II. 5

Házi feladat Dr Mikó Balázs - Gyártástechnológia II. 5 Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet Gyártástechnológia II. BAGGT23NND/NLD 01A - Bevezetés, Alapfogalmak Dr. Mikó Balázs miko.balazs@bgk.uni-obuda.hu

Részletesebben

Termék modell. Definíció:

Termék modell. Definíció: Definíció: Termék modell Összetett, többfunkciós, integrált modell (számítógépes reprezentáció) amely leír egy műszaki objektumot annak különböző életfázis szakaszaiban: tervezés, gyártás, szerelés, szervízelés,

Részletesebben

Verifikáció és validáció Általános bevezető

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

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék Dr. Kulcsár Gyula egyetemi docens Tartalomjegyzék Bevezetés Termelési paradigma fogalma Paradigma váltások A CIM fogalmának

Részletesebben

DW 9. előadás DW tervezése, DW-projekt

DW 9. előadás DW tervezése, DW-projekt DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés

Részletesebben

Nagy bonyolultságú rendszerek fejlesztőeszközei

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ő

Részletesebben

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 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észletesebben

Történet John Little (1970) (Management Science cikk)

Történet John Little (1970) (Management Science cikk) Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológia Tanszék szendroi@witch.pmmf.hu Vezetői információs rendszerek Döntéstámogató rendszerek (Decision Support Systems) Döntések információn

Részletesebben

Szoftver újrafelhasználás

Szoftver ú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észletesebben

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

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

Részletesebben

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 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észletesebben

TERMÉKTERVEZÉS NUMERIKUS MÓDSZEREI. 1. Bevezetés

TERMÉKTERVEZÉS NUMERIKUS MÓDSZEREI. 1. Bevezetés TERMÉKTERVEZÉS NUMERIKUS MÓDSZEREI Dr. Goda Tibor egyetemi docens Gép- és Terméktervezés Tanszék 1. Bevezetés 1.1. A végeselem módszer alapjai - diszkretizáció, - szerkezet felbontása kicsi szabályos elemekre

Részletesebben

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

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

Részletesebben

Gyakorlati segédlet a tervezési feladathoz

Gyakorlati segédlet a tervezési feladathoz Nyugat-magyarországi Egyetem Faipari Mérnöki Kar Terméktervezési és Gyártástechnológiai Intézet Gyakorlati segédlet a tervezési feladathoz Mechanikai megmunkálás (OFM, FM BSC) és Ipari Technológiák II.

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék 2012/13 2. félév 4. Előadás Dr. Kulcsár Gyula egyetemi docens Gyártórendszerek egyszerűsített irányítási modellje Zavaró

Részletesebben

Programfejlesztési Modellek

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ó

Részletesebben

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ó

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

Részletesebben

Modell alapú tesztelés mobil környezetben

Modell alapú tesztelés mobil környezetben Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed

Részletesebben

TERMÉKFEJLESZTÉS (BMEGEGE MNTF)

TERMÉKFEJLESZTÉS (BMEGEGE MNTF) TERVEZÉS ELMÉLET ÉS MÓDSZERTAN (BMEGEGE MGTM) TERMÉKFEJLESZTÉS (BMEGEGE MNTF) 1. Előadás Tervezési iskolák, elméletek, módszerek. A tervezési folyamat és modellezése 2010/2011 II. félév 1 / 24 Ütemterv

Részletesebben

Az ellátásilánc-menedzsment, és informatikai háttere. BGF PSZK Közgazdasági Informatikai Intézeti Tanszék Balázs Ildikó, Dr.

Az ellátásilánc-menedzsment, és informatikai háttere. BGF PSZK Közgazdasági Informatikai Intézeti Tanszék Balázs Ildikó, Dr. Az ellátásilánc-menedzsment, és informatikai háttere BGF PSZK Közgazdasági Informatikai Intézeti Tanszék Balázs Ildikó, Dr. Gubán Ákos SCM Hatóság Kiskereskedő Fogyasztó Vevő 2 Logisztikai központ Beszálító

Részletesebben

Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer

Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer XXII. MINŐSÉGSZAKEMBEREK TALÁLKOZÓJA A digitalizálás a napjaink sürgető kihívása Dr. Ányos Éva működésfejlesztési tanácsadó Magyar

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék 2016/17 2. félév 1-2. Előadás Dr. Kulcsár Gyula egyetemi docens A tantárgy tematikája 1.

Részletesebben

(Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja.

(Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja. Testmodellezés Testmodellezés (Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja. A tervezés (modellezés) során megadjuk a objektum geometria

Részletesebben

Költségbecslési módszerek a szerszámgyártásban. Tartalom. CEE-Product Groups. Költségbecslés. A költségbecslés szerepe. Dr.

Költségbecslési módszerek a szerszámgyártásban. Tartalom. CEE-Product Groups. Költségbecslés. A költségbecslés szerepe. Dr. Gépgyártástechnológia Tsz Költségbecslési módszerek a szerszámgyártásban Szerszámgyártók Magyarországi Szövetsége 2003. december 11. 1 2 CEE-Product Groups Tartalom 1. Költségbecslési módszerek 2. MoldCoster

Részletesebben

Számítógépes döntéstámogatás. Bevezetés és tematika

Számítógépes döntéstámogatás. Bevezetés és tematika SZDT-01 p. 1/18 Számítógépes döntéstámogatás Bevezetés és tematika Werner Ágnes Villamosmérnöki és Információs Rendszerek Tanszék e-mail: werner.agnes@virt.uni-pannon.hu Előadás SZDT-01 p. 2/18 SZDT-01

Részletesebben

Teamcenter, a Siemens PLM megoldása tervezési folyamatok kezelésére. Sallay Péter. Kasuba-Tóth Endre

Teamcenter, a Siemens PLM megoldása tervezési folyamatok kezelésére. Sallay Péter. Kasuba-Tóth Endre Teamcenter, a Siemens PLM megoldása tervezési folyamatok kezelésére Sallay Péter ügyvezető igazgató peter.sallay@graphit.hu Kasuba-Tóth Endre PLM tanácsadó endre.kasuba-toth@graphit.hu www..hu Tartalom

Részletesebben

Modellek dokumentálása

Modellek dokumentálása előadás CAD Rendszerek II AGC2 Piros Attila Budapesti Műszaki és Gazdaságtudományi Egyetem, Gép- és Terméktervezés Tanszék 1 / 18 DOKUMENTÁCIÓK FELOSZTÁSA I. Felosztás felhasználás szerint: gyártási dokumentáció

Részletesebben

Menedzsment paradigmák és a virtuális vállalat. Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula

Menedzsment paradigmák és a virtuális vállalat. Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula Menedzsment paradigmák és a virtuális vállalat Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula Rendszer (System) Elem, kölcsönhatás, struktúra, határ, jel, állapot, folyamat, modell. Rendszer

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék Dr. Kulcsár Gyula egyetemi docens Megoldásjavító szabályzókör A Kybernos egyszerűsített modellje Klasszikus termelésirányítási

Részletesebben

TERMÉKFEJLESZTÉS (BMEGEGE MNTF)

TERMÉKFEJLESZTÉS (BMEGEGE MNTF) TERVEZÉS ELMÉLET ÉS MÓDSZERTAN (BMEGEGE MGTM) TERMÉKFEJLESZTÉS (BMEGEGE MNTF) 12. Előadás QFD 2010/2011 II. félév Tervezés elmélet és módszertan MGTM Dr. Horák Péter 2010 1 / 38 Ütemterv 2011. tavaszi

Részletesebben

A gyártási rendszerek áttekintése

A gyártási rendszerek áttekintése SZÉCHENYI ISTVÁN EGYETEM GYŐR Gyártócellák (NGB_AJ018_1) A gyártási rendszerek áttekintése Bevezetés A tantárgy célja A gyártócellák c. tárgy átfogóan foglalkozik a gyártás automatizálás eszközeivel, ezen

Részletesebben

TARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL

TARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL TARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL Nikula László Senior mérnöktanácsadó / BIM Specialista Hilti Hungária Szolgáltató Kft. MI IS A BIM? BIM Modell Menedzsment Épület

Részletesebben

Korszerő alkatrészgyártás és szerelés II. BAG-KA-26-NNB

Korszerő alkatrészgyártás és szerelés II. BAG-KA-26-NNB Óbudai Egyetem Bánki Donát Gépész és Biztonságtechnikai Mérnöki Kar Anyagtudományi és Gyártástechnológiai Intézet, Gépgyártástechnológia Szakcsoport Korszerő alkatrészgyártás és szerelés II. BAG-KA-26-NNB

Részletesebben

OpenCL 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 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észletesebben

TERMÉKFEJLESZTÉS (BMEGEGE MNTF)

TERMÉKFEJLESZTÉS (BMEGEGE MNTF) TERVEZÉS ELMÉLET ÉS MÓDSZERTAN (BMEGEGE MGTM) TERMÉKFEJLESZTÉS (BMEGEGE MNTF) 10. Előadás Költségszempontú tervezés 2010/2011 II. félév 1 / 17 Ütemterv 2011. tavaszi félév Hét Előadás 1. Tervezési iskolák,

Részletesebben

A CMMI alapú szoftverfejlesztési folyamat

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,

Részletesebben

PTE PMMIK, SzKK Smart City Technologies, BimSolutions.hu 1

PTE PMMIK, SzKK Smart City Technologies, BimSolutions.hu 1 BEMUTATKOZÁS Diploma (2009) Építészirodai munka, tervezési gyakorlat VICO vcs, (vce), pl, trainer (2010) PhD tanulmányok + oktatás Kutatócsoport + saját projektek (2014) BimSolutions.hu 1 BIM FELHASZNÁLÁSI

Részletesebben

Adatmodellezés. 1. Fogalmi modell

Adatmodellezés. 1. Fogalmi modell Adatmodellezés MODELL: a bonyolult (és időben változó) valóság leegyszerűsített mása, egy adott vizsgálat céljából. A modellben többnyire a vizsgálat szempontjából releváns jellemzőket (tulajdonságokat)

Részletesebben

8., ELŐADÁS VIRTUÁLIS LOGISZTIKAI KÖZPONTOK ALKALMAZÁSAI. Klaszter, mint virtuális logisztikai központ

8., ELŐADÁS VIRTUÁLIS LOGISZTIKAI KÖZPONTOK ALKALMAZÁSAI. Klaszter, mint virtuális logisztikai központ 8., ELŐADÁS VIRTUÁLIS LOGISZTIKAI KÖZPONTOK ALKALMAZÁSAI Klaszter, mint virtuális logisztikai központ Feladatai: a beszállítói feladatok kis és középvállalatok versenyképességeinek fokozása érdekében,

Részletesebben

BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok

BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatikus szak, mesterképzés Hírközlő rendszerek biztonsága szakirány Villamosmérnöki szak, mesterképzés - Újgenerációs

Részletesebben

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel Készítette: Szabó Gábor, 1996 Az Az IntelliCorp IntelliCorp stratégiája: stratégiája: Kifinomult, Kifinomult, objektum-orientált objektum-orientált környezetet környezetet biztosít biztosít tervezéséhez,

Részletesebben

Követelmény meghatározás. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1

Követelmény meghatározás. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1 Követelmény meghatározás Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1 A követelményjegyzék a rendszerfejlesztési alapmintában Döntési struktúra Vizsgálat/ helyzetfelmérés

Részletesebben

Vállalati modellek. Előadásvázlat. dr. Kovács László

Vállalati modellek. Előadásvázlat. dr. Kovács László Vállalati modellek Előadásvázlat dr. Kovács László Vállalati modell fogalom értelmezés Strukturált szervezet gazdasági tevékenység elvégzésére, nyereség optimalizálási céllal Jellemzői: gazdasági egység

Részletesebben

Szakterü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 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észletesebben

1 A SIKERES PROJEKT KOCKÁZATMENEDZ SMENT FŐ ELEMEI ÉS KULCSTÉNYEZŐI

1 A SIKERES PROJEKT KOCKÁZATMENEDZ SMENT FŐ ELEMEI ÉS KULCSTÉNYEZŐI 1 A SIKERES PROJEKT KOCKÁZATMENEDZ SMENT FŐ ELEMEI ÉS KULCSTÉNYEZŐI 1.1 MIT JELENT ÉS MIÉRT FONTOS A KOCKÁZATMENEDZSMEN T? A Project Management Institute (PMI) definíciója szerint a projekt egy ideiglenes

Részletesebben

A FOLYAMATMENEDZSMENT ALAPJAI

A FOLYAMATMENEDZSMENT ALAPJAI A FOLYAMATMENEDZSMENT ALAPJAI 1 Az Értékteremtő Folyamat Menedzsment stratégia A vállalat küldetése Környezet Vállalati stratégia Vállalati adottságok Kompetitív prioritások Lényegi képességek ÉFM stratégia

Részletesebben

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 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észletesebben

Használja a Yammert közösségi munkaterületként, amely lehetőséget ad az együttműködésre, az innovációra és a részvétel ösztönzésére.

Használja a Yammert közösségi munkaterületként, amely lehetőséget ad az együttműködésre, az innovációra és a részvétel ösztönzésére. HASZNÁLATI ESETEK KATALÓGUSA Használja a Yammert közösségi munkaterületként, amely lehetőséget ad az együttműködésre, az innovációra és a részvétel ösztönzésére. A Yammer használati eseteinek katalógusa

Részletesebben

Gondolatok a PM módszertan korlátairól, lehetőségeiről amit a felsővezetőknek tudniuk kell! dr. Prónay Gábor

Gondolatok a PM módszertan korlátairól, lehetőségeiről amit a felsővezetőknek tudniuk kell! dr. Prónay Gábor Gondolatok a PM módszertan korlátairól, lehetőségeiről amit a felsővezetőknek tudniuk kell! dr. Prónay Gábor 5. Távközlési és Informatikai Projekt Menedzsment Fórum 2002. április 18. AZ ELŐADÁS CÉLJA néhány

Részletesebben

Az automatizálás a hajtóerőnk

Az automatizálás a hajtóerőnk Az automatizálás a hajtóerőnk 02 Springer Az automatizálás a hajtóerőnk Springer GmbH - innovatív vállalat, hogy automatizálása sikeres legyen Springer Az automatizálás a hajtóerőnk Innovációs erejével,

Részletesebben

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. 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észletesebben

Termékéletciklus-kezelésen alapuló számítógépes tervezés

Termékéletciklus-kezelésen alapuló számítógépes tervezés Termékéletciklus-kezelésen alapuló számítógépes tervezés Dr. Váradi Károly Farkas Zsolt Budapesti Műszaki és Gazdaságtudományi Egyetem, Gép- és Terméktervezés Tanszék, Piros Attila C3D Műszaki Tanácsadó

Részletesebben

Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni?

Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni? Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni? Kritikus pontok Ethernet interfész soros eszközbe ágyazásakor Az ipari Ethernet technológia az alacsony költségeinek és jelentős hálózati

Részletesebben

Logisztikai szimulációs módszerek

Logisztikai szimulációs módszerek Üzemszervezés Logisztikai szimulációs módszerek Dr. Juhász János Integrált, rugalmas gyártórendszerek tervezésénél használatos szimulációs módszerek A sztochasztikus külső-belső tényezőknek kitett folyamatok

Részletesebben

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI Az MTA Cloud a tudományos alkalmazások támogatására Kacsuk Péter MTA SZTAKI Kacsuk.Peter@sztaki.mta.hu Tudományos alkalmazások és skálázhatóság Kétféle skálázhatóság: o Vertikális: dinamikusan változik

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (3) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer (folyt.) Eljárások, munkautasítások Eljárás: egy adott módja valami elvégzésének részletezett tevékenységek,

Részletesebben

Alkalmazásokban. Dezsényi Csaba Ovitas Magyarország kft.

Alkalmazásokban. Dezsényi Csaba Ovitas Magyarország kft. Tudásmodellezés Kereskedelmi Alkalmazásokban Dezsényi Csaba Ovitas Magyarország kft. Tudásmenedzsment Adat -> Információ -> Tudás Intézményi tudásvagyon hatékony kezelése az üzleti célok megvalósításának

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék Miskolci Egyetem Gépészmérnöki és Informatikai Kar Informatikai Intézet Alkalmazott Informatikai Intézeti Tanszék 2016/17 1. félév 3. Előadás Dr. Kulcsár Gyula egyetemi docens A termelésinformatika alapjai

Részletesebben

Hálózati szolgáltatások biztosításának felügyeleti elemei

Hálózati szolgáltatások biztosításának felügyeleti elemei Budai Károly IT architekt 2012. október 11. Hálózati szolgáltatások biztosításának felügyeleti elemei Szolgáltatás biztosítás általános modellje FELHASZNÁLÓ szolgáltató ügyfélszolgálat szolgáltató üzemeltetői

Részletesebben

BOC Information Technologies Consulting GmbH. Minőségmenedzsment

BOC Information Technologies Consulting GmbH. Minőségmenedzsment Minőségmenedzsment Bäckerstraße 5/3, A- 1010 Wien Tel: +43-513 27 36-0 Fax: +43-513 27 36-5 http://www.boc-hu.com E-Mail: boc@boc-hu.com AZ ADONIS ÉS A MINŐSÉGMENEDZSMENT / ISO 9000:2000 A sikeres és dinamikus

Részletesebben

Intelligens partner rendszer virtuális kórházi osztály megvalósításához

Intelligens partner rendszer virtuális kórházi osztály megvalósításához Intelligens partner rendszer virtuális kórházi osztály megvalósításához 1. Célkitűzések A pályázat célja egy virtuális immunológiai osztály kialakítása, amelynek segítségével a különböző betegségekkel

Részletesebben

Virtuális vállalatok működése gyorsan változó, bizonytalansággal terhelt környezetben

Virtuális vállalatok működése gyorsan változó, bizonytalansággal terhelt környezetben Virtuális vállalatok működése gyorsan változó, bizonytalansággal terhelt környezetben Virtuális vállalat 2012/13 1. félév 7. Előadás Dr. Kulcsár Gyula Rendszer (System) Elem, kölcsönhatás, struktúra, határ,

Részletesebben

MENEDZSMENT ALAPJAI Bevezetés

MENEDZSMENT 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észletesebben

KÖVETKEZŐ GENERÁCIÓS NAGYVÁLLALATI TARTALOMKEZELŐ MEGOLDÁSOK Stratis Kft. / Autonomy üzleti reggeli / 2014.10.16. Mezei Ferenc üzletág-igazgató

KÖVETKEZŐ GENERÁCIÓS NAGYVÁLLALATI TARTALOMKEZELŐ MEGOLDÁSOK Stratis Kft. / Autonomy üzleti reggeli / 2014.10.16. Mezei Ferenc üzletág-igazgató KÖVETKEZŐ GENERÁCIÓS NAGYVÁLLALATI TARTALOMKEZELŐ MEGOLDÁSOK Stratis Kft. / Autonomy üzleti reggeli / 2014.10.16. Mezei Ferenc üzletág-igazgató Hasonló, mégis más Ez se rossz amíg ezt ki nem próbáltad!

Részletesebben

Szoftver-technológia I.

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:

Részletesebben

Gyártástechnológia II.

Gyártástechnológia II. Gyártástechnológia II. BAGGT23NNB Bevezetés, Alapfogalmak Dr. Mikó Balázs miko.balazs@bgk.bmf.hu Tartalom Alapfogalmak Technológiai dokumentumok Elıgyártmányok Gyártási hibák, ráhagyások Bázisok és készülékek

Részletesebben

Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Copyright 2012, Oracle and/or its affiliates. All rights reserved. 1 Oracle Felhő Alkalmazások: Gyorsabb eredmények alacsonyabb kockázattal Biber Attila Igazgató Alkalmazások Divízió 2 M I L L I Á RD 4 1 PERC MINDEN 5 PERCBŐL 5 6 Ember használ mobilt 7 FELHŐ SZOLGÁLTATÁS

Részletesebben

Elektronikai tervezés Dr. Burány, Nándor Dr. Zachár, András

Elektronikai tervezés Dr. Burány, Nándor Dr. Zachár, András Elektronikai tervezés Dr. Burány, Nándor Dr. Zachár, András Elektronikai tervezés írta Dr. Burány, Nándor és Dr. Zachár, András Publication date 2013 Szerzői

Részletesebben

Eszköz és karbantartás management

Eszköz és karbantartás management Eszköz és karbantartás management Hangoljuk össze a vállalati tevékenységeket a CabMap GIS rendszerével IBM Maximo: A vállalat komplex tevékenységének felölelésére alkalmas rendszer, mely által egy egységes

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

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

Részletesebben

FANUC Robotics Roboguide

FANUC Robotics Roboguide FANUC Robotics Roboguide 2010. február 9. Mi Mi az az a ROBOGUIDE Robot rendszer animációs eszköz ROBOGUIDE is an off-line eszköz a robot rendszer beállításához és karbantartásához ROBOGUIDE is an on-line

Részletesebben

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata Kutatási beszámoló a Pro Progressio Alapítvány számára Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatika szak Orvosi készülékekben használható modern

Részletesebben

Folyamatmenedzsment módszerek a projekt menedzsment eszköztárában

Folyamatmenedzsment módszerek a projekt menedzsment eszköztárában Folyamatmenedzsment módszerek a projekt menedzsment eszköztárában Kisbej András vezető tanácsadó 2007. április 5. Projektszerű működés és a funkcionális szervezeti működés szabályozása nem egyen szilárdságú

Részletesebben

Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése

Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése 1 Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése Természetes nyelv feldolgozás 2 Tudásalapú információ-kereső rendszerek

Részletesebben

H ÁT ÉN IMMÁR K I T VÁ L A S S ZA K? P rojekte k h u m á n e rő forrá s kihívásai

H ÁT ÉN IMMÁR K I T VÁ L A S S ZA K? P rojekte k h u m á n e rő forrá s kihívásai H ÁT ÉN IMMÁR K I T VÁ L A S S ZA K? P rojekte k h u m á n e rő forrá s kihívásai Szabó Lajos habilitált egyetemi docens, Budapesti Corvinus Egyetem kutató, iask TARTALOM 1. Kompetenciák a hagyományos

Részletesebben

Az Eiffel Palace esettanulmánya

Az 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észletesebben

Univerzális munkafolyamat szimulátor

Univerzális munkafolyamat szimulátor Univerzális munkafolyamat szimulátor Ütemterv Készítette: Kerek Róbert KERQABT.SZE Gazdaságinformatikus BSc III. évfolyam Külső témavezető Kesztyűs Attila Lajos Siemens PSE Kft. Belső konzulens Dr. Ferenc

Részletesebben

ÁRAMKÖRÖK SZIMULÁCIÓJA

ÁRAMKÖRÖK SZIMULÁCIÓJA ÁRAMKÖRÖK SZIMULÁCIÓJA Az áramkörök szimulációja révén betekintést nyerünk azok működésébe. Meg tudjuk határozni az áramkörök válaszát különböző gerjesztésekre, különböző üzemmódokra. Végezhetők analóg

Részletesebben

Alkalmazá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 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észletesebben

IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan

IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan Bácsi Zoltán Bedecs Szilárd Napirend Közép Európai Egyetem (CEU) bemutatása IT stratégia kialakítása Változás előtt Termék

Részletesebben

A szoftverfejlesztés eszközei

A szoftverfejlesztés eszközei A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató

Részletesebben

Szolgáltatás Orientált Architektúra a MAVIR-nál

Szolgáltatás Orientált Architektúra a MAVIR-nál Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés

Részletesebben

Szoftver technológia. Projektmenedzsment eszközök. Cserép Máté ELTE Informatikai Kar 2019.

Szoftver 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észletesebben

Lemezalkatrész modellezés. SolidEdge. alkatrészen

Lemezalkatrész modellezés. SolidEdge. alkatrészen A példa megnevezése: A példa száma: A példa szintje: Modellezõ rendszer: Kapcsolódó TÁMOP tananyag rész: A feladat rövid leírása: Lemezalkatrész modellezés SZIE-A2 alap közepes - haladó SolidEdge CAD 3D

Részletesebben

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT

Részletesebben

Vállalatgazdaságtan Intézet. Logisztika és ellátási lánc szakirány Komplex vizsga szóbeli tételei 2009. március

Vállalatgazdaságtan Intézet. Logisztika és ellátási lánc szakirány Komplex vizsga szóbeli tételei 2009. március Logisztika és ellátási lánc szakirány Komplex vizsga szóbeli tételei 2009. március A tételek: 1) Hogyan lehet a biztonsági készletet meghatározni adott kiszolgálási szint mellett? Hogyan határozható meg

Részletesebben

Software project management Áttekintés

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

Részletesebben

Nagytömegű adatok (gyors) kartografálása. Rostás Sándor százados. MH GEOSZ Műszaki és információs osztály térképész főtiszt (ov. h.

Nagytömegű adatok (gyors) kartografálása. Rostás Sándor százados. MH GEOSZ Műszaki és információs osztály térképész főtiszt (ov. h. Nagytömegű adatok (gyors) kartografálása Rostás Sándor százados. MH GEOSZ Műszaki és információs osztály térképész főtiszt (ov. h.) Kialakításának feltételei - Szoftver lincence (ESRI) - Megfelelő mxd

Részletesebben

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN

ESZKÖ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észletesebben

Programozás alapjai Bevezetés

Programozás alapjai Bevezetés Programozás alapjai Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Programozás alapjai Bevezetés SWF1 / 1 Tartalom A gépi kódú programozás és hátrányai A magas szintÿ programozási nyelv fogalma

Részletesebben

Projekt siker és felelősség

Projekt 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észletesebben