기능안전(Functional Safety) 67

Failure mode classification of hardware element

ISO 26262 에서 하드웨어에 관한 내용은 Part 5를 통하여 확인할 수 있다. 시스템에서 발생하는 여러 Failure 중에서 하드웨어 엘리먼트와 관련된 Failure mode의 분류는 ISO 26262 Part 5 Annex B Figure B.1 를 통하여 확인할 수 있다. 1. 안전에 관한 포커스에 맞춰서 안전과 관련된 Failure mode 인지 아닌지를 처음에 구분한다. 비안전관련된 하드웨어 엘리먼트의 Failure mode는 Safe fault라고 판단하고 해당 표준에서 별다른 조치를 취하지 않는다. 2. 안전과 관련된 하드웨어 엘리먼트의 Failure mode의 분류를 한다.이 역시도 안전과 비안전관련된 내용으로 나누어서 생각하게 된다. 간단히 말하면, 안전목표를 위배할 가능성이 없다면..

Dependent failures

ISO 26262 에서 종속고장 (Dependent failures)라는 것은 2.22종속 고장 (dependent failures)동시에 발생하거나 또는 연속하여 발생할 확률을 가진 고장은 각각의 무조건 확률의 산출물로 단순 계산할 수 있다. 비고1. 종속 고장 A와 B는 아래와 같이 정의될 수 있다.PAB ≠ PA × PB 여기에서PAB: 고장 A와 고장 B의 동시 발생 확률PA: 고장 A 발생 확률PB: 고장 B 발생 확률 비고2. 종속 고장은 공통원인 고장과 연계 고장을 포함한다. 쉽게 말해서Independent 하다면 두 고장의 발생 확률의 곱은 같게 되겠지만, dependent는 같지 않다는 것이다. 그럼 공통원인 고장과 연계 고장은 무엇일까? 2.13연계 고장 (cascading failur..

ASIL decomposition

오랜만에 연달아 글을 써본다. 항상 얘기하듯이, 해당 글의 해석은 블로그 주인장의 이해한 수준에서 적는 것이므로,반박하는 글은 언제든 환영, 욕하는 글은 언제든 참아주시기 바란다. ASIL decompositionASIL 분해 으흠... ASIL 은 뭐지? ISO 26262 Part 1 vocabulary를 참고하면, 2.6자동차 안전무결성 수준 (ASIL, Automotive Safety Integrity Level)ISO 26262의 아이템이나 엘리먼트에 필요한 요구사항을 명시하는 네 가지 수준 중 하나로, 지나친 잔존 리스크를 방지하기 위해 적용되는 안전 수단이다. 엄격함의 정도가 가장 높을 경우 D로 표시하고, 가장 낮을 경우에는 A로 표시한다. 2.7ASIL 분해 (ASIL decompositi..

Verification review와 Confirmation review

정말 한 100년만에 블로그에 글을 올리는 것 같다. 어느새 겨울이 되었고, 이제 한 달만 있으면 한 살을 더 먹는다. ㅠ 잡담은 여기까지 표제에 있는 것 처럼자동차 기능안전(Functional safety)에서는 산출물(Work product)의 검증(또는 검토)을 2가지 방법으로 적용하고 있다. 1. Verification2. Confirmation ISO 26262 part1의 Vocabulary 을 참고하면 다음과 같이 정의 내릴 수 있다. 2.18 확인 검토 (Confirmation review)요구되는 독립성 수준을 갖춘 검토자가 작업산출물에 대해 ISO 26262의 요구사항에 부합하는지 확인하는 것 비고1. 확인 검토에 대한 전체 목록은 ISO 26262-2에서 제공한다.비고2. 확인 검토의..

ISO 26262 기술동향 - 2014년 자동차 SW 개발자 컨퍼런스

2014년 5월 21일 MDS에서 주최하여 진행하는 "2014 자동차 SW 개발자 컨퍼런스"에 다녀왔다. URL: http://mdstec.com/main/seminar/2014AutoSW2.html 오후에 업무에 복귀하여야 했기에, 세미나 2개만 참석하였다. 1. SW 개발자가 이해해야 할 자동차 (발표: 자동차부품연구원 허경 원장) 2. ISO 26262에 대한 국제 표준 및 기술동향 (발표: MDS테크놀로지 우경일 팀장) 표제의 내용 중 ISO 26262의 최신 기술 동향은 다음과 같았다. 출처: 2014 자동차 SW 개발자 컨퍼런스 배포자료 1. ISO TC22/SC3는 TC22/SC3/WG16의 공식 요청에 의해 ISO 26262 2nd Edition 개발을 최종 결정 1.1 Revision 작..

CMMI 적용의 어려운 이유

2014년 5월 14일은 무슨 날인가? 하이테크정보에서 주최하는 2014 S/W 품질 세미나를 참석했다. (로즈데이? 뭐 그런 날이라고 하는데 사실 몰랐다;;) 여하튼., Section A, B로 나뉘어져 약 30분씩 주제를 설명하는 세미나였다. 내가 관심 가진 것은 CMMI 관련 내용이었다. 주제는 "우리는 왜 CMMI와 같은 선진 프로세스 적용이 어려울까? 두둥~ 2013년 2월 CMMI를 알게 된 이후로, 아직까지도 아마도 앞으로도... 쉽게 해결되지 않는 고민을 해결할 수 있을 것 만 같았다. (약 1초 정도 그렇게 생각했다) 연사하는 분은 "TQMS 대표 이민재 사장"이었다. (어쩌다 보니 또 뵙게 되었다. 혼자서만 나름 반가워함 ㅎ) 발표 페이지 중 9 Page를 보고, 완전 공감되었다. (해..

CMMI 소개

최근에 올린 글이 CMMI인데, 막상 CMMI를 소개하는 내용이 없는 걸 이제서야 알고서 글을 적어본다. (두서없다;;) 아래 글은 TQMS에서 제공한 교재를 읽고서 글을 적는 것이다. http://www.tqms.co.kr/index.php 상기 URL 접근 후 회원가입/로그인 시, 몇 가지 꽤 관련 자료들을 무료로 다운 받아 볼 수 있다. CMMI는 Capability Maturity Model Integrations의 약자다. 미국 카네기멜론 대학 부설 소프트웨어 공학 연구소에서 개발한 프로세스 능력평가 모델이다. 여기서 소프트웨어 공학 연구소가 바로 SEI, S/W Engineering Institute다. 자주 보게 될 단어다. SEI (say~) CMMI는 3가지의 모델로 구분된다. 내가 업무..

CMMI-DEV의 version 1.2 vs. 1.3의 PA 구성 비교

CMMI-DEV의 ver1.2와 ver1.3에 따라 Process Area의 구성에 변경이 있었다.이를 다음과 같이 파악하여 ISO 9001과 비교 시 참고할 수 있도록 하자. ➤ 해당 자료 다운 표가 잘 안보일 것 같다.첨부파일을 다운로드하여 살펴보도록 하자. version 1.2에서 있던 OID. Organizational Innovation and Deployment 가 삭제되고, IPM과 OPD에서 IPPD가 수정되었다.OID가 OPD로 대체되었음을 알고 넘어가자. 또한 기존 Maturity Level 5에서 3로 조정되었다. version 1.3에서 신규로 OPM, Organizational Performance Management가 나타났다.OPM은 조직성과관리 프로세스 영역으로, 조직 성과 ..

ISO 9001:2000 vs. CMMI-DEV v1.2

제목처럼 두 표준 또는 규격을 비교해보려고 한다. 현재 최신 규격은 ISO 9001의 경우, ISO 9001:2008, KS Q ISO 9001:2009이며, CMMI-DEV의 경우 v1.3으로 다소 차이가 있다. 하지만 큰 틀은 많은 변화가 없기에 다음과 같이 참고자료를 통한 내용을 공유하고자 한다. 참고자료: ① Software Engineering Institute | Carnegie Mellon University (http://www.sei.cmu.edu/cmmi/index.cfm) ② An Integrated Model of ISO 9001:2000 and CMMI for ISO Registered Organizations (Article) ③ A unified model for the imp..

품질경영 8원칙 vs. CMMI-DEV v1.3

CMMI와 ISO 9001의 기본 바탕인 품질경영 8원칙과 비교한 자료가 있다. 참고하시기 바랍니다. 참고자료: ① Exploring CMMI-ISO 9001:2000 Synergy when Developing a Process Improvement Strategy. ② CMMI for Development, Version 1.3 (Software Engineering Institute) ③ CMMI 버전 1.3 핸드북 (TQMS) 1. 고객중심 (Customer Focus) 조직은 그들의 고객에 의존하고 있다. 따라서 현재 및 미래의 고객 욕구를 이해하고 고객 요구사항을 충족시키며 고객의 기대를 넘어서도록 노력해야 할 것이다. 관련 CMMI PA 및 Practices ① GP 2.7, Identify ..