BPM이란 무엇인가, BPM과 OA의 차이, BPM과 EAI의 차이

1990년대부터 현재에 이르기까지 기업의 정보화 작업이 본격화되면서 많은 비즈니스 시스템이 잇달아 구축되어 기업에도 큰 이익을 가져다 주고 있다. 그러나 새로운 문제가 등장했고 기업에서는 이러한 복잡한 시스템에 대한 새로운 요구 사항, 즉 시스템 간 통합을 달성해야 하는 요구 사항을 제시했습니다. EAI(Enterprise Application Integration) 기술은 큰 인기를 끌었으며 각계각층의 사람들이 원하는 목표가 되었습니다. 많은 사람들은 EAI가 "데이터 섬"을 해결하기 위해 설계되었을 뿐 비즈니스 프로세스의 통합을 해결할 수 없다는 사실을 분명히 깨달았습니다. 또한 많은 비즈니스 시스템도 워크플로우 기술을 지원하지만 워크플로우는 비즈니스 로직과 긴밀하게 통합되므로 EAI 구현 효과가 크게 줄어듭니다. 최적화되고 효율적이며 저렴한 비즈니스 프로세스는 기업에 경쟁사와 거리를 둘 수 있는 마법의 무기를 제공할 것이라는 사실이 입증되었습니다. 효율적인 비즈니스 프로세스는 기업의 운영 효율성을 향상시킬 뿐만 아니라 비용을 절감하고 기업이 높은 목표를 달성할 수 있도록 해줍니다. 자동화 정도. 따라서 비즈니스 프로세스는 기업의 핵심 이슈입니다.

비즈니스 시스템을 기업의 운영 메커니즘에 적응시키기 위해서는 데이터 통합, 프로세스 통합 등 많은 비즈니스 시스템을 더욱 심층적으로 통합해야 합니다. 따라서 BPM(Business Process Management)은 ) 태어났다.

IT 세상에는 암묵적인 법칙이 있다. 즉 개념으로 사람을 속이는 걸 좋아한다는 것이다. "2005년은 ERP의 해"라는 슬로건이 나오자마자 ERP 제조업체들은 ERP와 경쟁할 수 있는 한 ERP 시스템이라고 불리며 어디에서나 그들의 고급 개념을 옹호하며 급증했습니다. 중국의 ERP. BPM의 경우에도 마찬가지입니다. BPM, ERP, OA, Workflow, EAI 등과 같은 개념은 모두 어느 정도 관련되어 있기 때문에 많은 사람들이 진부하게 생각하고 자체 BPM 개념을 홍보하기 시작합니다. 치트를 배우지 못한 개발자라면 BPM에 대한 깊은 이해를 갖고 진정으로 제품의 품질을 향상시켜야 시장에 속지 않을 것입니다. 부정행위를 방지하려면 BPM에 대한 깊은 이해가 있어야 하며, 제품을 진정으로 평가할 수 있어야 합니다. 좋은 BPM 제품은 개발자에게 속지 않습니다.

'BPM이란 무엇인가?'라는 질문에 대해, 많은 자료들이 아주 명확한 정의(확실한 의미)를 제공하지 않는 이유는 IT 세계의 많은 개념들이 상황에 따라 다른 의미를 갖기 때문입니다. 그리고 시간이 지나면서 계속해서 발전하기 때문에 정의라고 부를 수는 없고, 설명이라고 부를 수 있을 뿐입니다. 미국의 가트너 같은 권위 있는 기관에서도 '설명'이라는 말을 사용합니다. 다음은 BPM에 대한 Gartner의 설명을 요약한 것입니다. "프로세스가 기존 애플리케이션에 내장되어 있는 동안 급격한 변화는 비실용적입니다.

BPM 기술의 발전으로 비즈니스 관리자는 기본 애플리케이션에서 프로세스 흐름과 규칙을 추상화할 수 있습니다. 및 인프라를 직접 변경하는 것입니다."

이에 대한 제가 이해한 바는 다음과 같습니다. 빠른 변화가 필요한 일상적인 절차에 포함된 프로세스는 비실용적입니다. 관리자가 비즈니스 프로세스를 설계할 수 있도록 기본 코드에서 프로세스의 논리를 추출하고 이를 직접 변경할 수 있어야 합니다.

BPM을 이해하기 전에 먼저 좀 더 친숙한 용어인 비즈니스 프로세스(Business Process)에 대해 이야기해 보겠습니다.

비즈니스 프로세스는 비즈니스 목표를 달성하기 위해 기업, 정부 및 기타 조직에서 수행하는 일련의 활동입니다. 이러한 활동은 두 명 이상의 사람 또는 IT 시스템이 병렬로 또는 순차적으로 수행해야 합니다. 이와 동시에 활동 실행은 특정 규칙과 조건을 충족해야 합니다. 아래 그림은 신고 승인 과정이다.

