KR20100081449A - 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법 - Google Patents

Abstract

본 발명은 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법에 관한 것이다.

업무 프로그램의 비즈니스 로직을 기능단위로 블록 정의하여 다수의 기능 블록을 독립적인 모듈로 프로그래밍 된다. 업무 프로그램의 기능 블록들이 시스템 내에 다수 존재한다. 또한, 이러한 기능 블록이 화면상에서도 블록화로 구성되도록 프로그래밍 된다. 즉 화면을 처리 단위별로 블록화 한 후에, 개발자가 코딩을 하는 대신에 기능 블록의 서비스와 화면의 처리 단위를 패턴화된 처리 등록기를 통해서 세팅함으로써 업무모듈을 창출할 수 있다.

Description

실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법{METHOD FOR DEVELOPING BUSINESS PROGRAM USING REAL TIME EVENT PATTERN PROCESSING PROGRAM IN ENTERPRISE RESOURCE PLANNING SYSTEM}

본 발명은 전사적 자원 관리(Enterprise Resource Planning; ERP)에 관한 것이며, 특히 ERP 구성을 위한 업무 프로그램 개발 방법론에 관한 것이다.

기업활동을 위해 쓰이는 기업 내의 모든 인적, 물적 자원을 효율적으로 관리하여 궁극적으로 기업의 경쟁력을 강화시키기 위한 통합정보 시스템 기술로서의 ERP는 현재 각 기업체의 통합 솔루션으로서 각광을 받고 있다.

ERP 시스템은 기업의 경영활동을 위해 다수의 시스템, 즉, 생산과 자재, 구매와 수입, 영업과 물류, 운영관리, 회계, 인사, 급여 등의 운영 시스템을 하나의 체계로 통합적인 시스템으로 재구축함으로써 생산성을 극대화하는 소프트웨어 패키지이다. 이러한 ERP 시스템은, "계획(Plan) → 업무 진행(Do) → 성과측정(See)"의 경영 과정이 다양한 업무를 포괄하면서 유기적으로 연결되어야 하며, 또한 끊임없 이 변화하는 비즈니스에 신속하고 유연하게 대처할 수 있어야 한다. 이러한 사항들은 ERP 시스템의 프로그래밍 개발 단계에서부터 적극적으로 고려될 필요가 있다. 즉, 다양한 업무의 유기적인 연결과 변화에 대한 신속하고 유연한 대처가 가능한 시스템 환경이 구축되어야 하며, 이는 또한 사용자 단말의 화면을 통해 구조화되어야 한다.

ERP 시스템의 업무 프로그램은 수요자의 요구사항에 따라 업무 모듈들이 달라지며, 또한 요구사항의 변화로 말미암아 화면에 대한 수정이나 Customizing이 빈번하게 요구된다. 한편, ERP 시스템에서 각 화면들에 요구되는 프로그래밍적인 기능들은 공통되는 부분이 많고 비슷한 기능들이 많이 구현되는 특징이 있다.

그런데 기존의 프로그래밍 방식은 코드로 화면을 제작한 후에 빌드라는 과정을 거쳐야 하는 번거로움이 있었다. 또한 기능을 파악하거나 어떤 서비스가 연결되어 있는지를 확인하기 위해서는 소스 코드를 일일이 분석해야만 했다. 기업의 여러 가지 업무가 상호 유기적인 관계를 갖고 상호 유사한 업무 특성을 갖기 때문에, ERP 업무 프로그램도 다른 업무 영역에서조차 공통된 기능이 구현될 가능성이 매우 높다. 따라서 해당 공통 기능을 재사용할 수 있다면, 업무 프로그램의 개발, 관리 및 활용의 면에서 큰 장점을 갖게 될 것이다. 그러나 종래의 프로그래밍 방식은 그 기능을 추려내기도 어려울 뿐만 아니라 디버그 또한 쉽지 않았다.

