JP2007257384A - Batch-oriented system design drawing automatic generating system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system design drawing automatic generating system automatically generating a system design drawing such as a job flow diagram, and correcting even system design drawings of other designing level when a system design drawing at a certain designing level is regenerated. <P>SOLUTION: The batch system design drawing automatic generating system comprises a database part, and an information extracting and displaying part retrieving and displaying information from the database part. The database part has job information, program information, and file information indicating IDs of jobs, programs, and files composing a batch system, job classification information and file classification information showing classifications of the jobs and files, and association information showing association between each piece of information. In the information extracting and displaying part, a step is carried out to specify classification information of the jobs and extract job information having the classification from the database part, and relation of job information extracted by the association information is determined to generate a diagram showing correlation of the job information. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a batch system design drawing automatic generation method.

  The batch system used in this specification means, for example, a general batch system that manages information such as product design information, manufacturing information and trading information, inventory management, personnel management, accounting, finance, etc. It is not limited. The system resource is a generic name for resources constituting a batch system such as a job, a program, and an input / output file.

  In addition, the system design diagram used in this specification is a job net diagram indicating the job processing order, a job flow diagram indicating the relationship between the program and the input / output file, and a job related diagram indicating the relationship between the job and the input / output file. The design deliverables for designing are collectively referred to.

  Hereinafter, a securities management system will be described as an example to facilitate understanding of the present invention.

  The stock company operates the company based on the capital contributions from the shareholders, and the stock certificates are issued to the shareholders. Since the stock price fluctuates according to the performance of the stock company that issues the stock certificate and the demand level of the stock certificate itself, profits (capital gain) can be obtained through trading.

  For the purpose of dividends and capital gains, many investors buy and sell stock certificates through the following procedures through specific institutions such as securities firms. First, an investor tells a securities company various information necessary for transactions such as the name of a stock certificate to be bought and sold, the number of shares, and the type of order based on market price information and performance forecast information of securities. A securities company places a trade order in accordance with a request from an investor on a stock exchange, and trades with a counterpart who satisfies the order conditions.

  When securities trading is completed (hereinafter referred to as “contract”), the brokerage firm enters the contract data (brand, quantity, unit price, dealer, etc.) into the computer to manage the contract information. In response, create data such as assets for each customer.

  For example, considering the case of developing a new securities information management system for securities business as described above, the system functions are first abstracted and the design is started from the upstream level. We will proceed with downstream design. At this time, several stage levels are set in the process from the upstream level design to the downstream level design, and a system design drawing such as a job flow diagram is created at each stage.

  FIG. 1-2 shows an example of a job relation diagram created at a certain design level in the development of the securities information management system described above. In the figure, a job J100 relating to securities management is executed based on a file F100 storing contract data in the case where trading of securities is established, and as a result, a file F200 storing data of securities deposit assets is generated as an output file. . Then, based on the securities deposit asset data file F200, a job management job J200 is executed to create customer-deposited asset data, and a customer-deposited asset file F300 storing the data is generated. Indicates the relationship between input and output files.

  FIG. 1C illustrates an example of a job relation diagram created at a further downstream design level. In the figure, the contract data file F100 is detailed into a stock contract data file F110 and a bond contract data file F120. The securities deposit asset file F200 is detailed into a stock deposit asset information file F210 and a bond deposit asset information file F220. Also, the securities management job J100 is detailed into jobs J110 and J120 for updating the deposit balance and jobs J130 and J140 for calculating deposit assets. As an example, the job flow up to the creation of stock deposit asset information will be described. The data file F410 indicating the stock balance up to the previous day and the stock execution data file F110 on the current day are input, and the stock deposit update job J110 is executed. Execute and create a stock keeping information file F520 of the day. The stock deposit asset information file F210 is created as an output file by executing the job J130 for inputting the stock deposit balance information and the market price information of the stock stored in the market price information master file F510 and calculating the stock deposit assets.

  The bond deposit asset information file F220 is created according to the same flow, the job J200 for calculating the deposit assets for each customer based on both files F210 and F220 is executed, and finally the customer deposit asset table F300 is created.

  The above description has exemplified the case where a securities information management system is newly developed, but the design is performed in the same procedure in the development of other batch systems. However, such a conventional design method causes the following problems.

  (1) If rework occurs in the downstream level design, that is, if the result of the downstream level design affects the upper level design, it is necessary to return to the upper level design and recreate the upper level job related diagram. The range of re-creation is for all job-related diagrams at each stage level that are positioned up to the higher-level design level that has an effect.

  In the above explanation, job related diagrams created at a certain design level have been described as examples. However, as the product of the design, there are various types such as job net diagrams and job flow diagrams as will be described in detail later. All of these drawings must be re-created retroactively to the affected higher level.

  As described above, in the conventional design method, when a rework occurs in the design at the downstream level, the work of re-creating the product of the design at the higher design level becomes enormous, which causes a large economic burden of system development. is there.

  (2) The same problem occurs when maintaining the developed batch system. When system maintenance development design is performed, job related diagrams at all design levels are input as work. These job-related diagrams are naturally required to be accurate in all cases. Therefore, in maintenance design development, it is necessary to check the accuracy of all job-related diagrams, and if an incorrect part is found, all affected job-related diagrams must be recreated.

  Therefore, the conventional design method causes a problem that a huge work load is generated even in the maintenance of the system, and the economic load is increased accordingly.

  (3) Furthermore, the system design deliverables include not only job-related diagrams as described above, but also various drawings and information such as job flow diagrams and job net diagrams. There are cases where design is performed while referring to each other. For example, when the job-related diagram at the downstream level is corrected, when the job-related diagram at the upstream level is re-created, there is a case where it is desired to refer to a job net diagram that can grasp the job in a wider range than the job-related diagram. However, in the conventional method, since the accuracy of the job net diagram itself is not guaranteed at the time of reference, these cannot be referred to. Therefore, the work of recreating the product of the design at the upstream design level becomes more and more difficult.

