2. Порядок выполнения курсового проекта.

Курсовой прект выполняется в соответствии с заданием, которое получает каждый студент.

Задание на проектированиевключает:

1. Наименование предметной области (сферы применения базы данных).

2. Место и метод сбора сведений о предметной области.

3. Вариант описания структуры предметной области на содержательном уровне.

4. Тип модели инфологического описания структуры предметной области (СУБД независимой структуры) и вариант построения (ручной, автоматизированный).

5. Программная и аппаратная среда реализации (наименование СУБД).

Курсовой проект выполняется в три этапа:

1. Исследование информационных потребностей пользователей базы данных.

2. Инфологическое проектирование.

3. Даталогическое проектирование.

По первомуэтапу студент проводит:

1. Сбор сведений о предметной области (см. методические указания к выполнению домашних заданий).

2. Анализ сведений.

3. Дает проект структуры данных предметной области на содержательном уровне.

На второмэтапе студент осуществляет процесс построения моделей (тип модели определяется в задании):

1. “Сущности - связь” по алгоритму Т.Тиори, Дж.Фрай.

2. “Сущности - связь” по интуиции.

3. Композиционной Дж.Хаббарда.

4. Канонических структур.

На третьемэтапе студент:

1. Проводит анализ инфологической схемы.

2. Дает проект логической структуры в условиях СУБД.

3. Дает проект сервиса пользователей системы.

4. Изучает программу загрузки.

5. Загружает файлы.

6. Обращается к базе и получает ответ.

При выполнении проекта студенты руководствуются:

• заданием на курсовой проект;

• указаниями руководителя проекта;

• настоящими методическими указаниями;

• литературными источниками (см. список литературы).

Организационные вопросы курсового проектирования, а также порядок оформления каждого этапа приведены в методических указаниях.

3. Исследование информационных потребностей пользователей базы данных.

При выполнении данного этапа студент осуществляет:

1. Сбор сведений о предметной области.

2. Анализ информационных потребностей пользователей базы данных.

Сбор сведений о предметной области студент проводит непосредственно на рабочих местах будущих пользователей базы данных на основе учебной научно-производственной практики. Предварительное знакомство с функциями, задачами круга пользователей базы данных студент может осуществить на основе литературных источников по указанию руководителя проекта. В качестве метода сбора могут быть: метод изучения документов, метод непосредственного участия, метод анкет, метод интервью и т.д. В результате выполнения этого этапа студент должен иметь следующие сведения о предметной области:

1. Наименование предметной области.

2. Схема взаимосвязи предметной области с другими.

3. Схема взаимосвязи задач (запросов) пользователей внутри предметной области.

4. По каждой задаче: наименование запроса, пользователь выходной информации, периодичность выполнения запроса, для каких целей служит выходная информация, откуда поступает входная информация, периодичность поступления или сроки поступления.

5. Формы выходных документов с заполненными значениями реквизитов.

6. Формы входных документов с заполненными значениями реквизитов.

7. Описание алгоритма преобразования “входных” данных в “выходные” с выделением всех операций обработки данных (поиск, корректировка, арифметические действия и т.д.).

Собранные сведения будут отчетом о выполнении студентом этапа сбора данных.

Предметная область представляет собой часть информационного пространства, отображающего потребности некоторого ограниченного круга пользователей. В нашем случае это может быть техническая подготовка производства, планирование производства, оперативное управление производством, бухгалтерский учет и т.д. В качестве задач (запросов) могут быть выбраны регламентные, т.е. такие, для которых уже определен алгоритм получения выходных данных на основе входных, структура входных и выходных документов определена и фиксирована. Пользователями таких задач (запросов) могут быть начальник цеха, начальник отдела материально-технического снабжения, конструктор, технолог, учетчик и т.д. Руководитель курсового проекта должен проанализировать собранные сведения и ограничить количество запросов (руководствуясь при этом, что дальнейший анализ достаточен, если количество реквизитов будет около 50).

Основная задача, стоящая перед проектировщиками БД — формирование базовой группы показателей и установление таких зависимостей между ними, которые позволят получать не только действующие в системе показателей, но и любые их комбинации. Для этого производится структурный и семантический анализ показателей и других единиц информации.

