JP2020027597A - Software system generating system - Google Patents

Software system generating system Download PDF

Info

Publication number
JP2020027597A
JP2020027597A JP2018239165A JP2018239165A JP2020027597A JP 2020027597 A JP2020027597 A JP 2020027597A JP 2018239165 A JP2018239165 A JP 2018239165A JP 2018239165 A JP2018239165 A JP 2018239165A JP 2020027597 A JP2020027597 A JP 2020027597A
Authority
JP
Japan
Prior art keywords
software system
software
design specification
creation
parts
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2018239165A
Other languages
Japanese (ja)
Inventor
宋宜璋
Yi Zhang Song
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Arcare Innova Corp
Original Assignee
Arcare Innova Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Arcare Innova Corp filed Critical Arcare Innova Corp
Priority to JP2018239165A priority Critical patent/JP2020027597A/en
Publication of JP2020027597A publication Critical patent/JP2020027597A/en
Pending legal-status Critical Current

Links

Abstract

To provide a software system generating system which solves the problem of miscommunication or misunderstanding, which tends to happen during system development stages, and prevents excessive prolongation of development time.SOLUTION: A software system generating system is provided, comprising a specification generating unit 10 and a software system generating unit 20. The software system generating unit 20 outputs a design specification according to information (A) provided on user's demand, and includes a plurality of predefined elements. Each element is a programmable unit. The design specification defines characteristics of the elements to generate forms, the characteristics being a combination relationship of the plurality of predefined elements.SELECTED DRAWING: Figure 1

Description

本発明は、ソフトウェアシステム作成システムに関し、より詳細には、ユーザーの要望を分析して作り出すことによって設計仕様書を作成するための作成システムに関する。 The present invention relates to a software system creation system, and more particularly, to a creation system for creating a design specification by analyzing and creating a user's request .

ソフトウェア(プログラム)製品は、今や社会生活に必要不可欠なものとなっている。なぜなら、あらゆる電化製品の内部にソフトウェアプログラムが内蔵されていてソフトウェアプログラムで自動的に動作・制御できるようになっているからである。現在のプログラミングの過程は、通常の場合、まず、お客様のニーズを理解するシステム解析担当者が必要となる。このシステム解析担当者が、お客様の要望に沿ったシステム機能仕様書を作成する。このシステム機能仕様書がシステムデザイナーに提供されて、このシステムデザイナーが設計仕様書を策定する。そして、この設計仕様書がプログラム開発チームの全メンバーに提供され、プログラム開発チームが、ソフトウェアプログラムの設計の詳細を理解し、プログラミング言語に変換していく。   Software (program) products are now essential to social life. This is because a software program is built in every appliance and can be automatically operated and controlled by the software program. The current programming process usually requires a system analyst who first understands the needs of the customer. This person in charge of system analysis creates a system function specification according to the customer's request. The system function specification is provided to the system designer, and the system designer formulates the design specification. This design specification is then provided to all members of the program development team, who understands the details of the software program design and translates it into a programming language.

現在のソフトウェア設計仕様書は、主に、従来の文章編集ソフトとフローチャート作成ソフトを用いて文書説明とフローチャートの形式で作成される。これらの文書説明とフローチャートは、川下側のプログラマによって提供される。しかしながら、例え、ソフトウェア設計仕様書が適切にプログラマに提供されたとしても、プログラムチームのメンバーに与えられた情報が不足していたり誤解されてしまったりという問題が起こることがある。また、文字情報が間違えて伝えられることもあるし、誤った方向に解釈されることもあるので、発注側(つまりお客様)、システム解析側(システム解析担当者)、及びプログラミング側(プログラマ)の中で冗長なコミュニケーションが必要になったり、膨大な時間の確認作業が必要になってしまうことがある。その結果、開発時間が長引いたり、システム開発の生産性が減退したりする。   The current software design specification is mainly created in the form of a document description and a flowchart using conventional text editing software and flowchart creation software. These documentation descriptions and flowcharts are provided by downstream programmers. However, even if the software design specification is properly provided to the programmer, a problem may occur in which the information given to the program team members is insufficient or misunderstood. In addition, the character information may be transmitted incorrectly or interpreted in the wrong direction, so the ordering side (that is, the customer), the system analysis side (system analysis person in charge), and the programming side (programmer) In some cases, redundant communication is required, or confirmation work for an enormous amount of time may be required. As a result, the development time is prolonged and the productivity of system development is reduced.

従来の製造BOM編集システムを開示する文献としては、下記の特許文献1がある。特許文献1に開示の製造BOM編集システムは、情報から構成される設計BOMを取込む設計BOM取込部と、取り込んだ前記設計BOMを製造BOMの雛形に関連付け、製造に必要な属性情報を管理する製造手配マスタを、取り込んだ前記設計BOM上の情報をキーとして検索し、検索した属性情報を前記製造BOMの雛形に設定することにより製造BOMを作成する製造BOM作成部と、前記製造BOM作成部が、同一の製造品に関して、設計変更前と後の設計BOMに基づく製造BOMを作成した場合に、設計変更前の製造BOMと設計変更後の製造BOMとを比較して、変更内容を示す変更情報を抽出する変更情報抽出部と、前記変更情報を生産管理システムに転送する製造BOM転送部と、を備えている。   As a document that discloses a conventional manufacturing BOM editing system, there is Patent Document 1 below. The manufacturing BOM editing system disclosed in Patent Literature 1 manages attribute information necessary for manufacturing by associating a design BOM with a design BOM capturing unit that captures a design BOM composed of information, and associating the captured design BOM with a model of a manufacturing BOM. A manufacturing BOM creating unit that creates a manufacturing BOM by searching for a manufacturing arrangement master to be performed using information on the design BOM taken as a key, and setting the searched attribute information in the model of the manufacturing BOM; When the unit creates a manufacturing BOM based on the design BOM before and after the design change with respect to the same manufactured product, the manufacturing BOM before the design change is compared with the manufacturing BOM after the design change to indicate the details of the change. The system includes a change information extracting unit that extracts change information, and a manufacturing BOM transfer unit that transfers the change information to a production management system.

