JP2005215857A - Resource assignment system for solution business - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system capable of assigning an optimum person in charge to each unit process constituting a business process. <P>SOLUTION: This system comprises a means 13 registering information each specifying a unit process, an ability condition requested to a person in charge, and a specification as process model information; a means 14 registering information each specifying a person in charge and the ability owned thereby as person-in-charge information; a means 15 registering information each specifying a customer, a customer category, and a solution as item information; a means 11 extracting unit processes in which the information specifying the solution is matched with the customer category based on the solution of the item information, associating the extracted unit processes with each other by matching the information specifying the specification and the information specifying the ability condition, and setting the ability condition as solution process information; and a means 12 reading the ability condition requested to execute a business based on the registered item information and selecting a person in charge with the ability condition. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a solution business resource allocation system, and more particularly to a solution business resource allocation system capable of assigning an optimal person to each unit process constituting a business process.

  Business processes that provide solutions include, for example, customer selection, extraction of customer problems / problems, solution system overview proposal, quotation creation, contract, system design, program development, testing, system migration, etc. It is a set of unit processes that are connected, and the output of each unit process becomes the input of the next unit process. Therefore, to succeed in the solution business, the key is to create high-quality deliverables (specifications, etc.) in each unit process and provide them to the next unit process. However, the requirements for finishing each unit process with high quality include, for example, human capabilities such as the ability to hear customer issues, the ability to design solutions, and the time and cost required to provide solutions. Many of them depend on various attributes (skills, knowledge, experience, etc.) related to, so not everyone can create high-quality output. For this reason, it is important to assign an appropriate person in charge to each unit process constituting the business process.