JP 2003-67575 A JP 2003-16264 A

  An object of the present invention is to provide a batch system design drawing automatic generation method that solves the above-described conventional problems.

  More specifically, the object of the present invention is to automatically generate various system blueprints in the newly developed design of a batch system, and to recreate and modify job related drawings at the downstream level design stage. It is an object to provide an automatic system design drawing generation method that does not cause the work burden of re-creating a higher-level job-related diagram when a work such as the above occurs.

  Another object of the present invention is to provide a system design drawing automatic generation method that does not generate a work load of redesign at a higher level each time a job related diagram at a certain design level is recreated in system maintenance development design. That is.

  Another object of the present invention is to provide a system design drawing automatic generation method capable of automatically reflecting a correction to an upstream job relation diagram when a job flow diagram is corrected in system maintenance design development. It is to be.

  Another object of the present invention is that when a job-related diagram at a design level is corrected in the maintenance development design of the system, the correction is not automatically reflected in the job-related diagram at the upper level, The object is to provide a system design drawing automatic generation method that can be automatically reflected in design deliverables, for example, job net diagrams.

  In order to achieve the above object, the present invention, in a system for automatically generating a batch system design drawing, comprises a database unit, and an information extraction display unit that retrieves and displays information from the database unit, The database unit associates the job information, the program information and the file information indicating the IDs of the jobs, programs and files constituting the batch system, the job classification information and the file classification information indicating the classification of the job and the file, and the above information. The information extraction display unit designates the job classification information, extracts job information having the classification from the database unit, and job information extracted from the association information A program comprising the step of generating a figure indicating the relation of job information by determining the context of the job It has one of the features that comprises a.

  Another feature of the present invention is that the program further acquires a preceding job and a succeeding job from the extracted job information, and if the acquired preceding job and succeeding job belong to the job information, the program acquires the job. A program having a step of displaying a job group as one job from the preceding and succeeding jobs is provided.

Another feature of the present invention is a method for automatically generating a batch system design drawing, comprising a database unit and an information extraction display unit for retrieving and displaying information from the database unit,
The database unit is configured to associate job information, program information and file information indicating IDs of jobs, programs and files constituting a batch system, job classification information and file classification information indicating job and file classifications, and the above information. The information extraction and display unit designates job information, extracts program information associated with the job information, input / output file information, and extraction within the job information. A program having a step of generating a graphic showing the relationship between the input / output file information and the program information.

  Another feature of the present invention is a method for automatically generating a batch system design drawing, comprising a database unit and an information extraction display unit for retrieving and displaying information from the database unit, the database unit comprising: Job information indicating the IDs of jobs, programs and files constituting the batch system, program information and file information, job classification information and file classification information indicating the classification of jobs and files, and association information indicating the association of each of the above information The information extraction display unit specifies the job classification information and extracts the job information having the classification from the database unit; and the input / output file information of the program associated with the extracted job information Are extracted from the database part, and a file is extracted from the extracted input / output file. Specifying the classification and extracting the input / output file information having the classification; determining the relationship between the job information extracted from the association information and the extracted input / output file information; A program having a step of generating a graphic showing the relationship between the two.

  Another feature of the present invention is that the job classification information and the file classification information have the same hierarchy.

  Another feature of the present invention is that the program extracts job information associated with the input file of the first job information as the output file of the second job information from the extracted input / output file information. And a step of collectively displaying the extracted first and second job information as one job information.

  Another feature of the present invention is that the program extracts job information associated with the output file of the first job information as the input file of the second job information from the extracted input / output file information. And a step of collectively displaying the extracted first and second job information as one job information.

  According to the system design drawing automatic generation method of the present invention, the following effects can be obtained.

  (1) Since the method of the present invention includes a database that holds all necessary information in association with each other, all drawings necessary for design work such as job flow diagrams, job net diagrams, and job related diagrams are automatically obtained from the database information. Can be created.

  (2) The present invention includes a database that centrally manages jobs, programs, file information and classification, and attribute information that are batch resources, and a program that extracts information from the database and displays graphics. Therefore, it is possible not only to automatically create system design drawings such as job-related drawings, but also to avoid the work of re-creating higher-level design artifacts even if rework occurs in downstream design. . Similarly, in the system maintenance and development design, there is no work load for keeping the system design drawing such as a job flow diagram in a correct state.

(3) Since the job information and file information are associated with multiple levels of classification information, by specifying the classification, a drawing of a level as needed can be created from a detailed drawing to a drawing showing an outline. Can
(4) Attribute information can be associated with job, program, and file information, respectively, and the number and contents of attributes can be arbitrarily selected. Therefore, not only the job flow and the job relation diagram but also the attribute information can be extracted as necessary.

  (5) In addition to job, program, and file information, the database holds information for associating jobs, jobs and programs, and programs and files. Subsequent jobs can be searched and grouped. For this reason, it is possible to grasp jobs and programs as a set and create a drawing showing the relationship between the set groups.

The method of the present invention is characterized by the structure of a database that stores system resources such as batch jobs, programs, and input / output files, and a method of creating a figure by extracting information from the database. Embodiments of the present invention will be described in the following order.
(1) Concept of invention (2) File creation (3) Database structure (4) RDF-DB construction (5) Resource information capture (6) Extraction and display of information from database (7) System configuration Definitions of terms used in the following description are shown in FIG.

(1) Concept of the invention The system of the present invention can construct a database using RDF technology and extract desired information from the constructed database in order to manage batch resources such as jobs, programs, and files. It is what I did. Here, RDF is a technique that defines a method of expressing the relationship between objects by a three-part relationship of subject-property (predicate) -value (object), and details thereof will be described later. Hereinafter, a database is abbreviated as DB, and a DB constructed using RDF technology is abbreviated as RDF-DB. Since the constructed RDF-DB manages all data in a unified manner, the consistency between the higher-level design level product and the lower-level design level product can be maintained, and the above-mentioned problems can be solved. it can.

  When the entire configuration of the system of the present invention is functionally expressed, it can be expressed as shown in FIG. In the figure, reference numeral 100 denotes a file that stores jobs, programs, file information and jobs, which are resources of the batch system, and information such as file classification information and job order relationship. A DB unit 102 is configured based on a plurality of structures called schemas. As described in detail later, the schema is information (hereinafter, referred to as first information) that becomes a subject or object defined by the RDF technique, such as job, program, file information and job, file classification information, and the like. , Which is information representing the relationship between the first information, and is composed of information (hereinafter referred to as second information) that becomes a predicate defined by the RDF technique. In this specification, in order to facilitate understanding of the invention, a cell in which the first information is stored is referred to as a cell, and a cell in which second information representing an association between cells is stored, or the information itself is a string. Will be described below.

  Reference numeral 101 in FIG. 2 denotes an information fetching unit, which fetches information from the files 1 to M into the DB unit 102, thereby constructing an RDF-DB. The information extraction unit 103 extracts necessary information from the RDF-DB constructed as described above, creates system design figures such as a job flow diagram and a job related diagram, and outputs them to the display unit 104. . Each functional block will be described in detail below.

