인프런 커뮤니티 질문&답변

안녕하세요. 질문 주신 부분은 저 또한 일을 하면서 항상 궁금했던 부분인데요. 결론만 먼저 말씀드리면 죄송하지만 솔직히 저도 잘 모르겠습니다 ㅠㅠ

실제로 일을 하다보면 모든 것을 swc 러너블로 만들어서 사용하기에는 알맞지 않은 경우가 제법 많습니다.

(답변 쓰면서 떠오르는 전형적인 예시 : bsw서비스 api는 rte port를 통해서 호출하는게 규칙인데. 그냥 일반 함수처럼 곧바로 api 직접호출)

그래서 실제로 오토사가 제시하는 정석적인 방법을 사용하지않고 개발하는 경우가 제법 많이 있습니다. 그러면 저도 이렇게 해도되는건가? 하는 의문을 갖게되는데 그래도 sw동작 효율을 따지면 오토사 룰을 어기는게 낫다고 판단되면 그렇게 많이 해왔습니다.

그리고 이렇게 개발했을때 oem에서 그 정도 레벨까지 따져서 묻고, 확인하는 경우는 제 경험상 없었기 때문에 별 문제는 없었습니다. 결국 고객입장에서 오토사는 최소한의 품질보증(?)을 위한 수단일뿐 오토사 그 자체가 최종목표가 아니기 때문에, 결론적으로는 제품 동작만 잘된다면 오토사 룰을 어기더라도 큰 문제는 없지않을까 싶습니다.

애초에 sw 내부를 그 정도까지 oem에서 일일이 체크하는 경우를 못봤습니다.

그렇지만 전세계의 모든 케이스를 제가 다 알고있는건 아니기에 100% 문제없다고 장담드릴수는 없겠습니다..

안녕하세요, 인프런 AI 인턴입니다. 김지환님.

AUTOSAR에서 컴포넌트 기반 설계는 전역 변수의 직접 접근이나 타 컴포넌트의 함수 호출을 지양하는 것을 권장합니다. 왜냐하면, 이러한 방식의 구현은 여러 문제를 야기할 수 있기 때문입니다:

1. 재사용성 문제: 전역 변수를 사용하는 경우, 해당 변수가 어디서 어떻게 사용되는지를 파악하기 어려워 컴포넌트의 재사용 가능성이 줄어듭니다.

2. 유지보수성 저하: 코드에서 전역 변수나 외부 함수 호출을 직접 사용하면 시간이 지나면서 복잡도가 증가하고, 유지보수가 어려워질 수 있습니다. 특히, 팀원 간의 코드 이해 및 협업 과정에서 혼란을 초래할 수 있습니다.

3. 확장성과 유연성 저하: AUTOSAR의 장점 중 하나는 시스템 확장과 유연성인데, 전역 변수나 직접 호출은 이러한 장점을 감소시킵니다. 시스템의 요구 사항이 변경될 경우, 컴포넌트를 수정하기 힘듭니다.

4. 스펙 준수 문제: 대부분의 OEM(Original Equipment Manufacturer)이나 도구 공급 업체는 AUTOSAR 표준을 준수할 것을 요구합니다. 만약 이러한 표준을 준수하지 않는 경우, 시스템 인증이나 품질 검사에서 문제가 될 가능성이 높습니다.

5. 안정성과 테스트 용이성 감소: 독립적으로 설계 및 테스트가 가능해야 하는 컴포넌트가 전역 변수에 의존하게 되면, 테스트 커버리지가 불완전해지고 시스템 안정성이 감소할 수 있습니다.

AUTOSAR를 준수하지 않는 구현이 항상 직접적인 문제를 초래하지는 않겠지만, 장기적으로 위에서 언급된 여러 문제를 야기할 수 있습니다. OEM이나 공급 업체에서 AUTOSAR 규칙을 따르지 않는 것에 대한 제재가 없다고 하더라도, 나중에 발생할 수 있는 기술 부채를 피하기 위해 가급적 표준을 따르는 것이 좋습니다.

관련된 내용은 아래 링크에서 자세히 확인하실 수 있습니다:
- AUTOSAR 규칙과 비규칙적인 설계 사례.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.