As a technique for automatically determining a person in charge (resource) of each business (unit process), a job / resource allocation learning apparatus is known. In this example, the person in charge is effectively determined through learning (see, for example, Patent Document 1).
JP-A-9-190476

  The technique disclosed in Patent Document 1 shows a list of all the persons who have the qualifications and who can fulfill the job (business) conditions, and when the administrator selects from the list, The reason is added and the person in charge is selected. In this method, it is possible to effectively allocate resources by counting the number of times the same selection condition is added and using it as a weight when the next list is presented.

  However, the resource allocation condition for each unit process of the business process that provides the solution needs to be able to set various attributes that express human ability such as skills, knowledge, experience, and qualifications. It is difficult to select an appropriate person in charge because it can be set only under a predetermined condition such as a name. Further, when the number of jobs is very large, there is a problem that the number of man-hours required for an administrator to select a person in charge becomes enormous.

  The present invention has been made in view of these problems, and provides a solution business resource allocation system capable of allocating an optimal person in charge to each unit process constituting a business process.

  In order to solve the above problems, the present invention employs the following means.

  Information specifying unit processes constituting business processes providing solutions, information specifying capability conditions required for a person in charge of executing the unit processes, and specifications to be determined by the execution of the unit processes Process registration means 13 for registering information as process template information for each customer category or solution, information for identifying a person in charge of the solution of the unit process, and resource registration means 14 for registering the possessed ability as person information And the item registration means 15 for registering the information for identifying the customer, the information for identifying the customer category and the solution as the item information, and the solution from the process template information based on the information for identifying the solution of the item information and the customer category. Information to be identified and customer category Process setting means 11 for extracting unit processes having the same value, associating the input / output relationship between the extracted unit processes by associating the information for specifying the spec with the information for specifying the capability condition, and setting the capability condition as solution process information And reading out the capability conditions required for carrying out the business from the solution process information based on the information specifying the unit process of the case registered by the registration means, and assigning the person in charge with the ability conditions to the person in charge Resource allocation means 12 for selecting from information.

  Since the present invention has the above-described configuration, it is possible to provide a resource assignment system for a solution business that can assign an optimal person in charge to each unit process constituting a business process.

  Hereinafter, the best embodiment will be described with reference to the accompanying drawings. FIG. 1 is a diagram for explaining the overall configuration of a solution business resource allocation system according to the present embodiment. In FIG. 1, reference numeral 13 denotes a process registration means, which is a unit process that defines a name of a business, a condition name of a capability necessary for business execution, a specification name determined by the business execution, and the business type and scale of the unit process. The business process template information obtained by combining each customer category such as for each solution and each solution and arranging them in the order of business execution is registered. Reference numeral 14 denotes a resource registration means for registering information relating to skills such as skills, qualifications, and experiences of persons in charge of work. Reference numeral 15 denotes a case registration means for registering case information targeted for a solution such as a customer name and a solution name. 11 is a process setting unit that extracts the template information of a business process suitable for the case based on the event in which the case information is registered, and sets capability conditions necessary for carrying out the business. Reference numeral 12 denotes resource allocation means for determining and assigning an appropriate person in charge of the business. Reference numeral 16 denotes a spec registration means for registering the spec determined by the execution of the business. Reference numeral 17 denotes a process completion registration means for registering the completion result of the business. Reference numeral 2 denotes a database, which stores registration results obtained by the respective means.

  FIG. 2 is a diagram illustrating a hardware configuration according to the present embodiment. As shown in the figure, the solution business resource allocation system 1 operates on an electronic computer that functions as the server 3 of the solution business resource allocation system. The server 3 includes a CPU 31, a memory 32, a communication control unit 33, and an auxiliary storage device 20. Each unit shown in FIG. 1 is stored in the auxiliary storage device 20 as a resource allocation program. Further, this program is read by the CPU into the memory 32, and causes the CPU 31 to function as each means.

  The database 2 is stored in the auxiliary storage device 20 as, for example, a relational database or file, and the data is read into the memory 32 as necessary, and used for the resource allocation program. Further, data necessary for the server 3 can be created by an electronic computer functioning as the client 4 and registered in the auxiliary storage device 20 via the network 5.

  FIG. 3 is a diagram showing each means and data processing described in FIG. 1 in time series. 4 to 26 are diagrams for explaining input / output data, an input screen, and various algorithms in each unit shown in FIG. Hereinafter, description will be made with reference to FIGS. 3 and 4 to 26.

  First, the process shown in FIG. 3A (process for preparing data necessary for the process of the server 3) will be described.

  As described above, the process registration unit 13 defines a business name, an execution condition name, and the like for each unit process, and further combines the unit process templates and arranges them in the order in which the business processes are performed. Create a template.

  FIG. 4 is a diagram for explaining a unit process registration screen for registering information related to unit processes. For each process ID for identifying a unit process, there is a screen for defining a capability required for business execution, for example, a name such as skill, experience, knowledge (name of business execution condition) and a specification name determined by the business execution. When there are a plurality of business execution condition names and specification names, a plurality of lines are input. In the example of FIG. 4, the person in charge represents that it is necessary to satisfy the conditions relating to the business knowledge and business experience shown in the figure when executing the proposal creation process. In addition, when the business is executed, the specifications of the package configuration, the hardware configuration, and the customization function shown in the figure are determined. Also, by pressing the registration button on the unit process registration screen, the input result is registered in the unit process condition table 201 shown in FIG. 5 and the unit process specification table 202 shown in FIG.

  The unit process condition table 201 shown in FIG. 5 stores the business execution condition name input on the unit process registration screen for each process ID. The unit process specification table 202 shown in FIG. 6 stores the specification name input on the unit process registration screen for each process ID. The unit process is preferably a minimum work unit (work package) created by developing a work breakdown structure (WBS).

  FIG. 7 is a diagram for explaining the process template registration screen. Using this screen, a business process template that provides a solution for each customer category and each solution classified according to the customer's business type, sales scale, etc. is defined. When registering a template, an appropriate process ID is selected from the menu in accordance with the execution order of the tasks. The data displayed on the menu is the process ID registered on the unit process registration screen. Further, the data displayed on the customer category menu is the contents of the customer category IDs shown in the customer table 211 shown in FIG. By pressing the registration button on the process template registration screen, the input result is registered in the process template table 203 shown in FIG. The process template table 203 registers the execution order (execution number) of the business process and the corresponding process ID for each customer category ID and each solution ID as shown in the figure.

  Next, the resource registration unit 14 will be described. The resource registration unit 14 registers information of a person in charge who performs the business. FIG. 10 is a diagram for explaining a resource registration screen of the resource registration unit 14. As shown in the figure, the e-mail address of the person in charge, a hand flag for identifying whether or not there is a current hand, an upper e-mail address, and ability information can be registered. As the ability information of the person in charge, attributes such as skill, experience, knowledge, etc. and attribute values that are the contents thereof are input. Here, as the data displayed in the attribute ID menu, an aggregation result of data registered in the item of attribute ID shown in the unit process condition table 201 of FIG. 5 is displayed. By pressing the registration button on the resource screen, the input result is registered in the person-in-charge table 204 shown in FIG. 11 and the person-in-charge ability table 205 shown in FIG.

  The person-in-charge table 204 shown in FIG. 11 includes a hand flag for identifying whether or not there is a current hand for each person-in-charge ID, an e-mail address that is a means of contact with the person in charge, and an e-mail address of the superior Register. The person-in-charge capability table 205 shown in FIG. 12 (1) is for registering person-in-charge ability information. For each person in charge ID, an attribute ID consisting of skill, experience, and the like and an attribute value thereof are registered.

  Next, the process shown in FIG. 3B) (solution target item registration and process setting process for the target item) will be described.

  FIG. 13 is a diagram for explaining a case registration screen in the case registration means 15. As shown in the figure, a customer ID that identifies the customer and a solution ID that identifies the solution are registered for each item. By pressing the registration button, the input result is registered in the matter table 206 shown in FIG. As shown in FIG. 14, a customer ID and a solution ID are registered in the case table 206 for each case ID.

  The process setting means 11 selects and copies a business process template suitable for the item targeted for the solution from the business process template created in advance for each customer category and for each solution, and then stores information unique to the item. Set solution provision business process for each matter by adding or deleting.

