JP3229811U - BOM creation system based on design specifications - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a BOM creation system capable of solving a problem of information transmission omission and misunderstanding that tends to occur at a system development stage and a problem of excessively lengthening system development. A BOM creation system based on a design specification includes (1) means for defining a system architecture and flow processing, and (2) means for defining a plurality of parts composed of programmable units. (3) Means for creating a plurality of separate part numbers corresponding to each of a plurality of parts by the part number generator, and (4) Logical definition calculation of a plurality of parts, documents, numerical values, numerical ranges, characteristics, input / output. The system architecture and flow processing include multiple combinations of multiple parts, including means for defining the characteristics of either interrelationships or dependencies, and (5) means for creating BOMs based on design specifications. Determined by two different relationships of multiple forms formed by. [Selection diagram] Fig. 1

Description

The present invention relates to a software program that automatically creates a system, and more specifically, to a method of creating a design specification for using a software program that automatically creates a system.

Software (program) products are now indispensable to social life. This is because software programs are built into every electric appliance and can be automatically operated and controlled by the software program. The current programming process usually first requires a system analyst who understands the needs of the customer. This system analyst will create a system function specification that meets the customer's request. This system function specification is provided to the system designer, and this system designer formulates the design specification. Then, this design specification is provided to all members of the program development team, and the program development team understands the details of the design of the software program and converts it into a programming language.

Current software design specifications are mainly created in the form of document explanations and flowcharts using conventional text editing software and flowchart creation software. These document descriptions and flowcharts are provided by downstream programmers. However, even if the software design specifications are properly provided to the programmer, there may be problems such as lack of information or misunderstanding given to the members of the program team. In addition, character information may be misrepresented or interpreted in the wrong direction, so the ordering side (that is, the customer), the system analysis side (system analyst), and the programming side (programmer) Redundant communication may be required, or a huge amount of time may be required for confirmation work. As a result, development time is prolonged and system development productivity is reduced.

The following Patent Document 1 is a document that discloses a conventional manufacturing BOM editing system. The manufacturing BOM editing system disclosed in Patent Document 1 associates a design BOM importing unit that captures a design BOM composed of information and the captured design BOM with a template of the manufacturing BOM, and manages attribute information necessary for manufacturing. The manufacturing BOM creation unit that creates the manufacturing BOM by searching the imported manufacturing arrangement master using the information on the designed BOM as a key and setting the searched attribute information in the template of the manufacturing BOM, and the manufacturing BOM creation When the department creates a manufacturing BOM based on the design BOM before and after the design change for the same manufactured product, the manufacturing BOM before the design change and the manufacturing BOM after the design change are compared and the changed contents are shown. It includes a change information extraction unit that extracts change information, and a manufacturing BOM transfer unit that transfers the change information to the production control system.

JP-A-2018-036899

However, it has been difficult to efficiently prepare a complete BOM even by using the method disclosed in Patent Document 1.

The present invention solves the technical problem in software program design that increases the cost and the development time due to the conventional program development flow, that is, the misunderstanding that occurs from a specific requirement to the completion of the final program design. It was done to do. By inputting the design specifications into the automatic software program generator provided by the present invention, it is possible to create executable software after determining the specifications at the initial stage of development, which delays the entire development. You can avoid time-consuming communication.

Therefore, the method of creating a BOM (BILL-OF-MATERIAL) based on the design specifications of the present invention is a process of defining a system architecture and flow processing, and a process of defining a plurality of parts composed of programmable units. And the process of creating a plurality of separate part numbers corresponding to each of the plurality of parts by the part number generator, and the logical definition calculation, document, numerical value, numerical range, characteristic, input / output interrelationship of the plurality of parts. Alternatively, the system architecture and the flow processing are formed by a plurality of combinations of the plurality of parts, including a step of defining any feature of the dependency relationship and a step of creating a BOM based on the design specifications. It is determined by the relationship between two different forms of multiple forms.

Furthermore, the process of defining the above system architecture and execution flow is performed by the specification editorial department in the project configuration for defining the workflow of the project, the raw material list for defining and supplying multiple parts, and in multiple parts. Provides a specification editorial department for defining the characteristics of.

In short, according to the above-mentioned method of the present invention, enormous profit can be obtained.

1. 1. While building and creating the design specifications, all communication between the requesting customer and the program designer is completed, so after checking the design specifications, the result output by system execution is designed. It can be confirmed that the requirements specified in the specifications are met. If the execution result of the completed program does not meet the initial requirements or an error occurs, it is presumed that there is a problem with the design specifications rather than a problem with the program itself. Therefore, according to the software program automatic generation system disclosed in the present invention, information transmission omissions and misunderstandings that tend to occur at the stage where the customer and the system analyst are creating a workflow and a design document that can be understood by the programmer. In addition to being able to solve the problem of, the development time becomes excessively long due to waste in communication between multiple programmers who interpret the workflow and specifications by dividing the programming to build the corresponding program. It is possible to solve the problem that the development cost increases and the problem that the development cost increases.