ERP 시스템 구축에 투입되는 개발자의 관점에서 보자면, 프로그래밍 언어에 대한 높은 이해와 상당한 교육기간이 필요하다. 종래의 방식에서는 개발자들의 프로그래밍 스킬에 따라 제작되는 화면의 퀄리티(Quality)가 크게 영향을 받게 되는 데, 퀄리티를 일정 수준이상 유지하기 위해서는 개발자들에게 과부하가 따르게 마련이다. 더욱이 프로그래밍된 종래의 업무에 사소한 변화가 가해지거나 수정 요청이 발생되는 경우, 개발자인 그 또는 그녀는 새롭게 일일이 프로그래밍하여야 하기 때문에 그와 같은 과부하는 더욱 증폭되는 면이 있었다. 결과적으로 사소한 요구 조건 변화에 따라 비슷한 화면을 다량으로 중복 생산해 내어 개발자 부하가 증가되는 문제점이 있었던 것이다.

ERP 시스템의 수요자인 기업의 관리자 입장에서도, 빈번하고 다양한 요구변화가 있을 때마다 개발자에게 프로그램 수정을 요청하고 기다려야 하기 때문에, 그러한 요구변화에 신속하고 유연하게 대처할 수 없는 문제점도 있었다.

도 1은 종래의 시스템에 있어서, 업무 프로그램 개발 방법에 관한 개발자와 사용자와의 관계의 개략적인 개념을 도시하고 있다. 도 1에 도시 되어 있는 바와 같이, 업무 프로그램에는 다수의 업무 모듈(4)들이 포함되어 있고, 종래에는 이것들이 각각 별도로 개발되었다. 또한 각각의 업무모듈은 각각의 기능이나 고정들이 소스 코드 내부에 종속되어 있기 때문에, 사용자 화면단에서는 능동적으로 변경할 수가 없었다. 사용자(2)가 새로운 기능을 추가하거나 또는 수정을 하고자 하는 경우에는, 개발자(2)에게 요청해야 하고, 개발자(2)가 각각 별도로 코딩 및 빌드(3) 절차를 거쳐서 새로운 기능이 추가되거나 수정된 업무 모듈을 개발하여야 했다. 그러다 보니, 개발자의 프로그래밍 작업에 대한 부하가 증가하는 문제점이 있었고, 각각의 업무 모듈에 존재하는 공통 부분에 대한 재사용의 여지가 존재하지 못했던 것이다. 더욱이 비즈니스 환경 변화에 대하여 기업이 신속하고 유연하며 경제적으 로 대처하는데 있어서, 프로그램적인 벽이 존재하였다.

본 발명의 발명가는 위와 같은 문제점을 해결하기 위하여 연구 노력한 결과, 본 발명을 완성하였다.

위와 같은 종래기술의 문제점을 해결하기 위하여, 본 발명의 목적은 다음 각 사항으로 정리될 수 있다.

(1) 업무 프로그램 개발 생산성을 높이기 위해서 보다 신속하고 용이하게 개발할 수 있는 수단을 제공하고자 한다.

(2) 기업의 다양한 업무 중에는 공통되는 요소가 많기 때문에, 프로그램 개발시에 이러한 공통 요소를 재사용할 수 있는 시스템 구축이 필요하다.

(3) 또한, 상기 공통 요소는 결과적으로 사용자 단말의 화면에 구현되는 것이기 때문에, 업무의 주체가 되는 기업의 입장에서, 기업의 관리자 또는 그 관리자와 최밀접한 컨설턴트나 기획자 선에서 화면을 이용하여 스스로 프로그램을 변경할 수 있는 수단을 제공하고자 한다.

(4) 개발자의 관점에서는, 개발부하를 저감하고, 개발생산성과 재사용성을 획기적으로 고양시킴으로써, 시스템 구축에 소요되는 프로젝트 기간과 비용을 절감할 수 있는 방법을 제공하고자 한다.

한편, 본 발명의 명시되지 않은 또 다른 목적들은 하기의 상세한 설명 및 그 효과로부터 용이하게 추론할 수 있는 범위 내에서 추가적으로 고려될 것이다.

위와 같은 목적을 달성하기 위하여, 본 발명은, 전사적 자원 관리 시스템의 전사적 자원 관리 업무 프로그램 개발 방법으로서:

업무 프로그램의 복수의 비즈니스 로직을 각각 기능단위로 블록 정의하여 1개 이상의 기능 블록으로 프로그래밍하는 단계;

단말의 화면을 처리 단위 별로 블록화하는 단계;

상기 블록화된 기능인 기능 블록과 상기 블록화된 화면의 연결에 대한 패턴을 정의하고 형성하는 단계;

상기 패턴에 따라 기능 블록을 선택하고 정의하여 업무 화면을 생성하는 단계; 및