FIG. 15 is a diagram for explaining a business process template selection algorithm. First, a customer ID and a solution ID are extracted from the item table 206 using the item ID of a target item for which a business process is to be created as a key (step 1). Next, the customer category ID of the record with the matching customer ID is extracted from the customer table 211 using the customer ID as a key (step 2). Next, using the extracted customer category and solution ID as keys, the execution number and process ID of the record in which the customer category ID and solution ID in the process template table 203 match are extracted and written in the solution process table 207 (steps 3 and 4).
FIG. 16 is a diagram for explaining the solution process table 207. As shown in the figure, the table 207 stores a case ID, a solution ID, an execution number, a process ID, and a process completion flag. Here, OFF is written as an initial value for the process completion flag indicating whether or not the business has been completed.

  FIG. 17A illustrates an initial screen of the process setting screen. The project manager uses this screen to set a solution provision business process for each item. On this screen, first, information on the target project and the solution provision business process corresponding to the solution is displayed. For example, the business execution number, the business name (process ID), the specification name to be determined by the business execution, and the execution condition name of the business are displayed. Based on these pieces of information, the administrator changes business processes such as addition, deletion, and change of process IDs, and sets execution conditions for each business.

  Here, as an implementation condition, as shown in A of FIG. 17 (2), a condition value can be set directly. Further, as shown in B, it is possible to indirectly set the condition value of the specification that is not determined unless the preceding work is performed. In the example of FIG. 17 (2), it is shown that the person in charge who has the knowledge of the industry set in the preceding customer selection process as the business knowledge and has the proposal creation as the business experience is necessary.

  Next, a method for displaying the process setting screen will be described. First, a business process (process ID) corresponding to a case ID and a solution ID is extracted from the solution table 207 and displayed as a unit process in the order of business execution. At the same time, the unit process condition table 201 and the unit process specification table 202 are searched using the process ID as a key, the matching data is extracted, and displayed in the item of the execution condition (attribute ID) and specification ID on the screen.

  Next, a method for registering the contents set on the process setting screen will be described with reference to FIGS. When registering, first, the registration button on the process setting screen is pressed. As a result, the input contents are registered in the solution process table 207, the unit process condition instance table 208, the unit process specification instance table 209, and the attribute specification correspondence table 210.

  FIG. 18 is a diagram for explaining the unit process condition instance table 208. This table stores the execution conditions of the process setting screen, and registers an attribute ID and its contents (attribute value ID) for each case ID, solution ID, and process ID.

  FIG. 19 is a diagram for explaining the unit process specification instance table 209. This table stores the specifications of the process setting screen, and registers a specification ID and a specification value ID (to be described later) for each case ID, solution ID, and process ID. In addition, the part shown by A in the figure is an example in which the specification ID of the process setting screen is registered.

  FIG. 20 is a diagram for explaining the attribute specification correspondence table 210. This table stores implementation conditions set indirectly using the specifications of the process setting screen, and registers the source process ID and spec ID of the reference destination for each case ID, solution ID, process ID, and attribute ID. .

  Next, the processing shown in FIG. 3C (resource allocation processing using the resource allocation unit 12, the specification registration unit 16, and the process completion registration unit 17) will be described with reference to FIGS. Here, the resource allocating unit 12 has a function of automatically determining a person in charge appropriate for each work of the case, and this function is executed immediately after execution of the process setting unit 11 and immediately after execution of a specification registration unit 16 described later. Is done.

  FIG. 21 is a diagram for explaining an algorithm of a resource allocation method by the resource allocation unit 12. First, the solution ID is extracted from the case table 206 using the case ID of the case for which resource allocation is performed as a key (step 1). Next, a process ID for which all execution conditions are set and the process completion flag is OFF is extracted for the processes in the solution process table 207 using the case ID and the extracted solution ID as a key (step 2). A process ID extraction method in which all the execution conditions are set will be described later with reference to FIG. Next, the attribute ID and attribute value ID are extracted from the unit process condition instance table 208 using the case ID, solution ID, and process ID as keys (step 3).

  If the set value of the attribute value ID is enclosed in square brackets, the corresponding source process ID and spec ID are extracted from the attribute spec correspondence table 210 (steps 4 and 5). Next, the spec value ID is extracted from the unit process spec instance table 209 using the case ID, solution ID, and process ID as keys, and set to the attribute value ID (step 6). Next, when the hand flag in the person-in-charge table 204 is ON and the person-in-charge ID satisfying the extracted attribute ID and attribute value ID is extracted from the person-in-charge ability table 205, and the number of persons in charge extracted is zero. , That there is no corresponding person (steps 7 to 9). If there are two or more extracted persons in charge, the person-in-charge ID is narrowed down to one (step 10). The method of narrowing down the person-in-charge ID may be, for example, a method of sorting the person-in-charge ID in ascending order and adopting the person-in-charge ID of the first record.

  Next, the empty flag of the person-in-charge ID in the person-in-charge table 204 is set to OFF, and the case ID, execution number, process ID, and person-in-charge ID are written in the resource allocation table 211 shown in FIG. 23 (step 11). Next, using the person-in-charge ID as a key, an e-mail address is extracted from the person-in-charge table 204, and a business person in charge is requested (steps 12 and 13). Resource allocation is realized by repeating the above processes for the number of extracted processes (step 14).

  FIG. 22 is a diagram for explaining a process (step 2 in FIG. 21) for extracting a process ID in which all the above-described implementation conditions are set. First, a process ID in which values are set for all attribute values, and its attribute ID and attribute value ID are extracted from the unit process condition instance table 208 using the case ID and solution ID as keys (step 1). Next, it is determined whether or not the value of the attribute value ID is enclosed in brackets. If it is enclosed, the source of the attribute specification correspondence table 210 is used as a key using the case ID, solution ID, process ID, and attribute value ID as a key. Process ID and spec ID are extracted (steps 2 and 3). Next, the unit process specification instance table 209 is searched using the case ID, solution ID, and source process ID as keys, and the specification value ID is extracted (step 4). Next, if a value is set for the extracted spec ID, the process ID is stacked (steps 5 and 6). This is repeated for the number of processes, and finally the stacked process ID is returned as a return value (steps 7 and 8).

  Next, a method for notifying the person in charge of the result of resource allocation will be described. An example of using electronic mail as a contact method will be described.

  FIG. 24 is a diagram for explaining a text template used when contacting by e-mail. The main items of the template include an e-mail destination, a person in charge ID, a case ID, an execution number, a process ID, an execution condition, a determined specification, a customer ID, a solution ID, and the like. Replacing “XX” in this template with the value obtained by the resource allocation method completes the e-mail text. The business request is completed by automatically sending the completed e-mail to the person in charge and the supervisor.

  Next, processing by the specification registration unit 16 shown in FIG. 3 will be described. The specification registering unit 16 has a function of registering the contents of the spec determined by the person in charge who has been requested to perform the business. FIG. 25 is a diagram illustrating a processing screen when registering the determined spec. As shown in the figure, the specification is registered in the database 2 by entering the name of the executed case, the process ID, the determined specification name and its specification value in an e-mail and sending it to a preset destination. The platform and development language results determined in the specification design process for Item X shown in FIG. 25 are shown in the specification value ID column of the unit process specification instance table 209 as shown in FIG. Registered as a language.

  The spec value registered here is set as a condition value for the next job. Then, as soon as the condition is satisfied, the resource allocation process for the next business surrounded by the dotted line in FIG. 3 is performed. After the specification registration process for the business is performed, the next resource allocation process is further performed. In this way, the next business resource allocation process is performed using the spec registration event after the spec registration process as a trigger, and is repeated by the number of business processes.

  As described above, as soon as the specification registration process is completed, by adopting a method of dynamically determining the person in charge of the next task, it is possible to quickly utilize resources that match the current situation.

  Next, the process completion registration unit 17 in FIG. 3 will be described. The process completion registration means 17 is a function for registering that the work requested by the person in charge has been completed. The business execution result registration method of the person in charge in the present embodiment is electronic mail.

  FIG. 26 (1) is a diagram for explaining the contents of an e-mail when registering that the work has been completed. The business completion result can be registered by returning the email used for the business request. Triggered by the receipt of this e-mail, the process completion registration means 17 extracts the person-in-charge ID and process ID described in the received e-mail in order to record the work experience of the person in charge, and the person-in-charge capability table Write to 205. For example, the experience of the specification designed work is written as shown in part A of FIG.

  In addition, capability information can be added by clearly specifying the skill, knowledge, etc. acquired by the person in charge in the text of the reply mail. FIG. 26 (2) is a diagram showing an example of capability registration when the person in charge obtains the manufacturing business as knowledge. The process completion registration means 17 extracts the added text, separates it into attribute ID and attribute value ID, and writes it into the person-in-charge capability table 205. For example, the content of “knowledge: business of manufacturing work” described in this mail is written as shown in part B of FIG. Subsequently, the hand flag for the person in charge in the person-in-charge table 204 is set to OFF, and the resources are released. Finally, the process completion flag related to the process in the solution process table 207 is set to ON, and the fact that the business has been completed is registered.

  FIG. 27 is a diagram for explaining processing for determining a business process step by step. As shown in FIG. 27, the business process providing the solution is determined only up to business process A at the start of the project, and this system is applied to a case where the business process B is determined as the project progresses. An example of this will be described. First, the business process A and business process B have different solution IDs (video solution consultant and video solution construction). Next, using the process registration means 13, the business process of the video solution consultant up to the point of completion of the business process A is registered. Also, before the registered business process A is completed, the contents of the business process B for building the video solution are registered. After the completion of the business process A, the case registration unit 15 is used to change the solution ID of the case from the video solution consultant to the video solution construction. By repeating the above processing, a partially fixed business process can be continuously performed.

  As described above, according to the present embodiment, the business process template providing the solution is registered for each customer category such as the customer's industry and sales scale, and for each solution, and the template information is provided when creating the business process for the customer case. A business process can be easily created by reading and correcting only the difference. Further, the resource allocating means can automatically determine and allocate a resource (person in charge) having a capability condition necessary for business execution from a portion where the specification of the solution to be provided is determined. Further, the assignment can be dynamically assigned as the process proceeds. Thereby, the resource allocation man-hours of the project manager can be reduced.

