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

Форма 5. Документ входной учетной информации по отгрузке.

Договор №

на поставку продукции

Поставщик __________________ Получатель

наименование поставщика

наименование получателя

заключили договор на период:

с «___» _________200_ г. по «___» _________200_ г.

Общая сумма договора составляет ______________________________

(сумма договора в ценах на момент заключения договора)

Адреса и реквизиты сторон:

Поставщик __________________ Получатель

(почтовый индекс) _______________________

(город)

№ ИНН________________

Спецификация

На поставку товара к договору №____ от «___» ________200_ г.

Поставщик ____________ Получатель ____________

Поставщик __________________ Получатель __________________

(подпись) (подпись)

Как и в случае с ТТН, данные Договора представленные в табличной форме, относятся к спецификации Договора, которую можно считать самостоятельным информационным объектом, связанным с соответствующим Договором. Остальные реквизиты Договора могут быть определены в базе данных по кодам из имеющейся там информации, которая должна быть загружена из документов «Справочник товаров» и «Справочник плательщиков» на этапе, предшествующем решению данной задачи. К этим данным относятся: наименование и единица измерения товара, наименование заказчика и его адрес.

3. Разработка информационного обеспечения задачи

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

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

3.1 Информационный анализ ПО и выделение информационных объектов

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

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

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

Рис.1.Функциональные зависимости реквизитов ТТН

Аналогично проанализируем информацию, содержащуюся в Договоре (см. форму 5) и «Справочнике товаров» (см. форму 3).

В соответствии с описанием предметной области установим функциональные зависимости их реквизитов (рис.2.).

Поскольку номер Договора уникален только для заказчика, для идентификации каждого ПТР кроме номера документа используем код заказчика (или номер ТТН). Такой составной идентификатор является общим для всей информации, содержащейся в конкретном Договоре. Поскольку для каждого Договора всегда есть ТТН, по которой оплачивается отгрузка, номер ТТН однозначно определяется идентификатором Договора. Общая сумма оплаты также однозначно определяется этим идентификатором.

Рис.2. Функциональные зависимости реквизитов ПП и справочника товаров

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

3.2 Выделение информационных объектов

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

Товар: КТ*, НТ, ЕИ, ЦЕНА, НЗ, №СК (НЗ - нормативный запас, №Ск - номер склада)

Плательщик: №ИНН*, НП, АП

ТТН: (№ТТН+ №ИНН)*, ДАТАотгр

Отгрузка: (№ТТН+КТ)*, КОЛотгр, СУМотгр

Договор: (№Договора+ №ИНН)* , ДАТАзак.дог.

Оплата: (№Договора+№ИНН+КТ)*, КОЛопл , СУМопл

3.3 Определение связей и построение ИЛМ

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

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

Матрица смежности:

ТТН отгрузка Договор оплата товар плательщик

ТТН 1

отгрузка

Договор 1

оплата