特開2018−036899号公報JP 2018-036899 A

しかしながら、上記特許文献1に開示の方法を用いても効率的に完全なBOMを作成することは困難であった。   However, it has been difficult to efficiently create a complete BOM even by using the method disclosed in Patent Document 1.

本発明は、従来のプログラム開発フロー、つまり特定の要件から最終的なプログラム設計を完成させるまでに生じる誤解によってコストが増大し、開発時間が長くなってしまうソフトウェアプログラム設計上の技術的問題を解決するためになされたものである。本発明が提供する自動ソフトウェアプログラム生成部に設計仕様書を入力することで、開発の初期段階で仕様書を決定した後に実行可能なソフトウェアを作成することができ、これによって全体の開発を遅延させてしまう手間取るコミュニケーションを避けることができる。   The present invention solves the problem of the conventional program development flow, that is, the technical problem of software program design in which the cost increases due to the misunderstanding that occurs from the specific requirements to the completion of the final program design, and the development time increases. It was done to do so. By inputting the design specifications into the automatic software program generation unit provided by the present invention, it is possible to create software that can be executed after the specifications are determined in the initial stage of development, thereby delaying the entire development. You can avoid time-consuming communication.

したがって、本発明のソフトウェアシステム作成システムを提供するものである。当該ソフトウェアシステム作成システムは、仕様書作成部と、ソフトウェアシステム作成部とを含むものであって、前記ソフトウェアシステム作成部は、ユーザーの要求によって提供された情報に基づいて設計仕様書を出力し、前記ソフトウェアシステム作成部は、予め設定された複数の部品を含み、前記部品はそれぞれプログラム可能な単位であり、前記設計仕様書は、フォームを作成するための部品の特徴を定義するものであって、前記特徴は、予め設定された複数の部品の組合せの関係であり、前記設計仕様書は、フォームに含まれる各構成の関係を定義するとともに2つのフォームの関係及び従属関係を定義するものであり、前記設計仕様書をソフトウェアシステム作成部に入力し、コーディングの実行過程を終えると、前記ソフトウェアシステム作成部は、システムアーキテクチャを分析し、前記設計仕様書にある部品の特徴に基づいてフォームとデータベースを作成し、ユーザーインターフェイスの配置を決め、前記ソフトウェアシステム作成部は、分析されたシステムアーキテクチャに基づいてシステムメニュー及びそれに関連するリンクを作成し、前記データベースの内容に基づいてデータベーススキーマが作成され、内部に保管された、前記部品に対応する仮決めプログラムを使うことで、完全なプロセス処理が形成され、前記ソフトウェアシステム作成部は、前記システムのプログラムコードの組み合わせを編集及び解釈して、結果システムを作成することを特徴とする。 Therefore, the present invention provides a software system creation system according to the present invention . The software system creation system includes a specification creation unit and a software system creation unit, and the software system creation unit outputs a design specification based on information provided by a user request, The software system creation unit includes a plurality of parts set in advance, each of the parts is a programmable unit, and the design specification defines a feature of the part for creating a form. The feature is a relationship of a combination of a plurality of parts set in advance, and the design specification defines a relationship between components included in a form, and also defines a relationship between two forms and a dependent relationship. Yes, when the design specification is input to the software system creation unit and the coding execution process is completed, the software The software system creation unit analyzes the system architecture, creates a form and a database based on the characteristics of the parts in the design specification, determines the arrangement of the user interface, and the software system creation unit analyzes the system architecture based on the analyzed system architecture. Based on the system menu and related links created based on it, a database schema is created based on the contents of the database, and a tentative program corresponding to the part stored inside is used to complete the process processing. The software system creation unit is configured to edit and interpret a combination of program codes of the system to create a result system.

要するに、本発明の上述の方法によれば莫大な利益を得ることができる。   In short, enormous benefits can be obtained with the above-described method of the present invention.

1.設計仕様書を構築及び作成している間に、ご要望のあるお客様とプログラム設計者との間のあらゆるコミュニケーションが完結するので、設計仕様書を確認した後に、システム実行で出力された結果が設計仕様書で特定される要求を満たすことを確認できる。完成したプログラムの実行結果が当初の要望を満たさなかったりエラーが生じたりした場合にはプログラムそれ自体の問題というよりむしろ設計仕様書に問題があると推定される。したがって、本発明に開示されるソフトウェアプログラムの自動生成システムによれば、お客様とシステム分析担当者とがプログラマに理解できるワークフロー及び設計書を作成している段階で生じがちな情報の伝達漏れや誤解の問題を解決することができるとともに、対応するプログラムを構築するためにプログラミングを分業してワークフロー及び仕様書を解釈する複数のプログラマ同士のコミュニケーションに無駄が生じて、開発時間が過剰に長くなってしまう問題と、開発コストが増加してしまう問題を解消することができる。   1. While building and creating the design specifications, all communication between the customer who requests and the program designer is completed.After confirming the design specifications, the result output by system execution is You can confirm that the requirements specified in the specifications are satisfied. If the execution result of the completed program does not satisfy the original request or an error occurs, it is presumed that there is a problem not in the program itself but in the design specification. Therefore, according to the software program automatic generation system disclosed in the present invention, omission or misunderstanding of information which is likely to occur when a customer and a system analyst are creating a workflow and a design document that can be understood by a programmer are generated. Problem, and the communication between multiple programmers interpreting the workflow and specification to build the corresponding program is wasteful, and the development time becomes excessively long. And the problem that the development cost increases.

