(기능안전 21강) 검토(Review) vs 확인(Verification) vs 검증(Validation)의 차이점 완전정복!

✅ 21강: 검토(Review) vs 확인(Verification) vs 검증(Validation)의 차이점 완전정복!안녕하세요, 여러분!이번 강의 주제는 기능안전 실무자라면 절대 헷갈려선 안 되는 세 가지 개념!바로 검토(Review), 확인(Verification), 검증(Validation)입니다. 그리고 ISO 26262에서만 등장하는 그 녀석!Confirmation Review도 빼놓을 수 없겠죠?그럼 오늘도 기능안전 한 입 배워볼까요? 😎🧠 기본 개념 다시 잡기! (정의부터 딱 잡자)구분정의질문으로 기억하기Review (검토)개발 산출물이 적절하고, 기준을 충족했는지 전문가가 정성적으로 검토“우리가 제대로 만들고 있나?”Verification (확인)요구사항에 맞게 제품이나 소프트웨어가 정..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 25.
• textsms

(기능안전 20강) 하드웨어 개발과 기능안전 연계 – 협업 실전 전략

🚗 20강: 하드웨어 개발과 기능안전 연계 – 협업 실전 전략오늘은 HW 팀과 SW 팀이 서로 ‘기능안전’이라는 다리를 사이에 두고 어떻게 손을 맞잡아야 하는지 이야기해보려고 해요.하드웨어 개발과 기능안전? 그냥 각자 열심히 하면 되는 거 아냐? NOPE!오늘 내용은 HW 개발자도, SW 개발자도, 그리고 시스템 엔지니어도 모두 필수로 알아야 할 실전 꿀팁입니다!🧩 HW 개발과 기능안전의 연결 고리기능안전은 전장 시스템 전체의 "정상 동작"을 보장하는 것을 목표로 하죠. 그러려면 하드웨어와 소프트웨어가 각각 잘 설계될 뿐 아니라, 같은 기능안전 목표(Safety Goal)를 향해 조화롭게 움직여야 해요.여기서 등장하는 개념이 바로 ASIL(Automotive Safety Integrity Level)..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 22.
• textsms

(기능안전 19강) SW Architecture Design에서 놓치기 쉬운 포인트

19강. SW Architecture Design에서 놓치기 쉬운 포인트안녕하세요, 기능안전 개발자 여러분!소프트웨어 아키텍처 설계를 하다 보면, 뭔가 다 챙긴 것 같은데…"어라? 이거 왜 빠졌지?" 싶은 경험, 다들 있으시죠? 오늘은 바로 그 놓치기 쉬운 포인트들을 정리하면서,안전분석 관점에서 DFA(Design Failure Analysis)를 어떻게 활용할 수 있는지실전 감각으로 풀어보겠습니다.기능안전은 설계의 디테일에 있다!🎯 오늘의 주제는?소프트웨어 아키텍처 설계에서 자주 간과되는 기능안전(FS) 관점의 포인트를 짚어보고,안전분석(SW Safety Analysis)과 연결해서 어떻게 실수를 줄이고,"안전한 구조"를 만들 수 있는지를 실전 감각으로 배워보는 시간입니다!🧩 SW Architect..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 18.
• textsms

(기능안전 18강) SW Safety Requirements 작성 요령 – 요구사항, 이렇게 씁니다!

📄 18강. SW Safety Requirements 작성 요령 – 요구사항, 이렇게 씁니다!안녕하세요, 기능안전 SW 개발자 여러분! 🖐오늘은 “도대체 이 소프트웨어 안전 요구사항, 어떻게 쓰는 거야?”하고 머리를 쥐어뜯던 그 순간을 깔끔하게 정리해 드리는 시간입니다. 오늘의 목표는 딱 하나!TSR(Technical Safety Requirement)에서 SSR(Software Safety Requirement)로정확하고 명확하게 요구사항을 도출하고 작성하는 법을 알려드립니다! ✍️🔄 1. TSR → SSR 도출, 어떻게 연결되나요?🤔 TSR이란?시스템 또는 하드웨어/소프트웨어 수준에서 구현 가능한 기술적 요구사항.예: “차량 정지 상태에서 100ms 이내에 브레이크 모터를 구동해야 한다.”✅ ..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 15.
• textsms

(기능안전 17강) SW 개발자가 알아야 할 ISO 26262 – Part 6 제대로 이해하기

💻 17강. SW 개발자가 알아야 할 ISO 26262 – Part 6 제대로 이해하기안녕하세요, 기능안전의 세계에서 오늘은 SW 개발자의 시선으로 다시 만납니다! 👩‍💻👨‍💻오늘 강의 주제는 ISO 26262에서 소프트웨어 개발에 해당하는 Part 6,"이거 뭐야? 왜 이렇게 많아?" 했던 그 조항들을 쉽고 실무적으로 정리해 드릴게요!SW 개발자는 단순히 코드를 잘 짜는 것만으로는 부족합니다.안전하게, 추적 가능하게, 검증 가능하게 개발해야 진짜 ‘안전한’ 소프트웨어 개발자! 🛡️🧠📘 1. ISO 26262 Part 6이란?"소프트웨어 수준에서의 안전 요구사항, 개발 활동, 분석 및 검증 방법을 규정한 파트"적용 대상:ASIL이 할당된 SW 컴포넌트 또는ASIL이 없는 경우에도 전체 Sa..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 12.
• textsms

(기능안전 16강) 시스템 아키텍처 설계와 안전 메커니즘 – 실전 설계 노하우

🧠 16강. 시스템 아키텍처 설계와 안전 메커니즘 – 실전 설계 노하우안녕하세요! 기능안전 마스터를 향한 여정,오늘은 한층 더 엔지니어링의 진짜 맛을 느낄 수 있는 강의입니다. 😎🔧 이번 강의에서는 시스템 아키텍처 설계와그 속에 녹아 있는 기능안전 메커니즘(Fault Handling, Monitoring 등)에 대해실무 관점으로 정리해 드릴게요! 그리고 가장 중요한 개념 중 하나인Diagnostic Coverage (DC)에 대해서도 쉽고 명확하게 설명합니다.기능안전 인증을 위해 DC를 모르고 지나가는 건,자동차 타이어 없이 주행하는 거랑 똑같습니다! 🏎️💥🧩 1. 시스템 아키텍처 설계, 왜 중요한가요?TSC에서 도출한 Technical Safety Requirements는이제 실제로 구현 가..

• format_list_bulleted Functional Safety/ISO26262
• · 2025. 7. 8.
• textsms