[AUTOSAR VFB]제4화 Component

앞서 화에서 VFB를 대화와 비유하면서 이야기를 시작하였습니다. 이제는 그 대화에서 청자, 화자가 되는 SWC에 대하여 이야기 하고자 합니다.

 

AUTOSAR에서 말하는 Software Component에 대해 이야기를 하면, 그 정의에 대하여 이야기 하는 것은 매우 어렵습니다. 흔히들 기능을 바탕으로 재사용하는 최소 단위라는 말을 합니다. 저 또한 이 의견에 동의 하는 바입니다.

단, 어떤 기준으로 이 Software Component를 설정할 것인가 라는 문제에 놓이게 됩니다. 이 때의 기준은 솔직하게 없습니다. 즉 개발자의 마음입니다. 전 많은 분들에게 재활용할 수 있는 부분들을 하나의 Component 단위로 기준을 잡는 것을 추천 드린다고 이야기를 하곤 합니다. 이 부분에 대한 명확한 기준과 조건은 없습니다. 단 이 부분의 설정에 따라 Software재사용성을 보다 높일 수 있다는 것 뿐입니다.

 

이제는 Component와 Composition의 차이에 대하여 이야기를 하도록 하겠습니다. 많은 사람들은 Component와 Composition의 차이에 대하여 많이 헷갈려 합니다. 앞서 화에서 설명 드린 대화에 적용시켜 설명을 드리도록 하겠습니다. Component는 한 명의 사람입니다. 이 Component에서 입과 귀, 그리고 대화의 매개체만 중요시 합니다. 즉 어떤 사람과 대화를 할 것인지에 대한 관계는 Component에게 중요한 문제가 아닙니다. 어떤 사람과 대화를 할 것인지에 대하여 관심 있는 것은 Composition입니다. 즉 어떤 사람에게 이야기를 듣고, 어떤 사람에게 이야기를 할 것인지에 대한 관계는 Composition이라고 합니다.

조금 더 AUTOSAR 스럽게 이야기 하겠습니다. VFB관점에서 Component는 Communication을 하기 위한 조건인 Port/Interface에 많은 관심을 가지고 있습니다. 그리고 Composition은 이러한 Component들 사이에서의 관계를 나타내는 것입니다.

 

이제 우리는 Component의 종류에 대하여 살펴보겠습니다. 먼저 다음 보이는 UML을 보시는 방법에 대하여

"[AUTOSAR TIP]AUTOSAR Meta Model 보기" 부분을 참조하시기 바랍니다.

 

 

위의 UML바탕으로 보실 때, 크게 Atomic SW Component Type, Parameter SW Component Type, Composition SW Component Type 크게 3가지로 나누어 집니다. 실제 자체적인 동작을 실행할 수 있는 것은 Atomic SW Component Type입니다. 이 각 종류에 대한 설명은 4-1부에서 별도로 진행하도록 하겠습니다.

 

이번 화에서는 Software Component에 대하여 이야기를 하였습니다. 제 4-1화에서는 Software Component의 종류에 따른 용도에 대하여 더 이야기 하도록 하겠습니다.