2.設計仕様書の完成後に、お客様及びユーザーは、全体BOMを自動処理プログラム(ソフトウェア)ファクトリーに提供することができ、お客様の最終検査及び確認のために、特定プロジェクトの設計仕様書に適合させるアプリケーションシステム(最終製品)を得ることもできる。いわゆるプログラムファクトリーで実行されるプログラムは、特定プロジェクトのBOMの内容を読み込み、人間であるプログラマを介さずにプログラマのプログラミングの詳細を正確かつ完全に理解し、BOMの内容によって実行可能なソフトウェアアプリケーションを自動的に作成する。これにより多大な人的資源と時間を削減することができるとともに製品の納期と品質を制御することができる。   2. After the design specification is 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 specification of the specific project for the final inspection and confirmation of the customer. (Final product) can also be obtained. The program executed by the so-called program factory reads the contents of the BOM of a specific project, understands the programmer's programming details accurately and completely without the intervention of a human programmer, and creates a software application executable by the contents of the BOM. Create automatically. This can save a great deal of human resources and time while controlling the delivery date and quality of the product.

上述の目的及び他の目的を達成するために本発明に適用される構造及び技術的手段は、以下の明細書の好ましい実施形態及び添付の図面を参照して好ましく理解される。   The structure and technical means applied to the present invention to achieve the above and other objects will be better understood with reference to the following preferred embodiments and the accompanying drawings.

本発明のソフトウェアシステム作成システムを示す模式的なブロックダイヤグラムである。 1 is a schematic block diagram illustrating a software system creation system according to the present invention . 本発明の仕様書作成部を示すブロックダイヤグラムである。5 is a block diagram illustrating a specification creating unit according to the present invention. 仕様書作成部の要望を出力するユーザーインターフェイスを表す概念図である。It is a conceptual diagram showing the user interface which outputs the request of a specification preparation part. 仕様書作成部の概略的な機能ブロック図である。FIG. 3 is a schematic functional block diagram of a specification creating unit. 特定のプロジェクトのBOMの内容から自動的にソフトウェアプログラム作成システムを作成する階層を示す概略図である。It is the schematic which shows the hierarchy which creates a software program creation system automatically from the content of BOM of a specific project.

参照符号は、添付図に示される具体例に記載されており、本発明の好ましい実施形態を詳細に理解する一助となるであろう。同一の参照番号は、可能な限り、同一又は類似の部分を言及するものとして明細書及び図面で用いている。本明細書は、単なる説明のためのものであり、本明細書に記載された実施形態による方法及びシステムに限定することを意図するものではない。以下に示す発明の詳細な説明において、詳細を特定した構成は、開示する実施形態を完全に理解するための説明の目的のものであって、このような詳細の構成の一部がなくても本実施形態を実施することができることは明らかである。本明細書及び特許請求の範囲において用いられる名詞は、特に明示的な断りがない限り、同一のものを単数の場合も複数の場合も含むものとして用いられる。本明細書及び特許請求の範囲において、「有する」「含む」「含有する」等の用語は、他の構成を含む可能性もある意図で用いており、それらのみに限定して含むものと解されるべきではない。本明細書及び特許請求の範囲において、助詞の「に」の意味は、特に明示的な記載がない限り、「〜の中に」と「〜で」という意味の両方の場合を含む。   Reference numerals are set forth in the specific examples illustrated in the accompanying drawings, which will assist in understanding the preferred embodiments of the present invention in detail. Wherever possible, the same reference numbers are used in the description and drawings to refer to the same or like parts. This description is merely illustrative and is not intended to be limited to the methods and systems according to the embodiments described herein. In the following detailed description of the invention, the configurations specified in detail are for the purpose of explanation for fully understanding the disclosed embodiments, and even if some of the detailed configurations are omitted. Obviously, this embodiment can be implemented. Unless otherwise specified, the nouns used in the present description and the claims are used to include the singular and the plural when they are the same. In the present specification and claims, terms such as "have", "include", "contain" and the like are used with the intent to possibly include other configurations and are interpreted as including only those structures. Should not be done. In this specification and in the claims, the meaning of the particle "ni" includes both the meanings "in" and "in", unless explicitly stated otherwise.

図1及び図2は、本発明のソフトウェアシステム作成システムを示す模式的なブロック図である。ソフトウェアシステム作成システムは、仕様書作成部10と、ソフトウェアシステム作成部20とを含む。仕様書作成部10は、お客様の要望Aで提供された情報に基づいて設計仕様書を出力する。ソフトウェアシステム作成部20に設計仕様書を入力することで、ソフトウェアシステム作成部20が仕様書を読み込み、コーディング及びデコーディングの過程を経て、実行可能な結果システムBが出力される。結果システムBは、請求書管理、プロジェクト管理、人材管理システム等の種類に限定されない実行可能なプログラムである。このソフトウェアシステム作成システムは、実行可能プログラム又はソフトウェアシステム内に構築されたコンピュータシステムであってもよい。設計仕様書の形式は、XML(拡張可能なマーク付け言語)又はデータベース形式等であってもよい。 1 and 2 are schematic block diagrams showing a software system creation system according to the present invention . The software system creation system includes a specification creation unit 10 and a software system creation unit 20. The specification creator 10 outputs a design specification based on the information provided in the request A of the customer. By inputting the design specifications into the software system creation unit 20, the software system creation unit 20 reads the specifications, and through a process of coding and decoding, outputs an executable result system B. The result system B is an executable program that is not limited to types such as a bill management, a project management, and a personnel management system. The software system creation system may be an executable program or a computer system built in the software system. The format of the design specification may be XML (extensible markup language) or a database format or the like.

仕様書生成部10は、予め定義された複数の部品12を含み、当該複数の部品12は、対応する部品番号が付されている。この部品番号は、設計仕様書が作成された時点で作成されて対応する部品12が割り当てられる。各部品12はそれぞれ異なる目的及び機能を有するプログラミング可能な単位である。設計仕様書は、選択的に用いられた部品12の特徴によって定義される。ここでの部品12の特徴とは以下のものを含む。   The specification generation unit 10 includes a plurality of parts 12 defined in advance, 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 features of the part 12 that have been selectively used. Here, the features of the component 12 include the following.

