허접.강기사의 재미없는 놀이

  • 홈
  • 태그
  • 미디어로그
  • 위치로그
  • 방명록

Safety requirement review 1

Safety Requirements Review & Checklist

Requirement는 개발의 시작이고, 여러 단계를 수행하면서도 계속 엮여있는 output 입니다. 그래서 New development에 대해서 한번에 complete한 output을 만드는 것은 아주 어렵고 극히 드문 경우라고 생각합니다. 물론 제품의 개발 규모, 요구사항의 복잡성 등을 고려해보면 차이가 있겠지만, 그렇다고 해도 어려운 일입니다. 개인적인 경험에서 말씀 드리면, Requirement는 최초 작성할 경우에는 Inspection과 같은 Formal verification method를 적용하는 것이 바람직하다고 생각합니다. 여러 이해관계자들이 신중하고 충분하게 시간을 가지고서 검토해야 하기 때문입니다. 이후 변경되는 범위, 중요도에 따라 Walkthrough, Peer-review, te..

기능안전(Functional Safety) 2019.08.12
이전
1
다음
더보기
프로필사진

허접.강기사의 재미없는 놀이

깡또아빠의 생각 공유하기

  • hujubkang (276)
    • 일상 (Daily) (6)
    • Agile study (1)
    • 드론 (Dron) (8)
    • 레이더(Radar) (6)
    • 기능안전(Functional Safety) (67)
    • 자동차관련(Automotive) (35)
    • 시스템공학(System Engineering) (1)
    • 소프트웨어공학 (Software Engineering) (26)
    • 프로세스(Process) (5)
    • 품질(Quality) (73)
    • 반도체(Semiconductor) (9)
    • Computing (27)
    • 보안(Security) (6)
    • Other Industry (3)
    • 관심거리 담아두기 (3)
    • 안전분석 (Safety Analysis) (0)

Tag

Functional Safety, Automotive SPICE, ASIL, ASPICE, 엑셀, Automotive, QMS, CMMI, ADAS, ISO 9001, 소프트웨어 공학, 드론학과, 드론, Hara, Process, Process engineering, Software Engineering, 자동차 기능안전, ISO 26262, System engineering,

최근글과 인기글

  • 최근글
  • 인기글

최근댓글

공지사항

페이스북 트위터 플러그인

  • Facebook
  • Twitter

Archives

Calendar

«   2025/05   »
일 월 화 수 목 금 토
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

방문자수Total

  • Today :
  • Yesterday :

Copyright © Kakao Corp. All rights reserved.

  • 하루하루를 행복하게 만들어보기

티스토리툴바