JPH05134911A - Information constitution control method - Google Patents

Information constitution control method

Info

Publication number
JPH05134911A
JPH05134911A JP3068001A JP6800191A JPH05134911A JP H05134911 A JPH05134911 A JP H05134911A JP 3068001 A JP3068001 A JP 3068001A JP 6800191 A JP6800191 A JP 6800191A JP H05134911 A JPH05134911 A JP H05134911A
Authority
JP
Japan
Prior art keywords
information
entity
relation
management method
database
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
JP3068001A
Other languages
Japanese (ja)
Inventor
Kazumi Yanagi
一美 柳
Shigeru Otsuki
繁 大槻
Yuki Takahashi
勇喜 高橋
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 JP3068001A priority Critical patent/JPH05134911A/en
Publication of JPH05134911A publication Critical patent/JPH05134911A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

PURPOSE:To store information on a work process like the decentralization information on the specification, the information on the specification under development, etc., on the same data base by adding the semi-relation, the decentralization relation, and draw-out relation to a substance/relation model. CONSTITUTION:The semi-relation showing an incomplete state, the decentralization relation showing a decentralized state, and the draw-out relation showing the conversion of structure carried out based on a certain rule are added to a substance/relation model. Thus a concept model is obtained. The substance/ relation model expresses a real world in the relation defined between the substances and is used for the concept design of a data base. Then this model consists of a substance set 92, a relation set and the attributes, e.g. a substance set 91, a generalized substance set 92, a relation set 93, and a weak relation set 94. Furthermore a semi-relation set 95, a decentralization set 96, and a draw-out relation set 97 are added together with a substantialized relation set 98 and an attribute 99.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、ソフトウェアエンジニ
アリングを支援する計算機環境(CASE)のためのデ
ータベースにおける情報の構成管理方法に関し、特に実
体・関連モデルに基づいて構築されたデータベースにお
ける情報の構成管理方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for managing the configuration of information in a database for a computer environment (CASE) that supports software engineering, and particularly to the configuration management of information in a database constructed on the basis of an entity / relationship model. Regarding the method.

【0002】[0002]

【従来の技術】従来、CASEを改善するため、種々の
提案がなされてきた。具体的には、コマンドを利用した
システム、構造規則を利用したシステム、原言語仕様を
拡張したシステム、およびデータベースを中心としたシ
ステムが提案されてきた。このデータベースを中心とし
たシステムでは、ソフトウェアエンジニアリングに必要
なデータを統合して記憶・管理するソフトウェアエンジ
ニアリングデータベース(SEDB)について多くの研究
がなされている。例えば、「松本吉弘著,ソフトエンジ
ニアリングデータベースSEDB/OKBLのデータモ
デルについて,情報処理学会論文誌Vol.30,N
o.9(1989),pp.1154〜1163」に記
載されている方法では、オブジェクトを基底とし、オブ
ジェクトモデルとセマンティックモデルを統合したデー
タモデルを基にしたデータベースが提案され、これは実
験的段階にある。しかしながら、実体・関連モデルに基
づくデータベースにおいてソフトウェアの開発に関わる
情報を管理する方法については、述べられていない。
2. Description of the Related Art Conventionally, various proposals have been made to improve CASE. Specifically, a system using commands, a system using structural rules, a system with extended source language specifications, and a database-based system have been proposed. In a system centered on this database, much research has been done on a software engineering database (SEDB) that integrates and stores and manages data necessary for software engineering. For example, “Yoshihiro Matsumoto, Data Model of Soft Engineering Database SEDB / OKBL, Information Processing Society of Japan, Vol. 30, N.
o. 9 (1989), pp. 1154 to 1163 ”, a database based on an object-based data model that integrates an object model and a semantic model is proposed, which is in an experimental stage. However, the method of managing information related to software development in the database based on the entity / relationship model is not described.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術では、実
体・関連モデルに基づくデータベースは、情報構造モデ
ルを定義するスキーマに従って、ソフトウェア仕様情報
の整合性を保証する一連の操作を行う。しかしながら、
開発途中の不完全な仕様が記載できない、分散している
情報を管理できない、ある規則に基づく構造変換が扱え
ないという点については配慮がなされておらず、ソフト
ウェア開発の作業プロセスに関する情報の蓄積・管理が
難しいという問題があった。本発明の目的は、このよう
な問題点を改善し、ソフトウェア開発に関わる情報を蓄
積・管理し、この情報に加工・変形を加える開発作業を
支援するデータベースによる情報の構成管理方法を提供
することにある。
In the above prior art, the database based on the entity / relationship model performs a series of operations for guaranteeing the consistency of the software specification information according to the schema defining the information structure model. However,
No consideration was given to the fact that incomplete specifications during development could not be described, distributed information could not be managed, and structure conversion based on certain rules could not be handled. Accumulation of information on software development work processes There was a problem that it was difficult to manage. An object of the present invention is to provide a method for managing the configuration of information by a database that solves such problems, stores and manages information related to software development, and supports development work in which this information is processed and transformed. It is in.

【0004】[0004]

