반응형

전체 글 303

ISO/PAS 8800: AI 시스템 안전을 위한 기존 안전 표준과의 연계 (ISO 26262와 ISO 21448)

AI(Artificial Intelligence) 기술은 자동차 시스템에서 점점 더 중요한 역할을 맡고 있습니다. 자율주행(Autonomous Driving), 첨단 운전자 지원 시스템(Advanced Driver Assistance System) 등 다양한 분야에서 AI가 활용되면서, 이 AI 적용 기술의 안전성을 보장하기 위한 체계적이고 신뢰할 수 있는 표준의 필요성이 대두되었습니다.이에 따라 2024년 12월 출간된 ISO/PAS 8800 (Road Vehicles - Safety and Artificial Intelligence)은 기존 ISO 26262와 ISO 21448의 원칙을 확장하고 AI 시스템의 특수성을 반영하여, 차량 시스템에서 AI 안전성을 확보하기 위한 새로운 기준을 제시합니다. ..

ISO/PAS 8800:2024, AI 안전 관리 for Road Vehicles -Safety and Artificial Intelligence, AI 안전 수명 주기

ISO/PAS 8080:2024, Road Vehicles - Safety and Artificial Intelligence는AI 기술이 통합된 차량 시스템에서 안전성을 보장하기 위한 문서로서,자동차 산업에서 급증하는 AI 기술의 활용에 따른 새로운 안전 요구사항에 대응하기 위해 개발되었습니다. 이 문서는 ISO 26262 및 ISO 21448과 연계하여AI 기반 시스템의 위험 요소를 체계적으로 다루고 있습니다.이번 포스팅에서는 최근 PAS(Publicly Available Specification) - 워킹 그룹 차원의 합의된 문서로 출간된 ISO/PAS 8080에 정의된 AI 안전 관리 (AI Safety Management)에 대해 알아보겠습니다.   AI Safety Life Cycle: 지속 가..

MECE 원칙을 활용한 소프트웨어 Fault Tolerance 중복성 설계: 신뢰성과 효율성을 극대화하는 접근법

