JPH10269070A - Method for comparing and correcting request specification constituting elements - Google Patents

Method for comparing and correcting request specification constituting elements

Info

Publication number
JPH10269070A
JPH10269070A JP7717897A JP7717897A JPH10269070A JP H10269070 A JPH10269070 A JP H10269070A JP 7717897 A JP7717897 A JP 7717897A JP 7717897 A JP7717897 A JP 7717897A JP H10269070 A JPH10269070 A JP H10269070A
Authority
JP
Japan
Prior art keywords
information
scene
character
definition information
definition
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
JP7717897A
Other languages
Japanese (ja)
Inventor
Naoki Igarashi
直樹 五十嵐
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
Hitachi Solutions East Japan Ltd
Original Assignee
Hitachi Ltd
Hitachi Tohoku Software 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, Hitachi Tohoku Software Ltd filed Critical Hitachi Ltd
Priority to JP7717897A priority Critical patent/JPH10269070A/en
Publication of JPH10269070A publication Critical patent/JPH10269070A/en
Pending legal-status Critical Current

Links

Landscapes

  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)
  • Stored Programmes (AREA)

Abstract

PROBLEM TO BE SOLVED: To compare the constituting elements of request specifications with each other, and to simultaneously reflect the same correction in the constituting elements in a request specification preparation system. SOLUTION: Scene management information 108 for simultaneously managing scene information in scenario information and a scene browser 107 for editing it are provided. When an operator integrates the different scene information in the scene browser 107, the information is set to scene management information 108, and when one of the scene information is edited thereafter, the scene management information 108 automatically reflects an edited result also in the integrated different scene management information. Also, when the operator compares the scene information with each other in the scene browser 107, the respective scene information is retrieved and a compared result is displayed.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、計算機を用いた開
発対象アプリケーション開発における要求仕様獲得に関
し、特に、要求仕様を視覚化し、定義し、獲得する効率
を向上させる方法、および、視覚的に表示する方法に関
する。ここで、『獲得』とは、視覚化した要求仕様に対
して対話的に様々な修正・変更を加え、最終的に完成さ
れた要求仕様を確定することを言う。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to the acquisition of a requirement specification in the development of an application to be developed using a computer, and more particularly, to a method of visualizing, defining, and improving the efficiency of the requirement specification, and a visual display. On how to do it. Here, “acquisition” refers to interactively making various modifications and changes to the visualized requirement specification, and finally determining the completed requirement specification.

【0002】[0002]

【従来の技術】計算機をはじめとする電子装置の開発で
はソフトウェアによる支援が必須である。特に、新機
種、新方式の検討段階では、様々な装置構成のスケッチ
をモデルとして入力し、シミュレーションを行い、結果
を評価し、これを繰り返して設計の方針を吟味していく
ことが重要である。また、設計方針を関係者に正確にわ
かりやすく伝達することが重要である。
2. Description of the Related Art Software development is essential for the development of electronic devices such as computers. In particular, at the stage of studying new models and new methods, it is important to input sketches of various device configurations as models, perform simulations, evaluate the results, and repeatedly examine the design policy. . In addition, it is important to communicate the design policy to relevant persons accurately and easily.

【0003】同様に、ソフトウェア応用システムの開発
においても、要求仕様等の設計段階で対話的に要求仕様
を作成し、顧客等に視覚的に理解し易い形で提示するこ
とが重要な業務となってきている。
[0003] Similarly, in the development of software application systems, it is important to interactively create required specifications at the design stage of required specifications and the like, and present them to customers and the like in a form that is easy to understand visually. Is coming.

【0004】一方、システム開発における要求仕様の作
成は、顧客とシステムエンジニア、顧客から要求仕様を
獲得しシステムの仕様を確定する人、の間で要求の聴取
が行われ、それを元にシステムエンジニアが要求仕様を
作成し、顧客に評価してもらい、変更がなくなり顧客の
要求に合った最終的仕様書ができるまで、この工程が繰
り返される。顧客とシステムエンジニアが確定した要求
仕様書を元にシステム開発者はシステムを実現する。実
現したシステムと顧客の要求との間に違いが生じた場合
には、再度要求仕様書を作成し直し、システムも実現し
直している。このような要求仕様獲得のためのソフトウ
ェア製品には、顧客からシステムエンジニアが開発対象
の要求仕様を獲得する際に、構成要素および構成要素間
の内部手続きを、シナリオとして実世界の業務の具体例
として入力していき、プログラムレスな対話操作で要求
仕様の獲得を行うようにしたものがある。ここでいうシ
ナリオとは、要求仕様の記述に関する記述方法で、ユー
ザの観点からシステムの外部動作を直接記述する方法で
ある。例えば、Pei Hsia et.al., "Formal Approach to
Scenario Analysis", IEEE Software, March 1994, p3
3-41(1994)には、電話交換システムを例にエンドユーザ
の操作名とシステム機能の呼び出しのシナリオのツリー
による入力、確認、入力シナリオ群に基づくプロトタイ
ピングに至る手順が示しされている。
[0004] On the other hand, in the creation of a required specification in system development, a request is heard between a customer and a system engineer, and a person who obtains the required specification from the customer and determines the system specifications. Creates the required specifications, has the customer evaluate it, and repeats this process until there is no change and there is a final specification that meets the customer's requirements. The system developer implements the system based on the requirements specification determined by the customer and the system engineer. If there is a difference between the realized system and the customer's request, the requirement specification is re-created and the system is re-implemented. Such software products for acquiring required specifications include components and internal procedures between components as scenarios when system engineers acquire required specifications from customers. As an example, a required specification is obtained by a programless interactive operation. The scenario referred to here is a description method related to the description of the required specification, and is a method of directly describing the external operation of the system from the viewpoint of the user. For example, Pei Hsia et.al., "Formal Approach to
Scenario Analysis ", IEEE Software, March 1994, p3
3-41 (1994) shows a procedure for inputting and confirming an operation name of an end user and a scenario for calling a system function using a tree, and prototyping based on an input scenario group, taking a telephone exchange system as an example.

【0005】要求仕様作成システムでは、顧客の要求仕
様をシナリオとして入力していく。シナリオの構成要素
を定義し、構成要素に持たせるデータや手続きを使って
実世界の業務をシーンと呼ばれるシナリオの断片的な具
体例として入力していくことで要求仕様を獲得してい
く。
In the requirement specification creation system, customer requirement specifications are input as scenarios. The required specifications are acquired by defining the components of the scenario and inputting real-world tasks as fragmentary concrete examples of scenarios called scenes using data and procedures to be given to the components.

【0006】[0006]

