설계와 코드를 하나로
RapidAUTO
RapidAUTO는 실제 소스코드의 변경을 설계 모델에 반영하고 설계와 코드를 지속적으로 동기화하여 Architecture Drift를 최소화합니다.
자세히 보기
빠르게 변화하는 기술 트렌드 속에서, MDS인텔리전스가 제시하는 차별화된 인사이트와 혁신 솔루션을 확인하세요.
RapidAUTO는 실제 소스코드의 변경을 설계 모델에 반영하고 설계와 코드를 지속적으로 동기화하여 Architecture Drift를 최소화합니다.
자세히 보기
아날로그식 계량기의 열악한 검침 환경을 개선하고, 검침에 따른 불편함과 위험을 줄이기 위한 수도 원격 검침 솔루션입니다.
자세히 보기
MDS인텔리전스 소프트웨어 검증 센터는 다양한 국제 표준 준수 대응, 인증 및 고객 요구사항 준수를 위한 고품질의 검증 서비스를 제공합니다.
자세히 보기
엔지니어의 기술 컨텐츠를 통해 다양한 활용 방법을 확인할 수 있습니다.
AI가 작성한 코드는 믿을 수 있을까? AI가 발전함에 따라 최근 개발자들은 생성형 AI를 적극적으로 활용하고 있다. 개발자는 AI를 이용해 함수 구현부터 테스트 코드 작성까지 다양한 업무를 수행하며 생산성을 높이고 있다. 하지만 AI가 개발 과정에 자연스럽게 자리 잡으면서 한 가지 질문도 함께 제기된다. "AI가 작성한 코드는 얼마나 신뢰할 수 있을까?"
소프트웨어가 포함된 제품의 개발 과정이 복잡해지면서 요구사항부터 설계, 개발, 테스트, 릴리즈까지 각 단계에서 생성되는 다양한 정보를 체계적으로 관리하는 것이 중요해지고 있습니다. 특히 요구사항은 ALM(Application Lifecycle Management) 시스템에서 관리하고, 실제 소스코드와 개발 활동은 GitHub와 같은 형상관리 도구에서 관리하
어제는 실패했는데 오늘은 성공했다? 우리가 무심코 지나치는 Flaky Test 이야기 CI 파이프라인의 빌드 결과를 확인하던 어느 날, 테스트 하나가 실패했습니다. 개발자는 로그를 열어보고 최근 변경 사항을 확인합니다. 코드를 다시 살펴보고, 재현을 위해 테스트를 한 번 더 실행해 봅니다. 그런데 이번에는 PASS. '방금은 왜 실패한 거지?' '일시적인
자동차 산업의 패러다임이 하드웨어 중심에서 소프트웨어 중심으로 급격하게 이동하면서, SDV(Software-Defined Vehicle, 소프트웨어 중심 자동차)는 이제 미래가 아닌 현재의 생존 전략이 되었습니다. 과거의 자동차가 '기계공학의 집약체'였다면, 현대의 SDV는 바퀴 달린 고성능 컴퓨터혹은 스마트폰에 비유됩니다. 이러한 전례 없는 변화 속에서
임베디드 소프트웨어(SW) 개발에서 CR(Change Request, 변경 요청)에 따른 회귀 테스트(Regression Test)는 변경된 코드가 기존의 정상적인 기능(하드웨어 제어, 통신, OS 스케줄링 등)에 악영향을 주지 않았는지 검증하는 필수적인 과정입니다. 임베디드 환경은 하드웨어 종속성이 높고 자원이 제한적이기 때문에, 일반 IT SW의 회귀
공격을 막지 못한다면, 데이터를 가져가지 못하게 하라 AI 자동화 공격 시대, 금융 보안 패러다임의 전환 2026년 9월 말부터 10월 초, 국내 주요 은행들이 잇따라 사이버 공격을 받았습니다. 신한은행을 시작으로 KB국민은행, 하나은행에서 고객 정보 유출이 확인됐고, 우리은행과 NH농협은행도 해킹으로 추정되는 공격을 받은 것으로 전해졌다. 사실상 5대
SDV 전환에 따른 SW 아키텍처 통합과 복잡성 증대 자동차 산업은 현재 SDV(Software Defined Vehicle)로 빠르게 재편되고 있다. 이 과정에서 가장 두드러지는 특징은 소프트웨어 아키텍처가 기존의 기능별 분산형 구조에서 도메인 아키텍처를 거쳐 Zonal 아키텍처(구역형 통합 구조)로 진화하는 흐름이다. 과거에는 각 기능이 독립적인 ECU
소프트웨어가 점점 복잡해질수록 하나의 작은 변경에도 예상치 못한 다수의 문제들이 발생하는 경우가 증가하고 있습니다. 특히, 자동자/국방/항공 등과 같은 고신뢰성 임베디드 소프트웨어에서는 구성 요소들 중에 작은 하나의 변경이 다수의 구성 요소들에 영향을 미칠 수 있기 때문에 변경에 대한 정확한 영향성 분석이 필수입니다. 그러나, 실제 필드에서는 다음과 같은
소프트웨어 검증 업무를 하다 보면 종종 이런 질문을 받습니다. " 컴파일도 잘 되고 기능 테스트도 다 통과했는데, 왜 굳이 단계별로 코드를 검증하고 커버리지까지 확인해야 하나요? " 답은 간단합니다. 눈에 보이는 정상적인 시나리오에서는 시스템이 잘 돌아가지만, 특정 조건이나 예기치 못한 데이터가 들어오는 '임계점의 순간'에 시스템을 다운시키는 시한폭탄 같은
오늘날의 SoC는 자율 주행차 뿐만 차량의 다양한 전자 시스템에서도 핵심적인 역할을 하고 있습니다. 각 자동차 제조사들은 SoC를 통해 자율주행 기술을 고도화하며, 기존의 차량 제어 시스템을 혁신하고 있습니다. 또한, 반도체 제조업체들은 자율주행차의 요구사항을 충족하기 위해 더욱 발전된 SoC칩을 개발하고 있습니다. 이번 시간에는 차량용 반도체 SoC에 대
![[공지 사항] 교육 장소 변경 안내](/up/notice/thumb/2026/07/94a0662e36604225b038fbe1a93c3bb2.png)
