보이지 않는 안전을 인텔리전스로 증명하다.
SDV 전환에 따른 SW 아키텍처 통합과 복잡성 증대 자동차 산업은 현재 SDV(Software Defined Vehicle)로 빠르게 재편되고 있다. 이 과정에서 가장 두드러지는 특징은 소프트웨어 아키텍처가 기존의 기능별 분산형 구조에서 도메인 아키텍처를 거쳐 Zonal 아키텍처(구역형 통합 구조)로 진화하는 흐름이다. 과거에는 각 기능이 독립적인 ECU
소프트웨어가 점점 복잡해질수록 하나의 작은 변경에도 예상치 못한 다수의 문제들이 발생하는 경우가 증가하고 있습니다. 특히, 자동자/국방/항공 등과 같은 고신뢰성 임베디드 소프트웨어에서는 구성 요소들 중에 작은 하나의 변경이 다수의 구성 요소들에 영향을 미칠 수 있기 때문에 변경에 대한 정확한 영향성 분석이 필수입니다. 그러나, 실제 필드에서는 다음과 같은
소프트웨어 검증 업무를 하다 보면 종종 이런 질문을 받습니다. " 컴파일도 잘 되고 기능 테스트도 다 통과했는데, 왜 굳이 단계별로 코드를 검증하고 커버리지까지 확인해야 하나요? " 답은 간단합니다. 눈에 보이는 정상적인 시나리오에서는 시스템이 잘 돌아가지만, 특정 조건이나 예기치 못한 데이터가 들어오는 '임계점의 순간'에 시스템을 다운시키는 시한폭탄 같은
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
이번 포스팅에서는 VectorCAST로 단위시험을 구성할 때 마주하게 되는 stub에 대해 이야기해 보려 합니다. stub이 무엇인지, 왜 필요한지 살펴보도록 하겠습니다. VectorCAST로 단위 시험 환경을 구성하고, 사용하다 보면 이런 상황을 어렵지 않게 마주치게 됩니다. ✔️외부 함수로 인해 빌드가 안되는 경우 ✔️개발 중인 다른 모듈, 함수가 완성
“이번 주 일정 어떻게 돼요?” 프로젝트 회의에서 빠지지 않고 나오는 질문입니다. 사실 그 답은 이미 어딘가에 정리되어 있습니다. 바로 Codebeamer입니다. Codebeamer에는 이미 답이 있습니다 Codebeamer는 요구사항부터 이슈, 테스트, WBS까지 프로젝트의 모든 정보를 한곳에서 관리하는 ALM 도구입니다. 특히 WBS 트래커에는 각 작업
외부 인터넷 없이, 내 PC에서 AI가 요구사항, 테스트 케이스를 자동으로 만들어준다? 소프트웨어 테스트 자동화 도구인 VectorCAST는 최근 AI 기능을 통해 코드 기반으로 요구사항 생성, 테스트 케이스를 자동 생성하는 기능을 제공하고 있습니다. 그런데 이 AI 기능, 반드시 외부 클라우드 서비스에 연결해야만 쓸 수 있을까요? Ollama를 활용하면
유럽연합(EU)의 사이버 복원력 법안(Cyber Resilience Act, 이하 CRA) 시행이 다가옴에 따라, 디지털 요소가 포함된 제품을 제조·수출하는 기업들의 대응 전략 마련이 시급해졌습니다. CRA 조항의 핵심은 '제품 수명주기 전반에 걸친 보안 무결성 확보'와 '소프트웨어 자재명세서(SBOM) 제출의 의무화'입니다. 그러나 실제 규제 준비 과정에
Ansys medini Analyze 2026 R1에서 새롭게 추가되고 개선된 주요 기능들을 소개해 드리겠습니다. 이번 버전에서는 AI 기반의 Engineering Copilot이 새롭게 추가되었으며, 프로젝트 협업을 위한 Compare & Merge 기능이 강화되었습니다. 또한 다양한 요구사항 관리(RMS) 도구와의 연동 기능도 한층 향상되어 실제 프로젝
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
규제가 매우 엄격한 항공 산업에서 표준 준수(Compliance)는 선택이 아닌 필수입니다. 인증 없이는 항공기가 법적으로 비행할 수 없거나 글로벌 시장에 진입할 수 없으며, 이는 곧 사업 운영의 중단을 의미하기 때문입니다. DO-178C와 DO-254는 항공 소프트웨어 및 하드웨어의 안전한 개발을 위한 지침을 제공하는 표준입니다. 이러한 표준을 준수하면
이번 테크노트에서는 Code Coverage 종류 중 하나인 MC/DC에 대해서 알아보겠습니다. 1. MC/DC란? Code Coverage는 테스트의 충분성을 평가하는 대표적인 지표입니다. Statement Coverage나 Branch Coverage 역시 테스트의 수행 범위를 확인하는 데 유용한 지표입니다. 하지만 Statement Coverage,