【課題を解決するための手段】上記目的を達成するた
め、本発明の情報の構成管理方法は、実体・関連モデル
に従って情報を蓄積するデータベースと、そのデータベ
ースを操作するためのデータ処理装置とを備えた情報処
理システムにおいて、上記実体・関連モデルに、実体と
実体間との関連が指定された制約条件を満たさない不完
全な状態にあることを表わす関係(半関連)と、主側の
実体を指定規則に基づいて構造変換したものが従側の実
体であるということを表わす関係(導出関連)と、一つ
の実体の分散・複製が存在していることを表わす関係
(分散関連)とを追加し、これを概念モデルとするデー
タベースを構築して、データ処理装置は、実体・関連モ
デルが上記制約条件を満たす完全な状態になった場合、
半関連から正関連へ変換したり、上記制約条件を満たさ
ない不完全な状態になった場合、正関連から半関連へ変
換する処理を行い、また上記指定規則に基づいて、変換
対象となる主側の実体を従側の実体に構造変換する処理
を行い、また指定された実体の集合の情報を、指定され
た分散方法に基づいて分散・複製したり、分散している
実体の集合を、指定された統合方法に基づいて統合する
処理を行うことにより、ソフトウェアの開発プロセスに
関する情報を蓄積・管理することに特徴がある。また、
上記半関連の情報のもちかたとしては、半関連としても
つ方法、実体が属性としてもつ方法、関連が属性として
もつ方法、完全な実体が属性としてもつ方法、および不
完全な実体が属性としてもつ方法がある。
In order to achieve the above object, an information structure management method of the present invention comprises a database for accumulating information according to an entity / relationship model and a data processing device for operating the database. In the provided information processing system, in the entity / association model, a relationship (semi-association) indicating that the relationship between the entities is not in the incomplete state that does not satisfy the specified constraint condition, and the entity on the main side There is a relation (derivative relation) that indicates that the structure is transformed to the subordinate entity based on the specified rule (derivative relation) and a relation (dispersion related) that one entity is distributed / reproduced. When a data processing device is added, and a database using this as a conceptual model is constructed, and the entity / relationship model is in a complete state that satisfies the above constraint,
If a semi-association is converted to a semi-association, or if an incomplete state that does not satisfy the above constraint conditions is reached, the process of converting the semi-association to a semi-association is performed, and based on the specified rule, the It performs the process of converting the structure of the side entity to the subordinate side entity, and also distributes / replicates the information of the specified entity set based on the specified distribution method, or the set of distributed entities, It is characterized by accumulating and managing information about the software development process by performing the integration process based on the specified integration method. Also,
The above semi-association information can be used as a semi-association method, an entity as an attribute method, a relationship as an attribute method, a complete entity as an attribute method, or an incomplete entity as an attribute method. There is a way.

【0005】[0005]

【作用】本発明においては、実体・関連モデルに半関
連、分散関連、および導出関連を追加することにより、
ソフトウェアの仕様だけでなく、仕様の分散情報や開発
途中の仕様等、作業プロセスに関する情報をも同一のデ
ータベース上に蓄積することが可能となる。これらの情
報の関係を辿ることにより、変更波及解析、バックトラ
ック作業支援、プロジェクト管理支援等、利用者の立
場、開発工程に応じた種々の作業を支援することができ
るので、利用者の負担を軽減するとともに、利用者の作
業の合理化および効率化を図ることができる。
In the present invention, by adding the semi-relationship, distributed relation, and derivation relation to the entity / relationship model,
It is possible to store not only software specifications but also information about work processes, such as distributed information of specifications and specifications in development, on the same database. By tracing the relationship of these information, it is possible to support various work depending on the user's position and development process such as change spread analysis, backtrack work support, project management support, etc. In addition to reducing the number, it is possible to rationalize and improve the work of the user.

【0006】[0006]

【実施例】以下、本発明の一実施例を図面により説明す
る。図2は、本発明の情報の構成管理方法を適用する情
報処理システムの構成図である。図2において、20お
よび21はデータを記憶する主記憶装置および補助記憶
装置、22は入出力を制御する入出力装置、23は演算
処理を行う中央処理装置、24は通信を制御する通信制
御装置であり、これらが本実施例のハードウェア環境を
構成する。
DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. FIG. 2 is a configuration diagram of an information processing system to which the information configuration management method of the present invention is applied. In FIG. 2, reference numerals 20 and 21 denote a main storage device and an auxiliary storage device that store data, 22 an input / output device that controls input / output, 23 a central processing unit that performs arithmetic processing, and 24 a communication control device that controls communication. And these constitute the hardware environment of this embodiment.

