AUTOSAR (오토사)란 무엇인가요? 개념부터 구성, 최신 트렌드까지 (2025년 버전)

자율주행차, 커넥티드카, SDV(소프트웨어 정의 차량)의 시대에서 자동차는 더 이상 단순한 기계가 아닙니다. 이제는 수백만 줄의 코드로 움직이는 ‘바퀴 달린 컴퓨터’이며, 차량 내 소프트웨어의 구조와 안정성은 곧 품질과 안전을 결정짓는 핵심 요소가 되었습니다.

이러한 변화 속에서 AUTOSAR(Automotive Open System Architecture)는 자동차 산업 전반에 걸쳐 소프트웨어 아키텍처를 표준화하고, 모듈 재사용성과 확장성을 높이는 핵심 프레임워크로 주목받고 있습니다. BMW, Bosch, Toyota 등 글로벌 완성차 기업들이 AUTOSAR을 앞다퉈 도입하는 이유는 여기에 있습니다.

그렇다면 AUTOSAR란 정확히 무엇일까요? 왜 ISO 26262(기능 안전), ASPICE(품질 프로세스)와 같은 국제 표준을 만족시키는 ‘열쇠’로 불리는 걸까요? 그리고 Classic AUTOSAR와 Adaptive AUTOSAR의 차이점은 무엇일까요?

이 글에서는 AUTOSAR의 개념부터 주요 아키텍처, 그리고 LTS Group이 실제 프로젝트에서 AUTOSAR를 어떻게 적용했는지에 이르기까지 자세히 소개합니다.

AUTOSAR란 무엇입니까?

개념

AUTOSAR는 자동차 산업을 위한 개방형 소프트웨어 아키텍처 표준입니다. AUTOSAR의 주요 목표는 전자 제어 장치(ECU)의 소프트웨어 개발을 표준화하여 비용을 절감하고 유연성을 높이며, 자동차 제조사와 부품 공급업체 간의 소프트웨어 재사용성을 향상시키는 것입니다.

AUTOSAR는 2003년에 자동차 소프트웨어 개발에서 증가하는 과제에 대응하기 위한 글로벌 이니셔티브로 출범하였습니다.예를 들어 전자 시스템의 복잡성, 높은 수준의 보안 및 안전 요구 사항, 그리고 ADAS, 자율주행차, 전기차와 같은 신기술 통합 필요성에 대응하기 위해 탄생했습니다. 이 연합은 BMW, Bosch, Continental, Daimler(현재 Mercedes-Benz Group), Siemens VDO, Toyota 등 자동차 및 기술 분야의 선도적인 기업에 의해 설립되었습니다.

기능

• 기본 기능 (Basic Functionality)

자동차 소프트웨어 애플리케이션의 개발 및 운영을 위한 기반이 되는 핵심 서비스와 기능을 제공하며, 실행 중 초기화 및 종료 기능도 포함합니다.

• 통신 (Communication)

이 기능은 자동차 환경 내에서 소프트웨어 구성 요소, 전자 제어 장치(ECU), 외부 시스템 간의 데이터 교환을 가능하게 하는 메커니즘과 프로토콜을 설명합니다.

•  개발 (Development)

자동차 시스템용 소프트웨어 개발 프로세스를 지원하고 향상시키는 기능입니다.

• 진단 (Diagnostic)

이 기능은 다음을 보장합니다: 진단 정보를 일관되게 표현하고, 유지보수 및 문제 해결을 효율적으로 지원하며, 규제 및 법적 요구사항을 충족합니다.

• 실행 환경 (Execution Environment)

전자 제어 장치(ECU)에서 자동차 소프트웨어 구성 요소가 실행될 수 있도록 지원하는 인프라 및 메커니즘을 설명합니다.

•  하드웨어 입출력 지원 (Hardware Support IO)

소프트웨어 애플리케이션이 차량의 하드웨어 구성 요소(예: 센서, 액추에이터 등)와 상호 작용할 수 있도록 지원하는 기능입니다.

•  플랫폼 업데이트 (Platform Update)

소프트웨어가 항상 최신 상태를 유지하고 정상적으로 작동할 수 있도록 업데이트 관리 프로세스를 통해 유지하는 기능입니다.

• 안전 (Safety)

ISO 26262 표준을 준수합니다. 기능 안전을 보장하기 위해 ISO 26262-6:2018의 부록 D 구조를 따릅니다.

•  보안 (Security)