【発明が解決しようとする課題】上述したような要求仕
様作成システムは要求仕様を視覚的に表現する。なお、
このシステムで定義された要求仕様全体をストーリーと
呼ぶ。このような要求仕様作成システムは、ストーリー
の構成要素の一部としてキャラクター定義エディタ、シ
ナリオエディタを持つ。キャラクターとは、要求仕様中
に出てくる「人」や具体的な「物」、その他の概念的な
「抽象物」を言う。キャラクターは、その名称、そのイ
メージを表現する表示図形情報、保持する内部データ情
報と内部手続き情報を持っている。キャラクターが保持
する内部データ情報を属性と言い、キャラクターが保持
する内部手続き情報をメッセージと言う。属性の具体的
な値を属性の初期値と言う。キャラクター定義エディタ
は作成する要求仕様に登場するキャラクターを定義し、
表示する機能を持つ。シナリオとは、要求仕様の断片的
な具体例を言う。シナリオの構成要素には、キャラクタ
ーとシーンが存在する。シーンとは、キャラクター間の
内部手続きの起動のことである。シナリオエディタは、
キャラクター定義エディタで定義したキャラクターの一
部あるいは全部の内部手続き(シーン)を定義し、表示
する機能を持つ。シーンの構成要素には、起動条件、分
岐シナリオ、メッセージ処理、関与キャラクターが存在
する。起動条件とは、そのシーンが起動するための条件
のことを言い、分岐シナリオとは、起動条件によって分
岐するシナリオの情報である。メッセージ処理とは、そ
のシーンにおいて属性の値の変化やそのシーンを詳細化
した他のシナリオの情報である。関与キャラクターとは
そのシーンにおいて何らかの関係があるキャラクターの
情報である。
The requirement specification creating system as described above visually represents the requirement specification. In addition,
The whole requirement specification defined in this system is called a story. Such a requirement specification creation system has a character definition editor and a scenario editor as a part of a story component. A character is a "person" or a specific "object" or another conceptual "abstract object" appearing in the required specifications. A character has its name, display graphic information expressing its image, retained internal data information and internal procedure information. The internal data information held by the character is called an attribute, and the internal procedure information held by the character is called a message. The specific value of the attribute is called the initial value of the attribute. The character definition editor defines the characters that appear in the required specifications to be created,
Has a function to display. A scenario is a fragmentary example of a required specification. The components of the scenario include characters and scenes. A scene is the activation of an internal procedure between characters. The scenario editor
It has a function to define and display the internal procedures (scenes) of some or all of the characters defined by the character definition editor. The components of the scene include a start condition, a branch scenario, a message process, and a participating character. The start condition refers to a condition for starting the scene, and the branch scenario is information of a scenario that branches depending on the start condition. The message processing is information on a change in an attribute value in the scene or information on another scenario that details the scene. Involved characters are information of characters that have some relationship in the scene.

【0007】要求仕様作成システムにおいてシナリオ上
に同じ構成要素を持つシーンを複数表現する場合、その
シーン同士が同じであると確認するにはそれぞれのシー
ンの構成要素を全て確認する必要があった。また、同じ
であると確認されたシーンの構成要素を修正する場合、
それぞれのシーンの構成要素を個別に変更しなければな
らなかった。そのため、入力の誤りが等が発生する確率
が高く、修正後もその変更確認を行う必要があり、効率
が悪いという問題があった。
[0007] When a plurality of scenes having the same constituent element are expressed on a scenario in the requirement specification creation system, it is necessary to check all the constituent elements of each scene in order to confirm that the scenes are the same. Also, when modifying a component of a scene that is determined to be the same,
Each scene component had to be changed individually. For this reason, there is a high probability that an input error or the like occurs, and it is necessary to confirm the change even after correction, resulting in a problem of poor efficiency.

【0008】本発明の目的は、同じ構成要素を持つシー
ンを変更する場合に一回の修正で同時にすべてのシーン
の構成要素を修正できるようにすることにある。
An object of the present invention is to make it possible to modify the components of all scenes simultaneously with a single modification when a scene having the same components is changed.

【0009】また、本発明の他の目的は、別々のシーン
の構成要素の比較を行うための方法を提供することにあ
る。
It is another object of the present invention to provide a method for comparing components of different scenes.

【0010】[0010]

【課題を解決するための手段】上記目的を達成するた
め、本発明ではシーンブラウザを用いて各シーンの構成
要素を管理する。シーンブラウザとは、ストーリー内の
すべてのシーンの構成要素を表示する環境と、シーンの
構成要素を設定、定義するための環境と、2つのシーン
の構成内容を比較表示する環境からなる。要求仕様作成
システム内で定義されたストーリー(ストーリーAとす
る)のあるシナリオの構成要素としてあるシーン(シー
ンAとする)が定義されているものとする。シーンAと
は別なシーン(シーンBとする)が存在し、これを同一
構成要素を持つシーンに定義するとき、シーンブラウザ
からシーンAとシーンBを同一なものとして定義する。
この時、プログラム内でシーンAとシーンBの構成要素
を比較して同一な情報になるように書き変え、シーンA
とシーンBが共通であることを表わす内部情報をストー
リーAのデータ内に設定する。同一なシーンが更に存在
する場合、同様にシーンブラウザから新たなシーンを同
一なものとして定義する。このようにして定義されたシ
ーンの構成要素を変更する場合、ストーリーAの内部情
報を検索し、共通であると設定されているシーン(この
場合はシーンB)の構成要素もシーンAと同様に変更す
る。これにより、一度共通であると設定したシーンは1
回で全てのシーンを同時にもれなく正確に変更すること
が出来る。
In order to achieve the above object, the present invention manages the components of each scene using a scene browser. The scene browser includes an environment for displaying all scene components in a story, an environment for setting and defining scene components, and an environment for comparing and displaying the contents of two scenes. It is assumed that a scene (scene A) is defined as a component of a scenario having a story (story A) defined in the requirement specification creation system. When there is a scene (scene B) different from scene A, and this is defined as a scene having the same components, scene A and scene B are defined as the same from the scene browser.
At this time, the components of scene A and scene B are compared and rewritten in the program so that they have the same information.
And the internal information indicating that scene B is common in the data of story A. If there is another identical scene, a new scene is similarly defined from the scene browser as the same scene. When changing the components of the scene defined in this way, the internal information of the story A is searched, and the components of the scene set to be common (in this case, scene B) are similar to the scene A. change. As a result, the scene once set as common is 1
All scenes can be changed at the same time and exactly at the same time.

【0011】[0011]

【発明の実施の形態】以下、本発明の実施の形態につい
て図面により詳細に説明する。
Embodiments of the present invention will be described below in detail with reference to the drawings.

【0012】図1、図2および図3は、本実施例で使用
する要求仕様定義システムの概略構成図を示したもので
ある。図1において101は端末、102はCPU、1
03はメモリである。また、図2は図1の起動条件定義
情報123を詳細化したものである。同様に図3は図1
のメッセージ処理定義情報125を詳細化したものであ
る。
FIG. 1, FIG. 2 and FIG. 3 show schematic configuration diagrams of a requirement specification definition system used in the present embodiment. 1, 101 is a terminal, 102 is a CPU, 1
03 is a memory. FIG. 2 shows details of the activation condition definition information 123 shown in FIG. Similarly, FIG.
Is detailed message processing definition information 125.