Рассмотрим структурный анализ на примере задачи “Натурально-стоимостной учет движения товаров”. Форма выходного документа “Оборотная ведомость натурально-стоимостного учета движения товаров” слудующая:

Код струк-турного подраз-деления	Наимено-вание товара	Код товара	Код единицы измерения	Цена	Остаток на начало периода			Приход			Расход			Остаток на конец периода
					Ко-ли-чество	Сумма	Ко-ли-чество		Сумма	Ко-ли-чество		Сумма	Ко-ли-чество		Сумма
1	2	3	4	5	6	7	8		9	10		11	12		13

Перечень показателей задачи натурально-стоимостного учета движения товаров представлен в таблице 1.

Таблица 1.

Перечень показателей задач натурально-стоимостного учета движения товаров.

№	Показатель	Вид	Обозначение	Формула расчета
1	2	3	4	5
1	Остаток товаров в стоимостном выражении на конец периода по складу	Результатный	k С	сумма от i=1 до m k по C(i)
2	Остаток товаров в стоимостном выражении на конец периода по всей номенклатуре	Производный 2-го порядка	k C(i)	н пр р C(i)+S(i)-S(i)

Как видно из таблицы 1, имеется результатный показатель, который формируется на основе производного 2-го порядка, а тот в свою очередь, — из трех показателей 1-го порядка, составленного из четырех исходных показателей.

По всем исходным показателям необходимо иметь соответствующие сведения (табл. 2,3).

Таблица 2.

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

№	Показатель	Обозначение	Вид	Источник получения
1	2	3	4	5
1	Цена i-го наименования товара	Ц	Условно-постоянный	Номенклатура — ценник товаров
2	Количество i-го наименования товара на начало периода	н К	Переменный	Товаросопроводительные документы

Таблица 3.

Матрица применяемости исходных показателей при формировании производных и результатных показателей.

Исх. показатели Производные и результатные	И1	И2	И3	И4
П1	1	1	-	-
П2	1	-	1	-
П3	1	-	-	1
П4	1	1	1	1
Р	1	1	1	1

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

И1

И2

И3

И4

П1

П2

П3

П4

Р

Такой анализ проводится по всем задачам комплекса подсистемы объекта.

Результаты применения структурного анализа при определении состава и взаимосвязей показателей могут быть сведены в табл. 4,5.

Таблица 4.

Участие показателей в решении задач учета поступления товаров.

Показатель	Вид показателя	Задачи, содержащие показатель
Цена i-го наименования товара	исходный	1,2,3,4,5,6
...	...	...

Таблица 5.

Состав показателей учета товарных операций.

№	Задача	Показатели					Число уровней графа
		исходные	производные			результатные
			1-го порядка	2-го порядка	3-го порядка
1	1	И1,И2	П1,П2	П4	-	Р	4
		И3,И4	П3
.	.	.	.	.	.	.	.

На основе анализа данных таблиц можно сделать следующие выводы:

1. При решении задач (реализации запросов) по товарным операциям используются одни и те же исходные данные. Ряд показателей, выходных для одних задач, является промежуточным для других.

2. Структурный анализ состава показателей также показывает, что между показателями существуют отношения вхождения и отношения порядка. Об этом свидетельствуют матрицы применяемости показателей при формировании производных и результатных и графы взаимосвязей показателей.

3. Отличительной чертой задач является большая массовость однородных исходных показателей. Результатные показатели формируются путем многократной группировки исходных по различным признакам.

Все это свидетельствует о возможности создания единого информационного фонда (БД) для исследования задач.

Чтобы перейти к рассмотрению взаимосвязей показателей в качественном аспекте, т.е. к определению функциональных зависимостей между реквизитами и показателями, необходимо разработать словарь реквизитов и каталог показателей.

Фрагменты словаря и каталога приведены в табл. 6,7.

Таблица 6.

Словарь реквизитов.

Наименование реквизита	Обозначение
Дата
год	Р1
квартал	Р2.
.	.
.	.
.	.
число	Р5
начало периода	Р6
конец периода	Р7
.	.
.	.
Наименование товара	Р11
.	.
.	.
Наименование склада	Р15
.	.
.	.
Код товара	Р21

Таблица 7.

Каталог показателей.

Показатель	Обозначение
Цена данного наименования товара	050
.	.
.	.
.	.
Остаток данного наименования товара в стоимостном выражении на предприятии на конец периода	070
— // — конец дня	071
.	.
.	.
— // — конец года	074

