Hva Er IEC 61508? Hvordan Bestemme Sikkerhetsintegritetsnivå (SIL) Grunnleggende?
Å Sikre funksjonell sikkerhet av programvare er viktig for mange bransjer. En gunstig strategi er å bruke funksjonelle sikkerhetsstandarder. Her forklarer vi hva SOM er IEC 61508 og gir GRUNNLEGGENDE SIKKERHETSINTEGRITETSNIVÅ (SIL) — inkludert HVA SOM ER SIL og hvordan du bestemmer SIL-nivået.
Les langs eller hopp videre til delen som interesserer deg mest:
- Hva Er iec 61508?
- Iec 61508 Oversikt
- Hva Er GRUNNLEGGENDE Om SIKKERHETSINTEGRITETSNIVÅ (SIL)?
- Guide til Iec 61508 Programvaresamsvar
Hva Er Iec 61508?
iec 61508 er en internasjonal funksjonssikkerhetsstandard, og den gir et rammeverk for sikkerhetslivssyklusaktiviteter. Med tittelen » Funksjonell Sikkerhet For Elektriske / Elektroniske / Programmerbare Elektroniske sikkerhetsrelaterte Systemer (E/E/PE eller E/E/PES)», er 61508 paraplyen funksjonell sikkerhetsstandard – og kilden til bransjespesifikke standarder.
her gir vi en oversikt over GRUNNLEGGENDE SIKKERHETSSTANDARD og SIKKERHETSINTEGRITETSNIVÅ (SIL) – pluss samsvarstips for programvareutviklingsteam.
Iec 61508 Oversikt
Funksjonell sikkerhet er viktig i alle bransjer. Og det er spesielt viktig for sikkerhetskritiske næringer.
Iec 61508 Scope
standarden dekker sikkerhetsrelaterte systemer som inneholder elektriske / elektroniske / programmerbare elektroniske enheter.
standarden dekker spesielt farer som oppstår når sikkerhetsfunksjoner svikter. Og hovedmålet med sikkerhetsstandarden er å redusere risikoen for svikt til et tolerabelt nivå.
hva er de 8 Delene av iec 61508?
de åtte delene av standarden:
Del 0: Funksjonell sikkerhet i forhold til standarden.
Del 1: Generelle krav.
Del 2: Krav TIL e/E / PE sikkerhetsrelaterte systemer.
Del 3: Krav Til Programvare.
Del 4: Definisjoner og forkortelser.
Del 5: Eksempler på metoder for bestemmelse av sikkerhetsintegritetsnivåer.
Del 6: Retningslinjer for anvendelse Av Del 2 og 3.
Del 7: Oversikt over teknikker og tiltak.
Deler 1-3 inneholder kravene til standarden. Resten stave ut retningslinjene og gi eksempler for utvikling.
Hva Er Iec 61508-Sertifisering for Verktøy?
sertifiseringen for utviklingsverktøy er valgfri. Selv om det gir trygghet, og det gjør verktøykvalifisering enklere.
Ideelt sett vil alle verktøy som brukes i sikkerhetskritisk produktutvikling være sertifisert i henhold til sikkerhetsstandarden. Du bør se etter verktøy, Som Helix QAC, som er sertifisert av en uavhengig organisasjon SOM SGS-TÜ Saar, for bruk i utviklingen av sikkerhetskritiske systemer.
Relaterte Funksjonelle Sikkerhetsstandarder?
det finnes flere bransjespesifikke tilpasninger av sikkerhetsstandarden:
- ISO 26262 for elektriske / elektroniske bilsystemer.
- EN 50128 for jernbaneapplikasjoner.
- iec 62304 for medisinsk utstyr.
- iec 62061 for maskinsystemdesign.
📕 Relatert Ressurs: Guide Til Funksjonell Sikkerhet>>>
Hva Er GRUNNLEGGENDE Om Sikkerhetsintegritetsnivå (SIL)?
sikkerhetsstandarden fokuserer på funksjonell sikkerhet. Og tildeling Av Et Sikkerhetsintegritetsnivå (SIL) er en viktig komponent i funksjonell sikkerhet.
Hva ER SIL?
SIL ER et relativt nivå av risikoreduksjon gitt av en sikkerhetsfunksjon.
SIL-klassifiseringer korrelerer med farenes frekvens og alvorlighetsgrad. De bestemmer ytelsen som kreves for å opprettholde og oppnå sikkerhet – og sannsynligheten for feil.
Det er fire Sil-SIL 1, SIL 2, SIL 3 og SIL 4. Jo høyere SIL, jo større er risikoen for svikt. Og jo større risikoen for svikt er, desto strengere er sikkerhetskravene.
Safety Integrity Level | Probability of Failure on Demand | Risk Reduction Factor |
---|---|---|
SIL 4 | ≥105 to <104 | 100,000 to 10,000 |
SIL 3 | ≥104 to <103 | 10,000 to 1,000 |
SIL 2 | ≥103 to <102 | 1,000 to 100 |
SIL 1 | ≥102 to <101 | 100 to 10 |
Merk At SILs for sikkerhetsstandarden er ganske forskjellige FRA ASILs FOR ISO 26262 – og sikkerhetsnivåer fra andre standarder.
her er hvordan disse nivåene omtrent sammenligner.
Functional Safety Standard | Safety Levels (Least to Most Stringent) | ||||
---|---|---|---|---|---|
IEC 61508 | – | SIL 1 | SIL 2 | SIL 3 | Sil 4 |
ISO 26262 | ASIL A | ASIL B | ASIL C | ASIL D | – |
DO-178C | Level E | Level D | Level C | Level B | Level A |
IEC 62304 | Class A | ||||
EN 50128 | SSIL 0 | SSIL 1 | SSIL 2 | SSIL 3 | SSIL 4 |
📕 Related Resource: Learn more about ASIL in ISO 26262>>>
Hazard and Risk Analysis for Determining SILs
Ensuring functional safety requires a hazard analysis and risk assessment of equipment under control (EUC).
en fareanalyse identifiserer alle mulige farer skapt av et produkt, en prosess eller en applikasjon. Dette bestemmer sikkerhetsfunksjonskravene til sikkerhetsstandarden.
for hver fare du identifiserer, må du gjøre en risikovurdering. Dette vurderer frekvensen eller sannsynligheten for at en fare oppstår, samt alvorlighetsgraden av konsekvensene hvis den oppstår. Risikovurderinger fastsetter sikkerhetsintegritetskravene til sikkerhetsstandarden. Og de er avgjørende for å bestemme SIL som kreves for å redusere risikoen.
du kan bruke enten kvalitativ eller kvantitativ analyse for å vurdere risiko. En bestemt metode er ikke nødvendig. En måte du kan vurdere risiko på er å lage en kravsporbarhetsmatrise og gjøre en feilmodus og effektanalyse (FMEA).
HVORFOR SIL Er Viktig?
SIL-klassifiseringer bestemmer hvilke funksjonssikkerhetskrav du må oppfylle. Det er ulike anbefalinger for programvareutvikling og design teknikker basert På SILs.
disse anbefalingene er som følger:
- «HR» indikerer at metoden er sterkt anbefalt.
- » R » indikerer at metoden anbefales.
- » – – -» indikerer at metoden ikke har noen anbefaling for eller imot å bli brukt.
for eksempel anbefales design-og kodingsstandarder FOR SIL 1 og sterkt anbefalt For SILs 2, 3 og 4. Videre sporbarhet anbefales For SILs 1 og 2-og anbefales sterkt For SILs 3 og 4.
Guide to Iec 61508 Software Compliance
Overholdelse av sikkerhetsstandarden-eller dens bransjespesifikke varianter — er viktig for alle sikkerhetskritiske utviklere. Og det er avgjørende å opprettholde samsvar gjennom hele produktets sikkerhetssyklus.
du må bruke spesifikke metoder (Basert På SILs) fra standarden for å unngå feil og feil gjennom hele livssyklusen. Men dette kan være vanskelig å håndheve.
Her er hvordan du kan gjøre det enklere.
Etablere Krav Sporbarhet
Å Oppfylle funksjonelle sikkerhetskrav — og bevise at du har møtt dem-er en utfordring.
Krav må gjennomføres i arkitektur, design og koding. Testing må verifisere at kravene er oppfylt hvert steg på veien. Først da kan du validere at programvaren oppfyller kravene i sikkerhetsstandarden.
Etablering av krav sporbarhet gjør verifisering og validering enklere. Spesielt når du bruker et sporbarhetsverktøy, For Eksempel Helix ALM. I tillegg hjelper det deg med å analysere og redusere risiko i utvikling.
Lær mer om å utnytte sporbarhet for samsvar med sikkerhetsstandarder.
Sporbarhet for funksjonell sikkerhet
Bruk En Kodestandard
Det Kan Være vanskelig Å Sikre trygg, sikker og pålitelig kode. Koden din må oppfylle spesifikke retningslinjer for design og koding basert på SIL-rangeringer. MISRA) gjør det enklere å verifisere koden din mot spesifikke retningslinjer for sikkerhetsstandard. Spesielt når du bruker en statisk analysator, For Eksempel Helix QAC For C/C++ eller Klocwork For C, C++, C# og Java.
Se hvor enkelt Perforce statiske kodeanalysatorer gjør Det mulig å anvende en standard for funksjonell sikkerhetskoding.
▶ ️ start Din Gratis Prøveperiode