【0013】メモリ103には、シナリオエディタ10
4、キャラクター定義エディタ106、シーンブラウザ
107、シーン管理情報108、キャラクター定義情報
111、シナリオ定義情報117が搭載されている。な
お、シーンブラウザ107、シーン管理情報108は、
従来にはない、本実施例において、新たに追加されたも
のである。これらが動作することにより、オペレータが
入力したキャラクター定義情報111、各シナリオの定
義情報であるシナリオ情報118、統合されたシーンを
管理するシーン管理情報108が生成される。シーン管
理情報108は、統一シーン情報109を含み、また、
統一シーン情報109は、統一シーン要素情報110を
含む。キャラクター定義情報111は、、各キャラクタ
ーの定義情報であるキャラクター情報112を含んでい
る。キャラクター情報112は、キャラクター名称11
3、キャラクター表示図形情報114、属性名称11
5、メッセージ名称116を含んでいる。シナリオ情報
118は、シナリオ名称情報119、登場キャラクター
情報120、各シーンの定義情報であるシーン情報12
3を保持している。登場キャラクター情報120は、シ
ナリオキャラクター情報121、属性の初期値情報12
2を含んでいる。シーン情報123は、送信元キャラク
ター情報124、受信元キャラクター情報235、送信
メッセージ情報126、起動条件定義情報127、分岐
シナリオ定義情報128、メッセージ処理定義情報12
9、関与キャラクター定義情報130を含んでいる。起
動条件定義情報127は、属性変数比較定義情報20
2、属性定数比較定義情報208、起動条件具体イメー
ジ定義情報213、起動条件コメント定義情報214を
含んでいる。メッセージ処理定義情報129は、属性変
数代入定義情報302、属性定数代入定義情報207、
メッセージ処理具体イメージ定義情報311、メッセー
ジ処理コメント定義情報312、サブシナリオ定義情報
313を含んでいる。属性変数比較定義情報202は、
変数比較元キャラクター情報203、変数比較元属性名
称情報204、変数比較先キャラクター情報205、変
数比較先属性名称情報206、変数比較条件情報207
を含んでいる。属性定数比較定義情報208は、定数比
較元キャラクター情報209、定数比較元属性名称情報
210、比較定数情報211、定数比較条件情報212
を含んでいる。属性変数代入定義情報302は、変数代
入元キャラクター情報303、変数代入元属性名称情報
304、変数代入先キャラクター情報305、変数代入
先属性名称情報306を含んでいる。属性変数代入定義
情報307は、変数代入先キャラクター情報308、変
数代入先属性名称情報309、代入定数情報310を含
んでいる。
The memory 103 contains a scenario editor 10
4. Character definition editor 106, scene browser 107, scene management information 108, character definition information 111, and scenario definition information 117 are installed. Note that the scene browser 107 and the scene management information 108
This is a newly added one in the present embodiment, which has not been conventionally provided. By these operations, character definition information 111 input by the operator, scenario information 118 as definition information of each scenario, and scene management information 108 for managing the integrated scene are generated. The scene management information 108 includes unified scene information 109,
The unified scene information 109 includes unified scene element information 110. The character definition information 111 includes character information 112 that is definition information of each character. Character information 112 includes character name 11
3, character display graphic information 114, attribute name 11
5, the message name 116 is included. The scenario information 118 includes scenario name information 119, appearance character information 120, and scene information 12 that is definition information of each scene.
3 is held. Appearance character information 120 includes scenario character information 121 and attribute initial value information 12
Contains 2. The scene information 123 includes transmission source character information 124, reception source character information 235, transmission message information 126, start condition definition information 127, branch scenario definition information 128, and message processing definition information 12.
9, including the involved character definition information 130. The start condition definition information 127 includes the attribute variable comparison definition information 20
2, attribute constant comparison definition information 208, activation condition specific image definition information 213, and activation condition comment definition information 214. The message processing definition information 129 includes attribute variable substitution definition information 302, attribute constant substitution definition information 207,
It includes message processing concrete image definition information 311, message processing comment definition information 312, and sub-scenario definition information 313. The attribute variable comparison definition information 202 includes
Variable comparison source character information 203, variable comparison source attribute name information 204, variable comparison destination character information 205, variable comparison destination attribute name information 206, variable comparison condition information 207
Contains. The attribute constant comparison definition information 208 includes constant comparison source character information 209, constant comparison source attribute name information 210, comparison constant information 211, and constant comparison condition information 212.
Contains. The attribute variable substitution definition information 302 includes variable substitution source character information 303, variable substitution source attribute name information 304, variable substitution destination character information 305, and variable substitution destination attribute name information 306. The attribute variable substitution definition information 307 includes variable substitution destination character information 308, variable substitution destination attribute name information 309, and substitution constant information 310.

【0014】次に、本要求仕様作成システムにおける構
成要素比較及び修正方法を図4に示すフローチャートに
従って説明する。図4は、オペレータが要求仕様作成シ
ステムにおいて作成した要求仕様の中から、別々に定義
された要求仕様の構成要素の一部を2つ比較して統一す
ることにより、一回の修正で同一の修正がそれぞれの構
成要素に反映される場合を示したものである。
Next, a method of comparing and correcting components in the requirement specification creating system will be described with reference to a flowchart shown in FIG. FIG. 4 is a diagram showing an example in which the same specification can be obtained by one modification by comparing two unified components of the requirement specification defined separately from the requirement specifications created by the requirement creation system by the operator. It shows a case where the modification is reflected on each component.

【0015】まず、キャラクター定義エディタ上でオペ
レータの入力に応じて、キャラクター情報の定義を行う
(ステップ401)。図5は、キャラクター情報の定義
処理の詳細なフローチャートである。ステップ401に
おけるキャラクター情報の定義は、キャラクター名称1
13およびキャラクター表示図形情報114を定義する
ステップ(ステップ501)と、属性名称115を定義
するステップ(ステップ502)と、メッセージ名称1
16を定義するステップ(ステップ503)から構成さ
れる。
First, character information is defined on the character definition editor in accordance with an operator's input (step 401). FIG. 5 is a detailed flowchart of the character information defining process. The definition of character information in step 401 is character name 1
13, the step of defining the character display graphic information 114 (step 501), the step of defining the attribute name 115 (step 502), and the message name 1
16 (step 503).

【0016】次に、シナリオエディタ上でオペレータの
入力に応じて、シナリオ情報の定義を行う(ステップ4
02)。図6は、シナリオ情報の定義処理の詳細なフロ
ーチャートである。ステップ402におけるシナリオ情
報の定義は、シナリオ名称情報を定義するステップ(ス
テップ601)と、登場キャラクター情報120を定義
するステップ(ステップ602)と、シーン情報123
を定義するステップ(ステップ603)から構成され
る。シーン情報123は、構成要素すべてを定義する必
要はない。なお、ここまでの情報定義方法については本
発明とは直接的には関係しない部分であるので詳細な説
明は省略する。
Next, scenario information is defined on the scenario editor according to the operator's input (step 4).
02). FIG. 6 is a detailed flowchart of the scenario information definition process. The definition of scenario information in step 402 includes a step of defining scenario name information (step 601), a step of defining appearance character information 120 (step 602), and scene information 123.
(Step 603). The scene information 123 does not need to define all components. Note that the information definition method up to this point is not directly related to the present invention, and a detailed description thereof will be omitted.