Анализ данных словаря и каталога позволяет сформировать функциональные отношения, основанные на бинарных отношениях, которые строятся на множестве реквизитов либо в виде таблицы суждений (табл. 8), либо в виде матрицы отношений (табл. 9).

Таблица 8.

Таблица суждений.

Реквизиты	Суждения	Отношения
Р11-Р21	Одно наименование товара имеет один код	1:1
Р21-Р11	Одному коду соответствует одно наименование товара	1:1
Р11-Р17	Различные товары находятся в одном отделе	М:1
Р17-Р11	В одном отделе находятся разные товары	1:М

Таблица 9.

Матрица отношений.

	Р1	Р2	Р3	...	Р37
Р1	М:N	1:M	1:M		1:M
Р2	M:1	M:N	1:M		1:1
Р3	1:M	1:M	-		1:1

От понятия бинарных отношений можно перейти к понятию функциональных отношений между реквизитами и показателями. Например:

1. (Код товара, код единицы измерения) — > цена данного наименования товара;

2. (Наименование товара, наименование отдела, код товара, код единицы измерения) — > цена, остаток на начало периода и др.

“Анализ и описание предметной области в виде структуры данных на содержательном уровне”.

Исходными данными для анализа являются сведения о предметной области, которые были собраны студентами в ходе выполнения предыдущих заданий. Приступая к выполнению работы студент должен:

• прочитать методические материалы по проведению анализа;

• разобраться в последовательности работ по проведению анализа;

• ознакомиться с содержанием совокупности таблиц или проекта структуры предметной области на содержательном уровне (см. табл. 10-13).

Студент придерживается следующей последовательности работ:

• формулирование и идентификация запросов пользователей;

• прагматический анализ каждого запроса пользователя;

• алгоритмический анализ каждого запроса пользователя;

• семантический анализ.

При формулировании и идентификации запросов студент должен уяснить, что понятие “запрос пользователя” вкладывается информационная потребность конкретного пользователя (начальника цеха, мастера, прораба, директора предприятия и т.д.). Запрос считается сформулированным если имеется:

• перечень реквизитов-признаков, реквизитов-оснований (имя), который требует пользователь (выход);

• перечень реквизитов-признаков, реквизитов-оснований, которые необходимы для получения выходных реквизитов (вход);

• последовательность действий по получению всех выходных реквизитов с помощью входных.

Например:

Запрос начальник цеха .

(наименование должности конечного пользователя)

Периодичность решения:один раз в декаду.

Срок выдачи сведений:11,21,31 каждого месяца.

Код запроса:01.

Имя запроса:Выдать сведения о наличии материалов.

Выход:Наличие материала.

Номенклатурный номер материала	Наименование материала	Количество материала на складе	Единица измерения

Дата__________

Вход:

Номенкла-турный номер материала	Наимено-вание материала	Единица измерения	Количе-ство поставки	Код поставки	Израсход. количество	Код цеха	Остаток материала

Дата_________

Последовательность действий:

Вход	Преобразование	Результат
Количество поставки за текущий период по всем поставщикам по каждому наименованию материала (№ материала)	Ш.1Суммирование	Сумма поставок (А)
Количество израсходованного материала по каждому номенклатурному номеру по каждому цеху	Ш.2Суммирование	Расход (В)
Остаток материала (С), сумма поставки, расход	Ш.3С+А-В	Наличие материала на складе, номенклатурный номер, наименование материала, ед. измерения.

Вывод.

Для формирования запросов пользователей студент может воспользоваться сведениями о конкретной задаче управления, результаты которой нужны определенному кругу пользователей. В качестве “претендента” на запрос может быть каждый выходной документ, если его реквизиты использует какой-то определенный пользователь (начальник материально-технического снабжения, начальник склада, кладовщик и т.д.), если один пользователь получает, например, три выходных документа, то будем считать, что его информационные потребности выражены в трех запросах. Этим самым студент формирует выходную структуру первоначального варианта запроса пользователя (запросов пользователей), эта структура строго фиксирована пользователем, т.е. определен перечень реквизитов и форма представления результатов. Например, был выявлен следующий перечень реквизитов и форма представления результатов начальнику сборочного цеха:

Сведения выполнения плана по цеху за месяц

Наименование цеха_______________

Код СЕ	Наименование сбор. единицы	План	Факт	Отклонение от плана

Студент начинает прагматический анализ выходного документа, т.е. выявляет элементы-реквизиты, которые нецелесообразно вырывать пользователю. Таких элементов здесь три: наименьшие цеха (каждый начальник цеха знает, каким цехом он руководит), план, факт: поскольку его интересует сам факт отклонения от плана. Кроме того, вызывает сомнение выдача одинаковых элементов, код, наименование СЕ.

При этом студент выявляет роль каждого реквизита: “код детали” — однозначно определяет имя такого объекта, как “деталь”.

По поводу элементов студент принимает решение, которое должно быть обосновано. В реальной (неучебной) ситуации проектировщик уточняет список реквизитов у конкретного пользователя. Здесь же студент руководствуется идеей рационализации.

После уточнения перечня реквизитов и формы представления результатов (табличная, списковая и т.д.) студент приступает к алгоритмическому анализу. Для этого он использует:

• алгоритм решения задачи управления (детальный);

• реквизиты-основания.

В ходе анализа он устанавливает перечень входящих реквизитов и может воспользоваться зафиксированной структурой входных документов в качестве формы представления входных реквизитов, либо спроектировать. На этом этапе студент выделяет производные реквизитыиисходные. В нашем примере (смотри запрос начальника сборочного цеха), “отклонение от плана” — производный, он рассчитывается следующим образом:

ФАКТ - ПЛАН = ОТКЛОНЕНИЕ ОТ ПЛАНА (+,-).

Следовательно, входной документ имеет следующие реквизиты:

Код СЕ	Наименование СЕ	Месяц план	Месяц факт

Затем выделяет среди входных реквизитов условно-постоянные и переменные. В нашем случае: переменные — план, факт; условно-постоянные — код СЕ, наименование СЕ. Следовательно: прежде чем удовлетворить этот запрос начальника сборочного цеха, нужно ввести новые значения “факт”, проверить, хранится ли новое значение “план” в момент удовлетворения запроса. Такой анализ проводится по всем запросам, сформированным на основе сведений о задаче управления, выявленных на этапе сбора. Такие запросы будем называтьрегламентированными.

При формировании перечня реквизитов, включаемых в базу, необходимо учитывать, прогнозировать расширение информационных потребностей пользователей, а также учитывать поступление запросов такого вида: каковы затраты материала с кодом 001, 003, 004 по цеху №1, №2 на 5-ое января 1992 года.

Будущие потребности пользователей можно учесть, только зная перспективные планы, прогнозы на расширение номенклатуры продукции и из других сведений. В пределах учебного процесса студент не может собрать такие сведения, но поступления таких вопросов-запросов на основе выделенного списка реквизитов он может предусмотреть и приобрести навыки формулирования и таких запросов.

Для этого студент проводит структуризацию запроса-предложения: выявляет перечень имен реквизитов-признаковиреквизитов-основанийна выходе, это будут:

• наименование материала;

• номер цеха;

• остаток материала.

Можно представить и форму выходного документа:

Сведения о затратах и остатке материалов на 5 января 1992 года.

Код цеха	Наименование материала	Количество затраченного	Остаток

В реальной ситуации — проектировщик уточняет и “перечень” и “форму” у пользователя информации. Затем студент формирует входной документ: какие данные необходимы, чтобы получить выходной документ. Это будут следующие:

• код цеха;

• код материала;

• наименование материала;

• количество поставленного материала с начала года;

• количество затраченного материала;

• дата учета затрат.

“Остаток” материала можно рассчитать. Для таких запросов необходимо спроектировать последовательность процедур формирования выходного и входного документов. На основе своих сведений студент должен сформировать 5 вопросов-запросов (в каждом запросе — 7 реквизитов).

В результате таких процедур студент формирует:

1. Запрос пользователя (см. выше).

2. Перечень реквизитов (по всем запросам), которые будут храниться в централизованном фонде:

Список реквизитов, хранимых в базе.