(1)部品12の機能:仕様書作成部10で作成された部品12は、例えば、数学的論理計算、機能部品等のようなものであってもよい。システム設計担当者は、部品12の好ましい組み合わせを選択してフォーム、データベース又はユーザーインターフェイスを作成する。機能部品としては、ボタン、画像表示部、図面作成部等が挙げられる。   (1) Function of component 12: The component 12 created by the specification creating unit 10 may be, for example, a mathematical logic calculation, a functional component, or the like. The system designer selects a preferred combination of parts 12 and creates a form, database or user interface. Examples of the functional component include a button, an image display unit, and a drawing creation unit.

(2)部品12の数値:文書、数値、数値範囲等が挙げられる。   (2) Numerical value of the component 12: a document, a numerical value, a numerical value range, and the like.

(3)部品12の特性:各部品12は、1以上の特徴的な相異なる特性を有し、この特性は、部品12の種類によって異なり、例えば、部品12がデータ形式に属するものであれば、部品12の特性は、名称、部類、規格等が挙げられるし、部品12が機能的なボタンであるなら、その部品12の特性は、ボタンで定義される名称、入力パラメータ、出力パラメータ、又は動的種類が挙げられる。   (3) Characteristics of the parts 12: Each part 12 has one or more characteristic different characteristics, and these characteristics differ depending on the type of the part 12, for example, if the part 12 belongs to the data format. , The characteristics of the component 12 include a name, a category, a standard, and the like. If the component 12 is a functional button, the characteristic of the component 12 is a name defined by the button, an input parameter, an output parameter, or Dynamic types.

(4)部品12の入出力:異なる種類に属する異なる部品12の間での入出力関係が存在してもよいし、部品12中の入出力の相互関係が部品12の入出力に基づいて定義され作成されてもよい。ここでの入出力相互関係としては、例えば、数字の入出力関係、アルゴリズム関係又は部品12の間での制御関係が挙げられる。   (4) Input / output of component 12: There may be an input / output relationship between different components 12 belonging to different types, and a mutual relationship of input / output in component 12 is defined based on input / output of component 12. And may be created. The input / output mutual relationship here includes, for example, a numeric input / output relationship, an algorithm relationship, or a control relationship between the components 12.

図1から図4は、本発明の設計仕様書を作成する具体例が開示される。図4に示されるように、お客様の要望Aは、プロセス構造の形式で表される。お客様の要望Aとして請求書システムを例に挙げると、在庫照会機能の処理が必須である。機能を実行するプロセス構造は、以下の工程を含む。   1 to 4 disclose specific examples of creating a design specification of the present invention. As shown in FIG. 4, customer request A is represented in the form of a process structure. Taking an invoice system as an example of customer request A, processing of an inventory inquiry function is essential. A process structure that performs a function includes the following steps.

(工程1)要求された製品を選択する。   (Step 1) Select the requested product.

(工程2)文書照会、受発注照会、部品リスト照会、在庫変動の選択肢を提供する。   (Step 2) Provide document inquiry, ordering inquiry, parts list inquiry, and inventory change options.

(工程3)上記工程2での各選択肢の機能及び処理、例えば、レポートやメニュー、又は出力結果を作成する等を提供する。   (Step 3) Provide the function and processing of each option in the above step 2, for example, creating a report, menu, or output result.

前述のプロセスフローが完了すると、システム設計担当者は定義手法に即して部品12の特徴(例えば、機能、特性、入出力相互関係)を定義し、設計仕様書に規定された全ての部品12が規定され、入力、中間プロセス、出力の中での関係の定義が作成される。したがって、設計仕様書が正確に定義されていれば、従来のプログラム構築中に生じがちな情報の完全性が欠落したり、誤解したりという問題を解決することができ、不必要なコミュニケーションの往来をなくすことができ、これによってプログラミングの開発を促進することができる。   When the above-described process flow is completed, the system designer defines the characteristics (for example, functions, characteristics, and input / output interrelationships) of the parts 12 according to the definition method, and all the parts 12 defined in the design specification. Is defined, and a definition of the relationship between the input, the intermediate process, and the output is created. Therefore, if the design specification is correctly defined, it can solve the problems such as the loss of information integrity and misunderstanding that occur during the construction of the conventional program, and the unnecessary communication traffic. Can be eliminated, thereby facilitating programming development.

図3を参照して、スムーズに設計仕様書を作成し、部品12の関連する定義を効率的に選択し編集するために、仕様書編集部をプログラマに提供してもよい。仕様書編集部は、プロジェクト構造、原材料リスト、仕様書編集スペースを提供する。プロジェクト構造とは、実行フローや従属関係の構造を定義するために用いられる。原材料リストは、各プロジェクトに必須の部品12を提供するために用いられる。仕様書編集スペースは、部品12の中の特徴を定義し、部品12の機能、特性、数値及び/又は入出力相互作用の関係が割り当てられる。   Referring to FIG. 3, a specification editor may be provided to the programmer to smoothly create the design specification and to efficiently select and edit the relevant definitions of part 12. The specification editor 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 the dependency. The raw material list is used to provide the required parts 12 for each project. The specification editing space defines the features in the component 12 and is assigned a function, characteristic, numerical value, and / or input / output interaction relationship of the component 12.

図4及び図5を参照し、仕様書作成部10は、以下の工程に基づいて設計仕様書を作成する。   Referring to FIG. 4 and FIG. 5, the specification creating unit 10 creates a design specification based on the following steps.

S1)システムアーキテクチャ及び処理フローを規定する:お客様の要望Aに基づいて必要となる処理フロー及びシステムアーキテクチャを開発する。いわゆるフロー処理は、お客様が結果システムBを実行している間に実行されることが期待される。実用的な例として、在庫管理システムの新しい部品供給機能を挙げると、お客様が期待するワークフローは以下のようなものが好ましい。   S1) Define system architecture and processing flow: Develop necessary processing flow and system architecture based on customer request A. The so-called flow processing is expected to be executed while the customer is executing the result system B. As a practical example, taking the new parts supply function of the inventory management system, the workflow expected by the customer is preferably as follows.