【0017】次に、シーンブラウザ上でシーン情報の比
較を行う(ステップ403)。そして、シーンブラウザ
107上でシーンの統一を行た後(ステップ404)、
シーンブラウザ107上で統一シーンの編集を行う(ス
テップ405)。以下に、ステップ403〜405の処
理について詳細に説明する。
Next, scene information is compared on the scene browser (step 403). Then, after unifying the scenes on the scene browser 107 (step 404),
The unified scene is edited on the scene browser 107 (step 405). Hereinafter, the processing of steps 403 to 405 will be described in detail.

【0018】図7は、ステップ403におけるシーンの
比較処理の詳細なフローチャートである。まず、オペレ
ータがシーンブラウザ107より第1のシーンを選択し
(ステップ703)、次に、第2のシーンを選択(ステ
ップ704)した後で、シーンブラウザ107のコマン
ドメニューから[シーンの比較]コマンドを選択すると
(ステップ705)、第1のシーン情報と第2のシーン
情報の送信元キャラクター情報124、送信メッセージ
情報125、受信元キャラクター情報126を比較する
(ステップ706)。もし、これらの情報が不一致のと
きはエラーメッセージを出力して(ステップ707)、
シーンブラウザ107のコマンドメニューを選択する前
の状態に戻る。情報が一致したときは、第1のシーン情
報と第2のシーン情報の起動条件定義情報127の比較
(ステップ707)、分岐シナリオ定義情報128の比
較(ステップ709)、メッセージ処理定義情報129
の比較(ステップ710)、関与キャラクター定義情報
130の比較(ステップ711)を行い、比較結果を表
示する(ステップ712)。この操作により、オペレー
タが個々に定義したシーン情報の構成内容の差異が自動
的に検出できる。
FIG. 7 is a detailed flowchart of the scene comparison process in step 403. First, after the operator selects the first scene from the scene browser 107 (step 703), and then selects the second scene (step 704), the operator selects the "scene comparison" command from the command menu of the scene browser 107. Is selected (step 705), the transmission source character information 124, the transmission message information 125, and the reception source character information 126 of the first scene information and the second scene information are compared (step 706). If the information does not match, an error message is output (step 707),
The state returns to the state before the command menu of the scene browser 107 was selected. If the information matches, the first scene information is compared with the activation condition definition information 127 of the second scene information (step 707), the branch scenario definition information 128 is compared (step 709), and the message processing definition information 129 is provided.
Are compared (step 710), and the involved character definition information 130 is compared (step 711), and the comparison result is displayed (step 712). By this operation, the difference between the configuration contents of the scene information individually defined by the operator can be automatically detected.

【0019】図8は、ステップ404におけるシーンブ
ラウザ107上でのシーン統一処理の詳細なフローチャ
ートである。ここではまず、オペレータがシーンブラウ
ザ107上で第1のシーンを選択する(ステップ80
1)。次に、第2のシーンを選択する(ステップ80
2)。オペレータによりシーンブラウザ107のコマン
ドメニューから[同一シーンの統合]コマンドを選択す
ると(ステップ803)、シーン情報の統合(ステップ
804)を行い、結果のシーン情報をシーンブラウザ1
07に再表示する。
FIG. 8 is a detailed flowchart of the scene unification processing on the scene browser 107 in step 404. Here, first, the operator selects the first scene on the scene browser 107 (step 80).
1). Next, a second scene is selected (step 80).
2). When the operator selects an "integrate the same scene" command from the command menu of the scene browser 107 (step 803), the scene information is integrated (step 804), and the resulting scene information is stored in the scene browser 1.
07 is displayed again.

【0020】図9は、ステップ804で行われるシーン
情報の統合処理のさらに詳細なフローチャートである。
ここでは、まず、2番目のシーン情報の起動条件定義情
報127を1番目のシーン情報の起動条件定義情報12
7へ追加する(ステップ901)。次に、2番目のシー
ン情報の分岐シナリオ定義情報128を1番目のシーン
情報の分岐シナリオ定義情報128へ追加する(ステッ
プ902)。次に、2番目のシーン情報のメッセージ処
理定義情報129を1番目のシーン情報のメッセージ処
理定義情報129へ追加する(ステップ903)。そし
て、2番目のシーン情報の関与キャラクター定義情報1
30を1番目のシーン情報の関与キャラクター定義情報
130へ追加する(ステップ904)。その後、1番目
のシーンのシーン情報を2番目のシーンのシーン情報に
コピーし(ステップ905)、統一シーン情報109に
それぞれのシーン情報123へのポインタを統一シーン
要素情報110として設定してシーン管理情報の設定を
行う(ステップ906)。
FIG. 9 is a more detailed flowchart of the scene information integration process performed in step 804.
Here, first, the activation condition definition information 127 of the second scene information is replaced with the activation condition definition information 12 of the first scene information.
7 (step 901). Next, the branch scenario definition information 128 of the second scene information is added to the branch scenario definition information 128 of the first scene information (Step 902). Next, the message processing definition information 129 of the second scene information is added to the message processing definition information 129 of the first scene information (step 903). Then, involved character definition information 1 of the second scene information
30 is added to the participating character definition information 130 of the first scene information (step 904). Thereafter, the scene information of the first scene is copied to the scene information of the second scene (step 905), and a pointer to each of the scene information 123 is set as the unified scene element information 110 in the unified scene information 109 to perform scene management. The information is set (step 906).

【0021】図10は、ステップ901で行われる起動
条件定義情報の追加処理の詳細なフローチャートであ
る。起動条件定義情報の追加処理では、まず、2番目の
シーン情報の属性変数比較定義情報202を1番目のシ
ーン情報の属性変数比較定義情報202へ追加する(ス
テップ1001)。次に、2番目のシーン情報の属性定
数比較定義情報208を1番目のシーン情報の属性定数
比較定義情報208へ追加する(ステップ1002)。
そして、2番目のシーン情報の起動条件具体イメージ定
義情報213を1番目のシーン情報の起動条件具体イメ
ージ定義情報213へ追加する(ステップ1003)。
最後に、2番目のシーン情報の起動条件コメント定義情
報214を1番目のシーン情報の起動条件コメント定義
情報214へ追加する(ステップ1004)。
FIG. 10 is a detailed flowchart of the process of adding the activation condition definition information performed in step 901. In the process of adding the start condition definition information, first, the attribute variable comparison definition information 202 of the second scene information is added to the attribute variable comparison definition information 202 of the first scene information (step 1001). Next, the attribute constant comparison definition information 208 of the second scene information is added to the attribute constant comparison definition information 208 of the first scene information (step 1002).
Then, the activation condition specific image definition information 213 of the second scene information is added to the activation condition specific image definition information 213 of the first scene information (step 1003).
Finally, the activation condition comment definition information 214 of the second scene information is added to the activation condition comment definition information 214 of the first scene information (step 1004).