2. 2. After the design specifications are completed, the customer and the user can provide the entire BOM to the automatic processing program (software) factory, and the application system that conforms to the design specifications of a specific project for the customer's final inspection and confirmation. You can also get (final product). A program executed in a so-called program factory reads the contents of the BOM of a specific project, understands the programming details of the programmer accurately and completely without the intervention of a human programmer, and creates a software application that can be executed by the contents of the BOM. Created automatically. As a result, a great deal of human resources and time can be saved, and the delivery date and quality of the product can be controlled.

Structural and technical means applied to the present invention to achieve the above and other objectives are preferably understood with reference to preferred embodiments and accompanying drawings of the following specification.

It is a schematic block diagram showing an automatic software program creation system. It is a block diagram which shows the specification making part of this invention. It is a conceptual diagram which shows the user interface which outputs the request of the specification making part. It is a schematic functional block diagram of a specification making part. It is a schematic diagram which shows the hierarchy which creates the software program creation system automatically from the contents of the BOM of a specific project.

Reference numerals are given in the specific examples shown in the accompanying drawings, which will help to understand in detail the preferred embodiments of the present invention. The same reference numbers are used herein and in the drawings to refer to the same or similar parts wherever possible. This specification is for illustration purposes only and is not intended to be limited to the methods and systems according to the embodiments described herein. In the detailed description of the device set forth below, the configuration specifying the details is for the purpose of explanation for a complete understanding of the disclosed embodiments, even without a portion of such detailed configuration. It is clear that this embodiment can be implemented. Unless otherwise specified, the nouns used in the present specification and the claims for utility model registration are used to include the same thing in both singular and plural cases. In the present specification and claims for utility model registration, terms such as "have", "include", and "include" are used with the intention that they may include other configurations, and are limited to those terms. Should not be understood. In the present specification and claims for utility model registration, the meaning of the particle "ni" includes both cases of "in" and "in" unless otherwise specified.

1 and 2 are schematic block diagrams showing an automatic software program creation system. The automatic software program creation system includes a specification creation unit 10 and a software system creation unit 20. The specification creation unit 10 outputs a design specification based on the information provided in the customer's request A. By inputting the design specifications into the software system creation unit 20, the software system creation unit 20 reads the specifications, goes through the processes of coding and decoding, and outputs the feasible result system B. The result system B is an executable program that is not limited to types such as invoice management, project management, and human resources management system. The format of the design specification may be XML, database format, or the like.

The specification generation unit 10 includes a plurality of predefined parts 12, and the plurality of parts 12 are assigned corresponding part numbers. This part number is created when the design specification is created and the corresponding part 12 is assigned. Each component 12 is a programmable unit having a different purpose and function. The design specification is defined by the characteristics of the selectively used part 12. The features of the component 12 here include the following.

(1) Function of component 12: The component 12 created by the specification creation unit 10 may be, for example, a mathematical logical calculation, a functional component, or the like. The system designer selects the preferred combination of parts 12 to create a form, database or user interface. Examples of the functional component include a button, an image display unit, a drawing creation unit, and the like.

(2) Numerical value of component 12: Document, numerical value, numerical range, etc. can be mentioned.

(3) Characteristics of component 12: Each component 12 has one or more characteristic different characteristics, and this characteristic differs depending on the type of component 12, for example, if the component 12 belongs to a data format. , The characteristics of the part 12 include names, categories, standards, etc. If the part 12 is a functional button, the characteristics of the part 12 are the name, input parameter, output parameter, or the name defined by the button. Dynamic types can be mentioned.

(4) Input / output of component 12: An input / output relationship may exist between different components 12 belonging to different types, and the mutual relationship between input / output in component 12 is defined based on the input / output of component 12. May be created. Examples of the input / output mutual relationship here include a numerical input / output relationship, an algorithm relationship, and a control relationship between the components 12.

1 to 4 disclose specific examples of creating the design specifications of the present invention. As shown in FIG. 4, the customer request A is expressed in the form of a process structure. Taking the invoice system as an example of customer request A, the processing of the inventory inquiry function is indispensable. The process structure that executes the function includes the following steps.

(Step 1) Select the required product.

(Step 2) Provide options for document inquiry, ordering inquiry, parts list inquiry, and inventory fluctuation.

(Step 3) Provide the functions and processes of each option in the above step 2, for example, creating a report, a menu, or an output result.

When the above-mentioned process flow is completed, the person in charge of system design defines the features (for example, functions, characteristics, input / output interrelationships) of the component 12 according to the definition method, and all the components 12 specified in the design specifications. Is defined and definitions of relationships in inputs, intermediate processes, and outputs are created. Therefore, if the design specifications are correctly defined, it is possible to solve the problems of lack of completeness of information and misunderstandings that tend to occur during conventional program construction, and unnecessary communication traffic. Can be eliminated, which can accelerate the development of programming.