(2) File Creation The method of the present invention has six types of files F1 to F6 as shown in FIG.

  F1 is referred to as a function classification file, and stores job classification information. A specific file structure is shown in FIG. In the present embodiment, eight types of information F11 to F18 are stored in the function classification file F1. F18 is information representing a job ID, and F11 to F17 are classification information of the job specified by the job ID. In the present embodiment, the job is classified into seven stages, the largest classification is called a system classification, and the smallest classification is called a small classification. This classification hierarchy can be arbitrarily selected according to the scale of the system to be developed.

  In the example illustrated in FIG. 3B, the job whose job ID is represented by JKAB74096 indicates that it belongs to the category STAGE in the largest category, and belongs to the category JKAB74 in the smallest category.

  F2 is called a program list file, and stores list information of programs constituting the job. The program list file F2 stores three types of information F21 to F23 as shown in FIG. F21 is information indicating the ID of the program, F22 is the name of the program, and F23 is information indicating the attribute of the program. In this example, the program whose program ID is represented by KAB74COB098 is a program named “domestic stock in / out movement table (current month) creation process”, and indicates that it belongs to a program that directly updates the DB.

  In this embodiment, only one item is exemplified as an item representing the attribute of the program. However, the number of items can be arbitrarily set according to attribute information to be stored. The same applies to job attributes and file attributes described later.

  F3 is called a job list file, and stores job list information in the batch system. In this file F3, as shown in FIG. 3-4, three types of information F31 to F33 are stored. F31 is information representing a job ID, F32 is a job name, and F33 is information representing a job attribute. In this example, a job whose job ID is JKAB74096 has a certain job attribute (not shown), and has a name of domestic stock movement table (current month) creation process (next day data). .

  F4 is called a file classification file and stores file classification information used in the batch system. As shown in FIG. 3-5, this file stores eight types of information F41 to F48. Among these, F47 is information indicating the ID of the file, F46 is information indicating the name of the file specified by the ID, F48 is information indicating the attribute of the file, and F41 to F45 are information indicating the classification of the file. . For example, a file whose ID is specified by KABWLTNSIDOHOOZON has a certain classification (not shown), and indicates that the file is named “domestic stock entry / exit transfer storage table”. In the present embodiment, an example is shown in which files are classified into five layers from large items to small categories, but the number of layers can be arbitrarily selected according to the scale of the system to be developed. As a preferred example, it is desirable to have the same hierarchy as the job classification hierarchy, for example, 7 hierarchies here.

  F5 is referred to as a job schedule file, and stores information for specifying the relationship of job execution order. This file F5 stores three types of information F51 to F53 as shown in FIG. F51 is information indicating a job ID, F52 is a preceding job executed before the job specified by the ID, and flag information indicating the presence or absence of a succeeding job executed after the job specified by the ID, F53 is the preceding Information indicating the ID of a job and / or a subsequent job. In this example, the job indicated by the ID JKAB74096 has two preceding jobs, and information indicating that the job is indicated by the ID JKAB74098 and the ID JKAB75916 is stored. Further, there is one subsequent job, and information indicating that it is a job represented by an ID of JKAB74097 is stored. In the present embodiment, the presence / absence information of both the preceding job and the succeeding job and the ID information in the case of being present are shown, but only one of them may be stored.

  F6 is referred to as a job flow file, and stores information representing the relationship between a program constituting a job, an input file necessary for executing the program, and an output file obtained as a result of executing the program in units of jobs. 3-7 shows a specific structure of the job flow file F6, where F61 is information indicating a job ID, F62 is number information indicating the execution order of a program indicated by F63, and F63 is specified by a job ID. ID information of the program executed by the job, F65 indicates information indicating the input file used for executing the program and the ID of the output file obtained as a result of execution, and F64 indicates information indicating the classification of the input file and the output file. In this example, the job indicated by the ID JKAB74096 has a program indicated by the ID KAB74COB098, and three input files are used to execute the program. Is stored.

  As described above, the same information is redundantly stored in different files in the files F1 to F6. For example, the job ID (for example, JKAB74096) is stored in the function classification file F1, the job list file F3, the job schedule file F5, and the job flow file F6. However, when data is stored in the RDF-DB described below, all data is managed in an integrated manner.

(3) Structure of DB Next, the structure of RDF-DB in the system of the present invention will be described. The RDF-DB in the present invention can be expressed as a structure made up of a number of cells that store information and a string that is information that associates the cells with a certain rule. In the DB, information is stored in units of jobs, and FIG. 4B illustrates a structure related to a certain job.

  In the illustrated DB structure, C1 indicates a cell in which information indicating an ID of a certain job is stored, and is associated with the cell C2 by a string st1 indicating information indicating that a job preceding the job exists. . The cell C2 stores the ID of the preceding job.

  Further, it is associated with the cell C3 by a string st2 indicating information that there is a job subsequent to the job in the cell C1. This cell C3 stores the ID of the subsequent job.

  Further, the job indicated by the job ID of the cell C1 is associated with the cell C4 by the string st3 of information indicating that it belongs to the job classification. Cell C4 stores job minor classification information. The job indicated by the job ID of the cell C1 is associated with the cell C5 by the string st4 of information indicating that it has an attribute. The cell C5 stores information indicating job attributes. Further, the job indicated by the job ID of the cell C1 is associated with the cell C6 by the string st5 indicating the information that it has a program constituting the job. The cell C6 stores program ID information. Further, the job indicated by the job ID of the cell C1 is associated with the cell C7 by the string st6 indicating information that has a name. The cell C7 stores information indicating the job name.

  As described above, the RDF-DB includes a large number of types of cells and structures connected by strings that are information for associating cells. These cells and strings are classified into the types of schemas S1 to S7 as shown in FIG.

  Next, schemas S1 to S7 constituting the RDF-DB will be described. Note that the schemas S1 to S7 exemplified here are described in order to understand the embodiments of the present invention, and the invention is not limited to these schemas.

  As shown in FIG. 4C, the classification schema S1 shown in FIG. 4A defines seven types of cells C11 to C17 in which job classification information is stored. For example, the cell C11 indicates that the cell stores information on the system classification that is the highest layer of the job classification information. The cell C11 is expressed as System in this specification.

  Although a detailed description is omitted in this embodiment, a cell for storing classification information for classifying the file F hierarchically is also prepared.

  As shown in FIG. 4-4, the object common schema S2 stores the string st11 indicating the association that the cells C12 to C17 storing the classification information belong to the cells C11 to C16 storing the upper classification information, and job information. A string st12 representing an association in which the cell C31 (FIG. 4-8) to belong to the cell C17 storing the small classification information is defined.

  The program attribute schema S5 defines strings st51 to st54 and the like. As shown in FIG. 4-5, the string st51 defines the association that the cell C32 (FIG. 4-8) storing the program ID has the name stored in the cell (not shown) storing the program name. . St53 defines the association of the cell storing the program ID with the link information to the storage location of the source program. Similarly, the string st54 defines the association of the cell storing the program ID with the link information to the storage location of the functional design document file. In this manner, the program attribute information and the program ID are associated with each other.

  As shown in FIG. 4-6, the program execution attribute schema S6 includes a cell C61 for storing information on an input file used when executing a program, and a cell for storing information on an output file obtained as a result of executing the program. C62 is defined.

  The file attribute schema S7 defines strings st71 to st77 as shown in FIG. 4-7. The string st71 represents an association between a cell C33 (FIG. 4-8) in which file ID information is stored and a cell (not shown) in which file name information is stored. The strings st73 to st77 represent the association between the cell C33 storing the file ID information and a cell (not shown) storing the file classification information.

  As shown in FIG. 4-8, the object-related schema S3 defines cells C31, C32, and C33 that store job ID, program ID, and file ID information, respectively.

  As shown in FIG. 4-9, the object attribute schema S4 defines strings st41 to st46. The string st41 represents an association between the cell C31 in which job ID information is stored and a cell (not shown) in which job name information is stored. Strings st44 and st45 define the pre- and post-relationship between a plurality of cells storing job ID information.

  The RDF-DB is constructed by cells and strings classified in these schemas S1 to S7. In the present embodiment, the schema for classifying representative cells and strings has been described, but it is easy to add other schemas. Hereinafter, the construction method of RDF-DB used for the system of the present invention will be described.

