예를 들어, 구성은 서브시스템의 디버그 버전을 컴파일할지 비디버그 버전을 컴파일할지 여부, 구성을 호스트 환경에 배치할지 대상 환경에 배치할지(예: Windows 대 VxWorks) 여부 등을 판별합니다. 구성은 파일로 실제로 나타납니다. 논리 요소를 파일에 맵핑할 수 있는 기능을 통해 코드 생성을 위한 구현을 보다 잘 지정하고 리버스 엔지니어링 중에 기존 구현을 캡처할 수 있습니다. 몇 개의 클래스를 하나의 패키지에 맵핑하는 것이 바람직한 것과 마찬가지로 하나 이상의 패키지를 하나의 서브시스템에 맵핑하는 것이 바람직합니다. 주어진 서브시스템에서 클래스(또는 패키지)의 소스 파일을 하나의 디렉토리 또는 개별 디렉토리에 생성할지 여부를 제어할 수 있습니다.
컴포넌트가 실제 서브시스템인 경우, 통신 서브시스템에서와 마찬가지로 구성(모듈)은 컴포넌트 작성 방법을 지정합니다. 예를 들어, 구성은 서브시스템의 디버그 버전을 컴파일할지 비디버그 버전을 컴파일할지 여부, 구성을 호스트 환경에 배치할지 대상 환경에 배치할지(예: Windows NT 대 VxWorks) 여부 등을 판별합니다.
컴포넌트는 몇 개의 구성으로 이루어질 수 있습니다. 예를 들어, 동일 컴포넌트의 VxWorks 버전과 pSOSystem 버전을 빌드하려면 컴포넌트 아래에 각 운영 체제마다 하나씩 두 개의 구성을 작성합니다. 두 개의 개별 컴포넌트를 작성할지 또는 동일한 컴포넌트 내에 두 개의 구성을 작성할지는 이를 다르게 컴파일할지 또는 이들 간에 어떠한 논리적 차이가 있는지에 따라 정해집니다. 두 개의 개별 컴포넌트를 작성하려면 두 개의 개별 구현 보기를 유지보수해야 하지만, 개별 구성 사용은 그렇지 않습니다.