상기 시스템이 생성된 업무 화면에 다라 순차적으로 기능블록을 실행하는 단계를 포함하는 것을 특징으로 한다.

또한, 바람직하게는, 상기 기능 블록은, 데이터 블록과 메소드를 갖는 것이 좋다.

또한, 본 발명의 단말 화면은, 3가지 구획으로 분할하고,

제1 구획은 기능이 구현될 수 있는 요소들을 배치하되, 이벤트 표시를 하고,

제2 구획은 상기 제1구획에서 선택된 요소들에 대한 연결 가능한 이벤트들을 리스트업 하고,

제3 구획은 패턴화된 입력 화면을 통해 실제 이벤트를 등록하는 것으로 블록화하는 것이 바람직하다.

또한, 상기 제3 구획은 기능 블록의 메소드를 등록하는 화면 영역이기도 하며, 처리순서, 처리유형, 대상, 선택유형을 메소드 항목으로서 포함하는 것이 바람 직하다.

또한, 상기 대상 항목은, 생성하고자 하는 업무 화면 내의 화면 블록들이 리스트 업되는 것이 바람직하다.

또한, 본 발명의 다른 국면으로서, 위와 같은 업무 프로그램 개발 방법이 수록되어 있는 컴퓨터 판독 가능한 기록매체를 특징으로 한다.

본 발명에 따르면, 개발생산성과 재사용성이 향상되고, 개발자들의 부하가 줄어듦으로써 프로젝트 기간을 단축하여 프로젝트 비용을 줄일 수 있다는 효과를 거둘 수 있다.

또한, 개발자가 아니어도, 컨설턴트나 기획자 선에서 실시간 프로그래을 수정, 개발할 수 있다는 장점이 있다. 이러한 장점은 고객과 근접하여 요구사항을 바로 반영해 줄 수 있게 됨으로써 수요자의 다양하고 빈번한 요구변화에 능동적으로 대응할 수 있는 효과를 발휘한다.

덧붙여, 런타임 디버그 기능으로 문제 발생시 소스코드를 보지 않아도 모니터링과 오류 원인 파악을 쉽게 할 수 있다는 장점도 있음을 첨언한다.

또한, 본 발명의 명세서에서 구체적으로 언급되지 않은 효과라 하더라도, 본 발명의 기술적 특징에 의해 기대되는 잠정적인 효과는 본 발명의 명세서에 기재된 것과 같이 취급됨을 첨언한다.

이하, 첨부된 도면을 참조하여 본 발명의 실시를 위한 구체적인 내용을 설명한다. 그리고 본 발명을 설명함에 있어서, 관련된 공지기능 등 이 분야의 기술자에게 자명한 사항으로서 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.

도 2는 본 발명의 개략적인 개념을 설명하고 있다. 업무 프로그램의 비즈니스 로직을 기능단위로 블록 정의하여 다수의 기능 블록(10)을 개별적이고 독립적인 모듈로 프로그래밍 된다. N은 1보다 큰 정수로 정의되며, 업무 프로그램의 기능 블록(10)들이 시스템 내에 다수 존재한다. 또한, 이러한 기능 블록(10)이 사용자 단말의 화면(30) 상에서도 블록화로 구성되도록 프로그래밍 된다(①번). 즉 화면(30)을 처리 단위별로 블록화 한 후에, 개발자가 코딩을 하는 대신에 기능 블록(10)의 서비스와 화면(30)의 처리 단위를 패턴화된 방법으로 세팅함으로써(③번) 업무모듈(40)을 창출할 수 있다. 예컨대 기능 1, 기능 2, 기능 3으로 업무모듈(40)을 세팅할 수 있다. 그리고 사용자 단말은 이렇게 만들어진 업무 모듈(40)을 이용하여 ERP 업무를 처리하게 된다.

이와 같이, 개발 단계에서 기능별로 일일이 코딩할 필요가 없기 때문에 개발 작업이 매우 용이해졌고, 그에 따른 부수적인 효과로서 사용자 단말의 업무 프로그램 접근성도 매우 높아질 수 있다. 다른 실시예에서는 사용자 단말(20)이 서비스를 새롭게 구성(기능을 추가하거나 수정하는 등)을 하기 위하여 기능들을 선택하는 명 령을 입력할 수도 있다(②번). 이와 같은 명령 처리가 완료되면, 시스템은 자동으로 미리 설정된 규칙에 따라서 선택된 기능 블록(예컨대, 기능 1, 기능 2, 기능 3)들을 연결하여 업무 모듈(40)을 창출할 수 있다.