(4) Construction of RDF-DB Information stored in RDF-DB is divided and managed in units of “sentences” based on predicate theory. The sentence is composed of three elements: “item”, “other item” directly related to the item, and “related method”. These are called “subject”, “object”, and “predicate” in predicate theory. Then, if the original object is regarded as the subject and the predicate is replaced with a passive predicate, the original subject can be regarded as the object at the same time.

  For example, when managing information that “A executes B”, subject = “A”, predicate = “execute”, object = “B”, A and B are defined by cells, "Execute" is specified by a string. The statement “B is executed by A” is also established in the DB at the same time.

  In RDF-DB, the format of information to be handled is classified into several template “sentences”, and “subject”, “predicate”, and “object” of each template “sentence” are defined as information management rules. When registering specific information, specific subjects, predicates, and purposes are registered and managed in accordance with predefined rules.

  FIG. 5A shows an example of the information management rule used in this embodiment. For example, when registering job name information indicated by a certain job ID, the job ID is input as the subject (S) according to the rule R1, the name having the name is input as the predicate (V), and the object (O) is input. Enter the job name to be registered.

  FIG. 5B illustrates information to be input when information is registered in the RDF-DB in accordance with such rules. For example, when registering information about a job, data of ID, name, attribute, preceding job ID, and execution program ID are input. In addition, when registering information about a program, ID, name, attribute, input file, output file, and execution order data are input. Of course, the example shown in FIG. 5B is an example, and the present invention is not limited to this data input method.

  For example, referring to FIG. 4-10, for example, according to rule R2, a job having an ID of A is input as a subject, a preceding job is input as a predicate, and a job having an ID of B is input as an object. Then, a string st100 that is relation information between the cells C100 and C200 is created. Thus, by inputting data using the rules R1 to R15, an RDF-DF composed of cells and strings can be constructed.

(5) Importing Resource Information Next, a method for importing resource information into the RDF-DB will be described. Resource information such as jobs, programs, and files is captured by the resource information capturing program P1. As shown in FIG. 6A, this program is composed of a function classification information fetch program P11 to a job flow information fetch program P16, and is executed in the order of P11, P12... P16 as shown in FIG. That is, the program P11 is executed in step S10, the program P12 is executed in step S20, and so on until step S60.

  Next, details of the programs P11 to P16 will be described.

(5.1) Function classification information import program P11
FIG. 6-3 shows a flow of importing the function classification file F1. First, in steps S101 and S102, the data on the first line is read from the function classification file F1. As shown in FIG. 3B, the file F1 stores classification information from the system classification F11 to the small classification F17 and job ID information F18. In the example shown in FIG. 3B, the data “STAGE” is fetched according to the rules shown in FIG. 5A, and then the data “KAB” is fetched according to the same rules.

  In step S103, as shown in FIG. 7A, cells C11 to C17 of the classification schema S1 and a string st11 of the object common schema S2 are generated. In accordance with the rule R13 of FIG. 5-1, the subject “S” is entered as “subject hierarchy”, the relationship information “belongs” as the predicate (V), and the “subject hierarchy” is entered as the object (O). It is formed by doing.

  For example, in order to create the string st11 representing the relationship between the cell C12 for product classification and the cell C11 for system classification, “product” as the subject (S), “belongs” as the predicate (V), and “object” (O) as “ Enter System. By the same procedure, the system cell C12 to the small classification cell C17 and the strings st111 to st116 indicating their relation are configured as shown in FIG.

  Next, the data F11 to F17 read in step S104 are registered in the cells C11 to C17. The data “STAGE” in the first line of the function classification file F1 in FIG. 3B is registered in the cell C11 as shown in FIG. 7B, and the data “KAB” is registered in the cell C12. As a result, the relationship information that the lower classification information (for example, KAB) belongs to the higher classification information (for example, STAGE) is generated.

  Next, in step S105, a cell C311 representing a job of the schema S3 is generated, and by inputting that the cell C311 belongs to the small classification cell C17 using the rule R12, a string st12 of the schema S2 is created. The structure shown in FIG.

  Next, in step S106, “JKAB74096” of data F18 is registered. As a result, this data is stored in the cell C311 as shown in FIG. When the classification information of the hierarchy with a job ID is stored and the classification of the lower hierarchy is not known at that time, for example, the product classification information is KAB, but the large item, the medium item,... If the classification has not yet been determined, the classification information of these lower layers is also registered as KAB.

  As shown in FIG. 7-4, a structure as shown in FIG. 7-4 is constructed for all jobs by executing until the records of all lines in the function classification file F1 are completed in steps S107 and S108. The file classification information will not be described in detail, but the cell storing the file ID, the cell storing the classification information, and the method of associating these cells are performed in the same manner.