ECU의 민감한 자원(예: 암호 키), 차량 네트워크 및 통신을 무단 접근으로부터 보호하기 위한 다양한 메커니즘과 프로토콜을 포함합니다.

•  표준화된 애플리케이션 인터페이스 (Standardized Application Interface)

애플리케이션 간 상호 운용성을 보장하기 위한 공통 인터페이스 정의를 포함합니다.

•  저장소 (Storage)

애플리케이션을 위한 안전한 로컬 저장 공간을 제공합니다.

자동차 산업에서 AUTOSAR가 등장한 이유

수백 개 공급업체 간의 통신 솔루션

하나의 자동차에는 현대모비스, Bosch, Continental 등 다양한 공급업체에서 제작한 수백 개의 부품이 사용됩니다. 각 업체가 각기 다른 방식으로 소프트웨어를 개발한다면, 이를 통합하는 과정은 매우 복잡하고 많은 시간과 노력이 필요하며 오류가 발생할 가능성도 높아집니다. 이러한 이유로 AUTOSAR는 모든 소프트웨어 구성 요소들이 원활하게 소통할 수 있도록 돕는 ‘공통 언어’의 역할을 하며, 오류를 최소화하고 개발 효율을 높이는 데 기여합니다.

재사용 가능한 소프트웨어

건물을 지을 때마다 처음부터 모든 것을 새로 만들 필요는 없습니다. 기존의 벽돌을 다시 쌓아 올리기만 하면 됩니다. 소프트웨어도 마찬가지입니다. AUTOSAR을 사용하면 다양한 차량 모델 간에 모듈을 재사용할 수 있어 수개월에 달하는 개발 기간과 수백만 달러의 비용을 절감할 수 있습니다.

안전 및 보안 최우선화

자율주행차와 커넥티드카 시대에는 작은 소프트웨어 오류도 큰 결과를 초래할 수 있습니다. AUTOSAR는 ISO 26262를 준수하도록 설계되었으며, 보안성을 강화하여 OEM들이 새로운 기능을 개발할 때 운전자의 안전을 보장하면서도 더욱 안심할 수 있도록 도와줍니다.

SDV 실현을 위한 핵심 기반

자동차는 더 이상 단순한 기계 제품이 아닙니다. 이제는 마치 스마트폰의 운영체제를 업데이트하듯이, 소프트웨어 업데이트를 통해 새로운 기능을 추가할 수 있습니다. AUTOSAR은 ‘소프트웨어 정의 차량(SDV)’이라는 트렌드를 실현하는 데 기여하며, 엔진 성능부터 사용자 인터페이스에 이르기까지 모든 요소를 부품 교체 없이 소프트웨어만으로 변경할 수 있도록 합니다.

AUTOSAR의 주요 아키텍처

AUTOSAR는 자동차 소프트웨어 개발의 표준화, 재사용성 향상, 개발 복잡성 감소를 목표로 설계된 표준 소프트웨어 아키텍처로, 애플리케이션 계층(Application Layer), 런타임 환경(RTE, Runtime Environment), 기본 소프트웨어(BSW, Basic Software), 마이크로컨트롤러 유닛(MCU, Microcontroller Unit)의 네 가지 주요 계층으로 구성되어 있습니다.

애플리케이션 계층 (Application Layer)

이 계층은 AUTOSAR 아키텍처에서 가장 상위에 위치하며, 소프트웨어 컴포넌트(SWC, Software Components)를 포함합니다. 각 SWC는 차량 내에서 특정 기능을 수행하는 역할을 하며, 예를 들어 에어컨 제어, 제동 시스템, 충돌 경고, 사용자 인터페이스 등의 기능을 담당합니다.

SWC들은 독립적으로 동작할 수도 있고, 명확하게 정의된 포트를 통해 서로 상호작용할 수도 있습니다. 추상화 메커니즘 덕분에 이러한 컴포넌트들은 서로 다른 팀이나 공급업체가 독립적으로 개발할 수 있으며, 다양한 프로젝트나 하드웨어 플랫폼에서 손쉽게 재사용할 수 있습니다.

실제 예시:
에어컨 시스템을 제어하는 SWC는 온도 센서로부터 데이터를 수집하고, 환기 장치에 명령을 보낼 수 있습니다.