도 3은 도 2의 개략적인 개념에 기초하여, 본 발명의 실시간 이벤트 패턴 처리기에 의한 프로그래밍 방법에 의해 시스템 내부에서의 기능블록의 개발과 화면 단에에서의 세팅되는 새로운 업무 모듈의 실행까지의 개략적인 전체 프로세스를 나타낸다.

먼저 업무 시스템 내의 각각의 기능을 블록화하여 프로그래밍한다(S100). 다수의 업무 기능들은 비즈니스 서비스 레이어(Business Service Layer)에서 데이터 블록(Data Block)과 메소드(Method)로 갖는 블록 단위의 서비스로 블록화한다. 그리고 이는 웹 서비스 레이어(Web Service Layer)를 통해 사용자 화면단의 프리젠테이션 레이어(Presentational Layer)와 연결되며, 데이터베이스에 저장되어 있는 데이터를 핸들링할 수 있는 구조를 갖는다.

다음으로 화면의 각 부분을 블록화한다(S200). 이를 통해 시스템의 단말(개발자 단말 또는 사용자 단말)은 각각의 기능들에 대한 소스 분석을 할 필요 없이 화면에 표시되는 기능들을 파악하고, 기능들을 새롭게 정의할 수 있게 된다. 이를 위하여 블록 단위로 구성된 기능들과 화면 연결에 대한 패턴을 형성한다(S300). 기업의 업무 프로그램을 구성하는 각각의 업무들은 공통된 요소를 갖게 되며, 그러한 공통된 요소를 패턴화 하는 것이다.

다음으로 정의된 상기 패턴에 따라 기능을 정의한다(S400). 단말은 화면상에 가시화된 패턴에 따라 소망하는 기능 요소를 입력수단에 의해 선택 입력하게 되고, 이로써 직접적으로는 새로운 업무 화면을 개발하게 되며, 또한 새로운 업무 모듈을 창출할 수 있게 된다. 이때 입력되는 메소드 정의 내용을, 시스템이 실제 화면 실행시에 독출하여 순차적으로 기능을 실행한다(S500).

상기 S300 단계 내지 S500 단계의 구체적인 실시예에 대해서 도 4의 화면구성은 이를 예시하고 있으며, 이에 기초하여 설명한다.

도 4에서 도시되어 있는 바와 같이, 화면은 3가지 구획으로 분할될 수 있다. 먼저 화면 내 기능이 구현될 수 있는 모든 요소를 왼쪽에 트리(tree) 형태로 배치할 수 있다. 이때 기능이 붙어 있는 요소는 이벤트 표시를 한다. 우측 시트 부분에는 기능에 대한 정의를 할 수 있는 인터페이스 부분이다. 여기에 입력되는 값은 메소드 개념으로 묶이게 된다. 또한 중간에 위치하는 시트는 이벤트에 기능 메소드를 연결하는 시트로 구성할 수 있다. 실제 화면 실행시에 상기 메소드 정의 내용을 독출하여 순차적으로 기능을 동작시키게 된다(PgmMethod.dll).

상기 메소드 정의 부분, 즉 우측 시트에 입력되는 부분은, 다음과 같은 항목들이 정의될 수 있다.

- 처리순서 : 기능이 발생하는 순서

- 실행여부 : 해당 Row의 기능을 실행할지 안 할지를 지정

- 처리유형 : 화면에 필요한 기능들을 패턴화한 처리 유형 값들

- 대상 : 선택된 처리유형이 처리될 수 있는 대상(컨트롤, 블록, DataSet, 서비스 등)

- 선택유형 : 대상이 시트처럼 여러 item을 포함하는 경우 선택 범위 지정

- Service, Method : 비즈니스 로직으로 정의된 서비스를 연결할 수 있음

- Script : 기존 서비스로 처리가 안 되는 부분을 LuaScript로 보충 구현

- 그 외 내부 처리에 필요한 값이 정의될 수 있다.

