BPM 및 SOA : 비즈니스 추진 방식

작가: Robert Simon
창조 날짜: 23 6 월 2021
업데이트 날짜: 24 6 월 2024
Anonim
EA, SOA 및 BPM을 통해 조직을 취약한 조직에서 민첩한 조직으로 전환
동영상: EA, SOA 및 BPM을 통해 조직을 취약한 조직에서 민첩한 조직으로 전환

콘텐츠


테이크 아웃 :

비즈니스 프로세스 관리 및 서비스 지향 아키텍처는 독립적 일 수 있지만 모범 사례에서는이를 더 큰 EA 블루의 일부로 함께 사용하는 것이 좋습니다.

비즈니스 프로세스 관리 (BPM)는 기업이 비즈니스 활동의 흐름을 모델링, 자동화, 실행, 제어, 측정 및 최적화 할 수있는 패러다임입니다. 이는 기업의 통합 시스템, 직원, 고객 및 파트너와 회사 경계 내외에서 발생합니다. 반면에 SOA (Service-Oriented Architecture)는 보편적으로 상호 연결된 상호 의존적 인 서비스로부터 소프트웨어 집약적 시스템을 구축하기위한 아키텍처 접근 방식입니다.

BPM과 SOA는 별도의 패러다임입니다. SOA는 아키텍처 접근 방식이며 BPM은 비즈니스 프로세스 모델링, 구현 및 모니터링에 관한 것입니다.그러나 비즈니스 프로세스를 구현하는 여러 가지 가능한 방법 중 하나는 SOA 설계를 통해 이루어지기 때문에이 두 가지가 밀접하게 연계되어 있습니다. 여기에서는 BPM과 SOA가 함께 작동 할 수있는 방법과 개별적으로 사용될 때 각 오퍼가 제공하는 이점을 살펴 봅니다. 백그라운드 읽기에 대해서는 Enterprise Computing : Whats All the Buzz?를 참조하십시오.

우산 관리 BPM 및 SOA

엔터프라이즈 아키텍처는 조직의 비즈니스 프로세스 및 IT 인프라에 대한 조직 논리입니다. 또한이 패러다임을 지배하는 우산이기도합니다. 서비스 지향 아키텍처는 클라이언트-서버, n- 계층, 메인 프레임 등과 같은 엔터프라이즈 아키텍처를 실현하거나 생성하기위한 아키텍처 스타일입니다. 서비스 지향 아키텍처의 기본 목표는 비즈니스를 정보 기술과 연계시켜 비즈니스를 만드는 것입니다. 둘 다 더 효과적입니다.

SOA와 BPM은 자체적으로 존재할 수 있지만 엔터프라이즈 아키텍처를 완벽하게 만드는 요소입니다. BPM은 비즈니스 프로세스 차원을 제공하는 주요 구성 요소 중 하나로 SOA 퍼즐에 적합합니다. 서비스 오리엔테이션을 통해 애플리케이션은 비즈니스 프로세스 내에서 반복 가능한 작업 인 서로의 행동을 서비스로 호출 할 수 있습니다. 기업 내 비즈니스 프로세스는 SOA 스택의 일부로 제공되는 서비스를 함께 묶음으로써 실현됩니다.


아래 그림은 BPM이 SOA 스택에 적합한 위치를 나타내는 SOA 참조 아키텍처입니다. 보시다시피 BPM은 SOA가 제공하는 탄탄한 토대 위에 위치하며 상당한 통합 기능을 상속합니다.

그림 1 : SOA 참조 아키텍처

참고 : 위에서 아래로 위의 참조 아키텍처 계층은 데이터베이스 계층, 애플리케이션 계층, 구성 요소 계층, 통합 계층, 비즈니스 프로세스 계층, 프리젠 테이션 계층, 채널 계층입니다.

버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드

아무도 소프트웨어 품질에 신경 쓰지 않으면 프로그래밍 기술을 향상시킬 수 없습니다.

BPM 및 SOA를 지원하는 접근 방식 및 도구

BPM과 SOA를 실현하기위한 다양한 접근 방식이 있습니다.

  • 전통적인 응용 프로그램 개발
    하나의 옵션은 완전히 새로운 응용 프로그램을 사내에서 개발하는 것입니다. 대부분의 회사는이 기능을 수행 할 수 있으므로 비즈니스 프로세스 관리 소프트웨어 (BPMS) 대신 기존 응용 프로그램 개발을 사용할 수 있는지 평가하는 것은 드문 일이 아닙니다. 의사 결정 매개 변수는 요구 사항과 시장 출시 시간을 충족하기 위해 기술 세트가 내부적으로 존재하는지 여부를 중심으로합니다.
  • 기존 응용 프로그램 확장
    대부분의 조직은 이미 비즈니스 프로세스에서 응용 프로그램을 사용하고 있습니다. 기존 응용 프로그램을 사용하는 것이 중요합니다. 기존 응용 프로그램이있는 경우 일부 회사는 주요 프로세스 영역의 개선을 촉진하기 위해 해당 응용 프로그램을 확장할지 여부를 평가합니다. 여기서 결정 매개 변수는 비용, 복잡성 및 미성숙을 중심으로합니다.
  • 패키지 응용 프로그램 구매
    대부분의 경우 특정 프로세스 또는 기능의 요구를 해결하도록 설계된 패키지 응용 프로그램을 구입할 수 있습니다. 의사 결정 매개 변수에는 가치 실현 시간, 채택 위험, 변화에 대한 대응 및 범위 확대가 포함됩니다.

다음 표는 두 패러다임의 주요 도구를 비교 한 것입니다.


표 1 : BPM 및 SOA 도구

SOA의 이점

SOA는 기업에 몇 가지 주요 이점이 있습니다. 이것들과 BPM이 제공하는 이점을 살펴 보겠습니다. SOA는 다음과 같은 기능을 제공합니다.

  • 향상된 B2C 통신
  • 조직을위한 서비스 지향 아키텍처. SOA를 중심으로 구성된 비즈니스는 일반적으로 더 유연하며 비즈니스 변경에보다 쉽고 빠르게 대응할 수 있습니다.
  • 개발 비용을 줄이기 위해 코드를 재사용 할 수있는 기능. 서비스는 기능의 재사용 성을 높여 동일한 기능을 반복 할 필요가 없어 비용이 절감됩니다.
  • 기존 e-business / CRM / ERP 이니셔티브의 통합 개선 SOA는 접근 방식의 대안이 아닙니다