작업 흐름

워크플로는 프로그램 프로세스의 모델입니다. 이는 “블로그 주제 초안부터 검토, 출판까지”의 진행일 수 있습니다. 또 다른 예는 사용자가 작업을 완료하기 위해 일련의 다양한 양식을 제출하는 경우입니다. 이러한 프로세스는 모델과 가장 잘 분리되며 구성 정보에 정의되어야 합니다.

워크플로의 definition에는 한 위치에서 다른 위치로 이동하는 장소와 작업이 포함됩니다. 작업을 transistions(전환)이라고 합니다. 또한 워크플로는 각 개체가 워크플로의 어디에 있는지 알아야 합니다. 그 marking store는 현재 위치를 기억하기 위해 객체의 속성을 씁니다.

Workflow 구성 요소는 상태 시스템을 지원합니다. 상태 기계는 모델의 상태를 유지하는 것이 목적인 워크플로우의 하위 집합입니다. Workflow as State Machine에서 상태 머신의 다양하고 구체적인 기능에 대해 자세히 알아볼 수 있습니다.

예 ¶

가장 간단한 작업 흐름은 다음과 같습니다. 여기에는 두 장소와 전환이 포함됩니다.

실제 비즈니스를 설명하는 데 사용하면 워크플로가 더 복잡해질 수 있습니다. 다음 작업 흐름에서는 작업 프로그램을 작성하는 프로세스를 설명합니다.

이 예시에서 작업을 작성할 때 요청한 작업에 따라 4~7단계가 있습니다. 일부 직업에는 성격 테스트, 논리 테스트가 필요하거나 사용자가 공식적인 요구 사항을 작성하도록 요구합니다. 다른 사람들은 그렇지 않습니다. GuardEvent 특정 절차에서 "허용되는 다음 단계는 무엇인지"를 결정하는 데 사용됩니다.

이와 같이 워크플로우를 정의하면 프로세스가 어떻게 표시되는지 아이디어를 얻을 수 있습니다. 프로세스의 논리는 컨트롤러, 모델 계층 또는 뷰 계층과 혼동되지 않습니다. 단계 순서는 "구성 정보"를 변경해야만 변경할 수 있습니다.