Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Характеристика предметной области

Читайте также:
  1. A. схема, отражающая состав и связи данных базы для предметной области
  2. I. Общая характеристика работы
  3. Административная ответственность применяется за совершение административно-экологического проступка, выразившегося в нарушении законодательства в области охраны окружающей среды.
  4. Адрес ___ : ___ 164 500, г. Северодвинск, Архангельской области, ул. Ломоносова д. 105
  5. Адрес ___ : ___ 164 500, г. Северодвинск, Архангельской области, ул. Ломоносова д. 105
  6. Анализ динамики поступления земельного налога в бюджет Курской области
  7. Анализ проблем предметной области

АНАЛИТИЧЕСКАЯ ЧАСТЬ

 

 

Характеристика предметной области

 

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

В данном курсовом проекте используется СУБД Access для создания БД «Кондитерская фабрика».

Access – это реляционная система управления базами данных, входящая в пакет MS Office. В ней предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.

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

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

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

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

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

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

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

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

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

1. Один - к - одному, каждой записи из одной таблицы соответствует одна запись в другой таблице;

2. Один - ко - многим, каждой записи из одной таблицы соответствует несколько записей другой таблице;

3. Многие - к - одному, множеству записей из одной таблице соответствует одна запись в другой таблице;

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

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

Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса.

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

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

MS Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма — это объект базы данных, который можно использовать для создания интерфейса пользователя для приложения базы данных. "Привязанная" форма напрямую соединена с источником данных, например к таблице, запросу, и может использоваться для ввода, изменения или отображения данных из источника данных. Форму можно также использовать как кнопочную форму, открывающую другие формы или отчеты базы данных. У каждой созданной формы есть дизайн который по ГОСТу должен быть максимально удобным для пользователя.

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

1. Фоновый рисунок лучше использовать нейтрального серого цвета;

2. Фон – белым;

3. Цвет и шрифт надписей и данных делать одинаковым. Цвет лучше черный, шрифт из серии Arial;

4. Выравнивание надписей делать слева;

5. Надписи выравнивать по одному уровню («по линеечке»), сохраняя одинаковые промежутки по горизонтали и вертикали;

6. Заполнение элементов при переходе по Tab или Enter делать слева на право и сверху вниз;

7. Элементы располагать в порядке важности заполнения. Например: верхний слева (первый в очереди) Код_Записи, последний нижний – примечание.


2.2 Организация предметной области

 

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

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

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

Чтобы точно фиксировать поставки продуктов каждый магазин (потребитель) имеет название, количество поступившего товара, цену за единицу товара, дату поставки, ФИО директора. Это позволяет систематизировать работу фабрики: фиксировать дату выпуска и дату сбыта продукции, ее тип, название; легко узнать данные магазина (потребителя), которой произвел импорт товара.

2.3 Экономическая значимость от внедрения АИС

 

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

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

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


3 ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

 

 

3.1 Инфологическое проектирование

 

Процесс проектирования БД на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

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

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

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

Требования, предъявляемые к инфологической модели:

1. Адекватное, отображение предметной области;

2. Недопущение неоднозначной трактовки модели;

3. Четкое определение моделируемой предметной области;

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

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

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

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

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

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

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

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

Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.


3.2 Физическое проектирование

 

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

Этапы физического проектирования баз данных:

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

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

3. На этапе анализа транзакций необходимо принять решение о том, как должно быть реализовано каждое пользовательское представление.

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

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

6. На этапе определения требований к дисковой памяти производится оценка объема дискового пространства, необходимого для размещения базы данных.

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

Фактически проектирование БД имеет итерационный характер. В процессе функционирования системы становится возможным измерение её реальных характеристик, выявление "узких" мест. И если система не отвечает предъявляемым к ней требованиям, то обычно она подвергается реорганизации, т.е. модификации первоначально созданного проекта.


3.3 Приведение к нормальным формам

 

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

Три наиболее распространенных нормальных формы, в которых может находиться база данных в процессе нормализации:

Первая нормальная форма (1NF):

1. Запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию);

2. Запрещает множественные столбцы (содержащие значения типа списка и т.п.);

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

Таблица, приведённая к 1NF, показана на рис.1:

 

Рисунок 1 – «Таблица: Продукция»

 

В данной таблице ключевым полем будет «Наименование продукции».

Вторая нормальная форма (2NF):

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

Третья нормальная форма (3NF):

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

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


3.4 Построение схемы данных

 

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

Схема базы данных состоит из 7 таблиц и связей между ними. Таблицы - «Продукция», «Должность», «Накладная», «Сотрудники», «Склад», «Потребитель», «Поставщики».

Таблица «Сотрудники» содержит поля:

– Фамилия;

– Имя;

– Отчество;

– Адрес;

– Телефон;

– Паспорт;

– Дата регистрации;

– Должность.

Таблица «Должность» содержит поля:

– Должность.

Таблица «Сотрудники» связана с таблицей «Должность» по полю «Должность», связь типа «один-к-одному».

Таблица «Продукция» содержит поля:

– Тип продукции;

– Наименование продукции;

– Цена;

– Дата изготовления.

Таблица «Потребитель» содержит поля:

– Наименование магазина;

– Наименование продукции;

– Дата доставки;

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

Таблица «Продукция» связана с таблицей «Потребитель» по полю «Наименование продукции», и имеет связь типа «один-к-одному».

Таблица «Поставщики» содержит поля:

– Сырье;

– Дата доставки;

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

Таблица «Потребитель» связана с таблицей «Поставщики» по полю «Наименование Поставщика», и имеет связь типа «один-ко-многим».

Таблица «Склад» содержит поля:

– Наименование продукции;

– Наличие продукции на складе.

Таблица «Накладная» содержит поля:

– Наименование продукции;

– Количество изготовленной продукции;

– Количество проданной продукции.

Таблица «Склад» связана с таблицей «Накладная» по полю «Наименование продукции», и имеет связь типа «один-к-одному».

Связь таблиц показана ниже, на рис.2:

 

Рисунок 2 - «Схема данных»

4 РАБОТА С ФОРМАМИ

 

 

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

 

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

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

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

Приложения для работы с базами данных можно разделить на три основных категории:

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

2. Доступ к данным. Такие формы предназначены только для просмотра информации. Формы, предназначенные только для доступа к данным, можно разрабатывать как с целью перспективного планирования действий, так и для принятия экстренного решения. Экстренное решение приводит к единственному действию, такому, например, как предоставление большого кредита клиенту, или посылка представителя по продажам для определения причины отказа клиента от товара. Приложения MS Access позволяют использовать три уровня вложенности форм: главная, подчиненная и подчиненная форма, включенная в предыдущую подчиненную форму. Формы, предназначенные только для доступа к данным, в качестве источника данных часто используют запросы, которые суммируют данные по временным промежуткам;

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


4.2 Работа с новшествами осуществление переходов

 

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

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

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

1. Перейти в режим конструктора работ с формами;

2. На вкладке Элементы управления щелкнуть по разделу Кнопка;

3. Поместить кнопку на форме и задать размер кнопки;

4. В окне Создание кнопок необходимо выбрать действие, которое будет выполняться при нажатии кнопки. На форме «Кондитерская фабрика» создаем кнопку «Сотрудники», которая осуществляет переход на форму «Сотрудники»;

5. После выбранного действия работы кнопки нажимаем Готово.

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

 

Рисунок 3 - «Справка»

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

 

Рисунок 4 - «Прайс-лист»

При нажатии на клавишу «Сведения о программе» перед нами открывается следующий вид окна, изображенный на рис. 4:

 

Рисунок 4 - «Сведения о программе»

При нажатии на клавишу «Накладная» перед нами открывается следующий вид окна, изображенный на рис. 5:

 

Рисунок 5- «Накладная»

При нажатии на кнопку «Продукция» перед нами открывается следующая форма, изображенная на рис.6:

 