(工程1)
新しい部品フォームを作成する。
(Step 1)
Create a new part form.

(工程2)
新しい部品フォームにある「部品」、「分類」「仕様書」及び「数量」の中の選択肢を選ぶ。
(Step 2)
Select an option from “Parts”, “Classification”, “Specifications” and “Quantity” in the new parts form.

(工程3)
「作成」ボタンを押すことで、「部品」「分類」「仕様書」「数量」の選択に基づいた材料一覧が更新される。
(Step 3)
By pressing the “Create” button, the material list based on the selection of “parts”, “classification”, “specifications”, and “quantity” is updated.

上記の(工程1)から(工程3)に基づいて、前述の工程が順番に実行されることで、関連する部品が構築され(例えば、数値が設定された部品12、仕様書が設定された部品12、「作成」ボタンの部品12)、本工程S1におけるデータベースの構築が完了する。   Based on the above (Step 1) to (Step 3), the above-described steps are executed in order, so that related parts are constructed (for example, a part 12 in which numerical values are set, and a specification sheet are set). The construction of the component 12, the component 12) of the "Create" button, and the database in this step S1 are completed.

S2)フォーム選択及びセットアップ:前述の在庫管理システムの例によれば、フォームの初期フォーマットを選択するか、フォームのフォーマットを立ち上げて、フォーム内に適切な部品12を選択します。フォームは、選択された部品12の組み合わせとなる。   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 components 12.

S3)データベースの内容の設定:要求に基づいて、データベースで必要とされる種別とフォーマットをセットアップする。ここで必要とされるものは、表、表の確認、数値に限られずにこれら以外のものを含んでいてもよい。   S3) Setting contents of database: Based on the request, set up the type and format required by the database. What is required here is not limited to the table, the confirmation of the table, and the numerical value, but may include other items.

S4)機能の定義:数値、特性及び各部品12の入出力相互作用は、部品12内の関係で定義して決定される。図2を参照して、上述の在庫管理システムの例を挙げて説明すると、「M4ネジ」がすでに安全な在庫レベルを下回る20個しかないと認識されるので、「新しい部品フォーム」では5000個の追加を発注される。部品12(部品a)の値は、現在の在庫状況で新しい部品フォームに20と表示される一方で、別の部品12(部品b)の値は、新しく発注された部品の数として5000が表示される。結果として、部品12(部品c)の入出力相互作用で、購入後の合計の部品の最終在庫状況が表示される。つまり、現在の在庫状況を示す部品12(部品a)と、新たに購入する部品12(部品b)は、の追加の等式で算出される。さらに、ユーザーは、計算処理を実行するボタンを実行してもよいし、前記数値を表示してもよい。各部品12を定義することにより、追加の等式で算出された部品12が選択されてもよいし、論理的関係が構築されて定義されることもある。 S4) Definition of Function: Numerical values, characteristics, and input / output interaction of each part 12 are defined and determined based on the relationship within the part 12. Referring to FIG. 2 and referring to the example of the inventory management system described above, it is recognized that there are only 20 M4 screws that are below the safe inventory level, and therefore 5000 in the “new part form”. Will be ordered for additional. The value of part 12 (part a) is displayed as 20 in the new parts form in the current stock status, while the value of another part 12 (part b) is displayed as 5000 as the number of newly ordered parts. Is done. As a result, the input / output interaction of the part 12 (part c) displays the final stock status of the total part after purchase. That is, the part 12 (part a) indicating the current stock status and the part 12 (part b) to be newly purchased are calculated by the additional equation of c = a + b . Further, the user may execute a button for executing a calculation process, or may display the numerical value. By defining each part 12, the part 12 calculated by an additional equation may be selected, or a logical relationship may be established and defined.

S5)フォーマットの書き換え:構築されたフォーマットにプログラマが情報を入力することで情報が書き換えて保存され、あらゆる種類のプログラミングの情報、構築する仕様書、及びそれらの関係を完全に保存する。   S5) Format rewriting: When a programmer inputs information into the constructed format, the information is rewritten and stored, and all types of programming information, specifications to be constructed, and their relationships are completely preserved.