복잡한 의사결정과 문제 해결의 과정에서 명확성과 효율성을 달성하는 것은 항상 중요한 과제입니다. 특히 높은 신뢰성이 요구되는 안전 필수 소프트웨어 시스템을 위한 Fault Tolerance를 위한 모듈을 정의하는 상황에서는 소프트웨어 Fault Tolerance를 구현하기 위해 적절한 중복성(Redundancy)을 확보하는 하는 것은 매우 중요합니다. 이 과정에서 MECE(Mutually Exclusive, Collectively Exhaustive) 원칙은 체계적이고 명확한 Redundant Module을 설계하는 것을 가능하게 해 주는데, MECE는 중복성을 정의하는 과정에서 중복성의 효율성을 해치지 않으면서도(Mutually Exclusive), 모든 가능성을 포괄(Collectively Exhau..

Software Fault Tolerance와 소프트웨어 구현 기법 (N-Version Programming)

소프트웨어는 현대 사회에서 필수적인 역할을 담당하며, 다양한 분야에서 중요한 기능을 수행합니다. 특히, 항공, 자동차, 의료, 금융 시스템과 같이 높은 신뢰성과 안전성이 요구되는 영역에서는 결함(fault)이 발생해도 시스템이 안정적으로 동작할 수 있도록 보장하는 결함 허용(Software Fault Tolerance)이 필수적입니다. 1. Software Fault Tolerance란 무엇인가?Software Fault Tolerance는 소프트웨어 시스템이 결함(fault)이나 오류(error)가 발생하더라도 정상적인 기능을 유지하거나 복구할 수 있도록 설계하는 기법으로 다음과 같은 주요 목표를 가집니다.1-1. 주요 목표:Fault Detection: 결함 발생 여부를 신속히 감지.Fault Rec..

HARA의 단계적 접근을 통한 초기 불확실성 해소와 ASIL 재조정 - 기능안전 달성에 따른 문제점 및 해결방안

ISO 26262에서는 Hazard Analysis and Risk Assessment 및 ASIL(Automotive Safety Integrity Level) Determination에 대한 기본적인 원칙과 접근 방식을 설명합니다. 여기에서는 시스템이 직면할 수 있는 위험한 상황을 체계적으로 분석하고, 이에 따른 안전 목표(Safety Goal)를 설정하기 위한 기반을 제공합니다.   Hazard Analysis and Risk Assessment (HARA) 관련 글ISO 26262 HARA (Hazard Analysis and Risk Assessment) for Heavy TruckChatGPT를 이용한 ISO26262 Hazard Analysis and Risk Assessment (HARA)..

소프트웨어 신뢰성 개선 전략 3가지 (3 Strategies for Software Reliability Improvement)

소프트웨어 신뢰성(Software Reliability)는 ISO/IEC 25010 (구 ISO/IEC 9126), Product Quality Model에서 정의한 품질의 주특성중 하나로 "시스템/소프트웨어가 정의된 기능을 수행함에 있어 주어진 조건과 시간 내에 결함(Fault) 또는 고장(Failure) 없이 동작/수행 할 수 있는 능력 또는 확률"로 정의할 수 있습니다. 이는 소프트웨어 신뢰성을 개선하는 것만으로 소프트웨어 품질이 높다고 단정할 수는 없지만, 반대로 고품질 소프트웨어를 개발하기 위한 필요 조건으로 반드시 소프트웨어 신뢰성 개선을 위한 전략 수립이 필요하다고 볼 수 있습니다.    참조: 소프트웨어 신뢰성 정의 관련 글소프트웨어 공학: 소프트웨어 신뢰성 정의 (Software Reli..

소프트웨어 결함 완화 및 제어 전략 시너지: 주요 접근법들간의 상호작용

소프틑웨어 결함 완화 및 전략 관련 글소프트웨어 결함 완화 및 제어 전략 (Software Fault Mitigation and Control Strategies)소프트웨어 공학: 소프트웨어 신뢰성 정의 (Software Reliability)이전 포스팅에서는 소프트웨어 결함 완화 및 전략의 주요 접근법에 대해 살펴 보았습니다. 소프트웨어 안전성과 신뢰성을 보장하기 위한 네 가지 개념인 소프트웨어 결함 탐지 (Fault Detection), 소프트웨어 결함 격리 (Fault Isolation), 소프트웨어 결함 알림 (Fault Annunciation), 그리고 소프트웨어 결함 내성 및 복구 (Fault Tolerance and Recovery)는 상호보완적으로 작동하게 되는데, 이번 포스팅에서는 이러한..

소프트웨어 결함 완화 및 제어 전략 (Software Fault Mitigation and Control Strategies)

소프트웨어 결함 완화 및 제어 전략 관련 글소프트웨어 결함 완화 및 제어 전략 시너지: 주요 접근법들간의 상호작용소프트웨어 공학: 소프트웨어 품질과 개발 생산성 - 오해에서 진실로1. 소프트웨어 결함 관리의 중요성: 시스템 안전성과의 연계소프트웨어는 현대 시스템의 핵심 요소로 자리 잡으면서, 그 안전성과 신뢰성은 우리의 삶과 직결되는 문제가 되었습니다. 특히 자동차, 항공기, 의료 기기와 같은 안전 필수 시스템에서는 소프트웨어 결함이 단순한 오류를 넘어 생명과 재산을 위협할 수 있습니다. 따라서 이러한 위험을 관리하기 위한 소프트웨어 결함 완화(Mitigation)와 제어(Control) 전략이 필수적이라 할 수 있습니다. 소프트웨어 결함 관리의 필요성: 안전성(Safety) & 신뢰성(Reliabili..

국내 소프트웨어 경쟁력 현황, 저해 요소 및 개선 방안 (정보과학회지 특별기고문, 2024.12)

한국정보과학회 www.kiise.or.kr 산업계 여러분야에서 소프트웨어의 중요성과 소프트웨어 엔지니어의 역할과 위상이 그 어느때 보다 높아진 것은 부정할 수 없는 현실입니다. 그럼에도 불구하고, 냉정하고 객관적인 시선으로 국내 소프트웨어 경쟁력을 진단한 사례는 부족한 편입니다. 이에 국내 소프트웨어 경쟁력의 현 주소와 앞으로 다가올 시대에 무엇을 준비하는 것이 필요한지에 대한 방향성에 대한 심도있는 고민과 토론할 수 있는 기회가 있었습니다. 그리고 그 결과물을 짧게나마 정리된 글이 "한국정보과학회지 12월 특별기고문" 형식으로 실렸습니다. 다음은 간략한 요약입니다.1. 국내 소프트웨어 산업의 현황국내 소프트웨어(SW) 산업은 IT 서비스, 패키지 SW, 게임 SW 등으로 다양하게 구성되어 있으며, 그 ..

명확한 요구사항 작성 (모호성 제거) - 시각적 요구사항 정의, 모델기반 요구사항 명세서 (Model-Based Requirements Specification, MBRS)

모델 기반 요구사항 명세(MBRS)는 시스템 및 소프트웨어 엔지니어링에서 자연어의 모호성을 줄이기 위해공식적이거나 반공식적인 모델링 언어를 활용하는 접근 방식입니다.통합 모델링 언어(UML) 또는 시스템 모델링 언어(SysML)와 같은 표준화된 모델링 언어를 사용하여요구사항을 명확하고 간결하게 정의하며, 이는 건축 설계 도면처럼 시스템 설계를 위한 청사진 역할을 합니다.   MBSE (Model Based System/Software Engineering) 관련 글OMG SysML 다이어그램 마스터하기::모델링 가이드MBSE Example #1: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)SPL: 도메인 요구공학 (Domain Requirements Engineering)소프트웨..

반응형