또 다른 SWC는 배기가스 제어를 담당하며, NOx 센서의 데이터를 분석하여 연료-공기 혼합 비율을 조절함으로써 최적의 효율을 달성하고 환경 규제를 준수할 수 있도록 합니다.

 런타임 환경 (RTE)- Runtime Environment (RTE)

RTE는 애플리케이션 계층의 구성 요소들과 기본 소프트웨어(BSW)의 서비스들을 연결해주는 미들웨어 소프트웨어 계층입니다. RTE는 각 SWC들이 서로, 그리고 시스템 구성 요소들과 하드웨어 세부사항을 알지 못한 채로도 원활하게 통신할 수 있도록 보장합니다.

RTE의 역할은 애플리케이션 소프트웨어와 플랫폼 소프트웨어 간의 독립성을 유지하는 데 매우 중요합니다. 시스템이 서로 다른 ECU 플랫폼에 배포될 때, SWC를 수정하지 않고 RTE만 조정하면 되므로 시간과 비용을 절감할 수 있으며, 시스템 개발의 유연성도 높아집니다.

요약하자면, RTE는 일종의 ‘조정자’ 역할을 하며, SWC와 시스템 자원 간의 ‘매핑(mapping)’을 수행하여 함수 호출, 자원 할당, 데이터 처리 등이 원활하고 일관성 있게, 그리고 투명하게 이루어지도록 합니다.

기본 소프트웨어 (BSW, Basic Software)

BSW(Basic Software)는 AUTOSAR 아키텍처에서 가장 하위에 위치한 소프트웨어 계층으로, 시스템의 기본적인 서비스들을 제공하며 하드웨어와 직접 통신합니다. BSW는 여러 하위 계층으로 나뉘며, 각 계층은 특정 기능 그룹을 담당합니다.

이 계층은 애플리케이션 계층에 가장 가까운 위치에 있으며, 다양한 시스템 서비스를 API 형태로 제공합니다. 예를 들어, 통신 서비스는 CAN, LIN, FlexRay 등의 프로토콜을 활용하여 ECU 간의 통신을 지원하고, 진단 서비스는 오류 코드(DTC)를 수집하여 시스템 진단에 도움을 줍니다. 또한, 시간 및 메모리 관리 기능을 통해 주기적인 작업 제어와 메모리 최적화를 수행하며, 보안 서비스는 자동차 소프트웨어 내에서 다양한 보안 메커니즘을 지원합니다.

• ECU 추상화 계층 (ECU Abstraction Layer, EAL)

ECU의 기능을 추상화하여, 하드웨어 세부사항을 몰라도 타이머, ADC, 직렬 통신 등의 자원에 접근할 수 있도록 표준화된 API를 제공합니다.

의의: 개발자는 동일한 소스 코드를 다양한 ECU에 재사용할 수 있어, 하드웨어 교체 시 코드 수정 없이 적용 가능합니다.

• Microcontroller Abstraction Layer (MCAL)

마이크로컨트롤러 추상화 계층 (Microcontroller Abstraction Layer, MCAL)은 하드웨어에 가장 가까운 계층으로, 상위 계층(EAL)에서의 요청을 실제 마이크로컨트롤러의 제어 신호로 변환합니다.

예를 들면, 애플리케이션 계층에서 전등을 켜라는 요청이 들어오면, MCAL은 해당 GPIO 핀을 제어하여 하드웨어 동작을 수행합니다.

MCU (마이크로컨트롤러 유닛)

AUTOSAR 아키텍처에서 MCU(Microcontroller Unit)는 시스템의 가장 하단에 위치하며, 하드웨어와 직접 상호작용하는 소프트웨어 계층을 구성합니다. 이 계층은 MCAL (Microcontroller Abstraction Layer)을 통해 다른 소프트웨어 모듈들과 연결되며, 다음과 같은 역할을 합니다:

• 시스템 전원, 클럭, 메모리 등의 기본 설정을 초기화
• RUN, SLEEP, RESET 등 MCU의 동작 모드 전환 제어
• 하드웨어 리셋 및 원인 추적 기능 제공
• 상위 소프트웨어가 하드웨어 세부사항을 몰라도 MCU를 제어할 수 있도록 추상화

MCU 계층은 시스템 신뢰성과 성능을 좌우하는 중요한 역할을 하며, AUTOSAR의 다른 계층들과 안정적으로 연동되기 위해 필수적인 구성 요소입니다.

Classic AUTOSAR 및 Adaptive AUTOSAR 비교

Classic AUTOSAR: 실시간 제어 시스템을 위한 최적의 솔루션

