본문 바로가기
반응형

전체 글80

SW 개발 프로세스의 이해 임베디드 SW 개발 프로세스라 일컫는 분야의 기본적 이해를 위한 포스팅이다. 직접 작성한 강의 교재 내용을 기반으로 내용을 채워 봤다. 1. 개요 ■ 공학(Engineering)의 의미 -사용자의 요구사항에 맞추어 저비용, 고품질의 제품을 정해진 기간 내에 개발하는 일련의 과정 ■ SW 공학(Software Engineering)의 목적 -프로젝트 기간 동안 주어진 시간과 비용, 자원의 범위 내에서 고 품질의 소프트웨어를 생산하는 것 ■ SW 공학(Software Engineering)에 대한 역사적 견해 -Bauer(1972): 컴퓨터 하드웨어에서 신뢰성 있게 운용되는 소프트웨어를 경제성 있게 개발하기 위해 공학적 원리를 응용하고 확립시킨 이론 -Boehm(1976, Science): 컴퓨터 프로그램을.. 2021. 9. 4.
소프트웨어 테스트 (Software test) - 2편 전편에서 소프트웨어 테스트에 대한 기본 사항을 다루었다. 이번 포스팅에서는 테스트를 실제로 수행할 때 필요한 이론, 기법에 대해 알아보기로 한다. 1. 테스트 케이스 테스트 케이스의 필수 구성 요소: 입력값 기본적으로 SW가 ‘해야 할 것’과 ‘하지 말아야 할 것’을 확인한다. 확인하고자 하는 SW 동작을 반영한 입력값이 필요하다. 테스트 케이스의 필수 구성 요소: 예상 결과 출력 결과 판단 시에 결과를 긍정적으로 판단하는 심리적 경향이 있다. 테스트 결과의 신뢰성을 확보하기 위하여 테스트 수행 전에 예상 결과를 정의한다. 예상 결과는 테스트 결과에 직접적으로 영향을 미치므로 예상 결과에 대한 정확한 정의가 필요하다. 2. 테스트 드라이버와 테스트 스텁 드라이버 (Driver) 테스트 대상에 대해 다음 .. 2021. 9. 3.
소프트웨어 테스트 (Software test) 임베디드 시스템의 소프트웨어 테스트에 대한 내용을 다룬다. 기본적인 테스트 분야의 용어 해설을 위주로 각 테스트 기법의 기본적인 절차를 기술한다. 1. 용어 해설 Faults: error와 failure의 원인 Errors: 시스템 내에서의 의도하지 않은 상태 Failure: 의도한 서비스와 실제 서비스의 편차, 결과의 편차 2. Verificaiton and Validation Verificaiton 생명 주기에서 현 단계 산출물과 바로 전 단계 산출물과의 일관성 및 일치성을 평가하는 프로세스이다. 이전 단계의 요구를 일관적으로, 완전하게, 정확하게 따르고 있는지 검증한다. Are we building the product right? Validation 최종산출물(product)이 요구사항에 맞게 수.. 2021. 9. 2.
안전 분석 (Safety analysis) - ISO 26262 ISO 26262 적용에 있어 필수적인 활동인 안전 분석에서 알아보기로 한다. 안전 분석은 개발 단계에 따라 완성된 function, behavior, design의 잠재적인 고장과 결함의 원인, 결과를 분석하는 활동이다. 안전 목표(Safety Goal) 또는 안전 요구사항의 위배를 야기할 수 있는 조건과 이에 대한 원인 분석을 수행함에 목적을 둔다. 이에 더불어 위험 요소들에 대한 회피, 제거, 완화 등의 해결책을 찾기 위한 방법도 제시한다. ISO 26262에서 안전 분석은 기능 안전 요구사항 및 안전 메커니즘의 수립과 시스템 안전을 유지하는 근거를 제공하기 때문에 필수적인 활동이다. 1. 안전 분석 기법의 종류 귀납적 분석 방법과 연역적 분석 방법으로 나눈다. 귀납적 분석 방법: 경험적 요인을 포.. 2021. 9. 1.
반응형

티스토리툴바