Курсовая работа: Разработка базы данных для оценки неполной оплаты отгруженной продукции
• отчет по заданному изделию, содержащий сведения об оплаченной части отгрузки и недоплате. Отчет должен быть выдан по всем заказчикам, ТТН и датам отгрузки;
• список изделий, по которым имеется недоплата. Список может содержать по всем изделиям данные об отгрузке, оплате и заказчике.
Эти документы должны выводиться на экран и печать. Формы выходных документов приведены в таблицах 6 и 7.
Таблица 6. Форма выходного документа задачи с результатом анализа оплат заданного изделия
Отчет
Оценка оплаты отгруженной части изделия___________
| №ТТН | Код заказчика | Дата | Отгружено, шт. | Оплачено, шт. | Недоплата |
Таблица 7. Форма выходного документа задачи, содержащая список изделий, по которым имеется недоплата
Отчет
Изделия, по которым имеется недоплата
Код изделия:
Наименование изделия:______
| №ТТН | Дата отгрузки | Отгружено, шт. | Недоплата | Наименование заказчика | Адрес заказчика |
3. Разработка информационного обеспечения задачи
Разработка информационного обеспечения включает подготовку документов, содержащих информацию, необходимую для решения задачи, и анализ этой информации. Такой анализ позволит произвести формализацию данных, которая имеет целью их однозначное определение для хранения, поиска и обработки во внутримашинной сфере.
Для организации информационной базы будем использовать реляционную СУБД. Поэтому должна быть разработана логическая структура реляционной базы данных, на основе которой будет осуществляться решение задачи.
3.1 Информационный анализ предметной области
Произведем анализ исходной информации предметной области с целью определения состава и структуры информации для последующей формализации и построения информационно-логической модели данных. Приведенные выше формы входных документов, а также дополнительные сведения из описания предметной области позволяют определить роль реквизитов во взаимосвязанной информации, содержащейся в документе. На основе такого анализа установим функциональные зависимости реквизитов в соответствии с рекомендациями и требованиями нормализации данных.
Рассмотрим информацию, содержащуюся в документе ТТН. В заголовочной части ТТН содержатся реквизиты (номер документа, дата отгрузки, код заказчика, сумма отгрузки), общие для всего документа. Причем каждый из них имеет единственное значение, так как один документ ТТН всегда привязан к одному договору и соответственно к одному заказчику. Среди этих реквизитов особую роль играет номер ТТН. Поскольку номер ТТН уникален, то есть его значение не может повториться, он выполняет роль идентификатора всей информации по отгрузке изделий, содержащейся в документе с данным номером. Остальные реквизиты заголовочной части ТТН, а также общая сумма оплаты однозначно определяются номером ТТН.
Табличная часть ТТН содержит реквизиты, имеющие множество значений в соответствующих столбцах, так как ТТН может содержать несколько наименований отгруженных изделий. Среди этих реквизитов особую роль играет код изделия, который является идентификатором каждой строки документа. Таким образом, количественные данные об отгрузке, содержащиеся в каждой строке, идентифицируются (однозначно определяются) общим идентификатором документа - номером ТТН, а также кодом изделия. Описательные реквизиты изделия (в том числе единица измерения) и заказчика определяются однозначно их кодами. На основе проведенного анализа установим функциональные зависимости реквизитов документа ТТН и отобразим их в таблице 8.
Таблица 8. Функциональные зависимости реквизитов ТТН
Аналогично проанализируем информацию, содержащуюся в ПТР и «Справочнике изделий». В соответствии с описанием предметной области установим функциональные зависимости их реквизитов. Поскольку номер ПТР уникален только для заказчика, для идентификации каждого ПТР кроме номера документа используем код заказчика (или номер ТТН). Такой составной идентификатор является общим для всей информации, содержащейся в конкретной ПТР. Поскольку для каждой ПТР всегда есть ТТН, по которой оплачивается отгрузка, номер ТТН однозначно определяется идентификатором ПТР. Общая сумма оплаты также однозначно определяется этим идентификатором. В табличной части данные по оплате определяются общим идентификатором документа и кодом изделия, указанным в строке. В результате такого анализа установлены функциональные зависимости реквизитов из ПТР и «Справочника изделий», которые представлены в табл. 9.
Таблица 9. Функциональные зависимости реквизитов ПТР и справочника изделий
3.2 Выделение информационных объектов
Выявим ключевые и описательные реквизиты на основе полученных выше функциональных.
Таблица 10. Соответствие описательных и ключевых рекеизитов
| Описательные реквизиты | Ключевые реквизиты | Вид ключа | Названия ИО, в кот. включ. реквизит |
| КЗ | НТТН | П,У | ТТН |
| НИ | КИ | П,У | Изделие |
| ЕИ | КИ | П,У | Изделие |
| НЗ | КЗ | П,У | Заказчик |
| АЗ | КЗ | П,У | Заказчик |
| КОЛОТГ | КИ, НТТН | С,У | Отгрузка (ОТТН) |
| СУМОТГ | НТТН | П,У | ТТН |
| ДОТГ | НТТН | П,У | ТТН |
| НТТН | КЗ, НПТР | С,У | ПТР |
| КОЛОПЛ | КЗ, КИ, НПТР | С,У | Оплата (ОПТР) |
| ДОПЛ | КЗ, НПТР | С,У | ПТР |
| СУМОПЛ | КЗ, НПТР | С,У | ПТР |
| ЦЕНАИ | КИ | П,У | Изделие |
Проанализируем, установленные функциональные взаимосвязи реквизитов установим для каждого из зависимых реквизитов, от каких реквизитов он зависит. После чего сгруппируем реквизиты, имеющие одинаковые ключи в один информационный объект. В результате получим таблицу реквизитного состава информационных объектов (таблица 10), в которой выделены все ИО, отображающие данные, которые используются в рассматриваемой задаче.
Таблица 11. Реквизитный состав информационных объектов
| Реквизиты ИО | Признак ключа | ИмяИО | Название ИО | Описание |
|
КЗ НЗ АЗ АЗ |
П,У | ЗАК | Заказчик | Данные о заказчике изделий |
|
КИ НИ ЦЕНАИ ЕИ |
П,У | ИЗД | Изделие | Данные об изделии предприятия |
|
НТТН СУМОТГ ДОТГ КЗ |
П,У | ТТН | ТТН | Общие сведения о ТТН |
|
НТТН КИ КОЛОТГ |
С,У | ОТТН | Отгрузка (спецификация ТТН) | Данные из ТТН по отгрузке изделия |
|
НПТР КЗ НТТН ДОПЛ СУМОПЛ |
С,У | ПТР | ПТР | Общие данные ПТР |
|
НПТР КЗ КИ КОЛОПЛ |
С,У | ОПТР | Оплата (спецификация ПТР) | Данные из ПТР по оплате отгруженного изделия |
В данной таблице приняты обозначения:
П - простой вид ключа; С - составной ключ; У - уникальный ключ. Подчеркиванием выделены ключевые поля.
3.3 Определение связей и построение информационно-логической модели
Связи между выявленными информационными объектами определяются реальными отношениями между парами объектов, показанными в таблице 12. При их определении учитывались сведения из описания предметной области и семантика ИО. В частности, известно, что в одной ТТН - несколько строк по отгрузке изделий; в одном ПТР - несколько строк по оплате изделий; в одном ТТН и ПТР может быть указан только один заказчик, но для одного заказчика может быть много ТТН и ПТР, по одной ТТН может быть несколько ПТР и так далее.
Таблица 12. Связи информационных объектов
|
Ключ связи |
Главный ИО |
Подчиненный ИО |
Тип отношения |
| НТТН+КИ | ОТТН | Отгрузка(ОТТН) | Один ко многим |
| НПТР + КЗ+КИ | ОПТР | Оплата(ОПТР) | Один ко многим |
| КЗ | Заказчик | ТТН | Один ко многим |
| НПТР+КЗ | Заказчик | ПТР | Один ко многим |
| КИ | Изделие | Отгрузка(ОТТН) | Один ко многим |
| КИ | Изделие | Оплата(ОПТР) | Один ко многим |
| НТТН | ТТН | ПТР | Один ко многим |
Графическое изображение информационно-логической модели (ИЛМ) в канонической форме, наглядно показывающей иерархические отношения подчиненности информационных объектов, приведено на рис. 1.
Рис. 1.Информационно-логическая модель
Логическая структура реляционной базы данных представлена на рис.2.
Под заказчиком подразумевается предприятие, заключившее договор на поставку определенной продукции с предприятием-поставщиком. Именно поэтому заказчики и изделия стоят на верху.
4. Решение задачи в системе управления базами данных
Microsoft Access
4.1 Определение логической структуры реляционной БД
Реляционная база данных - это БД, которая воспринимается пользователем в виде совокупности таблиц.
Логическая структура реляционной базы данных представлена на рис2:
4.2 Решение задачи в системе управления базами данных
Microsoft Access
По мере поступления документов, содержащих данные об отгрузке и оплате по ней, должен осуществляться ввод этих данных в БД, где они должны храниться. Таким образом, осуществляется накопление необходимой для решения задачи оперативно-учетной информации.
При оценке оплаты необходимо обеспечить анализ оплаты по заданному пользователем изделию и получить список всех изделий, не полностью оплаченных заказчиком. В первом случае надо по запросу пользователя для задаваемого им изделия формировать отчет, содержащий сведения об оплаченной части отгрузки изделия и недоплатах по нему. Для ввода запроса пользователю в диалоге должна быть выведена экранная форма. Отчет должен выводиться на экран и принтер. Во втором случае необходимо сформировать список изделий, по которым имеется недоплата. Список должен включать изделия, по которым нет равенства количества отгруженных изделий (в ТТН) и количества оплаченных изделий (по всем ПТР, соответствующим данной ТТН). Список может содержать данные, показывающие отгрузку и оплату изделий. Список должен выводиться на экран и принтер. Расчеты в данной задаче должны производиться в натуральном выражении, в соответствии с контрольным примером. Расчеты производятся за период, в течение которого накапливалась информация. Недоплата рассчитывается как разность данных по отгрузке изделия и его оплате.