Classic AUTOSAR는 임베디드 ECU(Embedded ECU)에서 동작하도록 설계된 플랫폼으로, 보통 자원이 제한된 마이크로컨트롤러(MCU)를 사용합니다. 이 플랫폼의 주요 목적은 차량 내 전통적인 제어 기능을 지원하는 것이며, 정밀한 시간 응답(hard real-time)이 핵심적인 요구사항입니다.

사용 목적
Classic AUTOSAR는 엔진 제어, ABS 제동 시스템, 에어백, 변속기 제어 등과 같은 시스템을 위한 것으로, 이들 기능은 매우 빠르고 정확하며 신뢰할 수 있는 반응이 필요한 영역입니다.

대상 하드웨어
MCU(마이크로컨트롤러)를 기반으로 하며, 메모리 용량, 처리 성능 및 시스템 자원이 제한적입니다.

소프트웨어 아키텍처
정적인 구성 방식을 따르는 모듈형 구조로 개발되며, 소프트웨어는 개발 단계에서 명확하게 정의되고 제품 수명 주기 동안 변경되지 않습니다.

운영체제
RTOS(실시간 운영체제) 또는 운영체제 없이 동작하는 베어메탈 환경을 사용하여, 실시간 이벤트에 빠르게 대응할 수 있도록 설계됩니다.

프로그래밍 언어
주로 C 언어를 사용합니다. C는 단순하고 경량이며 임베디드 시스템에 적합합니다.

OTA 업데이트 지원
무선 소프트웨어 업데이트(OTA)를 지원하도록 설계되지 않았으며, 대부분의 소프트웨어 업데이트는 정비 시 수동으로 수행됩니다.Classic AUTOSAR는 ISO 26262와 같은 기능 안전 표준을 준수하며, 차량의 핵심 제어 시스템을 구성하는 기반 플랫폼으로 널리 활용되고 있습니다.

AUTOSAR Classic 사용해야 하는 경우

• 하드 리얼타임(hard real-time) 요구사항이 있는 임베디드 ECU(엔진 제어, 브레이크, 변속기, 기본 안전 시스템 등)를 개발할 때
• 메모리와 CPU 자원이 제한된 하드웨어에서 높은 성능과 안정성이 필요한 경우
• 차량 운행 중 소프트웨어 업데이트가 필요 없거나 변경이 적은 전통적인 제어 기능을 개발할 때
• ISO 26262와 같은 엄격한 안전 표준을 준수해야 할 때
• 계층형 아키텍처를 기반으로 표준화되고 재사용 가능한 모듈을 여러 ECU 플랫폼에서 활용하고자 할 때

대표적인 적용 사례

• 연료 펌프 제어
• 구동 시스템 제어
• 비상 제동 시스템(EBS) 제어
• 타이어 압력 센서(TPMS)

Adaptive AUTOSAR: 차세대 스마트카를 위한 유연한 인프라

Adaptive AUTOSAR는 기존 시스템으로는 대응할 수 없는 새로운 도전 과제를 해결하기 위해 등장했습니다. 특히 자동차가 점점 더 이동형 디지털 플랫폼으로 진화하고 있는 상황에서, 빅데이터 처리, 머신러닝, 네트워크 연결는 필수 요소가 되고 있습니다.

사용 목적
ADAS, 자율주행, 인포테인먼트 시스템, 고정밀 내비게이션, 센서 데이터 분석 등과 같은 고급 애플리케이션을 위해 최적화되어 있으며, 이러한 기능들은 병렬 처리 및 지속적인 소프트웨어 업데이트를 요구합니다.

 대상 하드웨어
멀티코어를 지원하는 고성능 SoC, 대용량 메모리, 복잡한 운영체제를 실행할 수 있는 처리 능력을 갖춘 하드웨어를 기반으로 합니다.

소프트웨어 아키텍처
서비스 지향 아키텍처(SOA, Service-Oriented Architecture)를 채택하여, 소프트웨어 구성 요소들이 서비스 단위로 유연하게 통신할 수 있습니다. 구성 요소는 동적으로 설정되거나 업데이트될 수 있습니다.

운영체제
Linux, QNX 등 POSIX 규격을 준수하는 운영체제를 사용하며, 멀티태스킹, 멀티스레딩, 네트워크 통신을 지원합니다.