In addition, a business process that provides a solution can be easily created by combining unit execution processes in which business execution conditions and specifications determined by business execution are defined and arranged in the execution order of the business. In addition, natural language can be adopted as a key term when assigning resources such as attribute IDs, and versatility can be improved.

It is a figure explaining the whole structure of the resource allocation system for solution businesses concerning embodiment. It is a figure explaining the hardware constitutions in this embodiment. It is a figure showing each means and data processing which are demonstrated in FIG. 1 in time series. It is a figure explaining a unit process registration screen. It is a figure explaining a unit process condition table. It is a figure explaining a unit process specification table. It is a figure explaining a process model registration screen. It is a figure explaining a customer table. It is a figure explaining a process model table. It is a figure explaining the resource registration screen of a resource registration means. It is a figure explaining a person in charge table. It is a figure explaining a person-in-charge ability table. It is a figure explaining the case registration screen in a case registration means. It is a figure explaining a matter table. It is a figure explaining the model selection algorithm of a business process. It is a figure explaining a solution process table. It is a figure explaining the initial screen of a process setting screen. It is a figure explaining a unit process condition instance table. It is a figure explaining a unit process specification instance table. It is a figure explaining an attribute specification correspondence table. It is a figure explaining the algorithm of the resource allocation system by a resource allocation means. It is a figure explaining the process which extracts process ID in which all the implementation conditions were set. It is a figure explaining a resource allocation table. It is a figure explaining the template of the text used when contacting by electronic mail. It is a figure explaining the processing screen at the time of registering the determined specification. It is a figure explaining the content of the email at the time of registering that work was completed. It is a figure explaining the process which fixes a business process in steps.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Resource allocation system for solution business 2 Database 3 Server 4 Client 5 Network 11 Process setting means 12 Resource allocation means 13 Process registration means 14 Resource registration means 15 Case registration means 16 Specification registration means 17 Process completion registration means 20 Auxiliary storage device 31 CPU
32 Memory 33 Communication Control Unit 201 Unit Process Condition Table 202 Unit Process Specification Table 203 Process Template Table 204 Personnel Table 205 Personnel Capability Table 206 Project Table 207 Solution Process Table 208 Unit Process Condition Instance Table 209 Unit Process Specification Instance Table 210 Attributes Specification table 211 Customer table