(5.2) Program list information fetch program P12
Next, the flow of the program P12 for fetching the program list file F2 shown in FIG. 3-3 will be described with reference to FIG. 6-4.

  In steps S201 and S202, the data in the first line of the program list file F2 shown in FIG. Next, in step S203, a process information cell C321 and a program name information cell C322 of the object-related schema S3 are formed, and a string st511 of the schema S5 is created. As a result, a structure as shown in FIG. 8-1 is formed.

  In step S204, the read data F21 to F22 are stored in each cell. Therefore, for example, when the data in the first row of FIG. 3-3 is read, a structure as shown in FIG.

  In step S205, a program attribute cell is created, and strings st52 and st53 of the program attribute schema S7 are created using the rule R7 in FIG. As a result, a structure as shown in FIG. Further, in step S206, the read data F23 in the Lth row is registered in the corresponding program attribute cell. As a result, the structure shown in FIG. 8-4 is created. Although not shown here, for example, a string st54 called “link to design document” is created as information indicating the relationship of attributes, and “link information to design document file storage location” is registered in the cell connected by the string. As a result, the relationship between the program and the design document is also registered. In this way, a structure in which the program ID, the program name, and the program attribute are associated with each other is generated by the program P12.

(5.3) File classification information import program P13
Next, the flow of the program P13 for fetching the file classification information F4 shown in FIG. 3-5 will be described with reference to FIG. 6-5.

  In steps S301 and S302, the data in the first row of the file classification F4 shown in FIG. 3-5 is read. In step S303, a file name and a file ID cell are formed. As a result, the structure shown in FIG.

  In step S304, the data F46 and F47 in the first row are registered. In step 305, a classification information cell and attribute information cell and a file attribute schema S7 string are generated. In step S306, the data F41 to F45 in the first row are registered. As a result, a structure as shown in FIG. 9-2 is constructed.

  Although FIG. 9-2 illustrates an example in which files are classified into five layers, the number of layers can be arbitrarily selected. Further, the file attribute information may have any content and number as with the job attribute information.

(5.4) Job list file import program P14
Next, the flow of the program P14 for fetching the job list file F3 shown in FIG. 3-4 will be described with reference to FIG. 6-6.

  In steps S401 and S402, the data in the first line of the job list file F3 shown in FIG. 3-4 is read. In step S403, it is determined whether or not the job ID data stored in the cell C31 of the job information of the object-related schema S3 is the same as the job ID read this time. Since the same job ID has already been registered in the program P11, the determination in step S403 should be YES, but if this determination is NO, it can be seen that some error has occurred.

  Accordingly, in step S405, error information is output to a log file in order to notify the software developer that an error has occurred. Developers can look at this error information and make corrections that resolve inconsistencies. If there is an error, a new job information cell C31 of schema S3 is created in step S406, and the job ID of the data F31 is registered in this cell C31 once.

  On the other hand, if the determination in step S403 is YES, that is, if there is data that matches the currently read data in the job ID data read in the past, the current data F31 is registered in the job information cell. . In step S408, a schema of attribute information of schema S4 is generated, and the data F32 and F33 read in step S409 are registered. As a result, a structure as shown in FIG. 10-3 is constructed. By this program P14, a structure in which the job ID and the attribute information of the job are associated is generated.

  Further, as can be seen from the above flow, in the present invention, information stored redundantly in different files is stored in the same cell and managed centrally when it is taken into the DB. When the same information is stored in a distributed manner, if one of them is corrected, all other information will not be corrected in the same way, but there will be a discrepancy. You only need to modify the information in one cell. In addition, since information can be added, modified, and deleted directly from the DB, the work load is small.

  Further, when information is centrally managed in the DB, the latest information is always held, so that information stored in the DB is unified in time series. Further, when storing the same information as the previously registered information, it is determined whether or not the information matches, and if the information does not match, error information is notified, so the burden of correction work is small.

(5.5) Job schedule file import program P15
Next, the flow of the program P15 for fetching the job schedule file F5 shown in FIG. 3-6 will be described with reference to FIG. 6-7.

  In steps S501 and S502, the data in the first line of the job schedule file F5 shown in FIG. 3-6 is read. In step S503, it is determined whether or not the job ID data stored in the cell C31 of the job information of the object-related schema S3 is the same as the read job ID. In the programs P11 and P14, since the job ID has already been registered, the determination in step S503 should be YES, but if this determination is NO, it can be seen that some error has occurred.

  Therefore, in step S505, error information is output to a log file in order to notify the data registrant or system designer that an error has occurred. Developers can look at this error information and make corrections that resolve inconsistencies. If there is an error, a new job information cell C31 of schema S3 is created in step S506, and the job ID of data F51 is registered in this cell C31 for the time being.

  On the other hand, if the determination in step S503 is YES, that is, if data in the job ID read in the past matches the data read in this time, the current data F51 is registered in the cell of the job ID. .

  In step S508, cells and strings of the preceding job information and subsequent job information in the schema S4 are generated. In step S509, data F52 and F53 are registered in the generated cells. By this program P15, a structure in which a certain job ID is associated with a preceding job executed prior to the job and a subsequent job executed thereafter is generated.

