POČÍTAČOVÁ PODPORA FMEA

Transcription

1 POČÍTAČOVÁ PODPORA Renata Janošcová 1 1 Ing. Renata Janošcová, PhD., Katedra matematiky, štatistiky a informačných technológií, Vysoká škola manažmentu v Trenčíne, Bezručova 64, Trenčín rjanoscova@vsm.sk Obdržané DD.MM.YYYY; akceptované DD.MM.YYYY Abstrakt Článok sa v úvode venuje pojmom a FMECA. Uvádza najčastejšie používané štandardy, ktoré pokrývajú problematiku /FMECA. Popisuje druhy podľa nového vydania AIAG -4. Venuje pozornosť pojmom CA a CAQ. Analýza rizík vyžaduje, aby boli dynamicky aktualizované. Túto požiadavku je možné splniť s pomocou vhodnej počítačovej podpory. Informačný systém, prepojený na operatívne aj manažérske dáta, neustále informuje o aktuálnom stave rizika v daný moment, preto je možné meniť dokument v priebehu času. V článku sa uvádzajú najčastejšie používané nástroje CAQ, zamerané na /FMECA. Na záver sa demonštruje počítačová podpora na konkrétnom príklade v systéme PALSTAT CAQ. Kľúčové slová: CA Computer Aided Počítačová podpora, CAQ - Computer aided quality Počítačová podpora systémov manažérstva kvality, - Failure Mode and Effects Analysis Analýza možností vzniku chýb a ich následkov. 1 Úvod Každý manažér kvality najmä v oblasti automobilového a leteckého priemyslu sa stretáva s nástrojom. A to formálne alebo neformálne. V mnohých firmách vládne názor typu ak máme papiere v poriadku, máme v poriadku aj kvalitu. V tomto prípade je aj ich len mŕtvym dokumentom, ktorý slúži pre externého audítora kvality, alebo externého zákazníka pri kontrolách. Je to škoda, lebo je mocný nástroj, ktorý má svoje významné miesto vo všetkých systémoch manažérstva kvality. Cieľom článku je upriamiť pozornosť čitateľa práve na tento aspekt využívania. Počítačová podpora tomu výrazne napomáha, ale len za určitých podmienok. Pojmy: Failure Mode and Effects Analysis - Analýza možností vzniku chýb a ich následkov, nazývaná aj inak, napr. Analýza príčin a následkov porúch, Analýza možných chýb a ich dôsledkov, Analýza spôsobov a dôsledkov porúch, je metóda na zistenie možných problémov, rizík a ich následkov; ešte pred ich výskytom [1]. Tento potenciálny výskyt chýb je zisťovaný prostredníctvom pracovnej skupiny na základe z minulosti získaných skúseností, pričom tieto zistenia sa vykonávajú včas a sú doplnené hodnotením rizík zlyhania objektu analýzy a navrhovaním opatrení na predchádzanie výskytu možných chýb. Medzinárodná norma venovaná metóde [2] popisuje dve alternatívne metódy; metódu v preklade analýzu spôsobov a dôsledkov porúch a jej rozšírenú metódu FMECA analýzu spôsobov, dôsledkov a kritickosti porúch. V ponímaní tejto normy metóda nezahŕňa hodnotenie rizika možných spôsobov porúch (chýb vyvolaných určitou príčinou). Metóda FMECA je doplnená hodnotením kritickosti dôsledkov porúch a pravdepodobnosti spôsobov porúch a celková kritickosť sa na základe týchto dvoch kritérií vyhodnocuje v tzv. grafe kritickosti. V metodikách automobilového priemyslu sa však štandardne používa označenie a pritom tieto postupy obsahujú hodnotenie rizika [3]. Ako sa uvádza v [4], použitím sa snažíme proces urobiť "odolným voči chybám". Úlohou tímu je vytvoriť zoznam: Možných chýb (Ako môže proces zlyhať); Ich možných dôsledkov (Čo môže chyba spôsobiť); Možných príčin vzniku (Prečo by sa to mohlo stať); Činností na zabránenie vzniku (Čo môžeme urobiť, aby sme predišli chybe a kto je za to zodpovedný). Index RPN (Risk Priority Number) určuje mieru závažnosti analyzovanej chyby: RPN = Z V O. (1) Tento index má rôzne označenia, napr. v module informačného systému PALSTAT CAQ vystupuje ako MRP, inde sa vyskytuje pod označením UPR, či SOD. Ide vo všetkých prípadoch o rovnaký obsah ale s rôznymi 1