프로그래밍 언어
주로 C++을 사용하며, 이는 객체지향적이고 병렬 처리에 효율적인 현대 애플리케이션 개발에 적합합니다.

OTA 업데이트 지원
운행 중에도 무선으로 소프트웨어를 업데이트할 수 있는 OTA(Over-the-Air Update)를 지원하여, 소프트웨어 정의 차량(SDV) 실현에 필수적인 기능을 제공합니다.

Adaptive AUTOSAR는 소프트웨어 개발의 유연성과 확장성을 제공하며, 백엔드 시스템이나 외부 서비스와의 통합을 용이하게 하여, 차량이 현대 디지털 환경과 매끄럽게 상호작용할 수 있도록 돕습니다.

AUTOSAR Adaptive 사용해야 하는 경우

• 자율주행, 인포테인먼트, 커넥티드 카, 인공지능(AI) 등 고성능 컴퓨팅 시스템을 개발할 때
• 차량 운행 중에도 소프트웨어를 동적으로 업데이트(OTA)하거나 구성 변경이 필요한 경우
• 멀티코어 프로세서, 강력한 SoC, 그리고 Linux, QNX 등 POSIX 호환 운영체제를 사용하는 환경에서
• 서비스 지향 아키텍처(SOA)를 기반으로 유연한 소프트웨어 개발과 멀티태스킹, 멀티스레딩이 필요한 경우
• 소프트 리얼타임(soft real-time) 환경을 요구하는 애플리케이션에 적합

대표적인 적용 사례

• 카메라를 통한 차선 및 장애물 인식
• 지능형 자동 주차 기능
• AI 기반 음성 비서
• 실시간 지도 및 클라우드 서비스 연동

LTS Group의 AUTOSAR 규격 충족 전략

실무 경험이 풍부한 고급 자동차 소프트웨어 엔지니어 팀

LTS Group은 고급 전문성과 풍부한 현장 경험을 갖춘 자동차 소프트웨어 엔지니어 팀을 자랑스럽게 보유하고 있습니다. 개발 서비스과 테스트 서비스  모두에서 뛰어난 역량을 발휘하는 이 팀은 탄탄한 기술 지식과 유연한 문제 해결 능력을 바탕으로 한국, 일본, 유럽의 선도적인 자동차 기업들과의 직접 협업 경험까지 갖추고 있습니다.

엔지니어들은 C/C++, Python, 임베디드 언어에 능통할 뿐만 아니라, AUTOSAR(Classic 및 Adaptive) 소프트웨어 아키텍처에 대한 깊은 이해를 바탕으로 ISO 26262(자동차 소프트웨어 안전 표준) 개발 절차를 준수하며, ASPICE (차량용 소프트웨어 프로세스 심사 표준)의 프로세스를 따라 작업하고 있습니다.

또한, 자동차 산업에서 폭넓게 사용되는 다음과 같은 전문 개발 도구들을 능숙하게 활용합니다:

• Vector DaVinci Developer & Configurator: AUTOSAR 표준에 따른 BSW 및 RTE 설계와 구성
• ETAS INCA: 실제 환경에서 ECU 데이터 수집 및 정밀 보정
• dSPACE: HIL 시뮬레이션 및 제어 시스템 테스트
• MATLAB/Simulink: 시스템 수준의 임베디드 소프트웨어 모델링 및 개발

뿐만 아니라, LTS Group 엔지니어들은 영어와 한국어 의사소통에 능숙하며, Jira, Confluence, Redmine 등 프로젝트 관리 도구를 자유롭게 활용하여 글로벌 파트너들과의 원격 협업에서도 높은 효율성을 실현하고 있습니다.

LTS Group에서 AUTOSAR 아키텍처 및 표준 적용 프로세스

LTS Group에서는 AUTOSAR (Classic 및 Adaptive) 아키텍처 기반으로 자동차 소프트웨어를 개발하고 있으며, 명확하고 체계적인 개발 절차를 따릅니다. 이를 통해 시스템의 품질, 확장성 및 호환성을 효과적으로 보장합니다.

전체 프로세스는 Cybersecurity(사이버 보안), Functional Safety(기능 안전), OTA(무선 소프트웨어 업데이트), FBL(Flash Bootloader), Diagnostics(진단 서비스) 등 다양한 고급 기술 요구사항을 하나의 체계 속에서 매끄럽게 통합할 수 있도록 설계되었습니다.

1단계: 애플리케이션 계층 설계 및 개발