(5.6) Job flow information fetch program P16
Next, the flow of the program P16 for fetching the job flow file F6 shown in FIG. 3-7 will be described with reference to FIG. 6-8.

  In steps S601 and S602, the data in the first line of the job flow file F6 is read. In step S603, it is determined whether or not the job ID data already stored in the job information cell C31 of the object-related schema S3 is the same as the job ID read this time. Since the same job ID is already registered in the programs P11, P14, and P15, the determination in step S603 should be YES, but if this determination is NO, some error may have occurred. I understand.

  Accordingly, in step S605, error information notifying that an error has occurred is output to a log file. If there is an error, a new job information cell C31 of schema S3 is created in step S606, and data F61 is registered in this cell C31 once.

  On the other hand, if the determination in step S603 is YES, the data F61 read this time is registered in the cell C31 of the job information read in the past.

  Next, in step S608, it is determined whether or not the program ID data stored in the cell C32 of the program information of the object-related schema S3 is the same as the program ID read this time. Since the same program ID has already been registered in the program P12, the determination in step S608 should be YES, but if this determination is NO, it can be seen that some error has occurred.

  Accordingly, in step S610, error information notifying that an error has occurred is output to a log file. If there is an error, a new program information cell C32 of schema S3 is created in step S611, and data F63 is registered in this cell C32 once.

  On the other hand, if the determination in step S608 is YES, the program information cell C32 read in the past is associated with the job information cell C31, and the data F63 read this time is registered in the cell C32. As a result, for example, the structure shown in FIG. 10A is generated.

  Next, in step S613, it is determined whether or not the file ID data stored in the file information cell C33 of the object-related schema S3 is the same as the file ID read this time. Since the same file ID has already been registered in the program P13, the determination in step S613 should be YES, but if this determination is NO, it can be seen that some error has occurred.

  Accordingly, in step S615, error information notifying that an error has occurred is output to the log file. If there is an error, a new program information cell C33 of schema S3 is created in step S616, and data F65 is registered in this cell C33 for the time being.

  On the other hand, if the determination in step S613 is YES, the cell C33 of the file information read in the past is associated with the program information cell C32, and the data F65 read this time is registered in the cell C33. As a result, the structure shown in FIG. 10-2 is generated. In step S623, input file information and output file information of the program execution schema S6 are generated.

  In step S618, a file attribute information cell of schema S7 is generated, and attribute data is registered in the cell generated in step S619. In step S620, it is determined whether or not all records have been completed. If not, the process returns to step S602, and the same operation is repeated until the records are completed. This program P16 associates a certain job ID with all program IDs belonging to the job, all input files used for executing the program, and all output files created as a result of executing the program. Is generated.

  In the present invention, as described above, since jobs and files are associated with hierarchical classification information and stored in the DB, information indicating the relationship between jobs and files can be extracted at various hierarchical levels. become. Since attribute information is associated with jobs, programs, and files, not only job flow diagrams and job-related diagrams, but also job and program attribute information can be easily extracted.

(6) Extraction and Display of Information from DB Next, a method for extracting information from the DB according to the present invention and automatically generating a system design figure such as a job flow diagram will be described.

  The information extraction unit 103 and the display unit 104 illustrated in FIG. 2 store a program P2 for extracting and displaying desired information from the RDF-DB unit 102. FIG. 12A illustrates the program P2, and the flow of each program P21 to P26 will be described below.

(6.1) Create job net diagram P21
FIG. 12-2 shows a flow of a program for creating a job net diagram. As shown in FIG. 15, the job net diagram is a diagram showing a job processing order and a relationship between preceding and succeeding.

  In step S701 of FIG. 12B, the job classification shown in the figure is designated from the input device 103 of the terminal 10 (FIG. 14-1). As shown in FIG. 3B, the job is classified into seven categories from the system classification F11 to the small classification F17. For example, JKAB is designated as the classification of “major item”. By designating this classification, all job information having the JKAB classification can be obtained from the DB unit 102. The job net diagram is a drawing showing the processing order of jobs having this classification (S702).

  Next, in the loop from step S703 to S708, the following processing is performed for each piece of acquired job information.

  First, in step S704, the preceding job information and subsequent job information of the job information are acquired. In step S705, it is determined whether the preceding and subsequent jobs extracted in step S704 are included in the job. Included here means whether or not a job group is combined into one job. If the result of this determination is YES, the preceding job extracted in step S704 is stored in the memory as a job of the same category. On the other hand, if the determination in S705 is NO, the preceding job information is stored in the memory as a job of another category, and is set as a drawing target different from the job of the same category.

  In other words, the processing in steps S703 to S708 is performed by, for example, extracting all jobs whose major items are classified as JKAB from the DB and relating them as preceding jobs and succeeding jobs as shown in FIG. Is a process for displaying one job as a job group and preparing to display an unrelated job as another job.

  In step S709, coordinates associated with each job group are displayed on the screen based on the context of each job, with the associated job groups as one job. Also, jobs other than the group specified in step S701 change the drawing position and the figure (for example, an ellipse) and are positioned at, for example, the end of the figure (S710). Further, in step S711, information on related lines between jobs is calculated, and in step S712, a two-dimensional diagram is generated based on the information on coordinates and related lines and displayed on the screen.

  FIG. 13A illustrates the job net diagram D1 displayed in this way, and shows that JOB5 is executed after JOB1 to 4, and JOB6 is executed after that. Note that the question marks displayed in the JOB3 and JOB4 columns display error information when the programs P14 and P15 determine that there is error information.

  As described above, according to the method of the present invention, since each job has classification information, it is possible to first retrieve a job having the same classification by designating the classification. Further, since each job has association information between the preceding job and the succeeding job, related jobs can be displayed together as a single unit job. Therefore, it is possible to display the flow of a large number of jobs having the same classification in an easy-to-understand manner. In addition, in the present invention, since the job classification information has a hierarchical level, a detailed program flow to a rough program flow can be displayed at any level as required.

(6.2) Job flow diagram creation P22
FIG. 12C shows a flow of a program for creating a job flow diagram. As shown in FIG. 15, the job flow diagram is a diagram showing the relationship between a file necessary for program execution, a program necessary for execution, and a file obtained as a result of program execution in units of jobs.

  In step S801 of FIG. 12C, the illustrated job is designated from the input device 103 of the terminal 10 (FIG. 14A). In step S <b> 802, job information included in the designated job is extracted from the RDF-DB unit 102. In step S803, the input / output file information associated with the retrieved job information is retrieved from the RDF-DB unit 102 based on the program information associated with the job information and the input / output file information associated with the program information.

  Further, in step S804, coordinates to be displayed on the screen are calculated based on the program information and input / output file information extracted in steps S802 and S803. In step S805, information on the relation line between the program and the input / output file is calculated. In step S806, a two-dimensional diagram is generated and displayed on the screen.

  FIG. 13-2 exemplifies the job flow diagram displayed as described above, and shows that the program PRO5 is executed using the input files FILE1 to 5, and as a result, the output FILE6 is created.

  According to the method of the present invention, the database has information for associating each job with all the programs belonging to the job, and further has information for associating all the input / output files belonging to each program, so only the job is specified from the screen. Can automatically create and display a job flow diagram.

