KR20080035427A - 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스프로세스를 생성하기 위한 시스템 및 방법 - Google Patents

논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스프로세스를 생성하기 위한 시스템 및 방법 Download PDF

Info

Publication number
KR20080035427A
KR20080035427A KR1020070027921A KR20070027921A KR20080035427A KR 20080035427 A KR20080035427 A KR 20080035427A KR 1020070027921 A KR1020070027921 A KR 1020070027921A KR 20070027921 A KR20070027921 A KR 20070027921A KR 20080035427 A KR20080035427 A KR 20080035427A
Authority
KR
South Korea
Prior art keywords
logical
physical
business
information
generating
Prior art date
Application number
KR1020070027921A
Other languages
English (en)
Other versions
KR100910336B1 (ko
Inventor
신동혁
Original Assignee
신동혁
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 신동혁 filed Critical 신동혁
Publication of KR20080035427A publication Critical patent/KR20080035427A/ko
Application granted granted Critical
Publication of KR100910336B1 publication Critical patent/KR100910336B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067—Enterprise or organisation modelling

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

본 발명은 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템 및 방법에 관한 것으로, 보다 자세하게는 기업의 정보 시스템(Legacy System)으로부터 비즈니스 프로세스를 도출하고, 비즈니스 프로세스 모델링 시 역할에 따라 논리 프로세스 모델과 물리 프로세스 모델을 분리 정의하며, 프로세스 간 관계 정립을 위한 계층 및 프로세스 맵을 지원하고, 논리 프로세스와 물리 프로세스 간의 차이점 분석 및 관계 분석을 지원하며, 정의된 프로세스를 기반으로 관점에 따른 다양한 프로세스 다이어그램의 생성과 프로세스 모델링 시 작업 흐름과 데이터 흐름의 분리를 통한 데이터 흐름의 가시화 방법 및 그 시스템에 관한 것이다.
본 발명의 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템은 논리 프로세스 및 물리 프로세스를 맵핑하여 비즈니스 프로세스를 생성함에 있어서, 상기 비즈니스 프로세스 간의 관계정의를 입력받고 모델링하기 위한 프로세스 디자이너로 이루어짐에 기술적 특징이 있다.
논리 프로세스, 물리 프로세스, 프로세스맵, 논리-물리 프로세스 맵핑, 모델링

Description

논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템 및 방법{A system and method for generating the business process which mapped the logical process and the physical process}
도 1은 종래기술에 따른 일반적인 BPMS의 구성도,
도 2는 본 발명에 따른 BPMS 전체 구성의 개념도,
도 3은 본 발명에 따른 BPMS의 물리적 구성도 및 시스템 간 작업 블럭도,
도 4는 본 발명에 따른 프로세스 모델러의 화면 구성도,
도 5는 본 발명에 따른 프로세스 디자이너의 구성을 나타내는 블럭도,
도 6은 본 발명에 따른 프로세스 모델러를 이용한 프로세스 모델링 방법을 나타내는 흐름도,
도 7은 본 발명에 따른 비즈니스 프로세스의 저장구조를 나타내는 구성도,
도 8은 본 발명에 따른 웹 기반 프로그래밍 언어로 작성된 페이지를 프로세스로 도출한 화면 구성도,
도 9는 본 발명에 따른 범용 프로그래밍 언어로 작성된 클래스를 프로세스로 도출한 화면 구성도,
도 10은 본 발명에 따른 프로세스의 계층 구조를 나타내는 프로세스 맵의 개 념도,
도 11은 본 발명의 일실시예에 따른 논리 프로세스 모델링을 나타내는 화면 구성도,
도 12는 본 발명의 일실시예에 따른 물리 프로세스 모델링을 나타내는 화면 구성도,
도 13은 본 발명의 일실시예에 따른 논리-물리 프로세스 모델을 맵핑한 화면 구성도,
도 14는 프로세스 정의에 대한 WFMC 표준인 XPDL의 구성을 나타내는 블럭도,
도 15는 본 발명에 따른 XPDL을 기반으로 하는 논리-물리 프로세스 맵핑 흐름도,
도 16은 프로세스 정의에 대한 OASIS 표준인 WS-BPEL의 구성을 나타내는 블럭도,
도 17은 본 발명에 따른 작업 흐름과 데이터 흐름을 나타내는 개념도,
도 18은 본 발명의 일실시예에 따른 논리 및 물리 프로세스 모델링 시 데이터 흐름 모델링을 나타내는 화면 구성도,
도 19는 본 발명의 일실시예에 따른 프로세스 모델의 변환을 통해 작업 수행자 관계 다이어그램을 나타내는 화면 구성도,
도 20은 본 발명에 따른 XPDL 기반의 작업 수행자 관계 모델 생성 흐름도이다.
본 발명은 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템 및 방법에 관한 것으로, 보다 자세하게는 기업의 정보 시스템(Legacy System)으로부터 비즈니스 프로세스를 도출하고, 비즈니스 프로세스 모델링 시 역할에 따라 논리 프로세스 모델과 물리 프로세스 모델을 분리 정의하며, 프로세스 간 관계 정립을 위한 계층 및 프로세스 맵을 지원하고, 논리 프로세스와 물리 프로세스 간의 차이점 분석 및 관계 분석을 지원하며, 정의된 프로세스를 기반으로 관점에 따른 다양한 프로세스 다이어그램의 생성과 프로세스 모델링 시 작업 흐름과 데이터 흐름의 분리를 통한 데이터 흐름의 가시화 방법 및 그 시스템에 관한 것이다.
BPM(Business Process Management)은 민첩성과 운용 효율을 증대하기 위해 비즈니스 프로세스 환경을 통제하는 일상적인 경영 활동이며, 방법론, 정책, 측정 지표, 일상적인 경영 활동과 소프트웨어 도구를 활용해 조직의 업무와 프로세스를 끊임없이 최적화하는 구조적인 접근 방법이다.
BPMS(Business Process Management System)란 BPM의 개념을 실현 가능하게 만들어주는 솔루션이다. BPMS는 프로세스들을 효율적으로 통합함으로써 기업 내 비효율성을 감소시키고 궁극적으로 기업의 이윤을 극대화시킨다. BPMS는 프로세스에 대한 보다 나은 이해를 제공하고, 프로세스 실행 오류를 감소시킴으로써 프로세스 실행 비용을 최소화하며, 프로세스의 투명한 관리, 측정 및 외부 비즈니스와의 조정을 가능하게 해주는 것이다.
또한 기업의 비즈니스 프로세스를 표준화 및 가시화하고 업무 담당자가 업무를 찾아다니는 방식이 아닌 컨베이어 벨트처럼 업무가 자동으로 전달되는 방식을 통한 업무 생산성을 향상시키고, 지속적인 프로세스 개선 활동의 지원을 통한 실시간 기업 경영(RTE : Real-Time Enterprise)이 가능한 비즈니스 인프라스트럭처를 제공하는 솔루션이다.
BPMS 산업 표준은 크게 OASIS와 WFMC 그리고 BPMI에서 제정하고 있다.
OASIS는 WebService에 관한 표준을 제정하는 비영리 단체로서, 이곳에서 제정한 WS-BPEL(WebService Business Process Execution Language)은 웹 서비스 어플리케이션들의 연계 및 조율을 통해 비즈니스 프로세스를 서비스의 집합으로 정의할 수 있는 웹 서비스 합성 표준이다.
WFMC는 Workflow 및 BPM에 대한 표준을 제정하는 비영리 단체로서, 여기서는 Workflow 및 BPM 표준으로 Interface 1 에서 5를 제정하였다. 구체적으로, Interface 1은 XPDL(XML Process Definition Language)이라고도 하며, WS-BPEL과 같은 역할을 하는 프로세스 정의에 대한 표준이고, Interface 2와 3은 Workflow/BPMS 클라이언트와의 인터페이스를 위한 표준이며, Interface 4는 외부 Workflow/BPMS 엔진과의 통신 및 호환을 위한 표준이고, Interface 5는 Workflow/BPMS의 관리 및 모니터링을 위한 표준이다.
BPMI는 BPM에 대한 표준을 제정하는 비영리 단체로서, 여기서는 BPML(Business Process Modeling Language), BPQL(Business Process Query Language), BPMN(Business Process Modeling Notation) 등을 제정하였다. BPML은 WS-BPEL, XPDL과 같은 역할을 하는 비즈니스 프로세스 정의에 대한 표준이고, BPQL은 비즈니스 프로세스를 위한 질의 언어이며, BPMN은 비즈니스 프로세스를 시각화하고자 하는 표준으로 모델링 시 표현될 프로세스 요소들의 Notation에 대한 표준이다.
도 1은 종래기술에 따른 일반적인 BPMS의 구성도이다. 도 1에 도시된 바와 같이 비즈니스 프로세스 모델러(Business Process Modeler)(110)는 프로세스 흐름을 모델링하고, 단위작업을 정의하며, 프로세스를 분석하고 시각화한다. Workflow(120) 및 BRE(Business Rule Engine)(130)는 프로세스의 수행 및 제어를 담당하고, 통합 업무환경을 제공한다. 특히, BRE(Business Rule Engine)(130)는 비즈니스 룰을 추출하여 정의하고 관리함으로써, 애플리케이션에서 비즈니스 룰을 분리하여 보다 신속하고 정확하게 비즈니스 요구를 수용할 수 있다.
BAM(Business Activity Monitoring)(140)은 Workflow 엔진이 실행한 정보를 바탕으로 업무 상태를 실시간 모니터링 한다. 또한, BPA(Business Process Analysis)(150)는 프로세스 처리 이력을 추적하며, 이를 통해 다양한 방식의 분석을 수행할 수 있다.
EAI(Enterprise Application Integration)(160)는 엔터프라이즈 미들웨어를 인프라로 하여 다양한 이질적 기업 환경(어플리케이션, 데이터, 플랫폼 및 네트워크 등)을 통합하여 하나의 시스템으로 관리 운영할 수 있는 기능을 제공하며, Management Tool(170)은 Workflow/BPMS의 관리와 프로세스에 문제가 발생하는 경우, 업무복구 또는 종료 등의 조치를 취할 수 있는 도구이다.
그러나, 종래의 Workflow/BPMS들은 프로세스를 카테고리로 관리하고, 엔진이 실행할 프로세스인 물리 프로세스만 정의하기 때문에 프로세스와 프로세스 간의 관계가 도식화되지 않는 문제점이 존재한다.
또한, 엔진에게 실행을 지시하기 위한 프로세스 모델링과 현업 사용자가 업무를 이해하기 위한 프로세스 모델링이 다름에도 불구하고, 엔진에 맞추어져 있는 프로세스 모델링으로 협업의 프로세스 이해도가 떨어지고, 논리적 관점에서 불필요한 액티비티들이 정의되어 프로세스 분석이 어렵다는 문제점이 존재한다.
또한, BPR(Business Process Re-Engineering)/PI(Process Innovation)를 통해 정의된 일반적인 프로세스 명세와 Workflow/BPMS에서 정의한 프로세스 명세와의 괴리감이 존재하고, 일반적인 프로세스 명세를 실행 가능한 프로세스 명세로 전환하는데 어려운 단점이 존재한다.
또한, 기업의 현재 정보시스템으로부터 비즈니스 프로세스를 자동 도출해주는 도구가 부재한 관계로, 사람에 의해 기존 정보 시스템 및 비즈니스 프로세스를 분석해야 한다는 어려움이 존재한다.
또한, 비즈니스 프로세스에는 다양한 정보들이 정의됨에도 불구하고, 기존 Workflow/BPMS 모델러들은 작업 흐름 정보만을 가시화함으로써, 다양한 관점에서 프로세스 분석이 어려워 프로세스 개선이 힘들다는 문제점이 존재한다.
추가적으로 프로세스 및 액티비티들은 입력 데이터를 기반으로 출력 데이터 를 생성하는 것을 목적으로 하는데, 기존 Workflow/BPMS 모델러들은 작업의 흐름만 도식화함으로써, 데이터의 흐름 정보를 파악하기 힘들다는 문제점도 존재한다.
종래 기술의 문제점을 해결하기 위하여 안출된 본 발명의 목적은, 현업 담당자가 프로세스를 이해하기 위한 일반적인 프로세스 명세를 논리 프로세스 모델에 정의하고, Workflow/BPMS 엔진이 실행하기 위한 프로세스 정보는 물리 프로세스 모델에 정의해서 둘 간의 역할을 분리하고, 이를 통해 양 모델 간의 독립성을 유지하며, Workflow/BPMS 엔진에 따라 다양한 유형의 물리 프로세스 모델을 자동 생성하는 방법을 제공함에 있다.
또한, 본 발명은 논리 프로세스 모델과 물리 프로세스 모델의 분리로 인한 두 모델 간의 차이는 자동 관계 파악 다이어그램을 제공하여 논리 프로세스 모델과 물리 프로세스 모델 간의 차이를 최소화하고 관계 파악을 가능하게 하는 또 다른 목적이 있다.
또한, 본 발명은 프로세스를 카테고리 방식이 아닌 계층 방식의 프로세스 맵으로 관리해서 전사 프로세스의 표현과 프로세스 간의 관계 정립을 가능하게 하고, 프로세스 모델의 일관성을 보장하며 하위 단계와의 명확한 연결고리를 제공하는 또 다른 목적이 있다.
또한, 본 발명은 논리 프로세스를 물리 프로세스로 변환시키는 자동화된 기법을 통해 이들 간의 차이를 최소화시키고, 쉽고 빠른 업무 자동화 시스템 및 RTE(Real-Time Enterprise) 환경을 구축하고, 논리 프로세스 모델에 근거한 물리 프로세스 모델을 지원하는 또 다른 목적이 있다.
또한, 기업의 정보 시스템을 분석해서 자동으로 비즈니스 프로세스를 생성하는 방법을 제공함으로써 빠르고, 효율적인 비즈니스 프로세스의 정립을 가능하게 하는 또 다른 목적이 있다.
또한, 본 발명은 데이터 흐름의 가시화를 통해, 데이터의 흐름 파악 및 데이터 처리 과정의 분석을 용이하게 해주며, 보다 쉬운 모델링 방법을 제공하는데 또 다른 목적이 있다.
또한, 본 발명은 프로세스의 추가적인 모델링 과정 없이 기존 프로세스 모델 정보를 기반으로 다양한 관점의 프로세스 다이어그램을 자동 생성함으로써, 프로세스의 분석을 용이하게 해주고, 프로세스 개선 시 파급 효과를 전달할 수 있도록 하는데 또 다른 목적이 있다.
본 발명의 상기 목적은 논리 프로세스 및 물리 프로세스를 맵핑하여 비즈니스 프로세스를 생성함에 있어서, 상기 비즈니스 프로세스 간의 관계정의를 입력받고 모델링하기 위한 프로세스 디자이너에 의해 달성된다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명하기로 한다.
이에 앞서, 본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사 전적인 의미로 한정해서 해석되어서는 아니되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념을 적절하게 정의할 수 있는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.
도 2는 본 발명에 따른 BPMS 전체 구성의 개념도이다. 도 2에 도시된 바와 같이, 비즈니스 프로세스의 라이프 사이클은 정의단계, 실행단계, 측정단계, 및 개선단계가 순환하는 구조이다.
정의단계에서는 Process Portal(212), Process Discovery(221), Process Designer(227), Form Designer(224), Script Editor(225), Rule Designer(226) 및 Process Tester(223) 등을 사용하여, 기업의 조직 및 비전, 전략, 성과지표, 프로세스를 정의한다. 여기서, 각 도구를 정의하면 다음과 같다.
- Process Portal(212)은 기업의 비전, 전략, KPI(Key Performance Indicator) 정의 및 논리 프로세스 도출을 지원하고, 프로세스 개선 사항 도출과 표준화된 프로세스의 공유 도구이다.
- Process Discovery(221)는 기업에 존재하는 정보 시스템(Legacy System)으로부터 비즈니스 프로세스를 자동으로 도출해 주는 도구이다.
- Process Designer(227)는 프로세스 계층화를 통한 프로세스 간 관계정의 및 프로세스 모델링 도구이다.
- Form Designer(224)는 프로세스 내 사람이 개입되어 작업하는 단위 업무의 경우, 단위 업무 담당자가 작업할 작업 폼을 모델링하는 도구이다.
- Script Editor(225)는 프로세스 내 동적인 처리를 위한 사용자 정의 스크 립트를 작성하는 도구이다.
- Rule Designer(226)는 프로세스 내 사용될 비즈니스 룰을 작성하는 도구이다.
- Process Tester(223)는 정의된 프로세스가 정상적으로 실행되는지 여부를 테스트하는 도구이다.
실행단계에서는 Process Engine(240), Rule Engine(241), Script Interpreter(242), Scheduler(230), Work Portal(211), COP Portal(214), Management Portal(213) 및 ESB(270) 등을 사용하여, 정의된 프로세스 모델 정보를 기반으로 프로세스의 실행 및 제어를 행한다. 여기서, 각 도구를 정의하면 다음과 같다.
- Process Engine(240)은 업무 자동화를 목적으로 정의된 프로세스 모델 정보를 기반으로 프로세스를 실행 및 제어하는 도구이다.
- Rule Engine(241)은 사용자 정의 비즈니스 룰을 실행하는 도구이다.
- Script Interpreter(242)는 사용자 정의 스크립트를 실행하는 도구이다.
- Scheduler(230)는 주기적인 프로세스 인스턴스의 생성 및 배치 작업을 담당하는 도구이다.
- Work Portal(211)은 업무 담당자가 업무를 찾아서 하는 방식이 아닌 제조공정의 컨베이어 벨트처럼 처리할 업무들이 찾아오는 방식의 통합 업무 환경을 제공하는 단일 접점으로 단위 업무를 처리할 수 있는 도구이다.
- COP(Community Of Practice) Portal(214)은 공통 관심사를 갖는 사용자들 간에 공동 작업을 진행할 수 있는 협업 환경을 제공 해주는 도구이다.
- Management Portal(213)은 프로세스 제어 및 BPMS 시스템을 관리하고, 기업의 조직을 관리하는 도구이다.
- ESB(270)는 시스템 통합 환경을 제공하는 인프라스트럭처이다.
측정단계에서는 BAM(260), Measurement Portal(215) 등을 사용하여, 프로세스 인스턴스의 라이프 사이클을 기반으로 비용, 품질, 시간 등을 측정해서 개선 사항들을 도출하고 업무 상태의 실시간 모니터링, 처리 이력 추적, 프로세스 분석 및 통계 처리 등을 수행한다. 여기서, 각 도구를 정의하면 다음과 같다.
- BAM(260)의 ETT(Extraction, Transformation, Transportation)(261)는 기업의 다양한 소스 시스템(Source System)으로부터 필요한 데이터를 추출(Extract)하여 변환(Transformation) 작업을 거쳐 타겟 시스템(Target System)으로 전송 및 로딩(Loading)하는 모든 과정을 처리하는 기능을 담당하고, BAM의 OLAP(On-Line Analytical Processing)(266)은 최종 사용자가 다차원 정보에 직접 접근하여 대화식으로 정보를 분석하고 의사결정에 활용하는 기능을 담당하며, BAM의 데이터 마이닝(Data Mining)(262)은 데이터베이스로부터 과거에는 알지 못했지만 데이터 속에서 유도된 새로운 데이터 모델을 발견하여 미래에 실행 가능한 정보를 추출해 내고 의사 결정에 이용하는 과정을 담당한다.
- Measurement Portal(215)은 통계, 대쉬보드, 리포팅, 위험 통보 기능들을 통해 프로세스, KPI(Key Performance Indicator), 조직별 분석 및 측정과 업무상태의 실시간 모니터링 및 처리 이력을 추적하는 시스템이다.
개선 단계에서는 Process Simulator(222), Process Re-Discovery(221) 등을 사용하여, 프로세스의 개선사항들을 도출하고, 시뮬레이션할 수 있는 기능을 제공한다. 여기서, 각 도구들을 정의하면 다음과 같다.
- Process Simulator(222)는 프로세스의 시뮬레이션 및 병목구간을 도출하는 도구이다.
- Process Re-Discovery(221)는 프로세스 개선사항을 도출하는 도구이다.
비즈니스 프로세스는 개선 단계 후 프로세스를 재정의하는 순환 구조를 이룬다.
도 3은 본 발명에 따른 BPMS의 물리적 구성도 및 시스템 간 작업 블럭도이다. 도 3에 도시된 바와 같이, BPMS(200)는 Portal Server(210), Process Modeler(220), BPM Engine Server(280), Persistence Server(290) 및 DBMS(295)를 포함하여 구성된다.
- Portal Server(210)는 사용자가 접속하여 업무를 진행하기 위한 작업 공간을 제공하는 장치로서, Work Portal(211), Process Portal(212), Management Portal(213), COP Portal(214) 및 Measurement Portal(215)을 포함한다.
- Process Modeler(220)는 비즈니스 프로세스를 모델링하고, 사용자의 작업 화면을 디자인하고, 생성된 비즈니스 프로세스를 테스트하기 위한 장치이다. 한편, Process Modeler(220)는 Process (Re)Discovery(221), Process Simulator(222), Process Tester(223), Form Designer(224), Script Editor(225), Rule Designer(226) 및 Process Designer(227)를 포함한다.
- BPM Engine Server(280)는 생성된 비즈니스 프로세스를 실행시키기 위한 BPM Engine(240), Scheduler(230) 및 ESB(270)를 포함한다.
- Persistence Server(290)는 다중 사용자 분산환경을 지원하기 위한 데이터베이스 추상화 장치로서, Persistence Manager(250)와 BAM(Business Activity Monitoring)(260)을 포함한다.
- DBMS(295)는 생성된 비즈니스 프로세스 정보, 프로세스 인스턴스 정보 및 데이터를 저장하거나, 제공하기 위해 구성된다.
BPMS 시스템 간 작업 흐름은 도 3에 도시된 바와 같이, 업무 분석가가 Process Modeler(220)를 사용하여 기업의 비즈니스 프로세스를 정의하고 배포(deploy)를 한다. 이후, 현업 담당자가 Work Portal(211)에 접속해서 해당 비즈니스 프로세스의 인스턴스를 생성하면, BPM Engine(240)에 의해 프로세스 인스턴스 정보가 생성되고, 정의된 프로세스 정보에 기반하여 프로세스를 진행시킨다. 이때, 사람이 개입되어 처리되는 액티비티의 경우는 작업자를 할당하고, 해당 작업자가 액티비티의 작업을 완료할 때까지 대기한다.
현업 담당자가 Work Portal(211)의 업무 리스트에 접속하면 자신에게 할당된 작업들을 처리할 수 있으며, 업무 리스트에서 작업을 완료한 액티비티는 BPM Engine(240)에 전해져서 해당 작업을 완료시키고, 모델링한 프로세스의 작업 흐름에 따라 다음 액티비티들을 실행시켜 프로세스의 작업들을 완료한다.
도 4는 본 발명에 따른 프로세스 모델러의 화면 구성도이다. 도 4에 도시된 바와 같이, 프로세스 모델러의 화면구성(300)은 메뉴바(310)와 툴바(320) 부분, 생 성된 프로세스를 계층 구조로 도시하는 비즈니스 프로세스 익스플로러 뷰어(330)와 프로세스 내의 구조를 표시하는 패키지 네비게이터 뷰어(340), 비즈니스 프로세스를 모델링하는 프로세스 디자이너(350)와 프로세스 모델링 시 사용할 수 있는 도구들의 모음인 팔레트(390), 프로세스 모델링 정보의 전체 윤곽 파악이 용이한 아웃라인 뷰어(380)와 프로세스 및 액티비티의 속성을 설정할 수 있는 속성창(370) 및 사용자에게 작업 내역을 보여주는 콘솔(360) 등으로 구성되어 있다.
도 5는 본 발명에 따른 프로세스 디자이너의 구성을 나타내는 블럭도이다. 도 5에 도시된 바와 같이, Process Designer(350)는 하나 이상의 비즈니스 프로세스를 생성하면 만들어지는 멀티 에디터로 내부적으로 Logical Multi Editor(350-a), Physical Multi Editor(350-b) 및 Mapping Editor(350-c)를 하나씩 포함하고 있다.
프로세스 디자이너 및 비즈니스 프로세스의 설정에 따라, Physical Multi Editor(350-b)와 Mapping Editor(350-c)는 숨길 수도 있다.
논리 프로세스 모델은 Logical Multi Editor(350-a)를 사용하여 생성하며, 물리 프로세스 모델은 Physical Multi Editor(350-b)를 사용하여 생성한다.
Logical Multi Editor(350-a)는 현업 담당자의 시각에서 프로세스를 이해하기 위한 목적의 논리 프로세스를 정의할 수 있으며, 내부적인 구성으로는 Activity Flow Editor(350-a1), Data Flow Editor(350-a2), Perspective Editor(350-a3) 및 XML Editor(350-a4)를 포함하고 있다.
- Activity Flow Editor(350-a1)은 액티비티 간의 작업 흐름을 모델링할 수 있다.
- Data Flow Editor(350-a2)는 액티비티의 입력 데이터와 출력 데이터 모델링 및 액티비티들 간의 데이터 흐름을 모델링할 수 있다.
- Perspective Editor(350-a3)는 Activity Flow Editor(350-a1) 및 Data Flow Editor(350-a2)를 통해 정의된 프로세스를 관점(작업 수행자 관점, 정보 시스템 관점, 어플리케이션 관점, 트랜잭션 관점 등)에 따라 각기 다른 형태의 프로세스 다이어그램으로 변환해서 분석을 용이하게 해준다.
- XML Editor(350-a4)는 프로세스의 정보를 XML 형태로 출력할 수 있다.
Physical Multi Editor(350-b)는 프로세스 수행의 자동화를 위해 Workflow/BPMS 엔진이 프로세스를 실행하기 위한 물리 프로세스를 정의할 수 있으며, 내부적으로는 Activity Flow Editor(350-b1), Data Flow Editor(350-b2) 및 XML Editor(350-b3)를 포함하고 있다. Logical Multi Editor(350-a)에 구성된 것과 마찬가지로, Phycial Multi Editor(350-b)에 포함된 구성요소는 다음과 같은 동작을 수행한다.
- Activity Flow Editor(350-b1)는 액티비티 간의 작업 흐름을 모델링할 수 있다.
- Data Flow Editor(350-b2)는 액티비티의 입력 데이터와 출력 데이터 모델링 및 액티비티들 간의 데이터 흐름을 모델링할 수 있다.
- Perspective Editor(350-b3)는 Activity Flow Editor(350-b1) 및 Data Flow Editor(350-b2)를 통해 정의된 프로세스를 관점(작업 수행자 관점, 정보 시스 템 관점, 어플리케이션 관점, 트랜잭션 관점 등)에 따라 각기 다른 형태의 프로세스 다이어그램으로 변환해서 분석을 용이하게 해준다.
- XML Editor(350-b4)는 프로세스의 정보를 XML 형태로 출력할 수 있다.
Mapping Editor(350-c)는 생성한 논리 프로세스와 물리 프로세스의 관계에 따라 자동으로 논리 프로세스와 물리 프로세스를 맵핑한 프로세스 다이어그램을 생성한다.
Process Designer(350)에서 비즈니스 프로세스를 표현하는 방식은 탭을 통해 논리 프로세스, 물리 프로세스 및 논리-물리 프로세스 맵핑을 표현하는 방식과 리스트 박스 및 열기 옵션을 통해 선택하는 방식이 존재한다.
도 6은 본 발명에 따른 프로세스 모델러를 이용한 프로세스 모델링 방법을 나타내는 흐름도이다. 도 6에 도시된 바와 같이, 기업의 정보 시스템으로부터 비즈니스 프로세스 도출이 필요한 경우, 기존 정보 시스템을 분석해서 프로세스로 도출한다. 이때, 도 2에 도시된 Process Discovery(221)를 이용하여 비즈니스 프로세스를 자동 도출한다.
그 후, 기업의 비즈니스 프로세스를 정의하기 위해 프로세스 맵을 통해 비즈니스 프로세스들의 계층 구조를 정의한다.(S110).
비즈니스 프로세스들의 계층 구조 정의는 도 4에 도시된 프로세스 모델러 화면 구성도(300)의 비즈니스 프로세스 익스플로러 뷰어(330)에서 수행할 수 있다.
프로세스의 계층 구조를 정의한 이후, 프로세스의 일반적인 명세 및 사용자의 시각에서 모델링하는 논리 프로세스 대한 논리적 작업 흐름을 정의하고(S120), 데이터 흐름의 가시화를 위해 데이터 흐름을 정의하면(S130), 하나의 프로세스에 대한 논리 프로세스가 생성된다. 데이터 흐름 정의를 완료한 후, 배포(deploy)를 통해 프로세스의 표준화 및 외부공개 작업을 수행하고 "물리 프로세스로 전환" 기능을 통해 논리 프로세스 정의를 물리 프로세스 정의로 변환한다. 이는 물리 프로세스가 논리 프로세스에 기반하기 때문이며 유사한 모델링 작업의 반복을 제거한 것이다.
이때, 논리 프로세스를 정의하기 위해서 도 5에 도시된 Process Designer(350)의 Logical Multi Editor(350-a)를 사용하며, 논리적 작업 흐름은 Activity Flow Editor(350-a1)를 이용하여 정의하고, 이에 대한 데이터 흐름은 Data Flow Editor(350-a2)를 이용하여 정의한다.
이후, Workflow/BPMS 엔진이 실행 가능한 프로세스를 생성하기 위해, 물리 프로세스에 대한 액티비티 및 작업 흐름을 추가 정의하고(S140), 데이터 및 데이터 흐름을 추가 정의하면(S150), 해당 프로세스에 대한 물리 프로세스 정의가 완료된다.
이 경우에도, 물리 프로세스는 도 5에 도시된 Process Designer(350)의 Physical Multi Editor(350-b)를 사용하며, 물리 프로세스의 작업 흐름은 Activity Flow Editor(350-b1)를 이용하여 정의하고, 이에 대한 데이터 흐름은 Data Flow Editor(350-b2)를 이용하여 데이터들 간의 관계를 설정한 후, 배포(deploy)를 통해 엔진이 실행할 수 있는 정보를 저장한다.
논리 프로세스의 작업 흐름 및 데이터 흐름과 물리 프로세스의 작업 흐름 및 데이터 흐름의 입력이 완료된 경우, 도 5에 도시된 Process Designer(350)의 Mapping Editor(350-c)를 사용하여 논리 프로세스 모델과 물리 프로세스 모델을 맵핑한다(S160). 이러한 맵핑을 통해서 논리 프로세스와 물리 프로세스 간의 관계 파악 및 프로세스 간의 갭(gap) 분석을 할 수 있다.
도 7은 본 발명에 따른 비즈니스 프로세스의 저장구조를 나타내는 구성도이다. 도 7에 도시된 바와 같이, 하나의 비즈니스 프로세스는 고유한 식별자를 갖는 프로세스 ID 저장부(410)와 계층적 구조의 프로세스 맵을 지원하기 위한 상위 프로세스의 참조 정보 저장부(420), 논리 프로세스 정보 저장부(430, 440), 물리 프로세스 정보 저장부(450, 460)로 구성되어 있다.
논리 프로세스는 프로세스의 설계 정보가 저장되는 영역인 설계 참조 논리 모델 저장부(430)와 모델링이 완료되어 표준화된 정보를 저장하는 표준 참조 논리 모델 저장부(440)로 분리하여, 표준화가 되어 있는 상태에서도 프로세스의 개선 작업을 수행할 수 있도록 설계 모델과 표준화된 모델을 분리하여 관리한다.
물리 프로세스 역시 위와 같은 방법으로 구분되어 있으며, Workflow/BPMS 엔진이 실행하기 위한 프로세스 정보가 저장되는 영역인 설계 참조 물리 모델 저장부(450)와 Workflow/BPMS 엔진이 실행시 참조하기 위한 프로세스 정보를 저장하는 영역인 표준 참조 물리 모델 저장부(460)로 분리하여, 실행 중에도 프로세스의 개선 작업을 수행할 수 있도록 설계 모델과 실행 모델을 분리하여 관리한다.
그리고, 논리-물리 프로세스 맵핑 모델 정보를 위한 별도의 저장 공간이 존재하지 않는 이유는 논리-물리 프로세스 맵핑룰에 따라 자동으로 프로세스 정보를 생성하기 때문에 별도의 저장 영역이 필요하지 않다.
도 8 및 도 9는 본 발명의 일실시예에 따른 프로세스 디스커버리의 개념도이다. 도 8 및 도 9에 도시된 바와 같이, Process Discovery란 기업의 정보 시스템(Legacy System)으로부터 비즈니스 프로세스를 도출해 주는 도구이다.
Process Discovery는 정보 시스템 프로그램 및 프로그램 소스가 포함된 디렉토리를 선택하고 관련된 라이브러리를 설정하면 분석 알고리즘에 따라 자동으로 비즈니스 프로세스를 도출한다. 분석 알고리즘은 크게 웹 기반의 프로그래밍 언어로 작성된 경우와 범용 프로그래밍 언어로 작성된 경우로 구분할 수 있다.
도 8은 본 발명에 따른 웹 기반 프로그래밍 언어로 작성된 페이지를 프로세스로 도출한 화면 구성도이다. 도 8에 도시된 바와 같이, 하나의 웹 페이지가 하나의 액티비티로 도출된다.
웹은 Post 방식과 Get 방식이 존재하며, Post 방식에서는 Form 태그의 action 속성에 정의 된 페이지가 다음 실행할 단위 작업인 액티비티로 도출되고, “<form name=‘frmMain’ method=‘post’ action=‘/WorkExecute.jsp’>“와 같은 형식을 가진다. Get 방식의 경우는 하이퍼링크로 설정된 페이지를 다음 실행할 단위 작업인 액티비티로 도출되고, “<a href=‘/WorkItemExecute.jsp?userID=xxx&accountNo=383-21-xxx’>”와 같은 형식을 가진다.
Post 방식에서 웹 컴포넌트는 해당 페이지의 출력 데이터로 도출되며, 출력 데이터로 도출되는 웹 컴포넌트들은 "hidden", "text", "checkbox", "radio", "image", "file", "password", "button", "submit", "reset", "select option" 및 "textarea" 등이 존재한다.
Form 태그에 정의된 다음 페이지에서는 웹 컴포넌트들의 값을 입력 데이터로 도출한다.
도 8에 도시된 웹 기반 프로그래밍 언어로 작성된 Post 방식의 정보 시스템(a)을 비즈니스 프로세스로 표현하면 (b)와 같이 된다.
Get 방식에서 하이퍼링크는 다음 액티비티로 도출되고, 하이퍼링크로 설정된 URL을 제외한 파라미터들을 출력 데이터로 도출하며, 다음 페이지에서는 이들 파라미터들을 입력 데이터로 도출한다.
도 9는 본 발명에 따른 범용 프로그래밍 언어로 작성된 클래스를 프로세스로 도출한 화면 구성도이다. 도 9에 도시된 바와 같이, 하나의 클래스가 하나의 프로세스에 해당되며, 클래스의 메소드가 하나의 액티비티로 도출된다.
범용 프로그램에서는 Public 메소드에 한해서 액티비티로 도출하고, 해당 메소드 내에서 호출되는 사용자 정의 메소드를 다음 실행할 단위 작업인 액티비티로 도출한다. 이때 해당 메소드의 리턴값은 출력 데이터에 해당하며, 메소드의 파라미터들은 입력 데이터에 해당된다.
도 9에 도시된 범용 프로그래밍 언어로 작성된 정보 시스템(a)을 비즈니스 프로세스로 표현하면 (b)와 같이 된다.
해당 기능을 통해 기업의 정보 시스템(Legacy System)을 프로세스 관점에서 효율적으로 분석하고, 이를 기업의 비즈니스 프로세스 정의 작업에 빠르게 적용 할 수 있다.
기업의 정보 시스템을 분석하는 방법에는 소스코드를 이용한 방법과, 소스코드가 존재하지 않는 상태에서 해당 정보시스템 개발 언어의 RTTI(Run-time Type Identification) 및 Reflection 기능을 사용해 실행 코드로부터 소스 정보를 분석한 후, 프로세스 정보를 분석해 내는 방법이 존재한다.
도 10은 본 발명에 따른 프로세스의 계층 구조를 나타내는 프로세스 맵의 개념도이다. 도 10에 도시된 바와 같이, 프로세스 맵은 특정 프로세스의 업무를 각 단계별로 세분화하여, 여러 단계 혹은 특정 한 단계에서의 업무 흐름을 파악하여 도식으로 작성한 것을 말한다. 일반적으로 Level 1에서는 Value Chain 관점에서 프로세스를 모델링하고, Level 2에서는 Level 1의 하위분류로 사용되며, Level 3에서는 실제 실행 가능한 프로세스를 모델링하고, Level 4는 일종의 Function으로 사용되는 프로세스이며, Level 5에서는 단위업무를 모델링한다. 이중 Level 4, 5는 Level 3에 포함되기도 하며, 기업의 환경에 따라 Level의 깊이를 재조정할 수 있다. 카테고리로 프로세스를 관리하던 여타 Workflow/BPMS와는 달리 계층 구조 방식으로 관리함으로써, 전체 프로세스들 간의 관계가 명확해지며, 상위 레벨에서는 하위 레벨 프로세스 및 타 프로세스 간의 관계 규정이 가능하다.
프로세스 맵을 사용하면 상위 단계에서부터 하위 단계까지 구조적으로 프로세스가 정의되며, 각 단계는 BPMS 도입 업체가 정의한 각각의 고유한 목적이 존재할 수 있다. 또한 상위 단계의 결정이 하위 단계에 적용되어 좀 더 상세화되고, 하위 단계의 변화로 인해 상위 단계가 함부로 영향을 받지 않도록 함으로써 프로세스 모델의 일관성을 지속적으로 보장해 준다.
또한, 계층 상호간에 구체적인 연결 고리가 존재하게 되어, 하위 계층은 상위 계층에 대한 상세화이므로, 결국 상세화된 하위 계층이 상세화시킨 상위 계층의 대상과 분명한 연결고리를 가지고 있게 된다.
이는 상위 프로세스에서 하위 프로세스들 간의 관계를 액티비티로 표현하고, 이 액티비티를 더블클릭해서 하위 프로세스로 이동할 수 있는 기능을 제공할 수 있게 된다.
도 11은 본 발명의 일실시예에 따른 논리 프로세스 모델링을 나타내는 화면 구성도이다. 도 11에 도시된 바와 같이, 논리 프로세스 모델은 사용자의 업무 이해를 목적으로 한 프로세스 모델을 말하며, 일반적인 프로세스 명세를 가시화 및 표준화할 수 있고, Workflow/BPMS 엔진에 독립적인 프로세스를 모델링할 수 있다.
또한, 논리 프로세스 모델은 프로세스 맵을 정의하는 역할을 하며, 프로세스 맵의 Level 1, 2에서는 프로세스들 간의 관계를 모델링하고, Level 3에서는 현업 사용자 관점의 논리적인 프로세스 모델링이 가능하다.
물리 프로세스로 전환하는 기능을 통해 일반적인 프로세스 명세를 실행 가능한 프로세스로 전환하는 어려움의 해결이 가능하고, 논리 프로세스 모델에 근거한 물리 프로세스 모델의 지원이 가능하며, 논리 프로세스 모델을 물리 프로세스 모델로 전환 시 사용자의 작위적인 판단에 의한 논리 프로세스 모델의 본질에 대한 의미 희석을 방지할 수 있다.
도 12는 본 발명의 일실시예에 따른 물리 프로세스 모델링을 나타내는 화면 구성도이다. 도 12에 도시된 바와 같이, 물리 프로세스 모델은 업무 자동화를 위해 Workflow/BPMS 엔진에서 실행할 수 있는 프로세스 모델을 말하며, 논리 프로세스에 없는 신규 액티비티가 추가될 수 있고, 논리 프로세스에서는 수작업이던 것이 물리 프로세스에서는 자동화된 액티비티로 변경될 수 있으며, 논리 프로세스의 추상화된 액티비티는 물리 프로세스에서 Workflow/BPMS 엔진이 실행할 수 있는 액티비티 타입인 EJB(Enterprise Java Bean), Java Class, Web Service, JMS(Java Message Service), Script, Business Rule, XSLT(eXtensible Style Language Transformation), EMail, SQL(Structured Query Language), Human, .NET Class, COM/DCOM(Component Object Model/Distributed COM), HTTP(Hypertext Transfer Protocol), FTP(File Transfer Protocol), JCA(Java Connector Architecture), SDO(Service Data Objects), SMS(Simple Message Service), FAX(Facsimile), Application 액티비티 등으로 상세화되고, 논리 프로세스의 액티비티 일부가 상세화 된 하위 Level의 프로세스로 추가 작성되면서 Sub-Process로서 링크될 수 있으며, 논리 프로세스에 정의된 해당 액티비티 행위자에 좀 더 구체화된 사용자를 대응시킬 수 있다.
또한, 물리 프로세스를 논리 프로세스로 전환하는 기능을 통해 Bottom Up 방식으로 전사 프로세스 정의가 가능해지고, 프로세스 모델러 및 프로세스 설정에 따라 현재 산업의 표준인 다양한 프로세스 정의(WS-BPEL, XPDL, BPML)들의 생성이 가능하다.
물리 프로세스 모델 정보의 생성 방법은 프로세스 모델러 및 프로세스 설정 에 따라 배치 모드와 실시간 모드가 존재하고, 실시간 모드는 논리 프로세스 모델링 시 물리 프로세스 모델까지 같이 생성이 되며, 물리 프로세스 모델링 시에는 논리 프로세스 모델이 영향을 받지 않는 것을 말한다.
배치 모드는 논리 프로세스 모델을 정의 한 후, 사용자가 모델러의 "물리 프로세스로 변환" 기능을 통해 한 번에 물리 프로세스 모델로 변경하는 것을 말한다.
도 13은 본 발명의 일실시예에 따른 논리-물리 프로세스 모델을 맵핑한 화면 구성도이다. 도 13에 도시된 바와 같이, 논리-물리 프로세스의 맵핑은 논리 프로세스 기반에 표현하며, 논리 프로세스의 액티비티는 상세화된 물리 프로세스의 액티비티들을 내부에 포함한 형태의 다이어그램으로 표현한다.
논리-물리 프로세스 맵핑룰을 정의하는 방식은 논리 프로세스에서 맵핑되는 물리 프로세스 및 액티비티를 선택하는 논리 프로세스 기반 방식과, 물리 프로세스에서 맵핑되는 논리 프로세스 및 액티비티를 선택하는 물리 프로세스 기반 방식이 존재하며, 여기서는 물리 프로세스 기반 맵핑룰을 정의하는 방식을 기준으로 설명한다.
논리-물리 프로세스 맵핑룰 정의 순서는 논리 프로세스와 물리 프로세스 간의 연관관계를 설정한 후 논리 프로세스의 액티비티와 물리 프로세스의 액티비티 간의 연관관계를 설정하는 순서로 한다.
논리 프로세스와 물리 프로세스 간의 연관관계는 물리 프로세스의 프로세스 설정창에서 제공하는 논리 프로세스 리스트에서 맵핑되는 프로세스를 선택해서 해당 정보를 저장한다.
논리 프로세스의 액티비티와 물리 프로세스의 액티비티와의 연관관계는 물리 프로세스의 액티비티 설정창에서 설정된 논리 프로세스에 존재하는 액티비티 리스트에서 맵핑되는 액티비티를 선택해서 해당 정보를 저장한다. 그러면 프로세스 디자이너는 논리 프로세스 기반에 맵핑된 물리 프로세스의 액티비티 정보를 포함시켜 새로운 프로세스 정보를 생성하고, 생성된 정보 기반으로 다이어그램을 생성한다.
맵핑룰에 의거한 자동화된 논리-물리 프로세스 맵핑 다이어그램 제공을 통해 논리 프로세스와 물리 프로세스 간의 갭(gap) 분석 및 최소화가 가능하고, 논리 프로세스와 물리 프로세스와의 관계 파악이 용이해진다.
도 14는 프로세스 정의에 대한 WFMC 표준인 XPDL의 구성을 나타내는 블럭도이다. 도 14에 도시된 바와 같이, Package(500)를 최상위 루트(root)로 가지며, Package(500)는 많은 개별적인 프로세스 정의와 데이터, 어플리케이션, 참여자 등의 정보를 함께 공유하기 위한 컨테이너 역할을 한다. Package(500)는 Data(510), Application(520), Participant(530) 및 Process(540) 정보들을 포함한다.
- Data(510)는 선언된 해당 영역 내 어디에서든 사용할 수 있는 변수에 대한 정의 부분이다.
- Application(520)은 Activity에서 실행할 수 있는 작업 폼 및 호출될 컴포넌트의 메소드 등을 정의하는 부분이다.
- Participant(530)는 Activity 작업자에 대한 정의 부분이다.
Process(540)는 작업 흐름이 모델링되는 비즈니스 프로세스를 말하며, Data(546), Application(545), Participant(544), ActivitySet(543), Transition(542), Activity(541) 등이 포함된다.
- ActivitySet(543)은 Activity(541)에 대한 그룹을 정의하는 부분이다.
- Transition(542)은 Activity들 간의 작업순서가 정의되는 부분이다.
- Activity(541)는 단위업무에 대한 정의 부분이다.
- Data(546)는 선언된 해당 영역 내 어디에서든 사용할 수 있는 변수에 대한 정의 부분이다.
- Application(545)은 Activity에서 실행할 수 있는 작업 폼 및 호출될 컴포넌트의 메소드 등을 정의하는 부분이다.
- Participant(544)는 Activity 작업자에 대한 정의 부분이다.
도 15는 본 발명에 따른 XPDL을 기반으로 하는 논리-물리 프로세스 맵핑 흐름도이다. 도 15에 도시된 바와 같이, 생성한 논리 프로세스 및 물리 프로세스를 로딩한 이후(S205), 논리 프로세스 리스트에서 하나의 논리 프로세스를 선택하고(S210), 선택된 논리 프로세스에 매칭되는 물리 프로세스가 존재하는지 검색한다(S215).
만약, 선택된 논리 프로세스에 매칭되는 물리 프로세스가 존재하는 경우, 선택된 논리 프로세스의 Activity를 선택하고(S220), 선택된 Activity에 매칭되는 물리 프로세스의 Activity가 존재하는지 검색한다(S225).
만약, 선택된 논리 프로세스의 Activity에 매칭되는 물리 프로세스의 Activity가 존재하는 경우, 해당 물리 프로세스의 Activity들을 이용하여 ActivitySet을 생성한다(S230). 이후, 논리 프로세스의 하위 ActivitySet에 생성한 물리 프로세스의 ActivitySet을 삽입하고(S235), 해당 논리 프로세스의 Activity를 Activity들의 그룹인 Block으로 변환하며, S230 단계에서 생성한 ActivitySet과 연결하여 맵핑한다(S240).
이때 논리 프로세스의 Activity와 물리 프로세스의 Activity의 관계가 1 : 1일 경우에는 ActivitySet 안에 Activity 정보 하나만 들어가고, 1 : N일 경우에는 Activity 정보들과 작업 흐름(transition) 정보도 포함한다.
다음으로, S210 단계에서 선택된 논리 프로세스에 제2의 Activity가 존재하는지 검색하여(S245), 제2의 Activity가 존재하는 경우, S220 단계부터 재수행한다.
만약, S245 단계에서 제2의 Activity가 존재하지 않는 경우, 제2의 논리 프로세스가 존재하는지 검색하여(S250), 제2의 논리 프로세스가 존재하는 경우, S210 단계부터 재수행한다.
도 16은 프로세스 정의에 대한 OASIS 표준인 WS-BPEL의 구성을 나타내는 블럭도이다. 도 16에 도시된 바와 같이, Process를 최상위 루트(root)로 가지며, 그 하위에 PartnerLink(610), Partner(620), Variable(630), CorrelationSet(640), FaultHandler(650), CompensationHandler(660), EventHandler(670), Activity(680) 등을 포함하고 있다.
- PartnerLink(610)는 웹서비스 파트너 간의 역할과 관계를 정의 한 것이다.
- Partner(620)는 비즈니스 프로세스 간에 주고받는 서비스를 정의한 서비스 파트너들의 집합을 정의한 것이다.
- Variable(630)은 비즈니스 프로세스 간에 만들어진 메시지를 보관하는 수단을 제공하거나 임시 변수를 저장하는 공간이다.
- CorrelationSet(640)은 교환된 메시지들을 상호 연계(corelation)하는데 사용되는 속성을 정의하는 것이다.
- FaultHandler(650)는 오류 처리에 대한 정의 부분이다.
- CompensationHandler(660)는 실행된 액티비티를 되돌릴 수 있는 롤백 트랜잭션 처리에 대한 정의 부분이다.
- EventHandler(670)는 이벤트 처리기를 정의할 때 사용된다.
- Activity(680)는 단위 작업들의 정의와 작업 순서를 표현한다.
WS-BPEL에서 Activity들의 그룹은 Scope를 사용하고 Scope 하위에 Activity들을 정의한다.
WS-BPEL 기반의 논리-물리 프로세스 맵핑 다이어그램의 구현 방법은 프로세스 정보가 하나만 존재하기 때문에 프로세스 간 맵핑 설정은 필요하지 않으며, 논리 프로세스의 Activity를 Scope으로 변경하고 매칭되는 물리 프로세스의 Activity들을 Scope 안에 포함시킴으로써 구현할 수 있다.
또한, 논리 프로세스와 물리 프로세스 정의 언어가 상이할 때 맵핑 다이어그램의 구현 방법은 한쪽을 XSLT를 사용해 변환하거나, 프로그램적으로 변환 후 물리 프로세스의 Activity를 그룹화한 후 논리 프로세스에 삽입하는 위의 방법을 사용한다. 예를 들어 논리 프로세스 정보가 XPDL기반이고, 물리 프로세스 정보가 WS-BPEL 기반일 때는 WS-BPEL을 XPDL로 변환시키고, XPDL 기반 논리-물리 프로세스 맵핑과 같은 방법을 적용한다. 논리 프로세스 정보가 WS-BPEL 기반이고, 물리 프로세스 정보가 XPDL 기반일 때는 XPDL을 WS-BPEL로 변환시키고, WS-BPEL과 같은 방법을 적용한다.
위에 언급한 언어 외의 기타 프로세스 정의 언어일 경우는 논리 프로세스의 액티비티를 그룹 형식으로 변경한 후, 맵핑룰을 참고로 물리 프로세스의 액티비티를 논리 프로세스 액티비티에 삽입해서, 논리 프로세스 기반으로 논리 프로세스의 액티비티에 연관된 물리 프로세스의 액티비티들을 내부에 포함한 형태의 다이어그램으로 표현한다.
도 17은 본 발명에 따른 작업 흐름과 데이터 흐름을 나타내는 개념도이다. 도 17에 도시된 바와 같이, (a)의 Activity Flow에서는 각 액티비티들 간의 작업 흐름을 다이어그램으로 표시하고 있으나, (b)의 Data Flow에서는 각 프로세스 및 액티비티에 입력되는 데이터와 프로세스 및 액티비티에서 처리되어 출력되는 데이터를 다이어그램으로 표시할 수 있다.
도 18은 본 발명의 일실시예에 따른 논리 및 물리 프로세스 모델링 시 데이터 흐름 모델링을 나타내는 화면 구성도이다. 도 18에 도시된 바와 같이, 프로세스 및 액티비티는 입력 데이터를 가지고 가공, 변경 및 처리를 통해 출력 데이터를 생성하는 것을 목적으로 하는데, 이처럼 중요한 정보가 숨겨져서 모델링 되던 것을 가시화하여 데이터의 흐름을 분석할 수 있다.
데이터 흐름 다이어그램은 정의된 프로세스 정보를 기반으로 액티비티와 데이터들 간의 관계를 자동으로 분석해서 데이터 흐름을 표현하는 방식과 업무 분석 가가 데이터와 데이터 흐름을 모델링하면서 프로세스를 정의하는 두 가지 방법이 존재할 수 있다.
데이터 흐름 다이어그램을 표현하는 방법 역시 탭으로 구분된 별도의 에디터에서 표현하는 방법과 하나의 에디터에서 "데이터와 데이터 흐름 보기" 옵션을 통해 표현하는 두 가지 방법이 존재할 수 있다.
별도의 에디터에서 데이터를 정의하면서 데이터 흐름을 표현하는 방법을 기준으로 설명하면 다음과 같다.
즉, 도 5에 도시된 Data Flow Editor(350-a2, 350-b2)는 데이터 흐름과 더불어 액티비티 간의 작업 흐름을 같이 보여줄 수 있다. 액티비티의 앞부분의 사각 박스들은 입력 데이터를 말하며, 뒷부분의 사각박스들은 출력 데이터를 말한다. 액티비티의 출력 데이터가 다음 액티비티의 입력으로 사용될 경우 데이터끼리 점선 화살표를 사용해 데이터 흐름을 설정할 수 있다. 또한, 데이터가 많을 경우 데이터를 그룹화해서 설정할 수 있다.
프로세스의 입력 데이터는 Start 액티비티에서 표현하고, 프로세스의 출력 데이터는 End 액티비티에 표현한다.
도 14에 도시된 바와 같이 프로세스 모델은 참여자 정보, 단위 작업 정보, 작업 흐름 정보, Application 정보, 데이터 정보들로 구성된다. 또한, 액티비티 모델에는 작업 수행자 정보, 데이터 및 데이터 흐름 정보, 단위 작업 시 사용할 Application 정보, Transaction 정보들로 구성된다. 다양한 정보가 정의되는 프로세스는 관점에 따라 다르게 표현될 수 있으며, 조직 내 역할에 따라 프로세스를 바 라보는 관점이 상이할 수 있다.
인사 관리자는 작업 수행자 관점의 프로세스 다이어그램을, 데이터 관리자는 데이터 관점의 프로세스 다이어그램을 시스템 관리자는 정보 시스템 관점의 프로세스 다이어그램을 개발자는 트랜잭션 관점 및 어플리케이션 관점의 프로세스 다이어그램을 필요로 한다.
관점에는 도 18에서 제시한 데이터 관점, 도 19에 제시한 작업 수행자 관점, 정보 시스템 관점, 어플리케이션 관점, 트랜잭션 관점 등이 존재한다.
관점별 프로세스 다이어그램을 제공하기 위해서는, 프로세스 모델 정보에서 관점에 해당하는 것을 액티비티로 정의하고, 관점 내 관계를 Transition으로 정의한다. 이때 변환된 프로세스 모델 정보는 기존에 정의된 프로세스의 메타 모델과 같은 형태로 변환하면, 에디터 모듈의 추가적인 개발 없이 기존 모듈의 재사용이 가능하다. 프로세스 모델 정보 변환 시에는 XSLT를 사용하거나, 프로그램적인 변환을 통해 구현할 수 있다.
관점별 프로세스 다이어그램은 탭으로 구분된 별도의 에디터에서 표현하는 방법과 하나의 에디터에서 제공되는 리스트에서 원하는 관점을 선택해서 표현하는 두 가지 방법이 존재할 수 있다. 이하 별도의 에디터에서 표현하는 방법을 기준으로 설명한다.
정의된 프로세스 모델 정보를 관점에 따라, 다양한 형태의 다이어그램으로 변환함으로써, 관점별 프로세스 분석을 용이하게 함으로써 프로세스의 개선 및 변경을 효율적으로 할 수 있다.
도 19는 본 발명의 일실시예에 따른 프로세스 모델의 변환을 통해 작업 수행자 관계 다이어그램을 나타내는 화면 구성도이다. 도 19에 도시된 바와 같이, 프로세스 모델 정보를 관점에 따라, 다른 형태의 다이어그램으로 표현할 수 있으며, 작업 흐름 기반 프로세스 다이어그램(a)을 작업자 관점에 따른 작업 수행자 관계 다이어그램(b)으로 변환해서 표현할 수 있다.
도 19의 (a)에 도시된 프로세스의 액티비티에는 Start, A1, A2, A3, A4, A5, End가 존재하고, 작업자는 업무 분석가, 성과 관리자, 경영자로 구성이 되어 있다. Start 액티비티에서 시작해서 업무 분석가 역할을 가진 작업자가 A1을 작업 후, 성과 관리자 역할을 가진 작업자가 A2를 경영자 역할을 가진 작업자가 A3를 수행하며, A2의 작업이 완료되면 경영자 역할을 가진 작업자가 A4의 작업을 수행하고, A3의 작업과 A4의 작업이 완료되면 경영자 역할을 가진 작업자가 A5의 작업을 수행함으로써 End 액티비티를 실행한 후 프로세스를 종료한다.
도 19의 (b)에 도시된 프로세스는 업무 분석가가 A1 작업을 통해 업무를 수행하면, 성과 관리자가 A2 작업을 통해 업무를 수행하고, 경영자는 A3, A4, A5를 통해 업무를 수행하는 것을 나타낸다. 여기서 중요한 작업 수행자는 경영자 역할을 가진 작업자임을 알 수 있다.
작업 수행자 관계 다이어그램은 프로세스의 추가 모델링 작업 없이, 프로세스 모델 정보를 기반으로 작업 수행자들 간의 관계를 자동 분석해 줌으로, 해당 작업자가 프로세스에서 얼마나 중요한 역할을 하는지, 얼마나 많은 작업들을 행하는지 등의 분석과 평가를 가능하게 한다.
작업 수행자 정보에는 회사, 부서, 사용자, 시스템, 역할, 그룹, 직책, 직위 등 다양한 정보가 정의될 수 있으며, 사용자와 시스템을 제외하고는 각 타입별로 할당된 사용자 정보를 액티비티명에 추가해서 출력해 줄 수 있다.
프로세스의 액티비티에는 사람의 개입 여부에 따라 자동화(Automated) 액티비티와, 수동(Manual) 액티비티로 구분된다. 작업 수행자 관계 다이어그램은 기존 프로세스 모델 정보에서 사람이 개입되어 작업하는 수동 액티비티에 한해 구성될 수도 있다.
도 20은 본 발명에 따른 XPDL 기반의 작업 수행자 관계 모델 생성 흐름도이다. 도 20에 도시된 바와 같이, 생성한 프로세스 모델 정보를 로딩한 이후(S305), 로딩한 프로세스 모델 정보를 기반으로 수행자 관점 프로세스 모델 정보를 생성하고, 생성한 프로세스 모델에 Package 정보를 추가 생성한다(S310).
이후, 로딩한 프로세스 모델에서 Process 정보를 선택해서(S315), 선택한 Process 정보를 기반으로 Process 정보를 생성한 후, 수행자 관점 프로세스 모델에 삽입한다(S320).
로딩한 프로세스 모델의 Process 정보에서 Start Activity를 선택한 후(S325), 수행자 관점 프로세스 모델의 Process 정보에 Start Activity를 복사한다(S330).
이후, 로딩한 프로세스 모델의 Transition 정보에서 다음 작업 순서를 갖는 액티비티가 존재하는지를 체크한다(S335). 만약 다음 작업 순서를 갖는 액티비티가 존재하는 경우, 다음 작업 순서를 갖는 액티비티를 선택한다(S340).
현재 선택한 액티비티가 프로세스의 종료 지점을 나타내는 End Activity인지 여부를 체크해서(S345), End Activity가 아니라면 액티비티의 작업 수행자 정보를 기초로 새로운 Activity 정보를 생성해서(S350), 수행자 관점 프로세스에 삽입한다(S355).
이후, 선택한 액티비티명을 캡션으로 하는 Transition 정보를 생성해서(S360), 수행자 관점 프로세스 모델에 해당 정보를 삽입한다(S365).
이때 Transition 정보의 From 속성은 수행자 관점 프로세스 모델에 존재하는 바로 이전에 생성된 Activity ID로, To 속성에는 새로 생성한 액티비티 ID 정보로 구성된다.
다음으로, S340 단계에서 선택한 액티비티 정보를 기반으로 다음 작업 순서를 갖는 액티비티가 존재하는지를 체크하는 S335 단계를 재수행한다.
만약 S345 단계에서 현재 선택된 Activity 정보가 End Activity일 경우는 수행자 관점 프로세스 모델에 End Activity 정보를 복사한 후(S370), End Activity명을 캡션으로 하는 Transition 정보를 생성해서(S375), 수행자 관점 프로세스 모델에 해당 정보를 삽입한다(S380).
이후, 로딩한 프로세스 모델에 추가 프로세스가 존재하는지 체크해서(S385) 존재한다면 S315 단계부터 재수행한다.
본 발명은 이상에서 살펴본 바와 같이 바람직한 실시예를 들어 도시하고 설명하였으나, 상기한 실시예에 한정되지 아니하며 본 발명의 정신을 벗어나지 않는 범위 내에서 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양 한 변경과 수정이 가능할 것이다.
따라서, 본 발명의 비즈니스 프로세스 모델 맵핑을 위한 장치 및 방법에서 논리 프로세스와 물리 프로세스 분리를 통한 효과는 논리 프로세스 지원을 통하여 Workflow/BPMS 엔진이 실행하기 위한 프로세스 설계가 아닌 현업 사용자 관점의 프로세스 설계가 가능한 효과가 있다.
또한, 논리 프로세스 모델에 근거한 물리 프로세스 모델을 지원할 수 있고, 하나의 논리 프로세스는 하나 이상의 물리 프로세스가 될 수 있으며, 하나의 논리 프로세스의 액티비티는 하나 이상의 물리 프로세스의 액티비티가 될 수 있다. 하지만 어떤 경우에도 논리 프로세스 모델에 존재하지 않는 요소가 물리 프로세스 모델에서 정의될 수는 없기 때문에, 논리 프로세스 모델의 변경에 따른 물리 프로세스 모델의 선택적인 변경을 지원할 수 있는 효과가 있다.
또한, 논리 프로세스 모델과 물리 프로세스 모델 간의 독립성을 유지할 수 있는 효과가 있다. 논리 프로세스 모델은 기업의 현존하는 비즈니스뿐만 아니라, 미래의 가능성까지 고려한 비즈니스를 구체적으로 정의한 개념 모델이기 때문에, Workflow/BPMS 엔진은 물리 프로세스 모델에는 영향을 미치지만 개념적 논리 프로세스 모델에는 영향을 미칠 수 없어, 물리 프로세스 모델의 변경사항이 논리 프로세스 모델에 영향을 미치지 않도록 하여 모델의 독립성을 보장할 수 있는 효과가 있다.
또한, 다양한 물리 프로세스 모델을 생성하여 논리 프로세스 모델의 본질을 훼손하지 않은 채 하나의 논리 프로세스 모델이 Workflow/BPMS 엔진에 따라 다양한 유형의 물리 프로세스 모델을 생성할 수 있도록 지원하기 때문에, 논리 프로세스는 XPDL기반으로, 물리 프로세스는 WS-BPEL 기반으로 설계 가능한 효과가 있다.
또한, 논리 프로세스 모델에서 프로세스 맵 지원을 통한 효과는 전사 프로세스의 표현과 프로세스 간의 관계 정립이 가능하며, 카테고리로 비즈니스 프로세스를 관리하던 여타 Workflow/BPMS와는 달리 계층 방식의 프로세스 맵으로 관리함으로써, 최상위 레벨에서 전사 프로세스를 하나의 다이어그램으로 정의 및 관리가 가능하고 상위 레벨에서는 하위 레벨 프로세스들 간의 관계 규정이 가능한 효과가 있다.
또한, 비즈니스 프로세스가 상위 단계에서부터 하위 단계까지 구조적으로 정의되고, 각 단계는 Workflow/BPMS 도입 업체가 정의한 각각의 고유한 목적이 존재하며, 상위 단계의 결정이 하위 단계에 적용되어 좀 더 상세화되고, 하위 단계의 변화로 인해 상위 단계가 함부로 영향을 받지 않으므로 프로세스 모델의 일관성을 지속적으로 보장하는 효과가 있다.
또한, 비즈니스 프로세스가 상위 단계에서부터 하위 단계까지 구조적인 계층 방식으로 정의되고 계층 상호 간에 구체적인 연결 고리가 존재하며, 하위 계층은 상위 계층에 대한 상세화이므로 결국 상세화된 하위 계층이 상세화시킨 상위 계층의 대상과 분명한 연결고리를 가지고 있는 효과가 있다.
또한, 논리 프로세스 모델과 물리 프로세스 모델 간의 변환 및 전환 기능을 통해, 논리 프로세스 모델 본질에 대한 의미 희석을 방지할 수 있고, 하향식(Top Down) 및 상향식(Bottom Up) 방식의 프로세스 설계도 가능한 효과가 있다.
또한, 논리 프로세스 모델을 물리 프로세스 모델로 전환시 사용자의 작위적인 판단에 의한 논리 프로세스 모델의 본질에 대한 의미 희석을 방지할 수 있고, 논리 프로세스에 기반한 물리 프로세스 설계가 가능해지며, 일반적인 프로세스 명세를 실행 가능한 프로세스로의 전환 어려움을 해결할 수 있는 효과가 있다.
또한, 논리-물리 프로세스 맵핑 다이어그램 제공을 통해 논리 프로세스와 물리 프로세스 간의 갭(Gap)을 최소화시키고 서로 간의 관계 파악이 가능한 효과가 있다. 맵핑룰에 의거한 논리-물리 프로세스 맵핑 다이어그램을 제공하여 논리 프로세스와 물리 프로세스의 갭(Gap) 분석 및 괴리를 최소화할 수 있는 효과가 있다.
또한, 정보 시스템(Legacy System)으로부터 프로세스를 자동 도출해 주는 기능을 통해, 기업에 존재하는 다양한 정보시스템으로부터 현재 비즈니스 프로세스(AS-IS Process)를 빠르고, 효율적으로 도출할 수 있는 효과가 있다.
또한, 작업 흐름과 데이터 흐름의 분리를 통해 작업 흐름뿐만 아니라 데이터의 흐름을 가시화할 수 있는 효과가 있다. 프로세스 및 액티비티는 입력 데이터를 가지고 가공, 변경, 처리를 통해 출력 데이터를 생성하는 것을 목적으로 하며, 이렇게 생성된 출력 데이터는 또 다른 액티비티의 입력으로 사용하므로, 중요한 정보가 숨겨져서 모델링 되던 것을 가시화함으로써 데이터의 흐름 및 처리과정이 분석됨으로써 데이터의 흐름이 가시화되는 효과가 있다.
또한, 정의된 프로세스 모델 정보를 관점에 따라 다양한 형태의 다이어그램 으로 변환하는 기능을 통해, 관점별 프로세스 분석을 용이하게 함으로써 프로세스의 개선 및 변경을 효율적으로 할 수 있는 효과가 있다. 조직 내 역할에 따라 프로세스를 바라보는 관점은 상이하다. 인사 관리자는 작업 수행자 관점의 프로세스 다이어그램을, 데이터 관리자는 데이터 관점의 프로세스 다이어그램을, 시스템 관리자는 정보 시스템 관점의 프로세스 다이어그램을, 개발자는 트랜잭션 관점 및 어플리케이션 관점의 프로세스 다이어그램을 필요로 한다. 본 발명은 하나의 프로세스 모델 정보를 추가적인 모델링 과정 없이, 관점별 다양한 형태의 다이어그램 제공을 통해 프로세스 분석을 용이하게 해주고, 프로세스 개선 시 파급 효과를 진단할 수 있는 효과가 있다.

Claims (26)

  1. 논리 프로세스 및 물리 프로세스를 맵핑하여 비즈니스 프로세스를 생성함에 있어서,
    상기 비즈니스 프로세스 간의 관계정의를 입력받고 모델링하기 위한 프로세스 디자이너
    를 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  2. 제 1 항에 있어서, 상기 프로세스 디자이너는
    논리적으로 구별되는 단위업무 데이터를 입력받아 사용자가 이해할 수 있는 논리 프로세스를 생성하기 위한 논리 프로세스 생성 수단; 및
    물리적으로 구별되는 단위업무 데이터를 입력받아 프로세스 실행 엔진이 이해할 수 있는 물리 프로세스를 생성하기 위한 물리 프로세스 생성 수단
    을 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  3. 제 2 항에 있어서, 상기 프로세스 디자이너는
    정보 시스템으로부터 비즈니스 프로세스를 자동 도출하기 위한 프로세스 디스커버리
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  4. 제 2 항에 있어서, 상기 프로세스 디자이너는
    상기 논리 프로세스 및 물리 프로세스를 맵핑하기 위한 맵핑 수단
    을 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  5. 제 2 항에 있어서, 상기 논리 또는 물리 프로세스 생성 수단은
    상기 단위업무 데이터를 이용하여 상기 논리 또는 물리 프로세스의 작업 흐름을 생성하기 위한 액티비티 흐름 데이터
    를 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  6. 제 5 항에 있어서, 상기 논리 또는 물리 프로세스 생성 수단은
    상기 단위업무 데이터를 이용하여 상기 논리 또는 물리 프로세스의 데이터 흐름을 생성하여, 단위업무 및 프로세스의 입력 값 또는 출력 값을 포함하는 데이터 흐름 에디터
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  7. 제 5 항에 있어서,
    상기 논리 또는 물리 프로세스 생성 수단은
    상기 단위업무 데이터를 이용하여 관점에 따른 프로세스 다이어그램을 생성하기 위한 관점 에디터
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  8. 제 2 항에 있어서,
    상기 비즈니스 프로세스를 계층 구조로 형성하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 시스템.
  9. 계층적 구조로 형성되는 비즈니스 프로세스의 데이터를 저장함에 있어서,
    상기 비즈니스 프로세스를 식별하기 위한 프로세스 아이디 저장부;
    상기 비즈니스 프로세스의 상위 비즈니스 프로세스의 참조 정보를 포함하는 상위 프로세스 아이디 저장부;
    상기 비즈니스 프로세스의 논리 프로세스의 정보를 저장하기 위한 논리 프로세스 모델 정보 저장부; 및
    상기 비즈니스 프로세스의 물리 프로세스의 정보를 저장하기 위한 물리 프로세스 모델 정보 저장부
    를 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스의 데이터 구조.
  10. 제 9 항에 있어서, 상기 논리 또는 물리 프로세스 모델 정보 저장부는
    상기 논리 또는 물리 프로세스를 모델링한 정보를 저장하기 위한 논리 또는 물리 프로세스 모델 정보 저장부; 및
    상기 논리 또는 물리 프로세스 모델링 정보를 표준화된 정보로 저장하기 위한 표준 참조 논리 또는 물리 프로세스 정보 저장부
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스의 데이터 구조.
  11. 비즈니스 프로세스를 생성하기 위한 방법에 있어서,
    (a) 계층적 데이터를 입력받아 하나 이상의 프로세스로 계층 구조를 생성하는 단계;
    (b) 논리 프로세스를 위한 작업 흐름 및 데이터 흐름을 입력받는 단계;
    (c) 물리 프로세스를 위한 작업 흐름 및 데이터 흐름을 입력받는 단계; 및
    (d) 상기 논리 프로세스와 물리 프로세스를 맵핑하는 단계
    를 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  12. 제 11 항에 있어서,
    상기 논리 또는 물리 프로세스의 데이터는 입력 값 또는 출력 값을 포함하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  13. 제 11 항에 있어서,
    상기 논리 프로세스의 액티비티에 매칭되는 물리 프로세스의 액티비티의 개수가 일대다일 경우, 논리 프로세스 액티비티에 물리 프로세스의 액티비티와 작업 흐름 정보를 표현하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  14. 제 11 항에 있어서, 상기 (b) 단계와 (c) 단계 사이에
    입력된 상기 논리 프로세스의 작업 흐름과 데이터 흐름을 이용하여 논리 프로세스를 모델링하는 단계
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  15. 제 14 항에 있어서,
    모델링된 상기 논리 프로세스의 모델링 정보는 상기 모델링 정보를 수정하기 위해 저장되는 설계 참조 논리 프로세스 모델 저장부와 상기 비즈니스 프로세스를 공표하기 위해 저장되는 표준 참조 논리 프로세스 모델 저장부에 저장되는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  16. 제 11 항에 있어서, 상기 (c) 단계와 (d) 단계 사이에
    입력된 상기 물리 프로세스의 작업 흐름과 데이터 흐름을 이용하여 물리 프로세스를 모델링하는 단계
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  17. 제 16 항에 있어서,
    모델링된 상기 물리 프로세스의 모델링 정보는 상기 모델링 정보를 수정하기 위해 저장되는 설계 참조 물리 프로세스 모델 저장부와 상기 비즈니스 프로세스를 실행하는 경우 참조하기 위해 저장되는 표준 참조 물리 프로세스 모델 저장부에 저장되는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  18. 제 14 항 또는 제 16 항에 있어서,
    프로세스 모델러 또는 비즈니스 프로세스 설정에 따라 상기 논리 프로세스와 상기 물리 프로세스를 동시에 생성하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  19. 제 14 항 또는 제 16 항에 있어서,
    사용자의 변환 명령에 따라 상기 논리 프로세스 모델 정보와 상기 물리 프로세스 모델 정보가 상호 변환되는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  20. 제 11 항에 있어서, (b) 단계 이후 또는 (c)단계 이후에
    정의된 프로세스 모델 정보를 기반으로 관점에 따른 프로세스를 분석하는 단계를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  21. 제 20 항에 있어서,
    상기 프로세스를 분석하는 단계는 상기 관점에 따른 프로세스 다이어그램을 생성하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  22. 제 21 항에 있어서,
    상기 관점은 작업 수행자 관점, 정보 시스템 관점, 어플리케이션 관점 및 트 랜잭션 관점 중 하나 이상을 사용하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  23. 제 11 항에 있어서, (a) 단계 이전에
    정보 시스템으로부터 상기 비즈니스 프로세스를 도출하는 단계
    를 더 포함하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  24. 제 23 항에 있어서,
    상기 정보 시스템으로부터 상기 비즈니스 프로세스를 도출하는 단계는
    웹기반 프로그래밍 언어로 작성된 정보 시스템으로부터 상기 비즈니스 프로세스를 도출하거나, 범용 프로그래밍 언어로 작성된 정보 시스템으로부터 상기 비즈니스 프로세스를 도출하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  25. 제 11 항에 있어서, 상기 (d) 단계는
    상기 논리 프로세스 정보와 상기 물리 프로세스 정보를 기반으로 논리-물리 프로세스 맵핑룰을 생성하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
  26. 제 11 항에 있어서, 상기 (d) 단계는
    상기 논리 프로세스 정보와 상기 물리 프로세스 정보를 기반으로 맵핑한 프로세스 정보를 생성하는 것을 특징으로 하는 논리 프로세스 및 물리 프로세스를 맵핑한 비즈니스 프로세스를 생성하기 위한 방법.
KR1020070027921A 2006-10-19 2007-03-22 논리 프로세스 및 물리 프로세스 모델을 맵핑한 비즈니스 프로세스 모델을 관리하기 위한 시스템 및 방법 KR100910336B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020060101664 2006-10-19
KR20060101664 2006-10-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020090042483A Division KR20090073061A (ko) 2009-05-15 2009-05-15 논리 프로세스 및 물리 프로세스 모델을 맵핑한 비즈니스 프로세스 모델을 관리하기 위한 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20080035427A true KR20080035427A (ko) 2008-04-23
KR100910336B1 KR100910336B1 (ko) 2009-07-31

Family

ID=39574415

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070027921A KR100910336B1 (ko) 2006-10-19 2007-03-22 논리 프로세스 및 물리 프로세스 모델을 맵핑한 비즈니스 프로세스 모델을 관리하기 위한 시스템 및 방법

Country Status (1)

Country Link
KR (1) KR100910336B1 (ko)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013048342A2 (en) * 2011-09-28 2013-04-04 Devendra Pal Singh Happiness-innovation matrix (him) model for analyzing / creating product solutions for attractiveness and sustainability.
KR101528803B1 (ko) * 2008-06-20 2015-06-16 에스케이텔레콤 주식회사 비즈 프로세스 기반 어플리케이션 구축 시스템 및 방법
KR20160038672A (ko) * 2014-09-29 2016-04-07 주식회사 사이버다임 비정형 업무 영역에서의 업무 관리와 자동화 제어 시스템 및 그 방법
KR20180065416A (ko) * 2016-12-07 2018-06-18 (주)에스피파트너스 빅데이터 분석 프로세스 모델링을 위한 인터페이스 장치
US10545729B2 (en) 2011-10-20 2020-01-28 International Business Machines Corporation Computer program interface
CN113204329A (zh) * 2021-03-19 2021-08-03 浙江华云信息科技有限公司 统一数据模型驱动业务应用的控制方法及其应用系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101712627B1 (ko) 2015-07-24 2017-03-14 주식회사 스마티랩 기계학습 기반의 자율 적응형 비즈니스 프로세스 실행 방법
KR102425519B1 (ko) 2016-08-02 2022-07-27 (주)씽크포비엘 비즈니스 프로세스 모델의 거래를 가능하게 하는 방법, 컴퓨터 판독가능 기록 매체, 및 컴퓨터 시스템

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7162427B1 (en) 1999-08-20 2007-01-09 Electronic Data Systems Corporation Structure and method of modeling integrated business and information technology frameworks and architecture in support of a business
US20060074735A1 (en) 2004-10-01 2006-04-06 Microsoft Corporation Ink-enabled workflow authoring
US7562092B2 (en) 2004-12-22 2009-07-14 Microsoft Corporation Secured views for a CRM database
US20060229926A1 (en) 2005-03-31 2006-10-12 Microsoft Corporation Comparing and contrasting models of business

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101528803B1 (ko) * 2008-06-20 2015-06-16 에스케이텔레콤 주식회사 비즈 프로세스 기반 어플리케이션 구축 시스템 및 방법
WO2013048342A2 (en) * 2011-09-28 2013-04-04 Devendra Pal Singh Happiness-innovation matrix (him) model for analyzing / creating product solutions for attractiveness and sustainability.
WO2013048342A3 (en) * 2011-09-28 2013-06-13 Devendra Pal Singh Happiness-innovation matrix (him) model for analyzing / creating product solutions for attractiveness and sustainability.
US10545729B2 (en) 2011-10-20 2020-01-28 International Business Machines Corporation Computer program interface
KR20160038672A (ko) * 2014-09-29 2016-04-07 주식회사 사이버다임 비정형 업무 영역에서의 업무 관리와 자동화 제어 시스템 및 그 방법
KR20180065416A (ko) * 2016-12-07 2018-06-18 (주)에스피파트너스 빅데이터 분석 프로세스 모델링을 위한 인터페이스 장치
CN113204329A (zh) * 2021-03-19 2021-08-03 浙江华云信息科技有限公司 统一数据模型驱动业务应用的控制方法及其应用系统

Also Published As

Publication number Publication date
KR100910336B1 (ko) 2009-07-31

Similar Documents

Publication Publication Date Title
CN111443940B (zh) 一种基于DevOps的完整软件生命周期管理方法及系统
US8959481B2 (en) Determining system level dependencies
KR100910336B1 (ko) 논리 프로세스 및 물리 프로세스 모델을 맵핑한 비즈니스 프로세스 모델을 관리하기 위한 시스템 및 방법
Kruchten et al. Building up and reasoning about architectural knowledge
US7120896B2 (en) Integrated business process modeling environment and models created thereby
US8340995B2 (en) Method and system of using artifacts to identify elements of a component business model
US10452366B2 (en) Method and tool for engineering software architectures with its various software artifacts of complex cyber-physical systems of different technical domains
US9569737B2 (en) Methods and tools for creating and evaluating system blueprints
US7926024B2 (en) Method and apparatus for managing complex processes
CN112764736B (zh) 一种web端流程图建模方法、设备和系统
CN112363953B (zh) 基于爬虫技术和规则引擎的接口测试用例生成方法及系统
CN111736821A (zh) 可视化建模分析方法、系统、计算机设备和可读存储介质
Cortes-Cornax et al. Evaluating the appropriateness of the BPMN 2.0 standard for modeling service choreographies: using an extended quality framework
KR20070113168A (ko) 시스템 구축 가이드 시스템
Vaisman An introduction to business process modeling
He et al. ISA-95 tool for enterprise modeling
Van Mierlo et al. A multi-paradigm approach for modelling service interactions in model-driven engineering processes
Basirati et al. Towards systematic inconsistency identification for product service systems
Kelemen et al. Selecting a process modeling language for process based unification of multiple standards and models
US20070136333A1 (en) Method of inspection and a user interface for a business measure modeling tool
KR20090073061A (ko) 논리 프로세스 및 물리 프로세스 모델을 맵핑한 비즈니스 프로세스 모델을 관리하기 위한 시스템 및 방법
Estrada et al. Goal-based business modeling oriented towards late requirements generation
Wetzstein KPI-related monitoring, analysis, and adaptation of business processes
US20140149186A1 (en) Method and system of using artifacts to identify elements of a component business model
Keller et al. Modelling collaborative processes for Virtual Organisations in the building industry

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
J201 Request for trial against refusal decision
A107 Divisional application of patent
AMND Amendment
AMND Amendment
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120522

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20170623

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20180611

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20191127

Year of fee payment: 11