Free Essay

Bpmn

In:

Submitted By HwangJaAhn
Words 8454
Pages 34
정보통신단체표준 TTAx.xx-xx.xxxx

제정일: 2006년 xx월 xx일

TTA Standard

비즈니스 프로세스 모델링 표기법
(Business Process Modeling Notation)

정보통신단체표준 TTAx.xx-xx.xxxx

제정일 : 2006년 xx월 xx일

비즈니스 프로세스 모델링 표기법

(Business Process Modeling Notation)

본 문서에 대한 저작권은 TTA에 있으며, 이 문서의 전체 또는 일부에 대하여 상업적 이익을 목적으로 하는 무단 복제 및 배포를 금합니다. Copyrightⓒ Telecommunications Technology Associations(2006). All Rights Reserved.

정보통신단체표준





1. 표준의 목적 비즈니스 프로세스 관리자 및 분석가들로 하여금 비즈니스 프로세스 실행언어에 대한 기술적 사항의 이해 없이도 비즈니스 프로세스를 표현하고 분석할 수 있는 그래픽 표기 법을 제공하고 그래픽 표기에서 실행언어(특히 BPEL4WS)로의 변환 방법을 정의한다. 2. 주요 내용 요약 주요 내용으로는 비즈니스 프로세스 모델링 표기법 (Business Process Modeling Notation)의 근간을 이루는 비즈니스 프로세스 다이어그램 (Business Process Diagram) 의 그래픽 표기방법과 그 의미를 정의한다. 아울러 이를 대표적인 비즈니스 프로세스 실 행언어인 BPEL4WS로 변환하는 방법에 대해서 정의함으로써 비즈니스 프로세스 모델링 과 실행 간의 연동성을 보장한다. 이해도를 높이기 위해 다이어그램 및 매핑에 대한 다 수의 예제를 제공한다. 3. 표준 적용 산업 분야 및 산업에 미치는 영향 현존하는 비즈니스 프로세스 관리 시스템들은 각자 나름대로의 프로세스 표기법과 그 에 부합하는 실행 엔진을 기반으로 개발되어 왔으며, 이로 인한 비즈니스 프로세스의 교 환 및 공유를 위한 표준적인 수단의 부족으로 인해서 비즈니스 프로세스 관리의 보다 활 발한 활용에 잠재적 걸림돌이 되고 있다. 다행히 프로세스 실행 모델은 서서히 표준이 정립되어 가고 있으나, 아직까지 비즈니스 프로세스 모델링 표기법 및 이의 실행 언어로 의 변환은 상대적으로 진전이 느린 편이다. 본 비즈니스 프로세스 모델링 표기법은 기존 의 다양한 모델링 기법들을 포괄적으로 수용하고, 실질적인 비즈니스 프로세스의 모델링 에 적합하도록 설계되었으므로, 비즈니스 프로세스 관리 시스템의 개발자 및 사용자들에 게 표준적인 공통 언어를 제공함으로써 해당 산업의 발전을 가속화시킬 것으로 기대된 다. 4. 참조권고 및 표준 4.1 국외표준(권고) - BPMN 1.0, "Business Process Modeling Notation (BPMN)", May 3, 2004. 4.2 국내표준 : 없음

i

TTAX.XX.YYYY

정보통신단체표준

4.3 기타 : 없음 5. 참조표준(권고)과의 비교 5.1 참조표준(권고)과의 관련성 본 표준은 2004년 5월 3일에 BPMI.org에 제출된 BPMN 스펙 버전 1.0의 내용을 근간 으로 하여, 불필요한 부분은 적절히 삭제하고 원문 용어를 한글화 하였다. 따라서 BPMI.org의 BPMN 스펙의 내용에 추가되는 표기법 및 의미상의 정의는 존재하지 않는 다. 5.2 참조한 표준(권고)과 본 표준의 비교표

비즈니스 프로세스 모델링 표기법 (제정표준) 1. 개요 2. 표준의 구성 및 범위 3. 용어정의 4. BPD 5. BPD 그래픽 객체 6. BPD 연결객체 7. BPEL4WS 매핑 8. BPMN 활용 예제 부록 1. BPEL4WS 예제 부록 2. BPMN 속성 및 타입 -

(개정표준) -

BPMN 1.0(참조표준)
3. BPD 4. BPD Graphical Objects 5. BPD Connecting Objectgs 6. Mapping to BPEL4WS 7. BPMN by Example App. A: 예제 BPEL4WS App. B: BPMN 속성 및 타입

비고 (특이사항) 추가/개편 추가/개편 추가 동일(번역) 동일(번역) 동일(번역) 동일(번역) 동일(번역) 동일(번역) 동일(번역)

6. 지적재산권 관련사항 : 없음 7. 적합인증 관련사항 : 없음 8. 표준의 이력
판수 제1판 제/개정일 2006.xx.xx 제․개정내역 제정

ii

TTAX.XX.YYYY

정보통신단체표준

Preface
1. The Purpose of Standard The purpose of this standard is to provide business process managers and analyists (1) a comprehensive graphical notation, which can be used to describe and analyse business processes without any technical knowledge on business process execution models and languages, and (2) the formal mapping of the graphical notation to business process execution languages, especially BPEL4WS. 2. The summary of contents This specification provides the Business Process Diagram, which consists of graphical notations and their semantics. In addition to this main part of this specification, in order for the seamless integration between business process modeling and execution, provided is the formal mapping to BPEL4WS, which is one of the most prominent busness process execution language at the moment. For better understanding and clarity, plenty of examples are provided. 3. Applicable fields of industry and its effect Existing business process management systems in the market have their own business process modeling notations and corresponding execution engines. Lack of standard and common ways of exchanging and sharing business process definitions and representations might have been one of good reasons for slower expansion of the BPM market than expected. Fortunately, there have been some progresses in the standardization of business process execution models and languages. The standardization of business process modeling notations and their seamless mapping to execution models, however, is relatively behind time. The Business Process Modeling Notaion (BPMN), which incorporates selected features of various present process modeling techniques, is expected to contribute in the business process manamement community and industry by providing a standard way of comprehensive business process modeling and its mapping to execution models. 4. Reference Standards (Recommendations) 4.1 International Standards(Recommendations) - BPMN 1.0, "Business Process Modeling Notation (BPMN)", May 3, 2004.

iii

TTAX.XX.YYYY

정보통신단체표준

4.2 Domestic Standards : None 4.3 Other Standards : None 5. Relationship to International Standards(Recommendations) 5.1 The relationship of international standards This standard has been developed based on BPMN version 1.0, which was summitted to BPMI.org, 3rd May 2004, although some of the unnecessary parts were deleted from the original specification and terms were translated into appropriate Korean terms. Therefore, no additional notations and semantics were added on top of original BPMN specification. 5.2 Differences between International Standard(recommendation) and this standard

Business Process Modeling Notation 1. Introduction 2. Consitution and Scope 3. Terms and Definitions 4. BPD 5. BPD Graphical Objects 6. BPD Connecting Objects 7. Mapping to BPEL4WS 8. BPMN by Example -

BPMN 1.0 (ref. spec.)
3. BPD 4. BPD Graphical Objects 5. BPD Connecting Objectgs 6. Mapping to BPEL4WS 7. BPMN by Example App. A: Sample BPEL4WS App. B: BPMN Attributes and Types

Remark added/modified added/modified added identical(translated) identical(translated) identical(translated) identical(translated) identical(translated) identical(translated) identical(translated)

6. The Statement of Intellectual Property Rights : None 7. The Statement of Conformance Testing and Certification : None 8. The History of Standard
Edition The 1st edition Issued date 2006.xx.xx Contents Established

iv

TTAX.XX.YYYY

정보통신단체표준





1. 개 요 ··········································································································································· 1 1.1 표준 제정의 목표 ··················································································································· 1 1.2 BPMN 개발의 배경 ················································································································ 1 1.3 문서 규칙 ································································································································· 2 1.4 다른 표준들과의 관계 ··········································································································· 3 1.5 표준 준수 요구 사항 ············································································································· 3 2. 표준의 구성 및 범위 ··············································································································· 5 2.1 표준의 구성 ····························································································································· 5 2.2 표준의 범위 ····························································································································· 5 2.3 BPMN의 활용 ·························································································································· 6 2.4 다이어그램의 관점 ················································································································· 9 2.5 BPMN의 확장성과 응용분야 ····························································································· 10 3. 용어정의 ··································································································································· 11 4. 비즈니스 프로세스 다이어그램 ··························································································· 13 4.1 BPD 핵심 요소 (Core Element) 집합 ············································································ 13 4.2 BPD 전체 집합 ···················································································································· 16 4.3 다이어그램의 텍스트, 색, 크기, 선의 활용 ··································································· 26 4.4 흐름객체 연결 규칙 ············································································································· 27 4.5 비즈니스 프로세스 다이어그램 속성 ··············································································· 30 4.6 프로세스 (Process) ············································································································· 30 5. 비즈니스 프로세스 다이어그램 그래픽 객체 ··································································· 34 5.1 그래픽 객체의 공통 속성 ··································································································· 34 5.2 흐름객체의 공통 속성 ········································································································· 34 5.3 이벤트 (Event) ····················································································································· 36 5.4 액티비티 (Activity) ·············································································································· 54 5.5 게이트웨이 (Gateway) ········································································································ 77 5.6 스윔레인 (Swimlane) ·········································································································· 97 5.7 인공객체 (Artifact) ············································································································ 102 6. 비즈니스 프로세스 다이어그램의 연결객체 ··································································· 108 6.1 그래픽 연결객체 ················································································································ 108

v

TTAX.XX.YYYY

정보통신단체표준

6.2 순차흐름 메커니즘 ············································································································ 115 6.3 보상 관계 (Compensation Association) ····································································· 140 7. BPEL4WS 매핑 ···················································································································· 142 7.1 비즈니스 프로세스 다이어그램 (BPD) 매핑 ······························································· 142 7.2 비즈니스 프로세스 매핑 ·································································································· 143 7.3 공통 흐름객체 매핑 ·········································································································· 145 7.4 이벤트 매핑 ························································································································ 146 7.5 액티비티 매핑 ···················································································································· 157 7.6 게이트웨이 매핑 ················································································································ 179 7.7 풀 매핑 ································································································································ 187 7.8 레인 매핑 ···························································································································· 187 7.9 인공객체 매핑 ···················································································································· 187 7.10 순차흐름 매핑 ·················································································································· 188 7.11 메시지흐름 매핑 ·············································································································· 191 7.12 관계 매핑 ·························································································································· 191 7.13 예외흐름 매핑 ·················································································································· 192 7.14 보상 관계 매핑 ················································································································ 198 7.15 할당 매핑 ·························································································································· 198 7.16 BPMN 지원 유형 요소들 ······························································································· 199 7.17 BPEL4WS로 구성된 요소의 범위 결정 ······································································ 200 8. BPMN 활용 예제 ················································································································· 212 8.1 프로세스의 시작 ················································································································ 213 8.2 첫 번째 서브 프로세스 ···································································································· 219 8.3 두 번째 서브 프로세스 ···································································································· 226 8.4 프로세스의 종료 ················································································································ 233 부록 1. 이메일 투표 프로세스의 BPEL4WS ······································································ 239 부록 2. BPMN 요소의 속성들과 유형들(types) ································································ 248

vi

TTAX.XX.YYYY

정보통신단체표준

Contents

1. Introduction ······························································································································· 1 1.1 Objectives of Standardization ··························································································· 1 1.2 Background of BPMN Development ··············································································· 1 1.3 Conventions ···························································································································· 2 1.4 Dependency on Other Specifications ············································································ 3 1.5 Conformance ·························································································································· 3 2. Constitution and Scope ········································································································ 5 2.1 Organization of the Specification ··················································································· 5 2.2 Scope of the Specification ······························································································· 5 2.3 Uses of BPMN ······················································································································· 6 2.4 Diagram Point of View ······································································································· 9 2.5 Extensibility of BPMN and Vertical Domains ····························································· 10 3. Terms and Definitions ········································································································· 11 4. Business Process Diagrams ····························································································· 13 4.1 BPD Core Element Set ····································································································· 13 4.2 BPD Complete Set ············································································································· 16 4.3 Use of Text, Color, Size, and LInes in a Diagram ·············································· 26 4.4 Flow Object Connection Rules ······················································································ 27 4.5 Business Process Diagram Attributes ········································································· 30 4.6 Processes ····························································································································· 30 5. Business Process Diagram Graphical Objects ··························································· 34 5.1 Common Graphical Object Attributes ·········································································· 34 5.2 Common Flow Object Attrubutes ·················································································· 34 5.3 Events ···································································································································· 36 5.4 Activities ································································································································ 54 5.5 Gateways ······························································································································ 77 5.6 Swimlanes ····························································································································· 97 5.7 Artifacts ······························································································································· 102 6. Business Process Diagram Connecting Objects ····················································· 108 6.1 Graphical Connecting Objects ····················································································· 108

