YAWL

3. 역사

이 언어와 이를 지원하는 시스템은 원래 아인트호벤 공과대학교와 퀸즐랜드 공과대학교 연구원들에 의해 개발되었다. 그 후, 인터컨티넨탈 호텔 그룹, first:telecom 및 ATOS Worldline^[2] 과 같은 여러 조직이 이 이니셔티브에 기여했다.

YAWL의 원래 동기는 모든 (또는 대부분의) 워크플로우 패턴을 지원하고 공식적인 의미 체계를 갖는 워크플로우 언어를 정의하는 것이었다. 페트리넷이 대부분의 워크플로우 패턴을 지원하는 데 근접해 있음을 관찰한 YAWL의 설계자들은 페트리넷을 시작점으로 삼아 or-join, 취소 세트 및 다중 인스턴스 활동의 세 가지 주요 구문을 사용하여 이 형식주의를 확장하기로 결정했다. 이 세 가지 개념은 페트리넷에서 직접 지원되지 않는 다섯 가지 워크플로우 패턴, 즉 ''동기화 병합'', ''식별자'', ''N-out-of-M 조인'', ''런타임 사전 지식 없이 여러 인스턴스'' 및 ''케이스 취소''를 지원하는 것을 목표로 한다.

또한 YAWL은 ''단순 선택''(xor-분할), ''단순 병합''(xor-조인) 및 ''다중 선택''(or-분할)과 같은 다른 워크플로우 패턴을 직관적으로 캡처하기 위해 페트리넷에 몇 가지 구문 요소를 추가한다. 언어 설계 과정에서 페트리넷에 추가된 일부 확장이 일반 페트리넷으로 다시 인코딩하기 어렵거나 불가능하다는 것이 밝혀졌다. 결과적으로 YAWL의 원래 공식 의미 체계는 페트리넷이 아닌 레이블 전이 시스템으로 정의된다. YAWL이 공식적인 의미 체계를 기반으로 한다는 사실은 YAWL 프로세스 분석을 위한 여러 기술의 구현을 가능하게 했다. 특히 YAWL 시스템에는 WofYAWL이라는 정적 분석 도구가 포함되어 있다.

4. YAWL과 BPEL 비교

YAWL은 BPEL의 대안으로 여겨지기도 한다. BPEL은 여러 IT 업계 주체가 지원하는 표준화 위원회에 의해 주도된다는 장점이 있어, 다양한 도구에서 지원된다. 반면 YAWL은 현재 단일 구현만을 가지고 있다. 또한, 여러 연구자들이 BPEL의 하위 집합에 대한 형식적 의미를 다양한 형식론 측면에서 포착하여, BPEL용 정적 분석 도구 개발의 길을 열었다.

반면, 표준 BPEL은 인간 작업을 지원하지 못한다는 단점이 있다. 많은 BPEL 엔진이 인간 작업을 위한 BPEL 확장을 제공하지만, 이러한 확장은 아직 표준화되지 않았다. 반대로, YAWL은 웹 서비스 표준을 기반으로 하는 작업 목록 서비스에 대한 통합 인터페이스를 제공하여 인간 작업을 지원한다. YAWL은 BPEL보다 더 많은 워크플로우 패턴을 지원하지만, BPEL 2.0에서 새로운 구문이 추가되면서 그 격차가 줄어들 수 있다.

4. 1. YAWL의 장점

• 광범위한 워크플로우 패턴 지원
• 병행성의 강력한 이론인 페트리넷 확장
• YAWL(제어 흐름) 언어는 문법과 의미론 모두 형식적으로 정의됨
• 구축 시 워크플로우 분석 지원
• 영속성, 자동 세대 관리, 워크플로우 관리 지원
• 워크릿(worklet)과 RDR에 기반한 동적 워크플로우 처리 가능
• 세련된 확장의 개발을 용이하게 하는 서비스 지향 아키텍처
• 시간적 관점 지원
• XML Schema, XPath, XQuery 등 XML 기술에 기반한 데이터 관점 지원
• 워크리스트 서비스 인터페이스를 통한 자원 관점 지원

참조

_[1] 웹사이트 yawl-system.com http://www.yawl-syst[...]
_[2] 웹사이트 ATOS Worldline http://www.atosworld[...]
_[3] 웹인용 yawl-system.com http://www.yawl-syst[...] 2024-09-29