">
Информатика Программирование
Информация о работе

Тема: Проектирование бд для анализа производства и реализации продукции на перерабатывающем предприятии апк.

Описание: Описание объектов и связей между ними. Выявление информационных потребностей пользователей, формулировка ограничений целостности. Анализ существующих и будущих прикладных программ. Создание отчетов. Создание макросов. Задание параметров запуска.
Предмет: Информатика.
Дисциплина: Программирование.
Тип: Курсовая работа
Дата: 25.08.2012 г.
Язык: Русский
Скачиваний: 45
Поднять уникальность

Похожие работы:

Кафедра информационные технологии в экономике

КУРСОВАЯ РАБОТА

ПО БАЗАМ ДАННЫМ на тему:

Проектирование БД для анализа производства и реализации продукции на перерабатывающем предприятии АПК.

ВЫПОЛНИЛ: студент группы №

ПРОВЕРИЛ:

2012 Содержание

Введение3

1 Анализ предметной области5

1.1 Описание объектов и связей между ними5

1.2 Выявление информационных потребностей пользователей, формулировка ограничений целостности6

1.3 Анализ существующих и будущих прикладных программ7

1.4 Построение информационной структуры10

2 Проектирование концептуальной модели БД13

2.1 Выбор метода проектирования13

2.2 Выделение сущностей и связей между ними14

2.3 Построение набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения16

2.4 Добавление не ключевых атрибутов в отношения17

2.5 Пересмотр ER- диаграмм18

3 Создание базы данных в СУБД20

3.1 Общая характеристика СУБД20

3.2 Создание элементов базы данных21

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

3.2.2 Связывание таблиц.25

3.2.3 Создание запросов.26

3.2.4 Создание форм28

3.2.5 Создание отчетов31

3.2.6 Создание макросов33

3.2.7 Задание параметров запуска и установка пароля34

3.3 Инструкция по использованию35

Заключение36

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

Введение

Целью данной курсовой работы является проектирование базы данных для анализа производства и реализации продукции на перерабатывающем предприятии АПК.

Для выполнения поставленной цели необходимо решить следующие задачи:

описать предметную область;

спроектировать логическую структуру базы данных;

осуществить проектирование физической структуры базы данных.

Предмет данной работы – база данных для анализ производства и реализации продукции на предприятии АПК, объект – перерабатывающее предприятие АПК.

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

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

Информационной базой исследования послужили первичные и сводные документы по анализу производства и реализации, а также специализированные формы отчётности.

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

СУБД является универсальным программным инструментом создания и обслуживания баз данных и приложений пользователя в самых разных предметных областях.

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

1 Анализ предметной области

Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и в конечном счете автоматизации. В качестве нашей предметной области рассмотрим зерноперерабатывающее предприятие АПК Рязанской области ОАО «Рязаньзернопродукт».

1.1 Описание объектов и связей между ними

Рассматриваемое нами предприятие ОАО «Рязаньзернопродукт» обеспечивает постоянный учет, анализ производства и реализации продукции.

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

Требуется разработать информационную систему для анализа производства и реализации продукции.

На предприятии ведется картотека производимых продуктов.

О каждом продукте в картотеку заносятся следующие сведения:

Код продукта;

Категория;

Наименования продукта;

Сорт продукта.

С данной информационной системой должны работать системные администраторы и работники отдела маркетинга.

При работе с системой сотрудники должны иметь возможность решать следующие задачи:

Вводить данные о продукции, её производстве и реализации.

Изменять данные о продукции, её производстве и реализации.

Удалять данные о продукции, её производстве и реализации.

1.2 Выявление информационных потребностей пользователей, формулировка ограничений целостности

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

Требования:

система должна поддерживаться Windows XP Professional

обеспечить ограниченный доступ к системе

наличие инструкции по эксплуатации базы данных

система должна работать на компьютере с процессором Pentium и 128 Мбайт оперативной памяти

единовременное обновление и удаление данных

удобный для пользования интерфейс

данные в системе должны иметь простую и понятную структуру

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

1.3 Анализ существующих и будущих прикладных программ

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

Основные функции СУБД:

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти с использованием дискового кэша;

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

поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию,

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

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

Классификация СУБД

По модели данных (по типу управляемой базы данных) СУБД разделяются на:

Иерархические;

Сетевые;

Реляционные;

Объектно-реляционные;

Объектно-ориентированные.

По архитектуре организации хранения данных:

локальные СУБД (все части локальной СУБД размещаются на одном компьютере);

распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах).

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

Бухгалтерский баланс (форма № 1),

Отчет о прибылях и убытках (форма № 2),

Отчет об изменениях капитала (форма № 3),

Отчет о движении денежных средств (форма № 4),

Приложение к бухгалтерскому балансу (форма № 5),

Форма № 5-АПК. Численность и заработная плата работников сельскохозяйственной организации,

Форма № 6-АПК. Отчет об отраслевых показателях деятельности организаций агропромышленного комплекса,

Форма № 8-АПК. Отчет о затратах на основное производство,

Форма № 9-АПК. Производство и себестоимость продукции растениеводства,

Форма № 10-АПК-село. Средства целевого финансирования,

Форма № 10-АПК-регион. Средства целевого финансирования,

Форма № 10-АПК-фермер. Средства целевого финансирования,

Форма № 10-АПК-промышленность. Средства целевого финансирования,

Форма № 10-АПК-обслуга. Средства целевого финансирования,

Форма № 13-АПК. Производство и себестоимость продукции животноводства,

Форма № 15-АПК. Наличие животных,

Форма № 16-АПК. Баланс продукции,

Форма № 17-АПК. Движение основных сельскохозяйственных машин и оборудования,

Информация об оказании услуг (форма № 1-АПК_спр),

Информация о результатах деятельности (форма № 1-АПК_спрК).

Однако, программный продукт "1С: Свод отчетов для сельскохозяйственных предприятий" очень громоздок и перегружен функционалом, не требуемым рассматриваемому нами предприятию ОАО «Рязаньзернопродукт», поэтому мы будем разрабатывать свою собственную, лёгкую в установке, настройке и освоении систему.

1.4 Построение информационной структуры

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

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

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

Правила выделения информационных объектов:

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

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

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

На основе данных, полученных при изучении предметной области, выделим следующие информационные объекты и предполагаемые ключевые реквизиты (Таблица 1.1):

Таблица 1.1. Соответствие описательных и ключевых реквизитов. Описательные (зависимые) реквизиты Ключевые реквизиты Признак ключа Имя ИО, включающего реквизиты  Название (категории)

Информация (описание категории) Код категории Уникальный простой Категория  Код категории (для продукта)

Имя (наименование продукта)

Сорт (продукта) Код продукта Уникальный простой Продукты  Произведено

Реализовано Код продукта

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

одно-однозначные (1:1) имеют место, когда каждому экземпляру первого объекта соответствует только один экземпляр второго объекта, и наоборот, каждому экземпляру второго объекта соответствует только один экземпляр первого объекта, такие объекты легко могут быть объединены в один.

одно-многозначные (1:М) –это такие связи, когда каждому экземпляру одного объекта может соответствовать несколько экземпляров другого объекта, а каждому экземпляру второго объекта может соответствовать только один экземпляр первого. В такой связи первый объект является главным, а второй- подчиненным.

Много-многозначные (M:N)- это такие связи, когда каждому экземпляру одного объекта могут соответствовать несколько экземпляров второго объекта, и наоборот, каждому экземпляру второго объекта могут соответствовать несколько экземпляров первого объекта, но такие связи не могут непосредственно реализовываться в реляционной базе данных, поэтому при выявлении таких связей может возникнуть необходимость их преобразования путем введения дополнительного объекта, который должен иметь идентификатор, образованный из идентификаторов исходных объектов.

Связи для наших данных построим в разделе 2.2 данной работы.

2 Проектирование концептуальной модели БД

2.1 Выбор метода проектирования