vii

TTAX.XX.YYYY

정보통신단체표준

6.2 Sequence Flow Mechanisms ························································································ 115 6.3 Compensation Association ···························································································· 140 7. Mapping to BPEL4WS ······································································································· 142 7.1 Business Process Diagram Mappings ······································································· 142 7.2 Business Process Mappings ························································································ 143 7.3 Common Flow Object Mappings ················································································ 145 7.4 Event ···································································································································· 146 7.5 Activities ······························································································································ 157 7.6 Gateways ···························································································································· 179 7.7 Pool ······································································································································ 187 7.8 Lane ····································································································································· 187 7.9 Artifacts ······························································································································· 187 7.10 Sequence Flow ··············································································································· 188 7.11 Message Flow ················································································································· 191 7.12 Association ······················································································································ 191 7.13 Exception Flow ··············································································································· 192 7.14 Compensation Association ························································································· 198 7.15 Assignment ······················································································································ 198 7.16 BPMN Supporting Type Elements ············································································ 199 7.17 Determininjg the Extent of a BPEL4WS Structured Element ··························· 200 8. BPMN by Example ············································································································· 212 8.1 The Beginning of the Process ···················································································· 213 8.2 The First Sub-Process ··································································································· 219 8.3 The Second Sub-Process ···························································································· 226 8.4 The Ending of the Process ·························································································· 233 Appendix 1. E-Mail Voting Process BPEL4WS ······························································ 239 Appendix 2. BPMN Element Attributes and Types ······················································· 248

viii

TTAX.XX.YYYY

정보통신단체표준

비즈니스 프로세스 모델링 표기법 Business Process Modeling Notation
1. 개요 본 표준은 비즈니스 프로세스 모델링 표기법 (Business Process Modeling Notation, BPMN)을 정의한다. 구체적으로는 Business Process Diagram(BPD)을 통해 비즈니스 프로세스를 표현하기 위한 그래픽 표기법을 제공하며, 아울러 이러한 그래픽 표기에서 실행언어로(특히 BPEL4WS)의 변환 방법도 제공한다. 1.1 표준 제정의 목표 BPMN의 주된 목표는, 프로세스의 초안을 만드는 비즈니스 분석가로부터 그 프로세스 들을 실행시키는 기술을 구현하는 기술적 개발자, 그리고 그 프로세스들을 관리하고 모 니터하는 비즈니스 담당자들에 이르기까지 모든 비즈니스 사용자들이 쉽게 이해할 수 있 는 표기법(Notation)을 제공하는데 있다. 따라서 BPMN은 비즈니스 프로세스 설계와 프 로세스 구현 사이의 표준화된 다리 역할을 한다. 또 다른 목표는 BPEL4WS (Business Process Execution Language for Web Services)와 같은 비즈니스 프로세스의 실행을 위해 설계된 XML 언어를 비즈니스 관점의 표기법으로 가시화시키는 것이다. 본 표준에서는 Business Process Diagram (BPD)의 표기법과 의미를 정의하고 있는 데, 기존의 수많은 다른 모델링 표기법들과 관점들을 하나의 비즈니스 프로세스 모델링 표기법으로 표준화하려는 것이다. 그렇게 함으로써 BPMN은 다른 비즈니스 사용자들, 프 로세스 구현가들, 고객들과 공급업자들과 프로세스 정보를 의사소통하는 편리한 수단을 제공하게 된다. BPD의 개발과정에서 검토된 다른 표기법이나 방법론으로는, UML Activity Diagram, UML EDOC Business, IDEF, ebXML BPSS, Acivity-Decision Flow(ADF) Diagram, RosetaNet, LOVeM, Event-Process Chains(EPCs) 등이 있다. 1.2 BPMN 개발의 배경 지난 몇 년간 BPMS (Business Process Management Systems)를 위한 웹서비스 기 반 XML 실행언어 개발에 관한 많은 활동들이 있어왔다. BPEL4WS와 같은 언어들은 비 즈니스 프로세스들을 정의하기 위한 정형화된 메커니즘을 제공한다. 이러한 언어들의 핵 심적인 요소는, 이들이 BPMS의 운영(operation) 및 상호운영(inter-operation)을 위해서 최적화되어 있다는 점이다. 이들 언어들이 소프트웨어 운영을 위해 최적화되어 있다는 점은, 비즈니스 프로세스를 사람이 직접 설계, 관리, 모니터하는 목적에는 덜 적합하다는 것을 의미한다. BPEL4WS는 그래프와 블록 구조들을 모두 가지고 있으며, 파이-캘큘러 스(pi-calculus)와 같은 정형화된 수학 모형의 원리들을 활용한다. 이러한 기술적인 토대
1 TTAX.XX.YYYY

정보통신단체표준

는, 비즈니스 프로세스 실행이 내부 및 B2B 인터랙션의 복잡성을 처리하고 웹서비스의 이점을 살릴 수 있는 기반을 제공한다. BPEL4WS는 이러한 근본적인 성격으로 인해서 복잡한 비즈니스 프로세스들이 소프트웨어 시스템 (또는 프로그래머들)에 의해서는 아주 용이하게 처리될 수 있는 형식으로 구성되지만, 프로세스를 개발, 관리, 모니터 해야 하 는 비즈니스 분석가들이나 관리자들로서는 이해하기가 어려운 단점을 가지고 있다. 즉, 웹-서비스 기반의 XML 실행 언어들에 의해서 기술되지 않는 인간 수준의 상호운영성 (inter-operability) 또는 이식성(portability)이 존재하는 것이다. 비즈니스 실무자들은 비즈니스 프로세스들을 흐름도(flow chart) 형식으로 시각화하는 데 매우 익숙하다. 따라서 비즈니스 프로세스 초기 설계 형식과 BPEL4WS와 같이 비즈 니스 프로세스들을 실행시키는 BPEL4WS와 같은 언어의 형식 사이에는 기술적인 공백 (gap)이 존재하게 된다. 이러한 공백을 메우기 위해서는 비즈니스 프로세스들의 그래픽 표현을 적절한 실행형식 (BPM 실행언어)으로 변환시켜 주는 정형화된 메커니즘이 필요 하다. 소프트웨어 엔진 수준이 아닌 사람 수준의 비즈니스 프로세스 상호운영은 비즈니 스 프로세스 모델링 표기법 (BPMN: Business Process Modeling Notation)의 표준화를 통해서 해결될 수 있다. BPMN은 비즈니스 프로세스들을 설계하고 관리하는 사람들이 사 용하기 위한 도표인 Business Process Diagram(BPD)과 함께 이의 BPMS 실행 언어 (즉, BPEL4WS)로의 형식 변환(mapping)을 제공해 준다. 따라서 BPMN은 실행을 위해 최적화되어 있는 비즈니스 프로세스 언어로 정의된 비즈니스 프로세스들을 위한 표준 시 각화 메커니즘을 제공하는 것이다. BPMN은 비즈니스 실무자들에게 그들의 내부 비즈니 스 프로세스들을 그래픽 표현을 통해 이해하는 능력을 제공해 주고, 또한 이러한 프로세 스들을 표준적인 방법으로 의사소통할 수 있는 능력을 비즈니스 조직들에게 제공하게 된 다. 현재, 다수의 프로세스 모델링 도구들과 방법론들이 존재하고 있으며, 이로 인해 비 즈니스 분석가들은 다수의 비즈니스 프로세스 표현들을 이해해야 하는 어려움이 있을 수 있으며, 심지어는 같은 프로세스의 개발, 구현, 실행, 모니터링 및 분석과 같은 생명주기 의 각 단계별로 서로 다른 표현들을 이해해야만 한다. 그렇기 때문에 그래픽 표시법의 표준화는 조직 내부 및 조직간 비즈니스 트랜잭션들과 실행 협업을 이해하는데 도움을 줄 것이다. 이를 위해서 BPMN은 가독성을 위해 흐름도 표기법의 전통을 따르면서, 한편 으로는 실행 가능한 언어 구성체로의 변환을 제공한다. 1.3 문서 규칙 본 표준은 다음의 규칙을 따른다. 이 문서에서 사용되는 키워드 “MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", "OPTIONAL" 등은 RFC-2119에서 기술된 바에 따라서 해석된다. 용어는 특별한 의미를 지닌 단어 혹은 구(phrase)로서 새로운 용어가 정의될 때, 용어의 이름은 볼드체로 강조된다. 다른 정의, 절, 표준들에 대한 참조는 밑줄로 강조한다.
2 TTAX.XX.YYYY

정보통신단체표준

BPMN의 요소, 속성 또는 구조는 대문자로 시작하는 방법으로 강조하며, 한글로 번 역하지 않고 직접 영문을 사용하기도 한다. (예를 들어서 Start 이벤트) BPEL4WS의 요소, 속성, 구조에 대한 참조는 이탤릭 소문자로 강조되고, 대부분의 경우 단어 “BPEL4WS"를 앞에 붙여서 설명한다. 비표준 예제들은 박스 안에 넣고, 간결한 설명을 동반한다. 내용 중에 개수(cardinality)를 표시하는 데는 다음 연산자들을 사용한다. (none) - 정확히 하나 ? - 0 또는 1 * - 0 또는 다수 + - 1 또는 다수 | 로 분리되고 괄호로 묶여있는 속성들 - 선택적인(alternative) 값들 - 기본(default) 값 : - 해당 속성의 유형 1.4 다른 표준들과의 관계 타 표준인 BPEL4WS에 대한 BPMN 표준의 지원내용은 BPMN 표준의 정식적인 일부분 이다. 약어가 의미하는 바는 아래와 같다.

BPEL4WS

웹서비스를 위한 비즈니스 프로세스 실행 언어 (Business Process Execution Language)이다. 자세한 내용은 해당 표준(버전 1.1)에 구체 적으로 언급되어있다.

WSDL

웹서비스 기술 언어 (Web Service Description Language)이다. 자세한 내용은 2001년 3월15일에 나온 W3C Technical Note에 구체적으로 언 급되어있다.

1.5 표준 준수 요구 사항 BPMN의 활용 및 관련 소프트웨어의 구현 등을 포함한 모든 BPMN 구현은, 이 표준에 포함된 정보에 기반하여 아래의 요약된 바와 같은 의무를 수행할 책임이 있는 바, 그 의 무는 다음과 같은 네 가지 측면을 가진다. 1.5.1 BPMN 그래픽 요소들의 그래픽 형태 BPMN의 핵심적 요소는 이 표준에서 정의한 그래픽 요소들에 사용되는 모양과 아이콘 들의 선택에 있다. 이는 해당 다이어그램이 어디에서 만들어졌던 간에 모든 프로세스 모 델링 담당자들이 이해할 수 있는 그래픽 언어를 개발하는 데 목적을 두고 있는 것이다. 따라서 BPMN 다이어그램을 생성하는데 사용되는 모든 소프트웨어 도구들은 반드시
3 TTAX.XX.YYYY

정보통신단체표준