• 브레이크 제어, 조명 시스템, 센서, 게이트웨이 등 핵심 기능에 해당하는 Software Components(SWCs) 를 설계합니다.
• Vector DaVinci Developer, MATLAB/Simulink 등의 도구를 활용하여 모델링과 애플리케이션 계층의 제어 로직을 개발합니다.
• SWC 간의 인터페이스를 정의하고, R-Port, P-Port를 구성합니다.

2단계: 드라이버 계층 개발 (Complex Device Drivers)

• 고속 센서, 레이더, 카메라 등 고성능 하드웨어를 위한 커스텀 드라이버를 개발합니다.
• 기본 AUTOSAR BSW에서 지원되지 않는 하드웨어에 대해 실시간 제어 기능과 고효율 드라이버를 추가합니다.

3단계: RTE(Runtime Environment) 계층 설정

• Vector DaVinci Configurator를 통해 RTE 코드를 자동 생성하고, SWCs와 BSW 간의 연결을 구성합니다.
• RTE는 SWC를 독립적인 블록처럼 관리할 수 있게 하며, 재사용성 및 유지보수성을 높입니다.
• 진단, 네트워크 통신, FBL 트리거 등의 시나리오도 지원합니다.

4단계: BSW 및 MCU 계층 설정

• OS, 통신 스택(CAN, LIN, Ethernet), 메모리, 진단 서비스, EcuM, NvM 등 다양한 BSW 모듈을 통합합니다.
• MCAL 계층을 구성하여 각 신호를 MCU의 하드웨어와 매핑합니다.
• ETAS INCA, dSPACE, CANoe, DaVinci Configurator 등을 활용하여 시스템을 플래시, 시뮬레이션 및 설정합니다.

5단계: 고급 기술 기능 통합

• 보안(Cybersecurity): ISO/SAE 21434 표준을 적용하며, 인증, 암호화, 키 관리, Secure Boot 및 Secure Diagnostics 기능을 구현합니다.
• 기능 안전(ISO 26262): HARA 분석, ASIL 결정, 시스템 이상 감지 및 대응 메커니즘을 구현합니다.
• OTA(Over-the-Air): 원격으로 ECU 소프트웨어를 안전하게 업데이트하는 메커니즘을 설계합니다.
• FBL(Flash Bootloader): ECU 소프트웨어 업그레이드를 위한 Bootloader 개발 및 메모리 분할, 무결성 검증을 수행합니다.
• NFC 통합: 사용자 인증, 키리스 시스템, 설정 구성 등 NFC 기능을 구현합니다.
• 네트워크 통신: CAN, LIN, FlexRay, Ethernet 버스를 설정하고 관련 모듈과 동기화합니다.
• UDS 진단(ISO 14229): DCM, DEM, DoIP를 설정하고 ECU 진단 서비스를 개발합니다 (예: DTC 조회, 삭제, 루틴 제어, 리프로그래밍 등).

6단계: 시스템 테스트 및 검증

• Unit Test, Integration Test, System Test 등 다양한 단계의 테스트를 수행합니다.
• HIL/SIL 시뮬레이션을 활용한 테스트 환경 구축 (도구: dSPACE, CANoe, Jenkins, Robot Framework).
• ISTQB 표준에 따라 테스트 프로세스 및 리포트를 자동화합니다.
• 전체 개발 과정은 다음의 국제 표준을 충실히 따릅니다:
  •  ISO 26262 – 기능 안전
  •  ASPICE – 품질 프로세스
  •  ISO/SAE 21434 – 자동차 보안

LTS  Group의 AUTOSAR 전문성의 실제 사례

사례 연구 1: 중국 고객을 위한 운전 안전 및 에너지 관리 시스템 개발

중국 고객사는 자동차의 안전 및 에너지 관리 시스템을 전문으로 하는 기업으로, 베트남에서 소프트웨어 개발을 지원할 수 있는 파트너를 BOT(Build–Operate–Transfer) 모델로 찾고 있었습니다.

주요 내용

• 에어백, 브레이크, 레이더, 스티어링 락 등 다양한 시스템을 위한 BSW 및 MCAL 개발
• MATLAB/SIL 모델을 활용한 경적 제어 시스템의 설계 및 테스트
• Secure Boot Loader 통합 및 Zone ECU에 대한 배포
• AUTOSAR Classic, ISO 26262 Part 4–6, ASPICE Level 2 표준 준수