(6.3) Job-related diagram creation P23
12-4 and 12-5 show the flow of the program P23 for creating the job relation diagram. As shown in FIG. 15, the job relation diagram is a diagram showing the relationship between the preceding and succeeding jobs according to the relationship between the job and the input / output file.

  In step S901 of FIG. 12-4, the job classification is designated from the input device 103 of the terminal 10 (FIG. 14-1), the job classification information at a level one level lower than the designated job classification, and all having this classification information. Job information is extracted from the RDF-DB unit 102.

  In step S <b> 902, all input file information of a program executed by the acquired job is acquired from the RDF-DB unit 102. In step S903, only a file having the same classification information as the classification information of the job is extracted from the acquired input file. In this embodiment, it is assumed that the job classification hierarchy and the file classification hierarchy are the same. For example, if the acquired job classification name is a major item, the large classification is selected from all acquired input files. Extract only files with the same category name. This is to display the relationship between jobs in an easy-to-understand manner by setting the input file displayed in the job relationship diagram to the same hierarchical level as the job.

  Steps S904 to S908 are loop processing, and the acquired input file information is processed one by one. In step S905, job information in which the input file acquired in step S903 is registered as an output file is acquired from the RDF-DB 102. Then, by looking at the job classification information of the job information acquired in step S905, it is determined whether or not this is the same as the job classification already acquired in step S901. If YES, the job in which this input file is registered as an output file is determined. A single job is displayed as a common job group. On the other hand, if NO is determined in step S906, the job is displayed as another job.

  In step S909, all output file information of the program executed by the job acquired in step S901 is acquired from the RDF-DB. In step S910, only output files having the same classification name as the job classification name in step S901 are extracted from all acquired output files. This is because, as described above, by setting the output file displayed in the job relation diagram to the same hierarchical level as the job, the relevance of the job is displayed in an easy-to-understand manner.

  Next, the loop processing from step S911 to S915 in FIG. 12-5 is performed. This is the same processing as steps S904 to S908. In step S912, job information in which the output file acquired in step S909 is registered as an input file is acquired from the RDF-DB. Then, by looking at the job classification information of the job information acquired in step S912, it is determined whether this is the same as the job classification acquired in step S901 (S913). If YES, jobs that have this output file registered as an input file are displayed as a common job group as a single job. On the other hand, if the determination in step S913 is NO, the job is displayed as another job.

  Next, in step S916, coordinates for displaying each on the screen are calculated based on the context of the plotting target job classification and the plotting target file classification. In step S917, job classifications outside the designated group are positioned at the end of the figure. In step S918, related line information is calculated. In step S919, a two-dimensional figure is generated based on the coordinates and related line information. Display on the screen.

  As described above, according to the method of the present invention, since each job and file has classification information, it is possible to take out jobs and files having classification information at the same hierarchical level. Also, since all jobs are associated with programs belonging to them, and all programs are associated with input / output files belonging to them, jobs that have an input file of a job as an output file, and output files of a job Jobs that are input files can be extracted. A group of jobs common to the extracted jobs can be collectively displayed as one unit job. Therefore, by summarizing the display of jobs that share a file, the relationship between the entire job and the file can be displayed more easily. Moreover, in the present invention, since jobs and files have hierarchical level classification information, for example, from the detailed relationship between jobs and files shown in FIG. 1-3 to the rough relationship diagram shown in FIG. Any level drawing can be automatically created as needed.

(6.4) Detailed Screen Creation The present invention can also display details of job information, file information, and program information. 12-6, 12-7, and 12-8 show the flow of these programs P24, P25, and P26. For example, in FIG. 12-7, the file to be displayed is specified from the screen in step S1201, and the file information specified in step S1202 is extracted from the RDF-DB unit 102 and displayed in step S1203. Detailed information shown in 3 is displayed. Similarly, the details of the program information as shown in FIG. 13-4 can be displayed according to the flow of FIG. 12-8.

  That is, according to the method of the present invention, since the RDF-DB 102 holds information for associating job information, program information, file information, classification information, and attribute information with each other, detailed information on jobs, programs, and files can be stored as necessary. Can be created and displayed automatically.

(7) System Configuration Next, the system configuration of the present invention will be described with reference to FIGS. 14-1, 14-2 and 14-3.

  As shown in FIG. 14A, the system of the present invention includes a plurality of terminal devices 10A, 10B, and 10C connected to a network 20, a web server 30, a database server 40 connected to the network 20 via the server 30, and a document. The server 50 is configured.

  As illustrated in FIG. 14B, the database server 40 includes a CPU 410, a storage device 420, and a communication interface 430. The storage device 420 includes an RDF-DB unit 421 that stores an RDF-DB having a structure illustrated in FIG.

  The document server 50 is a server that manages a document such as a functional design document, for example, and is linked to a predetermined design document file or program source file by the program attribute schema S5 of the RDF-DB 421.

  The storage device 420 also includes a file storage unit 422 that stores the function classification files F1 to F6 shown in FIG. The program storage unit 423 stores the function classification information fetch program P11 to the job flow information fetch program P16 shown in FIG.

  As shown in FIG. 14C, the web server 30 includes a CPU 310, a storage device 320, and a communication interface 330.

  The storage device 320 includes a program storage unit 321 that stores the information extraction / display program P2 of the job net diagram creation program P21 to the detailed function display program P27 shown in FIG.

  On the other hand, the terminals 10A, 10B, and 10C connected to the network 20 are ordinary personal computers. As shown in FIG. 14-4, the CPU 100, the storage device 101 connected via the bus 107, and the input / output interfaces 102, 104, An input device 103, a display device 105, and a communication interface 106 are included.

  The operation of this system will be described. First, resource information such as data defining the job execution order and file classification data is fetched into the database server 40 in a batch to generate files F1 to F6.

  Next, the resource information fetching program P1 stored in the storage unit 423 is started, RDF data is created from the fetched resource information, and stored in the RDF-DB unit 421.

  The user activates the information extraction display program P2 stored in the storage unit 321 and displays necessary information on the display device 105 of the terminal 10. For example, a list of business systems having a tree structure is displayed, and a related diagram is displayed by selecting a specific business or job from the displayed business system. When the program P21 is started, necessary data can be extracted from the RDF-DB unit 421 to create and display a job net diagram. If the programs P22 and P23 are started, a job flow diagram and a job related diagram can be created and displayed. Further, a job, program, or file is input with a name or ID from the input device 103 of the terminal 10 and the programs P25, P26, and P27 in the storage unit 323 are activated, thereby registering the job, program, or file registered in the file unit. It is also possible to search for a file, extract necessary information from the RDF-DB unit 421, and display detailed information. The detailed information includes a summary of the job, program or file, attributes and links / information to the document stored in the document server.

  Although the present invention system has been described above, various changes can be made without departing from the basic concept of the present invention, and such changes are also included in the present invention. For example, in the example of FIGS. 14-1 to 14-4, the information extraction / display program P <b> 2 is stored in the storage device 320 of the web server 30, but may be stored in the database server 40.