Рисунок 6 - «Продукция»

В данном курсовом проекте с помощью MS Access были созданы все необходимые формы для максимально удобной работы с базой данных.


5 ЗАПРОСЫ

 

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

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

В MS Access может быть создано несколько видов запроса:

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

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

3. Запросы на обновление, добавление, удаление — являются запросами действия, в результате выполнения которых изменяются данные в таблицах.

Access позволяет создавать запросы двух типов:

1. QBE-запросы (Query By Example) — запросы, строящиеся с помощью конструктора запросов, представляющего собой графический инструмент для создания запросов по образцу;

2. SQL-запросы — запросы, строящиеся при помощи унифицированного набора инструкций SQL (Structured Query Language — структурированный язык запросов).

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

1. Простой;

2. По условию;

3. Параметрические;

4. Итоговые;

5. С вычисляемыми полями.

Чтобы вызвать Конструктор запросов, необходимо перейти в окно базы данных. В окне база данных необходимо выбрать вкладку Запросы и дважды щелкнуть на пиктограмме Создание запроса в режиме конструктора. Появится активное окно Добавление таблицы.

В окне Добавление таблицы следует выбрать таблицу – источник или несколько таблиц из представленного списка таблиц, на основе которых будет проводиться выбор данных, и щелкнуть на кнопке Добавить. После этого закрыть окно Добавление таблицы, окно «Запрос: запрос на выборку» станет активным.

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

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

1. Поле – указывает имена полей, которые участвуют в запросе;

2. Имя таблицы – имя таблицы, с которой выбрано это поле;

3. Сортировка – указывает тип сортировки;

4. Вывод на экран – устанавливает флажок просмотра поля на экране;

5. Условия отбора - задаются критерии поиска;

6. Или – задаются дополнительные критерии отбора.

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

Запрос о продукции, которую заказывает потребитель, изображен на рис.7:

Рисунок 7 - «Запрос о продукции, заказываемой потребителем»


ЗАКЛЮЧЕНИЕ

 

Создание АИС способствует повышению эффективности производства экономического объекта и обеспечивает качество управления.

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

Результатом данного курсового проекта являлась разработка «АИС Кондитерская фабрика», позволяющая снизить трудозатраты при выполнении информационных процессов.

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


 

ЛИТЕРАТУРА:

 

1. Дунаев В. В. Базы данных. Язык SQL для студента. БХВ-Петербург, 2007. - 312 стр.

2. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. - 252 с.

3. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений.- 353 стр.

4. Microsoft Office Access 2007. Просто как дважды два: А. Н. Кушнир - Москва, Эксмо, 2007 г.- 272 с.

5. Ваша первая база данных в Access 2007: М. В. Белянин - Санкт-Петербург, НТ Пресс, 2008 г.- 288 с.

6. Заботина Н.Н. Проектирование информационных систем: Учебное пособие / Заботина Н.Н. –Братск: Филиал ГОУВПО «БГУЭП», 2007- 146 с.

7. Учебное пособие «Модели и проектирование баз данных», В.Д. Сибилев, Томск, 2002.


ПРИЛОЖЕНИЕ А

«Таблица - Продукция»

 

 

«Таблица - Поставщики»

 

 

«Таблица - Сотрудники»

 

 


ПРИЛОЖЕНИЕ Б

 

«Главная форма - Кондитерская фабрика»

 

 

«Форма - Сотрудники»

 

ПРИЛОЖЕНИЕ В

«Схема данных»

 


ПРИЛОЖЕНИЕ Г

 

«Отчет - Прайс-лист»

 


ПРИЛОЖЕНИЕ Д

 

«Запрос на дату изготовления»

 

 

«Запрос на продукцию, имеющуюся на складе»

 


Дата добавления: 2015-09-06; просмотров: 419 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Классицизм 17в.| Особенности шторок SnoozeShade

mybiblioteka.su - 2015-2024 год. (0.056 сек.)