Visual walkthrough — Safety-critical standards — DO-178C (airborne software), IEC 61508, ISO 26262
5.5.18 · D2· Coding › Embedded Systems & Real-Time Software › Safety-critical standards — DO-178C (airborne software), IEC
Yeh Failure Rate & Reliability ke engine aur Functional Safety ke SIL bands ke peeche kaam karta hai.
Step 1 — "Safety function" kya hoti hai aur kab broken hoti hai?
KYA. Ek shutdown valve ki picture banao. Woh saara din bas baithe rehta hai. Kabhi kabhi koi sensor chillata hai "KHATRAA!" aur valve ko band ho jaana chahiye. Agar band ho gaya → achha. Agar band nahi hua → takleef. Toh device ka exactly ek kaam demand pe hota hai.
KYUN. Koi bhi maths se pehle, hum uss ek event ko define karna chahte hain jo hum measure kar rahe hain: "device ek dangerous, undetected broken state mein hai bilkul us waqt jab use call kiya jaata hai." Aage ka sab kuch — including — sirf uss state ki chance hai.
PICTURE. Timeline hai shant, shant, shant — phir ek red demand arrow. Sirf ek cheez mayne rakhti hai: kya box green tha (kaam kar raha tha) ya dark (broken) jab arrow aaya?

Step 2 — Failure rate : hamaari ek raw ingredient
KYA. Hum woh ek number introduce karte hain jo hardware wale humein dete hain:
Yeh symbol kyun, probability kyun nahi? Probability ek pure number hoti hai 0 aur 1 ke beech. Lekin failures time ke saath hoti hain — jitna zyada intezaar karo, utni zyada chance ki ek aa gayi. Ek rate "per hour" capture karta hai aur time ko accumulate karne deta hai. Yahi toh sawaal hai hmare saamne: "clock chalne ke saath kitna broken-ness jamta jaata hai?"
PICTURE. ko socho jaise raindrops ek steady average pace par gir rahe hain. Chhota = rare drizzle; bada = downpour. Har drop ek dangerous-undetected fault hai jo land kar raha hai.

Step 3 — Proof test clock reset karta hai
KYA. Thode thode time baad ek insaan ek proof test karta hai: ek poora check jo ya toh hidden fault dhundh leta hai (aur fix kar deta hai) ya confirm karta hai ki device perfect hai. Do proof tests ke beech ke gap ko (ghanton mein) kehte hain.
KYUN. Reset ke bina broken-ness hamesha ke liye badhti rahegi. Proof test eraser hai — uske baad, hum maante hain ki device as-good-as-new hai (green box). Isse hamare timeline ko ek repeating sawtooth shape milti hai, aur hum sirf ek interval study kar sakte hain.
PICTURE. Green "as new" spikes har ghanton mein; risk beech mein badhta hai, phir har test pe zero pe snap back ho jaata hai.

Step 4 — Time pe broken hone ki probability: seedhi line
KYA. Pichle proof test ke ghante baad, device ke pehle se hi ek dangerous-undetected fault se broken hone ki kitni probability hai? Iss specific probability ko kehte hain — note karo ki yeh sirf se driven silent dangerous faults count karta hai, har possible failure nahi. Reliability theory se exact answer hai:
Yahan woh chance hai ki device koi dangerous-undetected fault ke bina survive kar gaya (exponential-survival curve of Failure Rate & Reliability); uss se ek minus karne pe woh chance aata hai ki aisi fault hui hai.
Line approximation kyun? Ek achhi safety device ke liye chhota hota hai (1 se kaafi kam). Chhote ke liye, curve seedhi line ke saath chipka rehta hai:
Toh hum curve ko replace kar sakte hain
Symbols padhna: (raindrop rate, Step 2) (reset ke baad ghante) ab tak expected dangerous-undetected faults ka number probability ki kam se kam ek land kiya. Ek rate times ek time probability deta hai — units cancel ho jaate hain: .
PICTURE. True exponential curve aur uski straight-line substitute un jagahon pe almost ek doosre ke upar lie karte hain jahan hum care karte hain.

Step 5 — Picture hi ek triangle hai; answer uski average height hai
KYA. Ek interval ke dauran risk shuru hoti hai pe (abhi test hua) aur badhti hai tak (agla test aane se pehle). Hum is risk ka average jaanna chahte hain poore interval ke across — aur woh average hi hai, kyunki ek demand interval ke andar kisi bhi waqt aa sakti hai.
Average kyun, aur /2 kyun? Device hamesha peak risk pe nahi hoti — woh usually beech mein kahin hoti hai. Ek seedhi line ka average jo se peak tak jaati hai simply hota hai — midpoint. Yahi hai mysterious factor ka poora origin: triangle ka area half base times height hota hai.
PICTURE. Risk-vs-time graph ek right triangle hai: base , height . Average height (dashed line) exactly halfway pe baithe hai.