プロジェクト中の部品12内の関係やそれらの機能、特性等は、仕様書生成部内でBOM(部品表)フォーマットの形式で構築される。つまり、設計仕様書を作成する工程で、BOM中の部品12のあらゆる関係が構築される。それゆえ、BOMの概念を適用することによって、つまり、部品12の定義を用いて、プロジェクト全体の作業環境が徐々に構築され、入力情報(例えば、前述の数値や特性等)、作業上の規則(前述の機能)、及び出力物の結果物(前述の入出力)が部品12の作業ノードに入力されることで、部品12間の入出力相互関係が参照されて構築することができる。この論理関係に基づいて時間とともにBOMが形成され、部品12の機能が実行され、部品12間のコミュニケーションと従属関係が構築され、設計仕様書がデータベースに保存されたときに、各部品12の対応する部品番号が形成される。つまり、本実施形態の技術的特徴を用いれば、お客様の要望を理解した後に、システム設計者が現状の部品12を選択し、各部品12の特徴を定義し、仕様書を編集し、BOMフォーマットにおける各部品12の従属関係を規定し、要望に応じた各部品に特定の部品番号を割り当てる。部品番号の作成方法は、仕様書作成部10の部品番号作成部を用いてもよく、部品番号作成部は、部品12の従属関係に基づいて階層的手法で従属した部品番号を割り当てる。例えばボタン、キーである部品12の1つが、入力パラメータの種類、論理的処理構成、出力領域等に応じて部品12と関連する部品番号を割り当てる処理をしてもよい。例えば、「送信」ボタンである部品12の1つの部品番号が10000にセットされている場合、その「送信」ボタン内には、別の部品12「入力パラメータ」(部品番号10100)の値と、別の部品「ひも」(部品番号10200)と、「描画出力」(部品番号10310)とが作成されて図面に出力され、使うことができる。「描画出力」の部品12には、座標軸変換部(部品番号10310)やカラーボックス作成部(部品番号10320)等があり、その図面を出力する。結果として、用いられる各部品は、別々の部品番号が割り当てられて階層的関係になっている。割当処理と部品番号の関係は一例に過ぎず、前述の方法に限定されない。別の例として、部品12が上側及び下側の部品番号の発注に関連することを確認するために、部品12の特性が上側の注文の部品12に定義して関連付けられ、設計仕様書が作成できるように部品12の従属関係と部品番号が作成されてもよい。   The relationships in the components 12 in the project, their functions, characteristics, and the like are constructed in the specification document generation unit in a BOM (parts table) format. That is, in the process of creating the design specification, all the relationships of the components 12 in the BOM are established. Therefore, by applying the concept of the BOM, that is, by using the definition of the part 12, the working environment of the entire project is gradually constructed, and the input information (for example, the numerical values and characteristics described above) and the working rules By inputting the above-mentioned function and the output product (the above-described input / output) to the work node of the component 12, the input / output mutual relationship between the components 12 can be referred to and constructed. Based on this logical relationship, a BOM is formed with time, the functions of the parts 12 are executed, communication and dependency between the parts 12 are established, and when the design specification is saved in the database, the correspondence of each part 12 Is formed. In other words, if the technical features of this embodiment are used, after understanding the customer's request, the system designer selects the current parts 12, defines the characteristics of each part 12, edits the specifications, and edits the BOM format. Is defined, and a specific part number is assigned to each part as required. The part number creating method may use the part number creating unit of the specification creating unit 10, and the part number creating unit assigns subordinate part numbers based on the subordinate relation of the parts 12 in a hierarchical manner. For example, one of the components 12, which are buttons and keys, may perform a process of assigning a component number related to the component 12 according to the type of input parameter, logical processing configuration, output area, and 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 included 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 “drawing output” part 12 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 assignment process and the part number is merely an example, and is not limited to the above-described method. As another example, the characteristics of the part 12 are defined and associated with the part 12 of the upper order, and a design specification is created to confirm that the part 12 is involved in ordering the upper and lower part numbers. Dependencies and part numbers of the parts 12 may be created so as to be able to do so.

ソフトウェアシステム作成部20は、結果システムBを作成するために以下の工程を実行する。   The software system creation unit 20 executes the following steps to create the result system B.

仕様書の取り込み:仕様書作成部10による設計仕様書を取り込むか又は入力する。   Import of specifications: Import or input design specifications by the specification creating unit 10.

コーディング:システム作成部20は、システムアーキテクチャを分析し、設計仕様書の全ての部品12の特徴に基づいてフォームとデータベースを作成し、ユーザーインターフェイスの配置を決める。ソフトウェアシステム作成部20では、分析システムアーキテクチャに基づいてシステムメニューとそれに関連するリンクが作成され、データベースの内容に基づいてデータベーススキーマが作成され、それぞれ定義された部品12によって定義された各フォームに必要なデータ処理を構築する。内部に保管された部品12に対応する仮決めプログラムを使うことで、データベースの命令を含めた完全なプロセス処理を形成する。例えば、設計仕様書に基づいて、各部品12の特性、動作ロジック、入出力関係、数値関係等を規定するコーディング処理が実行され、部品12の間のプログラムセグメントが、システムプログラムコードの組み合わせを作成する発注に基づいて組み合わせられる。   Coding: The system creation unit 20 analyzes the system architecture, creates a form and a database based on the characteristics of all parts 12 in the design specification, and determines the layout 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 creates a database schema for each form defined by the defined components 12. Build data processing. By using a provisional program corresponding to the part 12 stored inside, a complete process including the instructions of the database is formed. For example, based on a design specification, a coding process for defining characteristics, operation logic, input / output relations, numerical relations, etc. of each part 12 is executed, and a program segment between the parts 12 creates a combination of system program codes. Combined based on the order you place.

割振処理:ソフトウェアシステム作成部20は、システムプログラムコードの組み合わせを編集及び解釈して、結果システムBを作成する。   Allocation process: The software system creation unit 20 creates and interprets a combination of system program codes to create a result system B.

結果として、本発明を用いることによる利点としては、以下の点が挙げられる。   As a result, the advantages of using the present invention include the following.

1.設計仕様書を構築及び作成している間に、ご要望のお客様とプログラム設計者との間のあらゆるコミュニケーションが完結するので、設計仕様書を確認した後に、システム実行で出力された結果が設計仕様書で特定されるような要求を満たすことを確認できる。完成したプログラムの実行結果が当初の要望を満たさなかったりエラーが生じたりした場合にはプログラムそれ自体の問題というよりむしろ設計仕様書に問題があると推定される。したがって、本発明に開示されるソフトウェアプログラムの自動生成システムによれば、お客様とシステム分析担当者とがプログラマに理解できるワークフロー及び設計書を作成している段階で生じがちな情報の伝達漏れや誤解の問題を解決することができるとともに、対応するプログラム部を構築するためにプログラミングを分業してワークフロー及び仕様書を解釈する複数のプログラマ同士のコミュニケーションに無駄が生じて、開発時間が過剰に長くなってしまうことと開発コストが増加してしまう問題を解消することができる。   1. All communication between the customer and the program designer is completed during the construction and creation of the design specification, so after confirming the design specification, the result output by system execution is It can confirm that the requirements specified in the certificate are satisfied. If the execution result of the completed program does not satisfy the original request or an error occurs, it is presumed that there is a problem not in the program itself but in the design specification. Therefore, according to the software program automatic generation system disclosed in the present invention, omission or misunderstanding of information which is likely to occur when a customer and a system analyst are creating a workflow and a design document that can be understood by a programmer are generated. Problem, and communication between multiple programmers interpreting the workflow and specifications to build the corresponding program section is wasted, resulting in excessively long development time. And the problem that the development cost increases.

