JP2018055249A - System construction support apparatus, system construction support method, and system construction support program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To facilitate selection of a suitable API and a platform combination for achieving a service system in consideration of various factors.SOLUTION: A system construction support apparatus comprises: combination information storage means for storing a value of an evaluation item in association with each pair of platform candidates achieving each of functions in each pair of the functions for continuously processing transactions in a construction target system; and component evaluation means for determining expected values of the evaluation item of a plurality of platforms executed in order of the functions given for each transaction, on the basis of the value of evaluation item associated with the pair of platform candidates selected by shifting the order one by one in the order of functions given from the combination information storage means, and for outputting a combination of the platform candidates and execution order achieving each of the plurality of functions selected based on the determined expected values.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a system construction support apparatus, a system construction support method, and a system construction support program, and more particularly to a system construction support apparatus, a system construction support method, and a system construction support program corresponding to diversified platforms.

  The trend of the world is shifting from SoR (System of Record) to SoE (Systems of Engagement) development. SoR is a system that handles data such as customer information, and the specifications of the system once established were rarely changed. For this reason, it was sufficient to develop a service system from scratch and maintain it to satisfy the requirements.

  However, SoE is a system that needs to be realized immediately as a service by capturing requests from service users such as end users. Service users' demands change frequently due to various external factors including trends in the world, trends and revisions of laws. Failure to respond immediately to service users' demands will lead to missed business opportunities. For this reason, the service provider is required to realize the service immediately and to flexibly change the service in response to the request change.

  In order to realize services immediately and respond flexibly to changing requirements, changes are also required in system development methods. For the purpose of shortening the system construction period, service providers have become the mainstream of building services by combining multiple APIs (Application Programming Interfaces) that exist on the cloud platform, rather than building services from scratch. ing. Examples of APIs that exist on the cloud platform that can be used to construct a service include IBM (registered trademark) BlueMix (registered trademark) and salesforce (registered trademark) Salesforce lightning.

  Considering system construction on a cloud platform, a service provider needs to select a combination of API and platform to be adopted from a plurality of candidate combinations of API and platform for realizing a service system. In order to determine a candidate for a combination of multiple APIs and cloud platforms required to realize the service, it is necessary to estimate costs, system performance, and the like. However, system performance varies due to various factors. These factors are: a) technical constraints held by the service provider, such as existing system-dependent issues held by the service provider, b) cost, c) compatibility and dependencies of the platform providing the API, and d) Includes system external factors such as installation location.

  At present, service providers rely on many experts to design a system that takes them into account, which is a big risk and a problem for service providers.

  Furthermore, even if the combination can be determined, the service provider must assign a developer who has experience using the API and platform that realizes the service. If there is no developer who has experience in use, there will be a lack of know-how related to the compatibility of APIs and platforms obtained through development experience, for example, the scale of remodeling by a combination that depends on data consistency. For this reason, it is conceivable that bugs are created and the system construction period is extended.

  However, a wide variety of APIs and cloud platforms can be options for system construction. For this reason, service providers must find developers who have experience in developing combinations of APIs and platforms that implement services in order to shorten the system construction period. This is also a big burden on the service provider.

  Patent Document 1 discloses one method for clarifying dependency relationships between APIs and platforms. This method estimates the dependency of quality such as resources and performance such as services and functions provided on the cloud and hardware, and stores them as a qualitative behavior table. Based on this qualitative behavior table, the Web service designer estimates the parameters and dependencies given to the service provided on the cloud. In the cloud, since the middleware stack is managed by the cloud operator, the Web service developer cannot accurately know the configuration and state of the middleware stack. Therefore, in this method, Web service designers use qualitative reasoning, etc. to estimate the dependencies of services and functions provided on the cloud, and based on the qualitative behavior table held as a qualitative behavior table on the cloud. Estimate the parameters and dependencies given to the services provided.

  Patent Document 2 discloses a development system management method for assigning a system developer having necessary skills in order to shorten the system construction period. This method evaluates the required development personnel in association with the actual development personnel from the level or rank required by each process in software development.

Japanese Unexamined Patent Publication No. 2014-170485 JP-A-8-329152

  In order to quickly construct an appropriate system, it is necessary to quickly determine an appropriate API and platform in view of various factors. Factors to consider are, for example, a) technical constraints held by the service provider, b) cost, c) compatibility and dependency of the platform providing the API, and d) external factors such as installation location. is there. However, the method disclosed in Patent Document 1 does not consider factors such as the cost of system construction, compatibility and dependency of platforms that provide APIs, and installation locations.

  The present invention has been made in view of the above-mentioned problems, and reflects an appropriate combination of APIs and platforms for realizing a service system, reflecting costs, technical constraints, compatibility of APIs and platforms, and dependencies. It is an object of the present invention to provide a system construction support apparatus, a system construction support method, and a system construction support program to be presented to a service provider.

  The system construction support apparatus according to an aspect of the present invention provides a value of an evaluation item associated with each pair of platform candidates that realize each of the functions in each pair of functions that continuously process transactions in the construction target system. Combination information storage means for storing, and the expected values of the evaluation items of a plurality of platforms executed in the order of functions given for each transaction, the order of the given function order from the combination information storage means 1 Realizing each of the plurality of the functions selected based on the expected value determined based on the value of the evaluation item associated with the pair of platform candidates selected by shifting one by one Component evaluation means for outputting the combination of platform candidates and the execution order.

  In the system construction support method according to one aspect of the present invention, the value of the evaluation item is associated with each pair of platform candidates that realize each of the functions in each pair of functions that continuously process transactions in the construction target system. Are stored in the combination information storage means, and the expected values of the evaluation items of a plurality of platforms, which are executed in the order of the functions given for each transaction, are arranged in the order of the given functions from the combination information storage means. The determination is made based on the value of the evaluation item associated with the platform candidate pair selected by shifting, and each of the plurality of functions selected based on the determined expected value is realized. The combination of platform candidates and the execution order are output.

  The system construction support program according to an aspect of the present invention is the construction target system, and in each pair of functions that continuously process transactions, the value of the evaluation item associated with each pair of platform candidates that realizes each of the functions Are stored in combination information storage means, and the expected values of the evaluation items of a plurality of platforms are executed in the order of the given functions from the combination information storage means in order of the given functions for each transaction. Each of the plurality of the functions selected based on the determined expected value is determined based on the value of the evaluation item associated with the pair of platform candidates selected by shifting one by one. A component evaluation process for outputting the combination of platform candidates to be realized and the execution order; To be executed by a computer.

  The system construction support apparatus according to the present invention reflects various factors and outputs an appropriate API or platform combination for realizing a service system. As a result, the service provider can quickly construct an appropriate system.

FIG. 1 is a block diagram showing a configuration of a system construction support apparatus 1 according to the first embodiment. FIG. 2 is a diagram showing a configuration of the API / platform information 101. FIG. 3 is a diagram illustrating a configuration of the function candidate information 106. FIG. 4 is a diagram showing the configuration of the user request information 111. FIG. 5 is a diagram showing the configuration of the service process information 116. FIG. 6 is a diagram showing the configuration of the API candidate information 126. FIG. 7 is a diagram illustrating the structure of the combination record information 131. FIG. 8 is a diagram illustrating the structure of the performance information 121. FIG. 9 is a diagram illustrating the structure of the configuration evaluation formula information 136. FIG. 10 is a diagram showing the structure of the system configuration candidate information 151. As shown in FIG. FIG. 11 is a diagram showing the structure of the development skill information 141. FIG. 12 is a flowchart showing an outline of the operation of the system construction support apparatus 1. FIG. 13 is a flowchart of the operation of the component evaluation unit 12 in S103 of FIG. FIG. 14 is a flowchart of the operation of the staff candidate evaluation unit 13 in S104 of FIG. FIG. 15 is a diagram illustrating a screen for inputting information on a function for realizing a service process. FIG. 16 is a diagram showing a screen for inputting a service provider's request and cost constraints. FIG. 17 is a diagram showing a screen for outputting the order of calling APIs and developers suitable for them. FIG. 18 is a configuration diagram of the computer apparatus 600. FIG. 19 is a block diagram illustrating a configuration of the system construction support apparatus 1 according to the second embodiment.

<First Embodiment>
[Description of configuration]
FIG. 1 is a block diagram showing a configuration of a system construction support apparatus 1 according to the first embodiment. The system construction support apparatus 1 includes an API / platform information storage unit 100, a function candidate information storage unit 105, a request information reception unit 10, a user request information storage unit 110, a service process information storage unit 115, and a configuration condition generation unit 11. And comprising. The system construction support apparatus 1 further includes a performance information storage unit 120, an API candidate information storage unit 125, a combination record information storage unit 130, a configuration evaluation formula information storage unit 135, a configuration candidate information storage unit 150, and a configuration An element evaluation unit 12, a development skill information storage unit 140, and a staff candidate evaluation unit 13 are provided.

  The API / platform information storage unit 100 stores API / platform information 101 necessary for the service provider to input a request. FIG. 2 is a diagram showing a configuration of the API / platform information 101. The API / platform information 101 includes names of APIs and platforms that can be used for system development.

  The function candidate information storage unit 105 stores function candidate information 106 necessary for selecting a function for realizing a service process. FIG. 3 is a diagram illustrating a configuration of the function candidate information 106. The function candidate information 106 includes the names of functions that implement the service process.

  The request information receiving unit 10 receives, from the service provider, information on the service provider's request and cost restrictions, and information on the function that realizes the cost and the service process, using an input unit such as a screen or a mouse. At this time, the request information receiving unit 10 may display the information of the API / platform information 101 and the function candidate information 106 as, for example, input options.

  The configuration condition generation unit 11 generates user request information 111 and service process information 116 based on information received by the request information reception unit 10 from the service provider. The configuration condition generation unit 11 stores the generated user request information 111 in the user request information storage unit 110. The configuration condition generation unit 11 stores the generated service process information 116 in the service process information storage unit 115.

  FIG. 4 is a diagram showing the configuration of the user request information 111. The user request information 111 includes information indicating performance and cost constraints required by the service provider for the construction target system, which are necessary as system configuration conditions. The user request information 111 may be given from the outside by file transfer or the like in the format shown in FIG.

  FIG. 5 is a diagram showing the configuration of the service process information 116. The service process information 116 includes information representing the order / combination of functions constituting the service. In FIG. 5, a service ID (Identification) is an identifier of the construction target system. The call number and function name indicate that the construction target system calls each function indicated by the function name for each transaction and executes the functions in the order of the numbers. The example of FIG. 5 represents that the construction target system executes the passport search function, passport application function, and payment function in this order for each transaction. The service process information 116 may be given from the outside by file transfer or the like in the format shown in FIG.

  The API candidate information storage unit 125 stores API candidate information 126. FIG. 6 is a diagram showing the configuration of the API candidate information 126. The API candidate information 126 stores, in association with a function, an identifier of an API that can implement the function, an identifier of a platform that provides the API, and information about a location such as a server that provides the API. .

  There are two types of information related to the location stored in the API candidate information 126: connection source and connection destination. The connection source indicates a place to access an environment such as a server that provides the API. The connection destination indicates the installation location of a server or the like that provides the API.

  For example, the first row of the table in FIG. 6 shows that the passport search function can be implemented with an API called passport search A provided by the company A platform, and the server that provides the API is installed in Tokyo. Indicates that

  For one function, there may be a plurality of APIs that can realize the function. The system construction support apparatus 1 assists the service provider in selecting an appropriate API for the function required by the construction target system. For an API, there is only one platform that provides the API. Therefore, it can be said that the system construction support apparatus 1 assists the service provider to select an appropriate platform for the function required by the construction target system.

  The API candidate information 126 is set in the system construction support apparatus 1 in advance based on, for example, the service provider's experience and product survey results.

  The combination record information storage unit 130 stores combination record information 131. FIG. 7 is a diagram illustrating the structure of the combination record information 131.

  The combination record information 131 stores cost information for implementing the pair, performance information at the time of implementation, and other information in association with each pair of APIs that continuously process transactions in the construction target system. Specifically, the combination record information 131 includes the cost and linkage for linking the API that processes a transaction first (hereinafter referred to as a connection source API) and the API that is processed subsequently (hereinafter referred to as a connection destination API). Stores the processing performance and other information.

  The combination record information 131 stores cost information, performance information, and other information in association with all API pairs that can implement a pair of functions that continuously process transactions. For example, as shown in FIG. 6, the function pair is a passport search function and a passport application function, the former can be implemented with either of two APIs, passport search_A and passport search_B, and the latter is applied for a passport application. It is assumed that any of the two APIs _D and passport application_E can be implemented. In this case, the combination result information 131 includes passport search_A and passport application_D, passport search_A and passport application_E, passport search_B and passport application_D, passport search_B, as shown in FIG. Stores cost information, performance information, and other information for the four API pairs for passport application_E.

  As described above, once an API is determined, a platform that provides the API is determined. Therefore, it can be said that the combination record information 131 stores cost information for implementing the pair, performance information at the time of implementation, and other information in association with each pair of platforms that process transactions continuously.

  As will be described later, an AIP / platform is selected for each function based on the values of cost, processing performance, and other information. That is, the cost, processing performance, and other information stored in the combination record information 131 and the performance information 121 as the auxiliary information are evaluation items for determining selection.

  According to FIG. 7, the combination record information 131 stores, for example, total cost, development cost, license fee, and performance ID for each pair of connection source API and connection destination API. Here, the performance ID is identification information of pattern values of various performance items and other items. The association information between the performance ID and the values of various performance items and other items is stored in the performance information 121.

  FIG. 8 is a diagram illustrating the structure of the performance information 121. The performance information 121 is stored in the performance information storage unit 120. The performance information 121 stores values of each performance item and other items in association with the performance ID.

  For example, by referring to the combination record information 131 in FIG. 7, the component evaluation unit 12 implements the passport search function with the passport search_A API and the passport application function with the passport application_D API. It can be seen that the cost is 100 and the performance ID of S1 is obtained. Further, the component evaluation unit 12 refers to S1 of the performance information 121 in FIG. 8 so that the AIP pair has a throughput of 1500 BPS (Bit Per Second), security by https, and transaction performance of 1000 TPS (Transaction Per Second). It can be seen that performance of disk IO time of 3 msec is achieved.

  The combination record information 131 and the performance information 121 may be created by integrating the two into one table, for example, combination information. In this case, instead of the performance information storage unit 120 and the combination performance information storage unit 130, a combination information storage unit 160 that stores combination information may be installed.

  Furthermore, the combination record information 131 and the performance information 121 or the combination information may include, for example, information on the server installation location as an evaluation item.

  The combination record information 131 and the performance information 121 or the combination information is set in the system construction support apparatus 1 in advance based on, for example, the record data of the service provider system. The combination record information 131 and the performance information 121 or the combination information may be set in the system construction support apparatus 1 in advance based on the desktop calculation data.

  The configuration evaluation formula information storage unit 135 stores configuration evaluation formula information 136. FIG. 9 is a diagram illustrating the structure of the configuration evaluation formula information 136. The configuration evaluation formula information 136 is information for evaluating a combination of APIs and information for evaluating development personnel.

  According to FIG. 9, the configuration evaluation formula information 136 includes a table on the left side of the diagram for configuration evaluation of a) and a table on the right side of the diagram for evaluation of development personnel of b). The configuration evaluation table in a) stores weights and threshold values in association with each evaluation item. The development personnel evaluation table of b) stores weights in association with development experience items.

  According to the table for a) configuration evaluation in FIG. 9, the throughput of the construction target system is required to be within 3000 BPS throughout all processes of the service process information 116 in FIG. Is 0.1. Similarly, the security of the construction target system is required to be protected by https throughout the entire process of the service process information 116 in FIG. 5, and the weight of the importance of the achievement is 0.1. Similarly, the accumulated development cost of the construction target system is required to be 600 or less through all the processes of the service process information 116 in FIG. 5, and the weight of the importance of the achievement is 0.3.

  According to the table for evaluation of development personnel in FIG. 9, the development personnel are required to have development experience regardless of the platform, and the importance of the experience is 0.5. Development personnel are also required to have experience in developing systems using both the connection source API and the connection destination API of the API pair, and the weight of the importance of the experience is 0.3 and 0.2, respectively. It is.

  The configuration evaluation formula information 136 is generated by, for example, the configuration condition generation unit 11 from information acquired by the request information reception unit 10 (including weight information in addition to cost and performance constraint conditions). The configuration evaluation formula information 136 may be given from the outside by file transfer or the like in the format shown in FIG.

  The component evaluation unit 12 determines the combination of APIs corresponding to the combination of functions realizing the service and the calling order, and the calling order, and presents the information using, for example, a screen. At this time, the component evaluation unit 12 determines the combination of APIs and the calling order based on the cost, performance, and evaluation item values for other items expected by the combination of APIs and the calling order.

  The development skill information storage unit 140 stores development skill information 141. FIG. 11 is a diagram showing the structure of the development skill information 141. The development skill information 141 represents a combination of APIs and cloud platform development skills possessed by the system developer. Specifically, the development skill information 141 stores an index indicating the skill level that the developer has with respect to the API pair in association with the developer identifier and API pair. The index is stored for each of the connection source API and the connection destination API. According to FIG. 11, for example, developer Taro XX has a skill of index 3 for passport search_A, which is the connection source API in the pair of passport search_A and passport application_D API, and the connection destination API Has pass 4 skill for passport application_D.

  The candidate candidate evaluation unit 13 searches for a system development person who has skills related to the API pair for each API combination included in the combination of APIs determined by the component evaluation unit 12 and the calling order. Next, the staff candidate evaluation unit 13 evaluates the skills of the development staff, selects the development staff for each API pair according to the evaluation value, and presents it to the service provider using, for example, a screen.

  Here, the request information reception unit 10, the configuration condition generation unit 11, the component element evaluation unit 12, and the staff candidate evaluation unit 13 of the system construction support device 1 are configured by logic circuits. The API / platform information storage unit 100, the function candidate information storage unit 105, the user request information storage unit 110, and the service process information storage unit 115 are configured by a magnetic storage device or a semiconductor storage device. The performance information storage unit 120, the API candidate information storage unit 125, the combination result information storage unit 130, the configuration evaluation formula information storage unit 135, the configuration candidate information storage unit 150, and the development skill information storage unit 140 are also magnetic storage devices or And a semiconductor memory device.

  The system construction support device 1 may be realized by the computer device 600. FIG. 18 is a configuration diagram of the computer apparatus 600. The computer device 600 includes a processor 610, a main storage unit 630, and an external storage device 620 that are connected to each other via a bus 640. The processor 610 reads / writes data from / to the main storage unit 630 and the external storage device 620 via the bus 640. Further, the processor 610 executes a program 650 stored in the main storage unit 630. Note that the program 650 is initially stored in the external storage device 620, and the processor 610 may load the external storage device 620 from the external storage device 620 to the main storage unit 630 when the computer device 600 is initially set.

  Here, the main storage unit 630 is a semiconductor memory device. The external storage device 620 is a storage device such as a disk device or a semiconductor storage device.

  The processor 610 functions as, for example, the request information receiving unit 10, the configuration condition generation unit 11, the component element evaluation unit 12, and the staff candidate evaluation unit 13 by executing the program 650. That is, by executing the program 650, the processor 610 executes, for example, processing performed by the request information reception unit 10, the configuration condition generation unit 11, the component element evaluation unit 12, and the personnel candidate evaluation unit 13. The main storage unit 630 or the external storage device 620 functions as a storage unit including the API / platform information storage unit 100, for example.

[Description of operation]
FIG. 12 is a flowchart showing an outline of the operation of the system construction support apparatus 1. The details of the operation of the system construction support apparatus 1 will be described with reference to FIG.

  12, the request information receiving unit 10 first reads the API / platform information 101 from the API / platform information storage unit 100 and the function candidate information 106 from the function candidate information storage unit 105. Further, the request information accepting unit 10 accepts information on the function for realizing the service process from the service provider using, for example, an input screen shown in FIG. Further, the request information receiving unit 10 receives a request, cost constraints, and evaluation weight information from the service provider using, for example, a screen shown in FIG.

  In S102 of FIG. 12, upon receiving the information received by the request information receiving unit 10, the configuration condition generating unit 11 generates service process information 116 (FIG. 5) indicating the combination / call order of the functions constituting the configuration target system. To do. Further, the configuration condition generation unit 11 generates user request information 111 (FIG. 4) that represents performance and cost constraints required by the service provider for the system.

  At this time, the configuration condition generation unit 11 may further generate configuration evaluation formula information 136 (FIG. 9) from the performance and cost constraints required of the system by the service provider and the weight information registered in advance. The configuration condition generation unit 11 stores the generated information in the service process information storage unit 115, the user request information storage unit 110, and the configuration evaluation formula information storage unit 135.

  In S103 of FIG. 12, the component evaluation unit 12 searches for, evaluates, and selects a combination of APIs necessary for implementing a service process in the construction target system and an execution order (hereinafter, implementation plan). FIG. 13 described later shows details of this processing.

  Next, in S104 of FIG. 12, the candidate candidate evaluation unit 13 searches for, evaluates, and selects development personnel suitable for the implementation plan selected by the component evaluation unit 12. FIG. 14 shows details of this processing.

  Finally, the component evaluation unit 12 presents the selected implementation plan and development personnel to the service provider in S105 of FIG. 12, for example, using the screen shown in FIG.

  FIG. 13 is a flowchart of the operation of the component evaluation unit 12 in S103 of FIG.

First, the component evaluation unit 12 extracts a combination of functions realizing a service and a calling order from the service process information 116, and extracts a combination of APIs and a calling order from the API candidate information 126 according to the calling order of the functions. That is, the component evaluation unit 12 extracts all combinations of APIs and calling sequences (hereinafter, implementation plans) that can be selected to implement a system that executes a plurality of given functions in a given order (hereinafter referred to as an implementation plan). S200). For example, when the service process information 116 is as shown in FIG. 5 and the API candidate information 126 is as shown in FIG. 6, the component element evaluation unit 12 extracts the following eight implementation plans.
a1) Passport Search_A, Passport Application_D, Payment Function_A
b1) Passport Search_A, Passport Application_D, Payment Function_B
c1) Passport search_A, Passport application_E, Payment function_A
d1) Passport Search_A, Passport Application_E, Payment Function_B
e1) Passport Search_B, Passport Application_D, Payment Function_A
f1) Passport Search_B, Passport Application_D, Payment Function_B
g1) Passport Search_B, Passport Application_E, Payment Function_A
h1) Passport Search_B, Passport Application_E, Payment Function_B
Next, the component evaluation unit 12 sequentially selects API pairs for implementing two functions (hereinafter referred to as function pairs) while shifting the order one by one from the earliest order for each extracted implementation plan. Extract (S201). This is the first time to extract the first and second API pairs to be called, the second time to extract the second and third API pairs, and then n (n is 3 or more) This means that the nth and (n + 1) th API pairs are extracted at the second time. The extraction ends when n + 1 reaches the number of functions (3 in the above example).

For example, the component evaluation unit 12 extracts the following two API pairs from each of the eight implementation plans described above.
a2) (Passport Search_A, Passport Application_D), (Passport Application_D, Payment Function_A)
b2) (Passport search_A, Passport application_D), (Passport application_D, Payment function_B)
c2) (Passport Search_A, Passport Application_E), (Passport Application_E, Payment Function_A)
d2) (Passport Search_A, Passport Application_E), (Passport Application_E, Payment Function_B)
e2) (Passport Search_B, Passport Application_D), (Passport Application_D, Payment Function_A)
f2) (Passport Search_B, Passport Application_D), (Passport Application_D, Payment Function_B)
g2) (Passport Search_B, Passport Application_E), (Passport Application_E, Payment Function_A)
h2) (Passport Search_B, Passport Application_E), (Passport Application_E, Payment Function_B)
Next, the component evaluation unit 12 obtains the expected value of the extracted evaluation item for each implementation plan from the combination record information 131 in FIG. 7 and the performance information 121 in FIG. 8 for the API pairs included in each implementation plan. Is determined based on (S202). Specifically, for example, the expected values of the evaluation items of the implementation plan of a1) above are (passport search_A, passport application_D) and (passport application_D, payment function_A) shown in a2). It is determined from the evaluation item values of two API pairs.

  How the component evaluation unit 12 determines the expected value from the values of a plurality of API pairs differs depending on the nature of the evaluation item. If the evaluation item is, for example, cost, processing time, delay time, or input / output time, the expected value is the sum of the values of each API pair. If the evaluation item is, for example, a value that represents the number of processes or a bottleneck of a plurality of processes that are executed sequentially, the expected value is the minimum value of each API pair value. If the evaluation item is, for example, the type of security function or the server installation location, the expected value is the function and the location only when the values of each API pair are all the same function and location. .

  Next, the component evaluation unit 12 compares the determined expected value with the threshold value or the specified value of the configuration evaluation formula information 136 in FIG. 9 and calculates the sum of the weights of the evaluation items that satisfy the condition, thereby An evaluation value is calculated (S203).

  Judgment whether the calculated expected value of a plurality of API pairs satisfies the condition depends on the nature of the evaluation item. If the evaluation item is, for example, cost, processing time, delay time, or input / output time, the component evaluation unit 12 determines that the condition is satisfied when the expected value is equal to or less than a given threshold value. If the evaluation item is a value representing the number of processes or a bottleneck of a plurality of processes executed sequentially, the component evaluation unit 12 satisfies the condition when the expected value is greater than or equal to the threshold value. to decide. If the evaluation item is, for example, the type of security function or the server installation location, the component evaluation unit 12 determines that the condition is satisfied when the expected value is the same as the designated location.

  Therefore, the evaluation value is an index indicating the degree to which each implementation plan achieves the threshold value of the configuration evaluation formula information 136.

  Then, the component evaluation unit 12 extracts an implementation plan in which the evaluation value is greater than or equal to the threshold value given by the service provider. Finally, the component evaluation unit 12 selects the number of implementation plans determined by the service provider in descending order of evaluation values from the extracted implementation plans, and generates system configuration candidate information 151, for example, a screen Etc. to present to the service provider (S204).

  The service provider may arbitrarily determine the implementation plan evaluation method.

  The configuration candidate information storage unit 150 stores system configuration candidate information 151. FIG. 10 is a diagram showing the structure of the system configuration candidate information 151. As shown in FIG. The system configuration candidate information 151 stores as many implementation plans as the number determined by the service provider. In the example of FIG. 10, two proposals a1) and c1) are selected from the implementation proposals described above.

  FIG. 14 is a flowchart of the operation of the staff candidate evaluation unit 13 in S104 of FIG.

  First, the candidate candidate evaluation unit 13 extracts an API pair from each implementation plan obtained from the system configuration candidate information 151 of FIG. 10 (S300). Specifically, from the implementation plan of a1) described above, the two API pairs indicated by a2) are described above, and from the implementation plan of c1) described above, the two API pairs indicated by c2) are provided. Extracted.

  Next, the personnel candidate evaluation unit 13 searches the development skill information 141 of FIG. 11 for system development personnel having skills related to the API pair for each API pair. Next, the personnel candidate evaluation unit 13 calculates an evaluation value representing the skills of the development personnel using the development personnel evaluation table obtained from the configuration evaluation formula information 136 of FIG. 9 (S301).

  Finally, the candidate candidate evaluation unit 13 selects a development person for each API pair according to the evaluation value, and presents it to the service provider using, for example, the screen shown in FIG. 17 (S302).

  For example, the staff candidate evaluation unit 13 has developed a system that has used these APIs from the development skill information 141 of FIG. 11 for the API pair (passport search_A and passport application_D) in a2). As an experienced person, search for XX Taro and XX Jiro.

  And the candidate candidate evaluation part 13 acquires a weight from the structure evaluation formula information 136, and calculates the evaluation value of each system development experienced person. In the calculation, the candidate candidate evaluation unit 13 adds, for example, 1) the weights of the connection source API and the connection destination API obtained from the configuration evaluation formula information 136. Next, the staff candidate evaluation unit 13 2) multiplies the sum of the use experience of the connection source platform obtained from the development skill information 141 and the use experience of the connection destination platform by the weight of the development experience obtained from the configuration evaluation formula information 136. . The staff candidate evaluation unit 13 calculates the evaluation value of the system developer by adding the values of 1) and 2).

  Specifically, Taro XX is 0.3 + 0.2 + (0.5 * 3 + 0.5 * 4) = 4.0, and XX Jiro is 0.3 + 0.2 + (0.5 * 3 + 0.5 * 2) = 3.0. Therefore, the staff candidate evaluation unit 13 selects Taro XX for the API pair called passport search_A and passport application_D).

  The service developer may arbitrarily determine the evaluation method of the system developer.

  In this way, the system construction support device 1 takes into account cost / technical constraints and dependencies, and a developer who has a combination of APIs and cloud platforms for implementing the construction target system, execution order, and development experience. To the service provider. Thereby, the system construction support apparatus 1 can perform support for shortening the system development period.

[Description of effects]
As described above, the system construction support apparatus 1 according to the present embodiment makes it easy to select an appropriate API or platform combination for realizing a service system in consideration of various factors. The reason is that the component evaluation unit 12 calculates the values of evaluation items such as cost and performance that are expected based on the combination of APIs and the calling order based on the value of each API pair, and calculates the calculated value. This is because the combination of APIs and the calling order are selected and presented as criteria.

  The component evaluation unit 12 does not calculate cost and performance for each API and platform, but acquires performance and cost information for each API and platform pair, and evaluates each implementation plan based on the value. Do. The performance and cost information for each API / platform pair shown in the combination record information 131 of FIG. 7 includes information specific to the combination of API and platform that cannot be directly obtained from the catalog specifications of the API or platform alone.

  In actual system development, various factors such as compatibility and dependencies of API providing platforms, external factors of the system (installation location, etc.) affect performance and cost estimation. Therefore, it is difficult to select an appropriate API or platform even if only the catalog specifications of the API and platform are considered. The system construction support apparatus 1 according to the present embodiment performs support for overcoming the difficulty.

  Furthermore, the system construction support apparatus 1 according to the present embodiment facilitates the selection of personnel for realizing the selected API combination and the calling order. The reason is that, for each API pair included in the determined API combination and call order, the candidate candidate evaluation unit 13 evaluates the system development personnel skill having skills related to the API pair, and the development personnel according to the evaluation value. This is because it is selected and presented.

  That is, the system construction support device 1 presents a combination of an API and a cloud platform for realizing a service and a developer having the development experience to the service provider in consideration of cost / technical restrictions and dependency. Therefore, the service provider can quickly construct an appropriate system.

<Second Embodiment>
FIG. 19 is a block diagram illustrating a configuration of the system construction support apparatus 1 according to the second embodiment. The system construction support apparatus 1 includes a combination information storage unit 160 and a component element evaluation unit 12.

  The combination information storage unit 160 stores the value of the evaluation item in association with each pair of platform candidates that realize each of the functions in each pair of functions that continuously process transactions in the construction target system.

  The component evaluation unit 12 is selected by shifting the expected values of the evaluation items of a plurality of platforms, which are executed in the order of functions given for each transaction, one by one in the order of the functions given from the combination information storage unit 160. The determination is made based on the value of the evaluation item associated with the pair of platform candidates. Then, the component evaluation unit 12 outputs a combination of platform candidates that realize each of a plurality of functions and an execution order selected based on the determined expected value.

  As described above, the system construction support apparatus 1 according to the present embodiment makes it easy to select an appropriate API or platform combination for realizing a service system in consideration of various factors. The reason is that the component evaluation unit 12 calculates the values of evaluation items such as cost and performance that are expected based on the combination of APIs and the calling order based on the value of each API pair, and calculates the calculated value. This is because the combination of APIs and the calling order are selected and presented as criteria.

  While the present invention has been described with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.