Код запроса	Имя рекви-зита	Код рекви-зита	Роль реквизита	Одно, много значений	Алфави-тный (А), цифровой (Ц) А,Ц	Число символов	Если переме-нный, то частота или характер изменений
1	2	3	4	5	6	7	8
01	наименов. изделия	01	однозна-чно опре-деляет имя объекта “изделия”	одно значение	А	6
01	Кол-во 02 дет. в сутки						Значение меняется каждый день

3. Перечень реквизитов, не хранимых в базе.

Список реквизитов, не хранимых в базе.

Код запроса	Имя реквизита	Формула расчета	Руководство прикл. программисту
1	2	3	4

Далее, студент проводит семантический анализпо списку реквизитов, хранимых в базе. Цель семантического анализа состоит в определении смысловой близости между реквизитами, т.е. в установлении связей между реквизитами. При этом студент должен понимать, что некоторые реквизиты напрямую могут быть не связаны между собой, а их связь осуществляется только при наличии существования других элементов.

В ходе выполнения анализа студент устанавливает:

1. Наличие связи.

2. Характеристики избирательности связи:

• необязательная;

• возможная;

• условная;

• обязательная.

3. Размерность связи (1:1, 1:M, M:N, M:1).

Наличие связи можно установить на основе следующих суждений:

шифр покупателя — ФИО покупателя, “за каждым покупателем закреплен шифр”.

Характеристика избирательности определяется на основе правил:

• необязательная связь устанавливается, когда существование обоих реквизитов в связи не зависит от связи: наименование организации, имеет в штате, ФИО служащего;

• возможная связь появляется, если существование одной из сущностей зависит от связи: наименование изделия, изготовлено, наименование детали;

• условная — специальный случай возможной связи, когда между реквизитами обнаружена связь, только при определенных условиях: ФИО рабочего, если заболеет, номер больничного листа;

• обязательная связь появляется, если существование обоих элементов (реквизитов) зависит от связи: заказ — указанные товары.

Размерность связи устанавливаем на основе взаимосвязи значений реквизитов:

Шифр изделия

Наименование детали

001 втулка

004 гайка

007 шестерня

_______________________________________________________________________

Здесь связь 1:1.

После таких рассуждений студент формирует таблицу “спецификация связей реквизитов”.

Имя реквизита	Имя реквизита	Обоснование наличия связи в виде предложения	Размерность связи	Характеристики связи (возможная, обяз., усл., необяз.)
			1:3 (М)
			1:1
			5:7 (M:N)

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

Отчет по первому этапу курсового проектированиядолжен содержать:

1. Общие сведения о предметной области.

2. Выводы о возможности создания единого информационного фонда.

3. Проект структуры предметной области на содержательном уровне (возможны 3 варианта).

Проект структуры предметной области на содержательном уровне.

Первый возможный вариант: в виде совокупности таблиц.

Таблица 10.

Список запросов пользователя.

Должность пользователя	Наименование запроса	Код запроса	Частота выполнения	Дополнительные сведения
начальник планово-экономи-ческого отдела	Формирование плана поставок продукции на год	01	1 раз в год	Выдается перед началом планируемого года на основании документов: спецификации на поставку продукции и т.д

Таблица 11.

Список реквизитов, включаемых в базу данных.

Код запроса	Код рекви-зита	Наиме-нование рекви-зита	Значе-ние рекви-зита	Алфави-тн., число-вой, логиче-ского типа	Кол-во симво-лов	Признак или основа-ние	Вход	Исто-чник входа	Резуль-тат вычис-лений
04	01	шифр цеха	01 02 03 04	число-вой — // — — // — — // —	2 2 2 2	признак — // — — // — — // —	да	план-эк. отдел	нет

Таблица 12.

Спецификация связей.

Код реквизита	Наименование реквизита	Код реквизита	Наименование реквизита	Обоснование наличия и типа связи	Тип связи
07	шифр изделия	02	наименование детали	в одно изделие входит множество леталей	1:М (1:5)

*)

Таблица 13.

Требования к обработке данных.

Код запроса	Требование к обработке данных	Да/Нет
все запросы	интегрированное хранение данных	Да
01 04	Сбор информации от удаленных источников	Да

*)

В случае выбора СУБД необходимо воспользоваться параметрами в сборнике статей под ред. В.М. Савинкова “Прикладная информатика” (с. 156-164). — М.:Финансы и статистика, 1986, выпуск 2(II).

Второй возможный вариант: описание предметной области на содержательном уровне в виде ТЕЗАУРУСА.

