워크플로 자동화를 위한 BPMN 다이어그램

비즈니스 프로세스 모델 및 표기법 (BPMN)

비즈니스 프로세스 모델에서 비즈니스 프로세스를 명시하는 그래픽 표현입니다. 비즈니스 프로세스의 단계를 모델링하는 표준 방법을 제공합니다. 이 표준은 Object Management Group(OMG)에서 유지 관리합니다. BPMN은 프로세스를 생성하고 정교화하는 비즈니스 애널리스트, 프로세스를 구현하는 기술 개발자, 그리고 프로세스를 관리하고 모니터링하는 비즈니스 사용자 등 모든 비즈니스 이해관계자들이 이해할 수 있도록 설계되었습니다.

BPMN 기호

1. 플로우 오브젝트:

   • 이벤트: 발생하는 사건을 나타내는 것 (시작, 중간, 끝). 그들은 원으로 표현됩니다.

     • 이벤트 시작: 얇은 선의 원

     • 중간 이벤트: 이중 선 원

     • 이벤트 종료: 굵은 테두리의 원

   • 액티비티: 비즈니스 프로세스 내에서 수행되는 작업을 나타냅니다. 그들은 둥근 직사각형으로 나타납니다.

     • 작업: 단일 작업 단위.

     • 하위 프로세스: 하나의 활동으로 그룹화된 작업 세트.

   • 게이트웨이: 프로세스의 흐름을 분기하고 결합할 수 있는 의사 결정 지점입니다. 다이아몬드로 표현됩니다.

     • 독점 게이트웨이 (XOR): 단 하나의 경로만 선택할 수 있습니다.

     • 병렬 게이트웨이 (AND): 모든 경로가 선택되었습니다.

     • 포괄적 게이트웨이(OR): 하나 이상의 경로를 선택할 수 있습니다.

2. 오브젝트 연결하기:

   • 시퀀스 플로우: 액티비티의 순서를 보여줍니다. 화살표가 있는 실선으로 표시됩니다.

   • 메시지 흐름: 참여자 간의 메시지 흐름을 보여줍니다. 점선으로 된 화살표로 나타냅니다.

   • 연관성: 아티팩트를 플로우 오브젝트와 연결합니다. 점선으로 표시됨.

3. 스윔레인:

   • 수영장: 프로세스에서 주요 참여자를 나타냅니다.

   • 레인: 풀 내에 하위 분할을 통해 액티비티를 정리하세요.

4. 아티팩트:

   • 데이터 오브젝트: 액티비티에서 필요한 데이터 또는 생성된 데이터를 표시합니다.

   • 그룹: 다양한 액티비티를 그룹화하는 데 사용됩니다.

   • 주석: 추가 텍스트 정보 제공

용도

• 비즈니스 프로세스 개선

• 소프트웨어 개발

• 규정 준수 및 리스크 관리

• 교육 및 온보딩

• 프로젝트 관리

• 고객 서비스 및 지원

• 공급망 관리

• 재정 프로세스

• 보건 의료

• 인적 자원 관리

예: 코드 디자이너 승인 프로세스

참여자

1. 코드 디자이너: 코드 설계를 작성하고 수정하는 역할을 담당합니다.

2. 개발팀 리드: 디자인을 검토하여 기술적 가능성과 표준 준수를 확인합니다.

3. QA 팀: 디자인이 품질 기준을 충족하는지 테스트합니다.

4. 프로젝트 매니저: 디자인에 대한 최종 승인을 제공합니다.

5. UX 디자이너: 디자인이 사용자 경험 기준을 충족하는지 확인합니다.

6. 보안 팀: 보안 취약성을 검토합니다.

7. 운영 팀: 디자인을 배포 가능성을 검토합니다.

8. 이해관계자: 비즈니스 관점에서 피드백을 제공하고 승인하기

BPMN 다이어그램 작성 방법 설명:

1. 이벤트 시작: 코드 디자이너가 디자인 작업을 시작하면 프로세스가 시작됩니다. 이는 BPMN 다이어그램에서 원으로 표시됩니다.

2. 디자인 생성 (작업 1): 코드 디자이너가 초기 디자인을 만듭니다. 직사각형 작업 상자로 표시됩니다.

3. 기술 실현 가능성 검토 (태스크 2): 개발 팀 리더는 기술적 타당성, 완전성 및 코딩 표준 준수를 검토합니다. 디자인이 승인되었는지를 결정하기 위해 결정 게이트웨이(다이아몬드 모양)가 뒤따릅니다.

   • 의사 결정 게이트웨이: 디자인이 승인되면 UX 검토로 이동합니다. 그렇지 않으면, 피드백이 코드 디자이너에게 제공됩니다.

4. 디자인 수정 (작업 3): 디자인이 승인되지 않으면, 코드 디자이너가 피드백을 기반으로 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 표시되며 검토 작업과 연결되어 루프를 형성합니다.