【0022】図11は、ステップ1001で行われる属
性変数比較定義情報202の追加処理の詳細なフローチ
ャートである。属性変数比較定義情報202の追加処理
では、まず、第2のシーンの属性変数比較定義情報20
2が第1のシーンの属性変数比較定義情報202の中に
存在するか判定する(ステップ1101)。存在する場
合は何も行わない。存在しない場合、第2のシーン情報
の属性変数比較定義情報202の変数比較元キャラクタ
ー情報に設定されているキャラクターが、第1のシーン
情報が含まれるシナリオ情報の登場キャラクターのシナ
リオキャラクター情報として設定されているか判定する
(ステップ1102)。設定されている場合は何も行わ
ない。設定されていない場合、第2のシーン情報の当該
登場キャラクター情報を第1のシーン情報の登場キャラ
クター情報にコピーして追加する(ステップ110
3)。同様に、第2のシーン情報の属性変数比較定義情
報202の変数比較先キャラクター情報に設定されてい
るキャラクターが、第1のシーン情報が含まれるシナリ
オ情報の登場キャラクターのシナリオキャラクター情報
として設定されているかを判定する(ステップ110
4)。設定されている場合は何も行わない。設定されて
いない場合、第2のシーン情報の当該登場キャラクター
情報を第1のシーン情報の登場キャラクター情報にコピ
ーして追加する(ステップ1105)。次に、第2のシ
ーン情報の属性変数比較定義情報を第1のシーン情報の
属性変数比較定義情報に追加する(ステップ110
6)。
FIG. 11 is a detailed flowchart of the process of adding the attribute variable comparison definition information 202 performed in step 1001. In the process of adding the attribute variable comparison definition information 202, first, the attribute variable comparison definition information 20 of the second scene
It is determined whether or not 2 exists in the attribute variable comparison definition information 202 of the first scene (step 1101). If it does, do nothing. If the character does not exist, the character set in the variable comparison source character information of the attribute variable comparison definition information 202 of the second scene information is set as scenario character information of a character appearing in the scenario information including the first scene information. Is determined (step 1102). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 110).
3). Similarly, the character set in the variable comparison destination character information of the attribute variable comparison definition information 202 of the second scene information is set as the scenario character information of the appearing character of the scenario information including the first scene information. Is determined (step 110).
4). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 1105). Next, the attribute variable comparison definition information of the second scene information is added to the attribute variable comparison definition information of the first scene information (step 110).
6).

【0023】図12は、ステップ1002で行われる属
性定数比較定義情報208の追加処理の詳細なフローチ
ャートである。属性定数比較定義情報208の追加処理
では、まず、第2のシーンの属性定数比較定義情報20
8が第1のシーンの属性定数比較定義情報208の中に
存在するか判定する(ステップ1201)。存在する場
合は何も行わない。存在しない場合、第2のシーン情報
の属性定数比較定義情報208の定数比較元キャラクタ
ー情報に設定されているキャラクターが、第1のシーン
情報が含まれるシナリオ情報の登場キャラクターのシナ
リオキャラクター情報として設定されているか判定する
(ステップ1202)。設定されている場合は何も行わ
ない。設定されていない場合、第2のシーン情報の当該
登場キャラクター情報を第1のシーン情報の登場キャラ
クター情報にコピーして追加する(ステップ120
3)。次に、第2のシーン情報の属性定数比較定義情報
を第1のシーン情報の属性定数比較定義情報に追加する
(ステップ1204)。
FIG. 12 is a detailed flowchart of the process of adding the attribute constant comparison definition information 208 performed in step 1002. In the process of adding the attribute constant comparison definition information 208, first, the attribute constant comparison definition information 20 of the second scene
8 is present in the attribute constant comparison definition information 208 of the first scene (step 1201). If it does, do nothing. If the character does not exist, the character set in the constant comparison source character information of the attribute constant comparison definition information 208 of the second scene information is set as scenario character information of a character appearing in the scenario information including the first scene information. (Step 1202). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 120).
3). Next, the attribute constant comparison definition information of the second scene information is added to the attribute constant comparison definition information of the first scene information (step 1204).

【0024】図13は、ステップ1003で行われる起
動条件具体イメージ定義情報213の追加処理の詳細な
フローチャートである。起動条件具体イメージ定義情報
213の追加処理では、まず、第2のシーンの属性起動
条件具体イメージ定義情報213が第1のシーンの属性
起動条件具体イメージ定義情報213の中に存在するか
判定する(ステップ1301)。存在する場合は何も行
わない。存在しない場合、第1のシーン情報の属性起動
条件具体イメージ定義情報に第2のシーン情報の属性起
動条件具体イメージ定義情報を追加する(ステップ13
02)。
FIG. 13 is a detailed flowchart of the process of adding the activation condition specific image definition information 213 performed in step 1003. In the process of adding the activation condition specific image definition information 213, first, it is determined whether or not the attribute activation condition specific image definition information 213 of the second scene exists in the attribute activation condition specific image definition information 213 of the first scene ( Step 1301). If it does, do nothing. If not, the attribute activation condition specific image definition information of the second scene information is added to the attribute activation condition specific image definition information of the first scene information (step 13).
02).

【0025】図14は、ステップ1004で行われる起
動条件コメント定義情報214の追加処理の詳細なフロ
ーチャートである。起動条件コメント定義情報214の
追加処理では、まず、第2のシーンの属性起動条件コメ
ント定義情報214が第1のシーンの属性起動条件コメ
ント定義情報214の中に存在するか判定する(ステッ
プ1401)。存在する場合は何も行わない。存在しな
い場合、第1のシーン情報の属性起動条件コメント定義
情報に第2のシーン情報の属性起動条件コメント定義情
報を追加する(ステップ1402)。
FIG. 14 is a detailed flowchart of the process of adding the activation condition comment definition information 214 performed in step 1004. In the process of adding the start condition comment definition information 214, first, it is determined whether the attribute start condition comment definition information 214 of the second scene exists in the attribute start condition comment definition information 214 of the first scene (step 1401). . If it does, do nothing. If not, the attribute start condition comment definition information of the second scene information is added to the attribute start condition comment definition information of the first scene information (step 1402).