(MUST) 이 표준에서 규정한 것과 같은 모양과 표식을 따라야 한다. 단, 정의된 그래픽 요소들의 크기, 색상, 선의 종류, 글자 위치 등은 유연성을 가진다. BPD의 확장은 다음 과 같은 기준에 따라서 허용된다. 현재의 그래픽 요소들과 관계된 새로운 표식(marker)들 또는 지시표시(indicator)을 정 의함으로써 BPD 요소을 확장할 수 있다. 예를 들어, 이런 표식과 지시표시들은 이벤 트(Event)의 새로운 유형을 생성하거나 액티비티의 특정한 속성을 강조하는데 사용될 수 있다. 추가적으로, 확장은 객체의 선(line) 모양을 변화시키거나 객체의 색채를 포 함할 수 있다. 단, 선의 변화는 BPMN이 정의한 어떠한 선 형태와도 상충될 수 없다. (MUST NOT) 확장은 이미 정의되어 있는 그래픽 요소 및 표식들의 기본 형태를 절대 바꿀 수 없 다. (MUST NOT) (즉, 삼각형을 정사각형으로 바꾸거나 각진 모서리를 둥근 모서리로 바꾸는 것) 현재 정의된 어떤 표식이나 객체의 모양에 상충되지 않는다는 조건 하에, 다양한 모 양의 인공객체들을 필요한 만큼 BPD에 추가할 수 있다. 1.5.2 BPMN 요소들의 의미 본 표준은 요소들의 다양한 행동양태를 만들어내는 속성들에 기반하는 조건부 상호작 용을 포함하여 그래픽 요소가 서로 간에 어떤 방식으로 상호작용하는지를 정의한다. BPMN 도구들은 반드시 (MUST) 이러한 의미적인 정의를 충실히 따라야 한다. 본 표준에 서는 BPMN 요소들의 의미를 정의할 때 다음 예에서 볼 수 있듯이 특정한 다이아몬드 모양의 글머리 표시를 사용한다. 하나의 태스크는 순차흐름의 표적이 될 수 (MAY) 있는데, 다수의 도입(incoming) 흐름을 가질 수 있다. 도입 흐름(Flow)은 대안(alternative) 경로 또는 병렬(parallel) 경로로부터 들어올 수 (MAY) 있다. 1.5.3 BPMN 도구들 간의 BPD 교환 본 표준의 현재 버전은 BPD 교환을 위한 표준 메커니즘을 포함하고 있지 않다. 이 메 커니즘의 성격은 아직 정의 되지 않고 있다. BPMN XML 스키마의 개발은 BPEL4WS XML 스키마의 상위 레이어로 정의될 수도 있고, 또는 XMI와 같이 표준 다이어그램 교환 포맷을 활용하게 될 수도 있다. 교환 메커니즘이 정의되면, BPMN 표준을 따르는 도구들 은 정해진 형식의 BPD들을 읽거나(import) 쓸(export) 수 있어야 한다. (MUST)

4

TTAX.XX.YYYY

정보통신단체표준

2. 표준의 구성 및 범위 2.1 표준의 구성 본 표준은 앞서 설명한 바와 같이, 크게 비즈니스 프로세스 다이어그램 자체에 대한 정 의와 이 다이어그램의 실행언어로의 변환으로 나뉘어져 있다. 본 표준의 세부 구성은 아 래와 같다. 1장에서는 BPMN의 개요를 소개하고, BPMN의 요구사항을 제시한 후, BPMN이 표현 할 수 있는 모델링의 범위와 본 표준의 작성 규칙등을 소개한다. 2장에서는 본 표준의 구성 및 범위를 정의한다. 3장에서는 본 표준에서 사용되는 주요 용어의 정의를 제공한다. 4장에서는 BPMN의 그래픽 요소들과 그것들 간의 관계에 대한 개요를 제공한다. 5장에서는 BPMN 다이어그램 요소들의 그래픽 표현, 속성과 의미를 상세히 설명한다. 6장에서는 두개의 객체(Object)를 서로 연결하는데 사용되는 그래픽 객체들 (즉, 다이 어그램의 연결선들)을 정의하고, 어떻게 프로세스들(즉, 순서적인 프로세스, 병렬 프 로세스, 대안 경로 프로세스)에서 흐름이 진행되는가를 정의한다. 7장에서는 BPMN 다이어그램을 BPEL4WS 문서로 변환방법을 제공한다. 8장에서는 예제를 통해서 BPD의 사용법과 BPEL4WS로의 매핑을 보여준다. 2.2 표준의 범위 현재 버전의 BPMN은 “비즈니스 프로세스”에 적용할 수 있는 모델링 개념만 지원하도 록 한정되어 있다. 이는 비즈니스 목적을 위해 조직에 의해 만들어진 다른 종류의 모델 링은 BPMN의 범위에 속하지 않는다는 것을 의미한다. 예를 들어, 다음과 같은 부분의 모델링은 BPMN에서 지원되지 않는다. 조직적인 구조와 자원(organizational structures) 기능 분할(functional breakdowns) 데이터 및 정보 모델 (data and information models) 전략 (strategy) 비즈니스 규칙 (business rules) 이와 같은 고수준의 모델링 형식들은 직접 혹은 간접적으로 비즈니스 프로세스에 영향 을 주기 때문에, 향후 BPMN 및 다른 고수준의 비즈니스 모델링 사이의 관계는 BPMN과 다른 표준들이 발전해 감에 따라서 보다 정형화된 형식으로 정의되게 될 것이다. 아울러 BPMN이 비록 데이터(메시지)의 흐름이나 데이터와 액티비티와의 연계를 보여주고 있지 만, 그것은 자료 흐름도(data flow diagram)는 아니라는 점을 밝혀둔다.

5

TTAX.XX.YYYY

정보통신단체표준

2.3 BPMN의 활용 비즈니스 프로세스 모델링은 매우 다양한 종류의 사람들에게 매우 다양한 종류의 정보 를 전달하는데 사용된다. BPMN은 많은 모델링 유형들을 처리하고, 종단간(end-to-end) 비즈니스 프로세스를 생성할 수 있도록 설계되었다. BPMN의 구조요소(structural elements)들은 보는 사람으로 하여금 쉽게 BPMN 다이어그램 섹션들을 구별할 수 있게 하도록 해준다. 종단간 BPMN 모델 내에는 기본적으로 세 가지 하부모델이 존재한다. 비공개 (내부) 비즈니스 프로세스 (Private (internal) business processes) 추상 (공개) 프로세스 (Abstract (public) processes) 협업 (전역) 프로세스 (Collaboration (global) Processes) 이들에 관한 이하의 설명에서, 스윔레인(Swimlane) (예를 들어, 풀(Pool)과 레인 (Lane))의 활용과 관련된 BPMN 표준 용어들이 사용되고 있는 바, 이런 요소들이 어떻게 BPD에서 사용되는지 더 자세히 알고 싶다면 5.6절 (스윔레인)을 참조하라. 2.3.1 비공개(내부) 비즈니스 프로세스 비공개 비즈니스 프로세스는 특정 조직 내부 프로세스를 의미하고 일반적으로 워크플 로우(workflow) 혹은 BPM 프로세스((그림 2-1) 참조)로 불리는 프로세스의 형태이다. 단 일 비공개 비즈니스 프로세스는 하나 또는 그 이상의 BPEL4WS 문서로 변환된다. 만약 스윔레인(Swimlane)들이 사용된다면 비공개 비즈니스 프로세스는 단일 풀(Pool)에 포함 된다. 따라서 그 프로세스의 순차흐름은 풀에 속해있고 풀의 경계를 넘나들 수 없다. 하 지만 메시지 흐름(Message Flow)은 분리된 비공개 비즈니스 프로세스들 간에 존재하는 상호작용을 보여주기 위해서 풀의 경계를 넘나들 수 있다. 따라서 하나의 BPD는, 각각 개별 BPEL4WS로 변환되는 다수의 비공개 비즈니스 프로세스들을 표현할 수 있다.

(그림 2-1) 비공개 비즈니스 프로세스의 예

2.3.2 추상(공개) 프로세스 추상(공개) 프로세스는 비공개 비즈니스 프로세스와 다른 프로세스 또는 참여자 (Participant) 간의 상호작용을 표현한다.((그림 2-2) 참조) 오직 공개 비즈니스 프로세스 외부와 소통하는데 사용되는 이런 액티비티와 흐름 제어(flow control) 메커니즘만이 추 상 프로세스에 포함된다. 비공개 비즈니스 프로세스의 다른 모든 내부 액티비티들은 추 상 프로세스에 나타내지 않는다. 즉, 추상 프로세스는 비즈니스 프로세스와 상호작용하는

6

TTAX.XX.YYYY

정보통신단체표준

데 필요한 메시지들의 순서를 외부에 보여주는 역할을 한다. 단일 추상 프로세스는 단일 BPEL4WS 추상 프로세스로 변환된다. (하지만, 이 변환에 대해서는 현 버전에서는 다루 어지지 않았다.) 추상 프로세스들은 하나의 풀에 속하며 개별적으로 모델링되거나, 보다 큰 BPD 내에 서 추상 프로세스 액티비티들과 다른 개체(entity)들 간의 메시지 흐름(Message Flow)을 보여주기 위해 모델링 될 수 있다. 만약 추상 프로세스가 관련된 비공개 비즈니스 프로 세스와 동일한 BPD에 기술된다면, 양 프로세스들의 공통 액티비티들은 서로 연계될 수 있다.

(그림 2-2) 추상 비즈니스 프로세스의 예

2.3.3 협업(전역)프로세스 협업 프로세스는 2개 이상의 비즈니스 개체들 간의 상호작용을 표현한다. 이 상호작용 은 관련된 개체들 사이에 메시지 교환 패턴을 표현하기 위한 액티비티들의 순서로서 정 의 된다. 단일 협업 프로세스는 다양한 협업 언어들(ebXML, RosettaNet, 또는 W3C Choreography Working Group으로부터 나온 표준)로 매핑될 수 있을 것이다. (하지만, 이 매핑들은 BPMN의 향후 개발 방향이다.) 협업 프로세스는 2개 이상의 추상 프로세스 가 서로 의사소통하는 형태로 나타난다((그림 2-3)). 하나의 추상 프로세스에서 협업 당 사자들 간의 액티비티들은, 참여자들 간의 “접촉점”으로 볼 수 있다. 실제 (실행 가능한) 프로세스들은 이들 추상 프로세스들에 나타난 것보다 훨씬 자세하고도 많은 수의 액티비 티들을 가지게 된다.

7

TTAX.XX.YYYY

정보통신단체표준

(그림 2-3) 협업 비즈니스 프로세스의 예

2.3.4 BPD 다이어그램의 형식 이들 세 가지 BPMN 하부 모델들 내부와 모델들 간의 많은 형태의 BPD들이 생성될 수 있다. 다음은 BPMN에 의해 모델 될 수 있는 비즈니스 프로세스의 유형들이다. (별표 쳐진 것들은 실행언어로 매핑되지 않는다) 상위 수준의 비공개 프로세스 액티비티들 (기능적으로 분할되지 않은) * 상세한 비공개 비즈니스 프로세스 변경 전(As-is) 또는 구(old) 비즈니스 프로세스 * 변경 후(To-be) 또는 새(new) 비즈니스 프로세스 하나 이상의 외부 개체들(또는 “블랙박스” 프로세스들)과 상호작용하는 세부 비공개 비즈니스 프로세스 둘 이상의 세부 비공개 비즈니스 프로세스 간의 상호작용 세부 비공개 비즈니스 프로세스와 추상 프로세스와의 관계 세부 비공개 비즈니스 프로세스와 협업 프로세스와의 관계 둘 이상의 추상 프로세스들* 추상 프로세스와 협업 프로세스의 관계* 협업 프로세스 자체 (예를 들면, ebXML BPSS 또는 RosettaNet)* 추상 프로세스들을 통한 둘 이상의 비공개 비즈니스 프로세스 상호작용 협업 프로세스를 통한 둘 이상의 비공개 비즈니스 프로세스 상호작용 추상 프로세스와 협업 프로세스를 통한 둘 이상의 비공개 비즈니스 프로세스의 상호 작용 BPMN은 위와 같은 모든 유형들을 모두 허용하도록 설계된다. 하지만 셋 이상의 비공 개 프로세스 간의 메시지 흐름을 갖는 비공개 프로세스들과 같이, 너무 많은 하부 모델
8 TTAX.XX.YYYY

정보통신단체표준