With reference to FIG. 3, a specification editorial unit may be provided to the programmer in order to smoothly create a design specification and efficiently select and edit the relevant definitions of the component 12. The specification editorial department provides the project structure, raw material list, and specification editing space. The project structure is used to define the execution flow and the structure of dependencies. The raw material list is used to provide the essential parts 12 for each project. The specification editing space defines the features within the component 12 and is assigned the functional, characteristic, numerical and / or input / output interaction relationships of the component 12.

With reference to FIGS. 4 and 5, the specification creation unit 10 creates a design specification based on the following steps.

S1) Specify the system architecture and processing flow: Develop the required processing flow and system architecture based on the customer's request A. The so-called flow process is expected to be performed while the customer is running the result system B. Taking the new parts supply function of the inventory management system as a practical example, the workflow expected by the customer is preferably as follows.

(Step 1)
Create a new part form.

(Step 2)
Select the options in "Parts", "Classification", "Specifications" and "Quantity" in the new parts form.

(Step 3)
By pressing the "Create" button, the material list based on the selection of "Parts", "Classification", "Specifications", and "Quantity" is updated.

By executing the above-mentioned steps in order based on the above-mentioned (step 1) to (step 3), related parts are constructed (for example, parts 12 in which numerical values are set and specifications are set. Part 12, the part 12) of the "create" button, and the construction of the database in this step S1 are completed.

S2) Form selection and setup: According to the example of the inventory management system described above, select the initial format of the form, or launch the format of the form and select the appropriate part 12 in the form. The form is a combination of the selected parts 12.

S3) Database content settings: Set up the types and formats required by the database based on the request. What is required here is not limited to tables, table confirmations, and numerical values, and may include other than these.

S4) Definition of function: Numerical values, characteristics, and input / output interactions of each component 12 are defined and determined by the relationship within the component 12. Explaining with reference to FIG. 2 with an example of the above-mentioned inventory management system, since it is recognized that there are only 20 "M4 screws" already below the safe inventory level, 5000 in the "new part form" Will be ordered to add. The value of part 12 (part a) is displayed as 20 on the new part form in the current inventory status, while the value of another part 12 (part b) is displayed as 5000 as the number of newly ordered parts. Will be done. Then, these values are executed by executing the component 12 represented by the button (component d). As a result, the input / output interaction of the part 12 (part c) displays the final inventory status of the total parts after purchase. That is, the part 12 (part a) indicating the current inventory status is calculated by the additional equation of C = A + B. By defining each component 12, the component 12 calculated by an additional equation may be selected, or a logical relationship may be constructed and defined.

S5) Format rewriting: Information is rewritten and saved by the programmer inputting information into the constructed format, and all kinds of programming information, specifications to be constructed, and their relationships are completely preserved.

The relationships in the parts 12 in the project, their functions, characteristics, etc. are constructed in the BOM (Bill of Materials) format in the specification generation unit. That is, in the process of creating the design specifications, all the relationships of the parts 12 in the BOM are constructed. Therefore, by applying the concept of BOM, that is, using the definition of part 12, the work environment of the whole project is gradually constructed, input information (for example, numerical values and characteristics mentioned above), work rules. (The above-mentioned function) and the result of the output (the above-mentioned input / output) are input to the work node of the component 12, so that the input / output mutual relationship between the components 12 can be referred to and constructed. When a BOM is formed over time based on this logical relationship, the functions of the parts 12 are executed, communication and subordination between the parts 12 are established, and the design specifications are saved in the database, the correspondence of each part 12 The part number to be used is formed. That is, if the technical features of the present embodiment are used, after understanding the customer's request, the system designer selects the current part 12, defines the features of each part 12, edits the specifications, and forms the BOM format. The subordination relationship of each part 12 in the above is defined, and a specific part number is assigned to each part according to the request. As a method of creating part numbers, the part number creating unit of the specification creation unit 10 may be used, and the part number creating unit assigns subordinate part numbers by a hierarchical method based on the subordination relationship of the parts 12. For example, one of the parts 12 which is a button or a key may perform a process of assigning a part number related to the part 12 according to an input parameter type, a logical processing configuration, an output area, or the like. For example, when one part number of the part 12 which is the "send" button is set to 10000, the value of another part 12 "input parameter" (part number 10100) is contained in the "send" button. Another part "string" (part number 10200) and "drawing output" (part number 10310) are created, output to the drawing, and can be used. The component 12 of the "drawing output" includes a coordinate axis conversion unit (part number 10310), a color box creation unit (part number 10320), and the like, and outputs the drawing. As a result, each part used is assigned a different part number and has a hierarchical relationship. The relationship between the allocation process and the part number is only an example, and is not limited to the above method. As another example, in order to confirm that the part 12 is related to the ordering of the upper and lower part numbers, the characteristics of the part 12 are defined and associated with the part 12 of the upper order, and a design specification is created. Dependency relationships and part numbers of parts 12 may be created so that they can be created.

