전체 글65 ASPICE 4.0 SWE.1 소프트웨어 요구사항 분석 정리 1. Introduction자동차 소프트웨어 품질 향상을 위해 Automotive SPICE (ASPICE) 모델이 널리 활용됩니다. 그 중 SWE.1 소프트웨어 요구사항 분석 프로세스는 ADAS(첨단 운전자 보조 시스템)나 자율주행 기능 개발에서 매우 중요합니다. SWE.1은 시스템 수준에서 내려온 요구사항을 소프트웨어 요구사항으로 구체화하고 검증하는 단계입니다. 본 포스트에서는 자동 비상 제동(AEB, Autonomous Emergency Braking) 시스템을 예시로, SWE.1 프로세스를 하나하나 살펴보겠습니다. AEB는 차량 전방의 물체와의 TTC(Time-To-Collision) 계산을 통해 충돌 위험을 판단하고, 필요시 자동으로 브레이크를 거는 안전 기능입니다. 위의 그림은 예시로 사용 .. 2025. 5. 17. Euro NCAP 2023 ADAS 평가 변화와 사례 분석 1. Introduction유럽의 신차 안전평가 프로그램인 Euro NCAP은 2023년에 ADAS(첨단 운전자 지원 시스템) 분야의 평가 기준과 테스트 시나리오를 대폭 강화했습니다. 이번 글에서는 2023년 개정된 Euro NCAP의 ADAS 평가 항목과 달라진 기준, 주요 ADAS 기능별 테스트 방법과 기술 요구 사항, 그리고 높은 평가를 받은 실제 사례와 기술적 특이점 등을 정리해보겠습니다. 2. 2023년 Euro NCAP ADAS 테스트 항목 및 평가 기준의 변화2023년부터 Euro NCAP은 급변하는 모빌리티 기술 발전에 맞춰 안전 평가 프로토콜을 업데이트했습니다. 특히 충돌 회피(ADAS) 부문에서 새로운 평가 항목들이 추가되었는데, 다음이 주요 변화 사항입니다:오토바이(이륜차) 대응 AE.. 2025. 5. 16. ASPICE - SYS.3 시스템 아키텍처 설계 정리 1. IntroductionADAS/자율주행 시스템을 개발하는 엔지니어라면 Automotive SPICE (ASPICE)라는 용어를 들어보셨을 것입니다. ASPICE는 자동차 산업에서 소프트웨어와 시스템 개발 프로세스의 품질을 높이기 위한 표준 모델입니다. 오늘은 ASPICE 4.0 버전에서의 SYS.3 시스템 아키텍처 설계 (Process ID: SYS.3) 프로세스에 대해 정리하겠습니다. 특히 카메라, 레이더, 브레이크로 구성된 AEB (Automatic Emergency Braking, 자동 긴급 제동) 시스템 예제를 통해, 요구사항으로부터 시스템 아키텍처를 어떻게 도출하고 구조화하며 산출물을 남기는지 살펴보도록 하겠습니다.2. SYS.3 프로세스 개요: 목적과 OutcomeSYS.3 시스템 아키텍.. 2025. 5. 13. ASPICE - SYS.2 System Requirement Analysis / 시스템 요구사항 분석 정리 1. IntroductionADAS/자율주행 소프트웨어 개발을 처음 접하는 엔지니어들을 위해, Automotive SPICE(ASPICE) 4.0의 SYS.2 System Requirements Analysis 프로세스를 설명해드리겠습니다. 이 포스트에서는 SYS.2 프로세스의 목적, 결과(Outcome), 기본 수행활동(Base Practice), 그리고 산출물(Output Information Item)을 하나씩 해설하고, 자동 긴급 제동장치(AEB) 예제를 통해 실무 적용 방법과 양질의 산출물이 어떤 모습이어야 하는지 알아보도록 하겠습니다.2. SYS.2 프로세스의 목적과 결과 (Purpose & Outcomes)ASPICE 4.0 SYS.2 시스템 요구사항 분석 프로세스의 목적은 이해관계자 요구사.. 2025. 5. 11. 자율주행 AI의 안전 확보를 위한 새로운 표준: ISO/PAS 8800:2024 개요 1. Introduction자율주행차와 첨단 운전자 지원 시스템(ADAS)에는 인공지능(AI) 기술, 특히 머신러닝 알고리즘이 광범위하게 활용되고 있습니다. 카메라나 라이다 같은 센서로 주변 환경을 인식하고, 딥러닝 모델로 보행자나 차량을 감지하는 등 AI는 차량의 주행 의사결정에 핵심적 역할을 맡고 있습니다. 하지만 AI 모델의 판단 오류나 한계로 인해 안전상의 위험이 발생할 수 있다는 점이 큰 우려입니다. 예를 들어 학습 데이터에 없는 낯선 객체를 인지하지 못하거나, 복잡한 도로 상황에서 오동작하여 사고로 이어질 가능성이 있습니다. 이러한 신종 위험을 해결하기 위해 국제 표준화 기구 ISO는 2024년 12월 ISO/PAS 8800:2024 "Road Vehicles — Safety and Artif.. 2025. 5. 9. ISTQB CTFL 핵심 개념과 자동차 소프트웨어 테스트 사례 1. 개요ISTQB 국제 소프트웨어 테스트 자격의 Foundation Level 실러버스는 소프트웨어 테스팅의 기본 개념을 6개 장(Chapter)으로 설명합니다. 아래에서는 각 장의 핵심 개념과 학습 목표를 정리하고, 이를 자동차 소프트웨어 테스트 실무 사례와 연결하여 설명합니다. 신입 자동차 S/W 테스트 엔지니어가 실무에 활용할 수 있도록 테스트 문서화, 결함 추적, 안전 기능 검증 등의 측면도 함께 다뤄보도록 하겠습니다. 1장: 테스트의 기본 원리 (Fundamentals of Testing)소프트웨어 테스트의 역할과 필요성: 테스트는 소프트웨어 제품의 결함(버그)을 찾아내고 품질 정보를 제공하여 제품의 위험을 감소시키는 활동입니다. 특히 자동차와 같은 임베디드 시스템에서는 테스트를 소홀히 할 경.. 2025. 5. 9. 이전 1 2 3 4 5 ··· 11 다음 반응형