【0026】図15は、シーン情報統合処理において、
以上説明した起動条件定義情報の追加処理に続いて行わ
れる分岐シナリオ定義情報128のマージ処理(ステッ
プ902)の詳細なフローチャートである。分岐シナリ
オ定義情報128のマージ処理では、まず、第2のシー
ンの分岐シナリオコメント定義情報128が第1のシー
ンの分岐シナリオコメント定義情報128の中に存在す
るか判定する(ステップ1501)。存在する場合は何
も行わない。存在しない場合、第1のシーン情報の分岐
シナリオコメント定義情報に第2のシーン情報の分岐シ
ナリオコメント定義情報を追加する(ステップ150
2)。
FIG. 15 shows the scene information integration process.
It is a detailed flowchart of a merge process (step 902) of the branch scenario definition information 128 performed subsequent to the above-described process of adding the start condition definition information. In the merge process of the branch scenario definition information 128, first, it is determined whether the branch scenario comment definition information 128 of the second scene exists in the branch scenario comment definition information 128 of the first scene (step 1501). If it does, do nothing. If not, the branch scenario comment definition information of the second scene information is added to the branch scenario comment definition information of the first scene information (step 150).
2).

【0027】図16は、分岐シナリオ定義情報128の
マージ処理に続いて行われるメッセージ処理定義情報の
追加処理(ステップ903)の詳細なフローチャートで
ある。メッセージ処理定義情報の追加処理では、まず、
2番目のシーン情報の属性変数代入定義情報302を1
番目のシーン情報の属性変数代入定義情報302に追加
する(ステップ1601)。次に、2番目のシーン情報
の属性定数代入定義情報307を1番目のシーン情報の
属性定数代入定義情報307に追加する(ステップ16
02)。続いて、2番目のシーン情報のメッセージ処理
具体イメージ定義情報311を1番目のシーン情報のメ
ッセージ処理具体イメージ定義情報311に追加する
(ステップ1603)。そして、2番目のシーン情報の
メッセージ処理コメント定義情報312を1番目のシー
ン情報のメッセージ処理コメント定義情報312に追加
する(ステップ1604)。最後に、2番目のシーン情
報のサブシナリオ定義情報313を1番目のシーン情報
のサブシナリオ定義情報313に追加する(ステップ1
605)。
FIG. 16 is a detailed flowchart of the message processing definition information addition processing (step 903) performed following the merge processing of the branch scenario definition information 128. In the process for adding message processing definition information,
The attribute variable substitution definition information 302 of the second scene information is set to 1
The second scene information is added to the attribute variable substitution definition information 302 (step 1601). Next, the attribute constant substitution definition information 307 of the second scene information is added to the attribute constant substitution definition information 307 of the first scene information (step 16).
02). Subsequently, the message processing specific image definition information 311 of the second scene information is added to the message processing specific image definition information 311 of the first scene information (step 1603). Then, the message processing comment definition information 312 of the second scene information is added to the message processing comment definition information 312 of the first scene information (step 1604). Finally, the sub-scenario definition information 313 of the second scene information is added to the sub-scenario definition information 313 of the first scene information (step 1).
605).

【0028】図17は、ステップ1601で行われる属
性変数代入定義情報の追加処理の詳細なフローチャート
である。属性変数代入定義情報の追加処理では、まず、
第2のシーンの属性変数代入定義情報302が第1のシ
ーンの属性変数代入定義情報302の中に存在するか判
定する(ステップ1701)。存在する場合は何も行わ
ない。存在しない場合、第2のシーン情報の属性変数代
入定義情報302の変数代入元キャラクター情報に設定
されているキャラクターが、第1のシーン情報が含まれ
るシナリオ情報の登場キャラクターのシナリオキャラク
ター情報として設定されているか判定する(ステップ1
702)。設定されている場合は何も行わない。設定さ
れていない場合、第2のシーン情報の当該登場キャラク
ター情報を第1のシーン情報の登場キャラクター情報に
コピーして追加する(ステップ1703)。同様に、第
2のシーン情報の属性変数代入定義情報302の変数代
入先キャラクター情報に設定されているキャラクター
が、第1のシーン情報が含まれるシナリオ情報の登場キ
ャラクターのシナリオキャラクター情報として設定され
ているか判定する(ステップ1704)。設定されてい
る場合は何も行わない。設定されていない場合、第2の
シーン情報の当該登場キャラクター情報を第1のシーン
情報の登場キャラクター情報にコピーして追加する(ス
テップ1705)。次に、第2のシーン情報の属性変数
代入定義情報を第1のシーン情報の属性変数代入定義情
報に追加する(ステップ1706)。
FIG. 17 is a detailed flowchart of the process of adding attribute variable substitution definition information performed in step 1601. In the process of adding attribute variable substitution definition information, first,
It is determined whether the attribute variable substitution definition information 302 of the second scene exists in the attribute variable substitution definition information 302 of the first scene (step 1701). If it does, do nothing. If the character does not exist, the character set in the variable substitution source character information of the attribute variable substitution definition information 302 of the second scene information is set as the scenario character information of the character appearing in the scenario information including the first scene information. (Step 1)
702). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 1703). Similarly, the character set in the variable substitution destination character information of the attribute variable substitution definition information 302 of the second scene information is set as the scenario character information of the appearing character of the scenario information including the first scene information. (Step 1704). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 1705). Next, the attribute variable substitution definition information of the second scene information is added to the attribute variable substitution definition information of the first scene information (Step 1706).

【0029】図18は、ステップ1602で行われる属
性定数代入定義情報307の追加処理の詳細なフローチ
ャートである。属性定数代入定義情報307の追加処理
では、まず、第2のシーンの属性定数代入定義情報30
7が第1のシーンの属性定数代入定義情報307の中に
存在するか判定する(ステップ1801)。存在する場
合は何も行わない。存在しない場合、第2のシーン情報
の属性定数代入定義情報307の定数代入元キャラクタ
ー情報に設定されているキャラクターが、第1のシーン
情報が含まれるシナリオ情報の登場キャラクターのシナ
リオキャラクター情報として設定されているか判定する
(ステップ1802)。設定されている場合は何も行わ
ない。設定されていない場合、第2のシーン情報の当該
登場キャラクター情報を第1のシーン情報の登場キャラ
クター情報にコピーして追加する(ステップ180
3)。次に、第2のシーン情報の属性定数代入定義情報
を第1のシーン情報の属性定数代入定義情報に追加する
(ステップ1804)。
FIG. 18 is a detailed flowchart of the process of adding the attribute constant substitution definition information 307 performed in step 1602. In the process of adding the attribute constant substitution definition information 307, first, the attribute constant substitution definition information 30
7 is present in the attribute constant substitution definition information 307 of the first scene (step 1801). If it does, do nothing. If not, the character set in the constant substitution source character information of the attribute constant substitution definition information 307 of the second scene information is set as the scenario character information of the character appearing in the scenario information including the first scene information. (Step 1802). Does nothing if set. If not set, the appearing character information of the second scene information is copied and added to the appearing character information of the first scene information (step 180).
3). Next, the attribute constant substitution definition information of the second scene information is added to the attribute constant substitution definition information of the first scene information (step 1804).

【0030】ステップ1603、及びステップ1604
については、それぞれ図13に示すステップ1003、
及び図14に示すステップ1004と同様の処理が行わ
れる。
Steps 1603 and 1604
About step 1003 shown in FIG.
And the same processing as step 1004 shown in FIG. 14 is performed.