【0007】ここで、本実施例における実体・関連モデ
ルの概要について述べる。本実施例では、従来の実体・
関連モデルに、不完全な状態を表わす半関連と、分散し
ている状態を表わす分散関連と、ある規則に基づく構造
変換を表わす導出関連を追加し、これを概念モデルとし
ている。最初に、実体・関連モデルの基本演算について
述べる。実体・関連モデルは、実世界を実体(Enti
ty)と実体間の関連(Relationship)と
で表現するデータモデルであって、データベースの概念
設計に従来広く利用されている。これは、実体集合(E
ntity Set)、関連集合(Relations
hip Set)、および属性(Attribute)
から構成される。そして、実体・関連モデルに基づくデ
ータベースに対するデータ操作体系は、実体集合を主対
象とし、結合、直積、射影、選択等の基本演算から構成
される代数系として定義できる。一般形は、 Σ=Γ1 θ Γ2… であり、Σ,Γiは実体集合、θは集合演算を表わして
いる。実体・関連モデルに従ったデータベースのオカレ
ンスデータは、特定の実体集合、関連集合、属性の要素
である。この基になる定義をデータスキーマと呼ぶ。上
記等式において、右辺のΓiはあるデータスキーマに属
している。この時、左辺のΣの示すデータスキーマは、
各演算θによって限定されたデータスキーマの右辺から
左辺への相続規則に基づいて導出される。次に、各演算
の機能を具体的に述べる。図3は、データ操作体系にお
ける結合演算の説明図、図4はデータ操作体系における
直積演算の説明図、図5はデータ操作体系における射影
演算の説明図、図6はデータ操作体系における選択演算
の説明図である。なお、図3は図3Aと図3Bに分かれ
ている。図3Aはシンボルマーク例であり、31は実体
集合、32は関連集合、33は属性(群)、34はノー
ドを示す。結合演算(Join)は、ある実体集合を起
点として、関連集合を辿る機能を持つ。一般形は、 E=E1*R(E2,E3,…) である。この意味するところは、図3Bに示すとおりで
ある。E1のオカレンスに対応してEのオカレンスが対
応している。E1の属性はEにそのまま引き継がれる。
さらに、Rは属性のノードして変換され(多値属性)、
Rの属性はノードRの従属属性として引き継がれる。ま
た、Rに結合しているE2、E3は、ノードRに従属する
単一値属性としてノード化され、それぞれの実体の属性
もさらにこのノードに従属属性として引き継がれる。な
お、E1の要素とEの要素とは1対1に対応していて、
本演算は可換ではない。また、直積演算(Produc
tion)は、実質的には二つの実体集合間の全ての組
み合わせを得る機能を持つ。一般形は、 E=E1**E2 である。この意味するところは、図4に示すとおりであ
る。E1のオカレンスに対してEのオカレンスが対応し
ており、E1の属性は、Eにそのまま引き継がれる。ま
た、E1のオカレンス一つに、E2の全てのオカレンスが
ノード化され、従属属性として結合される。E2の属性
は、このノードの属性として引き継がれる。なお、本演
算は交換則や結合則は成立しない。また、射影演算(P
rojection)は、実体集合の属性を変換する機
能を持つ。その一般形は、 E=%π(E1) である。この意味するところは、図5に示すとおりであ
る。E1のオカレンスに対してEのオカレンスが対応し
ている。また、E1の属性a1は、πによって規定される
属性の変換規則に従って変形され、a1’となる。この
演算は、E1の全ての要素に一様に適用される。ここで
の射影演算子は、より一般化されており、構造を持った
属性に対しても、任意の構造変換を定義できる枠組みを
持っている。プログラムの詳細ロジックや、ソースコー
ドの情報等の木構造を持った情報は、全て構造を持った
属性として扱われるため、これらを対象とした木操作
は、πの操作体系の中で規定される。また、選択演算
(Selection)は、与えられた実体集合から、
指定された条件を満たすものを抽出する機能を持つ。そ
の一般形は、 E=|σ(E1) である。この意味するところは、図6に示すとおりであ
る。E1のオカレンスに対して、条件σを満たすものが
Eのオカレンスになる。E1の属性は、そのままEの属
性に引き継がれる。EはE1の部分集合となる。さら
に、基本集合演算(Basic Set Operat
ion)である和集合、差集合、積(共通)集合演算
は、それぞれ E=E1+E2、E=E1−E2、 E=E1.E2 で表わす。このような対系に基づくデータ操作言語の概
要を、AN記法に従った構文規則で次に示す。なお、下
線が前に付してあるものは、言語の構成記号である。 <集合式>=<結合集合> |<直積集合> |<射影集合> |<選択集合> |<和集合> |<差集合> |<共通集合> |<外延定義集合> |<集合識別子> <結合集合>= _{<主集合>_*[<役割名>] [<関連集合名>][<役割名>] _(<従集合>_){_,}_)_} <直積集合>= _{<主集合>_**_(<従集合>_)_} <射影集合>= _{<主集合>_%<木操作指定>_} <選択集合>= _{<主集合>_|<条件指定>_} <和集合>= _{<主集合>_+_(<従集合>_)_} <差集合>= _{<主集合>_−_(<従集合>_)_} <共通集合>= _{<主集合>_._(<従集合>_)_} <外延定義集合>= _{<集合要素>{_,}_} <集合識別子>= [<役割名>_:]<集合名> <主集合>=<集合式>[<副作用子>] <副作用子>=_! <従集合>=<集合式> この言語を使用したデータ操作の具体例は、図7および
図8に示される。図7は、一覧表情報抽出のデータ操作
例図、図8は関数仕様抽出のデータ操作例図である。例
えば、図7(a)に示す仕様データベース・スキーマに
対して、(b)に示す名前順の一覧表(表示)スキーマ
を得る操作は、Pack Listを求めるオカレンス
になる一要素集合として、 {Pack List**(Package)}%Or
der_by Name} で表わすことができる。また、図8(a)に示す仕様デ
ータベース・スキーマに対して、’F1’という名前
(Name)を持つ関数(Function)の、
(b)に示す名前順の一覧表の(表示)スキーマを得る
操作は、 {{Function|Name==”F1”}*Pa
rametwr(Variable) で表わすことができる。
Here, the entity / related model in this embodiment is
The following is an outline of the rules. In this embodiment, the conventional entity
The relational model is divided into semi-relationships that represent incomplete states and distributed
Relations that represent states that are in motion and a structure based on a rule
Add a derivation association that represents a transformation, and use this as a conceptual model.
ing. First, regarding basic operations of entity / related models
Describe. The entity / relationship model is based on the real world
ty) and the relationship between the entities (Relationship)
A data model expressed in terms of a database concept
Widely used in design. This is the entity set (E
Entity Set), Associations (Relations)
hip Set), and attribute (Attribute)
Composed of. Then, based on the entity / relationship model,
The data manipulation system for the database is mainly composed of entity sets.
It is composed of basic operations such as join, direct product, projection, selection, etc.
Can be defined as an algebraic system that is The general form is Σ = Γ1 θ Γ2 ..., where Σ and Γi represent the entity set and θ represents the set operation.
There is. Database of database according to entity / relationship model
The element data is a specific entity set, related set, or attribute
Is. The underlying definition is called a data schema. Up
In the equation, Γi on the right side belongs to a certain data schema.
is doing. At this time, the data schema indicated by Σ on the left side is
From the right side of the data schema limited by each operation θ
It is derived based on the inheritance rule to the left side. Then each operation
The function of is specifically described. Figure 3 shows the data operation system.
Fig. 4 is an explanatory diagram of the join operation in the data manipulation system.
Fig. 5 is an explanatory diagram of Cartesian product calculation, and Fig. 5 is projection in the data operation system
Explanatory diagram of calculation, Fig. 6 shows selection operation in data manipulation system
FIG. Note that FIG. 3 is divided into FIG. 3A and FIG. 3B.
ing. FIG. 3A is an example of a symbol mark, and 31 is a substance.
Set, 32 is related set, 33 is attribute (group), 34 is no
Indicates Join operation (Join) starts a certain entity set.
As a point, it has the function of tracing the related set. The general form is E = E1* R (E2, E3,…) The meaning of this is as shown in FIG. 3B.
is there. E1The occurrence of E corresponds to the occurrence of
I am responding. E1The attribute of is inherited to E as it is.
Furthermore, R is transformed into a node of the attribute (multivalued attribute),
The attribute of R is inherited as a subordinate attribute of node R. Well
E attached to R2, E3Is subordinate to node R
Attributes of each entity, noded as single-valued attributes
Is further inherited as a subordinate attribute to this node. Na
Oh, E1There is a one-to-one correspondence between the elements of and the elements of E,
This operation is not commutative. In addition, the direct product operation (Produc
tion) is virtually all pairs between two entity sets.
It has the function of getting a match. The general form is E = E1** E2  Is. The meaning of this is as shown in FIG.
It E1Occurrences of E correspond to occurrences of
And E1The attribute of is inherited to E as it is. Well
E1One occurrence of E2All occurrences of
It is nodeized and combined as a dependent attribute. E2Attributes of
Is inherited as an attribute of this node. The main performance
Arithmetic does not hold commutative or associative rules. In addition, the projection operation (P
is a machine that transforms the attributes of an entity set.
Have the ability. Its general form is E =% π (E1) Is. This means as shown in FIG.
It E1Occurrences of E correspond to occurrences of
ing. Also, E1Attribute a1Is defined by π
Transformed according to the attribute conversion rule, a1’ this
The operation is E1Applied uniformly to all elements of. here
The projection operator of is more generalized and structured
A framework that can define arbitrary structural transformations even for attributes
have. Detailed logic of the program and source code
Information that has a tree structure, such as information about
Tree operations targeting these are handled as attributes
Is specified in the operation system of π. Also, the selection operation
(Selection) is from the given entity set
It has a function to extract the ones that satisfy the specified conditions. So
The general form of is E = | σ (E1) Is. This means as shown in FIG.
It E1For the occurrence of
It becomes an occurrence of E. E1The attribute of is the genus of E
Inherited by sex. E is E1Is a subset of. Furthermore
, The basic set operation (Basic Set Operat
union, difference set, product (common) set operation
Respectively E = E1+ E2, E = E1-E2, E = E1. E2  Express with. An overview of such data manipulation languages based on pairing
The point is shown below by the syntax rule according to the AN notation. In addition, below
What is preceded by a line is the constituent symbol of the language. <Set expression> = <association set> | <direct product set> | <projection set> | <selection set> | <union set> | <difference set> | <common set> | <extended definition set> | <set identifier> <Combined set> = _ {<main set> _ * [<role name>] [<related set name>] [<role name>] _ (<dependent set> _) {_,} _) _} <direct product Set> = _ {<Main set> _ ** _ (<Slave set> _) _} <Projection set> = _ {<Main set> _% <Tree operation specification> _} <Selection set> = _ {< Main set> _ | <Condition specification> _} <Union set> = _ {<Main set> _ + _ (<Slave set> _) _} <Difference set> = _ {<Main set> ___ (<Slave set > _) _} <Common set> = _ {<main set> _. _ (<Dependent set> _) _} <extended definition set> = _ {<set element> {_,} _} <set identifier> = [<role name> _:] <set name> <main set> = <Set expression> [<Side effect child>] <Side effect child> = _! <Subset> = <Set Expression> A specific example of data manipulation using this language is shown in FIG.
As shown in FIG. FIG. 7 is a data operation for extracting list information.
An example diagram and FIG. 8 are data operation example diagrams of function specification extraction. An example
For example, in the specification database schema shown in FIG.
On the other hand, a list (display) schema in the order of names shown in (b)
Is an occurrence that asks for a Pack List.
As an element set that becomes, {Pack List ** (Package)}% Or
der_by Name}. In addition, the specification data shown in FIG.
Named'F1 'for database schema
Of a function that has (Name),
Get the (display) schema of the name-ordered list shown in (b)
The operation is {{Function | Name == “F1”} * Pa
It can be represented by rametwr (Variable).

【0008】次に、本実施例で付加された関係について
述べる。本実施例では、実体・関連モデルに下記の関連
(イ)〜(ハ)を追加したものを「拡張実体・関連モデ
ル」と呼ぶことにする。 (イ)半関連 これは、実体と実体間の関連において、実体が存在して
いない等制約条件を満たさない不完全な状態を表わす関
連集合である。なお、半関連に対し、従来の実体・関連
モデルにおける実体が存在する等という制約条件を満た
す関連は、「正関連」と呼ぶ。半関連は最終的には正関
連に帰着するものである。これにより、完全な情報だけ
でなく、不完全な情報もデータベースに格納することが
できる。また、半関連の情報を持つ場合、1個の関連と
したり、完全な実体と不完全な実体との間の半関連情報
を、その不完全な実体の属性としたり、逆に完全な実体
の属性としたりする。 (ロ)導出関連 これは、主側の実体をある規則に基づき構造変換すると
ね従側の実体になるという態様を表わす関連集合であ
る。これにより、ツールを介した構造変換の関係をも扱
うことができる。 (ハ)分散関連 これは、従側の実体は主側の実体の複製を分散したもの
であるという態様を表わす関連集合である。これによ
り、物理的に分割・複製された情報を扱うことができ
る。また、拡張実体・関連モデルに基づくデータベース
に対するデータ操作体系は、上記実体・関連モデルにお
けるそれと同様に構築できる。図9は、本発明の一実施
例における拡張実体・関連モデルを図式化するためのシ
ンボル例図、図10は図9に示したシンボルを用いたソ
フトウェア仕様のスキーマ記述例図である。図9におい
て、91は実体集合、92は一般化実体集合、93は関
連集合、94は弱関連集合、95は半関連集合、96は
分散関連集合、97は導出関連集合、98は実体化関連
集合、99は属性を示すシンボルであり、本実施例では
95〜97のシンボルが付加されている。また、図10
は、これらのシンボルを用いて描いた構成管理の概念を
含むソフトウェア仕様のスキーマ記述例であり、次の
(1)〜(9)のような事柄を表現している。 (1)ProjectのMemberとして、Desi
gnerとCoderがいる。 (2)DesignerはProjectの開発(De
v)を任されていて、開発期間(Interval)が
管理されている。 (3)Packageの構成要素(Inc)としてMo
duleとVariableがある。すなわち、後者の
存在は前者の存在に依存している。 (4)ModuleがModuleを呼び出す(Cal
ls)という関連は、必ずしも、呼び出すModule
の存在を仮定しなくてもよい。呼び出すModuleの
仕様を作成している段階では呼び出されるModule
は存在していないが、この呼び出し関係は半関連Cal
lsで定義できる。呼び出されるModuleの仕様が
作成されると、この半関連は正関連Callに変換され
る。 (5)ModuleがVariableへアクセスする
(Accesses)という関連は、必ずしも、Var
iableの存在を仮定しなくてもよい。 (6)ロジック設計は、モジュール設計で定義されたM
oduleの外部仕様を複製(Distribute)
してきて別の場所で行う。設計が終わるとこの関係を辿
って仕様は統合される。 (7)Moduleの内部仕様は、複合的な構造を持つ
属性Expによって記述さ れる。(8)Source Codeは、Module
の仕様からある規則に基づく構造変換によって作成(G
enerate)される。 (9)Source CodeからCompilerを
介してObject Codeが、そして、Linke
rを介してExecutable Codeが作成され
る。
Next, the relationship added in this embodiment will be described. In the present embodiment, the entity / association model to which the following relationships (a) to (c) are added is called an “extended entity / association model”. (B) Semi-relation This is a relation set that represents an incomplete state in which relations between entities do not satisfy constraints such as the absence of entities. Note that a semi-association is an association that satisfies a constraint condition such as the existence of an entity in the conventional entity / association model is called a "normal association". A semi-association eventually results in a positive association. This allows not only complete information but also incomplete information to be stored in the database. Also, if there is semi-association information, one association, or semi-association information between a complete entity and an incomplete entity is the attribute of that incomplete entity, or conversely Or attribute. (B) Derivation relation This is a relation set representing a mode in which the main body entity is structurally transformed based on a certain rule to become a subordinate entity. With this, it is possible to handle the relation of the structure conversion via the tool. (C) Dispersion-related This is a relation set representing a mode in which the subordinate entity is a duplicate of the master entity. This makes it possible to handle information that is physically divided and duplicated. Further, the data operation system for the database based on the extended entity / relationship model can be constructed similarly to that in the entity / relationship model. FIG. 9 is a symbol example diagram for diagramming the extended entity / association model in one embodiment of the present invention, and FIG. 10 is a schema description example diagram of software specifications using the symbols shown in FIG. In FIG. 9, 91 is an entity set, 92 is a generalized entity set, 93 is a related set, 94 is a weak related set, 95 is a semi-related set, 96 is a distributed related set, 97 is a derived related set, and 98 is a materialized related set. A set, 99 is a symbol indicating an attribute, and symbols 95 to 97 are added in this embodiment. In addition, FIG.
Is a schema description example of software specifications including the concept of configuration management drawn using these symbols, and expresses the following matters (1) to (9). (1) As a Member of Project, Desi
There are gner and Coder. (2) Designer is the development of Project (De
v), and the development period (Interval) is managed. (3) Mo as a component (Inc) of Package
There is a rule and a variable. That is, the existence of the latter depends on the existence of the former. (4) Module calls Module (Cal
ls) does not necessarily call the Module
Does not have to be assumed. Module called at the stage of creating the specification of the module to be called
Does not exist, but this calling relationship is a semi-related Cal
It can be defined by ls. This semi-association is converted into a positive association Call when the specification of the called Module is created. (5) The relation that the Module accesses the Variable (Accesses) is not necessarily the Var.
It is not necessary to assume the existence of the iable. (6) Logic design is M defined by modular design.
Duplicate external specifications of module (Distribute)
I will do it in another place. When the design is completed, the specifications are integrated following this relationship. (7) The internal specifications of Module are described by the attribute Exp that has a complex structure. (8) Source Code is Module
Created by structure conversion based on a rule from the specifications of (G
is erased). (9) Object Code from Source Code through Compiler, and then Link
An Executeable Code is created via r.

【0009】ここで、各関連間の変換処理について述べ
る。図1は、本発明の一実施例における半関連と正関連
との間の変換処理を示すフローチャートである。本実施
例では、変換指示が出されると(101)、関連種別を
チェックし(102)、種別に対応した制約条件のチェ
ックをする(103,104)。そして、制約条件を満
たすならば、種別に対応した変換処理を行い(105,
106)、満たさないならば、エラー情報を設定して
(107)、処理を終了する。図11は、本発明の一実
施例における構造変換処理を示すフローチャートであ
る。本実施例では、変換指示が出されると(110
1)、変換対象となる主側の実体の情報を抽出し(11
02)、規則に従って構造を変換して(1103)、結
果を従側の実体の情報としてデータベースへ格納する
(1104)。変換のための規則は、規定された方法に
よって与えるが、既存のツール名とこれに付随するオプ
ション群として与えることもできる。図12は、本発明
の一実施例における分散化処理を示すフローチャートで
ある。本実施例では、分散指示が出されると(120
1)、指定された分散対象を抽出し(1202)、分散
対象に含まれる次の実体を検索し(1203)、実体が
あれば(1204)、これに対して指定された属性を持
つ分散関連を作成する(1205)。分散対象に含まれ
る次の実体が無くなるまで先の処理を行う。次に、抽出
した分散対象の複製を作成し(1206)、指定された
分散先のデータベースへ格納する(1207)。なお、
この分散化処理は、複数のデータベースを備えて、ある
データベースで指定された実体を他のデータベースへ分
散・複製したり、あるいは複数のデータ処理装置で分散
・複製したりする場合が考えられる。図13は、本発明
の一実施例における統合化処理を示すフローチャートで
ある。本実施例では、統合指示が出されると(130
1)、指定された統合対象を抽出し(1302)、統合
対象に含まれる次の実体を検索し(1303)、実体が
あれば(1304)、原本と複製を比較し(130
5)、複製のアクセス状態が参照のみであった場合(1
306)、原本を採用し(1307)、複製に更新があ
った場合は複製を採用する(1308)。この後、統合
対象に含まれる実体が無くなるまで先の処理を行う。図
14は、本発明の一実施例における変更波及解析処理を
示すフローチャートである。本実施例では、変更修正の
内容が指示されると(1401)、スキーマに従って変
更対象となった実体が持つ分散関連を検索する(140
2)。分散関連がなければ、処理を終了する。また、分
散関連がある場合には(1403)、従側の実体の情報
(分散情報)を変更する(1404)。さらに、従側の
実体が持つ導出関連を検索し(1405)、導出関連が
無ければ、変更対象実体が持つ次の分散関連の処理を実
行する(1402)。また、導出関連があれば(140
6)、導出される情報(以下、導出情報と呼ぶ)を変更
し(1407)、さらに導出情報の導出関連の処理を実
行する(1405)。例えば、図10に示したスキーマ
に従って「Module」のインタフェースを変更する
と、複製・分配(Distribute)によって作ら
れた「Module」の仕様およびこれから派生してい
る「Source Code」から「Object C
ode」および「Executable Code」ま
で変更される。なお、本実施例のデータベースはリレー
ショナルデータベースを用いて構成することもできる。
この場合、一貫性チェックは例えば指定された時あるい
は一定時間ごとに行う等、各トランザクションに対する
排他制御を緩めてデッドロックを起こさないようにす
る。
The conversion process between the relationships will be described below. FIG. 1 is a flowchart showing a conversion process between a semi-association and a positive association according to an embodiment of the present invention. In this embodiment, when the conversion instruction is issued (101), the related type is checked (102), and the constraint condition corresponding to the type is checked (103, 104). Then, if the constraint condition is satisfied, conversion processing corresponding to the type is performed (105,
106) If not satisfied, error information is set (107) and the process ends. FIG. 11 is a flowchart showing the structure conversion processing in the embodiment of the present invention. In this embodiment, when a conversion instruction is issued (110
1) Extract the information of the entity on the main side to be converted (11
02), the structure is converted according to the rule (1103), and the result is stored in the database as information of the subordinate entity (1104). The rules for conversion are given by a prescribed method, but can also be given as an existing tool name and a group of options associated with it. FIG. 12 is a flowchart showing the decentralization processing according to the embodiment of the present invention. In this embodiment, when a distribution instruction is issued (120
1), the specified distribution target is extracted (1202), the next entity included in the distribution target is searched (1203), and if there is an entity (1204), the distribution relation having the specified attribute for this Is created (1205). The previous processing is performed until the next entity included in the distribution target disappears. Next, a copy of the extracted distribution target is created (1206) and stored in the specified distribution destination database (1207). In addition,
This decentralized processing may be provided with a plurality of databases, and an entity designated by a certain database may be dispersed / replicated to another database or may be dispersed / replicated by a plurality of data processing devices. FIG. 13 is a flowchart showing the integration process in the embodiment of the present invention. In this embodiment, when an integration instruction is issued (130
1) The specified integration target is extracted (1302), the next entity included in the integration target is searched (1303), and if there is an entity (1304), the original and the copy are compared (130).
5) If the access status of the copy is read-only (1
306), the original is adopted (1307), and if the copy is updated, the copy is adopted (1308). After that, the previous processing is performed until there is no entity included in the integration target. FIG. 14 is a flowchart showing the change ripple analysis processing in the embodiment of the present invention. In the present embodiment, when the content of change and modification is instructed (1401), the distributed relation possessed by the entity which is the object of change is searched according to the schema (140).
2). If there is no distribution relation, the process ends. If there is a distribution relation (1403), the information (distributed information) of the subordinate entity is changed (1404). Further, the derivation association of the subordinate entity is searched (1405), and if there is no derivation association, the next distributed association processing of the modification target entity is executed (1402). If there is a derivation relationship (140
6) The information to be derived (hereinafter referred to as derived information) is changed (1407), and the process related to the derivation of the derived information is executed (1405). For example, when the interface of “Module” is changed according to the schema shown in FIG. 10, the specification of “Module” created by the duplication and distribution (Distribute) and the derived “Source Code” to “Object C”.
“Code” and “Executable Code”. The database of this embodiment can also be configured by using a relational database.
In this case, the consistency check is performed, for example, at a specified time or at regular time intervals so as to loosen the exclusive control for each transaction and prevent a deadlock.