ТЕЗАУРУС АСУ включает: классификатор реквизитов-признаков, классификатор семантических высказываний, словарь синонимов, матрицу отношений между признаками, таблицу суждений.

Классификатор реквизитов признаков

Код и наименование разделов	Код признаков	Наименование реквизитов-признаков
1. Планы производства и их фактическое выполнение	100 160 161 162 165 166 и т.д.	план производства проект плана производства нормативно-чистая продукция по проекту плана нормативно-чистая продукция по плану стоимость в неизменных ценах по проекту плана стоимость в неизменныз ценах по плану

Классификатор высказываний базовой АСУП.

Код и наименование разделов	Коды высказываний	Структура высказываний	Наименование высказываний
1. Планы производства и их фактическое выполнение	112 114	100 000 024 100 000 007 020 и т.д.	план производства изделий на год план производства деталей, сборочных единиц, изделий по цехам на квартал

Словарь синонимов.

Ключевые признаки		Наименование признаков-синонимов
Код	Наименование
100	план производства	план выпуска количество изделий программа выпуска план и т.д.

Матрица отношений.

Коды реквизитов	001	002	003
001		M:N	1:M
002
003	M:N

Таблица суждений для признаков.

Коды признаков	Суждения	Отношения
000 — 001	одному наименованию изделия соответствует один код	1:1
001 — 000	одному коду соответствует одно наименование изделия	1:1

Третий возможный вариант :описание предметной области на содержательном уровне в виде матричной информационной модели.

Общий вид матричной модели.

Модель состоит из четырех разделов. Первый раздел матрицы открыт справа и сверху, второй - справа и снизу, третий - слева и снизу, четвертый - слева и сверху. Первый раздел матрицы - это матрица смежности ориентированного графа информационно-алгоритмической взаимосвязи показателей или СЕИ. Символом “I” отмечаем тот факт, что для определения показателя на горизонтали должны быть указаны (использованы) значения показателей на вертикали. Каждый столбец 1 раздела является элементарным фрагментом графа (ЭФГ), а строка - активность использования значений показателей.

Второй раздел показывает реквизитный состав каждого показателя.

Третий раздел собирает все характеристики каждого из реквизитов.

Четвертый раздел включает характеристики каждого из используемых показателей.

К модели прилагается справочная информация : каталог реквизитов, каталог показателей, каталог текстовых описаний ЭФГ, матрица взаимосвязей входных и выходных документов, каталог форм входных и выходных документов, каталог форм входных и выходных документов.

Раздел 4 Раздел 1

П4

П3 I

П2 I

П1 I

адрес текстового описания ЭФГ	адрес наименования	периодичность получения	описание ЭФГ	показатель	П1 П2 П3 П4 выход
адрес полного перечня значений	контроль кода	адрес наименования	экстремальные значения	формат	реквизиты П1 П2 П3 П4

Р1

Р2

Р3

Р4

Р5

I

I

I

I

I

I

I

I

I

I

I

Раздел 3

Раздел 2

4. Инфологическое проектирование Базы Данных.

Результаты, полученные на предыдущем этапе (проект структуры предметной области на содержательном уровне), являются входными данными для построения концептуальной (инфологической, СУБД — независимой структуры) схемы базы данных. Данная модель является основой для выбора СУБД. Кроме того, в ходе построения происходит проверка непротиворечивости информационных потребностей пользователей базы данных, принимается решение о кандидатах на первичные и вторичные ключи (одно-атрибутные или сцепленные). Инфологическая модель — промежуточная, поскольку на ее основе можно сформировать “взгляды” проектировщика на содержимое файлов, записей, на входимость атрибутов-полей в записи, на их взаимосвязи, т.е. на структуру, близкую к их реализации в условиях программной и аппаратной среды СУБД.

Руководитель проекта в задании определяет модель описания (представления) предметной области в виде СУБД — независимой структуры, например:

-модель “сущность-связь” Т. Тиори, Дж. Фрай [5];

-модель “сущность-связь” (интуитивное построение) [9,10];

-канонические структуры Дж. Мартина [7,8];

-композиционная модель Дж. Хаббарда [6].

Эти модели могут быть построены ручным способом, а также путем диалога “проектировщик — ЭВМ”. Вариант построения задает руководитель.