위 그림의 보고서 승인 과정에서는 먼저 관련 사업 담당자(참여자는 사람)가 비용 보고서(집행 활동)를 해당 리더에게 제출하고, 리더가 승인하면 시스템이 자동으로 계산한다. 미리 설정된 규칙에 따라 지출 보고서를 작성하며, 총액(프로세스에서 수행하는 비즈니스 데이터)을 기준으로 합계 > 5000(규칙 또는 조건)인 경우 승인이 완료된 후 승인이 필요합니다. 보관 및 보존을 위해 문서 관리자에게 넘겨집니다. (참여자는 시스템입니다.) 전체 프로세스에는 비용 보고서 제출, 리더십 승인 등의 수동 작업(가칭 AgileWork)이 포함되며, 승인 여부, 총 가치 판단, 문서 저장 등의 자동 작업(가칭 AgilePart)도 포함됩니다.

위의 이해를 바탕으로 BPM은 기업의 비즈니스 프로세스 관리 방법이어야 하며, 이를 지원하는 소프트웨어 시스템을 BPMS(Business Process Management Suite)라고 합니다.

따라서 BPM은 기업 경영의 한 방법이 되어야 하며, BPMS는 우리가 흔히 소프트웨어 플랫폼이라고 부르는 기업 비즈니스 프로세스를 수립, 실행, 평가, 관리하는 소프트웨어 시스템의 집합입니다. 정리하자면, BPM은 다음과 같은 특성을 반영할 수 있어야 합니다.

(1) 비즈니스 프로세스 모델링: 비즈니스 담당자는 프로세스 설계 도구인 흐름도를 사용하여 비즈니스 관점에서 비즈니스 프로세스를 전체적으로 설명합니다.

(2) 비즈니스 프로세스 자동화: 정의된 프로세스에 따라 BPM 시스템에서 자동으로 실행되어 기존의 종이 문서를 완전히 버리고 프로세스 전달에 수동 개입이 필요하지 않은 지능형 BPM 프로세스입니다. 엔진.

(3) 시스템 통합: BPM은 사람이 참여할 뿐만 아니라 일부 활동에 IT 시스템도 참여할 수 있습니다. 예를 들어 휴가 프로세스에서는 HR 시스템에서 다음 사항을 결정해야 합니다. 휴가를 요청한 사람은 연차 휴가를 받았습니다. 이를 위해서는 BPM이 WebService 호출 및 특정 유형의 메소드 실행과 같은 자동 작업 실행 기능을 제공해야 합니다.

(4) 비즈니스 프로세스 관리: 프로세스 실행을 시각적으로 모니터링하고 프로세스 실행 중에 발생하는 사고에 대처할 수 있는 즉, 실시간 프로세스 모니터링을 제공합니다.

(5) 비즈니스 프로세스 최적화: 프로세스 실행 조건에 대한 통계 및 분석(예: 효율성, 비용, 병목 현상, 로드). 통계적 분석 결과를 바탕으로 프로세스를 변환하여 프로세스 실행을 최적화하는 즉, 프로세스 시뮬레이션 및 분석 도구를 제공합니다.

비즈니스 프로세스 모델링은 기반, 비즈니스 프로세스 자동화 및 시스템 통합은 구현 수단, 비즈니스 프로세스 관리는 프로세스, 비즈니스 프로세스 최적화는 목표입니다. BPM은 방법론과 소프트웨어 시스템의 집합체로, 방법론으로서 자체적인 기획, 구현, 관리 방법을 갖고 있습니다. 이 방법의 지침에 따라 소프트웨어 시스템은 비즈니스 프로세스의 효과적인 관리를 구현합니다. 이러한 관점에서 볼 때 BPM은 연속적인 프로세스이며 이 프로세스의 각 링크는 기업의 성장 프로세스에 정확히 부합하는 폐쇄된 순환을 형성합니다. 따라서 BPMS는 기업의 정보화 구축과 시장에서의 기업 경쟁력 향상에 매우 중요한 역할을 할 것입니다.

2. BPM, 워크플로우 및 EAI

먼저 BPM과 워크플로우를 살펴보겠습니다. Workflow를 이야기할 때 우리는 자연스럽게 OA 시스템을 떠올립니다.

1980년대 초반 PC가 대량 생산되고 대중화되면서 MIT 연구진이 처음으로 사무 자동화 개념을 제안했고, 1981년 논문을 발표했다. 체계". 기사에서는 사무실 직원의 사무실 효율성을 향상시키기 위해 사무실 작업대와 개인 상호 작용을 위한 소프트웨어 시스템을 포함한 통합 도구 세트의 개발을 언급했습니다.