KR101062258B1 - Development method of enterprise resource management work program using real time event pattern processor - Google Patents

Abstract

The present invention relates to a method for developing a company-wide resource management work program using a real-time event pattern processor.

By defining the business logic of a business program as a functional unit, many functional blocks are programmed as independent modules. There are many functional blocks of a business program in the system. In addition, these functional blocks are programmed to be organized in blocks on the screen. That is, after blocking screens by processing units, a developer can create a business module by setting a service of a function block and processing units of a screen through a patterned process register instead of coding.

Description

METHODS FOR DEVELOPING BUSINESS PROGRAM USING REAL TIME EVENT PATTERN PROCESSING PROGRAM IN ENTERPRISE RESOURCE PLANNING SYSTEM}

The present invention relates to enterprise resource planning (ERP), and more particularly to a methodology for developing work programs for ERP configuration.

ERP as an integrated information system technology for efficiently managing all human and physical resources in a company used for corporate activities and ultimately strengthening the company's competitiveness is currently in the spotlight as an integrated solution for each enterprise.

The ERP system reconstructs a number of systems, including production and materials, purchasing and imports, sales and logistics, operations management, accounting, human resources, and salary, into an integrated system for corporate management. It is a software package that maximizes productivity. This ERP system requires that the management process of "Plan → Do → See" encompasses various tasks and is organically connected. You must be able to cope. These issues need to be actively considered from the programming development stage of the ERP system. That is, a system environment capable of quick and flexible response to organic connection and change of various tasks should be constructed, which should also be structured through the screen of the user terminal.

The work program of the ERP system has different business modules according to the requirements of the consumer, and the modification or customizing of the screen is frequently required due to the change of requirements. On the other hand, in the ERP system, the programming functions required for each screen have many features in common and many similar functions are implemented.

By the way, the existing programming method has a hassle that has to go through the process of building the screen after the code. In addition, the source code had to be analyzed manually to understand the features or to determine which services were connected. Because the various tasks of an enterprise are organic and have similar business characteristics, ERP business programs are very likely to implement common functions even in other business areas. Thus, if the common functionality can be reused, it will have a great advantage in terms of developing, managing and utilizing business programs. However, conventional programming is difficult to pinpoint and not easy to debug.

From a developer's point of view in building an ERP system, a high understanding of the programming language and a significant training period are required. In the conventional method, the quality of the screen produced according to the programming skills of the developers is greatly affected. To maintain the quality above a certain level, the developers are overloaded. Moreover, if a minor change is made to a conventional work that is programmed or a modification request is made, such overload is further amplified because he or she, a developer, needs to program anew. As a result, there was a problem that the developer load was increased by repeatedly producing a large number of similar screens in accordance with a slight change in requirements.

The manager of a company, a consumer of an ERP system, also had to make a request for program modification to the developer whenever there were frequent and various demand changes, and thus, there was a problem in that it could not cope with such a change quickly and flexibly.

1 illustrates a schematic concept of a relationship between a developer and a user in a method of developing a work program in a conventional system. As shown in Fig. 1, the work program includes a plurality of work modules 4, and these are conventionally developed separately. In addition, each work module could not be actively changed in the user screen because each function or fixed depends on the source code. If the user 2 wants to add or modify a new function, he or she should request the developer 2, and the developer 2 has separately added or modified a new coding and build process. The task module had to be developed. As a result, there was a problem that the load on the developer's programming work was increased, and there was no room for reuse of common parts existing in each work module. Moreover, there has been a programmatic barrier for companies to respond quickly, flexibly and economically to changes in the business environment.

The inventor of the present invention has completed the present invention as a result of research efforts to solve the above problems.

In order to solve the problems of the prior art as described above, the object of the present invention can be summarized as follows.

(1) Development of work program We intend to provide means to develop more quickly and easily in order to increase productivity.

(2) Since there are many common elements among various business tasks, it is necessary to build a system that can reuse these common elements in program development.