유형들을 함께 사용하는 경우에는 어떤 사람들의 경우에는 이해하기에 너무 어려워 질 수 있다는 점에 주의해야 한다. 따라서 우리는 모델링 작업자가 비공개 프로세스 또는 협업 프로세스와 같이 해당 BPD의 주된 목적을 결정할 것을 권고한다. 2.3.5 BPMN의 타언어로의 변환 BPMN은 많은 위에서 설명한 바와 같이 많은 활용영역들을 다루기 때문에, 이 보다 낮 은 수준의 여러 가지 표준 언어들로 매핑 될 수 있을 것이다. BPEL4WS는 BPMN이 매핑될 주된 언어이다. 그러나 BPEL4WS는 오직 하나의 실행 가능한 비공개 비즈니스 프로세스만을 다룬다. 만약 어떤 BPMN 다이어그램이 두 개 이상의 내부 비즈니스 프로세스를 기술한다면, 이들은 각각 별도의 비즈니스 프로세 스로 분리되어 매핑 될 것이다. BPMN 다이어그램의 추상 프로세스를 나타내는 부분은, BPEL4WS의 추상 프로세스들 처럼 웹서비스 인터페이스 표준으로 매핑 될 것이다. BPMN의 협업모델링 부분은 ebXML BPSS, RosettaNet, W3C Choreography Working Group의 표준들과 같은 협업 모델에 매핑이 될 것이다. 본 표준는 BPEL4WS로의 매핑만을 다룬다. 다른 표준으로의 매핑들은 별도의 시도들 을 통해서 추진되거나, BPMN의 향후 버전에 포함될 수 있을 것이며, 현재로서는 어떤 매핑들이 향후에 BPMN에 적용될 수 있을지를 예측하기는 어렵다. BPD는 비즈니스 프로세스를 실행하는데 필요한 모든 정보를 시각적으로 전달하도록 설계되지는 않는다. 따라서 BPMN의 그래픽 요소들은 BPEL4WS으로의 매핑에 요구되는 추가적인 정보를 제공해주는 속성(attribute)들의 도움을 받아야 한다. 2.4 다이어그램의 관점 BPD가 서로 다른 참여자(Participant)들의 프로세스를 묘사하기 때문에, 각각의 참여자 는 다이어그램을 서로 다르게 볼 수 있다. 즉, 참여자들이 어떻게 프로세스가 행동할 것 인지에 관해서 다른 관점을 가진다는 것이다. 어떤 액티비티들은 참여자의 내부(즉, 참여 자의 조정 하에 또는 조정에 의해 수행되는 것을 의미)가 될 것이며, 다른 액티비티들은 참여자의 외부가 된다. 각 참여자는 내부인지 외부인지에 따라서 다른 시각을 가지게 될 것이다. 실행 중에는, 내부와 외부 액티비티간의 차이는 참여자가 액티비티의 상태를 파 악하거나 문제 해결을 하는데 있어서 중요하다. 하지만, 다이어그램 그 자체는 동일하다. 위의 (그림 2-3)은 두개의 관점을 갖는 비즈니스 프로세스를 보여준다. 한 관점은 환자 (Patient)의 것이고 다른 관점은 병원 원무과(Doctor's office)의 관점이다. 이 다이어그램 은 해당 프로세스에서 두 참여자(Participant)들의 액티비티들을 모두 보여주고 있지만, 프로세스가 실제로 수행되고 있을 때 각 참여자들은 자기 자신의 액티비티들만을 실질적 으로 제어를 할 수 있다.
9 TTAX.XX.YYYY

정보통신단체표준

이와 같이 다이어그램이 가지는 관점이 해당 BPD를 읽는 사람에게 프로세스가 어떻게 동작할지를 이해시키는데 중요한 역할을 함에도 불구하고, 현재 BPMN은 관점을 표시해 주는 어떤 시각화 메커니즘도 제공하지 않고 있다. 따라서 모델링 작업자나 모델링 도구 개발자들이 다이어그램의 성격을 강조하는 시각적인 단서를 제공할 수 있도록 허용하고 있다. 2.5 BPMN의 확장성과 응용분야 BPMN은 모델링 작업자와 모델링 도구에 의해 확장될 수 있도록 고안되어 있다. 이 확 장성은 모델링 작업자에게 응용분야의 독특한 요구사항들과 같은 특정 요구를 충족시키 기 위한 비표준 요소나 인공객체(Artifact)를 추가할 수 있도록 허용하고 있다. 이러한 확 정성에도 불구하고 BPMN 다이어그램은 어떤 모델링 작업자가 만든 다이어그램이건 다 른 사람이 쉽게 이해할 수 있도록 기본적인 외관은 유지하여야 한다. 따라서 기본적인 흐름 요소들(이벤트, 액티비티, 게이트웨이 등)의 모양은 변경되어서는 안된다. 아울러 어떠한 흐름 요소도 BPD에 새로 추가되어서는 안된다. 이는 순차흐름과 메시지흐름 (Message Flow)이 새로운 흐름객체(Flow Object)에 어떻게 연결되어야 할 것인지에 대 한 표준이 존재하지 않기 때문이다. 또한, 새 흐름 요소가 추가된다면 실행 언어로의 매 핑이 영향을 받을 수 있다. 기본 흐름요소 집합의 일부가 아닌 추가적인 모델링 개념을 충족시키기 위해서, BPMN은 관계(Association)를 통해 기존의 흐름객체들과 연결될 수 있는 인공객체의 개념을 제공한다. 따라서 인공객체들은 기본적인 순차흐름 또는 메시지 흐름에 영향을 주지 않고 실행 언어로의 매핑에도 영향을 주지 않는다. BPMN의 그래픽 요소들은 특별한 표식(marker)들을 이용하여 특별한 정보를 전달하는 것을 허용하도록 개방된 형태로 설계되었다. 예를 들면, 이벤트(Event)의 세 가지 유형은 BPMN 표준 표식들뿐만 아니라 사용자 정의 표식들을 위해 모두 중앙이 비어있다.

10

TTAX.XX.YYYY

정보통신단체표준

3. 용어정의 본 보고서에서 새로이 정의되는 모든 용어는 4장 이하의 본문에 포함되어 있음. 본 장에서는 주요 용어에 대하여 사전 정의를 제공한다. 액티비티(activity): 기업에서 실행하는 일에 대한 일반적인 용어. 액티비티는 원자적이 거나 비원자적(합성)일 수 있다. 누어진다. 인공객체(artifact): 프로세스에 관한 추가적인 정보를 제공하는 그래픽 객체 관계(association): 정보를 흐름객체와 관계시키는데 사용되는 그래칙 객체. 문자 및 그래픽 형식의 비-흐름객체 (non-Flow Object)들은 흐름객체와 관계가 가능하다. 비즈니스 프로세스(business process): nn 이벤트(event): 이벤트는 비즈니스 프로세스의 과정동안 “일어나는” 무엇이다. 이 이 벤트들은 프로세스의 흐름에 영향을 주고 보통 하나의 원인(트리거, trigger) 또는 하 나의 영향(결과)를 가진다. 흐름객체(flow object): 비즈니스 프로세스의 행동을 정의하는 중요한 그래픽 요소로 서, 이벤트 (Event), 액티비티 (Activity), 게이트웨이 (Gateway)를 총칭한다. 포크(fork): 두 개 이상의 병렬 경로(path)로의 분할을 나타내는 그래픽 객체 (AND-Split으로도 불림). 이는 프로세스 상의 액티비티들이 순서적이 아니라 동시에 수행될 수 있는 부분을 의미한다. 조인(join): 하나의 경로로 들어오는 둘 이상의 병렬경로의 합류을 지칭. 레인(lane): 풀(Pool) 내부의 하부 파티션으로서, 수직 또는 수평으로 풀의 전체 길이 까지 확장한다. Lane은 액티비티들을 조직적으로 편제하고 분류하는데 사용된다. 병합(merge): 둘 이상의 대안적 순차흐름이 하나의 순차흐름으로 합류하는 지점 메시지(message): 메시지 흐름을 통하여 전달되는 객체 OR-Join: 둘 이상의 대안적 액티비티들의 프로세스 분지가 하나의 공통 액티비티로 합쳐지는 지점 OR-Split: 하나의 순차흐름이 다수의 대안적 프로세스 분지로 분할되는 지점 참여자(participant): 비즈니스 프로세스를 통제하거나 책임지는 비즈니스 객체(기업, 사업부, 고객 등) 혹은 비즈니스 역할(구매자, 판매자 등). 풀(pool): 풀(Pool)은 프로세스의 참여자를 표현한다. 풀은 또한 보통 B2B 상황에서 다른 풀로부터 액티비티의 집합을 분할하기 위한 그래픽 컨테이너로서 활용된다. 프로세스(process): 기업이나 조직에서 수행되는 액티비티들의 집합. BPMN에서 하나 의 프로세스는 흐름객체의 네트워크로서 묘사된다. 순차흐름(sequence flow): 하나의 프로세스에서 액티비티들이 순차적으로 실행되는 것을 나타낸 흐름 선 서브 프로세스(sub-process): 다른 프로세스에 포함되는 프로세스. 서브프로세스는 상세한 내용을 감추는 접힌 표현과 상세한 내용을 나타내는 펼친 표현을 사용한다.
11 TTAX.XX.YYYY

프로세스 모델(Process Model)의 일부인 액티비티

의 유형은 프로세스(Process), 서브 프로세스(Sub-Process), 태스크(Task)등으로 나

정보통신단체표준

태스크(task): 프로세스에서의 원자적인 액티비티. 프로세스 모델에서 더 이상 분해되 어 표현되지 않는 작업 토큰(token): 프로세스가 실행될 때 프로세스의 흐름을 나타내기 위한 표현 형식 트랜잭션(transaction): 독립적이고 느슨하게 연결된 시스템들에서 수행되는 액티비티 들의 집합 트리거(trigger): 비즈니스 프로세스를 시작하도록 하는 매커니즘

12

TTAX.XX.YYYY

정보통신단체표준

4. 비즈니스 프로세스 다이어그램 이 장은 BPMN 시각화 객체와 그것들의 관계에 대해 요약을 제공한다. 각 개념들에 대 한 좀 더 상세한 설명은 5장 비즈니스 프로세스 다이어그램 시각화 객체 (Business Process Diagram Graphical Object)와 6장 비즈니스 프로세스 다이어그램 연결객체 (Business Process Diagram Connecting Object)에서 제공된다. BPMN의 개발 목적은 표기법을 단순화하고 비즈니스 분석가들에게 채택되어 널리 사용 될 수 있게 하는 것이다. 하지만 한편으로는 BPMN은 복잡한 비즈니스 프로세스를 표현 하는 능력과 BPM 실행 언어들로의 매핑도 되어야하는 잠재적으로 상충되는 요구를 가지 고 있다. BPMN이 어떻게 이러한 요구조건들을 처리할 수 있는지에 대한 이해를 돕기 위 해 BPMN 그래픽 요소들의 리스트가 두 그룹으로 제시된다. 첫 번째, 간단한 표기법의 요구를 지원하기 위한 핵심(core) 요소 리스트이다. 이것은 BPMN의 기본적인 외관을 정의하는 요소들이다. 대부분의 비즈니스 프로세스는 이 요소 들을 가지고 적절히 모델링될 수 있다. 두 번째는, 더 진보된 모델링 상황을 다룰 수 있 는 강력한 표기법의 요구를 충족하기 위한, 핵심 요소를 포함한 요소들의 전체 리스트이 다. 아울러 표기법의 그래픽 요소들은 실행 언어 또는 다른 비즈니스 모델링 목적에 매 핑하는데 필요한 추가적인 정보들을 제공해 주는 비그래픽 속성들의 지원을 받는다. 4.1 BPD 핵심 요소 (Core Element) 집합 BPMN의 개발 방향은, 비즈니스 프로세스 모델 생성을 위한 간단한 메커니즘을 생성해 야 한다는 요구조건과, 이와 동시에 비즈니스 프로세스 고유의 복잡성을 다룰 수 있어야 한다는 요구조건에 기반하고 있다. 이 두 가지 상충되는 요구들을 처리하기 위한 접근방 법은 표기법의 시각적인 양상을 특정 카테고리로 조직화하는 것이었다. 이러한 접근방식 은 BPMN의 독자들이 쉽게 요소의 기본 유형들을 인식하고 다이어그램을 이해할 수 있 도록 표기법 카테고리의 작은 집합을 제공한다. 요소의 기본 범주 내에서 추가적인 변형 과 정보는 다이어그램의 외관상의 큰 변화 없이 복잡성을 지원하기 위해 추가된다. 요소 의 네 가지 기본 범주는 다음과 같다. 흐름객체 (Flow Object) 연결객체 (Connecting Object) 스윔레인 (Swimlane) 인공객체 (Artifact) 흐름객체(Flow Objects)는 비즈니스 프로세스의 행동을 정의하는 중요한 그래픽 요소 이다. 다음과 같은 세 가지 흐름객체가 있다. 이벤트 (Event) 액티비티 (Activity)
13 TTAX.XX.YYYY

정보통신단체표준

게이트웨이 (Gateway) 흐름객체들 간의 연결이나 흐름객체와 다른 정보와의 연결을 위한 세 가지 방법이 존 재한다. 다음은 세 가지 연결객체(Connecting Object)들이다. 순차흐름 (Sequence Flow) 메시지흐름(Message Flow) 관계 (Association) “스윔레인(Swimlane)“을 이용하여 모델링 요소들을 그룹화하는 두 가지 방법이 있다. 풀 (Pool) 레인 (Lane) 인공객체(Artifact)는 프로세스에 관한 추가적인 정보를 제공하는데 사용된다. 네 가지 표준화된 인공객체가 제공된다. 하지만 모델링 작업자나 모델링 도구는 필요한 만큼의 인공객체를 자유로이 추가할 수 있다. 범용 또는 응용분야별 시장을 위한 인공객체들의 보다 큰 집합을 표준화하기 위한 추가적인 BPMN의 노력이 있을 것이다. 현재의 인공객 체 집합은 다음을 포함한다. 데이터 객체 (Data Object) 그룹 (Group) 주석 (Annotation) 은 표기법에 따라 묘사되는 핵심 모델링 요소들의 리스트이다. BPD 핵심 요소

요소 이벤트는 비즈니스

내용 프로세스의 과정동안

표기법

“일어나는” 무엇이다. 이 이벤트들은 프로세 스의 흐름에 영향을 주고 보통 하나의 원인 (트리거, trigger) 또는 하나의 영향(결과)를 이벤트 (Event) 가진다. 이벤트는 다른 종류의 트리거나 결 과를 구분하기 위한 내부 표식을 허용하기 위해 중앙이 개방된(뚫린) 원으로 표현된다. 이벤트는 흐름(flow)에 영향을 줄 때를 기준 으로 세 가지 유형 (Start, Intermediate, End)을 가진다.

14

TTAX.XX.YYYY

정보통신단체표준

액티비티는 기업에서 실행하는 일에 대한 일 반적인 용어이다. 액티비티는 원자적이거나 비원자적(합성)일 수 있다. 액티비티 (Activity) 은 프로세스(Process), 프로세스 모델 서브 프로세스 (Process Model)의 일부인 액티비티의 유형 (Sub-Process), 태스크(Task)등이다. 태스 크와 서브 프로세스는 둥근 직사각형이다. 프로세스는 풀 (Pool) 내부에서 묶일 수도 있고, 그렇지 않을 수도 있다. 게이트웨이는 순차흐름 (Sequence Flow)의 분산과 집중을 제어하는데 사용된다. 즉, 게 게이트웨이 (Gateway) 이트웨이는 조이닝(joining)을 경로(path)의 결정한다. 내부의 브랜칭 표식 (branching), 포킹(forking), 병합(merging), (marker)은 동작제어의 유형을 나타낸다. 순차흐름 (Sequence Flow) 순차흐름은 액티비티가 하나의 프로세스

(Process) 내에서 수행되는 순서를 보여주 는데 사용된다. 메시지흐름은 메시지를 주고받을 준비가 되 어있는 두 참여자 사이에 메시지의 흐름을

메시지흐름 (Message Flow)

보여주는데 사용된다. BPMN에서는, 다이어 그램의 두 개의 분리된 풀들이 두 참여자를 표현한다. (예를 들어, 비즈니스 개체 또는 비즈니스 역할) 관계(Association)는 정보를 흐름객체와 관

관계

계시키는데 사용된다. 문자 및 그래픽 형식 (Associatio 의 비-흐름객체 (non-Flow Object)들은 흐 n) 름객체와 관계 가능하다. 하나의 풀(Pool)은 프로세스의 참여자를 표 현한다. 풀은 또한 보통 B2B 상황에서 다른 풀 (Pool) 풀로부터 액티비티의 집합을 분할하기 위한 그래픽 컨테이너로서 활용된다. 레인(Lane)은 풀(Pool) 내부의 하부 파티션 레인 (Lane) 으로서, 수직 또는 수평으로 풀의 전체 길이 까지 확장한다. Lane은 액티비티들을 조직 적으로 편제하고 분류하는데 사용된다.

15

TTAX.XX.YYYY

정보통신단체표준

데이터 객체는 인공객체로 간주된다. 왜냐하 면 그것들이 프로세스의 순차흐름이나 메시 데이터 객체 (Data Object) 지 흐름(Message Flow)에 직접적인 영향을 주지 않기 때문이다. 하지만 데이터 객체는 액티비티가 수행되는데 어떤 것들이 필요한 지 또는 액티비티들이 무엇을 생성해 내는지 에 대한 정보를 제공한다. 액티비티의 그룹화는 순차흐름에 영향을 주 지 않는다. 그룹화는 문서화 또는 분석 목적 그룹 (Group) 으로 사용될 수 있다. 그룹들은 풀(Pool)들 사이를 넘나드는 분산 트랜잭션의 액티비티 들을 식별하는데도 사용될 수 있다. 텍스트 주석 (Text Annotation) 텍스트 주석은 모델링 작업자가 BPD를 읽 을 사람들을 위해서 추가적인 정보를 제공하 기 위한 메커니즘이다.

4.2 BPD 전체 집합 는 비즈니스 프로세스 모델링 표기법을 통해 표현될 수 있는 비즈니스 프로 세스 개념의 전체 목록을 나타낸다. BPD의 완전한 집합

요소

내용 이벤트는 비즈니스 프로세스의 과정 동안 “일어나는” 무엇이다. 이 이벤 트들은 프로세스의 흐름에 영향을 주고 보통 하나의 원인(트리거,

표기법

이벤트 (Event)

trigger) 또는 하나의 영향(결과)를 가진다. 이벤트는 흐름(flow)에 영향 을 줄 때를 기준으로 세 가지 유형 (Start, Intermediate, End)을 가진 다.

16

TTAX.XX.YYYY

정보통신단체표준

>흐름(flow) 차원
(예, Start, Intermediate, End) Start (None, Message, Timer, Rule, Link, Multiple) Intermediate (None, Message, Timer, Cancel, Compensation, Rule, Link, Multiple) End (None, Message, Cancel, Compensation, Link, Terminate, Multiple)

이름이 암시하듯이, Start 이벤트는 특정 프로세스가 시작하는 곳을 나 타낸다. Intermediate 이벤트는 Start이벤트 와 End 이벤트 사이에서 발생한다. 프로세스의 흐름에 영향을 주지만 프로세스를 시작하거나 직접적으로 종료시키지는 않는다. 이름이 암시하듯이, End 이벤트는 프로세스가 종료하는 곳을 나타낸다.

Start와 대부분의 Intermediate 이벤 트는 이벤트에 대한 원인을 정의하 >유형(Type) 차원
(예, Message, Timer, Error, Cancel, Compensation, Rule, Link, Multiple, Terminate)

는 트리거(trigger)를 갖는다. 이 이 벤트가 유발되는 많은 방법이 있다. End 이벤트는 순차흐름 결말의 결과 인 “결과(Result)”로 정의 된다.

태스크(Task)는 프로세스 내에 포함 된 원자적 액티비티이다. 태스크는 태스크 (원자적) (Task (Atomic)) 프로세스(Process)의 작업이 더 이 상 세부 프로세스 모델 (Process Model)로 분해되지 않을 때 사용된 다. 프로세스/서브 프로세스 (비 원자적) ess (non-atomic)) 서브 프로세스는 하나의 프로세스내 에 포함된 복합 액티비티이다. 이것 은 하부-액티비티들의 집합을 통해 미세한 세부수준(프로세스)으로 분해될 수 있는 집합이다. 아래에 나오는 두 개의 그림 참조