【0010】[0010]

【発明の効果】本発明によれば、ソフトウェア仕様に加
え、仕様の分散情報や開発途中の仕様等、ソフトウェア
の開発プロセスに関する情報を蓄積・管理するデータベ
ースを構築することができる。従って、その情報の関係
を辿ることにより、利用者の立場や開発工程に応じた種
々の作業を支援することができ、利用者の負担を軽減す
るとともに、利用者の作業の合理化および効率化を図る
ことが可能である。
According to the present invention, it is possible to construct a database for accumulating and managing information related to software development processes such as distributed information of specifications and specifications in development, in addition to software specifications. Therefore, by tracing the relationship of the information, it is possible to support various work depending on the position of the user and the development process, reduce the burden on the user, and rationalize and streamline the work of the user. It is possible to plan.

【0011】[0011]

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

【図1】本発明の一実施例における半関連と正関連との
間の変換処理を示すフローチャートである。
FIG. 1 is a flowchart showing a conversion process between a semi-association and a positive association according to an embodiment of the present invention.

【図2】本発明の情報の構成管理方法を適用する情報処
理システムの構成図である。
FIG. 2 is a configuration diagram of an information processing system to which the information configuration management method of the present invention is applied.

【図3A】データ操作系における結合演算の説明図の一
部である。
FIG. 3A is a part of an explanatory diagram of a join operation in a data operation system.