도 4의 화면예에서는 상기에서 언급한 바와 같이 3가지의 독립된 화면 구획이 있고, 이 중 좌측의 2개의 구획된 영역에는 이벤트에 대한 정보를 패턴화한다. 맨 좌측의 영역에는 화면 내에서 이벤트가 연결될 수 있는 요소들을 리스트업 한다. 다음 영역에는, 그 좌측 영역에서 해당 요소가 선택되었을 때의 연결가능한 이벤트들을 리스트업한다. 이 두번째 영역의 이벤트 유형에는 Click, Change, DblClick, LostFocus, MouseDownLeft, MouseDownRight, MouseLeave, KeyDown, DragDrop, LeveCell, ButtonClick, ComboSelChange, CodeHelpBefore, CodeHelpAfter, Changed, FormLoad, FormUnLoad가 리스트업 되었다.

여기에서 이벤트(Event)란, 프로그램이 반응하도록 사용자 단말이 생성시키는 동작 또는 일(사건)의 발생을 의미하며, 예컨대 키보의 키를 눌러서 입력한다거나, 마우스 버튼을 클릭하는 것, 마우스를 이동하는 것 등이 있다. 즉, 화면상에서 사용자 단말이 어떤 액션을 취하여 기능하도록 하는 것으로 이해될 수 있다.

이를 시나리오 예를 들어 설명하자면, 예컨대 영업모듈에서 담당자별 영업실 적을 조회, 저장하는 화면이 있다고 가정하면, 이 기능을 구현하기 위한 절차는, 'Input 조건' --> service 처리(영업실적 데이터 조회) --> output 사용자 단말의 화면에 표시의 순서로 진행한다. 보통의 조회의 경우, 중간에 위치한 서비스의 종류나, input으로 들어가는 조건, output으로 나오는 데이터의 내용은 다르지만, 그 절차나 그 기능을 구현하기 위한 프로세스는 거의 비슷하다고 볼 수 있다. 다음과 같다.

1. 화면 내 블록 중에, 조회조건으로 넘겨질 블록을 선택하여 내부적으로 자동 데이터 수집;

2. 적합한 서비스 연결;

3. 데이터를 받아서, 화면 블록 중에, 데이터가 뿌려 져야할 알맞은 블록에 자동으로 데이터 출력;

본 발명의 실시간 이벤트 패턴 처리기는 상기와 같은 일련의 과정을 등록할 수 있도록, 화면을 구성하고 있다. 또한, 화면 내의 버튼 클릭, 데이터 변경 등의 이벤트(event)가 발생했을 때 후처리에 대한 내용도 이러한 방법으로, 세팅을 통해 기능을 구현할 수 있다.

한편, 다시 도 4의 화면구성예로 돌아와서, 우측 영역은 패턴화된 입력화면을 통해 실제 이벤트를 등록하는 영역이다. 여기에서 패턴이라 함은 미리 정의된 처리 패턴을 의미하며, 본 발명의 이벤트 패턴 처리기는 그러한 패턴을 조합해서 그 일련의 처리과정을 생성하는 프로그램으로 이해될 수 있다. 우측 영역의 시트 상에 '처리유형'(100)은 특정한 비즈니스 업무에서 정형화될 수 있는 처리 유형들, 예컨대, 데이터 수집, 화면출력, DataSet조작, 처리결과 반영, 서비스 호출, Checking, 호출할 스크립트, 스크립트 CodeHelp 등이 포함될 수 있다. 다음으로 '대상' 필드(200)에는 해당 업무 화면(이벤트 패턴 처리기를 통해 만들고자 하는 화면) 내의 화면 블록 들이 리스트업된다. 즉, 처리유형 필드에서 선택한 처리내용을 화면 내의 어떤 블록을 대상으로 할 것인가를 지정하는 것이다.

또한, '선택 유형' 필드(300)에 있어서, 화면 내에는 master성 데이터(화면에서 한 개만 존재하는 데이터유형)가 있는가 하면, detail성 데이터(시트나 트리처럼 동일한 유형이 그 내용만 달리하여 반복적으로 보여지는 유형)이 있다. 이러한 detail성 데이터를 표현할 때는.선택유형 필드의 콤보박스에 보여지듯이 여러가지 유형이 선택될 수 있다.

만일, 상기 처리유형(100)에서 서비스 호출을 선택하였다면, 서비스 필드와 메소드 필드에서 적합한 서비스를 선택하여, 내부적으로 이 서비스를 호출하여 실행될 수 있도록 구성한다. 실제 예를 들어서, '조회' 기능을 구현하고자 한다면, 시트의 각 행은 도 5와 같이 입력하면 조회 기능이 구현될 수 있다.

