DSPLs are built on the assumption t

DSPLs are built on the assumption that runtime adaptations can be foreseen at design time and thus rely on a predefined configuration (and reconfiguration) space, i.e., the one limited by the set of configurations which can be derived from the FM. However, highly configurable systems have to cope with uncertainty, facing events that were not predicted at design time. To deal with these unforeseen events and propose new runtime adaptations, the DSPL configuration space has to evolve, i.e., the DSPL FM must be edited. Evolving the structural variability of the DSPL is thus done dynamically, while derived configurations are running. Such dynamic structural evolutions lead to a synchronization issue, where running configurations are not bound to the correct configuration space when a reconfiguration is required to adapt to context changes. To deal with dynamic evolutions of DSPLs and address this synchronization issue, three main concerns must be taken into consideration. First, the validation of the dynamic evolution, to check whether or not the evolved FM is consistent after being edited and eventually apply the changes. Second, the rebinding stage, responsible of binding the new configuration space with the running system when required. Finally, the configuration adaptation, where the running configuration must be reconfigured according to a FM evolution or context changes.

결과 (한국어) 1:

DSPLs 내장 런타임 적응 디자인 타임에 예견 될 수 있다 하 고 따라서 의존 하는 미리 정의 된 구성 (재구성) 공간, 즉 가정에 하나 FM에서 파생 될 수 있는 구성 설정에 의해 제한. 그러나, 높은 시스템 이벤트를 디자인 타임에 예측 하지 했다 직면 불확실성에 대처 해야 합니다. 이러한 예기치 않은 이벤트를 처리 하 여 제안 하는 새로운 런타임 적응, 진화, 즉 공간을 구성 하는 DSPL는, DSPL FM를 편집 해야 합니다. 진화 하는 DSPL의 구조적 변화 따라서 이루어집니다 동적으로 파생된 구성 실행 하는 동안. 이러한 동적 구조 발전 이어질 동기화 문제 어디 실행 구성에 바인딩되지 않은 올바른 구성 공간을 재구성 컨텍스트 변경에 적응 하는 데 필요한 때. DSPLs의 동적 발전 처리을이 동기화 문제를 해결 하려면 세 가지 주요 관심사 해야 합니다 수 고려. 첫째, 동적 진화 후 편집 되 고 결국 진화 FM 일치 여부 확인의 유효성 검사 변경 내용을 적용 합니다. 둘째, 리바인딩 무대, 필요할 때 실행 중인 시스템과 새로운 구성 공간을 바인딩의 책임. 마지막으로, 구성 적응, 어디 실행 구성은 FM에 따라 재구성 해야 합니다 진화 또는 컨텍스트 변경.

결과 (한국어) 2:

DSPLs 런타임 적응은 사전 정의 된 구성 (그리고 재구성) 공간, 즉, FM로부터 유도 될 수있는 구성의 집합에 의해 한정되는 하나의 설계에 의존하고, 따라서 시간에 예상 될 수 있음을 전제로 구축되어있다. 그러나 고도로 구성 가능한 시스템 설계시 예측되지 않은 사건에 직면, 불확실성에 대처해야합니다. 이러한 예상치 못한 이벤트를 처리하고 새로운 런타임 적응을 제안하기 위해, DSPL 구성 공간 즉, 진화하는, DSPL FM을 편집해야합니다. 파생 구성이 실행되는 동안 DSPL의 구조적 변화 따라서, 동적으로 이루어집니다 진화. 이러한 동적 구조 진화는 재구성이 상황 변화에 적응하기 위해 필요한 경우 실행 구성이 올바른 구성 공간에 바인딩되지 않은 동기화 문제로 이어집니다. DSPLs 동적 진화 취급이 동기화 문제를 해결하기 위해, 세 가지 주요 관심사가 고려되어야한다. 첫째, 동적 진화의 검증, 진화 FM 편집 된 후 일치 여부를 확인하고 결국 변경 사항을 적용합니다. 두 번째로, 필요시 주행 시스템과 새로운 구성 공간을 결합 담당 리 바인딩 단계. 마지막으로, 실행 구성이 FM 진화 또는 상황 변화에 따라 재구성해야합니다 구성 적응.

결과 (한국어) 3:

dspls 기본은 예상할 수 있다고 런타임 적응 디자인 때 이렇게 의지하고, 사용자 정의 설정 (및 리팩토링) 공간, 즉, 한 벌 수 제한 설정 온 fm 할 수 있다.근데 다양하게 설정 시스템 반드시 대처할 확실하지 예측할 수 없는 그런 사건 때 디자인.처리할 수 있을 때, 그 의외의 사건을 새로운 개편, 곧 dspl 설정 공간, 즉, dspl fm 반드시 편집할 수 있습니다.이 dspl 끊임없이 구조적 변이 이렇게 할 때 다 된 동적 구조.동적 구조 곧 동기 문제 때문에,실행 설정 어디 꼭 정확한 때 반드시 설정 공간 설정 변경 적응 범위.처리 동적 주소 dspls, 곧 이 세 가지 관심 동기 문제를 고려해야 한다.첫째, 동태를 곧 인증,여부를 곧 fm 후, 결국 서로 편집 응용 바꾸다.둘째, 다시 바인딩 단계에 있는, 담당 새로운 설정 공간 필요할 때 실행 시스템.결국, 설정 적응, 거기 따라 반드시 다시 실행 설정 변경 fm 진전 또는 환경.