(Process/Sub-Proc 더

17

TTAX.XX.YYYY

정보통신단체표준

서브 프로세스(Sub-Process)의 세 >접힌 서브 프로세스 (Collapsed Sub-Process) 부사항들은 다이어그램에서 보여지 지 않는다. 중앙 아래쪽의 더하기 기 호는 이 액티비티가 서브프로세스이 고 하부 단계의 상세도 수준을 가진 다는 것을 표시한다. > 펼쳐진 서브 프로세스 (Expanded Sub-Process) 서브 프로세스의 경계가 확장되고 세부내용(하나의 프로세스)은 그 경 계 내에 보여진다. 순차흐름은 서브 프로세스의 경계를 넘나들 수 없음을 주의해라. 게이트웨이는 순차흐름의 분산과 집중을 제어하는데 사용된다. 즉, 게이트웨이 (Gateway) 게이트웨이는 경로(path)의 브랜칭(branching), 포킹(forking), 병합(merging), 조이닝(joining)을 결정한다. 다이아몬드 모양 안에 아이콘들은 흐름 제어 행동의 유형을 나타낸다. 제어의 유형들은 다음과 같다. XOR - 배타적(exclusive) 결정과 병합(merging), > 게이트웨이 제어 유형들 (Gateway Control Types) (Event-based). 보여질수 있다. OR - 포괄적인(inclusive)결정과 병합(merging) Complex - 복잡한 조건과 상황 들 (예, 5개중 3개) AND - 포킹(forking)과 조이닝 (joining) 각각의 제어 유형은 들어오고 나 가는 흐름(Flow)에 영향을 준다. 데이터 데이터 기반 기반은 (Data-based) 또는 이벤트 기반 "X" 표식을 가지거나 표식 없이

18

TTAX.XX.YYYY

정보통신단체표준

순차흐름 (Sequence Flow)

순차흐름은 액티비티가 하나의 프로 세스(Process) 내에서 수행되는 순 서를 보여주는데 사용된다. 정상 순차흐름은 Start 이벤트로부터

아래에 나오는 일곱 개의 그림 참조

> 정상흐름 (Normal Flow)

시작하여, 대안 경로, 병렬 경로들을 지나는 액티비티들을 통해 연속되어 End 이벤트에서 정상적으로 끝나는 흐름을 의미한다. 비제어 흐름은 어떤 조건에도 영향 을 받지 않는 흐름 또는 게이트웨이 를 통과하지 않는 흐름을 말한다. 이 것의 가장 간단한 예는 두 액티비티

>>비제어 흐름 (Uncontrolled flow)

를 연결하는 단일 순차흐름이다. 이 것은 또한 액티비티에 수렴 되거나 액티비티로부터 분산된 다중 순차흐 름에 적용된다. 각각의 비제어 순차 흐름에 대하여 “토큰(Token)”은 근 원(source) 객체부터 목표 (target) 객체까지 흐른다. 순차흐름은 그 흐름이 사용될지 안 될지를 실행시간에 평가하는 조건식 을 가질 수 있다. 조건부 흐름이 액 티비티로부터 나간다면, 순차흐름은 라인의 시작에 작은 다이아몬드 모 양을 가질 것이다 (오른쪽 그림을 보라). 조건 흐름이 게이트웨이로부 터 나간다면, 라인은 작은 다이아몬 드를 가지지 않을 것이다(위 행의 그림을 보라).

>>조건부 흐름 (Conditional flow)

19

TTAX.XX.YYYY

정보통신단체표준

데이터 기반 (Data-based) 배타적 (Exclusive) 가지 >>디폴트 흐름 (Default flow) 유형은 결정이나 디폴트조건 포괄적 (Default (Inclusive) 결정을 위한 흐름의 한 Condition) 흐름이다. 이 흐름은 다 른 모든 조건부 흐름이 실행시간에 서 사실이 아닐 경우에만 사용된다. 이 순차흐름은 라인의 시작부분에 대각선표시가 추가된다(오른쪽 그림 을 보라). 예외 흐름(Exception Flow)은 프로 > 예외 흐름 (Exception Flow) 세스의 정상흐름 (Normal Flow) 외 부에서 발생하고 프로세스 중에 일 어나는 Intermediate 이벤트를 기반 으로 한다. 메시지흐름은 메시지를 주고받을 준 비가 되어있는 두 참여자 사이에 메 메시지흐름 (Message Flow) 시지의 흐름을 보여주는데 사용된다. BPMN에서는, 다이어그램의 두 개의 분리된 풀(Pool)들이 두 참여자를 표 현한다. (예를 들어, 비즈니스 개체 또는 비즈니스 역할) 보상관계(Compensation Association)은 프로세스의 정상흐름 (Normal Flow) 외부에서 발생하며, 보상관계 (Compensation Association) 트랜잭션(Transaction) 해 유발된 이벤트 또는 (즉, 보상 Cancel (Compensate) 이벤트의 실패를 통 Intermediate 이벤트 등)를 기반으로 한다. 관계의 표적(target)은 보상 액 티비티 (Compensation Activities)로 표시되어야 한다.

20

TTAX.XX.YYYY

정보통신단체표준

데이터 객체는 인공객체로 간주된다. 왜냐하면 그것들이 프로세스의 순차 흐름이나 데이터 객체 (Data Object) 메시지 흐름(Message Flow)에 직접적인 영향을 주지 않기 때문이다. 하지만 데이터 객체는 액 티비티가 수행되는데 어떤 것들이 필요한지 또는 액티비티들이 무엇을 생성해 내는지에 대한 정보를 제공 한다. BPMN은 두 개 이상의 병렬 경로 (path)로의 분할을 나타내기 위해 “포크(fork)”라는 용어를 사용한다

(AND-Split으로 도 부른다). 이것은 프로세스 상의 액티비티들이 순서적 이 아니라 동시에 수행될 수 있는 부분으로서, 다음과 같은 두 가지 옵 션을 가진다. 포크 (AND-Split) (Fork) 다중방출 순차흐름 (Multiple

Outgoing Sequence Flow)_가 사용 될 수 있다(오른쪽 위의 그림을 보 라). 이것은 비제어 흐름을 표현하는 것으로서 대부분의 상황에서 선호되 는 방법이다. AND 게이트웨이가 사용될 수 있다 (오른쪽 아래 그림을 보라). 이것은 드물게 사용되며, 일반적으로 다른 게이트웨이와 함께 결부되어 사용된 다.

21

TTAX.XX.YYYY

정보통신단체표준

BPMN은 하나의 경로로 들어오는 둘 이상의 병렬경로의 합류을 지칭하는 조인 (AND-Join) (Join) “조인(join)”이라는 용어를 사용한다 (AND-Join 또는 동기화 (synchronization)로 불린다). AND 게이트웨이가 다중 흐름의 합 류를 보여주는 조인을 표시하는데 사용된다. 결정 (Decision), 분기점 (Branching Point); (OR-Split) 결정은 제어의 흐름이 하나 또는 더 많은 대안 패스를 택할 수 있는 비 즈니스 프로세스내의 게이트웨이이 다. XOR 게이트웨이는 대안 아래에 나오는 다섯 개의 설명 참조

(Alternatives) 집합 중 오직 하나만 >배타적 (Exclusive) 이 실행시간 중에 선택되도록 흐름 을 제한한다. XOR 게이트웨이에는 두 가지 유형이 있다: 데이터 기반 (Data-based)과 (Event-based). 이 결정은 대안(Alternative)들이 방 출 >>데이터 기반 (Data-Based) 순차흐름에 포함된 조건식 (conditional expression)들을 기반 으로 하고 있는 분기점을 나타낸다. 대안들 중 오직 하나만이 선택될 것 이다. 이벤트 기반

22

TTAX.XX.YYYY

정보통신단체표준

이 결정은 대안들이 프로세스 안 특 정 시점에서 발생하는 이벤트에 근 거로 하는 분기점을 나타낸다. 그 특 정 이벤트(보통 Message의 수신)는 어떤 경로를 택할 것인지를 결정한 다. 타이머(Timer)와 같은 다른 유형 >>이벤트 기반 (Event-Based) 의 이벤트들도 사용될 수 있다. 대안 들 중 오직 하나만이 선택된다. 메 시지의 수령은 다음 두 옵션이 있다. - 유형 수신(Type Receive) 태스크 (Task)들의 사용(오른쪽 위 그림) 유형 수신(Type Receive) Intermediate 이벤트들의 사용(오른 쪽 아래 그림) 이 결정은 대안(Alternative)들이 방 출(outgoing) 순차흐름내에 포함된 조건식에 기준으로 하는 분기점을 나타낸다. 각 경로가 서로 독립적이기 때문에 (0 부터 모든) 경로의 조합이 선택될 수 있다. 하지만 적어도 한 경로는 선택될 수 있도록 만들어져야 한다. 디폴트 >포괄적 (Inclusive) 조건(Default Condition)은 적어도 한 패스가 택해질 수 있도록 보장하기 위해 사용된다. 이 결정의 유형에는 다음의 두 가지 버전이 있다. 첫 번째는 작은 다이아몬드표시를 가진 조건부 순차흐름의 모임을 이 용(오른쪽 위 그림). 두 번째는 보통 다른 게이트웨이와 함께 OR 게이트웨이를 이용(오른쪽 아래 그림).

23

TTAX.XX.YYYY

정보통신단체표준

BPMN은 둘 이상의 배타적 경로가 하나의 경로로 합류되는 것을 지칭 하기 위해 "병합(merge)"라는 용어 를 다). 병합 (OR-Join) (Merging) 병합(Merging 또는 XOR) 게이트웨 이는 여러 개의 흐름이 하나로 합병 하는 것을 보여주는데 사용된다. 만 약 모든 도입 흐름이 서로 대안적 (alternative)라면 게이트웨이는 필요 하지 않다. 즉, 비제어 흐름이 같은 행동을 제공한다. BPMN은 하나의 프로세스(Process) 루핑 (Looping) 내에 루핑(looping)을 위한 두 가지 메커니즘을 제공한다. 태스크(Task)와 서브 프로세스의 속 성들은 그것들이 되풀이되거나 한번 > 액티비티 루핑 (Activity Looping) 만 수행될지를 결정한다. 루프(loop) 에는 두 가지 유형이 있다: Standard 와 Multi-Instance. 작은 루핑 표식을 액티비티의 중앙 하단에 표시한다. 루프들은 > 순차흐름 루핑 (Sequence Flow Looping) (upstream)" 순차흐름을 객체로 "상류 아래에 나오는 두 개의 그림 참조 사용한다(OR-Join으로도 불린

연결함으로써

생성될 수 있다. 어떤 객체의 상류객 체란 대상 개체에 까지 이르는 일련 의 순차흐름으로 이어지는 방출 순 차흐름을 가지는 객체를 의미한다. 태스크(Task)와 서브 프로세스의 속

다중 인스턴스 (Multiple Instances)

성들은 그것들이 반복될 것인지 한 번만 수행될 것인지를 결정한다. 작 은 병렬 표식을 액티비티의 중앙 하 단에서 표시한다.

24

TTAX.XX.YYYY

정보통신단체표준

프로세스 브레이크 (Process Break) 는 프로세스 내에서 예상된 지연이 프로세스 브레이크 (Process Break) (프로세스의 제어를 벗어나는 경우 프로세스의 정지를 초래) 발생하는 작을 곳을 나타낸다. 하나의 Intermediate 이벤트가 실제적인 동 보여주는데 사용된다(오른쪽 그림). 아울러 해당 흐름 내에 지연 이 발생되는 곳을 표시하기 위하여, 모델링 작업자 또는 모델링 도구에 의해 디자인된 프로세스 브레이크 인공객체가 이벤트와 관계될 수 있 다. 트랜잭션(transaction)은 관련된 모 든 당사자들 간에 액티비티가 완료 (complete)되거나 트랜잭션 (Transaction) 아니면 취소 (cancel)되어야 한다는 점에 완전한 동의를 갖도록 보장하는 특별한 프 로토콜에 의해 지원되는 서브 프로 세스이다. 액티비티의 속성들은 액티 비티가 트랜잭션인지를 결정한다. 겹 줄의 경계선은 서브 프로세스가 트 랜잭션(Transaction)임을 의미한다. 중첩(또는 임베디드) 서브 프로세스 는 그것의 부모 프로세스와 같은 데 중첩/임베디드 서브 프로세스 (Inline Block) (Nested/Embedde d Sub-Process) 이터 집합을 공유하는 액티비티이다. 이것은 독립적이고 재사용 가능하며 부모 프로세스로부터 참조되는 서브 프로세스와는 반대된다. 데이터는 참조된 서브 프로세스로는 전달될 필요가 있으나, 임베디드 서 브 프로세스에는 필요하지 않다. 액티비티의 그룹화는 순차흐름에 영 향을 주지 않는다. 그룹화는 문서화 그룹 (Group) 또는 분석 목적으로 사용될 수 있다. 그룹들은 풀(Pool)들 사이를 넘나드 는 분산 트랜잭션의 액티비티들을 식별하는데도 사용될 수 있다. 임베디드 서브 프로세스 에 대한 구체적인 표시는 없다.

25

TTAX.XX.YYYY

정보통신단체표준

일반적으로 프린팅을 위해 사용되는 오프-페이지 연결자 (Off-Page Connector) 이 객체는 순차흐름이 어디에서 한 페이지를 떠나고 다음 페이지에서 재개되는지를 보인다. 링크(Link) Intermediate 이벤트는 오프 페이지 연결자(Off Page Connector)로 사 용될 수 있다. 관계(Association)는 정보를 흐름객 체와 관계시키는데 사용된다. 문자 관계 (Association) 및 그래픽 형식의 비-흐름객체 (non-Flow Object)들은 흐름객체와 관계 가능하다. 텍스트 텍스트 주석 (Text Annotation) 주석은 모델링 작업자가

BPD를 읽을 사람들을 위해서 추가 적인 정보를 제공하기 위한 메커니 즘이다. 풀(Pool)은 프로세스의 참여자를 표 현한다. 풀은 또한 보통 B2B 상황에

풀 (Pool)

서 다른 풀로부터 액티비티의 집합 을 분할하기 위한 그래픽 컨테이너 로서 활용된다. 레인(Lane)은 풀(Pool) 내부의 하부 파티션으로서, 수직 또는 수평으로

레인 (Lane)

풀의 전체 길이까지 확장한다. Lane 은 액티비티들을 조직적으로 편제하 고 분류하는데 사용된다.

4.3 다이어그램의 텍스트, 색, 크기, 선의 활용 텍스트 주석 객체는 하나의 프로세스에 관한 추가적인 정보 또는 그 프로세스에 속해 있는 객체들의 속성들을 보여주기 위해서 모델링 작업자에 의해서 사용되는 객체이다. 흐름객체(Flow Object) 및 흐름은 모델링 작업자 또는 모델링 도구 벤더의 편의에 따 라서 그 형상의 내부, 위 또는 아래 부분, 어떤 방향 또는 어떤 위치에서라도 레이블 (예를 들어, 그것의 이름 또는 다른 속성)들을 가진다. 그래픽 요소들에 사용되는 채우기 색은 흰색 또는 공백일 수 (MAY) 있다.

26

TTAX.XX.YYYY

정보통신단체표준

표기법은 모델링 작업자나 모델링 도구의 목적에 알맞은 다른 채우기 색을 사용할 수 있도록 확장될 수 (MAY) 있다. (예를 들면, 객체 속성 값을 강조하기 위해) 흐름객체(Flow Object)와 표식(marker)들은 모델링 작업자나 모델링 도구의 목적에 알맞은 어떤 크기라도 좋다. 그래픽 요소에 사용되는 선들은 검정색일 수 (MAY) 있다. 표기법은 모델링 작업자나 도구의 목적에 따라 다른 선 색의 이용으로 확장될 수 (MAY) 있다(예를 들면, 객체 속성 값을 강조하기 위해). 표기법은 선 스타일이 현 재 BPMN의 선 스타일로 정의된 것과 충돌하지 않는다는 (MUST NOT) 조건 하에 모델링 작업자나 도구의 목적에 부합하는 선 스타일의 이용으로 확장될 수 (MAY) 있다 (예를 들면, 객체 속성 값을 강조하기 위해). 따라서 순차흐름, 메시지 흐름 (Message Flow), 관계(Associations)의 선 스타일은 수정되어서는 안된다. (MUST NOT) 4.4 흐름객체 연결 규칙 도입(incoming) 순차흐름은 흐름객체(Flow Object)에 어느 위치(왼쪽, 오른쪽, 위, 아 래)에도 연결 될 수 있다. 마찬가지로, 방출(outgoing) 순차흐름은 흐름객체(Flow Object)의 어느 위치(왼쪽, 오른쪽, 위, 아래)로부터도 연결될 수 있다. 메시지흐름 (Message Flow)도 동일한 특성을 가지고 있다. 비록 BPMN이 이러한 융통성을 제공하 고는 있으나, 모델링 작업자는 흐름객체가 다이어그램을 보는 사람으로 하여금 명확하고 쉽게 따라올 수 있도록 판단력과 적합한 활용사례들을 활용하기를 권장한다. 이는 다이 어그램이 순차흐름과 메시지흐름을 포함하고 있을 때 더더욱 중요하다. 이런 경우 순차 흐름의 방향(왼쪽에서 오른쪽 또는 위에서 아래로)을 결정한 후에 메시지 흐름을 순차흐 름(의 90도 각도로 위치시키는 것이 가장 좋은 방법이다. 그 결과 다이어그램은 이해하 기가 훨씬 수월해질 것이다. 4.4.1 순차흐름 규칙 은 BPMN 순서 객체와 이 객체들이 순차흐름을 통해 다른 객체들과 어떻게 연결되는지를 보여준다. 기호는 그 행에 있는 객체는 그 열에 있는 객체와 연결될 수 있는다는 것을 표시한다. 객체로 들어오거나 나가는 연결 수는 여기서 자세히 다루지 않 은 다양한 구성의 종속성에 영향을 받는다. 적당한 연결 규칙에 대한 좀 더 자세한 정보 는 다음 4절을 참조하라. 서브 프로세스가 다이어그램내에서 확장되어 있다면 서브 프로 세스 내부의 객체들은 서브 프로세스 외부 객체와 연결될 수 없다는 점과 순차흐름은 풀 (Pool)의 경계를 벗어날 수 없음을 기억하라.

27

TTAX.XX.YYYY

정보통신단체표준 순차흐름의 연결 규칙

From\To

------------------------------------------------------------------(주의) 도입 또는 방출되는 순차흐름을 가질 수 있는 객체만이 표 안에 표시되었다. 따라 서, 풀(Pool), 레인(Lane), 데이터 객체(Data Object)와 텍스트 주석(Text Annotation)은 표에서 다뤄지지 않았다. ------------------------------------------------------------------4.4.2 메시지 흐름 규칙 는 BPMN 모델링 객체와 이 객체들이 메시지 흐름을 통해 다른 객체들과 어 떻게 연결되는지를 보여준다. 표시는 행에 있는 객체는 그 열에 있는 객체와 연결될 수 있음을 표시한다. 객체로 들어오거나 나가는 연결 수는 여기서 자세히 다루지 않은 다양한 구성의 종속성에 영향을 받는다. 적당한 연결 규칙에 대한 좀 더 자세한 정보는 다음 5장을 참조하라. 메시지흐름(Message Flow)은 같은 참여자 레인(Participant Lane) 내에 있는 객체들과 연결될 수 없음을 숙지해라.

28

TTAX.XX.YYYY

정보통신단체표준 메시지 흐름의 연결 규칙

From\To

-----------------------------------------------------------------(주의) 도입 또는 방출 메시지 흐름을 가질 수 있는 객체만이 표 안에 보여 진다. 따 라서 레인(Lane), 게이트웨이(Gateway), 데이터 객체(Data Object), 와 텍스트 주석 (Text Anntation)은 표에서 다뤄지지 않는다. -----------------------------------------------------------------

29

TTAX.XX.YYYY

정보통신단체표준

4.5 비즈니스 프로세스 다이어그램 속성 다음 는 비즈니스 프로세스 다이어그램 (Business Process Diagram)의 속성 들의 집합을 보여준다. 비즈니스 프로세스 다이어그램의 속성

속성 Id: Object Name: String Version(0-1): String Author(0-1): String Language(0-1): String ExpressionLanguage(0-1): String QueryLanguage(0-1): Date CreationDate(0-1): Date Modifaication(0-1): Date

내용 다른 다이어그램과 구별할 수 있는 고유한 Id이다. Name은 다이어그램의 텍스트 기술 속성이다. 다이어그램의 버전을 정의한다. 다이어그램의 작성자 이름을 나타낸다. 텍스트에 사용된 언어를 나타낸다. 디폴트는 영어. 한가지 언어가 다이어그램에서 사용된 표현식의 문법이 이해될 수 있도록 제공될 수 (MAY) 있다. 한가지 언어가 다이어그램에서 쓰인 질의(query) 들의 문법이 이해될 수 있도록 제공될 수 (MAY) 있다. (현재 버전) 다이어그램이 생성된 날짜를 정의한다. (현재 버전) 다이어그램이 마지막으로 수정된 날짜 를 정의한다. 하나의 BPD는 하나 이상의 Pool을 포함하고 있어야 (SHALL) 한다. Pool들 중에 하나의 경계는 눈에

Pools(1-n): Pool

보이지 않을 수 (MAY) 있다(특히, BPD 내에 하나의 풀(Pool)만이 존재할 때). Pool에 대한 상세한 정보는 5.5.2절을 참조하라.

Documentation(0-1): String

모델링 작업자는 선택적으로 다이어그램에 대한 텍스트 기록을 추가할 수 (MAY) 있다.

4.6 프로세스 (Process) 하나의 프로세스 (Process)는 회사나 조직 내부에서 실행되는 액티비티다. BPMN에서 는 프로세스가 액티비티(activity)들과 그들의 순서를 정의하는 제어(control)들의 집합인 흐름객체(Flow Object)들의 그래프로써 표현된다. 프로세스의 개념은 본래 계층적이다. 프로세스들은 기업-단위의 프로세스부터 개인에 의해 수행되는 프로세스까지 어떤 수준 에서도 정의 될 수 있다. 낮은 수준의 프로세스는 공통의 비즈니스 목표를 달성하기 위

30

TTAX.XX.YYYY

정보통신단체표준

해 서로 그루핑될 수 있다. BPMN은 프로세스라는 용어를 상당히 구체적으로 정의하고, 비즈니스 프로세스 (Business Process)를 조직이나 거래 조직내부에서 수행되는 액티비티의 집합으로 보다 일반적인 개념으로 정의한다. 따라서 하나의 BPD에서 보여지는 것과 같은 비즈니스 프 로세스는 하나의 분리된 프로세스 보다는 많은 것을 담고 있어야 한다. 개별 프로세스는 그것들 자신의 서브 프로세스를 가지고 풀 내부에 담겨질 수 (MAY) 있다 (5.5.2절 참 조). 이때 그 개별 프로세스들은 이들을 연결하는 독립적인 메시지흐름이 될 것이다. 4.6.1 속성 다음 은 프로세스의 속성들의 집합을 보여준다.
프로세스(Process)의 속성

속성 Id: Object Name: String

내용 다이어그램 내부에서 객체를 구별하는 고유 Id. Name은 객체를 텍스트로 설명하는 속성이다. ProcessType은 풀(Pool)이 어떤 저수준 언어로 매핑되 는지에 대한 정보를 제공하는 속성이다. ProcessType 의 디폴트는 None(즉, 정의 안됨)이다. Private ProcessType은 실행가능한 하나의 BPEL4WS 프로세 스에 매핑될 수 (MAY) 있다. Abstract ProcessType은 한 프로세스의 공개 인터페이스(public interface) 로도 불리는데(또는 다른 웹서비스들), 하나의 BPEL4WS 추

ProcessType(None|Private|A bstract|Collaboration) None: String

상 프로세스에 될 수 (MAY) 있다. Collaboration ProcessType은 비즈니스 역할(role)들을 표현하는 두 개의 레인(Lane)을 갖고 (예를 들어, 구매자 또는 판매 자), 이들 역할 간의 상호작용을 보여준다. 이런 풀 (Pool)들은 ebXML 또는 WS Choreography 와 같은 언어들로 매핑될 수 (MAY) 있다. 다만, 이런 매핑들은 이번 버전의 표준에서는 제공되지 않는다. 만약 프로세스(Process)가 BPEW4WS 문서를 생성하 는데 사용된다면, 이 속성은 반드시 (MUST) Executable 또는 Abstract로 지정되어야 한다.

31

TTAX.XX.YYYY

정보통신단체표준

Status(None|Ready|Active|C ancelled|Aborting|Aborted|C ompleting|Completed) None: String

한 프로세스(Process)의 Status는 그 프로세스가 프로 세스 엔진에 의해 실행될 때 결정된다. 한 프로세스 (Process)의 Status는 할당식(Assignment Expression) 들 내부에서 사용될 수 있다. GraphicalElement 속성은 비즈니스 프로세스에 포함된

GraphicalElement(0-n): Object

모든 객체들(예를 들어, 이벤트(Event), 액티비티(Activity), 게이트웨이(Gateway), 인공객체(Artifact)들)을 식별한다. 하나 또는 그 이상의 할당식 (assignment expression)

Assignments(0-n): Assignment

들이

객체를

위해

생성될



(MAY)

있다.

할당

(Assignment)은 AssignTime 속성에 의해 정의된 바에 따라 수행된다. 모델링 작업자가 정의한 특성(Property)들은 프로세스 (Process)에 추가될 수 (MAY) 있다. 이 특성들은 해당 프로세스의 “local”이다. 내장된 모든 태스크(Task)들, 서브 프로세스 객체(Sub-Process Object)들, 서브 프 로세스들은 이들 특성들에 전체 접근할 표현은 (예를 수 있다. 들어, 특성 "Add

Properties(0-n): Property

(Property)의 name>..

Similar Documents

Free Essay

Bpmn

...bpmnBPMN and Business Process Management Introduction to the New Business Process Modeling Standard By Martin Owen and Jog Raj, Popkin Software BPMN and Business Process Management Executive Summary ....................................................................................... 3 Introducing BPMN .......................................................................................... 4 BPMN Enables Business Process Management (BPM)......................................... 4 BPMI.ORG Created to Establish BPM Standards ............................................. 4 Rigor of the BPMI.ORG Standards ............................................................... 5 BPMN Enables Modeling of B2B and B2C ......................................................... 5 BPMN Maps to Business Execution Languages.................................................. 5 BPMI.ORG Works with OASIS for e-Business Standards.................................. 5 BPMN Models Web Services .......................................................................... 6 A First Look at BPMN ...................................................................................... 7 Modeling Business Events ............................................................................. 8 More Complex Events -- Specifying Trigger Types ......................................... 8 Business Processes, Sub-Processes, and Tasks ...............................................10 Decomposing Your Processes Into...

Words: 6646 - Pages: 27

Premium Essay

Bpmn

...Please write an essay where you analyze “The importance of BPM for businesses” where you briefly describe the BPM Technology and its benefits for customers that use it. La idea es poder ver un documento escrito por ti, tras una investigación, que tenga componente técnico y una parte de negocio. THE IMPORTANCE OF BPM FOR BUSINESSES Introduction The purpose of this document is to find and analyze the elements of BPM that can create value to the businesses and show how to see that value can get reflected in better performance inside the organization also, explain how it can drive the organization to succeed in complex environments. What is BPM? BPM is more than a practice, it’s actually a discipline where software and services are exposed to the entire organization, starting a process of discovery and documentation, which will help to automate and continuously improve the business processes causing reductions in costs and increasing efficiency. A key element of adopting BPM is the fact that unifies every process with a single language across the organization this gives the possibility to every member inside of the company to understand and propose improvements from different point of view, which is called holistic view. Along with implementing a BPM, there are tools that are built to help an organization to document the process; those tools are repositories that are capable of managing the documentation, facilitating the maintainability and collaboration...

Words: 792 - Pages: 4

Free Essay

Bpmn

...Home Assignment  The company in question is being pressed by several of its customers to fulfill their orders faster.The company’s management estimates that the company stands to lose € 250,000 in revenue if they do not reduce their order fulfillment time below 40 working days. Adding one engineer to the existing team would reduce the time to design a hardware down to 14 working days (from 16 days). An additional engineer would cost the company € 50,000. On the other hand, hiring a second engineering team would cost € 250,000. Analyze these two scenarios and recommend an option to the company. Analysing While analysing the two scenarios, It costs around €50000 for each additional engineer to finish the work in 16 days but it costs €250000 for hiring a engineering team, so If we hire three additional engineers it costs around €150000, For example. For 16 days to reduce 14 day company can hire one staff it cost €50000 so it means one staff can reduce 2 days , and 16 days reduce to 10 days company need only 3 staff , it means company can finish the work within 10 days and total cost 3x €50000. So its better to hire 3 engineers and we can reduce the number of working days with less cost.  We consider a Level-2 IT service desk with two staff members. Each staff member can handle one service request in 4 working hours on average. Service times are exponentially distributed. Requests arrive at a mean rate of one request every 3 hours according...

Words: 463 - Pages: 2

Premium Essay

Fundamentals of Bpmn

...Fundamentals of Business Process Management Marlon Dumas r Marcello La Rosa Jan Mendling r Hajo A. Reijers Fundamentals of Business Process Management r Marlon Dumas Institute of Computer Science University of Tartu Tartu, Estonia Marcello La Rosa Queensland University of Technology and NICTA Brisbane, Australia Jan Mendling Institute for Information Business Vienna University of Economics and Business Vienna, Austria Hajo A. Reijers Department of Mathematics and Computer Science Eindhoven University of Technology Eindhoven, The Netherlands ISBN 978-3-642-33142-8 ISBN 978-3-642-33143-5 (eBook) DOI 10.1007/978-3-642-33143-5 Springer Heidelberg New York Dordrecht London Library of Congress Control Number: 2013932467 ACM Computing Classification (1998): J.1, H.4, H.3.5, D.2 © Springer-Verlag Berlin Heidelberg 2013 This work is subject to copyright. All rights are reserved by the Publisher, whether the whole or part of the material is concerned, specifically the rights of translation, reprinting, reuse of illustrations, recitation, broadcasting, reproduction on microfilms or in any other physical way, and transmission or information storage and retrieval, electronic adaptation, computer software, or by similar or dissimilar methodology now known or hereafter developed. Exempted from this legal reservation are brief excerpts in connection with reviews or scholarly analysis or material supplied specifically for the purpose of being entered and executed on a computer system, for...

Words: 73685 - Pages: 295

Premium Essay

Bpmn Model

...Brand association: It means what resides in the customer’s deepest mind. Brand association is anything which is deep seated in customer’s mind about the brand. Brand should be associated with something positive so that the customers relate your brand to being positive. Brand associations are the attributes of brand which come into consumers mind when the brand is talked about. It is related with the implicit and explicit meanings which a consumer relates/associates with a specific brand name. About Rolex, if we consider the upper portion then the brand association will be: 1. Watch. 2. People. 3. Sports. 4. Successful. 5. Highest quality. 6. Reliability. 7. Durability. 8. Serviceability. 9. Convenient. 10. Unique. 11. Prestige. 12. Word of mouth publicity. 13. Price. 14. Luxury. 1. Watch: If any customer think about the brand Rolex, the picture will be spotted in his or her mind is watch, which represents aristocracy. It is being fixed in their brain or even soul, because the brand Rolex is representing themselves as a brand of watch for many year. 2. People: Different types of people use it to reflect their strength. Top athletes are wearing it to show their toughness, robustness and skill. Rich and high class people wear it to show their wealth and class. Man also use it to show their manliness. 3. Sports: Rolex are associated with different kind of sports like Golf, Sailing etc. So, customers also think...

Words: 1216 - Pages: 5

Premium Essay

Bpmn Lab

...Week 3 Process Modeling Lab Seth Wenner Srw51@pitt.edu Questions 1. Describe your experience creating process models in this lab (e.g. Was the process easy/difficult/frustrating/trivial? Would you be able to create the diagram on your own with just a narrative? What were your biggest challenges?) The lab was fairly easy to complete. The software was intuitive enough to not require much of a learning curve. I think it would definitely be much more difficult to create a model from a narrative, especially with the more difficult model. I didn’t have any significant setbacks or challenges, the “hardest” part was finding shortcuts and better ways of doing things to speed up the process. 2. Assume you’re a new intern tasked with creating a process model that describes the accounts receivable collections process. Where would you look for information that describes the process that would allow you to create a complete process model that outlines everything from the time you first create the invoice to the time you receive payment from the customer? The first thing I would do is find the A.R. supervisor and interview them about the entire process from beginning to end. This would be a good start. After that I would try to follow a single invoice and track its entire journey through the system and make note of all possible paths and nuances of the process. 3. Give an example of a situation where a narrative would be more useful than a process model. A narrative can...

Words: 336 - Pages: 2

Premium Essay

Business Plan with Informatics Assignment(Bpmn Chart and Databases)

...A. Business Plan 2 1. EXECUTVE SUMMARY 2 1.1. MISSION STATEMENT 2 1.2. VISION STATEMENT 2 1.3. GOALS & OBJECTIVES 2015-2016: 2 2. INDUSTRY BACKGROUND & BUSINESS ENVIRONMENT ANALYSIS 3 2.1: BACKGROUND OF THE INDUSTRY 3 2.2: CURRENT & FUTURE TRENDS AND BUSINESS FIT 3 3. BUSINESS DESCRIPTION 3 4. MARKETING PLAN 3 4.1: DESCRIPTION OF PRODUCT & SERVICES 3 4.2: BENEFITS 4 5. MARKETING STRATEGY 4 5.1 TARGET MARKET 4 5.2 WAYS OF MARKETING 4 6. ORGANIZATION & MANAGEMENT 4 7. FINANCIAL PLAN 4 B. Risk Analysis 5 C. BPMN 6 1. Demand for pet sitting 6 2. Pet sitting process 7 D. Database 7 E. Project Plan 8 A. Business Plan 1. EXECUTVE SUMMARY The idea of 5 STAR CATS was born from the necessity of Catalina of finding a friend to look after her cat during holidays. Luckily, one of her friends was available and willing to check on her cat but the solution was not perfect because the two of them haven’t met before and her friend was not knowledgeable about cats. Any cat owner knows how difficult it is to find a trusted sitter, who not only understands the needs of your pet and of the owner but with whom you are in confidence enough to give him the keys of your flat. Catalina was always reluctant to leave her cat in a hotel or to call a professional sitter, for the same reasons: “I would not leave my cat in the hands of a stranger and give him my keys. Ideally I wanted to be part of a network of...

Words: 2148 - Pages: 9

Free Essay

Accounting Technology Test 1 Review

...Chapter 1 1. What is the difference between Data and Information? a. Data: raw facts that describe the characteristics of an event that, in isolation, have little meaning b. Information: data organized in a meaningful way to be useful to the user 2. What makes Information useful? c. Data is often processed (aggregated, sorted, etc.) and then combined with the appropriate context d. Decision makers typically require useful information to make decisions e. Must be relevant and reliable 3. Define “Relevant” in the context of useful information. f. Predictive value (helps with forecasting the future). g. Feedback value (corrects or confirms what had been predicted in the past). h. Timeliness (available when needed or in time to have an impact on a decision). i. Information must be relevant to the decision maker j. Information is relevant only if it would affect a business decision k. Information is relevant when it helps users predict what will happen in the future (predictive value) or evaluate how past decisions actually worked out (feedback value). l. It is also relevant if the information is received in time to affect their decisions (timeliness). 4. Define “Reliable” in the context of useful information. m. Predictive value (helps with forecasting the future). n. Feedback value (corrects or confirms what had been predicted in the past). o. Timeliness (available...

Words: 1464 - Pages: 6

Free Essay

Business Process

... The process improvements identified by BPM may or may not require IT involvement, although that is a common driver behind modelling a business process. CA4 Business Process Modelling 30 Oct 2014 3 Business Process Modelling- The “Why?” • Business process modelling (BPM) helps companies in the following ways: + To become more process-oriented + To optimise business processes thro Process Change Mgmt: long term planning, execution & control of processes + To document and manage processes on an ongoing basis + To simulate processes using, i.a. Monte Carlo simulation & Discrete Event Simulation CA4 Business Process Modelling 30 Oct 2014 4 • Business Process Modelling Notation Why BPM Notation (BPMN)? => a notation that can be understood by all business users. + i.e. business analysts (creating initial drafts of processes) + • + &...

Words: 2422 - Pages: 10

Free Essay

Operation Engineering

...Operation Engineering We want to start an organization Operation engineering = products What is the product of a charity organization and who are the customers? What is the product of free TV? Operation engineering of a company Core business Support business 4 major activities to transform goods into final product using backward engineering techniques: Might be: * Conversion - e.g., creating steel from iron ore * Fabrication - e.g., forming steel into cans * Assembly - e.g., put cans, lids and ingredients together * Testing - e.g., testing for sealed weight Or The classical breakdown of all economic sectors follows:[1] * Primary: Involves the retrieval and production of raw materials, such as corn, coal, wood and iron. (A coal miner and a fisherman would be workers in the primary sector.) * Secondary: Involves the transformation of raw or intermediate materials into goods e.g. manufacturing steel into cars, or textiles into clothing. (A builder and a dressmaker would be workers in the secondary sector.) * Tertiary: Involves the supplying of services to consumers and businesses, such as baby-sitting, cinema and banking. (A shopkeeper and an accountant would be workers in the tertiary sector.) In the 20th century, it began to be argued that traditional tertiary services could be further distinguished from "quaternary" and quinary service sectors.[2] The quaternary sector of the economy is a way to describe a knowledge-based[1]...

Words: 755 - Pages: 4

Premium Essay

Mis Chapter 10

...BPM is a cyclical process for systematically creating, assessing, and altering business processes. 7. Please specify each step in the business process management cycle. Step 1: as-is model Step 2: create components Step 3: implementing new or changed process Step 4: create policy and procedures 8. What is an as-is model? It is a model of the existing business process. 9. The Object Management Group is a software-industry standards organization that created a standard set of terms and graphical notations for documenting business processes. 10. Business Process Modeling Notation is a standard set of terms and graphical notations for documenting business processes. 11. In a BPMN process diagram, all activities for a given role are shown in its swim lane. 12. In a BPMN process diagram, data is represented by rectangles with the top right corner folded inward....

Words: 852 - Pages: 4

Free Essay

Process Model

...Business Process Modeling e-Framework Workshop Balbir Barn 12th February 2007 Agenda • • • • • Why we construct Business Process Models A historical context Approaches to business process modelling Business Process Modelling Notation Tools and standards summary 2 What is a Business Process? • Davenport & Short (1990) define business process as – "a set of logically related tasks performed to achieve a defined business outcome." A process is "a structured, measured set of activities designed to produce a specified output for a particular customer or market. • Business processes as transformations of inputs to outputs input output • Other models available: – Language-Action-Perspective (LAP) (Winograd and Flores 1986) • Production, coordination tasks using language for communication 3 Purposes of Business Process Modeling: Organization Design • • • • • • Process Documentation Process Reorganization Process Monitoring and Controlling Continuous Improvement Quality Management: ISO 9000 Benchmarking: Compare with best practice • Knowledge Management: 4 Purposes of Business Process Modeling: Information Systems Design • • • • • Selection of ERP software Model based Customizing Software Development Workflow Management Simulation 5 What to model of a business process • Tasks • Coordination between tasks – synchronization – decisions – parallel work – repetition –… • • • • Organizational responsibilities Required resources and constraints...

Words: 1550 - Pages: 7

Free Essay

Paper

...Multichannel Development BPEL Human Tasks Business Rules BAM SOA Suite 11g Service Infrastructure Unified Engine Business Catalog End-to-End Management Integration Services Scalable Architecture IT Focus Application Server Foundation Weblogic Suite 11g JEE Engine Security Services Messaging Scalability High Availability Unified Process Engine Unifies execution to reduce complexity and cost Oracle BPM Suite 11g Oracle BPM Suite 11g • Single efficient engine with Native BPMN 2.0 BPEL, Rules, and Human Workflow execution • Unifies execution of all types of processes • Unified runtime with SOA with shared SOA Services with common persistence, binding, policy management and adapters • Unified security with OPSS Value Value • Reduced complexity and greater reliability and performance • Choice of BPMN 2.0 or BPEL modeling or using both • Simplified integration with a services based environment if you choose BPEL BAM BPMN Human Workflow Business Rules Mediator Unified Runtime...

Words: 456 - Pages: 2

Free Essay

Marketing Plan

...Chapter 1 System development p.6 System analysis and design p.7 Information system p.7 Information system components – system, mission critical system, data information p. 7-8 Hardware and software p.8 – application system, enterprise application, horizontal system Legacy system p.9 Data p.9 – tables Processes p.9 People/stakeholders p.10 Business proses modelling BPM p.10 Business profile, business process p.10 Business process modelling notation (BPMN) p. 10 Modeling tools p.10 New kinds of companies p.11 Product oriented and service oriented p.11 Internet dependent/dot.com p.12 Brick and mortal/tradisional firms p.12 Impact of the internet p.13 B2C p.13 B2B p.14 Business information systems p.15 Enterprise computing p.15 Enterprise resource planning (ERP) p.15 Transaction processing (TP) p.15 Business support p.16 Management information system (MIS) p.16 Knowledge management/expert systems p.16 Knowledge base p.17 Interfence rules p. 17 User productivity systems p.17 Top mangers p.18 Strategic plans p. 18 Knowledge workers p.19 Supervisers and teamleaders p.19 Operational employees p.19 Modelling p.19 Business model/requirement model p.19 Data model p.19 Object model p.19 Network model p.19 Process model p.19 Prototyping p.20 Prototyping tests p.20 Computer aided system engeneering (CASE) p.20 Case tools p.20 System development methods p.21 Project management p.22 Structured analysis p.22 System planning p.23 – preliminary investigation...

Words: 757 - Pages: 4

Premium Essay

Production Management of Walton Motor Bike

...Acknowledgement First we owe a great many thanks to the many people who have helped us in completing our report. We show our deepest gratitude to our honorable course instructor Mr. Adeyl Khan for giving us the permission to do this report. We are also thankful to him for guiding us throughout our entire project and correcting various aspects of our work with endless patience and attention. We would also like to thank Khondker Murshid, Assistant General Manager at R.B Group of Companies Limited (WALTON) for his time to guide us regarding the product and service design and production process in this project. Finally, we would like to thank North South University for letting us use its Internet and library facilities, which helped us a lot to complete our report. Executive Summery Walton is a Bangladeshi brand which has many subsidiaries. One of which is Walton Motors. It produces motor vehicles. The brand Walton is owned and operated by Walton Group head quartered in Dhaka, Bangladesh. This report is focused on some specific operations management of Walton Ltd. More specifically this report is about Walton motorbike and it’s after sales service. The paper has been designed in a way that shows the current operating processes and a proposed procedures so that they can improve effectively and efficiently over current operation processes. In this report we analyzed the operation management system of the Walton motorcycles from the design to production. We learned how they...

Words: 4245 - Pages: 17