BPMN, UML, 플로차트 비교: 어떤 다이어그램을 선택할까요?

BPMN과 UML 중 무엇을 사용할지는 모델링하려는 대상에 따라 달라집니다. BPMN은 비즈니스 프로세스와 참여자 간 업무 흐름을 표현합니다. UML은 소프트웨어의 구조와 동작을 설명합니다. 플로차트는 단계와 의사결정을 빠르고 간단하게 나타냅니다. 서로 비슷해 보여도 같은 용도로 바꿔 쓸 수는 없습니다.

이 페이지에서는 각 표기법의 용도를 비교하고, 선택에 참고할 표를 제시하며, 자체 표기법 대신 BPMN 2.0으로 모델링하는 이유를 설명합니다.

각 표기법은 무엇을 모델링하나요?

BPMN 2.0은 Business Process Model and Notation의 약자입니다. Object Management Group (OMG)이 관리하며, 참여자, 활동, 순서, 의사결정, 업무를 시작하거나 중단시키는 이벤트 등 비즈니스 프로세스를 모델링합니다. 기호와 연결 규칙이 정의되어 있어 모델을 기준에 따라 검증할 수 있습니다. 또한 도구 간 모델 교환을 위한 XML 형식도 규정합니다. 표기법을 처음 접한다면 BPMN 2.0이란 페이지를 확인하세요.

UML은 Unified Modeling Language의 약자로, OMG가 관리하는 표준입니다. 소프트웨어 시스템과 그 동작을 표현하며, 클래스, 컴포넌트, 배포, 시퀀스, 활동, 상태 머신, 유스 케이스 다이어그램을 포함합니다. 이 가운데 활동 다이어그램이 프로세스 모델링과 가장 자주 겹칩니다.

플로차트는 도형과 화살표로 단계와 의사결정을 나타냅니다. 이를 관리하는 표준이나 고정된 규칙이 없어 팀마다 자체 규칙을 사용합니다. 빠르게 그릴 수 있지만, 두 사람이 서로 다르게 해석하기 쉽습니다. flow chart, flow-chart, 흔히 잘못 표기하는 flow charter처럼 표기 방식도 다양하지만, 모두 같은 비공식 다이어그램을 가리킵니다.

BPMN, UML, 플로차트 중 무엇을 선택할까요?

만들어야 할 산출물을 먼저 정한 다음, 가운데 열에서 표기법을 선택하세요.

익숙해 보이는 표기법을 고르는 것이 중요한 게 아닙니다. 다이어그램으로 무엇을 전달해야 하는지, 작성한 뒤 누가 이를 활용할지를 먼저 생각해야 합니다.

팀에서는 어떻게 정하면 좋을까요? 먼저 만들 산출물을 한 문장으로 합의하고, 특정 도구를 기준으로 선택하지 마세요. 공급업체의 제품이나 기존 라이선스가 선호하는 방식은 표기법을 선택할 근거가 아닙니다. 두 표기법 모두 적합하다면 설명 없이도 더 많은 사람이 이해할 수 있는 쪽을 선택하세요. 명명 방식, 레이아웃, 상세 수준처럼 추가하는 규칙도 기록해 다음 모델에 일관되게 적용하세요. 워크숍에 참석하지 않은 사람에게 다이어그램을 보여 주고 다음에 어떤 일이 일어나는지 물어보는 것도 좋은 검증 방법입니다. 답하지 못한다면 대개 표기법 자체가 문제가 아닙니다.

BPMN과 UML은 왜 비슷해 보이나요?

UML 활동 다이어그램과 BPMN 프로세스 다이어그램은 모두 활동에 둥근 사각형, 의사결정에 마름모, 병렬 경로에 막대 모양을 사용할 수 있습니다. 얼핏 보면 매우 비슷합니다.

