[SW검증센터] AI 시대의 안전 패러다임, SOTIF 이해하기
최근 몇 년 사이 자동차 기술은 눈부시게 발전했습니다. 차선 유지 보조, 자동 주차, 앞차와의 거리를 조절하는 어댑티브 크루즈 컨트롤 등 첨단 운전자 보조 시스템(ADAS)은 이제 많은 차량에 기본적으로 탑재되고 있으며, 완전 자율주행 자동차 시대도 멀지 않은 듯 합니다. 자동차가 스스로 주변 환경을 인식하고 판단하며 움직이는, 그야말로 ‘똑똑한 자동차’의
국제 표준 준수를 위한 프로젝트 관리 부터 설계 그리고 검증까지!
소프트웨어 검증 센터는 다양한 국제 표준 준수 대응, 인증 및 고객 요구사항 준수를 위한 고품질의 검증 서비스를 제공합니다
당사의 소프트웨어 검증 센터는 20여 년간의 소프트웨어 검증 노하우와 풍부한 경험을 보유한 전문 인력을 보유하고 있으며, 국제적으로 인증된 소프트웨어 검증 도구를 활용한 검증 서비스를 제공합니다. 또한 이러한 검증 도구는 당사에서 해외 제조사와 협력하여 직접 판매 및 기술 지원을 하고 있어 보다 신속하고 신뢰성 높은 서비스가 가능합니다.
** 도입 효과 **
✅ 소프트웨어 품질 개선 및 신뢰도 향상
체계적이고 유의미한 테스트케이스 설계, 수행으로 소프트웨어의 안전성과 신뢰성 확인
✅ 개발 리소스 절약
프로젝트의 연속성, 확장성을 고려한 계획 수립, 효과적인 개발 프로세스 운영 지원
✅ SW 테스팅 방안 제시 및 관리
소프트웨어 개발 및 유지보수의 효율성 향상
최근 몇 년 사이 자동차 기술은 눈부시게 발전했습니다. 차선 유지 보조, 자동 주차, 앞차와의 거리를 조절하는 어댑티브 크루즈 컨트롤 등 첨단 운전자 보조 시스템(ADAS)은 이제 많은 차량에 기본적으로 탑재되고 있으며, 완전 자율주행 자동차 시대도 멀지 않은 듯 합니다. 자동차가 스스로 주변 환경을 인식하고 판단하며 움직이는, 그야말로 ‘똑똑한 자동차’의
AI가 작성한 코드는 믿을 수 있을까? AI가 발전함에 따라 최근 개발자들은 생성형 AI를 적극적으로 활용하고 있다. 개발자는 AI를 이용해 함수 구현부터 테스트 코드 작성까지 다양한 업무를 수행하며 생산성을 높이고 있다. 하지만 AI가 개발 과정에 자연스럽게 자리 잡으면서 한 가지 질문도 함께 제기된다. "AI가 작성한 코드는 얼마나 신뢰할 수 있을까?"
어제는 실패했는데 오늘은 성공했다? 우리가 무심코 지나치는 Flaky Test 이야기 CI 파이프라인의 빌드 결과를 확인하던 어느 날, 테스트 하나가 실패했습니다. 개발자는 로그를 열어보고 최근 변경 사항을 확인합니다. 코드를 다시 살펴보고, 재현을 위해 테스트를 한 번 더 실행해 봅니다. 그런데 이번에는 PASS. '방금은 왜 실패한 거지?' '일시적인
자동차 산업의 패러다임이 하드웨어 중심에서 소프트웨어 중심으로 급격하게 이동하면서, SDV(Software-Defined Vehicle, 소프트웨어 중심 자동차)는 이제 미래가 아닌 현재의 생존 전략이 되었습니다. 과거의 자동차가 '기계공학의 집약체'였다면, 현대의 SDV는 바퀴 달린 고성능 컴퓨터혹은 스마트폰에 비유됩니다. 이러한 전례 없는 변화 속에서
임베디드 소프트웨어(SW) 개발에서 CR(Change Request, 변경 요청)에 따른 회귀 테스트(Regression Test)는 변경된 코드가 기존의 정상적인 기능(하드웨어 제어, 통신, OS 스케줄링 등)에 악영향을 주지 않았는지 검증하는 필수적인 과정입니다. 임베디드 환경은 하드웨어 종속성이 높고 자원이 제한적이기 때문에, 일반 IT SW의 회귀
소프트웨어 검증 업무를 하다 보면 종종 이런 질문을 받습니다. " 컴파일도 잘 되고 기능 테스트도 다 통과했는데, 왜 굳이 단계별로 코드를 검증하고 커버리지까지 확인해야 하나요? " 답은 간단합니다. 눈에 보이는 정상적인 시나리오에서는 시스템이 잘 돌아가지만, 특정 조건이나 예기치 못한 데이터가 들어오는 '임계점의 순간'에 시스템을 다운시키는 시한폭탄 같은
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
이번 테크노트에서는 ISO/IEC/IEEE 29119 표준의 part.3에 대해서 살펴보고자 합니다. Part.3은 Part.2에서 정의한 시험 프로세스(조직, 관리, 동적)에서 작성·관리되어야 하는 테스트 문서(Test Documentation)의 양식과 포함 항목을 표준화한 문서입니다. 즉 어떠한 산출물을, 어떠한 형식으로, 어떠한 정보를 담아서 작성
문서 기반 검증, 왜 중요한가? 소프트웨어 검증 업무를 수행하다 보면 종종 이런 상황을 마주하게 된다. “코드는 구현되어 있는데, 무엇을 기준으로 검증해야 하지?” 테스트를 수행하기 위해서는 정상 동작의 기준이 필요하다. 그리고 그 기준이 되는 것이 바로 요구사항 명세서, 설계서, 인터페이스 문서와 같은 개발 문서이다. 많은 사람들이 소프트웨어 검증을 단순
최근 몇 년 사이 자동차 기술은 눈부시게 발전했습니다. 차선 유지 보조, 자동 주차, 앞차와의 거리를 조절하는 어댑티브 크루즈 컨트롤 등 첨단 운전자 보조 시스템(ADAS)은 이제 많은 차에 기본적으로 탑재되고 있으며, 완전 자율주행 자동차 시대도 멀지 않은 듯 합니다. 자동차가 스스로 주변 환경을 인식하고 판단하며 움직이는, 그야말로 ‘똑똑한 자동차’의



































MDS인텔리전스의 컨텐츠 내용을
SNS에 공유해보세요!
MDS인텔리전스의 전문가가 정확하고 빠르게 도와드립니다.