(3) In addition, since the common element is ultimately implemented on the screen of the user terminal, the screen of the company that is the subject of the work is to use the screen by the consultant or the planner who is closest to the manager of the company or the manager. We want to provide a means to change the program.

(4) From the developer's point of view, we will provide a way to reduce the project load and the time required to build the system by reducing development load and dramatically increasing development productivity and reusability.

On the other hand, other unspecified objects of the present invention will be further considered within the range that can be easily inferred from the following detailed description and effects.

In order to achieve the above object, the present invention, as a method of developing an enterprise resource management work program of the enterprise resource management system:

Programming a plurality of business logics of a business program into one or more functional blocks by defining blocks in functional units, respectively;

Blocking the screen of the terminal for each processing unit;

Defining and forming a pattern for the connection of the blocked function block and the blocked screen;

Selecting and defining a function block according to the pattern to generate a work screen; And

And sequentially executing the function blocks according to the generated business screen.

Also, preferably, the functional block has a data block and a method.

In addition, the terminal screen of the present invention is divided into three sections,

The first compartment lays out the elements on which the function can be implemented, but provides an event indication,

The second compartment lists connectable events for the elements selected in the first compartment,

Preferably, the third partition is blocked by registering the actual event through the patterned input screen.

The third partition is also a screen area for registering a method of a functional block, and preferably includes a processing order, processing type, object, and selection type as a method item.

In addition, it is preferable that screen blocks in a work screen to be created are listed up as the target item.

In another aspect of the present invention, there is provided a computer-readable recording medium in which the above method of developing a business program is recorded.

According to the present invention, development productivity and reusability are improved, and the load of developers is reduced, thereby reducing the project cost by shortening the project period.

In addition, even if you are not a developer, there is an advantage in that the program can be modified and developed in real time by a consultant or a planner. This advantage is able to reflect the requirements immediately in close proximity to the customer, thereby effectively responding to the various frequent changes of the consumer's demand.

In addition, the runtime debug feature also makes it easy to monitor and identify the cause of an error without having to look at the source code when a problem occurs.

In addition, even if the effect is not specifically mentioned in the specification of the present invention, it is added that the interim effects expected by the technical features of the present invention are treated as described in the specification of the present invention.

Hereinafter, with reference to the accompanying drawings will be described specific details for the practice of the invention. In the following description of the present invention, when it is determined that the subject matter of the present invention may be unnecessarily obscured as matters obvious to those skilled in the art, such as related well-known functions, the detailed description thereof will be omitted.

2 illustrates a schematic concept of the present invention. By defining the business logic of a business program in functional units, a plurality of functional blocks 10 are programmed as individual and independent modules. N is defined as an integer greater than 1, and there are many functional blocks 10 of a business program in the system. In addition, such a function block 10 is programmed to be configured as a block on the screen 30 of the user terminal (No. ①). That is, after blocking the screen 30 for each processing unit, instead of coding the developer, the service module of the function block 10 and the processing unit of the screen 30 are set in a patterned manner (No. 40) can be created. For example, the work module 40 may be set as the function 1, the function 2, and the function 3. In addition, the user terminal processes the ERP task using the task module 40 thus made.

As such, the development work is very easy because there is no need to code for each function at the development stage, and as a side effect, the accessibility of the work program of the user terminal may be very high. In another embodiment, the user terminal 20 may input a command for selecting functions in order to newly configure a service (add or modify a function, etc.) (No. ②). When such command processing is completed, the system may automatically connect the selected function blocks (eg, function 1, function 2, function 3) according to a preset rule to create a business module 40.

FIG. 3 is a schematic diagram of the development of functional blocks in a system and execution of a new work module set at a screen stage by a programming method by the real-time event pattern processor of the present invention, based on the schematic concept of FIG. 2. Represent the entire process.