【図3B】データ操作系における結合演算の説明図の一
部である。
FIG. 3B is a part of an explanatory diagram of a join operation in the data operation system.

【図4】データ操作系における直積演算の説明図であ
る。
FIG. 4 is an explanatory diagram of a direct product calculation in a data operation system.

【図5】データ操作系における射影演算の説明図であ
る。
FIG. 5 is an explanatory diagram of a projection calculation in a data operation system.

【図6】データ操作系における選択演算の説明図であ
る。
FIG. 6 is an explanatory diagram of a selection calculation in the data operation system.

【図7】一覧表抽出のデータ操作例図である。FIG. 7 is a diagram illustrating a data operation example of list extraction.

【図8】関数仕様抽出のデータ操作例図である。FIG. 8 is a diagram illustrating a data operation example of function specification extraction.

【図9】本発明の一実施例における拡張実体・関連モデ
ルを図式化するためのシンボル例図である。
FIG. 9 is an example symbol diagram for illustrating an extended entity / association model in one embodiment of the present invention.

【図10】図9に示したシンボルを用いたソフトウェア
仕様のスキーマ記述例図である。
10 is a diagram illustrating a schema description of a software specification using the symbols shown in FIG.

【図11】本発明の一実施例における構造変換処理を示
すフローチャートである。
FIG. 11 is a flowchart showing a structure conversion process in an embodiment of the present invention.

