✅ 결론
베이스라인 = 반드시 고객(OEM)에게 릴리즈되는 형상항목이다 ❌
베이스라인 = 특정 시점에 “통제 기준으로 고정된 형상 집합”이다 ✅
1️⃣ 핵심 개념부터 바로 잡자
베이스라인의 본질
Baseline = 변경 통제를 위한 기준점
👉 목적:
- 변경 기준 제공
- 비교 기준 제공
- 추적 기준 제공
👉 즉
Baseline ≠ Release
2️⃣ Release와 Baseline의 관계
관계는 이겁니다:
Baseline ⊇ Release (일 수도 있음)
경우 1 (겹치는 경우)
Baseline → 고객 릴리즈
경우 2 (훨씬 더 일반적)
Baseline (내부)
→ 여러 개 존재
→ 그 중 일부만 Release
→ 여러 개 존재
→ 그 중 일부만 Release
3️⃣ 왜 다르냐 (중요)
Baseline은 내부 통제 개념
예:
- 요구사항 Baseline
- 설계 Baseline
- 코드 Baseline
- 설계 Baseline
- 코드 Baseline
👉 고객한테 안 보내도 설정함
Release는 외부 전달 개념
OEM에게 납품하는 패키지
4️⃣ 실제 프로젝트 구조
예시
[Baseline A] - 내부 설계 완료
[Baseline B] - 코드 안정화
[Baseline C] - 테스트 완료
↓
Release 1 → OEM 전달
[Baseline B] - 코드 안정화
[Baseline C] - 테스트 완료
↓
Release 1 → OEM 전달
👉 모든 Baseline이 Release 되는 건 아님
5️⃣ 너가 헷갈린 이유 (정확히 짚어줌)
협력사에서는 보통 이렇게 운영함:
M/CAR Baseline = 고객 제출용
P1 Baseline = 고객 제출용
P1 Baseline = 고객 제출용
👉 그래서 착각하기 쉬움
하지만 실제로는:
👉 그 단계에서 “고객 제출 기준”으로 만든 Baseline일 뿐
6️⃣ ASPICE 관점
SUP.8에서 Baseline 정의:
A baseline is a set of configuration items formally reviewed and agreed upon, serving as a basis for further development.
👉 포인트:
- 내부 기준
- 고객 전달 필수 아님
7️⃣ QA / 평가자가 보는 포인트
평가자는 이렇게 질문함:
What is your baseline?
좋은 답:
A baseline is an internally controlled configuration state used for change management.
8️⃣ 위험한 오해
❌ 잘못된 이해
Baseline = 고객 납품
문제
- 내부 통제 약화
- 중간 상태 관리 안됨
- 변경 추적 불가
9️⃣ 정확한 관계 정리

'뒤늦게 알게 된 프로세스 지식' 카테고리의 다른 글
| 뒤늦게 알게 된 기능안전 - Part 2 (0) | 2025.04.11 |
|---|---|
| 뒤늦게 알게 된 ASPICE - SYS.4 (0) | 2025.04.09 |
| 뒤늦게 알게 된 ASPICE - SYS.3 (0) | 2025.04.08 |
| 뒤늦게 알게 된 ASPICE - SYS.2 (0) | 2025.04.08 |
| 뒤늦게 알게 된 ASPICE - SUP.10 (0) | 2025.04.08 |