[멀티미디어 문서구조화특론 ] Workflow 2011. 9. 19.

Presentation on theme: "[멀티미디어 문서구조화특론 ] Workflow 2011. 9. 19."— Presentation transcript:

1 [멀티미디어 문서구조화특론 ] Workflow

2 Human Activities Have Three Phases
User Interface (while waiting) Review Automated phase before to prepare for the task Automated phase after to take care of results of the task Wait phase for Human to do the work, includes timers and escalation logic Note: this notation is not standard!

3 Terms Business Process Workflow Management System ( BPMS )
What is intended to happen is managed by a is defined in a Workflow Management System ( BPMS ) Process Definition Representation of what is intended to happen Controls the automated Aspects of the process. subprocess composed of composed of used to create & manage Process Instance Activities Representation of what is actually happening which may be during execution are represented by includes one or more Manual Activities Automated Activities Activity Instances Not managed by BPMS Work Items Invoked Applications Tasks allocated to a Workflow Participant. Services called as part of process

4 Enterprise Application
1990  Workflow in the Brain UI “Screens” Enterprise Application “Account Management” List Accts New Acct Mod Acct Del Acct Application Logic in Monolithic Program Background Check Conformance Rules

5 1993  Workflow Assist in Sequence
Human BPM/Workflow: background check check guidelines create account User accesses original UI directly Launches UI UI “Screens” Enterprise Application “Account Management” List Accts New Acct Mod Acct Del Acct Application Logic in Monolithic Program Yellow color diagram is a BPMN diagram. There is another presentation later on the importance of this standard. Background Check Conformance Rules

6 Enterprise Application
1996  Distribute Work background check check guidelines create account Launches UI “Screens” Enterprise Application “Account Management” List Accts New Acct Mod Acct Del Acct Application Logic in Monolithic Program Background Check Conformance Rules

7 2002  Service Oriented Architecture
UI connects user to process engine, not the back-end applications enter info bg check rules Review create account Exposed Web Services Enterprise Application “Account Management” Background Check Conformance Rules List Accts New Acct Mod Acct Del Acct Application Logic Service Oriented Architecture

8 ESB의 정의 1. ESB (Enterprise Service Bus)의 개요
- ESB = EAI (Enterprise Application Integration) + 표준화 + 분산화 - 비즈니스 내에서 서비스, 애플리케이션, 자원을 연결하고 통합하는 미들웨어 또는 인프라 비즈니스 단위들의 통합을 수월하게 하면서 이종의 플랫폼과 환경들을 잇는 가교 역할을 하는 인프라 나. ESB (Enterprise Service Bus)가 주목 받은 이유 - EAI에서 Hub and Spoke 통합방식의 한계점 발견 SOA의 핵심 필요 기능으로 중요성 증대 2. ESB (Enterprise Service Bus)의 중요성 및 개념도 가. ESB (Enterprise Service Bus)의 중요성 - 분산된 서비스 컴포넌트를 쉽게 통합 연동할 수 있어 신뢰성 있는 메시지 통신이 가능 각 레거시 시스템과의 연동을 위한 다양한 표준 프로토콜의 지원을 기본으로, 재사용 가능한 컴포넌트들을 조립함으로써 서비스 지향적인 기업 환경을 만들 수 있는 기반 제공 나. ESB (Enterprise Service Bus)의 개념도

9 BPEL의 정의 1. BPEL 이란 무엇인가?? BPEL 은 비지니스 프로세스를 정의하고, 정의된 프로세스 따라서 동작을 하도록 해당 Folw를 XML 언어의 형태로 표현하여 비지니스 처리시 Rule의 역할을 하는 표준 언어이다. 또한 비지니스 프로세스를 표현하기 위해서 표현의 방법과 도구를 제공하는 언어이다. 실행 비지니스 프로세스를 지원하여 기업의 비지니스 프로세스 모델링을 하는데 충분한 방법을 제공한다. 현재 Oracle, MS, IBM 등에서 BPEL을 작성할 수 있는 IDE tool 을 제공한다. 2, BPEL 은 왜 만들어 졌을까? 모가 좋을까?? 협업적 비지니스 패러다임에서 비지니스를 지원하기 위한 서비스간의 통합이 필요하게 되며 서비간의 협업적 비지니스를 지원하기 위한 프로세스에 대한 기술과 표현 방법이 필요하게 됨으로써 BPEL이 정의되기 시작하였다. 또한 분산 서비스 컴포넌트의 개별적인 사용시에 제어의 어려움과 개별 컴포넌트를 묶어서 하나의 서비스를 만들고 프로세스를 모니터링하고 관리하기 위해서 정의되었다. 또한 BPEL은 플랫폼 독립적으로 비지니스 프로세스를 기술하기 위해서 XML 표준을 사용하고 있다. 병렬 분기, 동기화, 배타적 선택등 기본적인 프로세스 정의 기능 이외에 단위 업무 취소, 사례 취소등 다양한 프로세스를 지원함으로써 구현이 편리하다. 3. BPEL 의 구성 요소 - invoke : 서비스를 동기적/비동기적으로 호출하고 값을 받음 - Assign : 결과값을 받아서 일시적인 저장 - 변수와 동일한 역할 수행 - Scope : 예외사항 처리를 위한 범위를 지정 - Switch : 프로세스의 판단에 의한 분기를 처리 - Receive : 비동기적인 호출에 의해서 처리된 값을 리턴

10 2005  Composite Services = IT Agility
enter info call 1 Review create account Composite Services ESB / BPEL Application Logic Exposed Web Services List Accts New Acct Background Old Rules New Rules Mod Acct Del Acct

11 2008  Simplify as “Human Steps”
call 1 enter info Review Composite Services ESB / BPEL Application Logic Exposed Web Services List Accts New Acct Mod Acct Del Acct Background Rules

12 Separation of Responsibility
ESB / BPEL Background Rules List Accts New Acct Mod Acct Del Acct call 1 enter info Review Business Retains Control of Assignment of Responsibility Groups, Roles, Skills Deadlines Alerts, Reminders, Escalations Order of Tasks Addition of Manual Tasks User Interface IT Retains Control of Computational Logic Data Representations Scalability / Performance Interoperability Master Data Management

13 Separate Development Business Retains Control of
Depends strongly on who is in each organization. Separate Development Business Retains Control of Assignment of Responsibility Groups, Roles, Skills Deadlines Alerts, Reminders, Escalations Order of Tasks Addition of Manual Tasks User Interface Changes on daily basis Who? When? What? How? Organizational Culture Optimize for each team Respond to market or legislation Related to Training, Experience IT Retains Control of Computational Logic Data Representations Scalability / Performance Interoperability Master Data Management Very low or no dependence upon the organizational culture Requires expensive technical capabilities Knowledge of infrastructure