하드 및 소프트 실시간 시스템

검증 기법은 크게 정적 검증과 동적 검증으로 분류됩니다. 정적 검증(또는 정적 분석)은 시스템을 실행하지 않고 코드나 설계를 검사하는 방법입니다. 코드 리뷰, 시스템 검사, 자동화된 정적 분석 도구 등이 이에 해당합니다. 동적 검증(또는 테스트)은 일련의 입력값을 사용하여 시스템을 실행하고 그 동작을 관찰하여 결함을 찾는 방법입니다. 두 가지 모두 포괄적인 품질 보증을 위해 상호 보완적인 역할을 합니다.

위험 우선순위 번호(RPN)는 FMEA에서 위험의 우선순위를 정하는 데 사용되는 정량적 지표입니다. 이는 심각도(S), 발생 빈도(O), 탐지 가능성(D)이라는 세 가지 요소의 순위를 곱하여 계산됩니다. 공식은 [latex]RPN = S × O × D[/latex]입니다. 각 요소는 일반적으로 1부터 10까지의 척도로 평가되므로, 팀은 점수가 높은 위험부터 우선적으로 처리할 수 있습니다.

RMS(Rate-Monotonic Scheduling)는 실시간 시스템에서 주기적인 작업을 위한 정적 우선순위 스케줄링 알고리즘입니다. RMS는 작업 빈도에 따라 우선순위를 할당합니다. 작업 주기가 짧을수록(작업 빈도가 높을수록) 우선순위가 높아집니다. RMS는 최적의 정적 우선순위 알고리즘으로, 다른 정적 우선순위 알고리즘이 작업 집합을 스케줄링할 수 있다면 RMS도 스케줄링할 수 있습니다. 스케줄링 가능성은 활용률 기반 테스트를 통해 확인할 수 있습니다.

유한체적법(FVM)은 전산유체역학(CFD)에서 편미분방정식을 푸는 데 널리 사용되는 수치 기법입니다. 이 방법은 영역을 제어체적 메쉬로 이산화하고, 지배방정식을 적분 형태로 각 체적에 적용합니다. 발산 정리를 이용하여 체적 적분을 표면 적분으로 변환함으로써, 각 셀 면을 가로지르는 보존 속성의 플럭스를 계산하는 데 중점을 둡니다.

형식 검증은 수학적 방법을 사용하여 형식 명세에 대한 시스템 설계의 정확성을 증명하거나 반증하는 것입니다. 특정 입력에 대해서만 버그의 존재를 보여줄 수 있는 테스트와 달리, 형식 검증은 모든 가능한 입력에 대해 버그가 없음을 증명할 수 있습니다. 형식 검증은 시스템의 형식 모델을 생성하고 모델 검증이나 정리 증명과 같은 기법을 사용하는 과정을 포함합니다.

메트로폴리스-해스팅스 알고리즘은 직접 샘플링이 어려운 확률 분포에서 무작위 샘플 시퀀스를 얻기 위한 대표적인 MCMC(모달 몬테카를로) 방법입니다. 각 반복에서 현재 샘플을 기반으로 다음 샘플 후보를 생성합니다. 이 후보는 특정 확률로 수락되거나 거부되어, 결과적으로 생성되는 샘플 체인이 원하는 분포로 수렴하도록 합니다.

객체지향 프로그래밍에서 추상화는 복잡한 구현 세부 사항을 숨기고 객체의 핵심 기능만 보여주는 개념입니다. 객체가 어떻게 작동하는지가 아니라 무엇을 하는지에 초점을 맞춥니다. 이는 추상 클래스와 인터페이스를 통해 구현되는데, 이들은 완전한 구현을 제공하지 않고 다른 클래스의 설계도를 정의하여 복잡한 시스템을 단순화합니다.

'품질의 7가지 기본 도구'는 카오루 이시카와가 품질 관련 문제 해결을 위해 제시한 일련의 그래픽 기법입니다. 이 도구들은 원인-결과 다이어그램(피시본 다이어그램), 체크 시트, 관리도, 히스토그램, 파레토 차트, 산점도, 그리고 층화 분석(흐름도 형태로 표현되는 경우가 많음)입니다. 이 도구들이 '기본' 도구로 여겨지는 이유는 사용이 간편하고 전문적인 통계 교육이 거의 필요하지 않기 때문입니다.

폭포수 모델은 순차적이고 비반복적인 소프트웨어 개발 프로세스로, 개발 과정이 마치 폭포처럼 아래로 꾸준히 흐르는 방식입니다. 구상, 시작, 분석, 설계, 구축, 테스트, 배포 및 유지보수의 여러 단계를 거치며, 각 단계는 다음 단계로 넘어가기 전에 완전히 완료되어야 합니다. 이러한 유연성을 강조하기 위해 반복 모델과 자주 비교됩니다.

복구 블록 스키마는 설계 다양성과 역방향 오류 복구를 기반으로 하는 소프트웨어 내결함성 기법입니다. 이 기법은 프로그램을 일련의 블록으로 구성하며, 각 블록은 주 모듈, 인수 테스트, 그리고 하나 이상의 대체 모듈로 이루어져 있습니다. 주 모듈의 출력이 인수 테스트를 통과하지 못하면 시스템 상태가 복원되고 대체 모듈이 실행됩니다.

검증과 유효성 검사(V&V)는 서로 다른 프로세스입니다. 검증은 제품이 명시된 요구사항을 충족하는지 확인하는 과정입니다("제대로 만들고 있는가?"). 유효성 검사는 제품이 사용자의 실제 요구사항과 의도된 용도에 부합하는지 확인하는 과정입니다("올바른 제품을 만들고 있는가?"). 이 두 과정은 품질 관리 내에서 상호 보완적인 활동이며, 정확성과 유용성을 모두 보장하기 위해 순차적으로 또는 동시에 수행되는 경우가 많습니다.

반복성 한계 [latex]r[/latex]은 반복성 표준편차([latex]s_r[/latex])에서 도출된 임계값입니다. 이는 반복성 조건에서 얻은 두 번의 단일 검사 결과 간의 최대 예상 절대 차이를 95% 확률로 나타냅니다. 일반적으로 [latex]r = 2.8 times s_r[/latex]로 계산됩니다. 차이가 [latex]r[/latex]을 초과하면 결과는 의심스러운 것으로 간주됩니다.