Ни одну область деятельности человека, поддерживаемую информационными технологиями, невозможно представить себе без использования баз данных, помогающих получить быстрый доступ к информации, увеличивая тем самым продуктивность работы. Клиент-серверные приложения, получившие в последнее время широкое распространение, построены на основе баз данных; приложения Internet и intranet могут получать доступ к базам данных, открывая широкие возможности для публикации информации, необходимой широкому кругу пользователей. Большинство клиент-серверных систем в данный момент представляют собой приложения по оперативной обработке транзакций (On-Line Transaction Processing, OLTP), которые служат для быстрой обработки и сохранения данных. Примерами таких приложений могут служить системы выписки счетов, регистрации и учета продукции и т.п. В то же время в последние годы значительное внимание уделяется построению хранилищ данных (data warehousing) - это базы данных специального назначения, складирующие всю информацию предприятия. Хранилища данных лежат в основе так называемых систем оперативного анализа данных (On-Line Analisys Processing, OLAP), которые позволяют принимать решения и помогают планировать стратегию развития предприятия. Успех любого приложения зависит от того, насколько хорошо смоделирована и разработана база данных приложения, поэтому разработке базы данных необходимо уделить много внимания.

База данных создается в несколько этапов, на каждом из которых необходимо согласовывать структуру данных с заказчиком и, что самое важное, подвергать созданную структуру данных экспертизе внутри команды, которая создает систему. Поэтому представление данных должно быть простым и понятным всем заинтересованным лицам. Именно по этой причине, наибольшее распространение получило представление базы данных под названием "сущность-отношение" (entity-relationship), которое также известно как ER-диаграмма. Модели, представленные в виде ER-диаграмм, крайне просты и удобны для понимания.

С развитием компьютерных технологий и появлением CASE-моделирования (Computer Aided Software Engineering) возникла потребность в инструментах, которые бы поддерживали стандарты моделирования. Современный инструмент моделирования баз данных должен удовлетворять ряду требований.

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

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

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

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

2.2 Выделение сущностей и связей между ними

Сущность - это объект, информация о котором должна быть представлена в БД.

Экземпляр сущности – это информация о конкретном представителе объекта.

Связь – соединение между двумя и более сущностями.

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

Рис.2.1. Предполагаемая схема сущностей и связей между ними

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

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

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

2.3 Построение набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения

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

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

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

Продукты: ключом данного отношения будет поле Код продукта, так как никакой другой атрибут не будет так однозначно идентифицировать продукт.

Категория: ключом данного отношения будет поле Код категории, так как никакой другой атрибут не будет так однозначно идентифицировать категорию продуктов.

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

Рис. 2.2. Предварительные отношения с первичными ключами

2.4 Добавление не ключевых атрибутов в отношения

Атрибут характеризуется именем, типом, значением и другими свойствами.

Имя атрибута - это условное обозначение атрибута в процессах обработки данных. Оно должно быть уникальным в пределах одного и того же отношения.

Значение атрибута - величина, характеризующая некоторое свойство объекта и связи. Ограничения на значения атрибутов могут быть заданы типом данного для соответствующего атрибута.

На основе данных изучения предметной области в каждое отношение добавляются следующие атрибуты(таблицы 2.1-2.5):

Продукты Таблица 2.1 Атрибуты Описание  Имя Название продукта  Код категории Категория продукта  Сорт Сорт продукта  

Категория Таблица 2.2 Атрибуты Описание  Имя Название категории продуктов  Информация Описание категории продуктов  

Производство и реализация Таблица 2.3 Атрибуты Описание  Произведено Данные по произведённым продуктам  Реализовано Данные по реализованным продуктам  

2.5 Пересмотр ER- диаграмм

При сопоставлении полученной схемы с данными предметной области и требованиями заказчика несоответствий и недостатков не обнаружилось, поэтому построим ER- диаграмму (Рис. 2.3):

Рис.2.3. ER- диаграмма

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

Первая и главная нормальная форма требует от таблицы (а точнее, от ее проектировщика) следования следующим правилам:

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

Каждая строка в таблице обязана содержать одинаковое количество столбцов. Учитывая обязательную атомарность столбцов, следует, что все строки в таблице должны иметь одинаковое количество значений.

Все строки в таблице, в общем, должны быть уникальны. Значения в столбцах могут дублироваться, но строки, взятые целиком — не могут.

