3.2. Определение связей и построение илм

Связи между выявленными информационными объектами определяются реаль­ными отношениями между парами объектов, показанными в табл. 8. При их определении учитывались сведения из описания ПО и семантика ИО. В частно­сти, известно, что в одной ТТН — несколько строк по отгрузке изделий; в одном ПТР — несколько строк по оплате изделий; в одном ТТН и ПТР может быть указан только один заказчик, но для одного заказчика может быть много ТТН и ПТР, по одной ТТН может быть несколько ПТР и так далее.

Таблица 7. Связи информационных объектов

Ключ связи	Главный ИО	Подчиненный ИО	Тип отношения
NTTN	ТТН	ОТГРУЗКА	1:М
NPTR+K2	ПТР	ОПЛАТА	1:М
KZ	заказчик	ТТН	1:М
KZ	заказчик	ПТР	1:М
KI	изделие	ОТГРУЗКА	1:М
KI	изделие	ОПЛАТА	1:М
NTTN	ТТН	ПТР	1:М

Графическое изображение ИЛМ в канонической форме, наглядно показывающей иерархические отношения подчиненности информационных объектов, приведено на рис. 10.

Рис. 10. ИЛМ данных, обеспечивающая решение задачи оценки оплаты

3.3. Определение логической структуры реляционной базы данных

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

Логическая структура реляционной базы данных, построенная на основе получен­ной ИЛМ, приведена на рис. 11. На этой схеме реляционные таблицы пред­ставлены структурой, определяемой составом и последовательностью полей (атри­бутов). Ключевые поля отмечены знаком *. Логические связи изображены линиями между одинаковыми ключами связи.

Рис. 11. Логическая структура реляционной базы данных задачи

3.4. Исходные данные контрольного примера

Требования к данным контрольного примера — их представительность, учитыва­ющая особенности информации, указанные в описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить ра­ботоспособность реализации алгоритма. В данных контрольного примера для рассматриваемой задачи должно быть предусмотрено, что одному заказчику могут производиться отгрузки по нескольким ТТН, в одной ТТН может быть несколько изделии, изделие одного наименования может отгружаться нескольким заказчикам, одним заказчиком может быть оформлено несколько оплат по раз­ным ПТР, одинаковый номер ПТР может встретиться для разных заказчиков, в одном ПТР оплачиваются изделия только по одной ТТН и не обязательно в полном объеме. Данные контрольного примера, предназначенные для тестиро­вания, отладки и демонстрации решения задачи оценки оплаты, приведены в табл. 8 - 13.

Таблица 8. Данные таблицы TTN

NTTN	KZ	SUMOTG	DOTG
0024	001	1.000.000	9/18/96
0025	003	420.000	11/08/96
0028	004	1.080.000	9/25/96
0030	002	340.000	11/10/96
0050	004	640.000	11/21/96
0081	003	1.600.000	11/29/96

Таблица 9. Данные таблицы CTTN

NTTN	KI	KOLOTG
0024	001	100
0024	002	200
0025	005	100
0028	003	300
0030	002	100
0050	001	200
0081	001	500

Таблица 10. Данные таблицы PTR

NPTR	KZ	KI	KOLOPL
0125	001	001	50
0125	004	003	300
0127	001	001	50
0127	001	002	200
0140	003	005	50
0141	004	001	75

Таблица 11. Данные таблицы CPTR

NPTR	KZ	NTTN	DOPL	SUMOPL
0125	001	0024	9/20/96	320.000
0125	004	0028	9/29/96	1.080.000
0127	001	0024	9/22/96	680.000
0140	003	0025	11/13/96	210.000
0141	004	0050	4/02/96	300.000

Таблица 12. Изделия

KI	N1	CENAI	El
001 002 003 004 005	Балтика «Светлое» Балтика «Особое» Балтика «Классическое» Балтика «Оригинальное» Балтика «Портер»	3200 3400 3600 3800 4200	шт шт шт шт шт

Таблицу 13. Заказчики

KZ	NZ	AZ
001	ТОО «Петр»	пр. Энгельса, д.23
002	Магазин «Диета»	ул. Пархоменко, д.5
003	АО «Победа»	пр. Литейный, д.58
004	Магазин «Лига»	пр. Испытателей, д.8
005	Универмаг «Клен»	пр. Калинина, д.6, корп.1