성과: 비용 효율적인 방식으로 고도의 안전성, 보안성, 재사용성을 갖춘 소프트웨어 시스템을 구축하였으며, 베트남에서의 장기적인 운영을 위한 기반이 마련되었습니다.

📎 프로젝트 상세 보기

사례 연구 2: 유럽 고객을 위한 ADAS LiDAR 테스트 환경 구축
유럽의 ADAS 솔루션 기업은 LiDAR 센서 기반 객체 인식 및 추적 기능의 정확성 검증을 위한 고도화된 테스트 환경이 필요했습니다. LTS Group은 이러한 요구사항을 충족하기 위해 AUTOSAR Adaptive 기반 테스트 시스템 구축 프로젝트를 성공적으로 수행했습니다.

주요 내용:

• LiDAR 시스템의 실시간 데이터 처리를 지원하는 자동화 테스트 환경 설계
• SOA(Service‑Oriented Architecture) 기반의 유연한 테스트 구조 구현
• OTA(Over‑the‑Air) 업데이트 및 런타임 변경 시나리오 테스트 지원
• POSIX 기반 운영체제(예: Linux)에 적합한 멀티 플랫폼 테스트 도구 적용

성과: 테스트 기간이 수 주에서 단 몇 일로 대폭 단축되었으며, 시스템의 정확성과 안정성을 정밀 검증할 수 있었습니다. 이로써 고객의 LiDAR 솔루션은 상용화를 위한 신뢰 기반을 갖추게 되었습니다.

📎 프로젝트 상세 보기

자주 묻는 질문 (FAQ)

AUTOSAR는 무엇입니까?

AUTOSAR는 자동차 소프트웨어의 표준화된 아키텍처를 정의하는 글로벌 개발 파트너십입니다. AUTOSAR는 법적으로 강제되는 표준은 아니지만, ISO 26262와 같은 기능 안전 규격이나 ASPICE와 같은 품질 프로세스를 충족해야 하는 자동차 산업에서는 사실상 필수적인 프레임워크로 여겨지고 있습니다. 복잡해지는 자동차 소프트웨어 환경에서 개발 효율성, 모듈화, 호환성을 확보하기 위해 많은 완성차 제조사와 부품 업체들이 AUTOSAR를 적극 도입하고 있습니다.

언제 Classic을 선택하고, 언제 Adaptive를 선택해야 합니까?

Classic AUTOSAR와 Adaptive AUTOSAR는 시스템의 목적, 하드웨어 환경, 실시간 처리 요구사항, OTA(Over-the-Air) 업데이트 필요 여부 등에 따라 선택이 달라집니다. 예를 들어, 제동 제어, 엔진 제어 등과 같이 하드 리얼타임 성능이 요구되는 안전 중심의 기능에는 Classic AUTOSAR가 적합합니다. 반면, 자율주행, 인포테인먼트, V2X 통신 등 고성능 컴퓨팅이 필요하고 유연한 업데이트가 요구되는 애플리케이션에는 Adaptive AUTOSAR가 적합합니다.

AUTOSAR 프로젝트를 처음 시작할 때 가장 중요한 것은 무엇입니까?

AUTOSAR 프로젝트를 시작할 때 가장 중요한 것은 명확한 요구사항을 분석하고 적절한 아키텍처 설계 전략을 수립하는 것입니다. 초기 설계가 부정확할 경우, 이후 개발 및 테스트 단계에서 발생하는 비용이 크게 증가할 수 있습니다. LTS Group은 프로젝트 초기 단계부터 고객과 함께 전략을 수립하고, 성공적인 프로젝트 수행을 위한 전반적인 지원을 제공합니다.

마무리

자동차 산업의 디지털 전환 시대에서 소프트웨어는 더 이상 부수적인 요소가 아니라, 차량의 심장입니다. AUTOSAR는 스마트하고 안전하며 확장 가능한 미래 차량을 실현하기 위한 핵심 플랫폼으로 자리 잡고 있습니다.

LTS Group은 실무 중심의 전문성, 풍부한 프로젝트 경험, 그리고 유연한 접근 방식을 바탕으로, 전략 수립부터 개발, 테스트, 구축까지 AUTOSAR 여정 전반을 함께합니다. 기업이  AUTOSAR(Classic 또는 Adaptive) 솔루션에 대해 컨설팅, 개발, 검증 파트너를 찾고 있다면 지금 바로 LTS Group과 함께 시작해 보세요.