The software system creation unit 20 executes the following steps in order to create the result system B.

Import of specifications: Import or input the design specifications by the specification creation unit 10.

Coding: The system creation unit 20 analyzes the system architecture, creates a form and a database based on the characteristics of all the parts 12 of the design specification, and decides the arrangement of the user interface. The software system creation unit 20 creates a system menu and related links based on the analysis system architecture, creates a database schema based on the contents of the database, and is required for each form defined by each defined component 12. Data processing is built. By using the tentative program corresponding to the component 12 stored inside, a complete process process including database instructions is formed. For example, based on the design specifications, a coding process that defines the characteristics, operation logic, input / output relationships, numerical relationships, etc. of each component 12 is executed, and the program segments between the components 12 create a combination of system program codes. Combined based on the order to be placed.

Allocation processing: The software system creation unit 20 edits and interprets the combination of system program codes to create the result system B.

As a result, the advantages of using the present invention include the following points.

1. 1. While building and creating the design specifications, all communication between the requesting customer and the program designer is completed, so after checking the design specifications, the result output by system execution is the design specifications. You can be sure that you meet the requirements as specified in the document. If the execution result of the completed program does not meet the initial requirements or an error occurs, it is presumed that there is a problem with the design specifications rather than a problem with the program itself. Therefore, according to the automatic software program generation system disclosed in the present invention, information transmission omissions and misunderstandings that tend to occur at the stage of creating workflows and design documents that can be understood by the programmer and the system analyst are caused. In addition to being able to solve the problem of, the development time becomes excessively long due to waste in communication between multiple programmers who interpret the workflow and specifications by dividing the programming in order to build the corresponding program part. It is possible to solve the problem that it ends up and the development cost increases.

2. 2. After the design specifications are completed, the customer and the user can provide the entire BOM to the automatic processing program (software) factory, and the application system that conforms to the design specifications of a specific project for the customer's final inspection and confirmation. You can also get (final product). A program executed in a so-called program factory reads the contents of the BOM of a specific project, understands the programming details of the programmer accurately and completely without the intervention of a human programmer, and automatically executes a system application that can be executed by the contents of the BOM. Create a program. As a result, a great deal of human resources and time can be saved, and the delivery date and quality of the product can be controlled.

Although the detailed description of the invention contained in the present specification and the advantageous effects disclosed in the present specification are described, the scope of the present invention is limited to those specified in the claims for utility model registration. However, variations and modifications that are deemed to be equivalent to the embodiments disclosed herein may be included. Even if various elements in the embodiments of the present specification are customarily changed to equivalents, they should be construed as being included in the scope of the present invention as long as the changes are understood by those skilled in the art. For example, the specific numerical values specified in the present specification are exemplary unless specifically described, and may differ within the scope of design changes. The description of the purpose and background technology of the present invention should be interpreted as merely indicating a specific content of the whole, and the invention including the invention described in the scope of the utility model registration claims described later. As long as it does not deviate from the scope of the above and the essence of the invention, equal or substitutable changes may be made to the various configurations of the embodiment.

10 Specification creation department 12 Parts 20 Software system creation department

Claims (4)

It is a BOM (bill-of-material) creation system based on a design specification, and the creation system includes an automatic software program creation system for creating a design specification .
The automatic software program creation system includes a specification creation unit and a software system creation unit.
The specification creation section, predefined a plurality of components comprised of programmable units, receiving the information provided by the customer requests, including the processing flow,
Logical definition of the plurality of parts The characteristics of any one of operation, document, numerical value, numerical range, characteristic, input / output interrelationship or subordination relation are defined by the system designer, and the defined multiple parts are combined to form a form. To provide the system designer with a specification creation unit for creating a database or user interface form.
The software system creation section outputs an executable results systems, while building and create the design specifications, as any communication between the customer and the system designer is completed, By executing the result system, it is confirmed that the output result meets the requirements specified in the design specification, and the relationship of the parts in the BOM is constructed. The BOM based on the design specification. Creation system . The format of the design specification is an XML or database format, which is a BOM creation system based on the design specification according to claim 1. The BOM creation system based on the design specification according to claim 1, wherein part numbers are hierarchically assigned to the plurality of parts based on the dependency relationships among the plurality of parts. The specification editorial department edits specifications for defining the project structure for defining the processing flow and subordination, a raw material list for defining and supplying a plurality of parts, and features in a plurality of parts. A BOM creation system based on the design specification according to claim 1, which provides space.