First, each function in the work system is blocked and programmed (S100). Many business functions block to block-based services that have data blocks and methods in the business service layer. It is connected to the presentation layer of the user screen through the web service layer, and has a structure capable of handling data stored in the database.

Next, each part of the screen is blocked (S200). Through this, the terminal (developer terminal or user terminal) of the system can grasp the functions displayed on the screen without having to analyze the source of each function, and newly define the functions. To this end, a function and a pattern for screen connection are formed in block units (S300). Each of the tasks that make up a company's work program will have a common element, and will pattern that common element.

Next, the function is defined according to the pattern defined (S400). The terminal selects and inputs a desired functional element by an input means according to a pattern visualized on the screen, thereby directly developing a new work screen and also creating a new work module. At this time, the system reads the input method definition contents when the actual screen is executed and sequentially executes the functions (S500).

The screen configuration of FIG. 4 exemplifies the specific embodiments of steps S300 to S500 and will be described based on this.

As shown in FIG. 4, the screen may be divided into three sections. First, all the elements that can be implemented in the screen can be arranged in a tree form on the left side. At this time, the element with the function displays the event. The right side sheet is the interface part that can define the function. The value entered here is bound to the method concept. In addition, the middle sheet can be configured as a sheet that connects a function method to an event. When the actual screen is executed, the method definition is read and the functions are sequentially executed (PgmMethod.dll).

The following items may be defined in the method definition part, that is, the part input to the right sheet.

-Order of processing: Order in which functions occur

-Execution Status: Specify whether or not to execute the function of the relevant row.

Processing Type: Processing type values that pattern the functions required on the screen.

-Target: Target (Control, Block, DataSet, Service, etc.) that the selected processing type can be processed.

-Selection type: Specify the selection range when the target contains multiple items like sheets

-Service, Method: Can connect service defined by business logic

-Script: Implement LuaScript to supplement the part that cannot be processed by existing service

-Other values necessary for internal processing can be defined.

In the screen example of FIG. 4, as mentioned above, there are three independent screen sections, and two partitioned areas on the left are patterned with information on an event. The leftmost area lists elements to which events can be connected in the screen. The next area lists up the connectable events when that element is selected in the left area. The event types in this second section are List, Click, Change, DblClick, LostFocus, MouseDownLeft, MouseDownRight, MouseLeave, KeyDown, DragDrop, LeveCell, ButtonClick, ComboSelChange, CodeHelpBefore, CodeHelpAfter, Changed, FormLoad, and FormUnLoad.

Here, an event refers to an action or occurrence of an event generated by a user terminal so that a program reacts. For example, input by pressing a key of a keyboard, clicking a mouse button, or moving a mouse. Etc. That is, it can be understood that the user terminal takes a certain action on the screen to function.

To illustrate this scenario, for example, assuming that there is a screen for inquiring and storing sales performance by person in charge in the sales module, the procedure for implementing this function is 'Input condition'-> service processing (inquiry of sales performance data). )-> output Proceed with the order of display on the screen of the user terminal. In the case of normal inquiry, the kind of service located in the middle, the conditions of entering the input, the contents of the data coming out of the output are different, but the procedure and the process for implementing the function are almost similar. As follows.

1. Automatically collect data internally by selecting a block to be passed as an inquiry condition among blocks in the screen;

2. suitable service connection;

3. Receives data, automatically outputs the data to the appropriate block to be scattered, among the screen blocks;

The real-time event pattern processor of the present invention configures a screen to register the above-described series of processes. In addition, the post-processing when an event such as a button click on the screen or a data change occurs in this way can be implemented through a setting.

Meanwhile, returning to the screen configuration example of FIG. 4 again, the right area is an area for registering the actual event through the patterned input screen. Here, the pattern means a predefined processing pattern, and the event pattern processor of the present invention may be understood as a program that combines such patterns to generate a series of processing. On the sheet in the right area, the 'process type' 100 is the type of processing that can be formalized in a particular business task, such as data collection, display, DataSet operation, processing result reflection, service call, checking, script to call, Scripts such as CodeHelp. Next, screen blocks in the corresponding work screen (the screen to be created through the event pattern processor) are listed in the 'target' field 200. That is, it is to designate which block in the screen the processing contents selected in the processing type field are to be targeted.