5. UX(Task 4) 디자인 리뷰: UX 디자이너는 디자인이 사용자 경험 기준을 충족하는지 검토합니다. 디자인이 승인되었는지 결정하는 게이트웨이가 따릅니다.

   • 의사 결정 게이트웨이: 디자인이 승인되면 보안 검토로 이동합니다. 그렇지 않으면 코드 디자이너에게 피드백이 제공됩니다.

6. 디자인 수정 (작업 5): 디자인이 승인되지 않으면 코드 디자이너가 UX 디자이너의 피드백을 기반으로 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 표시되며 UX 검토 작업과 연결되어 루프를 형성합니다.

7. 보안에 대한 설계 검토 (태스크 6): 보안 팀이 잠재적인 보안 취약점을 위해 설계를 검토합니다. 디자인이 승인되었는지 결정하기 위해 의사 결정 게이트웨이가 뒤따릅니다.

   • 의사 결정 게이트웨이: 디자인이 승인되면 QA 테스트로 이동합니다. 아니면, 피드백이 Code Designer에게 제공됩니다.

8. 디자인 수정 (작업 7): 디자인이 승인되지 않으면, 코드 디자이너가 보안 팀의 피드백을 바탕으로 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 표시되며 보안 검토 작업과 연결되어 루프를 형성합니다.

9. 디자인 테스트 (작업 8): QA 팀은 기능, 성능 및 품질 기준에 대한 규정 준수를 위해 디자인을 테스트합니다. 디자인이 QA를 통과했는지 결정하는 게이트웨이가 이어집니다.

   • 의사 결정 게이트웨이: 디자인이 QA를 통과하면 운영 검토 단계로 이동합니다. 그렇지 않으면, 코드 디자이너에게 피드백이 제공됩니다.

10. 디자인 수정 (작업 9): 디자인이 QA를 통과하지 못하면 코드 디자이너는 QA 팀의 피드백을 기반으로 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 나타나며 QA 테스트 작업과 연결되어 루프를 형성합니다.

11. 배포 디자인 검토 (작업 10): 운영 팀이 배포 가능성을 위해 디자인을 검토합니다. 디자인이 승인되었는지 판단하는 의사 결정 게이트웨이가 뒤따릅니다.

    • 의사 결정 게이트웨이: 디자인이 승인되면 이해관계자 리뷰로 진행됩니다. 그렇지 않으면 코드를 디자인하는 사람에게 피드백이 제공됩니다.

12. 디자인 수정 (작업 11): 디자인이 승인되지 않으면, 코드 디자이너는 운영 팀의 피드백을 바탕으로 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 표시되며 운영 검토 작업과 연결되어 루프를 형성합니다.

13. 이해관계자 리뷰 (작업 12): 이해관계자는 비즈니스 관점에서 디자인을 검토하고 최종 피드백을 제공합니다. 디자인이 승인되었는지 여부를 결정하기 위해 결정 게이트웨이를 따릅니다.

    • 의사 결정 게이트웨이: 디자인이 승인되면 최종 승인을 위해 프로젝트 매니저에게 전달됩니다. 해당되지 않을 경우, 코드 디자이너에게 피드백이 제공됩니다.

14. 디자인 수정 (작업 13): 디자인이 승인되지 않으면, 코드 디자이너는 이해관계자의 피드백을 바탕으로 이를 수정합니다. 이 작업은 또 다른 직사각형 작업 상자로 나타나며 이해관계자 리뷰 작업과 연결되어 루프를 형성합니다.

15. 최종 승인 (작업 14): 프로젝트 매니저는 디자인에 대한 최종 승인을 제공합니다. 디자인이 승인되었는지 결정하기 위한 게이트웨이가 따릅니다.

    • 의사 결정 게이트웨이: 디자인이 승인되면 개발팀에서 구현됩니다. 그렇지 않으면 Code Designer에게 피드백이 제공됩니다.

16. 디자인 수정 (작업 15): 디자인이 승인되지 않으면 코드 디자이너가 프로젝트 관리자의 피드백을 바탕으로 수정합니다. 이 작업은 또 다른 사각형 작업 상자로 나타나며 최종 승인 작업과 연결되어 루프를 형성합니다.

17. 이벤트 종료: 디자인이 프로젝트 매니저의 승인을 받고 개발 팀에 의해 구현되면 프로세스가 종료됩니다. 원으로 나타냅니다.

이 확장된 BPMN 다이어그램은 코드 디자이너 승인 프로세스에 포괄적이고 반복적인 접근 방식을 보장하며, 여러 이해관계자와 철저한 검토 단계를 포함하여 설계가 모든 기술, UX, 보안, 배포 및 비즈니스 요구 사항을 충족하도록 보장합니다.

행운을 빌며 피드백을 남겨주세요.

감사합니다.

Khawaja Rizwan