5.5.18 · D5 · HinglishEmbedded Systems & Real-Time Software
Question bank — Safety-critical standards — DO-178C (airborne software), IEC 61508, ISO 26262
5.5.18 · D5· Coding › Embedded Systems & Real-Time Software › Safety-critical standards — DO-178C (airborne software), IEC
Shuru karne se pehle, ek shared vocabulary reminder taaki koi symbol unexplained na rahe:
True or false — justify
DO-178C ka A aur ISO 26262 ka A ek hi cheez hai
False — yeh opposite hain. DAL A aviation ka deadliest level hai (hull loss), jabki ASIL A automotive ka least safety-critical level hai; ASIL D wala deadly hai.
Ek higher SIL number ka matlab hai failure on demand ki badi allowed probability
False — yeh ulta hai. SIL 4 demand karta hai mein, jo SIL 1 ke se choti (zyada stringent) failure probability hai.
DO-178C guarantee karta hai ki deliver kiya gaya software bug-free hai
False — yeh ek process standard hai. Yeh sirf auditable evidence require karta hai ki ek disciplined lifecycle (objectives, independence, coverage) follow kiya gaya; residual bugs phir bhi exist kar sakte hain.
ISO 26262 essentially IEC 61508 hai jo cars ke liye rewrite kiya gaya hai
True — ISO 26262 generic parent IEC 61508 ka automotive adaptation hai, jo "zyada danger ⇒ zyada rigor" logic reuse karta hai lekin quantitative SIL ki jagah -derived ASIL use karta hai.
MC/DC coverage automatically imply karta hai ki decision coverage bhi achieve ho gayi
True — yeh dikhane ke liye ki har condition independently outcome flip karti hai, tumhe poori decision ko TRUE aur FALSE dono exercise karna padta hai, isliye decision coverage woh subset hai jo MC/DC force karta hai.
ISO 26262 mein QM classification ka matlab hai koi development effort required nahi
False — QM ka matlab hai koi safety-specific mandate nahi, lekin normal quality-management engineering practices phir bhi apply hoti hain; yeh "no safety integrity requirement" hai, "no engineering" nahi.
Proof-test interval ko aadha karne se 1oo1 channel ke liye bhi aadha ho jaata hai
True — kyunki mein linear hai, interval ko aadha karne se average failure probability bhi aadhi ho jaati hai.
DO-178C ke saare 71 objectives DAL A par independence ke saath meet karne zaroori hain
False — DAL A par bhi sirf objectives ka ek subset independence require karta hai; objectives ki sankhya aur jinhe independence chahiye dono criticality ke saath badhte hain, lekin sab nahi.
Spot the error
"if (A && B) ke liye, MC/DC ko sirf A aur B ka true aur false test karna hai — 4 tests."
Error count aur criterion mein hai. MC/DC ko har condition ko independently outcome flip karna require karta hai jabki doosre fixed rahen; do conditions ke liye yeh tests hote hain, 4 nahi, aur sirf "har value dekha" condition coverage hai, MC/DC nahi.
"SIL 3 ko lagbhag chahiye, toh qualify karta hai."
Error band edge mein hai. SIL 3 hai ; ki value se upar hai aur isliye SIL 2 mein aati hai, SIL 3 mein nahi.
"DAL C ko MC/DC coverage chahiye."
Error mapping mein hai. MC/DC DAL A ka coverage criterion hai; DAL B ko decision coverage chahiye aur DAL C ko sirf statement coverage — teeno mein se sabse sasta.
"ASIL woh component se fix hota hai jo tum bana rahe ho, jaise SIL."
Error derivation methods ko confuse karne mein hai. ASIL har hazardous scenario ke liye Severity, Exposure, aur Controllability se compute hota hai; yeh koi fixed attribute nahi jo tum kisi part ke liye lookup karo.
"ASIL D requirement kabhie lower-rigor parts se nahi ban sakti."
Error ASIL decomposition ko ignore karta hai. D requirement ko do sufficiently independent elements mein split kiya ja sakta hai (jaise B(D)+B(D) ya A+C), har ek lower rigor par develop kiya gaya, agar koi common-cause failure unhe link na kare.
" mein ka factor kisi ne bas safety margin ke taur par add kiya hai."
Error ise arbitrary treat karne mein hai. test interval par linearly-growing failure probability ko average karne se aata hai — 0 se tak badhne wali line ka mean uska midpoint hota hai.
"Kyunki car mass-produced hai, ISO 26262 zaroor DO-178C se stricter hoga."
Error domains ke across rigor compare karne mein hai. Yeh standards alag consequences ke liye alag scales aur authorities use karte hain; "mass-produced" certification model change karta hai (self-cert + audit vs per-aircraft), koi universal strictness ranking nahi.
Why questions
Yeh standards rigor ko ek level se kyun attach karte hain instead of har jagah maximum rigor demand karne ke?
Kyunki verification cost rigor ke saath roughly exponentially badhti hai, isliye expensive effort sirf wahan lagao jahan failure consequences severe hain — safety ka ek 80/20, jo Functional Safety mein bhi dikh ta hai.
MC/DC woh bugs kyun pakadta hai jo plain decision coverage miss kar deta hai?
Decision coverage tab bhi pass ho sakti hai jab poora outcome toggle ho jabki kisi condition ka individual effect kabhi isolate na ho; MC/DC force karta hai ki har condition demonstrably result control kare, compound Booleans ke andar chhupe faults expose karte hue — dekho Code Coverage Metrics.
IEC 61508 apne targets ko "low demand" () versus "high/continuous demand" () mein kyun split karta hai?
Ek rarely-acting safety function (jaise emergency shutdown) characterise hoti hai is baat se ki woh jab bulaayi jaaye tab kaam kare, isliye probability-per-demand fit hoti hai; ek continuously-relied-on function ko operation ke har ghante mein dangerous failures se better measure kiya jaata hai.
IEC 61508 ko ISO 26262 ka "generic ancestor" kyun kaha jaata hai?
Yeh kisi bhi electrical/programmable safety system ke liye domain-independently likha gaya tha, aur automotive engineers ne ise ISO 26262 mein specialise kiya rather than underlying functional-safety philosophy ko reinvent karne ke bajaye.
Higher DAL sirf zyada tests nahi, verification mein independence kyun demand karta hai?
Independence self-review ke blind spots remove karta hai — jo insaan bug likhta hai woh usually same galat mental model se re-test karta hai, isliye ek alag reviewer common-cause reasoning errors todta hai, jo Fault Tolerance & Redundancy se redundancy ka idea hai.
ASIL ek parameter ki jagah teen parameters , , se kyun derive hota hai?
Risk sirf iti nahi hai ki outcome kitna bura hai; ek rare situation () ya jo driver easily control kar sake () real-world danger kam karta hai chahe severity () high ho — teeno ko combine karna, FMEA & Hazard Analysis ki tarah, harm ke true exposure ka estimate karta hai.
Edge cases
S0 (koi injury possible nahi) wale scenario ko, E aur C ki parwah kiye bina, kaunsa ASIL milta hai?
QM — agar koi injury ho hi nahi sakti, toh integrate karne ke liye koi safety hazard nahi hai, isliye situation kitni bhi frequent ya uncontrollable ho koi safety integrity level assign nahi hota.
Jab proof-test interval (continuous perfect testing) ho toh ka kya hota hai?
Yeh ki taraf approach karta hai, kyunki ; constant re-testing ka matlab hai ek dangerous undetected fault essentially kabhi latent nahi — ek idealised limit, practice mein unreachable.
derivation mein use kiya gaya approximation kahan break down hota hai?
Jab ab small nahi raha (lambe intervals ya high failure rates), true straight line se neeche curve karta hai, isliye simplified formula ko overestimate karta hai aur linear model replace karna padta hai — linked to Failure Rate & Reliability.
DAL E software ko kaunsi coverage chahiye?
Safety ke liye kuch mandated nahi — DAL E ka matlab hai "safety par koi effect nahi" agar yeh fail ho, isliye koi structural coverage objective apply nahi hota; yeh sirf normal quality expectations ke hisaab se engineer kiya jaata hai.
SIL 3 aur SIL 4 ke beech boundary par RRF (risk reduction factor ) kya hai?
(SIL 3/SIL 4 edge) par RRF exactly hai; isse zyada reduction chahiye woh SIL 4 territory mein jaata hai.
Agar ASIL decomposition mein do "independent" elements ek common power supply share karte hain, toh kya decomposition valid hai?
Nahi — shared power supply ek common-cause failure hai jo dono elements ko ek saath down kar sakti hai, independence precondition violate karte hue, isliye lower rigor par split credible nahi hai.
Recall One-line self-test
Har scale ka deadly extreme zor se bolo ::: DO-178C A deadly hai, ISO 26262 D deadly hai, IEC 61508 4 deadly hai.