Varga István szoftverfejlesztő Módosítva: 2010.11.10 Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények HNS Műszaki.

Slides:



Advertisements
Hasonló előadás
MINŐSÉGMENEDZSMENT 6. előadás
Advertisements

A szabványosítás és a szabvány fogalma, feladata
PTE PMMK ÉPÍTÉSKIVITELEZÉSI ÉS MÉRNÖKI MENEDZSMENT TANSZÉK MINŐSÉGMENEDZSMENT 4. ELŐADÁS.
SMED.
Mi jellemző a magyar autóipari beszállítók helyzetére napjainkban?
SPC/SQC valósidejű rendszerekben 2000 November /Magyar Batch Fórum 1 Hi-Spec Solutions SPC/SQC in Real Time Systems (Statisztikai és minőségi szabályzás.
Autonóm mérésadatgyűjtő és telemetriai rendszer
96 csatornás QAM modulátor 96 csatornás QAM modulátor Kötetlen beszélgetés arról, hogy milyen irányba fejlődik a híradástechnika Készítette: Zigó József.
T RD -Trading Hungary Kft. Metrológia.
ADNS Attestation DataNet Service
MINŐSÉGMENEDZSMENT 5. előadás PTE PMMK MÉRNÖKI MENEDZSMENT TANSZÉK 2011.
Dr. Török Béla Általános Iskola 1142 Bp. Rákospatak utca 101.
A TANÁCSADÓ SZEREPE az EU műszaki jogi szabályozásának vállalati alkalmazásában CE jelölés és társai – a.
Értékesítési csatornák
Minőségmenedzsment 2. előadás
RFID labor az Intézetünkben
Előnyök és alkalmazási területek
Zalayné Kovács Éva: Minőség és könyvtár
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 adjunktus.
Táblázatkezelés Az Excel.
Számítógéppel segített minőségbiztosítás (SPC és SQC)
INFORMATIKA E-management E-business E-gyártás. Információ alapú gazdálkodás E-management E-business E-gyártás – E-minőségirányítás.
Mikro és kisvállalkozások szerepe a rövid ellátási láncban Gyaraky Zoltán főosztályvezető Élelmiszer-feldolgozási Főosztály.
A Mezőgazdaságtudományi Kar minőségbiztosítási rendszere
Minőségbiztosítás a szerelésben
A KSH új online adatgyűjtő rendszere EKOP-1.A.1-08/B
Budapesti Műszaki Főiskola Neumann János Informatikai Főiskolai Kar A Műszaki Tervezés Rendszerei 2000/2001 tanév, I. félév 1. előadás Bevezető a számítógépen.
Folyamatos Fejlesztés Cél: Önálló fejlesztési képesség kialakítása intézményi és egyéni szinten.
Fém- és műanyag feldolgozó Kft.
Szimulációs eszközök alkalmazása a műanyag-termékek gyártástechnológiai modellezésében Beleznai Róbert Június 11. Miskolc-Tapolca.
Automatika Az automatizálás célja gép, együttműködő gépcsoport, berendezés, eszköz, műszer, részegység minél kevesebb emberi beavatkozással történő, balesetmentes.
A felnőttképzések rendszere és gyakorlata az Esőemberekért Egyesület képzéseiben.
Műszer vezérlő - kezelő program GPI-745A teszterhez.
A logisztikai rendszer beszerzési alrendszerének jellemzői és modellje
A szoftver, szoftvertípusok
Rugalmas keretrendszer a minőségbiztosítási adatok kezeléséhez XII. abas Vevőfórum, Balatonlelle június 5-7.
Országos Mentőszolgálat A TETRA rádió szerepe az OMSZ új mentés irányító rendszerében 7. Professzionális Mobiltávközlési Nap „Fókuszban a növekedés” 2014.
Funkciós blokkok A funkciós blokkok áttekintése Az alkalmazás előnyei.
Automatika Az automatizálás célja gép, együttműködő gépcsoport, berendezés, eszköz, műszer, részegység minél kevesebb emberi beavatkozással történő, balesetmentes.
Programozás, programtervezés
Meteorológiai adatokra épülő növényvédelmi előrejelző rendszer Zala megyei kísérleti projekt.
VÁLTOZÁSOK AZ ISO 9001 SZABVÁNYBAN 2015.
WORKFLOW MENEDZSMENT MUNKAFOLYAMAT KEZELÉS
BEVEZETÉS A VÁLLALATGAZDASÁGTANBA 5.
Avagy 10 perces szerszámcsere.  Manapság a fogyasztók elvárják, hogy a termékekhez megfelelő minőségben, mennyiségben, árban, időben jussanak hozzá.
Grafikus programozás Készítette: Csernok László
CLOOS-ÓE Bánki Szimpózium 2015
„SZERVEZETI HATÉKONYSÁG FEJLESZTÉSE AZ EGÉSZSÉGÜGYI ELLÁTÓRENDSZERBEN – TERÜLETI EGYÜTTMŰKÖDÉSEK KIALAKÍTÁSA” TÁMOP B MAGYAR KÓRHÁZSZÖVETSÉG XXVII.
PROJEKTMENEDZSMENT. Projektmenedzsment a stratégia megvalósításának eszköze. Projekt egy-egy konkrét stratégiai program vagy részprogram.
PTE PMMIK ÉPÍTÉSKIVITELEZÉSI ÉS MÉRNÖKI MENEDZSMENT TANSZÉK MINŐSÉGMENEDZSMENT 5. ELŐADÁS.
1 VIIR Vállalatirányítási Integrált Információs rendszerek I. (Történeti áttekintés - TEI) Szent István Egyetem TATA Kiválósági Központ és Informatikai.
Gazellák Magyarországon A KIS- ÉS KÖZÉPVÁLLALATOK SZEREPE A FOGLALKOZTATÁSBAN Műhelykonferencia.
TRD.  Jelszóval védett tartalom  Több felhasználó név és jelszó  Egyedi jogosultságok  Mérőeszközök  Riportok  Biztonsági mentés  Felhasználók.
Sz&p prof.
Szent István Egyetem Közgazdaságtudományi Jogi és Módszertani Intézet
KŐZETFIZIKAI VIZSGÁLATOK SZÁMÍTÓGÉPES MÉRŐRENDSZERREL
Az ET 91 frekvenciabeállítási módjai
ISO/IEC Software Asset Management szabvány
"Ha nem tudod, hogy hová mész,
6 szigma.
Az ET 92 frekvenciabeállítási módjai
Hosszúidejű Spektrogram mérés az ELQ 30 - al
Szabályozott és képes termékek/szolgáltatások, folyamatok, rendszerek
Termelés tervezési és irányítási rendszer SQL alapon
Táblázatkezelés Az Excel.
Hosszúidejű Spektrogram mérés az ET 91 - el
Algoritmus készítés.
Kocsis Ernő Ügyvezető igazgató Roto Elzett Certa Kft.
Előadás másolata:

Varga István szoftverfejlesztő Módosítva: Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények HNS Műszaki Fejlesztő Kft Győr, Ipari Park Gesztenyefa u. 4. Telefon: (96) Fax: (96) Web: IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer

2 IJTTR_08 Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények SPC Statistical Process Control Statisztikai folyamatszabályozás …, mert a folyamatra ható zavarok azonosítása, vizsgálata, a folyamat kézben tartása matematikai - statisztikai módszerek alkalmazásával történik …, mert a folyamat irányítása a visszacsatoláson alapszik

3 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények SPC helye a vállalati MIR-ben Minőségpolitika Minőségirányítási rendszer Minőségtechnikák Küldetés

 A. Minőségprofil  B. Felhasználói többletkövetelmények  C. Változó igényekhez alakítható adatgyűjtési módok  D. Könnyen értelmezhető interakciók a grafikánál, billentyűzettel és egérrel Felhasználói többletkövetelmények IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer

Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények 5 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer A szoftver képességei és adottságai szoftvertermék adatokat adatbázisban tároló eszköz mérő és adatgyűjtő eszköz alkalmazott matematikai-statisztikai eszköz minőségmérnöki munkaeszköz minőségfejlesztési eszköz képernyős munkahely jelentéskészítő eszköz az ellenőrzési tervben (MCP) meghatározott "mérő"eszköz az alkalmazott számítások szabványossága Környezettel kapcsolatos képességek betanulási és oktatási igénye, támogatottsága probléma felismerési lehetőségei problémakezelési és megoldási lehetőségei a rendszer bővülését támogató lehetőségei Hosszú idejű képességek ára beruházás igénye fenntartási igénye licencelési politikája A. Az SPC szoftver egyszerűsített minőségprofilja 2006

Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények 6 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer B. Az utóbbi években jelentkező felhasználói többletkövetelmények három csoportba sorolhatók Mérő- és adatgyűjtő eszközként a változó igényekhez alakítható adatgyűjtési módok ahol az igények változása megjelenhet új mérőeszközként, új mérőkészülékként, minden darabos mérésként, stb. Minőségmérnöki munkaeszközként további funkciók, amelyek segítik a gyártót abban, hogy a folyamatok mérnöki felügyeletében eredményesebb legyen (kevesebb időráfordítás, tervezhetőség, azonnaliság)  folyamatok felügyelete és automatikus riasztás,  mintavételek felügyelete és automatikus riasztás,  mérőeszköz ellenőrzések felügyelete Képernyős munkahelyként könnyen értelmezhető interakciók a grafikáknál, billentyűzettel és egérrel a képernyő, mint információs csatorna szélesebb körű kihasználása a dolgozóval folytatott interakcióban

Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények 7 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer A többletkövetelmények megjelenési okai A többletkövetelmények megjelenési okai a folyamatosan változó technikai és gazdasági környezet változásában keresendőek: magasabb minőségi követelmények, szigorodó vevői előírások, rövidebb gyártási sorozatok, költségek szükségszerű racionalizálása, csökkenő átállási – átszerelési – szerszámcsere idők, gép-, szerszámbeállítások támogatása, magasabb elvárások a dolgozóval szemben.

8 Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer

9 IJTTR_08 Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények C. Változó igényekhez alakítható adatgyűjtési módok Információk az adatgyűjtés tervezéséhez

10 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények D. Könnyen értelmezhető interakciók a grafikánál, billentyűzettel és egérrel Üzemi elhelyezés Mérőszobai elhelyezés • Eseti kapcsolat a szoftverrel • Az információk közlése - erős ingerként, - konkrét utasításként hasson, - a lehető legkevesebb bill. haszn. • Folyamatos kapcsolat a szoftverrel - egyértelmű és gyorsan áttekinthető interakciók : jelentős eredményeket értünk el, - automatizmusok beépíthetőségére vonatkozó fejlesztések : még csak az elején járunk

 A. Dinamikus mérések  B. Kétoldalas dinamikus mérőkészülékek és mérési csoportok kezelése  C. Minden darabos mérések  D. További fejlesztési területek Fejlesztési eredmények IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények

12 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények A. Dinamikus mérések A fejlesztés az SPC szoftverben kifejezetten a tengelyszerű alkatrészek dinamikus jellemzőinek és alakelőírásainak elemekből összeállított mérőkészülékben történő méréséhez nyújt támogatást. Az EÖMK használata egyre népszerűbb a költségek csökkentésére törekvő gyártók körében. Használatát különösen indokolja az egyszerű átszerelhetősége és a dinamikus mérésekre való alkalmassága. Az EÖMK alkalmazására irányuló döntést az eszköz mérőképességének vizsgálatával kell alátámasztani.

13 Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények A. Dinamikus mérések Az adatgyűjtő és feldolgozó szoftverben (HNS SPC) biztosítani kell a mérőeszközök általános kezelői funkcióit; induktív tapintók esetében az azonosítási, a nullpont beállítási, a linearizálási és az ellenőrzési funkciókat. A konkrét mérési feladatban meg kell adni o a mérőeszközökkel kapcsolatos információkat: az adott illesztő egység típusa, a csatlakozó port száma, az egyes mérőtapintók kalibrálási tartománya; o a beállítódarabbal kapcsolatos információkat: a beállítódarab azonosítója, a kalibrálás érvényességi ideje (ha közvetett mérésről van szó); o az alkatrészről megjelenítendő képet tartalmazó fájl nevét; o a konkrét jellemzővel kapcsolatos információkat: mi a mért jellemző, melyik készülékoldalon kell mérni, melyik mérőelemekkel mérjük, melyik megjelenítési pozícióban kell az értéket megjeleníteni… IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer

14 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények A. Dinamikus mérések A mérés végrehajtása során a dolgozó először a beállító darabot helyezi be a készülékbe és a megfelelő programfunkciót használva elvégzi a mérőelemek kalibrálását. Ezután a mérendő alkatrészt helyezi be és elindítja, majd elvégzi a mérést, amelynek során kézzel vagy motorosan körbeforgatja a darabot. A mért és számított értékek adott megjelenítési pozícióban láthatók a grafikus képernyőn. A mérés végét a Kész gomb megnyomásával jelzi. Ezzel a módszerrel az SPC-ben előírt minta minden egyes darabját leméri.

15 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények A bonyolultabb alkatrészek mérése során gyakran előfordul, hogy nem tudjuk egy készülékben elhelyezni a valamennyi jellemző méréséhez szükséges összes mérőelemet. Ilyenkor praktikus megoldás a kétoldalas mérőkészülékek használata. (készülékoldal) Az EÖMK mérőrendszer részei o EÖMK rendszerű mérőállvány; o mérőelemek: mérőtapintók és illesztőegységek; o adatgyűjtő és feldolgozó szoftver (HNS SPC). B. Kétoldalas dinamikus mérőkészülékek és mérési csoportok kezelése

16 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények B. Kétoldalas dinamikus mérőkészülékek és mérési csoportok kezelése Találkozhatunk olyan előírásokkal is, amely jellemzőket célszerűbb hagyományos kézi mérőeszközökkel mérni. A HNS SPC-ben ezeknek a követelményeknek a mérési csoportok kialakításával igyekeztünk megfelelni. A mérési csoportok egymás után kerülnek végrehajtásra. A dinamikus mérések bal-jobb, a hagyományos mérések és attributív jellemzők egy csoportban, a beállított sorrendben hajthatók végre. (mérési csoport) A statikus mérésekre is kiterjesztett, könnyen értelmezhető vizuális megjelenítés az aktuálisan mért érték tűrésmezőn belüli ábrázolását jelenti (esetleg az értékkel együtt). A kétféle megjelenítési mód közötti átváltás futásidőben történhet.

17 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények C. Minden darabos mérések A minden darabos mérés automatikus mintaképzéssel és SPC felé történő feladással történik. Ez egy, az autóipari beszállítókkal szemben egyre gyakrabban előforduló vevői igény, ami mellett a folyamatok szabályozása (SPC) is természetes követelmény. Ezen két igénynek a HNS által fejlesztett mérőprogramok már régóta megfelelnek, és ez a megfelelés most már a HNS SPC szoftverre is vonatkozik. A követelmény előírása a mérési feladat fejinformációi között lehetséges – például, hogy minden 10 mintából 1 minta kerüljön továbbításra az SPC adatbázis felé. Az SPC felé feladásra kerülő minta vizsgálata során a dolgozó közvetlenül a képernyőn megjelenő tájékoztatást kap.

18 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények D. További fejlesztési területek Az egyedi azonosítóval ellátott termékek gyártása nyomon követhetővé váljon: egyedi darabazonosító kezelése (gravírszám, vonal- vagy mátrixkód, stb.): egyedi termékazonosítás minden darabra, vizsgálati kötelezettség a megadott számú darab gyártását követően képzett minta mérésével. A mérési feladatban kiküldhető információk és egyes végrehajtási lépések automatikus kezelése: •a mérési feladat létrehozása során előírt szöveges információ megjelenítése a mérési feladat futása közben, •automatikus szekvenciák; ahol a dolgozónak nincs döntési lehetősége, ott automatikus beállítások szerint folytatódjon a végrehajtás.

19 IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények D. További fejlesztési területek Az SPC rendszerekhez csatlakoztatott kézi mérőeszközök költséghatékonyságának javítása terén beindított fejlesztéseink: •INSIZE mérőeszköz család illesztése PC USB portra, amivel egyúttal a mérőeszköz család különböző elemeinek egységes kezelhetőségét is biztosítani tudjuk, •költséghatékony eszközillesztési megoldások, egyedi USB csatlakozók és többcsatornás illesztőegységek.

HNS Műszaki Fejlesztő Kft Győr, Ipari Park Gesztenyefa u. 4. Telefon: (96) Fax: (96) Web: Köszönöm a figyelmet. IJTTR_08 Integrált Járműipari Termék- és Technológia Fejlesztő Rendszer Az SPC rendszerekkel szemben támasztott felhasználói többletkövetelmények Varga István szoftverfejlesztő Módosítva: