JP2011065544A - Inspection item forming system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an inspection item forming system, which can accurately form an inspection item according to the importance, efficiently perform inspection about an important inspection item high in weighting, and prevent occurrence of failures similar to past failures. <P>SOLUTION: In this system, when data processing in an inspection item forming part 101 of a server 100 is performed according to an operation instruction for data processing in the inspection item forming part 101 recognized on a display screen of a client terminal device 115, weighting in an weighting determination processing part 105 is performed based on a keyword from a keyword table 112 when inspection items are automatically formed by a registration processing part 102, and inspection items with high weighting are automatically obtained by a search processing part 103. The weighting determination processing part 105 performs weighting to data of a registered inspection item according a weighting determination result obtained by comparing the keyword with a predetermined view or a data content showing failure information of an accident DB provided within a failure management part 113. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to an inspection item creation system for creating an inspection item (check list) for inspecting the quality of an industrial product.

  Conventionally, a quality control / inspection department that manages the quality of an industrial product creates an inspection item and determines the quality of the product by performing an inspection based on the inspection item. As a result of the inspection, only products that are judged to have a quality that can be shipped by the quality control / inspection department are provided for shipment.

  When creating inspection items, it is common to refer to a manual created by a skilled inspector, but in recent years there is also a technology for automatically creating inspection items using a personal computer (PC). Has been developed.

  As well-known techniques related to such automatic creation of inspection items, for example, “laboratory inspection item automatic generation device, method and method thereof that can realize labor saving of inspection item creation and creation of inspection items without bias by inspectors” Recording medium "(see Patent Document 1).

JP 2000-305811 A

  Although the inspection item automatic generation technology according to Patent Document 1 described above essentially requires weighting of importance to exist in the inspection item, which inspection item does not have a weight for each inspection item. Are handled in parallel and equally, so it is not possible to create inspection items with high accuracy according to the importance level, or to efficiently inspect mainly important inspection items with high weights. There is a problem that it cannot be effectively used to improve quality.

  In addition, failure cases that have caused trouble in the past are very helpful. However, the inspection item automatic generation technology according to Patent Document 1 does not have a function to import such failure cases into inspection items, so it has occurred in the past. There is also a drawback that the occurrence of a failure similar to the failure cannot be prevented in advance.

  The present invention has been made to solve such problems, and the technical problem thereof is to create inspection items with high accuracy according to the importance, and to efficiently inspect important inspection items with high weights. Another object of the present invention is to provide an inspection item creation system that can prevent the occurrence of a failure similar to a failure that has occurred in the past.

  In order to solve the above technical problem, an inspection item creation system according to the present invention provides a server apparatus having an inspection item creation unit that creates an inspection item and a failure management unit that supports failure management when creating the inspection item. An inspection item creation system configured by connecting client terminal devices via a network, wherein the inspection item creation unit is registered with a registration processing unit that registers data about the inspection item in correspondence with a predetermined viewpoint. Of the inspection item registered according to the result of the weight determination that matches the search processing unit for searching the data of the inspection item and the keyword and the data content indicating the failure information of the database provided in the predetermined viewpoint or the failure management unit. A weight determination processing unit for weighting data, a viewpoint table for storing predetermined viewpoints, and keywords used for weight determination The client terminal device inputs an operation instruction for data processing by the inspection item creation unit recognized on the display screen, and the server device operates in the operation unit of its own device. When data processing in the inspection item creation unit is performed according to the operation instruction input or the operation instruction input from the client terminal device, the weight determination processing unit weights based on the keyword from the keyword table when the inspection item is automatically created by the registration processing unit And a search processing unit automatically acquires a test item with a high weight.

  In addition, regarding the embodiment of the inspection item creation system described above, the inspection item creation unit corrects / registers the target system registration processing unit for registering the target system, the registered inspection item data, and the registered system data. A maintenance processing unit to delete, a statistical processing unit for outputting statistical information from registered weighted inspection item data and registered system data, a classification table for inputting a classification for a predetermined viewpoint, A user table for registering user information and a system table for inputting a rough classification for each system are provided.

  According to the inspection item creation system of the present invention, when an inspection item is automatically created, weighting is performed from a keyword, an inspection item having a high weight is automatically acquired, and related items are automatically acquired and imported from accident cases. In addition, it is possible to create inspection items with high accuracy according to the importance, efficiently inspecting important inspection items with high weight, and to trouble that occurred in the past by reviewing past accident cases side by side Occurrence of a similar failure can be prevented in advance, and as a result, the quality of the product can be significantly improved.

It is the block diagram which showed the basic composition of the inspection item creation system which concerns on Example 1 of this invention. It is the transition diagram which showed the outline | summary of the functional process in the inspection item creation system shown in FIG. It is the flowchart which showed the operation | movement process of the registration process part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. 1 is equipped. It is the flowchart which showed the operation | movement process of the search process part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. 1 is equipped. It is the flowchart which showed the operation | movement process of the maintenance process part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. 1 is equipped. It is the flowchart which showed the operation | movement process of the object system registration process part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. 1 is equipped. It is the flowchart which showed the operation | movement process of the statistical processing part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. It is the flowchart which showed the operation | movement process of the weight determination process part with which the inspection item preparation part of the server apparatus of the inspection item preparation system shown in FIG. 1 is equipped, (a) is related with the matching process of a keyword and a viewpoint, (b). Is related to the matching process between the keyword and the accident DB. FIG. 3 illustrates a DB configuration of a viewpoint table provided in the inspection item creation unit of the server device of the inspection item creation system illustrated in FIG. 1, (a) relates to table definition, and (b) relates to an input example. . FIG. 3 illustrates a DB configuration of a classification table provided in the inspection item creation unit of the server device of the inspection item creation system illustrated in FIG. 1, where (a) relates to table definition and (b) relates to an input example. . FIG. 3 illustrates a DB configuration of a user table provided in the inspection item creation unit of the server device of the inspection item creation system illustrated in FIG. 1, where (a) relates to table definition and (b) relates to an input example. . FIG. 3 illustrates a DB configuration of a system table provided in an inspection item creation unit of a server device of the inspection item creation system illustrated in FIG. 1, (a) relates to table definition, and (b) relates to an input example. . FIG. 3 illustrates a DB configuration of a keyword table provided in the inspection item creation unit of the server device of the inspection item creation system illustrated in FIG. 1, where (a) relates to table definition and (b) relates to an input example. . FIG. 2 illustrates an example of code classification used in the inspection item creation unit of the server device of the inspection item creation system shown in FIG. 1. FIG. 3 illustrates details of quality classification used in the inspection item creation unit of the server device of the inspection item creation system shown in FIG. 1. FIG. FIG. 3 illustrates a screen image on a display screen of a client terminal device regarding a function process transition by a test item creation unit of a server device of the test item creation system illustrated in FIG. 1. FIG. 3 illustrates an output image on the display screen of the client terminal device with respect to the viewpoint of data processing by the inspection item creation unit of the server device of the inspection item creation system illustrated in FIG. 1.

  Hereinafter, an inspection item creation system of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a block diagram showing a basic configuration of an inspection item creation system according to Embodiment 1 of the present invention.

  This inspection item creation system includes a client terminal via a network 116 in a server device (PC) 100 having an inspection item creation unit 101 that creates an inspection item and a failure management unit 113 that manages failure when creating the inspection item. A device (PC) 115 is connected.

  Among these, the inspection item creation unit 101 of the server device 100 includes a registration processing unit 102 that registers data about inspection items in association with a predetermined viewpoint, and a search processing unit 103 that searches data of registered inspection items. The weight determination processing unit 105 that weights the data of the inspection item registered according to the result of the weight determination by matching the keyword and the data content indicating the failure information of the accident DB provided in the predetermined viewpoint or the failure management unit 113 A target system registration processing unit 106 for registering target system data, a registered inspection item and a maintenance processing unit 104 for correcting / deleting registered system data, a registered weighted inspection item, and And a statistical processing unit 107 that outputs statistical information from registered system data. As a database (DB) table, a viewpoint table 108 for storing a predetermined viewpoint, a classification table 109 for inputting a classification for the viewpoint input to the viewpoint table 108, and a user information registration register The system includes a user table 110, a system table 111 for inputting a rough classification for each system, and a keyword table 112 for inputting a keyword used for weight determination.

  The failure management unit 113 of the server device 100 has an accident DB 114 that handles in-house failure information, and can browse the failure information from the examination item creation unit 101 as necessary. This accident DB 114 is an in-house accident management DB, and registration is required for all failures that occur after the actual operation for all system functions developed by a specific company. There is an aim to prevent the occurrence of a failure similar to the failure that occurred in advance by displaying the accident case of the failure information as an inspection viewpoint. By referring to the data value from the accident DB 114, it is possible to automatically acquire the accident information determined to be related at the time of search and display the result on the screen.

  Furthermore, the client terminal device 115 inputs an operation instruction for data processing of the inspection item creation unit 101 of the server device 100 recognized on the display screen.

  In the server device 100, when performing data processing in the inspection item creation unit 101 in accordance with an operation instruction input in the operation unit of the own device or an operation instruction input in the client terminal device 115, a keyword table Based on the keywords from 112, the weight determination processing unit 105 performs weighting, and the search processing unit 103 has a characteristic function of automatically acquiring a test item having a high weight. In addition, registration of inspection item data in the registration processing unit 102, registration of target system data in the target system registration processing unit 106, and correction / deletion of registered inspection items and registered system data in the maintenance processing unit 104 Can also be performed.

  FIG. 2 is a transition diagram showing an outline of functional processing in this inspection item creation system. Here, an outline of each function of the inspection item creation unit 101 is shown.

  In the registration processing unit 102, the inspection items in the inspection item creation unit 101 through the Web screen 204 using the inspection viewpoint 201 of each project, each accident case 201, and know-how 203 possessed by each person as input information (input data). Register in the creation DB 205.

  The search processing unit 103 and the weight determination processing unit 105 can systematize the system 206 and select an appropriate viewpoint according to each item such as each language 207 and each process 208.

  The maintenance processing unit 104 and the statistical processing unit 107 update, modify, and delete items through the Web screen 209 to maintain 210 the registered contents of the system, and periodically review and improve the items to be obsolete. It also has a function of updating so that it does not become. That is, by acquiring data values from the system through the Web screen 211, it is possible to extract inspection items for use in the inspection operation 212. Here, the inspection viewpoint creation time can be shortened.

  FIG. 3 is a flowchart showing an operation process of the registration processing unit 102 provided in the inspection item creation unit 101.

(1) The registration processing unit 102 operates according to the registration contents on the registration screen that is opened by pressing the registration button on the menu screen. Although it is common to open any screen, when the system is first activated, a login screen is displayed and login (step S301) is performed, and the user inputs a user ID and a password. Therefore, whether or not the login determination result is normal is determined based on whether or not the input user ID and password match the data contents of the user table 110 (step S302). If the result of this determination is that they do not match (if there is an error), the process returns to the login (step S301) to prompt the user to redo the input operation. You can transition from the menu screen to the screen of your favorite function. That is, here, when the login determination is normal, the screen is shifted to the menu screen. Therefore, when the user presses the registration button with reference to the menu screen (step S303), the screen shifts to the registration screen.

(2) Next, after the user selects an arbitrary target system with reference to the registration screen (step S304), and automatically inputs a matching condition from the system table 111 to the target system on the screen, Data is input for necessary items for deriving a predetermined viewpoint from the viewpoint table 108 and other inspection viewpoints (step S305). When the registration button is pressed, if there is no input of the data of the inspection item corresponding to the required item, it is necessary to display that item with high luminance and clearly indicate to the user that it is a malfunction. Therefore, it is determined whether or not the input determination result is normal for the data content of the input necessary items (step S306). If the result of this determination is not normal (if it is an error), the process returns to the data input (step S305) to prompt the user to redo the input operation. DB storage processing (step S307) is performed by storing the data in the viewpoint table 108 in correspondence with the data. The inspection item data itself has been described as being stored in the inspection item creation DB 205 described with reference to FIG. 2, but here, the viewpoint table 108 will be described as having the same function.

  FIG. 4 is a flowchart showing an operation process of the search processing unit 103 provided in the inspection item creation unit 101.

(1) The search processing unit 103 operates according to the search content on the search screen that is opened by pressing the search button on the menu screen. A login screen is displayed to log in (step S401), and the user inputs a user ID and a password. Therefore, whether or not the login determination result is normal is determined based on whether or not the input user ID and password match the data contents of the user table 110 (step S402). If the result of this determination is that they do not match (if there is an error), the process returns to the login (step S401) to prompt the user to redo the input operation. When the search button is pressed (step S403) on the menu screen, the screen is changed to the search screen.

(2) Next, the user performs data input (step S404) for inputting a search condition with reference to the search screen. At this time, it is confirmed that one or more items are input for the input search condition, and if there is an error, all those items are displayed with high brightness, and the user is informed of the problem. There is a need to. Therefore, it is determined whether or not the input determination result is normal for the data content of the input search condition (step S405). If the result of this determination is not normal (if it is an error), the process returns to the data input (step S404) to prompt the user to redo the input operation. If it is normal, weight determination processing (step S406) is performed. After that, a data search process (step S407) is performed. In the data search process (step S407), an SQL statement is issued for the input search condition, the viewpoint table 108 is searched, and a matching record is searched. The weight determination process (step S406) will be described in detail later.

(3) After the data search process (step S407), a data display process (step S408) for displaying the searched data as a search result screen is performed. Subsequently, when the Excel output button is pressed (step S408), the search result data is output to Excel, and when the cancel button is pressed (step S410) on the search result screen, the data input (step S404) returns to the search screen. However, when the end button is pressed (step S411), the menu screen is displayed.

  FIG. 5 is a flowchart showing an operation process of the maintenance processing unit 104 provided in the inspection item creation unit 101.

(1) The maintenance processing unit 104 operates according to the result on the maintenance screen that is opened by pressing the maintenance button on the menu screen. A login screen is displayed to log in (step S501), and the user inputs a user ID and a password. Therefore, whether or not the login determination result is normal is determined based on whether or not the input user ID and password match the data contents of the user table 110 (step S502). If the result of this determination is that they do not match (if there is an error), the process returns to the login (step S501) prompting the user to redo the input operation. When the maintenance button is pressed (step S503) on the menu screen, the screen transitions to the maintenance screen.

(2) Next, the user performs data input (step S504) for inputting a search condition with reference to the maintenance screen. At this time, it is confirmed that one or more items are input for the input search condition, and if there is an error, all those items are displayed with high brightness, and the user is informed of the problem. There is a need to. Therefore, it is determined whether or not the input determination result is normal for the data content of the input search condition (step S505). If the result of this determination is not normal (if it is an error), the process returns to the data input (step S504) to prompt the user to retry the input operation. If normal, the data search process (step S506) is performed. Do. In the data search process (step S506), a SQL statement is issued for the input search condition, a search is performed on the viewpoint table 108 to find a matching record, and the search result is displayed as a search result screen. (Step S507) is performed.

(3) When the cancel button is pressed (step S508) on the search result (maintenance) screen, the process returns to the data input (step S504) and transitions to the menu screen to prompt the user to input the search condition again. When editing on the search result (maintenance) screen, the viewpoint row is double-clicked (step S509) so that the edit can be performed. Here, the viewpoint corresponding to the double-clicked viewpoint row is output to the correction screen, whereby the viewpoint is output to the screen (step S510).

(4) Further, when the user performs editing with reference to the correction screen, the correction button is pressed (step S511) to confirm the data (temporarily register). When the correction button is pressed, it is checked whether the data input is empty for the edited viewpoint, and if there is an empty part, a high-intensity display is given to that part, indicating that there is a problem. Must be clearly indicated to the user. Therefore, it is determined whether or not the input determination result is normal with respect to the edited data content (step S512). If the result of this determination is not normal (if it is an error), the process returns to the process of pressing the correction button (step S511) to prompt re-editing. DB storage processing (step S513) is performed by storing the data in the viewpoint table 108 in association with the data, and a transition is made to the maintenance screen.

(5) Subsequently, when the user refers to the maintenance screen and presses the delete button (step S514), the double-clicked viewpoint row is deleted, and the corresponding data is deleted (temporarily registered) from the viewpoint table 108. Thus, the DB deletion process (step S515) is executed. When the registration button is pressed (step S516), all data is confirmed, and if registration is completed without any problem, the operation ends (step S518). In these processes, when the cancel button is pressed (step S517), the temporarily registered data is discarded.

  FIG. 6 is a flowchart showing an operation process of the target system registration processing unit 106 provided in the inspection item creation unit 101.

(1) The target system registration processing unit 106 operates according to the result on the target system registration screen to be opened by pressing the target system registration button from the menu screen. A login screen is displayed to log in (step S601), and the user inputs a user ID and a password. Therefore, whether or not the login determination result is normal is determined based on whether or not the input user ID and password match the data contents of the user table 110 (step S602). If the result of this determination is that they do not match (if there is an error), the process returns to the login (step S601) to prompt the user to redo the input operation. When the target system registration button is pressed on the menu screen (step S603), the screen transits to the target system registration screen.

(2) Next, the user refers to the target system registration screen, inputs data for each item (step S604), and presses the registration button. When the registration button is pressed, it is confirmed that one or more items have been entered for the entered search condition, and if there is an error, all items are displayed in high-intensity, and the user is informed that there is a problem. It is necessary to clearly indicate. Therefore, it is determined whether or not the input determination result is normal for the data content of each input item (step S605). If the result of this determination is that it is not normal (if it is an error), the process returns to the data input (step S604) to prompt the user to redo the input operation. A DB storage process (step S606) is performed by issuing a SQL (Structured Query Language) statement and registering it in the system table 111. Incidentally, after the registration button is pressed, the menu screen is displayed after data is registered, and after the cancel button is pressed, the input data content is discarded and then the menu screen is displayed.

  FIG. 7 is a flowchart showing an operation process of the statistical processing unit 107 provided in the inspection item creation unit 101.

(1) The statistical processing unit 107 operates according to a result on the opened statistical screen by pressing a statistical button on the menu screen. A login screen is displayed to log in (step S701), and the user inputs a user ID and a password. Therefore, whether or not the login determination result is normal is determined based on whether or not the input user ID and password match the data contents of the user table 110 (step S702). If the result of this determination is that they do not match (if there is an error), the process returns to the login (step S701) to prompt the user to redo the input operation. When the statistic button is pressed on the menu screen (step S703), data values are acquired from the viewpoint table 108, the system table 111, and the keyword table 112, and the statistic screen is displayed.

(2) Next, by determining the button when the user presses the button with reference to the statistics screen, it is determined what the button determination content is (step S704). As a result of the determination, statistical information corresponding to the determination content is prepared in, for example, a pie chart, and the statistical processing (step S705) is performed by displaying the prepared pie chart, and then the menu screen (step S706) is displayed. Transition.

  FIG. 8 is a flowchart showing an operation process of the weight determination processing unit 105 provided in the inspection item creation unit 101. FIG. 8A relates to a matching process between a keyword and a viewpoint, and FIG. 8B shows a keyword. And the accident DB 114.

  That is, the weight determination processing unit 105 has two functions, mainly “matching between keyword and viewpoint” shown in FIG. 8A and “matching between keyword and accident DB 114” shown in FIG. 8B. As for “matching between keyword and viewpoint”, the keyword input at the time of search is used as input.

(1) Regarding the matching process between the keyword and the viewpoint in FIG. 8A, the weight determination processing unit 105 is normal as a result of the determination of whether or not the input determination result described in FIG. 4 is normal (step S405). Assuming that there is a keyword (step S801) input at the time of search on the search screen in the case of, what is the matching result with the viewpoint by matching the input keyword with all the registered viewpoints? It is determined whether there is any (step S802). As a result of this determination, if there is a viewpoint that includes the keyword in the viewpoint table 108, the weight of the corresponding viewpoint is checked (step S803), weighting is performed, and then the next viewpoint is read to The process moves to the viewpoint (step S804). If there is no viewpoint that includes the keyword in the viewpoint table 108, the process moves to the next viewpoint (step S804).

(2) Thereafter, it is determined how to confirm the number of repetitions (step S805). As a result of this determination, if there is the next viewpoint, the process returns to the determination of the result of matching with the viewpoint (step S802) to loop to the final data, and if there is no next viewpoint, all data The operation process is terminated (step S806).

(3) Regarding the matching process between the keyword and the viewpoint in FIG. 8B, the weight determination processing unit 105 is normal as a result of the determination of whether or not the input determination result described in FIG. 4 is normal (step S405). Assuming that there is a keyword (step S807) input at the time of search on the search screen, the accident DB 114 and the data content of the accident DB 114 of the failure management unit 113 are collated with each other. It is judged (step S808) how the matching result is. As a result of this determination, if there is a viewpoint (in-house accident case failure information) including a keyword in the accident DB 114, a weight is added to the weight of the corresponding viewpoint (step S809), and then the next The process moves to the next viewpoint by reading the viewpoint (step S810). If there is no viewpoint (in-house accident case failure information) including the keyword in the accident DB 114, the process moves to the next viewpoint (step S810). Do processing.

(4) Thereafter, it is determined how to confirm the number of repetitions (step S811). As a result of this determination, if there is a next viewpoint (in-house accident case failure information), the process returns to the determination (step S808) of the collision result with the accident DB 114 and loops to the final data. If there is no point of view (in-house accident case failure information), it is considered that all data has been read, and the operation process is terminated (step S812).

  FIG. 9 illustrates the DB configuration of the viewpoint table 108 provided in the inspection item creation unit 101. FIG. 9A relates to the table definition, and FIG. 9B relates to the input example.

  The table definition shown in FIG. 9A has a table configuration for inputting viewpoint data, and specific data on item name, key (key), attribute, number of digits, item description, and code classification name. Show.

  The input example shown in FIG. 9B shows specific data on the viewpoint ID, viewpoint, quality characteristic, quality sub-characteristic, keyword 1, keyword 2, user ID, and registration date, which are specific examples of item names. Yes.

  FIG. 10 illustrates a DB configuration of the sorting table 109 provided in the inspection item creation unit 101. FIG. 10A relates to the table definition, and FIG. 10B relates to the input example.

  The table definition shown in FIG. 10 (a) has a table configuration in which classification data is input to viewpoint data input in the viewpoint table 108. The item name, key, attribute, number of digits, item description Specific data is shown for the code classification name.

  The input example shown in FIG. 10B is a category ID, viewpoint ID, language, process, customer, business category, system user, framework, host / CS, OS, which are specific examples of item names. Specific data is shown for different types, DBs, used products, development tools, development types, and operation types. In addition, since the weight flag according to the operation type of the item name is an additional function to the item description, it is not a target from the input example.

  FIG. 11 illustrates the DB configuration of the user table 110 provided in the inspection item creation unit 101. FIG. 11A relates to the table definition, and FIG. 11B relates to the input example.

  The table definition shown in FIG. 11A has a table configuration for registering a user who has entered login management and a viewpoint of the user, and includes an item name, a key (key), an attribute, the number of digits, an item description, and a code classification name. Specific data is shown.

  The input example shown in FIG. 11B shows specific data for the user ID, password, and user name, which are specific examples of item names.

  FIG. 12 illustrates the DB configuration of the system table 111 provided in the inspection item creation unit 101. FIG. 12A relates to the table definition, and FIG. 12B relates to the input example.

  The table definition shown in FIG. 12A is a table that automatically inputs registered information by specifying a system before inputting a viewpoint, and inputs a rough classification for each system in order to prevent input complexity. It has a configuration, and shows specific data for item name, key, attribute, number of digits, item description, and code classification name.

  The input example shown in FIG. 12B is a system ID, a system name, a customer name, a language, a customer, a customer, a business category, a system user, a FrameWork, a Host / CS, which are specific examples of item names. Specific data is shown for each, OS, DB, product used, development tool, development form, and operation form.

  FIG. 13 illustrates a DB configuration of the keyword table 112 provided in the inspection item creation unit 101. FIG. 13A relates to the table definition, and FIG. 13B relates to an input example.

  The table definition shown in FIG. 13 (a) has a table configuration for inputting keywords used for weighting. The item name, key (key), attribute, number of digits, item description, and code classification name are described in detail. Data are shown.

  The input example shown in FIG. 13B shows specific data for keyword IDs and keywords, which are specific examples of item names.

  FIG. 14A illustrates the code classification used in the inspection item creation unit 101. Here, specific data is shown for the code ID, code name, item ID, and content.

  FIG. 14B illustrates the details of the quality classification similarly used in the inspection item creation unit 101. Here, specific data is shown about quality characteristic ID, quality characteristic content, quality subcharacteristic ID, and quality subcharacteristic content.

  FIG. 15 illustrates a screen image on the display screen of the client terminal device 115 regarding the function processing transition by the inspection item creation unit 101 (or, if the server device 100 includes a display device, the same applies on the display screen). It is a thing.

  Here, the screen image of the operation process in each unit of the inspection item creation unit 101 described above is simply shown as a series of flows (transitions). More specifically, the screen changes from the initial login screen M1 to the menu screen M2 when the login is successful, and to the reception screen M3 when the registration button is pressed. When the viewpoint button is pressed, the screen transitions to the viewpoint screen M4, and when the viewpoint button is subsequently pressed, the screen transitions to the viewpoint result screen M5. When the maintenance button is pressed, the screen transitions to the maintenance screen M6. When the target system button is pressed, the screen transitions to the target system reception screen M9. When the statistics button is pressed, the screen transitions to the statistics screen M10.

  In addition, in a state where the maintenance screen M6 is displayed by pressing the maintenance button, the screen shifts to the reception result (maintenance) screen M7 when the viewpoint button is pressed, and the correction screen M8 when the viewpoint row is double-clicked. In the state where the statistics screen M10 is displayed by pressing the statistics button, the state transitions to the statistics result screen M11 in the state where the statistics processing is performed.

  FIG. 16 shows an output image on the display screen of the client terminal device 115 from the viewpoint of data processing by the inspection item creation unit 101 (or, if the server device 100 includes a display device, the same applies to the display screen). This is just an example.

  Here, quality characteristics, quality sub-characteristics, keyword 1, keyword 2, language, process, customer, customer, business type, system user, framework, host / CS for each viewpoint in order of item number Specific data is shown for each, OS, DB, product used, development tool, development form, and operation form.

100 Server device (PC)
DESCRIPTION OF SYMBOLS 101 Inspection item creation part 102 Registration process part 103 Search process part 104 Maintenance process part 105 Weight determination process part 106 Target system registration process part 107 Statistical process part 108 Viewpoint table 109 Classification table 110 User table 111 System table 112 Keyword table 113 Fault management Part 114 Accident DB
115 Intranet 116 Client terminal (PC)

Claims (2)

  A test item creation system configured by connecting a client terminal device via a network to a server device having a test item creation unit for creating a test item and a fault management unit for supporting fault management when creating the test item The inspection item creation unit includes a registration processing unit that registers data on the inspection item in association with a predetermined viewpoint, a search processing unit that searches for data of the registered inspection item, a keyword, A weight determination processing unit that performs weighting on the data of the inspection item registered according to the result of the weight determination that matches the data content indicating the failure information of the database provided in the predetermined viewpoint or the failure management unit; A viewpoint table for storing predetermined viewpoints, and a keyword text for inputting the keywords used for the weight determination. The client terminal device inputs an operation instruction for data processing by the inspection item creation unit recognized on a display screen, and the server device operates in the operation unit of its own device. When performing the data processing in the inspection item creation unit according to the input or the operation instruction input from the client terminal device, the registration processing unit automatically creates the inspection item based on the keyword from the keyword table. An inspection item creation system, wherein the weight determination processing unit performs the weighting, and the search processing unit automatically acquires a high weighting of the inspection item.   The inspection item creation system according to claim 1, wherein the inspection item creation unit corrects a target system registration processing unit that registers a target system, the registered data of the inspection item, and the registered data of the system. A maintenance processing unit to be deleted, a statistical processing unit for outputting statistical information from the registered weighted inspection item data and the registered system data, and a category for inputting a category for the predetermined viewpoint An inspection item creation system comprising a classification table, a user table for registering user information, and a system table for inputting a rough classification for each system.