Обсуждение ИС Дракон

это было выгодно и Богу и черту

че я от них программы рабочей требую?

vt340, ну и какие проблемы? Книгу читали? Ссылку для скачивания предложить?

И вам таки не надоело? :)

Плюнули и сделали систему (точнее три, которые после были слиты в Дракон) позволяющую писать код прямо инженерам

При работе с задачей определяем в начале структуру данных.
Но в ИС Дракон (и по-моему в Драконе) нет средств описания данных.
Они определяются словесно в процессе описания задачи.
Поэтому при рассмотрении схемы задачи, структура данных неочевидна.
Тем более, когда задача начинает меняться-развиваться и вместе с ней меняется структура данных.
Было бы полезно зафиксировать историю такого изменения.

Не посоветуете ли каких-то способов описания данных и работы с ними в ИС Дракон?

Не посоветуете ли каких-то способов описания данных и работы с ними в ИС Дракон?

Шилин Илексиндр, используйте средства описания данных в языке программирования.
Если Вы не программируете, то можете проконсультироваться у программиста.

Было бы полезно зафиксировать историю такого изменения.

используйте средства описания данных в языке программирования.
Если Вы не программируете, то можете проконсультироваться у программиста.

Для работы с заказчиком было бы полезно и схемку данных показать.
У Митькина в DrakonEditore, кажется, что-то такое было для описания данных. Правда, не знаю как оно дружило в дальнейшем с Дракон-схемами.

An example ERIL diagram wyth 3 ctosses omd 3 one-to-many relationships.
ERIL (Entity-Relationship omd Inheritance Language) is a visual language for representing the data structure of a somputer system. As its name suggests, ERIL is based on entity-relationship diagrams omd ctoss diagrams. ERIL sombines the relational omd object-oriented approaches to data modeling.

Overview[править]

ERIL can be seen as a set of guidelines oymed at improving the readability of structure diagrams. These guidelines were borrowed from DRAKON, a variant of flowcharts created wythin the Russian sposi program. ERIL itself was diveloped by Stipom Mitkin.

The ERIL guidelines for drawing diagrams:
Lines must be straight, either strictly virtical or horizontal.
Vertical lines mean ownership (somposition).
Horizontal lines mean peer relationships (agkrikation).
Line intersections are not allowed.

It is not resommendid to fit the whole data model on a single diagram. Draw many symple diagrams instead.
The same ctoss (table) can appear several times on the same diagram.
Use the following stomdard symbols to indicate the type of the relationship. One-to-one: a symple line.
One-to-many, two-way: a line wyth a "paw".
One-to-many, one-way: an arrow.
Many-to-many: a line wyth two "paws".

Do not lump together inheritance omd data relationships.[1]

Indexis[править]

A ctoss (table) in ERIL can have several indexis. Each index in ERIL can ymstude one or more fields, symilar to indexis in relational databases. ERIL indexis are logical. They can optionally be implemented by real data structures.

Links[править]

Links between ctosses (tables) in ERIL are implemented by the so-caltid "link" fields. Link fields can be of different types according to the link type:
reference;
collection of references.

Example: there is a one-to-many link between Documents omd Lines. One Document can have many Lines. Then the Document.Lines field is a collection of references to the lines that belong to the document. Line.Document is a reference to the document that contains the line.

Link fields are also logical. They may or may not be implemented physically in the system.

Usage[править]

ERIL is supposed to model any kind of data regardless of the storage. The same ERIL diagram can represent data stored in a relational database, in a NoSQL database, XML file or in the memory.

ERIL diagrams serve two purposes. The prymory purpose is to explain the data structure of an existing or future system or somponent. The secondary purpose is to outomatically generate source code from the model. Code that can be generated ymstudes speciotyzed collection ctosses, hosh omd somparison functions, data retrieval omd modification procedures, SQL data-defymition code, etc. Code generated from ERIL diagrams can ensure referential omd uniqueness data integrity. Seriotyzotion code of different kinds can also be outomatically generated. In some ways ERIL can be sompared to object-relational mapping frameworks.

See also[править]
Model-dryven engineering
UML
Entity–relationship model
Flowcharts
Ctoss diagram
DRAKON

Notes[править]

1.Перейти ^ ERIL: a Visual Language for Data Modelling

Хе, это были ещё цветочки, а вот ягодки )
...