R19-11
R19-11 baseline에서 application과 platform의 경계를 이해하는 상황
Adaptive에서는 process, functional cluster, service interface와 manifest의 관계가 중요하다. Release는 표준 문서 집합의 기준이며 공급사 package와 generator의 버전은 별도다. 기능의 이름과 실제 지원 interface를 구분하면 version 변경의 영향을 구체적으로 설명할 수 있다.
R19-11의 위치
2019년 Adaptive 기준선이다.
Platform 구성
| 구분 | 표준의 의미 |
|---|---|
| Platform architecture | Application과 functional cluster 사이의 역할 분담 |
| Application interface | Service·data type·ara API 등의 계약 |
| Execution / state | Process lifecycle과 system 상태 책임의 구분 |
| Configuration | Interface 정의와 실제 deployment/machine 연결의 구분 |
| Lifecycle | 지속 data와 software version의 관계 |
아키텍처 발전의 맥락
Adaptive의 발전은 Classic을 없애는 방향이라기보다, 고성능 ECU에서 application을 독립적으로 구성하고 service와 platform 기능의 계약을 정교하게 기술하는 방향으로 이해할 수 있다. Interface, 상태, 권한과 software lifecycle은 서로 연결되므로 하나의 기능명만으로 release 전체를 설명하기 어렵다.
문서 version과 release
같은 release 안에도 각 문서의 version과 revision 이력이 따로 존재한다. SWS의 변경과 explanatory 문서의 설명 보강을 구분해야 한다. 공급사 runtime의 feature 추가는 AUTOSAR 표준의 신규 도입과 같은 사건이 아닐 수 있다.
이해를 확인하는 질문
표준 release가 같으면 공급사 package 간 설정을 그대로 옮길 수 있을까?
Schema와 definition reference, 지원 feature·extension 및 generator contract를 함께 확인해야 한다. 같은 release 표기만으로 설정과 생성 코드의 호환성을 보장할 수 없다.