하지만 각 도형이 나타내는 의미는 다릅니다. UML 활동 다이어그램은 소프트웨어나 시스템 환경에서의 동작을 설명합니다. BPMN 다이어그램은 사람, 부서, 시스템 등이 수행하는 업무를 표현합니다. BPMN에는 참여자, 레인, 메시지 흐름, 이벤트를 위한 전용 요소가 있지만, UML 활동 다이어그램에는 이런 비즈니스 프로세스 개념이 같은 방식으로 제공되지 않습니다.

하나의 간단한 프로세스를 BPMN 다이어그램, UML 활동 다이어그램, 플로차트로 표현한 예시.

BPMN, UML, 플로차트를 함께 사용할 수 있나요?

가능합니다. 각 다이어그램에서 어떤 표기법을 사용하는지 명확히 표시하세요.

• 비즈니스 프로세스는 BPMN으로, 이를 지원하는 소프트웨어는 UML로 문서화하세요. 공통 이름이나 식별자를 사용하는 등 두 모델의 연결 관계를 명확히 하세요.
• BPMN 프로세스 안에 소프트웨어가 포함되더라도 소프트웨어 설계에는 UML을 사용하세요. 각 모델은 서로 다른 질문에 답합니다.

한 조직에서 여러 표기법을 사용하는 것 자체는 문제가 아닙니다. 저희도 그렇게 합니다. 문제는 알리지 않고 한 다이어그램 안에서 표기법을 섞는 것입니다. 어떤 도형이 활동인지, 소프트웨어 요소인지, 비공식 단계인지 구분할 수 없다면 그 다이어그램을 신뢰하기 어렵습니다.

플로차트가 더 적합한 경우는 언제인가요?

BPMN과 플로차트 중 무엇을 쓸지 고민할 때는 유지 관리가 필요한지 살펴보세요. 단계가 몇 개뿐인 짧은 절차, 워크숍 초안, 일회성 설명에는 플로차트가 적합합니다. 아직 팀에 필요하지 않은 구조까지 표현할 필요가 없습니다.

다이어그램을 일관되게 읽고, 표기법 규칙에 따라 점검하며, 다음 분기에도 검토하거나 여러 팀과 공유해야 한다면 BPMN을 선택하세요. 확신이 서지 않으면 먼저 초안을 그리고, 프로세스를 모델로 관리할 필요가 생겼을 때 BPMN으로 정리하면 됩니다. 다이어그램 유형을 더 폭넓게 알아보려면 프로세스 매핑이란 페이지를, 기존 다이어그램 도구를 바꾸려면 Visio 대신 사용할 BPMN 도구 페이지를 확인하세요.

팀에서 이미 만든 플로차트는 어떻게 해야 할까요? 모델이 아니라 참고 자료로 활용하세요. 워크숍 초안은 범위를 합의하는 빠른 방법입니다. 프로세스를 모델로 관리할 필요가 생기면 한두 시간 정도 들여 BPMN으로 다시 작성하면 됩니다. 플로차트는 경쟁 모델이 아니라 초안인 셈입니다. 같은 프로세스를 두 가지 표기법으로 따로 관리하는 일은 피하세요. 어느 쪽도 기준 모델이 되지 못하고, 회의에서는 어느 버전이 최신인지부터 확인하게 됩니다.

BPMN 모델을 다른 곳에서도 사용할 수 있게 하려면 어떻게 해야 하나요?

표준 표기법을 유지하면서 파일을 내보낼 수 있는 도구에서 작성하세요. ProcessMind에서는 브라우저에서 BPMN 2.0 모델을 작성하고 BPMN 파일을 가져오고 내보낼 수 있어, 작성한 제품에 모델이 묶이지 않습니다. 모델을 process mining으로 분석한 프로세스와 나란히 관리할 수도 있습니다. 이를 통해 의도한 프로세스와 시스템에 기록된 실제 프로세스를 비교할 수 있습니다.

ProcessMind 모델링 작업 공간의 작동 방식을 확인하거나 지원되는 BPMN 요소를 살펴보세요.