Claims (8)

Information specifying unit processes constituting business processes providing solutions, information specifying capability conditions required for a person in charge of executing the unit processes, and specifications to be determined by the execution of the unit processes Process registration means for registering information as process template information for each customer category or solution;
Information for identifying the person in charge of the solution of the unit process, and resource registration means for registering the possessed ability as the person in charge information;
Item registration means for registering information identifying customers, information identifying customer categories and solutions as item information,
Based on the information that identifies the solution of the matter information and the customer category, the unit process that matches the customer category and the information that identifies the solution is extracted from the process template information, and the input / output relationship between the extracted unit processes is specified. Process setting means for associating the information to be identified with information for specifying the capability condition, and setting the capability condition as solution process information;
Based on the information that identifies the unit process of the item registered by the registration means, the ability condition required for performing the business is read from the solution process information, and the person in charge with the ability condition is read from the person in charge information. A resource allocation system for solution business, comprising resource allocation means for selecting. The resource allocation system for solution business according to claim 1,
A solution business resource allocation system, wherein the item registration unit registers a progress status of a business process as item information. The resource allocation system for solution business according to claim 1,
A resource allocation system for a solution business characterized in that a specification determined by executing a unit process is set in solution process information. The resource allocation system for solution business according to claim 1,
A resource allocation system for a solution business, wherein the ability acquired by executing a unit process is registered as person-in-charge information. The resource allocation system for solution business according to claim 1,
A resource allocation system for a solution business characterized by sequentially executing unit processes set in the next order after setting a spec determined by executing a unit process in solution process information. The resource allocation system for solution business according to claim 1,
A resource allocation system for a solution business, characterized in that the resource allocation means transmits business instruction information to a selected person in charge. Forming a plurality of unit processes each defining a capability required for the business and specifications to be generated by the business execution;
Registering the ability of the person in charge to provide the solution for each unit process;
Identifying the information of the case subject to the solution based on the information identifying the customer category and the solution to be provided;
Extracting a unit process suitable for the solution of the case based on the specified case information, arranging the extracted unit processes in the order of execution, and forming a process template;
A solution business resource allocating method comprising a step of searching for a person in charge having the ability to satisfy the ability defined for each unit process from the registered information and allocating it to each unit process. Information that identifies the unit processes that make up the business process that provides the solution, information that specifies the capability conditions required of the person in charge of executing the unit processes, and specifications to be determined by the execution of the unit processes Process registration means for registering the information to be identified and the execution order of unit processes as process template information for each customer category or solution;
Information for identifying the person in charge of the solution of the unit process, and resource registration means for registering the possessed ability as the person in charge information;
Item registration means for registering information identifying customers, information identifying customer categories and solutions as item information,
Based on the information that identifies the solution of the matter information and the customer category, the unit process that matches the customer category and the information that identifies the solution is extracted from the process template information, and the input / output relationship between the extracted unit processes is specified. Process setting means for associating the information to be identified with information for specifying the capability condition, and setting the capability condition as solution process information;
Based on the information that identifies the unit process of the item registered by the registration means, the ability condition required for performing the business is read from the solution process information, and the person in charge with the ability condition is read from the person in charge information. A program for selecting and functioning as a resource allocating means for instructing the person in charge to execute a task.

Images