ka matlab "time-average" kyun hai? Numbers ki ek list ka average socho: sab ko add karo, phir kitne hain ussse divide karo. Yahan "list" har instant pe risk value hai; integral sab instants pe risk add karta hai (yeh shaded triangle ka area hai), aur length se divide karna kitne instants hain ussse divide karta hai. Sum ÷ count = average. Isliye area ko se multiply karna poore triangle ko ek single average height mein compress kar deta hai.
Ek cancel ho jaata hai, clean result milta hai. literally hai calculus mein likha hua.
Step 6 — Numbers daalo: ek SIL ko aate dekho
KYA. Parent ka example use karo: , yearly test .
Yeh kyun matter karta hai. band mein land karta hai, jise IEC 61508 SIL 2 kehta hai. Formula ne sirf ek probability nahi di — usne device ko safety ladder pe place kar diya.
PICTURE. Computed value SIL band ruler pe drop hui, SIL 2 slot mein glow kar rahi hai.

Step 7 — Edge & degenerate cases (jo parent ne skip kiye)
KYA & KYUN. Ek formula tabhi trustworthy hai jab hum jaante hain ki woh kahan toot-ta hai. Chaar scenarios:
PICTURE. Ek risk-vs-time chart pe chaaon sab cases: flat line (A), runaway-clipped-at-1 (B), collapsing triangle (C), aur saturation ceiling (D) red cap ki tarah.

Ek-picture summary
Upar sab kuch compress: raindrops () ek rising line fill karte hain, proof test () use sawtooth mein reset karta hai, ek tooth ek triangle hai jis ki average height hai (boxed answer), aur woh number SIL ladder pe drop hota hai.

Recall Feynman retelling — ek story ki tarah bolo
Socho ek rescue gadget hai jo bas baith ke wait karta hai. Har ghante ek bahut chhoti, chhoti si chance hai ki woh silently toot jaata hai bina kisi ko pata chale — woh steady chance-per-hour hai, jaise slow raindrops. Jitna zyada wait karta hai, utni zyada likely hai ki woh pehle se hi broken hai, toh "broken hone ki chance" zero se ek seedhi line mein badhti hai. Thode thode time baad ek insaan check karta hai aur fix karta hai — yeh proof test hai, ghante ke gaps mein, aur yeh risk ko zero pe snap back karta hai. Toh risk graph ek repeating triangle hai: ek check ke turant baad zero, agle se pehle sabse zyada. Kyunki ek rescue call kisi bhi random moment pe aa sakti hai, hum triangle ke across average risk ki parwah karte hain — woh average exactly hai — aur triangle ki average height sirf uski peak ki half hoti hai. Peak , toh average . Yahi poora formula hai. Yearly-test numbers daalo aur tumhe roughly milta hai, jo device ko SIL 2 mein land karta hai. Do baar zyada test karo aur triangle ka base half ho jaata hai, toh risk half ho jaati hai. Aur agar kabhi test nahi kiya, toh triangle 1 se zyada badhne ki koshish karega — impossible — jo sirf humein yaad dilata hai ki straight-line shortcut tabhi kaam karta hai jab risk chhoti rehti hai.
Recall Khud check karo
exactly kya measure karta hai? ::: Woh average probability ki ek safety device already broken hai (ek dangerous-undetected fault se) jis waqt ek random demand aati hai — 0 aur 1 ke beech ek pure number. mein one-half ka factor kyun hai? ::: Kyunki risk 0 se linearly peak tak badhti hai, aur ek seedhe ramp ka average uska midpoint hota hai — triangle ka area hota hai. ka matlab kya hai aur iske units kya hain? ::: Dangerous-undetected failures ki rate, mein; yeh hidden faults ki "raindrop" pace hai. time-average kyun deta hai? ::: Integral har instant pe risk sum karta hai (area), aur interval length se divide karna "kitne" instants hain usse divide karta hai — sum ÷ count = average. Formula kahan valid rehna band ho jaata hai? ::: Jab chhota nahi rehta — true probability 1 pe saturate ho jaati hai jabki line badhti rehti hai, toh linear formula sirf small-risk region mein kaam karta hai.
Yeh bhi dekho: Code Coverage Metrics · Fault Tolerance & Redundancy · FMEA & Hazard Analysis · V-Model Software Lifecycle · Real-Time Operating Systems.