1. 흐름이란 무엇인가
사회적 생산성이 발전하고 생산관계의 성격이 변화함에 따라 인간사회의 생산활동에는 사회적 분업이 나타나기 시작했다. 개인, 기업, 심지어 국가도 전체 생산활동의 한 부분일 뿐입니다.
사회적 분업의 출현으로 인해 여러 국가, 여러 기업, 여러 부서, 여러 개인(이하 '사람')의 협력과 동시 완료가 필요한 완전한 생산 활동이 이루어졌습니다.
이러한 노동 생산 활동의 분업에서 후방 링크에 있는 '사람'은 전방 링크에 있는 '사람'의 산출물에 대한 본질적인 욕구를 갖게 됩니다. 출력 재료의 흐름은 출력 재료를 공급 측에서 수요 측으로 이동시킵니다. 즉 "흐름"("프로세스"라고도 함)입니다.
"흐름"에는 유동성과 방향성이라는 두 가지 특성이 있습니다.
현대 사회의 생산 활동에서 '흐름'은 구체적으로 물류, 정보 흐름, 작업 흐름, 자본 흐름 등에서 나타납니다.
2. 비즈니스 흐름, 워크플로우 및 승인 흐름이란 무엇입니까?
비즈니스 흐름: 비즈니스 프로세스는 특정 비즈니스를 완료하기 위해 수행되는 다양한 작업의 질서 있는 조합을 의미합니다.
워크플로: 워크플로는 특정 작업을 완료하기 위한 다양한 작업의 순차적인 조합을 의미합니다.
승인 흐름: 승인 프로세스는 특정 작업의 승인을 의미합니다. 활동의 순차적인 조합
일반적으로 비즈니스 흐름과 워크플로는 동일한 개념입니다. 이 기사에서는 워크플로와 승인 흐름에 중점을 둡니다.
승인 흐름은 워크플로 범주에 속합니다.
3. 작업 흐름에 대한 자세한 설명
전체 작업 흐름에는 다음 스윔 레인 다이어그램에 표시된 것처럼 프로세스 정의와 권한 분할이라는 두 부분이 포함되어야 합니다.
계약서 서명 과정은 처음부터 끝까지 세 가지 직책을 포함한 5개의 링크를 거쳐야 합니다.
1. 프로세스 정의
프로세스 정의의 목적은 작업을 분해하고 분해된 사항의 순서를 결정하는 것입니다.
1) 작업 흐름
작업 흐름에는 구체적으로 어떤 프로세스 링크와 각 링크 사이의 순서가 포함됩니다.
예를 들어 위 그림의 계약 워크플로에는 계약 체결 - 계약 서명 - 계약 수락 - 계약 결제 - 보관의 5개 링크가 포함되어 있습니다.
계약 성립의 후처리 단계는 계약 체결 등이다.
특정 개발 중에 각 링크와 시퀀스는 비즈니스 변경 빈도와 개발 리소스에 따라 시스템에 하드 코딩되거나 자유롭게 구성될 수 있습니다.
2) 폼 디자인
즉, 이 링크에서는 어떤 내용을 결정하고 처리해야 하는지를 말합니다.
예를 들어 계약 체결 과정에서 사업 담당자는 계약의 당사자 A와 당사자 B, 프로젝트 수립 시간, 프로젝트 수립 금액 등을 결정하고 작성해야 합니다.
그러면 프로젝트 신청서를 디자인할 때 위의 필드 정보가 반드시 포함되어야 합니다.
간단한 작업 흐름: 각 링크 사이에 분기 조건이 없고 프로세스 범위도 없습니다.
복잡한 작업 흐름: 조건 A 충족, 팔로우 등 각 링크 사이의 분기 조건을 고려해야 합니다. 프로세스 1, 그렇지 않으면 프로세스 2 등으로 이동하고 링크 간 반환 등을 수행합니다.
2. 권한 분할
권한 분할의 목적은 다음을 결정하는 것입니다. 문제에 대한 책임의 소유권, 즉 누가 무엇을 하는지.
권한에는 기능 권한, 데이터 권한, 필드 권한이 포함됩니다.
1) 기능 권한
즉, 사용자가 볼 수 있는 메뉴와 수행할 수 있는 작업(버튼)이 무엇인지입니다.
예를 들어, 둘 다 계약직인 경우 A 직원은 프로젝트 개시 권한만 있고 계약 체결 권한은 없으며, B 직원은 계약 체결 권한만 있고 프로젝트 체결 권한은 없습니다. 프로젝트를 시작할 수 있는 권한.
2) 데이터 권한
즉, 사용자가 보거나 조작할 수 있는 데이터의 범위이며, 권한 내에서만 데이터를 보거나 조작할 수 있습니다.
예를 들어 직원 A는 자신이 속한 부서의 계약서만 볼 수 있고, 직원 B는 회사 전체의 계약서를 볼 수 있습니다.
3) 필드 권한
즉, 사용자가 보거나 조작할 수 있는 데이터 필드는 권한 내의 필드만 보거나 조작할 수 있습니다.
예를 들어 직원 A는 계약서의 프로젝트 금액 필드를 볼 수 없지만 직원 B는 계약서의 모든 필드를 볼 수 있습니다.
구체적인 권한의 설계는 각 비즈니스의 특성과 요구 사항에 따라 결정되어야 합니다.
권한 설계는 RBAC 권한 모델을 참조하므로 이 문서에서는 자세히 설명하지 않습니다.
4. 승인 흐름에 대한 자세한 설명
승인 흐름은 워크플로의 구성 요소이므로 승인 흐름의 디자인은 기본적으로 워크플로와 유사합니다.
계약 과정을 다음과 같이 설명해보자.
계약 체결, 계약 체결, 계약금 지급 등 모두 승인이 필요한 것으로 가정하고, 승인을 통과한 후에야 다음 단계로 진입할 수 있다. .
각 링크의 승인자는 여러 사람일 수도 있고 한 사람일 수도 있고, 여러 사람이 순차적으로 승인할 수도 있고, 여러 사람이 동시에 승인할 수도 있습니다.
1. 승인 흐름의 트리거 조건
1) 승인이 필요함
이는 현재 운영자의 권한과 관계없이 이후 승인이 필요함을 의미 링크가 제출되었습니다.
예를 들어 계약서가 승인되면 제출 후 승인을 받아야 합니다.
2) 권한 외 승인
현재 운영자의 권한에 따라 그의 권한 내인 경우에는 승인이 필요하지 않으며 바로 다음 링크로 진행됩니다 그렇지 않으면 승인이 필요합니다.
예를 들어 계약체결에 있어서 사업시행자의 사업수립권한이 20만원이고, 계약체결금액이 20만원 미만이면 바로 계약체결단계로 들어가고, 그렇지 않으면 바로 계약체결단계로 들어가게 된다. 프로젝트 수립 승인 단계.