본 발명의 위와 같은 구성 상의 특징을 다시 한 번 입체적으로 이해하고자 한다면, 다시 종래의 업무 프로그래밍 방식과 비교해 보는 것도 유익한 일이다. 즉, 종래의 프로그래밍 방식은 업무화면에 어떤 기능을 구현하기 위해 코딩을 할 때, 이런 저런 작업들은 모든 개발자들이 개별적으로 코딩작업과 빌드 등을 했던 것인데, 본 발명은 그러한 코딩 작업들이 동일한 또는 유사한 기능을 반복적으로 코딩해 왔다는 사실에서 출발하여, 반복적으로 진행해 온 코딩 작업들을 구분하고, 이를 패턴화 함으로써 일일이 코딩하지 않더라도 단지 세팅을 통해서 업무 화면을 만들 수 있게 된 것이다.

한편, 본 발명에서 '실시간'이라는 용어의 의미는, 빌드 등의 과정 없이, 변경 즉시 화면에 반영된다는 의미로 해석될 것임을 첨언한다.

또한, 본 발명의 보호범위가 이상에서 명시적으로 설명한 실시예에 의해 제한되는 것은 아니다. 또한, 본 발명이 속하는 기술분야에서의 자명한 변경이나 치환으로 말미암아 본 발명의 보호범위가 제한될 수도 없음을 첨언한다.

도 1은 업무 프로그램 개발 방법에 관한 개발자와 사용자와의 관계의 개략적인 개념을 도시하는 도면이다.

도 2는 본 발명의 업무 프로그램 개발 방법론에 대한 개략적인 개념 구성을 나타내는 도면이다.

도 3은 본 발명에 따른 전체 프로세스 구성예를 도시한 도면이다.

도 4는 본 발명에 따른 화면 구성예이다.

도 5는 본 발명에 따라 '조회' 기능을 실제 구현하는 화면의 시트예를 나타내는 도면이다.

※ 첨부된 도면은 본 발명의 기술사상에 대한 이해를 위하여 참조로서 예시된 것임을 밝히며, 그것에 의해 본 발명의 권리범위가 제한되지는 아니한다.

Claims (6)

1. 전사적 자원 관리 시스템의 전사적 자원 관리 업무 프로그램 개발 방법으로서:

   업무 프로그램의 복수의 비즈니스 로직을 각각 기능단위로 블록 정의하여 1개 이상의 기능 블록으로 프로그래밍하는 단계;

   단말의 화면을 처리 단위 별로 블록화하는 단계;

   상기 블록화된 기능인 기능 블록과 상기 블록화된 화면의 연결에 대한 패턴을 정의하고 형성하는 단계;

   상기 패턴에 따라 기능 블록을 선택하고 정의하여 업무 화면을 생성하는 단계; 및

   상기 시스템이 생성된 업무 화면에 다라 순차적으로 기능블록을 실행하는 단계를 포함하는, 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법.
2. 제1항에 있어서,

   상기 기능 블록은, 데이터 블록과 메소드를 갖는 것인, 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법.
3. 제1항에 있어서,

   상기 단말의 화면은, 3가지 구획으로 분할하고,

   제1 구획은 기능이 구현될 수 있는 요소들을 배치하되, 이벤트 표시를 하고,

   제2 구획은 상기 제1구획에서 선택된 요소들에 대한 연결 가능한 이벤트들을 리스트업 하고,

   제3 구획은 패턴화된 입력 화면을 통해 실제 이벤트를 등록하는 것으로 블록화하는, 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법.
4. 제3항에 있어서,

   상기 제3 구획은 기능 블록의 메소드를 등록하는 화면 영역이기도 하며,

   처리순서, 처리유형, 대상, 선택유형을 메소드 항목으로서 포함하는 것인, 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법.
5. 제4항에 있어서,

   상기 대상 항목은, 생성하고자 하는 업무 화면 내의 화면 블록들이 리스트 업되는 것인, 실시간 이벤트 패턴 처리기를 이용한 전사적 자원 관리 업무 프로그램 개발 방법.
6. 제1항 내지 제5항 중 어느 한 항의 업무 프로그램 개발 방법이 수록되어 있는 컴퓨터 판독 가능한 기록매체.

Images