In addition, in the 'selection type' field 300, there is master property data (a data type having only one on the screen) in the screen, and detail data (the same type as a sheet or a tree is repeated with different contents only). Type shown). When representing such detail data, several types can be selected, as shown in the combo box of the Selection Type field.

If the service call is selected in the processing type 100, an appropriate service is selected in the service field and the method field, and configured to be called and executed internally. For example, if a user wants to implement a 'lookup' function, each row of the sheet may be entered as shown in FIG. 5 to implement a search function.

If you want to three-dimensionally understand the above-described configuration features of the present invention, it is also advantageous to compare with the conventional business programming method again. That is, in the conventional programming method, when coding to implement a function on a work screen, all of these tasks are coded and built by all developers individually, and the present invention provides the same or similar functions. Starting from the fact that we have coded repeatedly, we have distinguished the coding tasks that have been repeatedly performed and patterned them so that we can create work screens only through settings even if we do not code them.

Meanwhile, in the present invention, the term 'real time' is to be interpreted to mean that the change is immediately reflected on the screen without a process such as build.

In addition, the protection scope of the present invention is not limited by the embodiment explicitly described above. In addition, it should be noted that the protection scope of the present invention may not be limited due to obvious changes or substitutions in the technical field to which the present invention belongs.

1 is a diagram illustrating a schematic concept of a relationship between a developer and a user in a work program development method.

2 is a schematic conceptual diagram of the business program development methodology of the present invention.

3 is a diagram showing an example of the overall process configuration according to the present invention.

4 is a screen configuration example according to the present invention.

5 is a diagram illustrating an example of a sheet of a screen that actually implements a 'query' function according to the present invention.

The accompanying drawings show that they are illustrated as a reference for understanding the technical idea of the present invention, by which the scope of the present invention is not limited.

Claims (6)

As a method of developing an enterprise resource management work program of an enterprise resource management system: Defining a plurality of business logic of a business program in functional units, each of which consists of one or more individual and independent functional blocks.In this stage, one or more of the functions is a block unit having data blocks and methods in the business service layer. Blocked as a service, connected to the presentation layer of the screen stage of the user terminal through the web service layer, and has a structure capable of handling data stored in the database; Blocking the screen of the terminal for each processing unit so that the functional block is configured to be blocked on the screen of the user terminal; Defining a pattern for the concatenation of the blocked block with a functional block instead of coding; Setting a work module by selecting and defining a function block according to the pattern to generate a work screen; And And sequentially executing the function blocks according to the generated business screen. When the user terminal selects and inputs a desired function block by the input means according to the pattern visualized on the screen, a new work screen is set, and the system is executed in real time, in real time, without coding and building process. A method for developing a company-wide resource management work program using a real-time event pattern processor, characterized in that the function is sequentially executed by reading an input method definition. delete The method of claim 1, The screen of the terminal is divided into three sections, The first compartment lays out the elements on which the function can be implemented, but provides an event indication, The second compartment lists connectable events for the elements selected in the first compartment, The third block is blocked by registering the actual event through the patterned input screen, enterprise resource management work program development method using a real-time event pattern processor. The method of claim 3, The third partition is also a screen area for registering a method of a function block. A method for developing a company-wide resource management work program using a real-time event pattern processor, comprising a processing sequence, a processing type, a target, and a selection type as method items. 5. The method of claim 4, Wherein the target item, screen blocks in the business screen to be created, list-up, enterprise resource management business program development method using a real-time event pattern processor. A computer-readable recording medium containing a program that implements a method for developing a company-wide resource management business program using the real-time event pattern processor of claim 1.

Images