워크플로 응용 프로그램

Workflow application

워크플로우 애플리케이션은 프로세스 또는 프로세스를 어느 정도 자동화하는 소프트웨어 애플리케이션이다. 프로세스는 대개 비즈니스와 관련이 있지만 소프트웨어를 통해 일련의 단계를 자동화해야 하는 모든 프로세스가 될 수 있다. 프로세스의 일부 단계에서는 승인이나 사용자 정의 텍스트 개발 등 인간의 개입이 필요할 수 있지만, 자동화할 수 있는 기능은 애플리케이션에 의해 처리되어야 한다. 고급 애플리케이션은 사용자가 새로운 구성요소를 작업에 도입할 수 있도록 한다.[1]

예를 들어, 승인 및 최종 구매를 위해 여러 부서를 이동하는 구매 주문을 고려해 보십시오. 주문을 부서에서 부서로 옮겨 자동으로 승인을 받을 수 있다. 모든 승인을 얻으면 구매 주문의 요청자에게 통지하고 승인을 부여한다. 워크플로우 프로세스에는 빈번한 유지보수가 필요할 수 있다. 예를 들어, 구매 주문의 정상적인 승인자는 휴가일 수 있으며, 이 경우 신청서는 대체 승인자에게 승인을 요청한다.

개발

워크플로우 애플리케이션은 그래픽 디자이너, 프로그래밍 언어 또는 둘의 조합을 사용하여 개발할 수 있다.

일부 소프트웨어 제품은 다이어그램 기반 그래픽 디자이너만으로 워크플로우 응용프로그램을 만들 수 있는 수단을 제공한다. 이러한 유형의 시스템은 비 프로그래머를 대상으로 하는 전문 인터페이스를 통해 워크플로 프로세스와 관련된 모든 정보를 캡처한 다음, 그 정보를 기능적 워크플로우 애플리케이션으로 컴파일하는 기능에 의존한다. 그러나 입력 형식의 데이터를 검증하기 위한 계산과 같이 좀 더 복잡한 규칙을 워크플로우에 통합해야 할 때 프로그래밍 언어의 활용 필요성이 발생하는 경우가 있다.

코드 기반 워크플로우 설계의 경우, 워크플로우 응용 프로그램은 범용 프로그래밍 언어로 개발할 수 있지만 전문 워크플로우 언어도 존재한다. 이것들은 보통 관련된 그래픽 표기법(BPMN 등)과 함께 제공되지만, 일부는 텍스트나 XML 기반의 것이기도 하다. 이러한 방식으로 워크플로 정의에 사용할 수 있는 전문 언어:

  • XPDL
  • YAWL(다른 워크플로 언어 설정)
  • SCUFL(단순 개념 통일 흐름 언어)

위의 언어는 XML 구문을 기반으로 하며 소프트웨어에 의한 조작에 적합하지만 비기술자가 함께 작업하기 어려울 수 있다. 따라서, 이러한 도표는 일반적으로 사람들이 개발하고 해석하기 쉬운 플로우차트 같은 도표를 만들 수 있는 그래픽 개념에 의해 강화된다. 이러한 도표를 만드는 것은 사실상 "그래픽" 프로그래밍의 한 형태다. 사용자가 워크플로우 다이어그램을 개발할 수 있는 소프트웨어 패키지는 일반적으로 다이어그램을 XML에 상응하는 것으로 변환한다.

워크플로 응용프로그램을 개발하기 위한 또 다른 접근방식은 작업 조정을 위해 추상화를 포착하는 라이브러리 및 인터페이스와 함께 프로그래밍 언어를 사용하는 것이다. 다음은 이러한 라이브러리 및 인터페이스의 예다.

라이브러리의 사용은 일반적으로 다이어그램 작성 기법을 보완하는데, 이 기법 자체만으로는 완전한 기능적 응용프로그램을 만들기에 항상 충분하지 않다(도표 작성 도구가 특정 워크플로우 관리 시스템의 일부인 경우는 제외). 예를 들어, WF 워크플로는 도식적으로 Microsoft Visual Studio(그들의 XML 등가물은 XAML)와 C# 또는 VB로 작성된 코드로 그 기능을 증강하여 생성할 수 있다.NET: 주어진 워크플로는 기존 소프트웨어 애플리케이션에서 웹 서비스로 호출할 수 있다. Visual Studio나 Java를 위한 수많은 코딩 환경과 같은 소프트웨어 개발 도구는 또한 특정 구성요소를 전적으로 코드로 설계한 다음 컴파일된 후 워크플로우 다이어그램에서 빌딩 블록으로 사용할 수 있게 할 것이다.

위의 BPMN과 같은 특정 순수 다이어그램 기반 기법의 한 가지 제한은 데이터 전달, 데이터 변환 및 라우팅 조건을 캡처하기 위한 추가 구성으로 그러한 공지를 강화하여 이들의 구현에 작업을 바인딩해야 한다는 것이다. BPMN은 표준의 역할을 하기 위해 의도되었다.rd는 이와 관련하여 부족하며, 따라서 몇 가지 상업적 패키지(예: 마이크로소프트 Biztalk)는 (특히 필요한 기능을 지원하는 추가 아이콘으로 도표화 아이콘의 기본 세트를 강화함으로써) 독점적인 방법으로 이러한 요구를 해결한다.

정적 분석의 목적을 위해, 예를 들어, 설계 시간에 의미 오류를 검출하기 위해, 페트리 네트와 같은 형식 표기법을 사용하여 수학적 형태로 워크플로우를 나타내는 것도 가능하다.

참조

  1. ^ Jörg Becker; Michael zur Muehlen; Marc Gille (2002). "Workflow Application Architectures: Classification and Characteristics of Workflow-based Information Systems". In Fischer, L. (ed.). Workflow Handbook 2002. Lighthouse Point, FL: Future Strategies. CiteSeerX 10.1.1.24.2311.

외부 링크