Разработка базы данных для оценки неполной оплаты отгруженной продукции

Федеративное агентство по образованию

Государственное образовательное учреждение

Высшего профессионального образования

Рязанская радиотехническая академия

Кафедра автоматизированных систем управления

Разработка базы данных для оценки неполной оплаты отгруженной продукции

2005

Содержание

Аннотация

Введение

1. Назначение и область применения

1.1 Описание предметной области

1.2 Документы предметной области

2. Постановка задачи

2.1 Организационно-экономическая сущность задачи

2.2 Описание входной информации

2.2.1 Условно-постоянная информация

2.2.2 Оперативно-учетная информация

Договор

2.3 Описание выходной информации

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

3.1 Информационный анализ предметной области

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

3.3 Определение связей и построение информационно-логической модели

4. Решение задачи в системе управления базами данных Microsoft Access

4.1 Определение логической структуры реляционной БД

4.2 Решение задачи в системе управления базами данных Microsoft Access

4.3 Обоснование выбора программных средств

4.4 Создание базы данных

4.5 Создание таблиц

4.6 Создание связей между таблицами

4.7 Ввод и редактирование данных

4.8 Создание запросов

4.9 Создание отчетов

4.10 Создание форм

4.11 Создание графиков

5. Руководство пользователя

6.Контрольный пример

Заключение

Список литературы

Приложение 1

Приложение 2

Аннотация

В данном курсовом проекте разработана база данных для оценки неполной оплаты отгруженной продукции и анализа состояния экономического положения описываемой фирмы при помощи СУБД ACCESS 2000, в которой содержится информация о заказчиках, изделиях, товаротранспортных накладных и платёжных требованиях.

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

Введение

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

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

1. Назначение и область применения

1.1 Описание предметной области

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

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

Функциям, которые должны быть реализованы в задаче:

учет отгрузки готовой продукции;

учет оплаты заказчиками отгруженной продукции;

анализ полноты оплаты за отгруженную продукцию.

Существует ряд ограничений, существенных для процессов, которые относятся к рассматриваемой задаче:

вся отгрузка заказчикам осуществляется по договорам;

каждому договору соответствует один заказчик;

номер договора неизменен и уникален;

товаротранспортная накладная (далее ТТН) привязана к одному договору;

рассматриваются договора только текущего года;

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

у изделия всегда только одна единица измерения;

номер ПТР соответствует одной ТТН, этот номер уникален для заказчика;

одной ТТН может соответствовать несколько ПТР;

дата оплаты отгруженной продукции определяется датой из ПТР.

1.2 Документы предметной области

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

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

2. Постановка задачи

2.1 Организационно-экономическая сущность задачи

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

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

Автоматизированный учет отгрузки должен осуществляться на основе данных из документа ТТН. По мере поступления ТТН на обработку эти данные должны вводиться, накапливаться и храниться в базе данных в течение регламентированного периода. Автоматизированный учет оплаты должен осуществляться на основе данных документа ПТР. Эти данные также должны накапливаться и храниться в базе данных.

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

2.2 Описание входной информации

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

2.2.1 Условно-постоянная информация

Для расшифровки кодов изделий в процессе решения задачи, получения достоверных сведений о наименовании, единице измерения и цене каждого из изделий необходима информация из «Справочника готовой продукции, выпускаемой на предприятии» (см. табл.1). Справочник является первичным носителем этих сведений, и поэтому они должны загружаться в базу данных с него.

Таблица 1. Справочник готовой продукции

Код изделия	Наименование изделия	Цена за единицу	Единица измерения

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

Таблица 2. Сведения о заказчиках

Код заказчика	Наименование заказчика	Адрес заказчика	Телефон

2.2.2 Оперативно-учетная информация

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

Таблица 3. Документ, содержащий сведения об отгрузке продукции Товаротранспортная накладная № Форма14

Дата отгрузки:_________________________

Заказчик

Наименование:

Код:

Адрес:

Договор

Номер:

Дата:

Изделие		Единица измерения	Отгружено, шт.
Наименование	Код

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

Сведения, характеризующие оплату за отгруженные изделия, находятся в платежном требовании ПТР (таблица 4).

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

Таблица 4. Документ входной учетной информации по оплате

Платежное требование №_______

Дата оплаты:___________________

По ТТН № ___________________

Заказчик

Наименование:_____________

Код: _________

Изделие		Единицы измерения	Оплачено, шт.
Наименование	Код

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

Таблица 5. Описание реквизитов входной информации

Наименование реквизитов	Характеристика
входных документов	Тип	Максимальная длина
НТТН	Числ.	Целое (2 байта)
Дата отгрузки	Дата	8
Код заказчика	Числ.	Целое (2 байта)
Наименование заказчика зазззаказчиказаказчика	Текст	50
Адрес заказчика	Текст	20
Код изделия	Числ.	Целое (2 байта)
Наименование изделия	Текст	30
Единица измерения	Текст	10
Цена за (руб) кг	Денежн.	Длинное целое (8 байт)
Количество отгрузки	Числ.	С плавающей точкой(4 байта)
Сумма отгрузки	Денежн.	Длинное целое (8 байт)
НПТР	Числ.	Целое (2 байта)
Дата оплаты	Дата	8
Количество оплаты	Числ.	С плавающей точкой(4 байта)
Сумма оплаты	Денежн.	Длинное целое (8 байт)