2.設計仕様書の完成後に、お客様及びユーザーは、全BOMを自動処理プログラム(ソフトウェア)ファクトリーに提供することができ、お客様の最終検査及び確認のために、特定プロジェクトの設計仕様書に適合させるアプリケーションシステム(最終製品)を得ることもできる。いわゆるプログラムファクトリーで実行されるプログラムは、特定プロジェクトのBOMの内容を読み込み、人間のプログラマを介さずにプログラマのプログラミングの詳細を正確かつ完全に理解し、BOMの内容によって実行可能なシステムアプリケーションを自動的に作成する。これにより多大な人的資源と時間を削減することができるとともに製品の納期と品質を制御することができる。   2. After the design specification is 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 specification of the specific project for the customer's final inspection and confirmation. (Final product) can also be obtained. The program executed by the so-called program factory reads the contents of the BOM of a specific project, understands the details of the programmer's programming accurately and completely without a human programmer, and automatically executes the executable system application by the contents of the BOM. Create This can save a great deal of human resources and time while controlling the delivery date and quality of the product.

本明細書に含まれる発明の詳細な説明及び本明細書に開示される有利な効果が記載されているが、本発明の範囲は、特許請求の範囲で規定するもののみに限定されるものではなく、本明細書に開示の実施形態と均等と認められるバリエーション及び改変を含んでもよい。本明細書の実施形態における様々な要素が慣習的に均等物に変更されたとしてもその変更が当業者によって理解されるものであれば本発明の範囲に含まれると解釈されるべきである。例えば、本明細書で特定した特定の数値は、特定的に記載していない限り例示的なものであり、設計変更の範囲内で異なっていてもよい。本発明の目的及び背景技術などの記載は、全体のうちの特定的な内容を示すものに過ぎないと解釈されるべきであり、後述する特許請求の範囲に記載された発明を含む発明の範囲とその発明の本質から外れない範囲であれば、実施形態の各種の構成に対して均等な変更又は代替可能な変更を加えてもよい。   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 not limited to only those defined in the claims. Rather, variations and modifications deemed 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, it is to be understood that the changes are understood to be included in the scope of the present invention by those skilled in the art. For example, the specific numerical values specified in this specification are illustrative unless otherwise specified, and may differ within the scope of design changes. The description of the objects, background art, and the like of the present invention should be construed as merely showing specific contents of the whole, and the scope of the invention including the invention described in the claims described below is included. In addition, within the scope not departing from the essence of the invention, equivalent changes or alternative changes may be added to various configurations of the embodiment.

10 仕様書作成部
12 部品
20 ソフトウェアシステム作成部
10 Specification Creation Section 12 Parts 20 Software System Creation Section

Claims (5)

仕様書作成部と、ソフトウェアシステム作成部とを含むソフトウェアシステム作成システムであって、A software system creation system including a specification creation section and a software system creation section,
前記仕様書作成部は、ユーザーの要求によって提供された情報に基づいて設計仕様書を出力し、The specification creation unit outputs a design specification based on information provided by a user request,
前記ソフトウェアシステム作成部は、予め設定された複数の部品を含み、前記部品はそれぞれプログラム可能な単位であり、The software system creation unit includes a plurality of parts set in advance, each of the parts is a programmable unit,
前記設計仕様書は、フォームを作成するための部品の特徴を定義するものであって、前記特徴は、予め設定された複数の部品の組合せの関係であり、The design specification document defines a feature of a part for creating a form, and the feature is a relation of a combination of a plurality of parts set in advance,
前記設計仕様書は、フォームに含まれる各構成の関係を定義するとともに2つのフォームの関係及び従属関係を定義するものであり、The design specification defines the relationship between the components included in the form, and also defines the relationship and the dependency between the two forms.
前記設計仕様書をソフトウェアシステム作成部に入力し、コーディングの実行過程を終えると、前記ソフトウェアシステム作成部は、システムアーキテクチャを分析し、前記設計仕様書にある部品の特徴に基づいてフォームとデータベースを作成し、ユーザーインターフェイスの配置を決め、After inputting the design specification to the software system creation unit and completing the coding execution process, the software system creation unit analyzes the system architecture and creates a form and a database based on the features of the parts in the design specification. Create, position the user interface,
前記ソフトウェアシステム作成部は、分析されたシステムアーキテクチャに基づいてシステムメニュー及びそれに関連するリンクを作成し、The software system creation unit creates a system menu and related links based on the analyzed system architecture,
前記データベースの内容に基づいてデータベーススキーマが作成され、A database schema is created based on the contents of the database,
内部に保管された、前記部品に対応する仮決めプログラムを使うことで、完全なプロセス処理が形成され、By using a tentative program corresponding to the part stored inside, a complete process is formed,
前記ソフトウェアシステム作成部は、前記システムのプログラムコードの組み合わせを編集及び解釈して、結果システムを作成することを特徴とするソフトウェアシステム作成システム。The software system creation system, wherein the software system creation unit edits and interprets a combination of the program codes of the system and creates a result system.
前記設計仕様書のフォームは、拡張可能なマーク付け言語(XML)である請求項1に記載のソフトウェアシステム作成システムThe software system creation system according to claim 1, wherein the form of the design specification is an extensible markup language (XML) . 前記設計仕様書は、BOM(BILL-OF-MATERIAL)フォーマットであり、
前記部品はそれぞれ、別々の部品番号を有し、
前記別々の部品番号は、部品番号作成部によって作成される請求項1に記載のソフトウェアシステム作成システム。
The design specification is in BOM (BILL-OF-MATERIAL) format,
Each of said parts has a different part number,
The software system creation system according to claim 1, wherein the separate part numbers are created by a part number creation unit.
前記部品の前記特徴は、論理定義演算、文書、数値、数値範囲、特性、入出力相互関係又は従属関係のいずれかを含む、請求項1に記載のソフトウェアシステム作成システム。The software system creation system according to claim 1, wherein the feature of the component includes any one of a logical definition operation, a document, a numerical value, a numerical range, a characteristic, an input / output mutual relationship, or a dependent relationship. 前記部品の前記特性は、関連する部品番号の従属関係を定義することを含む請求項4に記載のソフトウェアシステム作成システム。5. The software system creation system according to claim 4, wherein the characteristic of the part includes defining a dependency of an associated part number.
JP2018239165A 2018-12-21 2018-12-21 Software system generating system Pending JP2020027597A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018239165A JP2020027597A (en) 2018-12-21 2018-12-21 Software system generating system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018239165A JP2020027597A (en) 2018-12-21 2018-12-21 Software system generating system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018153082A Division JP2020027535A (en) 2018-08-16 2018-08-16 Method of generating bom based on design specification

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020004221U Continuation JP3229512U (en) 2020-09-29 2020-09-29 Software system creation system

