AyMINE – Technická dok. (anglicky)
Moduly
Řízení úkolů, projektů a kvality
Řízení úkolů, projektů a kvality
Administrace modulu Řízení úkolů
Systémová práva modulu správy úkolů
Analýza selhání pro jednotlivou vlastnost součástky či procesu
Grafy pro dokumentaci problémů a tiketů
Kvalifikace, schopnost / dovednost
Kvalifikace uživatele, pracovníka nebo kontaktu
Právo spravovat kvalifikace uživatelů
Úrovně kompetencí a kvalifikací
Metodika a systém řízení kvality
Co tvoří metodiku / SMJ objectsSVG
Adminitrace oblastí, projektů, kalendářů
Správa jedinečných identifikátorů
Šablony pro jedinečné identifikátory
Problémy, tickety a jejich řízení
Generování odpovědi zákaznického centra
Objekty, kterých se problém týká
Problémy, incidenty, helpdesk tikety
Řízení incidentů, neshod v kvalitě
Grafy pro dokumentaci vývoje zpracování úkolů a problémů
Tým projektu nebo tým k pracovnímu postupu
Vrátit plán projektu podle baseline
Tlačítka pro aktivaci události
Vzorové úkoly a metodiky oblasti
Vzorový úkol – Pracovní postup
Objekty vztahující se ke vzorovému úkolu
Proč nejdou některé údaje smazat
Souhlas vedoucího s výkazem práce
Vliv úkolu na právo měnit připojené objekty
Kontakty, adresáře, smlouvy
Systémová práva a nastavení modulu CRM
Ochrana osobních a obchodních údajů
Posílejte hromadné zprávy v souladu s GDPR
Jak korektně zapomenout údaje o osobě
Odhlášení a nastavení preferencí
pro hromadnou poštu
Přehled objednávek pro zákaznické skupiny
Správa a automatizace webu
Nastavení základních web služeb
Uložit přístup k webové stránce
Odpovídací formulář – nastavení
Uživatelská dokumentace AyMINE
Modul Personalistika
Bezpečnost modulu personalistiky
Personalistika – uživatelská oprávnění
Synchronizace pracovníků a uživatelů systému
Správa údajů o oddělní / divizi
Produkty, aktiva, nákup a prodej
Produkty, aktiva, nákup a prodej
Správa modulu Majetek & Obchod
O kritériích kvality u produktů
Přepočítat nabídku a objednávku
Přístupová práva k nabídkám a cenám
Přijatá objednávka na zboží nebo služby
Vlastnost produktu nebo výrobku
Správa financí
Metriky a měření
Souhrny práce z generovaných dat
Technické moduly
Modul Sabre
Konektor mezi AyMINE a Enterprise Architect
Databázový link do databáze Enterprise Architect
Konektor mezi AyMINE a Enterprise Architect
Systémové moduly
Framework – systémový základ
Nastavte si, jak váš systém vypadá a funguje
Soukromé poznámky a značky k záznamům
Správa systému
Kopírování a přesouvání souborů mezi objekty
Nastavení brán pro externí zprávy
Nastavení IMAP brány pro emailovou komunikaci
Nastavení brány pro internetové volání
Zabezpečení příspěvků a interních diskuzí
Skupiny, týmy a pracovní pozice (role)
Vožení podřazené skupiny / role
Propojení uživatelů s VOIP ústřednou
Automatické potvrzení příchozí zprávy
Pravidla pro automatickou odpověď
Pravidla pro odesílanou zprávu
FMEA analýza produktu
FMEA slouží k odhalení možných problémů s fungováním výrobku formou detailní analýzy všech jeho součástí a vlastností
- FMEA – analýza do detailu
- Hledání rizik
- Definice opatření ke snížení rizikovosti
- Krok 3: FMEA Report
- Nezapomeňte
- RPN vs AP - aneb jak se vyznat v hodnocení FMEA
- Může vás zajímat
Kompletní popis k FMEA je na samostatné stránce zde. Tato stránka se zabývá specifiky FMEA produktu.
Popis procesu FMEA
FMEA – analýza do detailu
FMEA umožňuje na základě struktury výrobku analyzovat, jaké má každá jednotlivá součást výrobku vlastnosti, funkce a provozní režimy. Na jejich základě pak samotnou FMEA provést. – Funkce, režimy a vlastnosti jsou klíčový vstup pro další analýzu.
V souladu s metodikou, AyMINE v rámci FMEA analýzy podporuje
- Analýzu jednotlivých části a jednotlivých vlastností (strukturální analýzu)
- Analýzu funkcionlity (dynamickou analýzu)
- Popis operačních režimů.
Pro každý z prvků jsou analyzovány hrozby, rizika, které mohou způsobit a navrhována opatření
Funkce
Funkcemi popisujete, co výrobek dělá a jak se chová. Typickým popisem funkce je vstup / podnět, zpracování dat a výstup.
Z hlediska FMEA jsou důležité otázky:
- Na jaké vstupy není funkce připravena (příkladem může být vybočení vstupních hodnot z důvodu přehřátí)
- Jak je zajištěno, že pokud funkce selže, neohrozí to výrobek nebo jeho okolí (včetně uživatele)
- Jak se dokáže výrobek zotavit, pokud funkce selže
Všechny potenciální problémy je třeba v rámci analýzy dokumentovat
Provozní režimy
Pro každý výrobek musí být popsány všechny provozní režimy včetně těch, které mohou trvat velmi krátkou dobu. Typickými provozními režimy jsou:
- Vypnuto (ať už bez přívodu proudu nebo ve stand-by režimu)
- Odpojeno (skutečně vypnuté přívody všech vstupů, např. z důvodu závady v okolí)
- Diagnostika pro spuštění proudu
- Běžný provoz
- Provoz v omezeném režimu
- Provoz v nouzovém (safety) režimu
- Vypínání
- ...
Režimy musí být zaznamenány, optimálně by měla existovat i stavová mapa nebo alespoň u každého popis, z jakého stavu a za jakých okolností se do daného stavu systém dostane. (Stavy je možné i přímo v systému do stavové mapy propojit – má to ale smysl jen v případě, kdy vazby skutečně využijete pro analýzu).
V rámci analýzy je důležité vyhodnotit,
- Jaké funkce výrobku jsou v daném režimu dostupné,
- Jaké požadavky na systém mohou přicházet a zda bude výrobek schopen je v každém konkrétním režimu obsloužit. Pokud ne, jakou to může mít další souvislost
- Jaké zdroje (např. příkon proudu) je v daném režimu potřeba a co se stane, pokud nebude / přestane být dostupný
Vlastnosti
Vlastnosti zahrnují jakékoli další vlastnosti výrobku, které jsou z hlediska funkční a bezpečnostní analýzy důležité. Typicky vlastnosti zahrnují
- Emise (např. elmg. záření, vibrace, hluk, teplo)
- Změny velikosti / objemu
- Trvanlivost s ohledem na vnější podmínky (důležitou vlastnosti typicky je životnost s ohledem na teplotu, vlhkost apod.)
Hledání rizik
Pro každou jednotlivou funkci, operační režim a vlastnost se v rámci FMEA popíše, jaké hrozí rizika, pokud dojde k selhání a tato rizika je třeba ohodnotit. Systém vám poskytuje podporu, abyste pro každou vlastnost určili klíčové veličiny (odkazy popisují podrobněji význam hodnotící stupnice)
- Pravděpodobnost, že situace nastane
- Schopnost včas problém detekovat
- Závažnost dopadů hrozby na lidi v okolí zejména jejich bezpečnost
Každou z hodnot je třeba stanovit samostatně pro každou veličinu – systém automaticky hodnoty předvyplňuje a počítá, jak je která vlastnost v součinu "riziková" – tzv. rating. Poskytne vám tak kompletní přehled, čemu je třeba se věnovat – snižovat rizikovost.
Definice opatření ke snížení rizikovosti
Pro rizika, jejichž celkový rating překračuje mez stanovenou pro výrobek, je třeba stanovit opatření na jejich zmenšení. Systém umožňuje přímo definovat 2 základní typy opatření
- Požadavek na vyvíjený produkt
- Bezpečnostní opatření vztažené k výrobě výrobku (a související kontroly)
Oba typy opatření vytvoříte přímo od identifikované vlastnosti. Je důležité je vytvořit z vlastnosti nebo propojit vlastnost s požadavkem/postupem, abyste uchovali informaci, čím byla rizikovost skutečně snížena – dodatečně můžete díky tomu doložit, jaká opatření byla přijata a analyzovat, zda jsou přiměřená. Naopak, pro požadavky a postupy bude zřejmé, proč jsou potřeba.
Krok 3: FMEA Report
Když máte analýzu provedenou, celou FMEA vygeneruje do reportu funkcí FMEA. Analýza vytvoří report přímo v AyMINE v HTML formě – máte tedy možnost případně doplnit další informace před jeho případným exportem do PDF. Můžete tak snadno přidat informace požadované zákazníkem.
I když je vygenerovaná FMEA analýza v principu editovatelná, neměla by sloužit pro samotnou analýzu – ztratili byste shodu s dokumentací samotného produktu.
Nezapomeňte
Na dokumentaci FMEA záleží
Důkladná dokumentace FMEA je nezbytnou součástí vývoje. FMEA analýzu potřebujete nejenom při vymýšlení výrobku, ale v celém jeho životním cyklu:
- Když se objeví problém, který budete řešit např. 8D reportem, takže je FMEA nezbytným základem
- Když budete vyvíjet novou verzi výrobku, stačí vám dělat jenom rozdílovou FMEA analýzu. Většinu práce si ušetříte, ale jenom tehdy, když budete moci prokázat, že původní FMEA znáte a – a to je důležité – znáte i její závěry a jak byly promítnuty do návrhu výrobku.
- Samozřejmě ji budete potřebovat u auditu
- Pokud by se někdy přeci jen muselo řešit, jestli jste pro spolehlivost výrobku udělali, co bylo třeba, je kvalitní FMEA klíčovým důkazem odpovědného přístupu.
Speciální znaky vlastností výrobku
Dokumentace FMEA by měla postihovat důležité vlastnosti výrobku, mezi ty rozhodně patří vliv vlastnosti na bezpečnost nebo kyberbezpečnost samotného výrobu.
Pro každou vlastnost produktu si můžete definovat vlastní typ a příznaky podle potřeb vaší analýzy. Navíc můžete využít sady příznaků, které jsou sdíleny s požadavky a pracovními postupy. Pokud využijete ty, tak se automaticky přenesou do požadavků a postupů vytvořených na základě FMEA – budete tak mí jistotu, že se nikde neztratí (to vyžadují standardy jako ISO 26262, ISO62061 a další).
RPN vs AP - aneb jak se vyznat v hodnocení FMEA
Standard z r 2019 (FMEA Handbook) prosazuje používání Action Priority indexu místo RPN (Risk Priority Number). Jeho výpočet je odlišný a výstup také. Zatímco RPN se počítá jako součin hodnot odpovídající závažnosti hrozby (S = severity), pravděpodobnosti výskytu (O = Occurrence) a schopnosti detekce (D = Detection), AP se ze stejných hodnot přepočítává tabulkou. AP má výpočet podobný hodnocení ASIL podle ISO 26262.
FMEA Handbook k důvodu změny říká:
_RPN není adekvátním nástrojem pro posouzení, čemu je třeba se věnovat, protože dává všem třem dimenzím (S, O, D) stejnou váhu. Může tak dát stejnou váhu dvěma rizikům s velmi odlišným součinem S × O a tým pak neví. čemu dát větší prioritu.
Práh (Treshold) nastavený na RPN veličinu v tom není dostačující.
Ve srovnání AP a RPN je zásadním rozdílem, že
- Pokud jsou S i O velmi vysoká, hodnocení priority má nejvyšší stupeň bez ohledu na D.
- Pokud je alespoň jedno z S nebo O velmi vysoké, AP bude mít minimálně střední úroveň.
Fakticky tak pravidla AP hodnocení snižují význam schopnosti detekce v celkovém hodnocení
Domníváme se, že úvaha není úplně správná, ale to je vedlejší. Praktickým dopadem je, že AyMINE podporuje RPN i AP, protože:
- Podle AP je třeba volit, čemu se věnovat, protože dle platné FMEA metodiky jde o závaznou metodu prioritizace.
- RPN podle našeho názoru jednak dává přesnější porovnání - místo 3 hodnot AP dává 1000 hodnot součinu, navíc umožňuje výpočet součtu i dalších statistických analýz, díky kterým je možné porovnat i jednotlivé součástky mezi sebou. Na základě porovnání je snazší určit, že dává smysl se věnovat globálně.