2 jazykovými variantami pojmu. RPN sa pohybuje v rozmedzí hodnôt Môže sa využiť vo všetkých fázach cyklu zlepšovania DMAIC. Pri analýze sa údaje vkladajú do formulára s podobnou štruktúrou, ako zobrazuje Tabuľka 1. Štandardný vzor formulára sa nachádza v príručke [5]. Tabuľka 1Základný formulár Krok Možná Závažnosť procesu chyba chyby: Z Možný dôsledok chyby Príčina vzniku chyby Pravdepodobnosť výskytu chyby: V Spôsob odhalenia a prevencie chyby Pravdepo dobnosť odhalenia chyby: O RPN Poradie rizika chyby Stĺpec 4: Z - hodnota, ktorá vyjadruje závažnosť (Severity) chyby; Stĺpec 6: V - pravdepodobnosť výskytu (Occurence) chyby v procese; Stĺpec 8: O - pravdepodobnosť, že chyba bude odhalená odhaliteľnosť (Detection). Opatrenia a činnosti proti vzniku Štandardy: Existuje mnoho štandardov a metodických pokynov, pokrývajúcich problematiku alebo FMECA. Medzi najčastejšie používané patria: VDA-Band 4 Sicherung der Qualität vor Serieneinsatz - Produkt- und Prozess- [6]. VDA (Verband der Automobilindustrie) definuje súhrnné požiadavky v rámci automobilového priemyslu v Nemecku. AIAG, Potential Failure Mode and Effects Analysis () Reference Manual Fourth Edition [7]. Súčasť požiadaviek QS 9000, ktoré definujú súhrnné požiadavky v rámci automobilového priemyslu v USA; SAE J1739, Potential Failure Mode and Effects Analysis in Design (Design ) and Potential Failure Mode and Effects Analysis in Manufacturing and Assembly Processes (Process ) [8]; MIL-STD-1629A, Procedures for Performing a Failure Mode Effects and Criticality Analysis (štandard zrušený v roku 1994, ale ešte používaný v niektorých vojenských a iných aplikáciách); SAE ARP5580, Recommended Failure Modes and Effects Analysis () Practices for Non-Automobile Applications, (2001); Náhrada za MIL-STD-1629 [9]; IEC 60812, Analysis techniques for system reliability Procedure for failure mode and effects analysis (); Prebraný do STN v roku 2006 ako - STN EN 60812:2006. Metódy analýzy spoľahlivosti systému. Postup analýzy spôsobu a dôsledku porúch [10]; ISO/TS Quality management systems.particular requirements for the application of ISO 9001:2008 for automotive production and relevant service part organizations; Prebraný ako STN P ISO/TS 16949, Systémy manažérstva kvality. Osobitné požiadavky na používanie normy ISO 9001: 2008 v organizáciách na výrobu automobilov a ich náhradných dielcov. Norma (technická špecifikácia) je určená výhradne pre automobilový priemysel [11]. Druhy : V súčasnej literatúre sa stretávame s viacerými druhmi. Metódu podľa nového vydania AIAG -4 [7] môžeme rozdeliť na štyri klasické kategórie: systému (System ) - zameriava sa na to, ako môže zlyhať interakcia medzi systémami; návrhu produktu (Design ) zameriava sa na to, ako môže zlyhať návrh produktu/výrobku; procesu (Process ) - zameriava sa na to, ako môžu zlyhať procesy, v priebehu ktorých produkt vzniká; nástroja (Machinery ) - zameriava sa na to, ako môže zlyhať nástroj/stroj, ktorý sa používa v procese výroby produktu; Carl S. Carlson [12] uvádza niektoré ďalšie druhy : Concept (skrátená verzia slúžiaca pri výbere optimálnych koncepčných alternatív alebo pri zmene špecifikácie návrhu systému); Maintenance (na podporu spoľahlivosti pri produktívnej údržbe; Hazard Analysis (analýza rizík, ktorá sa zameriava na identifikáciu a riešenie potenciálnych rizík spojených s používaním výrobku); Software (identifikuje slabé miesta softvérového systému a vyhodnocuje účinnosť architektúry a špecifikácie softvéru). 2

3 Počítačová podpora: Môžeme ju chápať ako CA systém počítačom podporovaný systém. Uvádza sa aj pojem CAx [13]. K počítačovej podpore systémov manažérstva kvality - CAQ (Computer aided quality) môžeme pristupovať dvomi spôsobmi: CAQ v užšom ponímaní chápeme ako Computer aided quality assurance (skratka CAQ). Je to počítačom podporovaná kontrola a riadenie kvality, ako súčasť CIM (Computer Integrated Manufacturing) [1]. CAQ v širšom ponímaní chápeme ako informačný systém pre podporu systému manažérstva kvality produkcie vo všetkých etapách jej životného cyklu. Takto chápaná CAQ prechádza naprieč CIM ako aj naprieč integrovaným podnikovým informačným systémom, vrátane systémov na podporu rozhodovania, ako sú nadstavby BI ERP systémov a EIS. 2 Metodológia Článok sa zameriava na charakteristiku pojmu v súvislosti s počítačovou podporou. Poskytuje prehľad o softvérových nástrojoch, ktoré sa využívajú na realizáciu /FMECA. Tento článok má opisný charakter, v závere sa snaží vymenovať prekážky využívania adekvátnej počítačovej podpory a navrhuje riešenia. Závery tohto článku môžu byť užitočné pre: top manažérov podnikov, riaditeľov podnikovej informatiky, manažérov kvality, vyučujúcich na vysokých školách. Výsledky a závery článku môžu byť užitočné na: základnú orientáciu v koncepčnej oblasti počítačovej podpory, oboznámenie sa s pestrým výberom počítačovej podpory. 3 Počítačová podpora sú vyvíjané ako živé dokumenty. Silná vízia analýzy rizík vyžaduje, aby boli aktualizované v priebehu času, aby presne dokumentovali a integrovali nové, vznikajúce informácie, a na ich základe stanovovali aktuálne riziko [15]. Tabuľka 2Prehľad nástrojov počítačovej podpory /FMECA Názov nástroja Názov modulu pre alebo FMECA Dodávateľ APIS IQ-Software APIS IQ- APIS Informationstechnolo gien GmbH K dispozícii Demo/ Trial/ Free Trial verzia (60 dní) URL (bližšie informácie) ASENT ASENT Raytheon Technical Demo verzia /FMECA Services Company m/asent/fmea.htm Automatic AutomaticFME Copeland Corporation Free verzia A.xls m/tools/automatic.xls CARE FMECA BQR Company - e-mode-effects-criticalityanalysis-fmeca.html EISOD Analýzy Institut průmyslového - managementu, spol. s sod.php?t=implem_sys_eisod_ r.o. ana&lang= ELMAS ELMAS Ramentor Oy Demo verzia ucts/elmas/ FAILURE MODE AND PLUS Ford - EFFECTS ANALYSIS TOOL Software mea.html III fmeaiii.xls GE Medical Systems Free verzia com/tools/fmeaiii.xls TOOLS2 TOOLS2 Ted Bunch Free verzia m/tools/%20tools2.xl s ITEM ToolKit FMECA ITEM Software Trial verzia (30 dní) load_demo.html PALSTAT CAQ PALSTAT s.r.o. Demo verzia kty/fmea PHAWorks 5 Primatech Inc. - ware/phaworks PTC Windchill Reliability Workbench RiskSpectrum SoHaR Reliability Software PTC Windchill FMECA and RiskSpectrum RAM Commander/FM EA, FMECA PTC Corporate Trial verzia Headquarters (30) ndchill/quality/fmea Isograph Ltd. Demo verzia ware/reliabilityworkbench/fmeca/ Lloyd s Register Consulting - Energy AB Trial verzia n/risk/meny_2/riskspectrum_ / SoHaR Incorporated Demo verzia y-software/sohar-softwareoverview.html Synthesis Platform Xfmea ReliaSoft Corp. Demo verzia mea/ TDC Software TDC TDC Company Demo verzia ts/tdc_fmea.php Túto požiadavku je možné ľahšie splniť, ak firma využíva vhodnú počítačovú podporu, či už ako súčasť CIM, alebo ako informačný systém pre podporu systému manažérstva kvality. V tabuľke č. 2 sú uvedené najčastejšie používané nástroje CAQ, zamerané na riešenie /FMECA. 3

4 Informačný systém, prepojený na operatívne aj manažérske dáta, neustále informuje o aktuálnom stave rizika v daný moment, preto je možné dynamicky meniť dokument, ktorý je v tomto prípade v elektronickej forme, dostupný k zmenám len členom tímu a kompetentným manažérom. Modul už len veľmi zriedka vystupuje ako samostatný nástroj počítačovej podpory. Je to napríklad v prípadoch free softvérových nástrojov, ktorými sú väčšinou tabuľky vypracované v MS Exceli, doplnené o makrá a skripty v jazyku Visual Basic (príp. VBA). ale nie je tabuľka, aj keď jej výstupy majú tabuľkovú formu. Má v prvom rade stromovú štruktúru s dôležitými hierarchickými väzbami. Takúto zložitú štruktúru je možné efektívne realizovať len v softvérových systémoch s vyššou úrovňou zložitosti. Takmer všetky nástroje uvedené v tabuľke č. 2 sú komerčné, s výnimkou III a TOOLS2. Tieto nástroje sú voľne stiahnuteľné vo forme tabuliek MS Excel. Komerčné nástroje sú rôzne, niektoré sú samostatnými aplikáciami (PHAWorks 5) ale väčšina je jedným z mnohých modulov komplexného informačného systému (PALSTAT CAQ, APIS IQ-Software). Výber konkrétneho nástroja závisí predovšetkým od účelu využitia a rozsahu nasadenia konkrétnej. Manažment musí dobre zvážiť, či použije pre svoju robustný informačný systém s mnohými ďalšími modulmi okrem, ktoré väčšinou nevyužijú, alebo im bude stačiť jednoduchý nástroj, umožňujúci tvorbu stromovej štruktúry analýzy. Čím viac rizík, tým robustnejší by mal byť použitý nástroj CAQ, ktorý bude nápomocný pri ich evidovaní, sledovaní, dynamickom aktualizovaní a kontrole plnenia nápravných opatrení v neustálom cykle zlepšovania. Čím viac sú riziká rozptýlenejšie v procese životného cyklu výrobku, tým viac musí byť nástroj CAQ integrovateľný s existujúcimi podnikovými informačnými systémami (ERP, EIS). 4 V PALSTAT CAQ Jedným z robustných informačných systémov, zameraných na komplexnú podporu manažérstva kvality je PALSTAT CAQ. Pokrýva úlohy kvality produkcie od jej plánovania cez monitorovanie kvality, metrologické zabezpečenie, dokumentáciu, reklamácie až po vzdelávanie zamestnancov [16]. Modul spolu s modulmi Kontrolné plány, Ishikawa, Vzorkovanie, Projekt podľa APQP/VDA 4.3 a Databáza dielov patrí k skupine modulov PALSTAT CAQ, zameraných na 1. fázu životného cyklu výrobku (služby) - na plánovanie. Ako uvádza portál Jakost.cz [17], je metóda, ktorej použitím je možné zabrániť, prípadne zmierniť riziká, vznikajúce pri vývoji-konštrukcii výrobku (D), v technológii aj pri samotnej výrobe (P). Zmysel spočíva v špecifikácii všetkých možných chýb 1 vzhľadom k významu pravdepodobnosti ich odhalenia s cieľom optimalizácie konštrukcie a procesov. Modul (spolu so súvisiacimi modulmi) je vhodné aplikovať v oblasti konštrukcie, technológie, návrhu a vývoja výrobku, posudzovania kritických miest v systéme EMS, bezpečnosti práce a pod. Program zodpovedá požiadavkám noriem ISO 9001 kap. 7.3 a požiadavkám automobilového priemyslu ISO/TS kap. 4.2, 7.3, metodike AIAG (QS-9000)- a VDA 4.2. K jeho hlavným funkcionalitám patrí: číselník procesov, chýb a príčin, tlač formulárov podľa požiadaviek AIAG alebo VDA 4.2, rýchle vyhľadanie chýb, príčin a ich následkov, stanovenie nápravných opatrení, sledovanie dodržiavania ich termínov a účinnosti týchto opatrení, vyhľadávanie nesplnených nápravných opatrení k určitému dátumu, hodnotenie nápravných opatrení pomocou Paretovej analýzy, propojenie na modul Management udalostí a úloh, ktorý slúži na sledovanie procesu plnenia nápravných opatrení. 4.1 Procedurálna postupnosť Vývojový diagram (Tabuľka 3) ilustruje sekvenčnú procedurálnu postupnosť pri použití modulu. Poradie procedúr je popísané väzbami medzi objektmi [18]. Jednotlivé procedúry sú bližšie popísané v stĺpci Poznámka (upresnenie). Zodpovední účastníci realizácie jednotlivých procedúr sú popísaní v stĺpci Zodpovednosť 1 Informačný systém PALSTAT CAQ používa český pojem vada. 4

5 [16]. Počet procedúr vo vývojovom diagrame závisí od skutočnosti, či je alebo nie je účastník už prítomný v databáze užívateľov (DB-U), či sú skúmané diely evidované v databáze dielov (DB-D). V našom príklade sme ilustrovali alternatívu prvotného zápisu všetkých komponentov novej (účastnícikontrolóri, diel, ). Tabuľka 3 Logická postupnosť použitia modulu v PALSTAT CAQ Zodpovednosť Vývojový diagram Poznámka (upresnenie) Osoba kompetentná meniť nastavenia v module Databáze uživatelů (ďalej DB) - zvyčajne je to administrátor PALSTAT CAQ. začiatok Zápis účastníkov do DB užívateľov Pridelenie hesiel a nastavenie práv jednotlivým účastníkom minimálne pre moduly PALSTAT CAQ: DB užívateľov (DB-U), DB Dielov (DB-D),. Osoba s právom ADMIN pre modul DÍLY, poverená správou programu a dát. Osoba s právom ADMIN pre modul. Zápis dielu do DB dielov Vyplnenie číselníkov Vyjadrenia expertov Pri príprave analýzy využívame modul DB Dielov - vkladá sa nový diel. V module, tím zodpovedne vyplní číselníky procesov, chýb/vád (defektov), príčin (možno využiť príčiny z CE analýzy). (/Nástroje/Pomocné databázy...) Ďalej sa vyplnia Pomocné databázy a Kritériá. Pri riešení varianty FMECA sa okrem toho vyplnia aj skupiny kritickosti. Manažér tímu (moderátor ). Založenie novej analýzy - Základné info... V module sa založí nová, vypíšu sa základné informácie o : číslo, druh, zodpovednosť, dátumy, tím. V položke číslo dielov vyberieme diel, už predtým zapísaný v DB dielov, na ktorý sa bude nová vzťahovať. (U systémovej nepovinné...). Tím zložený z účastníkov, ktorí pracujú na spoločnom probléme. Realizácia Výstupy - zostavy Realizácia: po diskusii manažér rozdelí jednotlivé kroky analýzy medzi členov tímu, vrátane seba. Výstupy: cez ikonu tlače na karte, Analýza,...zostava podľa QS- 3, alebo iného štandardu. A Tím (klasické zloženie): vedúci 5

6 Zodpovednosť Vývojový diagram Poznámka (upresnenie), oponent, zapisovateľ. A Tím Vloženie PROCESU Vloženie VADY Vkladanie procesu (výberom z číselníkov). Vkladanie vady (výberom z číselníkov). Vloženie PRÍČINY Vkladanie príčiny (výberom z číselníkov). Vedúci Vloženie Poznámok, Následkov, Prevencie... Ohodnotenie Z, V, O Výpočet MRP RIEŠENIE prípadných nápravných opatrení, kontrola, revízia koniec Spracované podľa (Janošcová, 2007) [19]. Formuláre Poznámky, následky, prevencia slúžia na bližšiu špecifikáciu problému. Hodnotenie: hodnoty Z závažnosť (význam); V výskyt; O odhaliteľnosť; sa určujú po odbornej konštruktívnej diskusii v tíme, na základe z minulosti získaných skúsenosti, pomocou kreatívneho potenciálu členov pracovnej skupiny. Ak sa jedná o variant FMECA, využívajú sa hodnoty pravdepodobnosti vzniku chyby, získané na základe štatistickej analýzy historických údajov. Nikdy nehodnotí člen tímu sám! Na základe MRP vedúci zoradí najkritickejšie procesy/chyby/vady, určí nápravné opatrenia a zodpovedné osoby. Po stanovenom čase prevedie kontrolu splnenia nápravných opatrení, a v prípade nutnosti reviduje údaje pôvodnej /FMECA. Tento postup sa opakuje. Pri vypĺňaní číselníkov príčin v module možno využiť príčiny z predchádzajúcej CE analýzy. CE (Cause effect) analýza sa realizuje v informačnom systéme PALSTAT CAQ prostredníctvom modulu Ishikawa. 4.2 Realizácia Do Databázy užívateľov (samostatný modul systému) vložíme všetkých členov tímu a nastavíme im potrebné práva do modulov Databáza dielov a (v prípade využitia príčin CE analýzy aj do modulu Ishikawa) Zápis dielu do databázy dielov V module Databáza dielov urobíme základné nastavenia a vypíšeme pomocné databázy ( Obr. 1, Obr. 2). V tejto databáze sa nenachádzajú všetky diely podniku, ale predovšetkým tie, ktoré sú z hľadiska sledovania rizika dôležité. Takýto diel má minimálne jeden sledovaný znak kvality (v systéme PALSTAT CAQ nazývaný kóta ). Odporúča sa, aby modul Databáza dielov spolupracoval aj s modulom Kontrolné plány, ktorý umožňuje určenie 6

7 kóty, stanovenie jej typu (V-variabilný, pokiaľ sa jedná o meranie konkrétnej číselnej hodnoty znaku, alebo A- atributívny, ak sa jedná o kvalitatívne posúdenie zhody s danou špecifikáciou) a najmä detailné naplánovanie spôsobu, vzorkovania či frekvencie monitorovania každej kóty. Obr. 1 Základné nastavenie modulu DB-D Obr. 2 Úprava pomocných databáz a číselníkov Založíme nový diel, na ktorý sa bude vzťahovať. Vypíšu sa minimálne tieto informácie: číslo dielu, index zmeny, stav (aktívny/nová požiadavka/...), platí od (dátum), názov (Obr. 3). Ďalej môžeme uviesť: materiál, potrebný polotovar, kód dielu, jednotka, cena...dodávateľ, príp. odberateľ. Môžeme založiť aj nákres dielu a jeho variabilné kóty - špecifické znaky dielu, ktoré sa monitorujú (Obr. 4). Obr. 3 Hlavička nového dielu v module DB-D Obr. 4 Príklad editácie sledovaných kót dielu Zápis novej analýzy v module Tím, zložený z expertov, rozanalyzuje všetky chyby, ich príčiny a ich následky, ktoré na produkte (dieli, procese, systéme) môžu nastať. Pred prácou v module si v nastaveniach nastavíme parametre, najmä kritickú hodnotu RPN (Obr. 5) a vypíšeme, prípadne upravíme číselníky. Proces, ktorý chceme pridať, môžeme vybrať z databázy procesov (číselníky, Obr. 6). V prípade, že sa v číselníku nenachádza, môžeme si ho pridať ako nový proces. To platí aj pre výber vád a príčin z číselníkov. Zápis chýb sa robí tiež v pomocných databázach. V číselníku Vady sa tvorí zoznam nezhôd (chýb) (Obr. 7). 7

8 Tím zložený z expertov (najlepšie pracovníci, ktorí sú vlastníkmi procesu, v ktorom sa problém môže vyskytnúť) vytvorí zoznam všetkých príčin, ktoré môžu mať vplyv na analyzovaný problém. Príčiny si môžeme vhodne zorganizovať do podskupín, podľa kategórií analýzy. Postup: /Nástroje/Pomocné databázy... Obr. 5 Nastavenie kritickej hodnoty RPN (MRP) Obr. 6 Vkladanie/úprava relevantných procesov Vyberte záložku Příčiny a vložte najprv pomenovanie novej skupiny príčin, potom postupne vkladáme konkrétne príčiny tejto skupiny (Obr. 8). Zoznam príčin si môžeme vytlačiť, prípadne exportovať do MS Excel. Ak sme ešte pred použitím analyzovali problém v module Ishikawa, použijeme príčiny, ktoré tím vybral v závere CE analýzy (vyberáme ich podľa hodnoty kumulatívneho realatívneho podielu v Paretovej analýze, 20% príčin, ktoré zapríčinili 80% nezhôd). Obr. 7 Zoznam chýb Obr. 8 Strom príčin v číselníku modulu Realizácia analýzy Vedúci tímu založí novú analýzu. Vyplní/vyberie potrebné údaje. Minimálne: číslo, druh, typ, zodpovednosť, dátumy, jednotlivých členov tímu. Vyberie analyzovaný diel (Obr. 9). V spodnej časti tohto okna je možné zostupné zoradenie nezhôd podľa hodnoty MRP, prípadne tlač Paretovej analýzy ak hodnotíme na dieli viac kót, príp. ďalšie dotazy (zoznam opatrení v MRP >= kritická hodnota, aktuálne opatrenia, a t. ď.). 8

9 Po uložení prejdeme na záložku a vytvoríme stromovú štruktúru (Obr. 10). Na hodnotiacej stupnici sa tím expertov vopred dohodne. Hodnotí sa závažnosť (význam) - Z, výskyt - V, odhaliteľnosť - O. Hodnotiaca stupnica pozostáva z hodnôt od 1-10 pre každé kritérium. Následne sa automaticky prepočítava hodnota MRP (RPN Risk Priority Number) podľa vzorca (1). Obr. 9 Hlavička novej analýzy module Hodnota indexu MRP je vyhovujúca, pokiaľ je v rozsahu od 1 do kritickej hodnoty (táto hodnota sleduje nastavenie v systéme (Obr. 5) a musí ju stanoviť zodpovedný pracovník, zvyčajne rešpektujúc požiadavky zákazníka). Obr. 10 Hodnotenie RPN (MRP) v module Pri hodnote >=kritická RPN 2 sa musia vykonať nápravné opatrenia, ktoré hodnotiace číslo MRP zníži pod kritickú hodnotu po ich splnení pri následnej analýze. 2 Kritická (hraničná) hodnota RPN je závisí od konkrétnej, od spôsobu subjektívneho hodnotenia jednotlivých zložiek RPN členmi tímu a pod. Ako taká preto nemôže byť ani univerzálna, ani vopred 9

10 Veľmi silnou zbraňou informačného systému PALSTAT CAQ sú jeho možnosti tlače a reportingu. Modul pre analýzu umožňuje tvorbu reportov pre konkrétne nezhody, príčiny, procesy a systémy, obsahuje nástroje pre vyhľadávanie už spracovaných podľa rôznych kritérií (nesplnené opatrenia, kritická hodnota MRP a ďalšie). Jeden z možných výstupov je na Obr. 11. Obr. 11 Výstup z procesu v PALSTAT CAQ - 5 Popis dosiahnutých výsledkov V úvodných odstavcoch sa článok venuje pojmom a FMECA, opiera sa pri tom o IEC 60812:2006. Uvádza najčastejšie používané štandardy, ktoré pokrývajú problematiku /FMECA. Popisuje druhy podľa nového vydania AIAG -4. Nakoniec sa venuje pojmom CA, CAQ. Silná vízia analýzy rizík vyžaduje, aby boli aktualizované v priebehu času. Túto požiadavku je možné ľahšie splniť s pomocou vhodnej počítačovej podpory (CAQ). Informačný systém, ktorý je prepojený na operatívne aj manažérske dáta, neustále informuje o aktuálnom stave rizika v daný moment, preto je možné dynamicky meniť dokument. Tabuľka 2 uvádza najčastejšie používané nástroje CAQ, zamerané na riešenie /FMECA. Modul veľmi zriedka vystupuje ako samostatný nástroj. Vo väčšine prípadov je to súčasť zložitejšieho informačného systému, akým je napríklad PALSTAT CAQ. V článku sa uvádzajú základné informácie o module tohto systému, uvádzajú sa jeho hlavné funkcionality a predstavuje sa postup jeho použitia prostredníctvom sekvenčnej procedurálnej postupnosti (viď. Tabuľka 3) formou integrovaného vývojového diagramu. Pri realizácii modul spolupracuje s ďalšími modulmi systému (napríklad Databáza dielov, Ishikawa), čo je popísané v podkapitole Záver V článku sa konštatuje, že v súčasnosti je pojem CAQ používaný častejšie v jeho širšom ponímaní, a to ako informačný systém pre podporu systému manažérstva kvality produkcie vo všetkých etapách jej životného cyklu. Zložitú stromovú štruktúru je možné efektívne realizovať len v softvérových systémoch s vyššou úrovňou zložitosti. Aj keď je nástrojov počítačovej podpory veľa, výber konkrétneho závisí predovšetkým od účelu využitia a rozsahu nasadenia konkrétnej. Čím viac rizík, tým robustnejší by mal byť nástroj CAQ, ktorý bude nápomocný pri ich evidovaní, sledovaní, dynamickom aktualizovaní a kontrole plnenia nápravných opatrení v neustálom cykle zlepšovania. stanovená. Účelom RPN je podľa Paretovho princípu odlíšiť z hľadiska rizika "niekoľko podstatných chýb a ich príčin od tých veľa nepodstatných". Pre určenie kritickej hodnoty pre konkrétnu sa odporúča na základe poradia podľa RPN vybrať 15-20% najrizikovejších chýb z celkového počtu analyzovaných chýb a ich príčin, čím vznikne pre konkrétnu prirodzená hranica RPN (kritická hodnota RPN). Potom pre chyby s RPN nad touto hranicou (vrátane kritickej hodnoty RPN) je potrebné prijať vhodné opatrenia [20]. 10

11 Použitá literatúra [1] J. Nenadál et al.: Moderní management jakosti, Praha, Management Press, 2008, ISBN [2] ČSN EN Techniky analýzy bezporuchovosti systémů Postup analýzy způsobů a důsledků poruch (). Praha, Český normalizační institut, 2007, 44 s. [3] J. Plura: Plánovaní a neustále zlepšovaní jakosti, Praha, Computer Press, 2001, ISBN [4] Analýza príčin a následkov, [ ], [5] Analýza možných způsobů a důsledků poruch (): referenční příručka, 4. vyd., překlad Ivana Petrašová. Praha, Česká společnost pro jakost, 2008, vi, 143 s. ISBN [6] VDA-Band 4 Sicherung der Qualität vor Serieneinsatz - Produkt- und Prozess-, 2. Auflage, 2006 (Loseblattsammlung). [7] AIAG -4. Potential Failure Mode and Effect Analysis (), 4th Edition ISBN: [8] SAE J1739:2009, Potential Failure Modes and Effect Analysis in Design and Potential Failure Modes and Effect Analysis in Manufacturing and Assembly Processes. Warrendale: Society of Automotive Engineers, [9] SAE ARP5580, Recommended Failure Modes and Effects Analysis () Practices for Non-Automobile Applications, [10] IEC 60812, Analysis techniques for system reliability Procedure for failure mode and effects analysis () [11] ČSN P ISO/TS System management kvality Zvláštní požadavky na použití ISO 9001:2008 v organizacích zajištujícich sériovou výrobu a výrobu náhradních dílů v automobilovem průmyslu. Český normalizační institut, [12] C. S. Carlson: Understanding and Applying the Fundamentals of s, In.: Reliability and Maintainability Symposium, IEEE, [13] K. Zgodavová et al.: Profesionál kvality, Košice, TU, [14] J. Beniak: Počítačom podporované systémy - CA systémy: Prednáška k predmetu CA-METÓDY, Bratislava, STU KVT - SJF, [15] J. Bongiorno: Improving s Quality Digest Magazine. [ ], [16] J. Palán: Využití počítačové podpory jakosti CAQ ve strojírenském podniku, In.: Transfer 2004, Trenčín, FŠT - TnUAD, [17] Jakost.cz - zavádění systému jakosti, 2006 PALSTAT s.r.o., [ ], [18] ARIS Metódy Verzia 6. Príručka, IDS Scheer AG, Saarbrücken, Nemecko, , s [19] R. Janošcová: CAQ : Počítačová podpora systémov manažérstva kvality, Trenčín, TnUAD, [20] VPS, s.r.o., 2009 VPS, [ ], [21] R. Janošcová: Pojem počítačová podpora systémov manažérstva kvality CAQ, In.: Transfer 2004, Trenčín, FŠT - TnUAD, [22] Manuál PALSTAT, dostupný na inštalačnom CD Palstat CAQ - 3G, [23] Manuál PALSTAT Databáza užívateľov, Díly, dostupné na inštalačnom CD Palstat CAQ - 3G,