[SW검증센터] 자율주행을 위한 SOC 차량용 반도체 : 핵심 기술과 역할
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
국제 표준 준수를 위한 프로젝트 관리 부터 설계 그리고 검증까지!
소프트웨어 검증 센터는 다양한 국제 표준 준수 대응, 인증 및 고객 요구사항 준수를 위한 고품질의 검증 서비스를 제공합니다
당사의 소프트웨어 검증 센터는 20여 년간의 소프트웨어 검증 노하우와 풍부한 경험을 보유한 전문 인력을 보유하고 있으며, 국제적으로 인증된 소프트웨어 검증 도구를 활용한 검증 서비스를 제공합니다. 또한 이러한 검증 도구는 당사에서 해외 제조사와 협력하여 직접 판매 및 기술 지원을 하고 있어 보다 신속하고 신뢰성 높은 서비스가 가능합니다.
** 도입 효과 **
✅ 소프트웨어 품질 개선 및 신뢰도 향상
체계적이고 유의미한 테스트케이스 설계, 수행으로 소프트웨어의 안전성과 신뢰성 확인
✅ 개발 리소스 절약
프로젝트의 연속성, 확장성을 고려한 계획 수립, 효과적인 개발 프로세스 운영 지원
✅ SW 테스팅 방안 제시 및 관리
소프트웨어 개발 및 유지보수의 효율성 향상
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
이번 테크노트에서는 ISO/IEC/IEEE 29119 표준의 part.3에 대해서 살펴보고자 합니다. Part.3은 Part.2에서 정의한 시험 프로세스(조직, 관리, 동적)에서 작성·관리되어야 하는 테스트 문서(Test Documentation)의 양식과 포함 항목을 표준화한 문서입니다. 즉 어떠한 산출물을, 어떠한 형식으로, 어떠한 정보를 담아서 작성
문서 기반 검증, 왜 중요한가? 소프트웨어 검증 업무를 수행하다 보면 종종 이런 상황을 마주하게 된다. “코드는 구현되어 있는데, 무엇을 기준으로 검증해야 하지?” 테스트를 수행하기 위해서는 정상 동작의 기준이 필요하다. 그리고 그 기준이 되는 것이 바로 요구사항 명세서, 설계서, 인터페이스 문서와 같은 개발 문서이다. 많은 사람들이 소프트웨어 검증을 단순
최근 몇 년 사이 자동차 기술은 눈부시게 발전했습니다. 차선 유지 보조, 자동 주차, 앞차와의 거리를 조절하는 어댑티브 크루즈 컨트롤 등 첨단 운전자 보조 시스템(ADAS)은 이제 많은 차에 기본적으로 탑재되고 있으며, 완전 자율주행 자동차 시대도 멀지 않은 듯 합니다. 자동차가 스스로 주변 환경을 인식하고 판단하며 움직이는, 그야말로 ‘똑똑한 자동차’의
실차에서 드러나는 진짜 문제들 HIL, SIL, MIL 테스트를 아무리 충실히 수행해도, 실차 테스트에 들어가면 전혀 예상 못 한 소프트웨어 결함들이 튀어나오는 경우가 많습니다. 이는 단순히 테스트가 부족해서가 아니라, 테스트 환경이 실제 상황을 완전히 재현하지 못했기 때문입니다. 실제 차량은 하드웨어 노이즈, 네트워크 타이밍, 사용자 조작 등 다양한 변수
이번 포스팅에서는 자동차 소프트웨어에서 자주 발생하는 보안 약점 유형과 실제 사례를 소개해 드리고자 합니다. 자동차 소프트웨어 보안이 중요한 이유 오늘날 자동차는 단순한 기계 장치가 아닙니다. 수십 개의 ECU(Electronic Control Unit)와 수백만 줄의 코드로 구성된 거대한 움직이는 컴퓨터입니다. 이러한 복잡한 임베디드 시스템이 해킹된다면,
소프트웨어 시험은 소프트웨어의 품질을 보증하기 위해 다양한 테스트 방법을 활용하여 버그를 찾아내고 요구사항 충족 여부를 평가하는 과정입니다. 이 과정에서는 실행 환경에서 소프트웨어를 다양한 방식으로 평가하며, 주요 특징은 다음과 같습니다 01. 실행 기반 테스트 소프트웨어 코드를 실제로 실행하여 오류를 발견하고, 동작을 검증합니다. 02. 입력과 출력 평
소프트웨어 개발 과정에서 테스팅은 필수적인 요소입니다. 테스팅은 개발자, 테스터 엔지니어 등 다양한 주체가 수행할 수 있습니다. 어떤 주체가 테스팅을 수행하는지에 따라 독립성의 수준이 달라지게 됩니다. 이번 글에서는 ISTQB (International Software Testing Qualifications Board)에서 다루는 테스팅의 독립성에 대해
ASIL(Automotive Safety Integrity Level) 등급에 따른 ISO 26262 검증 전략 자동차 소프트웨어 및 시스템 안전성에서 ISO 26262는 핵심적인 역할을 합니다. 특히, ASIL (Automotive Safety Integrity Level)은 시스템의 위험성과 안전성 요구사항을 정의하는 기준으로, 각 기능이 사고 발생 가
소프트웨어 정의 제품(Software-Defined Product)으로의 변화시대에 맞춰, 이에 따른 제품 품질의 확보 방안에 대해 알려 드리겠습니다. 01. 소프트웨어 정의 제품(Software-Defined Product) "Software-Defined Product (SDP, 소프트웨어 정의 제품)"는 하드웨어 중심의 제품에서 진화하여, 주요 기능과



































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