JPS6024637A - System flow generating system - Google Patents

System flow generating system

Info

Publication number
JPS6024637A
JPS6024637A JP13082583A JP13082583A JPS6024637A JP S6024637 A JPS6024637 A JP S6024637A JP 13082583 A JP13082583 A JP 13082583A JP 13082583 A JP13082583 A JP 13082583A JP S6024637 A JPS6024637 A JP S6024637A
Authority
JP
Japan
Prior art keywords
knowledge
system flow
inference
generating
software
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
JP13082583A
Other languages
Japanese (ja)
Inventor
Yoshiaki Nagai
義明 永井
Hideki Chigira
千吉良 英毅
Susumu Seki
進 関
Masakazu Kobayashi
正和 小林
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP13082583A priority Critical patent/JPS6024637A/en
Publication of JPS6024637A publication Critical patent/JPS6024637A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To automate half generation of a system flow chart, and to design efficiently software by storing knowledge of an expert of a software design in a computer, and using it. CONSTITUTION:A knowledge base 2 is used for accumulating knowledge for generating a system flow chart, and stored in a storage device formed by an IC memory, etc. The knowledge base 2 is constituted of a simple system flow generating knowledge 3 and an efficient system flow generating knowledge 4. Both the generating knowledges 3, 4 are formed by inputting know-how heared out of an expert of a software design to a computer in accordance with a knowledge expression form. Also, both of generating knowledge 3, 4 break down, and are structured as the knowledge base 2 of the computer by using the lowest layer level as a knowledge source (a group of knowledge expressed in the shape of a production rule). An inference is executed by utilizing this knowledge base, a part whose knowledge is short is replenished by inquiring of a user, and a semiautomatic system flow is generated.

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、計算機処理、制御用システム等のソフトウェ
アの設計を支援ツールに係り、主として特定個数のソフ
トウェア機能部品を用いた計算機処理システムを設計す
るときに好適な知識を用いた処理のシステム70−作成
方式に関する。
[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to a tool that supports the design of software such as computer processing and control systems, and is mainly used to design a computer processing system using a specific number of software functional components. The present invention relates to a system 70-creation method of processing using sometimes suitable knowledge.

〔発明の背景〕[Background of the invention]

従来の計算機処理等のシステムフロー作成方式は手書き
で作成するか、あるいは、計算機等による図形エディタ
機能を用い、全てのソフトウェア部品の結合構造を人間
が決めて、しかも、詳細に書き方を指示して作図してい
たので、ソフトウェア部品の結合構造を考えるために経
験豊富なソフトウェア設計者を必要とし、しかも作成に
多大の時間を必要とするという欠点があった。
Conventional system flow creation methods for computer processing, etc., are created by hand, or by using a graphic editor function on a computer, etc., and humans decide on the connection structure of all software components, and then give detailed instructions on how to write it. Since this method requires drawing, it requires an experienced software designer to consider the connection structure of software components, and it also requires a large amount of time to create.

〔発明の目的〕[Purpose of the invention]

本発明の目的は上記の問題を解決し、ソフトウェア設計
のエキスパートの知識を計算機に蓄えておき、これを用
いた推論によりシステムフロー案を作成する方式を提供
することにある。
An object of the present invention is to solve the above problems and provide a method for storing the knowledge of software design experts in a computer and creating a system flow plan by inference using this knowledge.

すなわち従来ソフトウェア設計者が、要求されるシステ
ム仕様を満たすシステムフローを考え、手書きで設計図
面を作成するか、あるいは、人間が結合構造を全て詳細
に決め、計算機を用いた図形エディターによシステムフ
ロー図を作成していたものを半ば自動化し、ソフトウェ
ア設計を効率化することを目的とする。
In other words, traditionally, a software designer would think of a system flow that satisfies the required system specifications and create a design drawing by hand, or a human would determine all the connection structures in detail and create a system flow using a graphic editor using a computer. The aim is to semi-automate the process of creating diagrams and streamline software design.

〔発明の概要〕[Summary of the invention]

ソフトウェアを設計するとき、過去に作成したソフトウ
ェアを整理し、特定個数のソフトウェア部品から構成ち
れることがわかっている場合がある。経験的にファイル
及びレポート作成を中心とするパッチ型ビジネス計算分
野、制御用PC等の分野等においては、数個の機能部品
から構成できることが判明している。このような境界条
件の中で、ソフトウェア設計者は、ソフトウェア部品の
結合関係を、一部、論理的な規則(ある項目を出あ りするためには、ある処理あるいはる入力が必要へ など)、一部、経験的なルールによシ、システム70−
を作成している。
When designing software, you may organize software created in the past and know that it will consist of a specific number of software components. It has been empirically found that in the field of patch-type business calculations centered on file and report creation, control PCs, etc., systems can be constructed from several functional components. Under these boundary conditions, software designers partially define the connection relationships between software components based on logical rules (for example, a certain process or input is required in order for a certain item to appear), Partly based on empirical rules, system 70-
is being created.

このソフトウェア設計者が持っている知識をプロダクシ
ョンルールの形に表現して誓積し、これを用いた推論(
記号列のパターンマツチング)によ、す、要求されるシ
ステム仕様に合致するように、ン7トウエア機能部品を
検索・結合してシステムフローを作図するものである。
This software designer's knowledge is expressed in the form of production rules, and inferences (
By pattern matching (symbol string pattern matching), software functional components are searched for and combined to create a system flow that meets the required system specifications.

〔発明の実施例〕[Embodiments of the invention]

以下、本発明を実施例により詳絹に説明する。 Hereinafter, the present invention will be explained in detail with reference to Examples.

先ず、本発明の構成を、第1図によシ説明する。First, the configuration of the present invention will be explained with reference to FIG.

知識ベース2は、システムフロー図を作成するための知
識を蓄積しておくものでICメモリなどによる記憶装置
に格納する。知識ベース2は、単純システムフロー作成
知識3と効率化システムフロー作成知識4とから構成す
る。単純システムフロー作成知識3と効率化システム7
0一作成昶識4は、ソフトウェア設計のエキスノ(−ト
から開き出したノウノ・つを、知識表現型式に従い計算
機に入れたものである。単純システムフロー作成知識3
と効率化システムフロー作成知識4は、第2図に示すよ
うにブレイクダウンし、最下層レベルを知識7−ス(7
”ロダクションルールの形に表現した知識のグループ)
として計算機の知識ベース2として構築する。各知識ソ
ースは、次のような構造で作成する(LISP首語の8
式で表わす)。
The knowledge base 2 stores knowledge for creating a system flow diagram, and is stored in a storage device such as an IC memory. The knowledge base 2 is composed of simple system flow creation knowledge 3 and efficient system flow creation knowledge 4. Simple system flow creation knowledge 3 and efficient system 7
01 Creation Knowledge 4 is the knowledge developed from software design knowledge (-) that is put into a computer according to the knowledge expression format. Simple System Flow Creation Knowledge 3
and efficient system flow creation knowledge 4 are broken down as shown in Figure 2, and the lowest level is divided into knowledge 7-s (7).
``a group of knowledge expressed in the form of reduction rules)
This will be constructed as a computer knowledge base 2. Each knowledge source is created with the following structure (8 LISP prefixes).
(represented by the formula).

((知識ソース起動前提条件) (知識ソース共通情報) ((プロダクションルニル1) (ルール1 (IF(前提句) (前提句)) (THEN(PROPO8E(アクション)(SELi
!、CT−INF前提条件)(PR6PO8E・・・・
・・))) (プロダクションルールn))) 、知識ソースは、知識ソース起動前提条件、知識ソース
共通情報、プロダクションルール#から成る。黒板5は
、推論途中状態を格納する。記憶装置である。フレーム
6は、知識ベース2を用いた推論を行なったシステムフ
ローの結合傳造を格納する記憶表置でめシ、知識工学の
フレーム型知識表現を用いる。端末装置7は、作成した
いシステムの要求システム仕様の人力、および、推論か
らの叩い付せ応用を行なうために用いる。端末4&ms
は、システムフロー図をグラフィックディスプレイ上に
作図するために用いる。推論制御情報エリア9は、次に
どの知識ソースヶインクプリトするかを決めるために用
いる。
((Knowledge source startup prerequisites) (Knowledge source common information) ((Production Runil 1) (Rule 1 (IF (Prerequisite Clause) (Prerequisite Clause)) (THEN (PROPO8E (Action) (SELi
! , CT-INF prerequisites) (PR6PO8E...
...))) (Production rule n))) The knowledge source consists of knowledge source activation preconditions, knowledge source common information, and production rule #. The blackboard 5 stores the state during the inference. It is a storage device. The frame 6 is a memory table for storing the combined architecture of the system flow that has been inferred using the knowledge base 2, and uses a frame-type knowledge representation of knowledge engineering. The terminal device 7 is used to apply the required system specifications of the system to be created manually and from inference. terminal 4&ms
is used to plot system flow diagrams on a graphical display. The inference control information area 9 is used to determine which knowledge source is to be incremented next.

次に、知識ベース2の自答について説明する。Next, the self-answers of Knowledge Base 2 will be explained.

本実施列で取シ扱っているバッチ型ビジネス計算システ
ムでは、第3図の項目で示す61ii!dの機能部品(
ファイル変換2頂目チェック、照合、更新。
In the batch type business calculation system handled in this implementation series, the 61ii! Functional parts of d (
File conversion second check, collation, update.

抽出、レポート作成)から構成することができ、各機能
部品の間の結合関係が第3図(娼(b)で表わされるこ
とが経験的にわかっている。この知識をプロダクション
ルール形式で表現し、単純システムフロー作成知識3と
する。効率化システム70−作成知識4は、単純システ
ムフローが作成されたものを前提に、例えば、ファイル
変換への入力帳票が複数あシ、処理サイクルが異なるな
らば、ファイル変換を分割した方が計算機の処理効率を
向上できるなどのソフトウェア設計のエキスノく−トの
知識をプロダクションルールの形式で表現し蓄積する。
Extraction, report creation), and it has been empirically known that the coupling relationships between each functional component are expressed as shown in Figure 3 ((b). This knowledge can be expressed in the form of production rules. , simple system flow creation knowledge 3. Efficiency system 70 - creation knowledge 4 assumes that a simple system flow has been created.For example, if there are multiple input forms to file conversion and the processing cycles are different, For example, software design expertise such as the idea that dividing file conversion can improve computer processing efficiency is expressed and accumulated in the form of production rules.

効率化システムフロー作成知識4は、どんな条件のとき
に何を分割あるいは統合するのかという’What”に
関する知識ソースと、分割あるいは統合することが決ま
った場合、いかに分割あるいは統合するのかという”h
 Ow 11 に関する知識ソースとに分けて蓄積する
Efficiency System Flow Creation Knowledge 4 is a knowledge source about 'what' to divide or integrate what under what conditions, and 'h' about how to divide or integrate when it is decided to divide or integrate.
Knowledge sources related to Ow 11 are stored separately.

次に、本発明の詳細な説明する。動作の中心となる推論
の基本的制御を、第4図に示す。図中のユーザ定義初期
処理関数によ多入力された要求システム仕様を先ず黒板
5へ書き込む37゜このユーザ定義初期処理関数処理の
最後で、最初に起動をかける知識ソースを指定する37
゜本実施例では、出力項目側から入力項目側へ遡るよう
に推論を進めるように知識ソースを設定したので、レポ
ート作成ジョブステップ設定知識ソースを起動する。次
に、第4図のインタプリタの処理に入る。
Next, the present invention will be explained in detail. The basic control of inference, which is the core of the operation, is shown in FIG. First, the required system specifications that have been input to the user-defined initial processing function shown in the figure are written on the blackboard 5.37゜At the end of this user-defined initial processing function processing, the knowledge source to be activated first is specified.37
In this embodiment, the knowledge source is set so that inference proceeds from the output item side to the input item side, so the report creation job step setting knowledge source is activated. Next, the processing of the interpreter shown in FIG. 4 begins.

37で指定されたレポート作成ジョブステップ設定知識
ソースの中のプロダクションルールの12部分と黒板上
に書き込まれている事象とのマツチングを行ない、マツ
チングが成立するルールのthen部分を実行する。3
9の推論終了条件(システムフローを作成したことが黒
板上の所定メートに書き込まれているとき)を判定し、
成立するまでインタプリタ処理を繰シ返す。インタプリ
タする知識ソースの選択40は、当該時点までに適用さ
れたプロダクションルールの中の制御情報を推論制御エ
リア9にスタックしたものを利用して決定する。
The 12 parts of the production rule in the report creation job step setting knowledge source specified in step 37 are matched with the events written on the blackboard, and the then part of the rule for which the matching is established is executed. 3
9. Determine the inference end condition (when the creation of the system flow is written on the specified mate on the blackboard),
The interpreter process is repeated until it is established. The selection 40 of the knowledge source to be interpreted is determined by using the control information in the production rules applied up to that point stacked in the inference control area 9.

次に、単純システムフローの結合構造の推論の動作を説
明する。単純システムフローの作成は、機能部品モジュ
ール(第3図の31〜36)ごとにシステム70−にお
ける配置の有無、入出力および機能部品の諸物件の推論
を行ない、次に、・各機能部品モジュールの結合構造を
推論する。各機能部品モジュールの推論は、出力情報か
ら、出力情報を作成する機能部品モジュールの推論を行
ない、次にその機能部品モジュールの入力情報を作成す
る機能部品モジュールの推論を行なうというように、順
に入力情報にたどり着くまで推論を続ける。単純システ
ムフローを作成するために、レポート作成機能部品モジ
ュールの推論を最初に行なう。この推論の結果、次のよ
うな推論途中状態を作成する。
Next, the operation of inferring the connection structure of the simple system flow will be explained. To create a simple system flow, for each functional component module (31 to 36 in Figure 3), the presence or absence of placement in the system 70-, input/output, and various properties of the functional component are inferred. Infer the bond structure of. Inference for each functional component module is performed sequentially based on the output information, inferring the functional component module that creates output information, then inferring the functional component module that creates input information for that functional component module, and so on. Continue reasoning until you arrive at the information. To create a simple system flow, we first infer the report generation functional component module. As a result of this inference, the following inference intermediate state is created.

レポート作成 ・・・・・・・・・ノード(オブジェク
ト)配置−有シ ・・・・・・・・・属性−値の対出力
□契約明細表 参照マスター納入業者マスク コードマスタ 次に、上記の推論によシ装置を決めた機能部品モジュー
ルの結合構造(ジョブステップの前後関係、および、ジ
ョブステップ間の中間ファイルの配置)の推論を行なう
。結合構造の推論は、前述の機能部品モジュールごとの
推論後に、次のようなプロダクションルールを用いて推
論を行なう。
Report creation ...... Node (object) placement - Yes ...... Attribute - value pair output □ Contract detailed table reference master Supplier mask code master Next, the above By inference, the connection structure of functional component modules (the context of job steps and the arrangement of intermediate files between job steps) that determines the system is inferred. After the above-mentioned inference for each functional component module, the inference of the connection structure is performed using the following production rule.

(ルール7−2 (IP(抽出 配置 有シ) (抽出 入力 無し) (更新 配置 無し) (照合 配置 有シ)) (THEN(PROPO8E(抽出 入力 中間ファイ
ル3)(抽出 前ステップ 照合) (SELECT−INF知識8))))(説明) もし、抽出ジョブステップの配置があり、抽出ジョブス
テップの入力が設定され てなく、 更新ジョブステップの配置が無く、 照合ジョブステップの配置が有る ならば、 抽出ジョブステップの入力を中間ファ イル3とし、 抽出ジョブステップの前ステップを照 合とする。
(Rule 7-2 (IP (Extraction Placement Yes) (Extraction Input No) (Update Placement No) (Verification Placement Yes)) (THEN(PROPO8E (Extraction Input Intermediate File 3) (Extraction Pre-Step Matching) (SELECT- INF knowledge 8)))) (Explanation) If there is an extraction job step arrangement, no input is set for the extraction job step, there is no update job step arrangement, and there is a matching job step arrangement, then the extraction The input of the job step is intermediate file 3, and the step before the extraction job step is the collation.

次に起動する知識ソースを選択するための情報として、
知識8を登録する。
As information for selecting the next knowledge source to launch,
Register knowledge 8.

推論により作成した単純システムスローの例を、第6図
に示す。図における各記号は第8図図示の通シである。
An example of a simple system throw created by inference is shown in FIG. Each symbol in the figure is the same as shown in FIG.

単純処理のため入力後のフローは一列で単調である。Since the processing is simple, the flow after input is monotonous in a single line.

次ニ、単純システムフローの推論結果を格納した黒板を
基にして、効率化システム70−を推論する動作を説明
する。ソフトウェア設計者が持つ効率化のための知識を
、如何なる条件のときに何を分割あるいは統合するのか
(what型推論)と、如何に分割あるいは統合するの
か(how型推論)とに分けて知識ベースへ蓄積してお
く。先ず、what型推論により、効率化すべきジョブ
ステップを決め、黒板上に書き込む。Wllat型推論
用のプロダクションルールの例を次に示す。
Next, the operation of inferring the efficiency system 70- will be explained based on the blackboard that stores the inference results of the simple system flow. A knowledge base is created by dividing the knowledge possessed by software designers to improve efficiency into what should be divided or integrated under what conditions (what-type reasoning) and how to divide or integrate it (how-type reasoning). Store it in. First, by what-type reasoning, job steps that should be made more efficient are determined and written on the blackboard. An example of a production rule for Wllat-type inference is shown below.

(ルール9−1 (IF’(7アイル変換 配置 有シ)(ファイル変換
 分割チェック 無し)($5IYOFLISA工KU
RU ファイル変換))(THEN(PROPO8E(
ファイル変換 分割チェック 有り)(分割作業被分割
ファイル変換) (SELECT−INF分割知識))))(説明) もし、ファイル変換ジョブステップの配置があシ、 ファイル変換ジョブステップの分割チ ェックが無く、 ファイル変換ジョブステップの入力が 複数で処理サイクルが異なる(ユーザ 定義関数$ S IYORI 5AIKtJRU にょ
シ判定する) ならば、 ファイル変換の分割チェックを有シと し、 分割作業の被分割ジョブステップをフ ァイル変換とする。
(Rule 9-1 (IF' (7-isle conversion arrangement Yes) (File conversion split check No) ($5IYOFLISA Engineering KU
RU file conversion))(THEN(PROPO8E(
File conversion split check Yes) (Split work split file conversion) (SELECT-INF split knowledge)))) (Explanation) If the file conversion job step is placed incorrectly, there is no split check for the file conversion job step, If there are multiple inputs for the conversion job step and the processing cycles are different (user-defined function $S IYORI 5AIKtJRU judgment), enable the file conversion split check and set the split job step of the split operation to file conversion. .

次に起動する知識ソースを選択するための情報として、
分割知識を用いる。
As information for selecting the next knowledge source to launch,
Use divided knowledge.

このプロダクションルールを用い、次のような黒板上の
状態を作シ出す。
Using this production rule, create the following state on the blackboard.

分割作業 ・・・ノード 被分割ジョブステップーファイル変換 ・・・属性〜値
黒板に書き込むと同時に、次に起動すべき情報を推論制
御エリアにスタックする。W1+at型推論のための九
識ソースのインタブl終了後、推論ftj!l#エリア
9のスタック情報から先入先出法等によシ次にインタブ
リドすべき知識ソースを、h□w型推論のための9泪識
ソースである分割知識ソース。
Dividing work: Node to be divided Job Step - File conversion: At the same time as writing on the attribute-value blackboard, information to be activated next is stacked in the inference control area. Inference ftj! The knowledge source to be interbred next from the stack information in area 9 using a first-in, first-out method is a divided knowledge source that is a 9-knowledge source for h□w type reasoning.

統合知識ソース、縦分割知識ソースの中がら選択し、効
率化システムフローを作成する。hqw型推論によフ効
率化する様子を、第5図に示す(標準的なもののみを例
示する)。whatm推論、JIOW型推論の結果、作
成される効率化システムフローの例を、第7図に示す。
Create an efficient system flow by selecting from integrated knowledge sources and vertically divided knowledge sources. FIG. 5 shows how efficiency is improved by hqw-type reasoning (only a standard example is shown). FIG. 7 shows an example of an efficient system flow created as a result of whatm inference and JIOW type inference.

図示の各記号は第6図の場合同様第8図図示の通シであ
る。本フローでは第5図の分割処理の知識が導入されて
お)、入力時のデータの形tuoo、200に応じて夫
々別の処理110,210が対応して作成されているこ
とをも示している。
Each symbol shown in the figure is the same as that shown in FIG. 8, as in the case of FIG. In this flow, the knowledge of the division process shown in FIG. There is.

推論の結果得られたシステムフロー図をグラフィックデ
ィスプレイ8上に出力し、本発明の利用者へ提示し、必
要ならば、入出力装置7から修正情報を対話人力し、シ
ステムフローを手直しし完成させる。
The system flow diagram obtained as a result of the inference is output on the graphic display 8 and presented to the user of the present invention, and if necessary, correction information is input through the input/output device 7 to modify and complete the system flow. .

本実施例によれば、バッチ型ビジネス計算システムのシ
ステムフロー図を半自動的に作成することができる。ま
た、本実施例の知識の分割管理の仕方をすることにより
、知識の収集・整理が容易となシ、かつ、推論速度の向
上が期待できる。
According to this embodiment, a system flow diagram of a batch type business calculation system can be semi-automatically created. Further, by using the method of dividing and managing knowledge according to this embodiment, it is possible to easily collect and organize knowledge, and to improve the inference speed.

以上バッチ型計算システムの実施例について詳述しfc
が、このほか=U御用計算システム、PC。
The above is a detailed description of the embodiment of the batch type calculation system.
However, in addition to this, there is a computer system used by U.

一部のOAシステム等プログンム部品の結合によってフ
ロー図を作成する分野において、同様にして本発明を実
施し得ることは当然である。
It goes without saying that the present invention can be similarly implemented in the field of creating flow diagrams by combining program components such as some OA systems.

〔発明の効果〕〔Effect of the invention〕

本発明によれば、従来の計算機処理等では、システムフ
ローに現われる機能部品モジュールの結合関係をソフト
ウェア設計の専門家が考え、しかも、作図のためにシス
テムスロー中の各ブロックの配置を詳細に指定しなけれ
ばならなかったところが、半自動化される。すなわち、
本発明はソフトウェア設計の専門家の知識を知識ベース
へ格納・利用して推論するものであるが、知識ベースの
中の知識で不足する部分は本発明システムの利用者に間
合せることによシ補充し半自動的にシステム70−を作
図することが可能となシ、ソフトウェア設計の専門家の
省力化・省脳化の効果がある。
According to the present invention, in conventional computer processing, etc., a software design expert considers the connection relationship of functional component modules that appear in the system flow, and also specifies the placement of each block in the system flow in detail for drawing. What previously had to be done is now semi-automated. That is,
The present invention stores and utilizes the knowledge of software design experts in a knowledge base to make inferences, but the parts of the knowledge base that are lacking in knowledge can be provided to the users of the system of the present invention. It is possible to supplement and semi-automatically draw the system 70-, which has the effect of saving the labor and brain power of software design experts.

また、ソフトウェア設計者のシステム70−作成のため
の知識が計算機内に整理・蓄積されるので、知識の伝承
が円滑に行なえるという効果もある。
Furthermore, since the software designer's knowledge for creating the system 70 is organized and stored in the computer, there is also the effect that the knowledge can be passed on smoothly.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は、本発明の全体構成を示すブロック図、第2図
は、本発明における昶識ベースの中の知識の構成図、第
3図は、本発明における単純システムフロー中の機能部
品モジュールの結合可能関係図、第4図は、本発明推論
の全体制御手順を示すフローq、g5図iL 効率化シ
ステムフロー作成のための機能部品モジュールの分割、
統合、縦走側の場合におけるフロー図、第6図は、本発
明による単純システム70−図の出力図例、第7図は、
本発明による効率化システムフロー図の出力図例であシ
、第8図は、第6図、第7図の記号の内容を示す。 l・・・推論処理装置、2・・・知識ベース、3・・・
単純シスy ム7 口、作成知Wit 、4・・・効率
化システム70二作成知識、5・・・黒板、6・・・フ
レーム(システムフロー結合構造格納用)、7・・・要
求システム仕様入力・間合せ応答用端末装置、8・・・
システムンロ第 3 図 舅 4 図
Figure 1 is a block diagram showing the overall configuration of the present invention, Figure 2 is a configuration diagram of knowledge in the knowledge base of the present invention, and Figure 3 is a functional component module in the simple system flow of the present invention. Fig. 4 shows the flow q, g5, iL, which shows the overall control procedure of the inference of the present invention. Division of functional component modules to create an efficient system flow,
FIG. 6 is an example of the output diagram of a simple system 70 according to the present invention; FIG.
FIG. 8 is an example of an output diagram of a flowchart of an efficient system according to the present invention. FIG. 8 shows the contents of the symbols in FIGS. 6 and 7. l... Reasoning processing device, 2... Knowledge base, 3...
Simple system 7, creation knowledge, 4...Efficiency system 702 creation knowledge, 5...Blackboard, 6...Frame (for storing system flow connection structure), 7...Required system specifications Terminal device for input/time response, 8...
System rotation Figure 3 Figure 4

Claims (1)

【特許請求の範囲】[Claims] ソフトウェア機能部品の結合によってシステム70−を
作成する方式において、システムフロー作成知識を知識
ベースに蓄積するステップと、要求されるシステム仕様
を満たすソフトウェア部品の結合構造を推論するステッ
プと、該推論にもとづいてシステムフロー図を作成する
ステップを有することを特徴とするシステムフロー作成
方式。
In a method of creating a system 70- by combining software functional components, the steps include: accumulating system flow creation knowledge in a knowledge base; deducing a combination structure of software components that satisfies required system specifications; and based on the inference. A system flow creation method comprising the step of creating a system flow diagram.
JP13082583A 1983-07-20 1983-07-20 System flow generating system Pending JPS6024637A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP13082583A JPS6024637A (en) 1983-07-20 1983-07-20 System flow generating system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP13082583A JPS6024637A (en) 1983-07-20 1983-07-20 System flow generating system

Publications (1)

Publication Number Publication Date
JPS6024637A true JPS6024637A (en) 1985-02-07

Family

ID=15043588

Family Applications (1)

Application Number Title Priority Date Filing Date
JP13082583A Pending JPS6024637A (en) 1983-07-20 1983-07-20 System flow generating system

Country Status (1)

Country Link
JP (1) JPS6024637A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6257023A (en) * 1985-09-06 1987-03-12 Hitachi Ltd Generating device for information processing procedure
JPS6285301A (en) * 1985-10-11 1987-04-18 Hitachi Ltd Command supporting method and its system
JPH04348000A (en) * 1991-01-07 1992-12-03 Canon Inc Voice processor

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS584444A (en) * 1981-06-30 1983-01-11 Fujitsu Ltd Automatic program producing system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS584444A (en) * 1981-06-30 1983-01-11 Fujitsu Ltd Automatic program producing system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6257023A (en) * 1985-09-06 1987-03-12 Hitachi Ltd Generating device for information processing procedure
JPS6285301A (en) * 1985-10-11 1987-04-18 Hitachi Ltd Command supporting method and its system
JPH04348000A (en) * 1991-01-07 1992-12-03 Canon Inc Voice processor

Similar Documents

Publication Publication Date Title
CN111612428A (en) Project progress visualization method and system based on work structure decomposition
Eder et al. A meta model for structured workflows supporting workflow transformations
CN112508201A (en) Acitivti 7.0-based artificial intelligence general training method and system
JPS6024637A (en) System flow generating system
US6633836B1 (en) Design system, design method, and storage medium storing design program for structural analysis after amendment of model form
CN111966350A (en) Web front-end interface generation method and device
JPH10321728A (en) Hierarchization wiring processing method and medium for hierarchization wiring processing program recording in layout system of semiconductor integrated circuit
Gemis et al. An object-oriented pattern matching language
Tracz Software reuse myths revisited
JPH0557613B2 (en)
CN114329896A (en) Design change driven simulation change fast iteration method and device
JPS6041132A (en) Software design system
JP2915678B2 (en) Module structure creation device
Gotlieb et al. Data schemata based on directed graphs
JP2724242B2 (en) Automatic program generator with macro block diagram processing function
Feng et al. The Application Based On The Theory of BPM Applied To CMS
JP2724240B2 (en) Automatic program generator with block diagram processing function
JPH04220768A (en) Text conversion method
JP2724241B2 (en) Automatic program generator with block diagram parts processing function
CN116611167A (en) Dynamic simulation model file generation method and device for tire system
Hormann et al. User Adaptive Language (UAL): A Step Toward Man-Machine Synergism
JPWO2006025472A1 (en) Processing path diagram creation method based on Lyee methodology, creation device, software generation method, generation device, software and software development support software
JPH04148480A (en) Cad data drawing system
JP2001094559A (en) Device and method for designing network and recording medium where designing program is recorded
JPH03144728A (en) Device and method for automatic program formation