분류 전체보기 (44) 썸네일형 리스트형 AV(자율주행차) 소프트웨어 아키텍처 현재 다양한 산업군에서 자율 주행차(Autonomous Vehicle or Automated Vehicle)에 대한 개발이 활발히 진행 중입니다. "AV"의 지칭?위의 AV에 대해 "Autonomous Vehicle"이라고 또는 Automated Vehicle이라고 지칭을 한다. 일반적으로 자동차 업계(완성차 및 부품사 등의 기존 전장품 개발업체)에서는 Automated Vehicle이라는 용어로 많이 사용된다, 즉 차량을 하나의 자동화된 기계장치로 볼려는 보수적인 시각을 가지고 있고, 다른 산업계에서는 차량(자동차)를 하나의 IoT 의 새로운 Device 형태로 새로운 산업 생태계를 만들어 나가길 기대하는 측면에서 Autonomous vehicle로 바라 보고 있다. 또한 자율주행 차량에 대한 명명은 .. Software architecture for fail operation logic Fail operation에서의 SW Architecture에 대한 글 기존에 자동차 안전(Safety)분야에 적용되어 있는 Fail-safe 및 functional safety에서 Autonomous Driving System(ADS) 또는 Autonomous Vehicle(AV)에 적용되어야 하는 Fail operation 개념을 적용한 기본적인 소프트웨어 아키텍처에 대해 쉽게 정리된 논문이 있어서 아래와 같이 요약해 본다 (Comparison of fail-operation software architecture from the viewpoint of an automotive application)일반적으로 Redundancy concept을 많이 적용하는데, 관련하여 차량에 적용하는 Redunda.. Automotive SPICE 2.5 -> 3.0 달라진점 Automotive SPICE 3.0 PRM (Process Reference Model) 기준 모델 [구조적 변경] 1. 엔지니어링 프로스세가 기준의 하나의 ENG 그룹이 2개의 그룹으로 분리 ENG. --> SYS와 SWE (시스템과 소프트웨어 엔지니어링 그룹) 2. 소프트웨어 엔지니어링 V-Cycle에서 기존의 ENG.6 Software Construction이 2개의 프로세로 분리 2.1 SWE.3 : Software Detailed Design and Unit Construction 2.2 SWE.4 : Software Unit Verification 3. A-SPICE 에서 제공하지 않은 Hardware Development Process와 Mechanical Development Proces.. 자율주행자동차의 발전 배경 및 혁신 [자율 주행 자동차의 발전 배경] 자동차 산업의 연구개발(R&D)분야는 소비자의 편의(Convenience) 및 안전(Safety), 환경규제의 등의 법규에 기반을 두어 고기능 및 고성능 요구와 IT기술의 발전에 따른 기술 융합(Convergence)이 급격하게 증가하고, 자동차가 이동수단을 넘어 지능화 및 스마트화가 급속하게 진행되어 지금은 또 다른 생활공간으로 발전하고 있다. 이러한 부분을 가능하게 하는 것이 차량 전장품(기존의 기계, 전기/전자, 소프트웨어의 융합)이 핵심적인 역할을 수행함에 따라 자동차 산업은 다양한 형태로 발전 하고 있다. 특히 이러한 기술의 변화와 더불어 자율주행 자동차라는 새로운 패러다임의 등장으로 BMW, GM, Ford, Toyota, VW, 현대자동차 등 많은 완성차 업.. 차량 보안 - Nissan Leaf cars hacked by only pasting address Recently hacked car of remote app in Nissan electric leaf car. BBC Feb.24 article Some of Nissan's Leaf cars can be easily hacked, allowing their heating and air-conditioning systems to be hijacked, according to a prominent security researcher. Nissan's Leaf 차량들이 히트 부문과 에어컨 시스템 부분이 쉽게 해킹이 이루어지는 시연을 Mr. Hunter에의해 이루어 졌다. Nissan Connected app의 vehicle identification number의 문제점을 가지고 있다고 보도하고 있다. 이.. 기능 안전 역사 및 표준 종류 기능 안전 표준에 대한 종류 안전(Safety)의 출현 배경은 역사가 꽤 오래 되었다고 할 수 있다. 특히 2차 대전 때 기존의 무기체계(Weapon system)에서 원자력 폭탄(Nuclear Bomb)이라는 새로 에너지 체계가 적용되면서 전쟁 이후 이러한 원리를 인간 생활의 에너지 원으로 활용하게 되어 지금은 수 많은 나라에서 원자력 발전소(Nuclear Plants)가 생활의 중요한 동력원으로 사용되고 있다. 하지만. 1957는 영욱에서 발생한 원전 화재(아래 그림 참조) 이후 안전은 상당한 중요한 문제로 대두되었다. 영국의 Windscale의 원전 2개의 Pile에서 화재로 인하여 방사능 물질로 인한 수 백명의 인명 피해를 가지 온 사건(Catastrophe Accident)로 안전(Safety).. 기능 안전 배경/정의 및 이슈 - 2번째 기능 안전 배경/정의 및 이슈 - 2번째 표준에서의 안전의 의미를 되새기기 전에 모든 제품은 완벽한(Complete) 위험이 없는 상태이거나 결함(Defect)이 없는 상태를 구현하는 것은 이론적으로는 가능할 수 있으나 실제적으로는 구현이 불가능하다. 즉 Risk Zero 및 Zero Defect은 불가능한 영역이다. 그러므로, 안전한 제품에 대해 어느 정도 Risk를 허용하는 기준이 필요하다. 이러한 허용 기준에 대해서는 Risk의 레벨로 결정 한다. 다시 말해, 완전히 Risk가 없는 상태는 불가능하므로 실제 기술적으로 제거 가능(설계나 검증을 통해)한 범위를 제외한 Risk는 제품에 내재되어 있다고 가정한다. 이러한 개념을 적용하여 해당 제품이 수용 가능하거나 불합리한(부당한) Risk가 없는 상태.. Model Based Development (모델기반 개발) in Safety Critical Domain - Model Based Development – Related Domain 요즈음 최신(State-of-the-art)의 safety critical한 항공기의 항공전자장비(avionics)나 자동차의 전장품(Electric/Electronic – Electronic Control Units i.e. ECU)는 high complex, functionally integrated, network-centric 시스템의 형태로 발전하고 하고있으며, 또한 systems of systems형태로 진화하고 있다. Complex and mission-critical 임베디드 시스템의 설계 및 개발에 있어서 또한 여러가지 법규(안전, 환경 등 다양한 법률적인 규약)를 만족하며 Time-to-Market 및 cost-e.. Test Coverage에 대한 오해 [Safety 분야서 소프트웨어 커버리지를 포함하는 Standard 표준] l In Avionics equipment, DO-178B에서 사용 (FAA - Federal Aviation Administration) l IEC 61508 - E/E/E/EPES - Structured based testing (SIL 3, SIL 4) l ISO 26262 - E/E Safety-related systems for automotive [**소프트웨어** 테스트 커버리지의 개념] 프로그램의 소스코드가 테스트 된 정도(degree)를 판단하는 기준 얼마나 많이 테스트 되었는가? White box testing방법으로 코드가 검사 됨 코드 커버리지는 systematic software testing을 위해 고안되.. Test Coverage의 정도 (How much?) 소프트웨어 및 시스템의 Quality improvement의 주요 활동인 Testing은 , 기존의 시스템 및 소프트웨어 개발영역에 포함된 활동으로 인식되어 오다, 현재는 시스템 및 소프트웨어가 복잡해 지면서, 주요한 영역으로 Spotlight를 받고 있다. 그럼 이러한 테스팅에서 커버리는 주요한 이슈이다. 얼마만큼 테스트를 수행을 해야 하냐는 테스팅의 Entry 또는 Exit Criteria로 많이 활용되고 있다. 커버리지 종류에는 간략하게 다음과 같이 분류 할 수 있다. 요구사항 커버리지(Requirement Coverage) - 소프트웨어, 시스템의 사양서 기반의 기능/비기능 등의 충족 정도구조 커버리지 (Structure Coverage) - 소프트웨어 Control flow 등 기반의 구문관련 .. 이전 1 2 3 4 5 다음
