워크플로우 설계 프로세스

워크플로우 프로세스는 비즈니스 태스크를 완료하는 가장 효과적인 방법을 통합하도록 설계될 수 있습니다. 워크플로우 프로세스를 설계하기 전에 현재의 실제 업무를 평가한 다음, 이를 향상시키거나 표준화할 수 있는 방법을 결정할 수 있습니다.

워크플로우 프로세스를 작성하는 경우 제품에서 사용자가 지정한 경로를 통해 레코드를 지시합니다. 프로세스를 설계할 때는 각 결정 지점에서 발생할 수 있는 상황을 충분히 고려하여 레코드가 이동할 수 있는 경로를 모두 포함시키십시오. 단순한 프로세스로 워크플로우 구현을 시작할 수 있습니다. 그런 다음 언제든지 이후 버전에서 좀 더 복잡하게 빌드할 수 있습니다.

최적의 워크플로우 프로세스를 설계하려면 다음 지침을 고려하십시오.

일반 프로세스에는 특정 항목보다 유지보수가 더 많이 필요하지 않습니다. 예를 들어, 일반적으로 개인 그룹으로 해석되는 역할보다 개인으로 해석되는 역할을 보다 자주 수정합니다.
프로세스를 설계할 때 제품에서 알림을 생성할 시기를 고려하십시오. 다음 이벤트가 프로세스에서 발생하는 경우 제품은 알림을 생성할 수 있습니다.
- 레코드가 결정 지점(노드)에 도달한 경우
- 레코드가 프로세스의 특정 경로(연결 라인)로 이동한 경우
- 태스크가 할당된 경우
프로세스를 설계할 때 널값의 처리 방법을 고려하십시오. 프로세스는 레코드에서 데이터를 평가하는 결정 지점에 도달할 수 있고 해당 데이터가 레코드에서 누락될 수 있습니다.
레코드가 네거티브 경로를 취하는 경우 레코드를 설계하여 포지티브 경로를 취하도록 수정할 수 있습니다. 또한 프로세스를 영구적으로 종료하도록 레코드를 설계할 수 있습니다.
레코드가 거부된 이후 다시 프로세스를 통과할 수 있는 경우 레코드가 프로세스를 반복할 수 있는 횟수에 대한 제한을 정의할 수 있습니다.
별도의 노드 및 연결 라인 그룹이 프로세스의 다른 지점에서 같은 기능을 수행하지 않도록 하십시오. 루프를 사용하거나 하위 프로세스를 작성하여 같은 코드를 재사용하는 것이 더 효율적입니다.
노드 수가 제한된 단순한 프로세스가 문제 해결 및 유지보수가 더 쉽습니다. 프로세스에서 노드 수가 너무 많아지면 프로세스를 하위 프로세스로 분할할 수 있습니다.
SQL(Structured Query Language) 문을 작성하는 경우 제품이 명령문을 해석하는 방식에 SQL 구문이 어떤 영향을 주는지 고려하십시오. 다음 예제에서는 SQL 문에서 콜론 사용을 설명합니다.
- ASSETNUM - (콜론 없음) 자산 레코드에 대한 데이터베이스로 이동하도록 제품에 지시합니다.
- ASSETNUM - (콜론 포함) 메모리에 있는 자산 레코드(현재 화면에 표시된 레코드)를 사용하도록 제품에 지시합니다.