【図12】本発明の一実施例における分散化処理を示す
フローチャートである。
FIG. 12 is a flowchart showing decentralization processing according to an embodiment of the present invention.

【図13】本発明の一実施例における統合化処理を示す
フローチャートである。
FIG. 13 is a flowchart showing an integration process according to an embodiment of the present invention.

【図14】本発明の一実施例における変更波及解析処理
を示すフローチャートである。
FIG. 14 is a flowchart showing a change ripple analysis process according to an embodiment of the present invention.

【符号の説明】[Explanation of symbols]

20 主記憶装置 21 補助記憶装置 22 入出力装置 23 中央処理装置 24 通信制御装置 31 実体集合 32 関連集合 33 属性(群) 34 ノード 91 実体集合 92 一般化実体集合 93 関連集合 94 弱関連集合 95 半関連集合 96 分散関連集合 97 導出関連集合 98 実体化関連集合 99 属性 20 main storage device 21 auxiliary storage device 22 input / output device 23 central processing unit 24 communication control device 31 entity set 32 related set 33 attributes (group) 34 node 91 entity set 92 generalized entity set 93 related set 94 weakly related set 95 half Related set 96 Distributed related set 97 Derived related set 98 Materialized related set 99 Attribute

Claims (15)

【特許請求の範囲】[Claims] 【請求項1】 実体と関連とで表現されたデータモデル
に従って情報を蓄積するデータベースと、該データベー
スを操作するためのデータ処理装置とを備えた情報処理
システムの情報の構成管理方法において、上記データモ
デルは、実体間の関連が指定された制約条件を満たさな
い不完全な状態にあることを表わす半関連集合を含み、
該データモデルが該制約条件を満たす完全な状態になっ
た場合、半関連から正関連へ変換することを特徴とする
情報の構成管理方法。
1. A method for managing configuration of information in an information processing system comprising a database for accumulating information according to a data model represented by entities and associations, and an information configuration management method for an information processing system, comprising: The model includes a semi-association set that indicates that the relationships between entities are in an incomplete state that does not satisfy the specified constraints,
A method for managing configuration of information, characterized in that, when the data model is in a complete state satisfying the constraint condition, a semi-relationship is converted to a positive association.
【請求項2】 実体と関連とで表現されたデータモデル
に従って情報を蓄積するデータベースと、該データベー
スを操作するためのデータ処理装置とを備えた情報処理
システムの情報の構成管理方法において、上記データモ
デルは、主側の実体を指定規則に基づいて構造変換した
ものが従側の実体であるということを表わす導出関連集
合を含み、該指定規則に基づいて、変換対象となる主側
の実体を従側の実体に構造変換することを特徴とする情
報の構成管理方法。
2. An information configuration management method of an information processing system comprising a database for accumulating information according to a data model expressed by entities and associations, and a data processing device for operating the database, comprising: The model includes a derivation related set that represents that the structure-transformed entity of the master side based on the designated rule is the slave side entity, and based on the designated rule, the master side entity to be converted is defined. A structure management method for information, characterized in that the structure is converted into a subordinate entity.
【請求項3】 実体と関連とで表現されたデータモデル
に従って情報を蓄積するデータベースと、該データベー
スを操作するためのデータ処理装置とを備えた情報処理
システムの情報の構成管理方法において、上記データモ
デルは、一つの実体の分散・複製が存在していることを
表わす分散関連集合を含み、指定された実体の集合の情
報を、指定された分散方法に基づいて分散・複製するこ
とを特徴とする情報の構成管理方法。
3. An information structure management method of an information processing system comprising a database for accumulating information according to a data model expressed by entities and associations, and an information configuration management method of an information processing system, comprising: The model includes a distribution-related set that represents the existence of distribution / replication of one entity, and is characterized by distributing / replicating the information of the set of specified entities based on the specified distribution method. How to manage the configuration of information.
【請求項4】 上記データモデルが制約条件を満たさな
い不完全な状態になった場合、正関連から半関連へ変換
することを特徴とする請求項1記載の情報の構成管理方
法。
4. The information structure management method according to claim 1, wherein when the data model is in an incomplete state that does not satisfy the constraint conditions, the positive relation is converted into the semi-relation.
【請求項5】 上記不完全な状態にあることを表わす半
関連の情報を、データモデルの実体が属性としてもつこ
とを特徴とする請求項1、4記載の情報の構成管理方
法。
5. The information structure management method according to claim 1, wherein the semi-related information representing the incomplete state has an attribute of the data model entity.
【請求項6】 上記不完全な状態にあることを表わす半
関連の情報を、データモデルの関連が属性としてもつこ
とを特徴とする請求項1、4記載の情報の構成管理方
法。
6. The information structure management method according to claim 1, wherein the relation of the data model has an attribute of the semi-relation information indicating the incomplete state.
【請求項7】 上記データモデルでは、完全な実体と不
完全な実体との間の関連が、指定された制約条件を満た
さない不完全な状態にあることを表わす半関連の情報
を、該完全な実体が属性としてもつことを特徴とする請
求項1、4記載の情報の構成管理方法。
7. The data model includes semi-relational information representing that an association between a complete entity and an incomplete entity is in an incomplete state that does not satisfy specified constraints. 5. The information structure management method according to claim 1, wherein each entity has an attribute.
【請求項8】 上記データモデルでは、完全な実体と不
完全な実体との間の関連が、指定された制約条件を満た
さない不完全な状態にあることを表わす半関連の情報
を、該不完全な実体が属性としてもつことを特徴とする
請求項1、4記載の情報の構成管理方法。
8. In the above data model, the semi-association information indicating that the relationship between a complete entity and an incomplete entity is in an incomplete state that does not satisfy the specified constraint condition is included in the data model. The information structure management method according to claim 1, wherein a complete entity has an attribute.
【請求項9】 上記指定規則を、既存のツール名および
付随するオプションで指示することを特徴とする請求項
2記載の情報の構成管理方法。
9. The information structure management method according to claim 2, wherein the designation rule is designated by an existing tool name and an accompanying option.
【請求項10】 上記変換対象の仕様が既存のプログラ
ムでできていない場合、既存のプログラムから仕様を抽
出することを特徴とする請求項2記載の情報の構成管理
方法。
10. The information structure management method according to claim 2, wherein if the specifications to be converted are not formed by an existing program, the specifications are extracted from the existing program.
【請求項11】 上記分散している実体の集合を、指定
された統合方法に基づいて統合することを特徴とする請
求項3記載の情報の構成管理方法。
11. The information structure management method according to claim 3, wherein the set of distributed entities is integrated based on a specified integration method.
【請求項12】 上記データベースは、複数のデータベ
ースから構成され、あるデータベースから指定された実
体の集合を、該データベース以外のデータベースへ分散
・複製することを特徴とする請求項3、11記載の情報
の構成管理方法。
12. The information according to claim 3, wherein the database is composed of a plurality of databases, and a set of entities specified from a certain database is distributed / replicated to a database other than the database. Configuration management method.
【請求項13】 上記データ処理装置を複数備え、指定
された実体の集合を指定された分散方法に基づいて複数
のデータ処理装置に分散・複製することを特徴とする請
求項3、11記載の情報の構成管理方法。
13. The data processing apparatus according to claim 3, wherein a plurality of the data processing apparatuses are provided, and a set of designated entities is distributed / copied to the plurality of data processing apparatuses based on a designated distribution method. Information structure management method.
【請求項14】 上記データ処理装置の処理には、指示
された変更内容に基づき変更波及範囲を解析するステッ
プと、該解析ステップで解析された変更波及範囲の情報
を変更するステップとを有することを特徴とする請求項
1〜13記載の情報の構成管理方法。
14. The processing of the data processing device comprises: a step of analyzing a change spread range based on an instructed change content; and a step of changing information of the change spread range analyzed in the analysis step. The information structure management method according to any one of claims 1 to 13, wherein:
【請求項15】 上記データベースを、リレーショナル
データベースをベースにして構築した場合には、トラン
ザクションに対する排他制御をゆるめ、データの一貫性
チェックは、指定された時か一定時間毎に行うことを特
徴とする請求項1〜14記載の情報の構成管理方法。
15. When the database is constructed based on a relational database, exclusive control for transactions is loosened, and data consistency check is performed at a designated time or every fixed time. A method for managing configuration of information according to claim 1.
JP3068001A 1991-03-07 1991-03-07 Information constitution control method Pending JPH05134911A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3068001A JPH05134911A (en) 1991-03-07 1991-03-07 Information constitution control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3068001A JPH05134911A (en) 1991-03-07 1991-03-07 Information constitution control method