DESCRIPTION OF SYMBOLS 1 System construction | assembly support apparatus 10 Request information reception part 11 Configuration condition production | generation part 12 Component element evaluation part 13 Personnel candidate evaluation part 100 API / platform information storage part 101 API / platform information 105 Function candidate information storage part 106 Function candidate information 110 User request Information storage unit 111 User request information 115 Service process information storage unit 116 Service process information 120 Performance information storage unit 121 Performance information 125 API candidate information storage unit 126 API candidate information 130 Combination record information storage unit 131 Combination record information 135 Configuration evaluation formula information Storage unit 136 Configuration evaluation formula information 140 Development skill information storage unit 141 Development skill information 150 Configuration candidate information storage unit 151 Configuration candidate information 160 Combination information storage unit 600 Computer device 610 Processor 620 External storage device 630 Main storage unit 640 Bus 650 Program

Claims (10)

Combination information storage means for storing evaluation item values in association with each pair of platform candidates that realize each of the functions in each pair of functions that continuously process transactions in the construction target system;
The platform, which is selected by shifting the expected value of the evaluation items of a plurality of platforms, which are executed in the order of functions given for each transaction, one by one in the order of the given functions from the combination information storage unit A decision is made based on the value of the evaluation item associated with the pair of candidates, and a combination and execution order of the platform candidates that realize each of the plurality of functions selected based on the decided expected value are output. A system construction support device comprising:   When the evaluation item is cost, processing time, or input / output time, the component evaluation unit calculates the sum of the values of the evaluation items associated with the selected pair of platform candidates as the expected value. The system construction support apparatus according to claim 1, which is determined as   The component evaluation means, when the evaluation item is the number of processing transactions, determines the minimum value of the evaluation item associated with the selected pair of platform candidates as the expected value. The system construction support apparatus according to any one of claims 1 to 2.   The component evaluation means, when the evaluation item is a type of a predetermined function, when all of the values of the evaluation items associated with the selected pair of platform candidates indicate the same type, The system construction support apparatus according to claim 1, wherein the same type is determined as the expected value.   The component evaluation means, when the evaluation item is an apparatus installation location, when the values of the evaluation items associated with the selected pair of platform candidates indicate the same location, The system construction support apparatus according to claim 1, wherein a place is determined as the expected value.   The component evaluation means, when there are a plurality of the evaluation items, adds a weight given to the evaluation item determined that the expected value satisfies a predetermined condition, and based on the added value, The system construction support apparatus according to any one of claims 1 to 5, wherein a given number of platform candidates that realize each of the candidates are selected and output. The developer identifier associated with each pair of the platform candidates that realizes each of the functions in each pair of the functions continuously executed in the construction target system, and the developer identifier, Development skill information storage means for storing skill information regarding the pair of platform candidates;
The developer identifier based on the skill information associated with each pair of the platform candidates selected in the given function order from the combination of platform candidates output by the component evaluation unit and the execution order. The system construction support apparatus according to any one of claims 1 to 6, further comprising a staff candidate evaluation unit that selects and outputs the candidate. In the construction target system, in each pair of functions that continuously process transactions, the value of the evaluation item is stored in the combination information storage means in association with each pair of platform candidates that realize each of the functions,
The platform, which is selected by shifting the expected value of the evaluation items of a plurality of platforms, which are executed in the order of functions given for each transaction, one by one in the order of the given functions from the combination information storage unit A decision is made based on the value of the evaluation item associated with the pair of candidates, and a combination and execution order of the platform candidates that realize each of the plurality of functions selected based on the decided expected value are output. A system construction support method.   9. If the evaluation item is a cost, a processing time, or an input / output time, the sum of values of the evaluation item associated with the selected pair of platform candidates is determined as the expected value. System construction support method. In the construction target system, in each pair of functions that continuously process transactions, a storage process that stores the value of the evaluation item in the combination information storage unit in association with each pair of platform candidates that realizes each of the functions;
The platform, which is selected by shifting the expected value of the evaluation items of a plurality of platforms, which are executed in the order of functions given for each transaction, one by one in the order of the given functions from the combination information storage unit A decision is made based on the value of the evaluation item associated with the pair of candidates, and a combination and execution order of the platform candidates that realize each of the plurality of functions selected based on the decided expected value are output. A system construction support program for causing a computer to execute component component evaluation processing.

Images