Explanatory drawing which shows the procedure of the conventional system development. Explanatory drawing which shows a job related figure. Explanatory drawing which shows a detailed job related figure. The functional block diagram for demonstrating the concept of this invention system. Explanatory drawing of the file in this invention system. Explanatory drawing of the function classification file in this invention system. Explanatory drawing of the program list file in this invention system. Explanatory drawing of the job list file in this invention system. Explanatory drawing of the file classification file in this invention system. Explanatory drawing of the job schedule file in this invention system. Explanatory drawing of the job flow file in this invention system. Explanatory drawing of DB schema of this invention system. Explanatory drawing of the cell and string of DB schema of this invention system. Explanatory drawing of the classification | category schema of this invention system. Explanatory drawing of the object common schema of this invention system. Explanatory drawing of the program attribute schema of this invention system. Explanatory drawing of the program execution attribute schema of this invention system. Explanatory drawing of the file attribute schema of this invention system. Explanatory drawing of the object related schema of this invention system. Explanatory drawing of the job attribute schema of this invention system. Explanatory drawing which illustrates the procedure of the schema production | generation in this invention system. Explanatory drawing of the information management rule used with this invention system. Explanatory drawing which illustrates the information to throw in. Explanatory drawing which shows the kind of resource information acquisition program in this invention system. The flowchart which shows the resource information taking-in program in this invention system. The flowchart which shows the function classification information taking program in this invention system. The flowchart which shows the program list information acquisition program in this invention system. The flowchart which shows the file classification information taking program in this invention system. 6 is a flowchart showing a job list information import program in the system of the present invention. 6 is a flowchart showing a job schedule information fetch program in the system of the present invention. 6 is a flowchart showing a job flow information fetch program in the system of the present invention. 6 is a flowchart showing a job flow information fetch program in the system of the present invention. Explanatory drawing of the schema produced | generated by taking in functional classification information. Explanatory drawing of the schema produced | generated by taking in functional classification information. Explanatory drawing of the schema produced | generated by taking in functional classification information. Explanatory drawing of the schema produced | generated by taking in functional classification information. Explanatory drawing of the schema produced | generated by program list information taking-in. Explanatory drawing of the schema produced | generated by program list information taking-in. Explanatory drawing of the schema produced | generated by program list information taking-in. Explanatory drawing of the schema produced | generated by program list information taking-in. Explanatory drawing of the schema produced | generated by file classification information capture. Explanatory drawing of the schema produced | generated by file classification information capture. Explanatory drawing of the schema produced | generated by the job flow information acquisition program. Explanatory drawing of the schema produced | generated by the job flow information acquisition program. Explanatory drawing of the schema produced | generated by taking in job list information. Explanatory drawing of the schema produced | generated by taking in job schedule information. Explanatory drawing which shows the kind of information extraction / display program in this invention system. 6 is a flowchart showing a job net diagram creation program in the system of the present invention. The flowchart which shows the job flow figure creation program in this invention system. The flowchart which shows the job related figure preparation program in this invention system. The flowchart which shows the job related figure preparation program in this invention system. 6 is a flowchart showing a job information detail screen creation program in the system of the present invention. The flowchart which shows the file information detailed screen creation program in this invention system. The flowchart which shows the program information detailed screen creation program in this invention system. Explanatory drawing which shows an example of a job net figure. Explanatory drawing which shows an example of a job flow figure. Explanatory drawing which shows an example of a file information detailed display screen. Explanatory drawing which shows an example of a program information detailed display screen. The block diagram which shows the whole structure of this invention system. The block diagram which shows the structure of the database server of this invention system. The block diagram which shows the structure of the web server in this invention system. The block diagram which shows the structure of the terminal device in this invention system. Explanatory drawing which shows the definition of term.

Explanation of symbols

10A, 10B, 10C: Terminal device 20: Network 30: Web server 40: Database server 50: Document server 100: CPU
101: storage device 102, 104: I / O interface 103: input device 105: display device 106: communication interface 310: CPU
320: Storage device 321: Information extraction display program storage unit 330: Communication interface 410: CPU
420: Storage device 421: RDF-DB unit 422: File storage unit 423: Resource information fetch program storage unit 430: Communication interface

Claims (7)

In the method of automatically generating batch system design drawings,
A database unit, and an information extraction display unit that retrieves and displays information from the database unit,
The database unit is configured to associate job information, program information and file information indicating IDs of jobs, programs and files constituting a batch system, job classification information and file classification information indicating job and file classifications, and the above information. And association information indicating
The information extraction display unit specifies job classification information and extracts job information having the classification from the database unit;
A job net diagram automatic generation method comprising: a program comprising: determining a context of job information extracted from the association information and generating a graphic indicating the relationship of the job information. The program according to claim 1, wherein the program acquires a preceding job and a succeeding job from the extracted job information;
A job net diagram automatic generation method comprising a step of displaying a job group as one job from the acquired preceding and succeeding jobs when the acquired preceding and succeeding jobs belong to the job information. In the method of automatically generating batch system design drawings,
A database unit, and an information extraction display unit that retrieves and displays information from the database unit,
The database unit is configured to associate job information, program information and file information indicating IDs of jobs, programs and files constituting a batch system, job classification information and file classification information indicating job and file classifications, and the above information. And association information indicating
The information extraction display unit specifies job information and extracts program information associated with the job information and its input / output file information; and
An automatic job flow generation method comprising a program having a step of generating a graphic showing a relationship between the input / output file information extracted in the job information and the program information. In the method of automatically generating batch system design drawings,
A database unit, and an information extraction display unit that retrieves and displays information from the database unit,
The database unit is configured to associate job information, program information and file information indicating IDs of jobs, programs and files constituting a batch system, job classification information and file classification information indicating job and file classifications, and the above information. And association information indicating
The information extraction display unit specifies job classification information and extracts job information having the classification from the database unit;
Extracting the input / output file information of the program associated with the extracted job information from the database unit;
Designating a file classification from the extracted input / output file and extracting input / output file information having the classification;
And a program having a step of determining a relationship between the job information extracted from the association information and the extracted input / output file information and generating a graphic showing the relationship between the job information and the input / output file information. Automatic job relation diagram generation method.   5. The job relation diagram automatic generation method according to claim 4, wherein the job classification information and the file classification information are in the same hierarchy. 5. The program according to claim 4, wherein the program extracts job information associated with the input file of the first job information as the output file of the second job information from the extracted input / output file information.
An automatic job relation diagram generation method comprising a step of collectively displaying the extracted first and second job information as one job information. The program according to claim 4, wherein the program extracts job information associated with the output file of the first job information as the input file of the second job information from the extracted input / output file information;
An automatic job relation diagram generation method comprising a step of collectively displaying the extracted first and second job information as one job information.

Images