Publications (1)

Publication Number Publication Date
JP2020027597A true JP2020027597A (en) 2020-02-20

Family

ID=69620202

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018239165A Pending JP2020027597A (en) 2018-12-21 2018-12-21 Software system generating system

Country Status (1)

Country Link
JP (1) JP2020027597A (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334059A (en) * 1992-06-04 1993-12-17 Hitachi Ltd Work programming method
JP2005190303A (en) * 2003-12-26 2005-07-14 Sony Ericsson Mobilecommunications Japan Inc Screen creation support device and terminal device
JP2007041707A (en) * 2005-08-01 2007-02-15 Kenjiro Wada System design support program
JP2007164503A (en) * 2005-12-14 2007-06-28 Toray Ind Inc System production method, system and program, and data structure of definition information used in system production
JP2009288986A (en) * 2008-05-28 2009-12-10 Interface:Kk High-mix low-volume production support system for electronic equipment, and high-mix low-volume production support program for electronic equipment
WO2011033803A1 (en) * 2009-09-16 2011-03-24 三菱電機株式会社 Image forming device and program
JP2016181301A (en) * 2013-10-16 2016-10-13 キヤノンマーケティングジャパン株式会社 Information processing apparatus, control method of information processing apparatus, and program
JP2018036899A (en) * 2016-08-31 2018-03-08 三菱電機株式会社 Manufacturing bom edition support system, manufacturing bom edition support method, and program

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334059A (en) * 1992-06-04 1993-12-17 Hitachi Ltd Work programming method
JP2005190303A (en) * 2003-12-26 2005-07-14 Sony Ericsson Mobilecommunications Japan Inc Screen creation support device and terminal device
JP2007041707A (en) * 2005-08-01 2007-02-15 Kenjiro Wada System design support program
JP2007164503A (en) * 2005-12-14 2007-06-28 Toray Ind Inc System production method, system and program, and data structure of definition information used in system production
JP2009288986A (en) * 2008-05-28 2009-12-10 Interface:Kk High-mix low-volume production support system for electronic equipment, and high-mix low-volume production support program for electronic equipment
WO2011033803A1 (en) * 2009-09-16 2011-03-24 三菱電機株式会社 Image forming device and program
JP2016181301A (en) * 2013-10-16 2016-10-13 キヤノンマーケティングジャパン株式会社 Information processing apparatus, control method of information processing apparatus, and program
JP2018036899A (en) * 2016-08-31 2018-03-08 三菱電機株式会社 Manufacturing bom edition support system, manufacturing bom edition support method, and program

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
三宅 和之: "クラウド設計書の作り方 第4回 山場となる機能の設計 業務とシステ厶の両面で捉える", 日経SYSTEMS 2012年1月号, JPN6019038084, 26 December 2011 (2011-12-26), JP, pages 80 - 85, ISSN: 0004300185 *
原田 実 他, CASEのすべて, vol. 第1版, JPN6019046006, 25 November 1991 (1991-11-25), pages 3 - 107, ISSN: 0004300183 *
岡 大勝: "クラウド設計書の作り方 第3回 作成すべき設計書は3種類 静的/動的観点から捉えよう", 日経SYSTEMS 2011年12月号, JPN6019038081, 26 November 2011 (2011-11-26), pages 86 - 91, ISSN: 0004300184 *

Similar Documents

Publication Publication Date Title
CN104732306B (en) Rapid development system and method for business application system
TWI649662B (en) Engineering tools, systems and modules
WO2015196782A1 (en) Visual modeling editor for constructing system model
KR102237877B1 (en) Intelligent software auto development system with real-time collaboration support and method thereof
CN104216701B (en) System and method for creating graphic user interface in manufacturing execution system
CN106779336B (en) Engineering change method and device
CN105761007B (en) Auxiliary method and system for information management software design
JP2010113425A (en) Manufacturing information management method and manufacturing information management system
WO2015196785A1 (en) Visual software modelling editor for constructing software model
CN113886362A (en) Data storage system and storage method based on workflow engine and low-code platform
CN111273900A (en) On-line drag code generation method based on gitlab real-time code sharing
KR101791536B1 (en) System for authoring and executing rule-based business application
JP2020027663A (en) Specification generating unit
JP2607467B2 (en) Table conversion type software configuration method
US11188307B2 (en) Modelizing resources and external data of a program for procedural language coding
US8185491B2 (en) Method of organizing software design decision instances
JP3229512U (en) Software system creation system
JP3233033U (en) Software system creation system including specification creation department
JP3229811U (en) BOM creation system based on design specifications
JP2020027597A (en) Software system generating system
JP2020027535A (en) Method of generating bom based on design specification
US20200042291A1 (en) Software System Generating System
KR101818745B1 (en) Drawing and product management system, and Controlling method therefor
Gebreegziabher et al. A Model-Based Method for Assisting Decision Making Process in Product Development
TWI633452B (en) Structuralized design specification generator for automatic programming

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181221

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191024

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191204

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200302

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200504

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200603

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200707