비즈니스 패턴은 문제점 상황(컨텍스트)에서 구현 및 적용하여 하나 이상의 내재된 문제점을 제거할 수 있는 일반화된 솔루션으로 정의됩니다. 패턴을 프로덕션을 위한 프로토타입으로 간주할 수 있습니다. [ERI00]
패턴은 비즈니스 아키텍처 정의 방법의 일부입니다.
-
패턴은 공통 문제점에 대한 공통 솔루션을 반영합니다.
-
패턴을 사용하여 조직 전반에서 아키텍처 스타일을 유지보수할 수 있습니다.
-
패턴은 경험을 캡처하는 단순한 방법입니다.
기준선으로 유용한 몇 가지 패턴을 제공합니다.
이 모든 패턴은 [ERI00]의 광범위한 패턴 콜렉션을 기반으로 합니다.
컨텍스트: 이 패턴은 프로세스 피드백 패턴과 동위입니다. 프로세스를 개선할 때 보다 전략적이고 장기적인 투자 계획의 필요성을 반영합니다.
문제점: 비즈니스 프로세스 결과를 평가하여 경쟁 우위를 제공해야 하는 모든 상황에 프로세스 평가 패턴을 적용할 수 있습니다. 제조, 마케팅 및 판매 프로세스는 프로세스가 실행될 때마다 평가해야 하는
서로 다른 비즈니스 프로세스의 예입니다.
솔루션: 이 문제점에 대한 솔루션은 장단기적으로 비즈니스 프로세스 개선을 계속적으로 모니터하고 제안하는 평가 프로세스를 적소에 배치하는 것입니다.
프로세스 평가 패턴 참가자
참가자 목록:
비즈니스 액터 - 비즈니스 이용자
코어 프로세스 - 이용자의 요구를 만족시키려는 기본 목적을 가진 비즈니스 프로세스
코어 프로세스 평가 - 하나 이상의 코어 프로세스를 모니터링하여 보다 효율적인 개선사항을 제안한다는 기본 목적을 가진 비즈니스 프로세스
프로세스 평가 패턴 동적 보기. 각 코어 비즈니스 프로세스에 대해 이를 평가하고 개선하는 지원 비즈니스 프로세스가 있어야 합니다. 이 평가 프로세스는 기본 프로세스에 관련된 비즈니스 액터와 상호작용해야
합니다.
이 패턴에는 정적 보기가 없습니다.
컨텍스트: 비즈니스 프로세스 결과를 평가하여 경쟁 우위를 제공해야 하는 모든 상황에 프로세스 피드백 패턴을 적용할 수 있습니다. 제조, 마케팅 및 판매 프로세스는 프로세스가 실행될 때마다 평가해야 하는
서로 다른 비즈니스 프로세스의 예입니다. 예를 들어, 판매 프로세스가 실행될 때마다 평가하는 경우 판매 채널의 피드백을 기반으로 판매 예산을 늘리거나 줄일 수 있습니다.
문제점: 프로세스는 입력으로 시작하고 출력으로 끝납니다. 프로세스는 자원을 사용 및 이용하여 산출물이 될 기타 자원을 작성하고 정제합니다. 또한 프로세스에는 달성할 특정 목적이 있으며, 프로세스의
산출물인 자원 수로 이를 표시할 수 있습니다. 자원을 효과적으로 사용하지 못하는 경우, 비용이 너무 많이 들어 프로세스 산출물을 생성하지 못해 경쟁업체가 시장을 점유할 수 있습니다.
솔루션: 이 문제점에 대한 솔루션은 프로세스의 유효성을 측정하고, 프로세스의 새 인스턴스가 각각 시작될 때 다음 번에 프로세스를 개선할 수 있는 방법을 평가하기 위한 몇 가지 단계를 수행하는 것입니다.
프로세스 피드백 패턴 참가자
참가자 목록:
비즈니스 작업자 - 역할(프로세스 인도물을 정제하는 데 필요한 책임 세트 포함)
인도물 - 이는 프로세스의 인도물이며, 비즈니스 작업자가 인도물을 조작함에 따라 상태가 변경됩니다.
인도물의 메트릭 - 이는 프로세스 인도물의 상태 변경 및 비즈니스 작업자의 수행 방법을 표시하기 위해 수집된 메트릭입니다.
프로세스 피드백 패턴 정적 보기
프로세스 피드백 패턴 동적 보기
컨텍스트: 비즈니스 프로세스 내 활동 간의 복잡한 상호작용을 모델링하는 경우 활동 상호작용 패턴을 사용할 수 있습니다.
문제점: 활동은 일반적으로 데이터 전송을 통해 서로 자원을 공유할 수 있습니다.
솔루션: 활동 상호작용 패턴을 사용하여 비즈니스 자원 간의 복잡한 상호작용을 모델링하고 구성할 수 있습니다.
활동 상호작용 패턴 참가자
참가자 목록:
비즈니스 작업자 - 프로세스 실현(realization)에 참가하는 비즈니스 작업자 중 하나
다른 비즈니스 작업자 - 프로세스 실현(realization)에 참가하는 다른 비즈니스 작업자
수행할 작업 - 비즈니스 작업자 인스턴스가 수행하는 활동
수행할 기타 작업 - 다른 비즈니스 작업자 인스턴스가 수행하는 활동
인도물 - 프로세스에 의해 생성되거나 유지보수되는 것
활동 상호작용 패턴 동적 보기 -
자원 A와 자원 B가 동일한 공유 오브젝트 사용.
이 패턴에는 정적 보기가 없습니다.
컨텍스트: 비즈니스 이벤트 결과 히스토리 패턴은 비즈니스 이벤트 및 해당 결과 히스토리를 유지보수해야 하는 문제점 도메인에 적합합니다. 금융 시스템 및 엔터프라이즈 자원 조달 계획(ERP) 시스템을
모델링하는 데 가장 많이 사용됩니다.
문제점: 비즈니스 이벤트 결과 히스토리 패턴은 중요한 비즈니스 이벤트를 추적한 후 이 이벤트를 해당 결과에 연결하는 데 사용됩니다. 서로 다른 비즈니스 이벤트를 해당 결과(예: 결정, 계약, 성명서
또는 제품)와 함께 캡처하면 더 나은 비즈니스 결정을 내릴 수 있습니다. 이 패턴의 목적은 중요한 모든 비즈니스 이벤트(일반적으로 설명, 목적 및 결과와 같은 속성을 사용하여 설명됨)의 레코드를 보관할 수 있도록
하는 것입니다.
솔루션: 비즈니스 이벤트 결과 히스토리 패턴을 사용하면 중요한 비즈니스 이벤트 및 원인을 추적하기 위해 생성된 모델을 확장할 수 있습니다. 확장 가능하다는 것은 새로운 유형의 이벤트와 원인을 나중에
동일한 전체 구조에 추가할 수 있음을 의미합니다. 이 패턴을 사용하면 비즈니스 이벤트를 기록하고 나중 시점에서 이 이벤트를 분석하여 결론을 내릴 수 있습니다. 일반적으로 이런 결론을 통해 비즈니스에서 활동 또는
결정(예: 미지불 히스토리로 인해 고객이나 벤더와의 관계 단절)에 도달하게 됩니다. 비즈니스 이벤트 레코드가 유지보수되지 않으면, 학습할 히스토리를 사용할 수 없으며 동일한 잘못이 자꾸 반복될 수 있습니다. 이
패턴이 안고 있는 하나의 잠재적 문제점은 하위 레벨 비즈니스 이벤트가 너무 많이 기록될 경우 레코드 분석 및 평가가 어렵다는 것입니다. 비즈니스 컨텍스트에서 쉽게 이해할 수 있도록 이벤트(예: 주문, 전달된 제품,
지불 송장 등)를 정의해야 합니다.
비즈니스 이벤트 결과 히스토리 패턴 참가자
참가자 목록:
비즈니스 이벤트 - 이 비즈니스 엔티티는 비즈니스에 중요한 발생을 설명합니다. 비즈니스 이벤트 속성의 예로는 날짜, 우선순위, 설명 및 유형을 들 수 있습니다. 공통 유형은 인도물, 계약서 서명 및
구매입니다.
제품 - 이 비즈니스 엔티티는 인도물을 나타냅니다. 제품은 추상 오브젝트(예: 서비스, 비즈니스 노력 또는 시장 점유율)일 수도 있고 실제 오브젝트(예: 소프트웨어 및 하드웨어)일 수도 있습니다. 공통 속성은
ID와 이름입니다. 제품의 공통 유형은 컴퓨터 프로그램, 지원, 상담 및 설치입니다.
관계자 - 이 비즈니스 엔티티는 개인 또는 회사를 나타낼 수 있습니다. 관계자는 계약 컨텍스트에서 역할을 담당합니다. 일반적인 역할은 판매자와 구매자입니다. 일반적으로 관계자에는 속성 이름과 주소가
있습니다.
계약 - 이 비즈니스 엔티티는 거래 또는 결정을 나타냅니다. 계약은 인도물의 상황을 정의하는데, 여기서 인도물은 제품입니다. 계약은 대개 판매자와 구매자 간에 이루어지지만 기타 관계자 간에 이루어질 수도 있습니다.
공통 속성은 설명, 날짜 및 종료 날짜(until-date)입니다. 계약은 서로 연관될 수 있습니다. 예를 들어, 하나의 계약이 다른 계약을 보완할 수 있습니다. 이는 또한 순환적 연관을 사용하여 표시됩니다. 계약
유형의 예로는 스켈레톤 계약 또는 임대 계약이 있습니다.
성명서 - 성명서는 계약을 표현합니다. 성명서는 다수의 계약을 표현할 수 있으며, 계약이 여러 번 언급될 수 있습니다. 일반 속성은 설명과 날짜입니다. 또한 성명서는 서로 연관될 수 있습니다. 이는 순환적 연관을
사용하여 표시됩니다. 성명서 유형의 예로는 서면 성명서와 구두 성명서가 있습니다.
비즈니스 이벤트 결과 히스토리 패턴 정적 보기
이 패턴에는 동적 보기가 없습니다.
|