【0031】図19は、ステップ1605で行われるサ
ブシナリオ定義情報313の追加処理の詳細なフローチ
ャートである。サブシナリオ定義情報313の追加処理
では、まず、第2のシーンのサブシナリオ定義情報31
3が第1のシーンのサブシナリオ定義情報313の中に
存在するか判定する(ステップ1901)。存在する場
合は何も行わない。存在しない場合、第1のシーン情報
のサブシナリオ定義情報に第2のシーン情報のサブシナ
リオ定義情報を追加する(ステップ1902)。
FIG. 19 is a detailed flowchart of the process of adding the sub-scenario definition information 313 performed in step 1605. In the process of adding the sub-scenario definition information 313, first, the sub-scenario definition information 31 of the second scene
3 is determined in the sub-scenario definition information 313 of the first scene (step 1901). If it does, do nothing. If not, the sub-scenario definition information of the second scene information is added to the sub-scenario definition information of the first scene information (step 1902).

【0032】図20は、シーン情報統合処理において行
われる関与キャラクター定義情報130の追加処理(ス
テップ904)の詳細なフローチャートである。関与キ
ャラクター定義情報130の追加処理では、まず、第2
のシーンの関与キャラクター定義情報130が第1のシ
ーンの関与キャラクター定義情報130の中に存在する
か判定する(ステップ2001)。存在する場合は何も
行わない。存在しない場合、第2のシーン情報の関与キ
ャラクター情報に設定されているキャラクターが、第1
のシーン情報が含まれるシナリオ情報の登場キャラクタ
ーのシナリオキャラクター情報として設定されているか
判定する(ステップ2002)。設定されている場合は
何も行わない。設定されていない場合、第2のシーン情
報の当該登場キャラクター情報を第1のシーン情報の登
場キャラクター情報にコピーして追加する(ステップ2
003)。次に、第2のシーン情報の関与キャラクター
定義情報を第1のシーン情報の関与キャラクター定義情
報に追加する(ステップ2004)。
FIG. 20 is a detailed flowchart of the process (step 904) of adding the participating character definition information 130 performed in the scene information integration process. In the process of adding the involved character definition information 130, first, the second
It is determined whether the participating character definition information 130 of the first scene exists in the participating character definition information 130 of the first scene (step 2001). If it does, do nothing. If not, the character set in the participating character information of the second scene information is the first character.
Is determined as the scenario character information of the appearing character of the scenario information including the scene information (step 2002). Does nothing if set. If not set, the appearance character information of the second scene information is copied and added to the appearance character information of the first scene information (step 2).
003). Next, the involved character definition information of the second scene information is added to the involved character definition information of the first scene information (step 2004).

【0033】図21は、本実施例における要求仕様の構
成要素の比較・編集処理の最後に行われるシーンブラウ
ザ107上での統一シーンの編集処理(ステップ40
5)の詳細なフローチャートである。統一シーンの編集
処理では、オペレータによりシーンブラウザ107上か
ら統合編集しようとするシーン情報を選択する(ステッ
プ2101)。続いて、「詳細情報コマンド」が選択さ
れ(ステップ2102)、オペレータによるシーン情報
123の定義が行われる(ステップ2103)。そし
て、変更されたシーン情報123が、統一シーン情報1
09の統一シーン要素情報110から統合された全ての
シーン情報123を参照して反映される(ステップ21
02)。
FIG. 21 shows a process of editing a unified scene on the scene browser 107 performed at the end of the process of comparing and editing the components of the required specifications in this embodiment (step 40).
It is a detailed flowchart of 5). In the unified scene editing process, the operator selects scene information to be integrated and edited from the scene browser 107 (step 2101). Subsequently, the "detailed information command" is selected (step 2102), and the scene information 123 is defined by the operator (step 2103). Then, the changed scene information 123 is the unified scene information 1
09 is reflected with reference to all the integrated scene information 123 from the unified scene element information 110 (step 21).
02).

【0034】以上説明した実施例によれば、要求仕様作
成システム上で定義された構成要素同士の差異を視覚的
に表示して、別々のシーンの構成要素の比較を容易に行
うことができる。また、構成要素同士を統合することに
より整合性のとれた修正が可能となるだけでなく、同じ
構成要素を持つシーンを変更する場合に、一回の修正で
同時にすべてのシーンの構成要素を修正できる。これに
より、要求仕様獲得の効率性及び信頼性を大幅に短縮す
ることが可能となる。
According to the embodiment described above, the differences between the components defined on the requirement specification creating system are visually displayed, and the components of different scenes can be easily compared. In addition, by integrating components, not only is it possible to make consistent corrections, but when changing a scene that has the same components, all components of all scenes can be corrected simultaneously with a single correction it can. This makes it possible to greatly reduce the efficiency and reliability of obtaining the required specifications.

【0035】[0035]

【発明の効果】本発明によれば、要求仕様作成システム
上で定義された構成要素同士の差異を視覚的に表示し、
別々のシーンの構成要素の比較を行うことができる。ま
た、構成要素同士を統合することにより整合性のとれた
修正が可能になり、要求仕様獲得の効率性及び信頼性を
大幅に短縮することができる。
According to the present invention, the differences between the components defined on the requirements specification creating system are visually displayed,
A comparison of the components of different scenes can be made. In addition, by integrating the components, it is possible to perform consistent correction, and it is possible to greatly reduce the efficiency and reliability of obtaining the required specifications.

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

【図1】本発明の実施の形態を示すシステムの概略構成
図である。
FIG. 1 is a schematic configuration diagram of a system showing an embodiment of the present invention.

【図2】図1に示す起動条件定義情報を詳細化した概略
構成図である。
FIG. 2 is a schematic configuration diagram in which activation condition definition information shown in FIG. 1 is detailed.

【図3】図1に示すメッセージ処理定義情報を詳細化し
た概略構成図である。
FIG. 3 is a schematic configuration diagram in which the message processing definition information shown in FIG. 1 is detailed.

【図4】要求仕様の構成要素の比較・編集を行うための
処理手順を示すフローチャートである。
FIG. 4 is a flowchart showing a processing procedure for comparing and editing components of a required specification.

【図5】図4におけるキャラクター情報の作成手順を示
す詳細フローチャートである。
FIG. 5 is a detailed flowchart showing a procedure for creating character information in FIG. 4;

【図6】図4におけるシナリオ情報の作成手順を示す詳
細フローチャートである。
FIG. 6 is a detailed flowchart showing a procedure for creating scenario information in FIG. 4;

【図7】図4におけるシーン情報の比較の手順を示す詳
細フローチャートである。
FIG. 7 is a detailed flowchart showing a procedure for comparing scene information in FIG. 4;

【図8】図4におけるシーン情報の統一の手順を示す詳
細フローチャートである。
FIG. 8 is a detailed flowchart showing a procedure for unifying scene information in FIG. 4;

【図9】図8におけるシーン情報の統合の手順を示す詳
細フローチャートである。
FIG. 9 is a detailed flowchart showing a procedure of integrating scene information in FIG. 8;