Все таблицы нашей схемы данных соответствуют первой нормальной форме.

Два правила второй нормальной формы говорят о том, что:

Таблица обязана соответствовать первой нормальной форме.

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

Все таблицы нашей схемы данных соответствуют второй нормальной форме.

Третья норма данных расширяет две предыдущие, неся в себе два правила:

Таблица должна соответствовать второй нормальной форме.

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

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

3 Создание базы данных в СУБД

3.1 Общая характеристика СУБД

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

Основные функции СУБД:

Непосредственное управление данными во внешней памяти. Эта функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях

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

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

Поддержка языков БД. Для работы с базами данных используются специальные языки, в целом называемые языками баз данных.. В современных СУБД обычно поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с БД, начиная от ее создания, и обеспечивающий базовый пользовательский интерфейс с базами данных. Стандартным языком наиболее распространенных в настоящее время реляционных СУБД является язык SQL (Structured Query Language).

СУБД MS Access является 32-разрядной системой управления БД нового поколения, работающая в средах Windows 98/ME и Windows NT 4.0/2000/XP. В ней предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. СУБД позволяет создавать приложения, работающие в среде Windows и полностью соответствующие потребностям заказчика.

3.2 Создание элементов базы данных

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

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

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

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

с помощью использования мастера баз данных для создания всей базы данных

с помощью мастера таблиц

ввод данных непосредственно в пустую таблицу в режиме таблицы

определение всех параметров макета таблицы в режиме конструктора

В нашей базе данных необходимо создать 3 таблицы: КАТЕГОРИЯ, ПРОДУКТЫ, ПРОИЗВОДСТВО И РЕАЛИЗАЦИЯ.

Все таблицы будем создавать в режиме конструктора.

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



а)



б)

Рис 3.1. Таблица «Продукты»: а) Структура полей;

б) записи таблицы «Продукты».

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



а)



б)

Рис 3.2. Таблица «Категория»: а) Структура полей;

б) записи таблицы «Категория»

Следующая таблица, которая будет рассмотрена «Производство и реализация». Структура полей данной таблицы приведена на рис. 3.3а, а сама таблица с записями на рис. 3.3б. Поля «Код продукта» и «Год» являются ключевыми для данной таблицы.



а)



б)

Рис. 3.3. Таблица «Производство и реализация»: а) Структура полей;

б) записи таблицы «Производство и реализация» (значения произведено и реализовано в кг).

После создания всех таблиц в MS Access, заполним их данными, которые предоставило предприятие «Рязаньзернопродукт» как указано на рисунках выше. Например, в таблице «продукты» присутствуют такие корма как «Курица-2с» (второй сорт), «Корова-1с» (первый сорт), «Карп» (первый сорт), которые относятся к категориям «Птичий корм», «Животный корм», «Корм для рыб» соответственно. В таблице «производство и реализация» значения полей «произведено» и «реализовано» задаются в килограммах, статистика по предприятию приводится за два года.

3.2.2 Связывание таблиц.

Результатом проектирования по методу «сущность- связь» является совокупность взаимосвязанных таблиц. Связь между таблицами осуществляется через одинаковые по смыслу атрибуты- атрибуты связи.

Связываем таблицы в MS Access соответственно ER- диаграмме (Рис.3.4):



Рис. 3.4 Схема данных

Указание связей на схеме данных MS Access нужно для поддержки целостности и актуальности данных средствами СУБД. Так, мы при связывании таблиц в MS Access устанавливаем флажки «Обеспечение целостности данных», «Каскадное обновление связанных полей», «Каскадное удаление связанных записей». Это даёт нам автоматизирование процесса обновления и удаления данных, например при изменении поля «Код категории» у существующей записи в таблице «Категория», имеющей связанные записи, для этих связанных записей в таблице «Продукты» значение поля «Код категории» так же изменится. Так же, например при удалении категории удалятся и все связанные с ней записи «продукты», и удалятся соответственно записи для этих продуктов в таблице «Производство и реализация».

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

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

Запросы можно создавать самостоятельно и с помощью мастеров. В Access можно создавать следующие типы запросов:

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

