동적 엔터프라이즈 모델링
Dynamic enterprise modelingDEM(Dynamic Enterprise Modeling)은 Baan사가 개발한 엔터프라이즈 모델링 접근법으로, "최종사용 [1][2]기업의 조직 아키텍처에 맞추어 구현"하는 것을 목적으로 하는 Baan 엔터프라이즈 리소스 계획 시스템에 사용됩니다.
Koning(2008)에 따르면, Baan은 1996년에 "Baan ERP 제품 구현을 위한 수단"으로 다이내믹 엔터프라이즈 모델링을 도입했습니다.모델링은 Baan 애플리케이션 유닛이 연결될 비즈니스 프로세스 모델링을 위한 Petri net 기반 기술에 초점을 맞췄다.DEM에는 기업의 로지스틱 네트워크 및 엔터프라이즈 기능 모델링 다이어그램용 공급망 다이어그램 도구도 포함되어 있습니다."[3]
개요
특정 기업을 동적 엔터프라이즈 모델링과 연계하기 위해 조직 구조는 고급 비즈니스 프로세스에서 하위 프로세스로 하향식으로 설계됩니다.이 청사진은 소프트웨어 패키지의 구조 로드맵과 호환되는 조직의 로드맵으로 사용됩니다.두 가지 로드맵을 모두 가지고 있기 때문에 소프트웨어 패키지와 조직 구조는 양립할 수 없습니다.동적 엔터프라이즈 모델링에서 조직 구조의 청사진을 참조 모델이라고 합니다.레퍼런스 모델은 비전, 기능, 조직 구조 및 프로세스를 종합적으로 나타낸 것으로, 특정 조직 유형학에서 비즈니스를 수행하는 대표적인 방법으로 정의할 수 있습니다.
DEM 참조 모델은 하향식 방향으로 조직 구조를 묘사하는 일련의 기본 모델로 구성됩니다.기본 모델은 다음과 같습니다.
- 엔터프라이즈 구조도:기업 사이트 구조는 분산된 지리적 위치, 본사, 제조 공장, 창고, 공급업체 및 고객 위치로 시각화됩니다.내부 로지스틱 또는 재무 흐름 최적화를 위한 물리적 및 논리적 멀티 사이트 조직을 다이어그램화할 [4]수 있습니다.
- 비즈니스 컨트롤 모델 : 비즈니스 컨트롤 모델은 조직의 주요 프로세스와 그 제어를 비즈니스 기능으로 분류하여 나타냅니다.DEM 레퍼런스 모델은 하나의 주요 비즈니스 컨트롤 모델로 구성되어 있으며, 그 결과 조직의 기능 영역별로 몇 가지 다른 비즈니스 컨트롤 모델이 생성됩니다.
- 비즈니스 기능 모델 : 비즈니스 기능 모델은 기업 내 여러 기능 중 타깃에 초점을 맞춘 기능 모델입니다.
- 비즈니스 프로세스 모델 : 비즈니스 프로세스 모델은 비즈니스 컨트롤 모델 및 비즈니스 기능 모델에서 유래한 기능 및 프로세스의 실행에 중점을 둡니다.프로세스 플로우를 설명하고 프로세스를 상세하게 설명합니다.
- 비즈니스 조직 모델: 비즈니스 조직 모델은 프로세스보다는 역할이나 책임 등 조직적인 측면에 초점을 맞춥니다.
이러한 모델을 조합하여 동적 엔터프라이즈 모델 구현 중에 필요한 전체 조직 구조와 측면을 나타낼 수 있습니다.이러한 모델에는 조직의 유형론에 기초한 차별화가 있을 수 있습니다(즉, 수주 엔지니어 조직은 수주 조립 조직과 다른 모델 구조를 필요로 합니다).소프트웨어 구현에 참조 모델을 사용하는 방법과 구현 방법의 범위를 추적하기 위해 비즈니스 관리 모델과 비즈니스 프로세스 모델에 대해 자세히 설명합니다.
동적 엔터프라이즈 모델링 항목
비즈니스 컨트롤 모델
비즈니스 컨트롤 모델은 조직의 비즈니스 기능 및 내부 및 외부 링크에 존재합니다.모델의 기본 기능은 다음과 같습니다.
- Request-feedback-loop: 비즈니스 기능에서 시작, 종료 또는 그 사이의 링크를 request-feedback-loop이라고 합니다.이 링크는 두 비즈니스 기능 간의 프로세스와 정보 흐름을 완료하는 4개의 상태로 구성됩니다.상태 라벨은 requested, committed, completed 및 accepted 입니다.
- 워크플로우 케이스워크플로 케이스는 두 비즈니스 기능 간에 발생하는 프로세스의 실행 및 대상에 대한 설명입니다.워크플로우 케이스의 가장 중요한 중요 요소는 수량, 품질 및 시간입니다.Request-feedback-loop together의 4가지 상태는 워크플로 케이스를 나타냅니다.
- 트리거: 비즈니스 기능은 비즈니스 프로세스의 집합체이며, 주로 프로세스 간의 트리거(제어)에 초점을 맞추고 있기 때문에 정보 흐름에 초점을 맞추지 않습니다.
- 비즈니스 기능 : 모델링 프로세스에 최적인 상황에서 기업은 하나의 비즈니스 기능만을 가지고 있습니다.그러나 비즈니스 기능은 다음과 같은 경우에 세분화됩니다.
- 워크플로우 케이스의 성격과 특성은 변동합니다.
- 기본 프로세스의 빈도는 변동합니다.
- 상세 수준의 변동
- 둘 이상의 요청 유형이 함수를 트리거합니다.
두 비즈니스 기능 간의 상호작용 외에 참조 모델의 범위에 포함되지 않는 객체 간에도 상호작용이 존재할 수 있습니다.이러한 개체는 외부 비즈니스 기능 및 에이전트일 수 있습니다.
- 외부 비즈니스 기능 : 조직의 일부이지만(조직이 기능을 제어할 수 있음을 의미) 참조 모델의 범위를 벗어나는 프로세스 그룹입니다.
한편 대리인은 업무의 외부(고객 및 공급업체)라는 점을 제외하고는 업무 기능과 유사한 실체이다.
- 비즈니스 기능 내 또는 비즈니스 기능 간의 프로세스는 트리거에 의해 실행됩니다. 트리거는 이벤트 중심 또는 시간 중심일 수 있습니다.
- 실제로 모델의 성공 경로가 충족되지 않을 경우 비즈니스 프로세스 구성에서 설정된 처리 수준에 따라 시스템 내의 예외를 처리한다.
프로세스 서브루틴은 비즈니스 컨트롤 모델에서 모델링하여 프로세스 실행 중에 발생할 수 있는 예외(상품 인도 지연 처리)를 처리할 수 있습니다.
조직의 주요 프로세스로 구성된 비즈니스 기능 외에도 관리 기능이 존재합니다.
- 관리 비즈니스 기능:이들은 비즈니스 프로세스 자체를 관리하는 기능이며, 따라서 주요 비즈니스 기능의 실행 및 트리거를 지원합니다.
이 참조를 통해 조직의 주요 프로세스를 비즈니스 제어 모델에 파악할 수 있습니다.조직의 주요 기능은 특정 비즈니스 기능의 일부인 프로세스로 구성된 비즈니스 기능으로 분류됩니다.그런 다음 요청 피드백 루프를 사용하여 비즈니스 기능 간의 상호작용을 설명합니다.
비즈니스 컨트롤 모델 구축
설정된 경로에 따라 비즈니스 제어 모델을 구축한다.
- 우선, 비즈니스의 범위를 정의합니다.이 범위에는 모델링 대상 범위가 포함되며 비즈니스와 관련된 에이전트 및 외부 비즈니스 기능의 정의가 포함됩니다.
- 다음으로 블랙박스를 둘러싼 에이전트와 외부 비즈니스 기능을 가진 블랙박스 모델에 범위를 나타낸다.
- 다음 단계에서는 비즈니스 컨트롤 모델의 블랙박스에서 에이전트와 외부 비즈니스 기능 간의 프로세스 및 정보 흐름(요청 피드백 흐름)을 정의합니다.request-feedback 플로우를 정의하면 모델러는 블랙박스 내에 어떤 프로세스가 있는지 정의할 수 있습니다.
비즈니스 컨트롤 모델 내에서 주요 비즈니스 기능을 작성한 후 몇 가지 비즈니스 기능을 상세하게 설명합니다.
- 생산 비즈니스의 경우 프로세스가 예측이 아닌 고객 주문에 기반하는 물리적 프로세스에서의 분할을 참조하여 고객 주문 분리 지점을 정의하는 것이 중요합니다.
- 반면 서비스 기반 사업자는 물적 재화의 흐름이 없기 때문에 물적 프로세스 모델이 필요하지 않다.그러나 서비스 기반 비즈니스의 비즈니스 제어 모델을 구축하기 위해 동일한 유형의 프로세스 플로우를 활용할 수 있으며, 서비스도 상품으로 해석할 수 있습니다.이와 같이 유형재 대신 무형재를 보유하는 서비스 기반 사업과 마찬가지로 서비스 기반 사업에도 사업통제 모델을 구축할 수 있다.
- 낮은 수준의 물리적 생산 프로세스와 더불어 높은 수준의 비즈니스 기능도 정의해야 합니다.대부분의 경우 상위 수준의 비즈니스 기능은 계획 기능 및 기타 전술적 및 전략적인 비즈니스 기능과 관련되며, 그 다음으로는 판매 및 구매 기능이 포함됩니다.
높은 수준의 상세 정의 후 비즈니스 기능을 하위 수준의 상세 정의로 분해하여 비즈니스 제어 모델을 참조 모델 내의 하위 모델(주로 비즈니스 프로세스 모델)과 양립할 수 있도록 합니다.비즈니스 프로세스 모델에서는 프로세스가 가장 상세한 수준까지 상세하게 설명되어 있습니다.이 수준의 세부사항을 고려할 때 Baan 소프트웨어 기능은 비즈니스 프로세스 모델에 표시된 프로세스에 투영됩니다.
비즈니스 프로세스 모델
DEM의 프로세스 모델링, 비즈니스 프로세스 모델 모델링은 Petri net 구성 요소를 사용하여 수행됩니다.DEM은 4개의 구성 요소를 사용합니다.
- State : 상태 요소는 작업 토큰의 상태를 나타내며 그 후에 해당 상태의 작업 토큰을 실행하는 액티비티가 이어집니다.
- 처리 액티비티 : 처리 액티비티는 어떤 상태의 작업토큰을 처리하여 작업토큰 상태를 다른 상태로 변환하는 액티비티입니다.
- 제어 액티비티:제어 활동은 프로세스 활동을 탐색하지만 실행하지는 않습니다.
- 서브프로세스 : 서브프로세스란 복잡성 관리를 통해 하나의 요소로 집약된 다른 프로세스의 집합입니다.
이러한 4가지 구성 요소를 통해 DEM 모델을 모델링할 수 있습니다.모델링은 모델링 제약 조건의 집합으로 인해 서로 다른 모델러에 의해 유사하게 생성된 모델을 가질 수 있도록 모델링 프로세스를 안내합니다.제어 액티비티는 프로세스 흐름에 대해 다른 루트를 설정하기 위해 다른 구조로 존재합니다.통제 활동에 사용되는 구조는 다음과 같다.
- OR-split / XOR-split : 이 구조는 1개의 상태 중 2개의 새로운 상태를 생성하여 1개의 작업 토큰 중 2개의 작업 토큰을 생성합니다.새로운 상태가 양쪽 출력 토큰이 될 수 있는 경우 스플릿은 OR, 그렇지 않은 경우 스플릿은 배타적 OR 스플릿(XOR)
- AND-join construction : 제어 액티비티를 활성화하려면 2개의 작업 토큰이 필요하며, 1개의 새 작업 토큰이 생성됩니다(따라서 1개의 새 상태).
- OR-join / XOR-join : 제어 액티비티를 활성화하기 위해서는 2개의 작업 토큰이 필요하며 1개의 새로운 작업 토큰이 생성됩니다.
OR은 두 개의 시작 작업 토큰 중 하나를 사용할 수 있거나 둘 다 사용할 수 있음을 의미합니다. XOR은 출력 작업 토큰을 생성하기 위해 토큰 중 하나만 사용할 수 있음을 의미합니다.
예
아래의 예는 페트리 네트 빌딩 블록을 사용하여 결혼과 이혼의 개념을 모델링하는 것을 보여줍니다.
- 페트리 네트 빌드 모델은 미혼남녀에서 결혼을 통해 결혼한 커플, 이혼을 통해 다시 독신으로 돌아가는 변화를 표현하고 있다.
- 그 모델은 남자와 여자라고 불리는 두 개의 상태로 시작한다.
- AND 결합 구조를 통해(커플을 형성하기 위해 남녀 모두 필요함) 두 상태는 커플링이라고 불리는 제어 활동 내에 결합됩니다.
- 그리고 나서 커플 상태는 결혼이라는 처리 활동을 통해 변형되고, 결과적으로 결혼한 커플의 변형된 상태가 된다.
- 그리고 나서 주정부 결혼한 부부는 이혼이라고 불리는 절차 활동을 통해 이혼한 주정부 부부로 변모하고, 그 결과 이혼한 부부라고 불리는 주가 된다.
- 디커플링이라고 불리는 통제 활동은 마침내 이혼한 커플 상태를 남성과 여성의 상태로 나눈다.
평가
임베디드 메서드를 사용하면 메서드에 포함된 소프트웨어 제품을 구현하도록 설계된 강력한 성능을 얻을 수 있습니다.이는 메서드의 사용이 덜 복잡해지고 지원 가능성이 더 높아진다는 것을 시사합니다.임베디드 방식의 단점은 특정 제품 소프트웨어에서만 사용할 수 있다는 것입니다.엔지니어와 컨설턴트는 여러 소프트웨어 제품을 사용하여 작업하기 때문에 일반적인 방법을 더 많이 사용할 수 있습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ 호세인 비골리(2003).'정보시스템 백과사전' 177페이지
- ^ 하인즈-다이어터 놀 외(2003).표준 소프트웨어 시스템에 의한 비즈니스 퍼포먼스 최적화. 페이지 95.
- ^ Hendrik Koning (2008).IT-아키텍처의 커뮤니케이션 웨이백 머신에서 2011-08-05를 참조해 주세요.네덜란드 정보 및 지식 시스템을 위한 연구 학교 논문. ISBN978-90-5335-163-5.94 페이지
- ^ Sjaak Brinkkemper (2001).2011-07-06년 Wayback Machine에서 아카이브된 엔터프라이즈 애플리케이션 개발 및 구현을 위한 비즈니스 모델(개요)2009년 8월 1일에 액세스.
추가 정보
- 프레드 드라이즈와 마틴 흐롬크(1999년).동적 엔터프라이즈 모델링의 전략적 전술적 및 운영적 사용의 일부 측면.
- Van Es, R.M., Post, H.A. ed. (1996년)동적 엔터프라이즈 모델링: 소프트웨어 구현의 패러다임 전환.클루어
외부 링크
- Baan Dynamic Enterprise Management 짧은 소개
- Dynamic Enterprise Modeling 프레젠테이션 1999.