Publications (1)

Publication Number Publication Date
JPH05134911A true JPH05134911A (en) 1993-06-01

Family

ID=13361213

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3068001A Pending JPH05134911A (en) 1991-03-07 1991-03-07 Information constitution control method

Country Status (1)

Country Link
JP (1) JPH05134911A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009199612A (en) * 2009-04-24 2009-09-03 Pegre Semiconductors Llc Information management device and method, and recording medium

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009199612A (en) * 2009-04-24 2009-09-03 Pegre Semiconductors Llc Information management device and method, and recording medium

Similar Documents

Publication Publication Date Title
Thomas et al. Heterogeneous distributed database systems for production use
JP6338579B2 (en) Mapping entities in the data model
Harrison et al. Electronic CAD frameworks
AU648533B2 (en) Software engineering facility
Rosenthal et al. Tools and transformations—rigorous and otherwise—for practical database design
US20080319957A1 (en) Extensible command trees for entity data model platform
JPH058454B2 (en)
Sun et al. Modeling data for business processes
Dilts et al. Using knowledge-based technology to integrate CIM databases
Josifovski et al. Integrating heterogeneous overlapping databases through object-oriented transformations
Subieta LOQIS: The object-oriented database programming system
JPH05134911A (en) Information constitution control method
Matthes et al. A gateway from DBPL to Ingres
Taylor et al. Database program conversion: A framework for research
JPH08161208A (en) Object structure converter
Sáenz-Pérez Intuitionistic Logic Programming for SQL
Subieta et al. View updating through predefined procedures
Breuer et al. Definition and implementation of a data model for computer-aided control engineering
Maier et al. System/K: A Knowledge Base Management System.
Gerz et al. Managing complex interoperability solutions using model-driven architecture
Signore et al. Charon: a tool for code redocumentation and re-engineering
Albrecht et al. Conceptual Data Modeling, Implementation Prototyping, Transformation, and Application Design-An Animating Approach using RADD
Ayre et al. Toward automated support for object-oriented modelling
McKenzie et al. Schema Evolution and the Relational Algebra
Sistac The DADES/GP approach to automatic generation of information system prototypes from a deductive conceptual model