запрос с параметрами (это запрос, при выполнении которого в его диалоговом окне пользователю выдается приглашение ввести данные, на основе которых будет выполняться запрос);

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

запрос на изменение (запросы на удаление, добавление и обновление записей на создание таблицы);

запросы SQL (запросы на объединение, запросы к серверу, управляющие запросы, подчиненные запросы).

На основании информации о требуемых выборках данных, предоставленной ОАО «Рязаньзернопродукт» составим запросы «Производство-реализация» и «Производство-реализация первого сорта». По запросу должна быть предоставлена информация о продукции произведённой и реализованной в каком-либо году для анализа её остатков. Производство-реализация – запрос на выборку



Рис.3.5 Конструктор запроса



Рис.3.6 Форма ввода параметра



Рис. 3.7 Результат выполнения

Производство-реализация первого сорта – запрос на выборку продуктов первого сорта



Рис.3.8 Конструктор запроса



Рис.3.9 Форма ввода параметра



Рис. 3.10 Результат выполнения

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

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

Форму также можно создавать с помощью мастеров и в режиме конструктора. Существует несколько разновидностей автоформ:

в столбец

ленточная

табличная

сводная таблица

сводная диаграмма

Необходимо рассмотреть некоторые из созданных форм. При открытии базы данных на экране появляется главная форма (Рис. 3.11).



Рис. 3.11 Форма «Главная»

Из «главной формы» запускаются так называемые «вторичные формы»:

1. Категории – позволяет просматривать всю информацию о категориях (рис. 3.12);

Чтобы выйти из режима форм нужно нажать крестик в правом верхнем углу. Чтобы выйти из Access нужно нажать «Выход».



Рис. 3.12 Форма «Категория»

2. Продукты – позволяет просматривать всю информацию о продуктах (Рис. 3.13);

3. Производство и реализация – позволяет просматривать всю информацию о производстве и реализации продуктов (Рис. 3.14).



Рис. 3.13 Форма «Продукты»



Рис. 3.14 Форма «Производство и реализация»

Кнопка «Отчёт по всем остаткам» выводит отчет «Остатки». Кнопка «Отчёт по остаткам первого сорта» выводит отчет «Остатки первого сорта». Кнопка «Закрыть форму» закрывает главную форму.

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

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

ленточный

в столбец

мастер диаграмм

почтовые наклейки

В нашем случае при работе с БД созданы отчеты «Остатки» (Рис. 3.15) и «Остатки первого сорта». Отчёт «Остатки первого сорта» выбирает из БД продукцию первого сорта и формирует отчёт об остатках за выбранный год.



Рис.3.15 Отчет «Остатки»



Рис.3.16 Отчет «Остатки первого сорта»

3.2.6 Создание макросов

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

Создадим следующие макросы (см. рис.3.17).



Рис.3.17 Макросы

Например, макрос «Открыть отчёты» (Рис. 3.18) открывает отчёт «Остатки» а затем отчёт «Остатки первого сорта».



Рис.3.18 Макрос «Открыть отчёты»

3.2.7 Задание параметров запуска и установка пароля

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



Рис.3.18 Параметры запуска

Для реализации защиты БД от посторонних установим пароль «bd55» (Рис. 3.19).



Рис. 3.19 Задание пароля БД

3.3 Инструкция по использованию

Шаг 1. Запуск базы данных, для этого ее просто необходимо открыть.

Шаг 2. Следует ввести пароль «bd55».

Шаг 3. Включает непосредственно работу с базой данных.

При запуске БД открывается главная форма. Нажимая на кнопки данной формы, вы сможете найти всю нужную информацию.

Заключение

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

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

Проектирование баз данных. СУБД Microsoft Access: Учебное пособие для вузов/ Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, А.Н. Пылькин, Н.И. Цуканова.- М.: Горячая линия- Телеком, 2004

Региональная инфраструктура АПК/ В. Ф. Стукач – КолосС, 2012

Система управления базами данных Access/ М. Ю. Свиридова – Академия, 2010

Стратегический менеджмент в АПК/ А. М. Нехланова, М. Б. Туманова – КолосС, 2012