JP2725490B2 - Software Bug Cause Inference Expert System - Google Patents
Software Bug Cause Inference Expert SystemInfo
- Publication number
- JP2725490B2 JP2725490B2 JP3204925A JP20492591A JP2725490B2 JP 2725490 B2 JP2725490 B2 JP 2725490B2 JP 3204925 A JP3204925 A JP 3204925A JP 20492591 A JP20492591 A JP 20492591A JP 2725490 B2 JP2725490 B2 JP 2725490B2
- Authority
- JP
- Japan
- Prior art keywords
- bug
- inference
- unit
- cause
- information
- 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.)
- Expired - Lifetime
Links
Landscapes
- Debugging And Monitoring (AREA)
Description
【0001】[0001]
【産業上の利用分野】本発明は計算機システムのソフト
ウエア開発時及び保守時に発生したソフトウエアバグの
原因を究明するためのソフトウエアバグ原因推論エキス
パートシステムに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a software bug cause inference expert system for determining the cause of a software bug that occurred during software development and maintenance of a computer system.
【0002】[0002]
【従来の技術】ソフトウエアの開発及び保守時にはバグ
の原因を明らかにしてプログラムの修正を行う作業が不
可欠であり、このためのエキスパートシステムが数多く
開発されている。このようなエキスパートシステムに
は、例えば特開昭63ー41954号に開示されている
ように、バグ発生時のプログラム状態を調べ、その状態
に適合する原因が、予め種々の状態と原因とを対応付け
て作成されたデータベースにあるかを調べて推論を行っ
ていた。この場合適合する状態が無いときは推論不可能
とされる。ここで”適合”と言うのは、バグを示す状態
が複数の要素からなり、これら全てについて適合すこと
としている。2. Description of the Related Art During the development and maintenance of software, it is essential to clarify the cause of a bug and correct the program, and many expert systems have been developed for this purpose. In such an expert system, as disclosed in, for example, JP-A-63-41954, a program state at the time of occurrence of a bug is examined, and causes adapted to the state correspond to various states and causes in advance. It was inferred by checking if it was in a database created with the file. In this case, if there is no matching state, it is determined that inference cannot be made. Here, “conformity” means that a state indicating a bug is composed of a plurality of elements, and all of them are conformed.
【0003】[0003]
【発明が解決しようとする課題】しかし要素の一部が若
干異なっていても、それを適合しているとして推論した
結果には満足できる場合が多く存在する。そこで、出願
人は先にこのような点を考慮した出願を行った(特願平
2ー57948号。)特願平2ー57948号に開示さ
れたシステムでは、バグ状態の複数の要素を必要条件で
ある要素と十分条件である要素に分け、十分条件である
要素の適合範囲を広げることによりバグ原因推論の可能
性を拡大している。しかし、適合条件を変更しても適合
するバグ原因が無い場合は、推論失敗とし、入力された
バグ状態情報は捨てられていた。従って入力された、即
ち発生したバグ情報は捨てられ、これを新しい知識とし
て利用するという点については考慮されていなかった。However, there are many cases where even if some of the elements are slightly different, the result of inferring that they are suitable is satisfactory. Therefore, the applicant previously filed an application in consideration of such points (Japanese Patent Application No. 2-57948). The system disclosed in Japanese Patent Application No. 2-57948 requires a plurality of elements in a bug state. By dividing the element that is a condition and the element that is a sufficient condition and expanding the conformity range of the element that is a sufficient condition, the possibility of inferring the cause of the bug is expanded. However, if there is no compatible bug cause even after changing the conformance conditions, the inference has failed, and the input bug state information has been discarded. Therefore, the input, that is, the generated bug information is discarded, and no consideration is given to using this as new knowledge.
【0004】本発明の目的は、推論失敗時のバグの状態
情報を有効に活用してシステムの推論能力を向上させる
ことのできる、ソフトウエアバグ原因推論エキスパート
システムを提供するにある。It is an object of the present invention to provide a software bug cause inference expert system capable of effectively utilizing the state information of a bug at the time of inference failure to improve the inference ability of the system.
【0005】[0005]
【課題を解決するための手段】本発明は、ソフトウエア
バグ発生時の状態情報を入力するためのマンマシン部
と、バグ原因を推論するための情報を格納した知識ベー
ス部と、該知識ベース部を参照して上記マンマシン部よ
り入力された状態情報に適合するバグ原因を推論する推
論エンジン部とを備えたソフトウエアバグ原因推論エキ
スパートシステムに於て、上記推論エンジン部で適合す
るバグ原因を推論できなかったときに上記マンマシン部
より入力されたその時の状態情報を編集して中間知識フ
ァイルを作成するための中間知識ファイル作成部と、上
記中間知識ファイルを格納するための中間知識ファイル
部と、バグ原因が判明したときに上記中間知識ファイル
部の情報とその時に上記マンマシン部より入力されたバ
グの情報とから新しい知識を作成し、上記知識ベースに
自動的に追加する知識ベース部自動追加処理部とを設け
たことを特徴とするソフトウエアバグ原因推論エキスパ
ートシステムにおいて、前記推論エンジン部による推論
ができなかったときにその時のバグの状態情報に応じて
前記知識ベース内の状態情報に関する条件を変更するた
めの条件変更部と、該変更部で用いるための情報を格納
したプログラム構成情報部とを付加し、上記推論エンジ
ン部により推論できなかったときには上記条件変更部に
よる知識ベースの変更を行ったのち上記推論エンジン部
による推論を行うという処理を所定の回数繰り返し、該
繰り返しの間にも推論ができなかったときは前記中間知
識ファイル作成部による中間知識ファイルの作成を行う
ことを特徴とするソフトウエアバグ原因推論エキスパー
トシステムを開示する。SUMMARY OF THE INVENTION The present invention provides a man-machine unit for inputting state information at the time of occurrence of a software bug, a knowledge base unit storing information for inferring the cause of the bug, and a knowledge base unit. A software bug cause inference expert system comprising: an inference engine for inferring a bug that conforms to the state information input from the man-machine unit with reference to the part; An intermediate knowledge file creator for editing the current state information input from the man-machine unit when it cannot be inferred to create an intermediate knowledge file, and an intermediate knowledge file for storing the intermediate knowledge file Section and the information of the intermediate knowledge file section when the cause of the bug is found, and the bug information input from the man-machine section at that time. In the software bug cause inference expert system, which is provided with a knowledge base part automatic addition processing part for creating knowledge and automatically adding the knowledge base to the knowledge base, when the inference by the inference engine part is not possible A condition changing unit for changing a condition relating to the state information in the knowledge base in accordance with the state information of the bug at that time, and a program configuration information unit storing information to be used in the changing unit. When inference cannot be performed by the inference engine unit, the process of changing the knowledge base by the condition changing unit and then performing inference by the inference engine unit is repeated a predetermined number of times, and when inference is not possible during the repetition. A software bug source, wherein the intermediate knowledge file is created by the intermediate knowledge file creating unit. It discloses an inference expert system.
【0006】[0006]
【作用】前記推論エンジン部による推論ができなかった
ときにその時のバグの状態情報に応じて前記知識ベース
内の状態情報に関する条件を変更するための条件変更部
と、該変更部で用いるための情報を格納したプログラム
構成情報部とを付加し、上記推論エンジン部により推論
できなかったときには上記条件変更部による知識ベース
の変更を行ったのち上記推論エンジン部による推論を行
うという処理を所定の回数繰り返し、該繰り返しの間に
も推論ができなかったときは前記中間知識ファイル作成
部による中間知識ファイルの作成を行う。When the inference by the inference engine is not possible, a condition changing unit for changing a condition relating to state information in the knowledge base in accordance with the state information of the bug at that time; A predetermined number of processes are performed by adding the program configuration information section storing the information and performing the inference by the inference engine section after changing the knowledge base by the condition changing section when the inference cannot be performed by the inference engine section. If an inference cannot be made even during the repetition, an intermediate knowledge file is created by the intermediate knowledge file creating unit.
【0007】[0007]
【実施例】以下、本発明を実施例により詳細に説明す
る。図1は本発明の装置の一実施例を示すもので、バグ
の状態情報を入力するマンマシン部2、バグ原因を推論
するための知識を格納しておくための知識ベース部4、
知識ベース部4をもとにマンマシン部2で入力されたバ
グの状態情報に適合するバグ原因を推論する推論エンジ
ン部3、知識ベース4の適合条件を変更する適合条件変
更部5、適合条件変更のための知識を格納したプログラ
ム構成情報部6、推論エンジン部3で適合するバグ原因
が推論できなかったとき、マンマシン部2で入力された
バグの状態情報から中間知識ファイル部9の情報を作成
する中間知識ファイル作成部8、及びバグ原因が判明し
たときマンマシン部2を介して入力されたバグ原因と中
間知識ファイル部9の情報を元に新しい知識を作成し、
知識ベース部4に格納する知識ベース自動追加処理部7
により構成されている。DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described below in detail with reference to embodiments. FIG. 1 shows an embodiment of the apparatus according to the present invention, in which a man-machine unit 2 for inputting bug state information, a knowledge base unit 4 for storing knowledge for inferring the cause of a bug,
An inference engine unit 3 for inferring a cause of a bug matching the status information of the bug input by the man-machine unit 2 based on the knowledge base unit 4, a matching condition changing unit 5 for changing a matching condition of the knowledge base 4, a matching condition When a suitable bug cause cannot be inferred by the program configuration information unit 6 storing the knowledge for change and the inference engine unit 3, information of the intermediate knowledge file unit 9 is obtained from the bug state information input by the man-machine unit 2. A new knowledge based on the information of the intermediate knowledge file unit 9 and the bug cause input via the man-machine unit 2 when the cause of the bug is identified,
Knowledge base automatic addition processing unit 7 stored in knowledge base unit 4
It consists of.
【0008】図2は本実施例の知識ベース部4のフレー
ム内容を示す。以下では、バグ原因を推論するソフトウ
エアはプラント制御用計算機システムのものであるとす
る。フレームは、類似した計算機システムで過去に発生
したソフトウエアバグ情報を知識ベース化したものであ
り、発生したバグ1件ごとに、バグ発生時の状態情報を
次の6種類の要素に分析したものである。 1.バグの現象が発生した場所、 2.バグ発生のタイミング1、 3.バグ発生のタイミング2(タイミング1を補足する
要素)、 4.バグ発生箇所1、 5.バグ発生箇所2(箇所1の詳細要素)、 6.バグが発生した状態。 例えばバグNo.1は「T/Wに日替り時自動印字した
日報の印字項目の中で電力量の値が誤りであった」とい
うことであり、その時のバグ原因は「日報計算処理プロ
グラム不良」と言うことを示している。FIG. 2 shows the contents of a frame in the knowledge base unit 4 of the present embodiment. In the following, it is assumed that the software for inferring the cause of the bug is that of the computer system for plant control. A frame is a knowledge base of software bug information that has occurred in the past in a similar computer system, and the state information at the time of the bug occurrence is analyzed into the following six elements for each bug that occurred. It is. 1. 1. where the bug phenomenon occurred; 2. Timing of bug occurrence 1, 3 3. Bug occurrence timing 2 (element that complements timing 1); Bug occurrence location 1,5. 5. Bug occurrence location 2 (detailed element of location 1), The state where the bug occurred. For example, the bug No. 1 means that the value of the electric energy was incorrect in the print items of the daily report that was automatically printed at the time of daily change to T / W, and the cause of the bug at that time was that "the daily report calculation processing program was defective." Is shown.
【0009】図3は本実施例の全体の動作を示すフロー
チャートで、ソフトウエア開発中や保守時にバグが発生
した場合、システムを起動するとまず始めにステップ1
0でその発生したバグの状態情報の1つである「バグ発
生箇所」に関する情報がマンマシン部2から入力され
る。これは図2に示した知識ベース部4のフレームが参
照され、フレーム内の「場所」に格納されている要素の
中から選択するという形で入力される。次にステップ2
0で、「バグが発生したタイミング1」が入力される。
ここでも前回のステップ10と同様にフレーム内の「タ
イミング1」より選択されるが、ステップ10の「場
所」に対応する「タイミング1」だけが選択可能となっ
ている。例えば、図2の例では「場所」で「TXW」が
選択された場合、「タイミング1」では「自動印字」と
「出力要求時」の2種類から選択されることになる。以
下、ステップ30から60もステップ10と同様に図2
のフレームを参照し、選択する形で入力される。このよ
うにしてバグが発生したときの状態情報の要素がすべて
入力されたならば、次にステップ70では、推論エンジ
ン部3が、各要素の適合条件を示した知識ベース部4を
参照し、要素適合条件ルールにより、バグ原因の推論を
行う。適合条件を図4に示す。適合条件は各要素毎にあ
り、ステップ10から60で入力されたバグの状態情報
の各要素と、知識ベース部4のフレーム内全てのバグ情
報知識の要素を比較し、一致している要素を探す。そし
て適合条件No.1から6まですべて満足したバグ情報
があった場合、ステップ80で要素がすべて適合したバ
グ情報と判定し、ステップ90でその適合した情報に対
応するバグ原因を、知識ベース部4のフレーム内の「バ
グ原因」を参照し、表示する。FIG. 3 is a flowchart showing the overall operation of the present embodiment. If a bug occurs during software development or maintenance, the system is started up first and then step 1 is started.
At 0, information on the "bug occurrence location" which is one of the status information of the generated bug is input from the man-machine unit 2. This is input by referring to the frame of the knowledge base unit 4 shown in FIG. 2 and selecting from the elements stored in the “location” in the frame. Then step 2
At "0", "timing 1 at which a bug occurred" is input.
Here, similarly to the previous step 10, selection is made from “timing 1” in the frame, but only “timing 1” corresponding to “location” in step 10 is selectable. For example, in the example of FIG. 2, when “TXW” is selected in “location”, “timing 1” is selected from two types of “automatic printing” and “when output is requested”. Hereinafter, steps 30 to 60 are the same as step 10 in FIG.
Refer to the frame and input in the form of selection. When all the elements of the state information at the time of the occurrence of the bug have been input in this manner, in step 70, the inference engine unit 3 refers to the knowledge base unit 4 indicating the matching condition of each element. The cause of the bug is inferred by the element matching condition rule. The matching conditions are shown in FIG. The matching condition is provided for each element. Each element of the state information of the bug input in steps 10 to 60 is compared with all the elements of the bug information knowledge in the frame of the knowledge base unit 4, and the matching element is determined. look for. Then, the matching condition No. If there is bug information that satisfies all of the items 1 to 6, it is determined in step 80 that the bug information has all the elements that match, and in step 90, the bug cause corresponding to the matching information is determined in the frame of the knowledge base unit 4 in the frame. Refer to and display the cause of the bug.
【0010】ところで、従来の特開昭63ー41954
号に開示されたシステムでは、ステップ80で適合する
バグ情報無しと判定すると、推論失敗を表示してそのま
ま終了していたが、特願平2ー57948号に開示され
たシステムでは、適合情報を変更してさらに推論を続け
る。即ちステップ80で、要素がすべて適合したバグ情
報がフレーム内のバグ情報知識になしと判定した場合、
ステップ100へ進む。この場合、例えばステップ10
から60でバグ状態情報の要素として「T/W」、「自
動印字」、「日替り」、「日報」、「周波数」、「値が
誤り」と入力し、かつ図2に示す知識しか知識ベース部
4に存在しないとしたときは、ステップ80で要素がす
べて適合するバグ情報はなしとなるが、このとき入力さ
れた要素とフレーム内のバグNo.1の要素では、適合
していないものは「箇所2」のみである。日報の自動印
字で「電力量」と「周波数」を処理しているプログラム
はすべて同一であることを考えると、適合条件No.5
を削除して推論を実施し、バグ原因は「日報計算処理プ
ログラム不良」と表示しても十分バグ原因究明には役立
つことが分かる。このように削除しても推論が行えるよ
うな条件は、図5に示すように、機能名称毎に削除する
適合条件の要素名をプログラム構成情報部6に予め格納
しておく。この例では2つまで削除可能な適合条件が指
定されている。そこでまずステップ100では、入力さ
れたバグ状態情報の要素「箇所1」と「タイミング1」
とにより、プログラム構成情報部6の内容を元に機能名
称を決定する。前回の例では、それぞれ「日報」、「自
動印字」であるので、機能名称はNo.1の「日報自動
印字」となる。つぎにステップ110で削除順位1の適
合条件を削除する。例では「日報自動印字」で一番目に
削除する適合条件の要素名は「箇所2」であるので、適
合条件No.5を削除することになる。以上の削除処理
は適合条件変更部5により行われる。そしてステップ1
20で再度推論を行う。今の例では適合条件をすべて満
足しているからステップ130からステップ90へ移
り、バグ原因「日報計算処理プログラム不良」を表示す
る。またステップ130でもすべて適合したバグ情報な
しと判定されたときは、ステップ140で削除順位2の
適合条件を削除する。そしてステップ150で推論し、
ステップ160ですべて適合したバグ情報が有りと判定
すれば、上記のようにステップ90でバグ原因を表示す
る。以上のように適合条件を変更することでバグ原因の
推論をよりよく行える。Incidentally, the conventional Japanese Patent Application Laid-Open No. 63-41954.
In the system disclosed in Japanese Patent Application No. 2-57948, if it is determined that there is no compatible bug information in Step 80, the inference failure is displayed and the process is terminated as it is. Change and continue inference. That is, when it is determined in step 80 that the bug information in which all the elements match does not correspond to the bug information knowledge in the frame,
Proceed to step 100. In this case, for example, step 10
In steps 60 to 60, enter "T / W", "automatic printing", "daily", "daily report", "frequency", "value is incorrect" as the elements of the bug status information, and only the knowledge shown in FIG. If it does not exist in the base unit 4, there is no bug information in which all the elements match in step 80. In the element of No. 1, the only one that does not match is “Point 2”. Considering that all programs that process “electric energy” and “frequency” in the automatic printing of the daily report are the same, the matching condition No. 5
It is understood that it is useful for investigating the cause of a bug even if the reason is deleted and the reason for the bug is displayed as “bad daily report calculation processing program”. As shown in FIG. 5, the conditions under which the inference can be performed even after deletion are stored in advance in the program configuration information unit 6 with the element names of the matching conditions to be deleted for each function name. In this example, up to two matching conditions that can be deleted are specified. Therefore, first, in step 100, the elements “location 1” and “timing 1” of the input bug state information
Thus, the function name is determined based on the contents of the program configuration information section 6. In the previous example, the function name is “daily report” and “automatic printing”, respectively. 1 is "daily report automatic printing". Next, in step 110, the matching condition of the deletion order 1 is deleted. In the example, the element name of the matching condition to be deleted first in “daily report automatic printing” is “location 2”. 5 will be deleted. The above-described deletion processing is performed by the matching condition changing unit 5. And step 1
Inference is made again at 20. In this example, since all the conforming conditions are satisfied, the process proceeds from step 130 to step 90, and the cause of the bug, "daily report calculation processing program failure", is displayed. If it is also determined in step 130 that there is no matching bug information, the matching condition of the deletion order 2 is deleted in step 140. And infer at step 150,
If it is determined in step 160 that there is bug information that matches all, the cause of the bug is displayed in step 90 as described above. By changing the adaptation conditions as described above, the cause of the bug can be better inferred.
【0011】しかし、ステップ160でもなお適合条件
を満足するバグ原因を見いだせなかったときは、従来は
入力されたバグ状態情報はそのまま捨てられ、推論不可
能を表示して(ステップ170)終わっていた。本発明
では、これらの状態情報を一時的に保存し、バグ原因が
判明した時点にそのバグ原因を入力してやることによ
り、新しい知識を作成して知識ベースに貯え、後の推論
で使用可能とするものである。そのためにステップ16
0で適合条件なしと判定されたときは、推論失敗の表示
(ステップ170)に続いてステップ180で中間知識
ファイル作成部8が入力されたバグの状態情報から図6
に示すようなデータを作成し、中間知識ファイル部9に
一時的に保存しておく。中間知識ファイル部9の構成
は、先頭に保存されているバグの状態情報のケース数が
あり、それ以降各状態情報が各ケース毎に保存されてい
る。However, if a bug cause that still satisfies the conforming condition cannot be found in step 160, the input bug state information is conventionally discarded as it is, and the inference is impossible (step 170). . In the present invention, such state information is temporarily stored, and when the cause of the bug is found, the cause of the bug is input, so that new knowledge is created and stored in the knowledge base, and can be used in later inference. Things. Step 16 for that
If it is determined that there is no matching condition at 0, the inferencing failure is displayed (step 170), and then at step 180 the intermediate knowledge file creator 8 reads the state information of the bug from FIG.
Is created and temporarily stored in the intermediate knowledge file unit 9. The configuration of the intermediate knowledge file unit 9 includes the number of cases of the bug status information stored at the top, and thereafter, each status information is stored for each case.
【0012】次に、バグ原因が判明したとき、バグ原因
を入力し新しい知識が知識ベース自動追加処理部7によ
り作成される。そのフローチャートは図7に示されてお
り、バグ原因が判明したとき、まずステップ200で中
間知識ファイル部9の情報を表示する。図8に表示フォ
ーマットを示す。表示内容は情報ケース数、各ケース毎
の状態情報である。そこで、今回判明したバグ原因に対
応するケースNoをステップ210で入力し、併せてス
テップ220でバグ原因を入力する。そしてステップ2
30で入力されたバグ原因と対応するケースNoの状態
情報を組み合わせて図2に示す知識ベース部4の最終バ
グNoの次のケースに新しい知識を格納する。例ではバ
グNo9に格納される。以上のようにして、従来は推論
不可能のとき捨てていたバグの状態情報を元に新しい知
識を自動的に作成でき、後の推論で使用可能となる。Next, when the cause of the bug is determined, the cause of the bug is input, and new knowledge is created by the automatic knowledge base processing unit 7. The flowchart is shown in FIG. 7. When the cause of the bug is found, first, in step 200, the information of the intermediate knowledge file section 9 is displayed. FIG. 8 shows a display format. The displayed contents are the number of information cases and the status information for each case. Therefore, the case number corresponding to the bug cause found this time is input in step 210, and the cause of the bug is input in step 220. And step 2
The new knowledge is stored in the case next to the last bug number in the knowledge base unit 4 shown in FIG. In the example, it is stored in bug No. 9. As described above, new knowledge can be automatically created based on the state information of a bug that was conventionally thrown away when it is impossible to infer, and can be used in later inference.
【0013】なお、以上の実施例では、最初に推論失敗
となったとき適合条件変更と再推論を行うものとした
が、最初の推論失敗後にすぐに推論失敗を表示して、バ
グ状態の中間知識ファイル部9への登録を行うようにす
ることもできる。In the above embodiment, when the inference fails for the first time, the matching condition is changed and the re-inference is performed. However, the inference failure is displayed immediately after the first inference fails, and the intermediate state of the bug state is displayed. Registration in the knowledge file unit 9 can also be performed.
【0014】[0014]
【発明の効果】本発明にょれば、推論不可能となった場
合、そのバグ原因の状態情報を一時的に保存しておき、
バグ原因が判明した時点にバグ原因を入力することによ
り、自動的に新しい知識を作成できるから、知識ベース
が次第に充実し、より多くのバグ原因の推論が可能とな
るという効果がある。According to the present invention, when it becomes impossible to infer, the state information of the bug cause is temporarily stored,
By inputting the bug cause when the cause of the bug is found, new knowledge can be automatically created, so that the knowledge base is gradually enhanced, and there is an effect that more bug causes can be inferred.
【図1】本発明の装置の一実施例を示すブロック図であ
る。FIG. 1 is a block diagram showing one embodiment of the apparatus of the present invention.
【図2】知識ベースの例を示す図である。FIG. 2 is a diagram illustrating an example of a knowledge base.
【図3】図1の実施例の推論動作を示すフローチャート
である。FIG. 3 is a flowchart showing an inference operation of the embodiment of FIG. 1;
【図4】適合条件の例を示す図である。FIG. 4 is a diagram illustrating an example of a matching condition.
【図5】プログラム構成情報部の例を示す図である。FIG. 5 is a diagram showing an example of a program configuration information section.
【図6】中間知識ファイル部の例を示す図である。FIG. 6 is a diagram illustrating an example of an intermediate knowledge file unit.
【図7】知識ベース自動追加処理部の処理を示すフロー
チャートである。FIG. 7 is a flowchart illustrating processing of a knowledge base automatic addition processing unit.
【図8】中間知識情報ファイルの表示例である。FIG. 8 is a display example of an intermediate knowledge information file.
2 マンマシン部 3 推論エンジン部 4 知識ベース部 5 適合条件変更部 6 プログラム構成情報部 7 知識ベース自動追加処理部 8 中間知識ファイル作成部 9 中間知識ファイル部 2 Man-machine part 3 Inference engine part 4 Knowledge base part 5 Conformance condition change part 6 Program configuration information part 7 Knowledge base automatic addition processing part 8 Intermediate knowledge file creation part 9 Intermediate knowledge file part
Claims (1)
力するためのマンマシン部と、バグ原因を推論するため
の情報を格納した知識ベース部と、該知識ベース部を参
照して上記マンマシン部より入力された状態情報に適合
するバグ原因を推論する推論エンジン部とを備えたソフ
トウエアバグ原因推論エキスパートシステムに於て、上
記推論エンジン部で適合するバグ原因を推論できなかっ
たときに上記マンマシン部より入力されたその時の状態
情報を編集して中間知識ファイルを作成するための中間
知識ファイル作成部と、上記中間知識ファイルを格納す
るための中間知識ファイル部と、バグ原因が判明したと
きに上記中間知識ファイル部の情報とその時に上記マン
マシン部より入力されたバグの情報とから新しい知識を
作成し、上記知識ベースに自動的に追加する知識ベース
部自動追加処理部とを設けたことを特徴とするソフトウ
エアバグ原因推論エキスパートシステムにおいて、前記
推論エンジン部による推論ができなかったときにその時
のバグの状態情報に応じて前記知識ベース内の状態情報
に関する条件を変更するための条件変更部と、該変更部
で用いるための情報を格納したプログラム構成情報部と
を付加し、上記推論エンジン部により推論できなかった
ときには上記条件変更部による知識ベースの変更を行っ
たのち上記推論エンジン部による推論を行うという処理
を所定の回数繰り返し、該繰り返しの間にも推論ができ
なかったときは前記中間知識ファイル作成部による中間
知識ファイルの作成を行うことを特徴とするソフトウエ
アバグ原因推論エキスパートシステム。1. A man-machine section for inputting state information at the time of occurrence of a software bug, a knowledge base section storing information for inferring a cause of a bug, and the man-machine section with reference to the knowledge base section. A software bug cause inference expert system having a reasoning engine for inferring a cause of a bug conforming to the state information input from the part information. The intermediate knowledge file creator for editing the current state information input from the man-machine unit to create an intermediate knowledge file, the intermediate knowledge file for storing the intermediate knowledge file, and the cause of the bug were found. Sometimes, new knowledge is created from the information in the intermediate knowledge file section and the bug information input from the man-machine section at that time. A software bug cause inference expert system, characterized in that a knowledge base unit and an automatic addition processing unit for automatically adding to the base are automatically added to the source when the inference by the inference engine unit is not possible. A condition changing unit for changing a condition relating to the state information in the knowledge base according to the information and a program configuration information unit storing information to be used in the changing unit are added, and the inference engine unit can infer. If not, the process of changing the knowledge base by the condition changing unit and then performing the inference by the inference engine unit is repeated a predetermined number of times. If the inference cannot be performed even during the repetition, the intermediate knowledge file is created. Software bug cause inference expert system characterized in that an intermediate knowledge file is created by the section
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP3204925A JP2725490B2 (en) | 1991-07-19 | 1991-07-19 | Software Bug Cause Inference Expert System |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP3204925A JP2725490B2 (en) | 1991-07-19 | 1991-07-19 | Software Bug Cause Inference Expert System |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0528010A JPH0528010A (en) | 1993-02-05 |
JP2725490B2 true JP2725490B2 (en) | 1998-03-11 |
Family
ID=16498637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP3204925A Expired - Lifetime JP2725490B2 (en) | 1991-07-19 | 1991-07-19 | Software Bug Cause Inference Expert System |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2725490B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11175369A (en) * | 1997-12-10 | 1999-07-02 | Toshiba Corp | Program development supporting device, program development supporting method and medium recording program development supporting program |
WO2017068669A1 (en) * | 2015-10-21 | 2017-04-27 | 株式会社ビジネス・プログレス | Event detection terminal |
JP7011527B2 (en) * | 2018-05-10 | 2022-01-26 | 株式会社エクサ | Defect countermeasure support system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2804125B2 (en) * | 1989-11-08 | 1998-09-24 | 株式会社日立製作所 | Fault monitoring device and control method for information processing system |
-
1991
- 1991-07-19 JP JP3204925A patent/JP2725490B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH0528010A (en) | 1993-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5590270A (en) | Method and apparatus for detecting a lower level software reusable product in generating an upper level software product from a lower level software product and changing the upper level software product | |
JP2725490B2 (en) | Software Bug Cause Inference Expert System | |
JP3206096B2 (en) | Input data processing device | |
JPH05265740A (en) | Program editing method | |
JPH0667871A (en) | Automatic program updating system | |
JPH03260740A (en) | Expert system for inference of software bug factor | |
JP2903721B2 (en) | Method for assembling test instruction of information processing device | |
JPH1073647A (en) | Test pattern generator | |
JPH04130923A (en) | Electronic computer system generation system | |
JP2621818B2 (en) | Knowledge base verification device | |
JP2560545B2 (en) | Interface inspection processor | |
JPS63115273A (en) | Cad system | |
JPH01287739A (en) | Automatic state transition table generating device | |
JPH1049358A (en) | Device and method for automatically generating altered program | |
JPH0652266A (en) | Mounting data generating method | |
JPH01226077A (en) | Automatic correction method for delay library | |
JPH0887418A (en) | Program convesion system | |
JPH04160536A (en) | Knowledge correcting device | |
JPH06314194A (en) | Patch system | |
JPH04239975A (en) | Circuit simulator | |
JPH0281178A (en) | Cad library control method | |
JPH1074142A (en) | System generation parameter inspection device | |
JPH05274184A (en) | Execution result comparing device | |
JPH05183599A (en) | Operation confirming system for information processing unit | |
JPH04373019A (en) | Program generating system |