2.3 Описание выходной информации

Выходной информацией задачи для пользователя являются два документа:

• отчет по заданному изделию, содержащий сведения об оплаченной части отгрузки и недоплате. Отчет должен быть выдан по всем заказчикам, ТТН и датам отгрузки;

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

Эти документы должны выводиться на экран и печать. Формы выходных документов приведены в таблицах 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

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

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

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

4.3 Обоснование выбора программных средств

В качестве СУБД для решения задачи курсовой работы была выбрана программа Microsoft Access 2000, входящая в пакет офисных программ Microsoft Office 2000. Этот выбор обосновывается следующими причинами:

1) Microsoft Access в данный момент широко распространена и является несложной в освоении;

2) данная задача не требует сложных вычислений (используются лишь небольшие арифметические расчеты);

3) Microsoft Access специально была выпущена на рынок для создания и управления несложными базами данных с интуитивно понятным интерфейсом.

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

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

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

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

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

4.4 Создание базы данных

База данных Access содержит ряд объектов:

1) таблица - это основная единица хранения данных в БД.

2) Форма - объект БД, в котором разработчик БД размещает элементы управления, необходимые для ввода, отображения и изменения данных в полях таблиц.

3) Запрос - это требование на отбор данных из таблиц или выполнение определенных действий над ними. Существуют такие запросы как: запрос на выборку, на обновление, на удаление.

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

- при запуске Access без использования Мастера;

- при запуске Access с использованием Мастера;

- в запущенном Access из меню Файл;

- с использование кнопки Новая.

Создадим базу данных без использования мастера. При запуске Access открывается диалоговое окно, в котором предлагается создать новую БД или открыть существующую. Выбираем пункт «Новая база данных» и нажимаем <ОК>. На экране открывается окно диалога «Файл новой базы данных». В списке «Папка» выбираем папку, в которой предполагается создать новую БД. В поле «имя файла» задаем имя БД. После ввода имени нажимаем на кнопку <Создать>.

На экране появляется окно базы данных. Оно позволяет получить доступ ко всем объектам БД и выбрать режим работы с объектом.

В левой части окна находится панель объектов Access, которая включает:

- Таблицы

- Запросы

- Формы

- Отчеты

- Страницы

- Макросы

- Модули

Щелкнув по ярлыку кнопкой мыши, в правой части окна получим список соответствующих объектов.

4.5 Создание таблиц

Таблица - основная единица хранения данных в БД, основной объект Access.

Разработка и создание базы данных осуществляется на основе ранее разработанной информационной модели. Сущности информационной модели будут являться основой для создания таблиц в БД.

В Access используются несколько способов создания таблиц:

- путем ввода данных;

- с помощью Конструктора таблиц;

- с помощью Мастера создания таблиц;

Создание таблицы путем ввода данных осуществляется вводом данных в окно с традиционной табличной формой.

Создание таблицы с помощью Мастера осуществляется путем выбора полей таблиц из определенного набора полей.

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

Создадим в режиме конструктора таблицу Изделия. Для этого:

1) После открытия БД выберем слева категорию «таблицы»

2) Нажмем кнопку <Создать>. В окне «Новая таблица» выбираем вариант создания Конструктор

3) В столбце «имя поля» вводим имена полей создаваемой таблицы:

- Код изделия

- Наименование изделия

- Цена изделия

- Еденица изделия

4) В столбце «Описание» мы можем ввести поясняющий текст к полям таблицы.

5) Чтобы сделать поле «Код изделия» ключевым, выделим его и щелкнем мышью на кнопке «ключевое поле», а можно выделить поле щелкнуть правой кнопкой мыши и выбрать в раскрывающемся меню пункт «ключевое поле». (Для удаления ключа необходимо выделить это поле и щелкнуть по кнопке «ключевое поле»)

6) Завершив ввод структуры таблицы, сохраним её. Выполним команду ФайлСохранить, здесь же введем имя таблицы Изделия. Теперь, если дважды щелкнуть на ней мышью, на экране появится таблица Изделия, внешний вид которой изображен на следующей таблице 13:

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

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

Аналогичным образом создадим таблицы: Заказчики, ТТН, ПТР, ОТТН, ОПТР. После этого в окне базы данных отобразятся названия всех созданных таблиц. Структуры всех таблиц базы данных можно найти в Приложении 1.

4.6 Создание связей между таблицами

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

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

Внешний ключ должен иметь такой же тип информации, что и поля первичного ключа.

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

Рассмотрим процесс создания связей на примере создание связи «один ко многим» между таблицами Изделия и ОТТН:

1) Щелкнем мышью в пространстве схемы данных и из контекстного меню выберем команду «Добавить таблицу» или щелкнем мышью на кнопке <Отобразить таблицу>, которая расположена на панели инструментов

2) В диалоговом окне «Добавление таблицы» раскроем вкладку «Таблицы» и выберем из списка таблицу для добавления: Изделия. Затем повторим эти действия для таблицы ОТТН.

В данном отношении главной таблицей является таблица Изделия, она содержит первичный ключ «Код изделия» и составляет часть «один». Таблица ОТТН является подчиненной. В ней также содержится поле «Код изделия», но здесь оно является внешним ключом. Это поле имеет такой же тип информации, что и поле первичного ключа главной таблицы.

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

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

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