【図10】図9における起動条件情報追加の手順を示す
詳細フローチャートである。
FIG. 10 is a detailed flowchart showing a procedure for adding activation condition information in FIG. 9;

【図11】図10における属性変数比較定義情報追加の
手順を示す詳細フローチャートである。
FIG. 11 is a detailed flowchart showing a procedure for adding attribute variable comparison definition information in FIG.

【図12】図10における属性定数比較定義情報追加の
手順を示す詳細フローチャートである。
FIG. 12 is a detailed flowchart showing a procedure for adding attribute constant comparison definition information in FIG.

【図13】図10における起動条件具体イメージ定義情
報追加処理および図16におけるメッセージ処理具体イ
メージ定義情報追加処理の手順を示す詳細フローチャー
トである。
13 is a detailed flowchart showing the procedure of the activation condition specific image definition information addition processing in FIG. 10 and the message processing specific image definition information addition processing in FIG.

【図14】図10における起動条件コメント定義情報追
加処理および図16におけるメッセージ処理コメント定
義情報追加処理の手順を示す詳細フローチャートであ
る。
14 is a detailed flowchart showing the procedure of the activation condition comment definition information addition processing in FIG. 10 and the message processing comment definition information addition processing in FIG.

【図15】図9における分岐シナリオ定義情報追加の手
順を示す詳細フローチャートである。
FIG. 15 is a detailed flowchart showing a procedure for adding branch scenario definition information in FIG. 9;

【図16】図9におけるメッセージ処理定義情報追加の
手順を示す詳細フローチャートである。
FIG. 16 is a detailed flowchart showing a procedure for adding message processing definition information in FIG. 9;

【図17】図16における属性変数代入定義情報追加の
手順を示す詳細フローチャートである。
FIG. 17 is a detailed flowchart showing a procedure for adding attribute variable substitution definition information in FIG.

【図18】図16における属性定数代入定義情報追加の
手順を示す詳細フローチャートである。
FIG. 18 is a detailed flowchart showing a procedure for adding attribute constant substitution definition information in FIG.

【図19】図16におけるサブシナリオ定義情報追加の
手順を示す詳細フローチャートである。
FIG. 19 is a detailed flowchart showing a procedure for adding sub-scenario definition information in FIG.

【図20】図9における関与キャラクター定義情報追加
の手順を示す詳細フローチャートである。
20 is a detailed flowchart showing a procedure for adding related character definition information in FIG. 9;

【図21】図4におけ統一シーンの編集手順を示す詳細
フローチャートである。
FIG. 21 is a detailed flowchart showing a procedure for editing a unified scene in FIG. 4;

【符号の簡単な説明】[Brief description of reference numerals]

104・・・シナリオエディタ 106・・・キャラクター定義エディタ 107・・・シーンブラウザ 109・・・統一シーン情報 110・・・統一シーン要素情報 112・・・キャラクター情報 118・・・シナリオ情報 123・・・シーン情報 104: Scenario editor 106: Character definition editor 107: Scene browser 109: Unified scene information 110: Unified scene element information 112: Character information 118: Scenario information 123: Scene information

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】開発対象を構成する要素を計算機端末の画
面上に配置するステップと、 配置した各構成要素に名称、該構成要素が保持するデー
タ名称及び手続き名称を指定するステップと、 構成要素の手続きごとに、手続きが含まれる構成要素間
の手続きの起動連鎖、または構成要素内の手続きの起動
連鎖を、構成要素が保持する手続きの一覧をメニュー表
示し、概メニューから選択する操作を繰り返すことによ
って構成要素が保持する手続きの起動連鎖を指定するス
テップと、 上記指定した構成要素名称、データ名称、手続き名称を
記録した構成要素情報と上記手続き起動連鎖を記録した
手続き起動連鎖情報と概構成要素情報および起動連鎖情
報に対する名称と固有番号とを保持するシナリオ情報を
生成するステップを備えたことを特徴とする要求仕様の
構成要素の比較および修正方法。
1. A step of arranging elements constituting a development target on a screen of a computer terminal; a step of designating a name for each arranged element, a data name and a procedure name held by the element; For each of the above procedures, a list of procedures held by the component is displayed as a menu for the procedure startup sequence between the components that include the procedure or the procedure startup sequence for the procedures in the component, and the operation of selecting from the general menu is repeated. Specifying the activation sequence of the procedure held by the component by the above-described procedure; and the component information that records the specified component name, data name, and procedure name, and the procedure activation sequence information that records the procedure activation sequence. Generating scenario information holding a name and a unique number for the element information and the activation chain information; Comparison and correction method of the components of a requirements specification that.
JP7717897A 1997-03-28 1997-03-28 Method for comparing and correcting request specification constituting elements Pending JPH10269070A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7717897A JPH10269070A (en) 1997-03-28 1997-03-28 Method for comparing and correcting request specification constituting elements

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7717897A JPH10269070A (en) 1997-03-28 1997-03-28 Method for comparing and correcting request specification constituting elements

Publications (1)

Publication Number Publication Date
JPH10269070A true JPH10269070A (en) 1998-10-09

Family

ID=13626559

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7717897A Pending JPH10269070A (en) 1997-03-28 1997-03-28 Method for comparing and correcting request specification constituting elements

Country Status (1)

Country Link
JP (1) JPH10269070A (en)

Similar Documents

Publication Publication Date Title
CN108958736B (en) Page generation method and device, electronic equipment and computer readable medium
US20210255842A1 (en) Low-Code Development Platform
KR101201019B1 (en) Declarative sequenced report parameterization
JP4296421B2 (en) Signal processing device
CN111427561A (en) Service code generation method and device, computer equipment and storage medium
EP1548581A2 (en) Methods, apparatus and programs for system development
US5655067A (en) Animation generating method in a design supporting system
CN110109981B (en) Information display method and device for work queue, computer equipment and storage medium
US5729253A (en) Method for inputting and acquiring requirement
JPH04348428A (en) Design back-up method
JPH06149555A (en) Data flow chart preparing method
JPH10269070A (en) Method for comparing and correcting request specification constituting elements
CN113407598A (en) Method and device for generating demand document, storage medium and electronic equipment
US20010002834A1 (en) Method for inputting and acquiring requirement
CN113806327A (en) Database design method and device and related equipment
US6219065B1 (en) Method for inputting and acquiring requirement
CN117389996B (en) Database optimization suggestion generation method, terminal equipment and storage medium
WO2024066576A1 (en) Software configuration method and apparatus
JP3772363B2 (en) How to visualize requirement specifications
JP2000056956A (en) Device and method for converting request specification model into other system model
CN115438113A (en) Parameter management method and device, electronic equipment and storage medium
JP2004110102A (en) Project management method and process definition device
CN116991370A (en) System and method for generating application program interface based on data engine and flow engine
JP2021117630A (en) Three-dimensional cad model editing system, parameter editing device, three-dimensional cad model editing method, and program
JP5279767B2 (en) General program