Автоматизированное рабочее место менеджера магазина бытовой техники
Создание информационной системы по учёту товара, выдаче данных о поставщиках и поставляемых товарах. Проектирование инфологической концептуальной модели и реляционной схемы из ER–модели данных. Разработка форм и запросов, публикация базы данных в сети.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 11.09.2010 |
| Размер файла | 1,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Курсовая работа
Автоматизированное рабочее место менеджера магазина бытовой техники
Выполнил(а):
слушатель курсов
профессиональной переподготовки
по специальности
Программист
Научный руководитель:
к.ф.-м.н., ст. преп.
Стерлитамак 2010 г.
Оглавление
Введение
1. Теоретические основы баз данных
1.1 Основные понятия баз данных
1.2 Построение инфологической концептуальной модели (ER-модели)
1.3 Построение реляционной схемы из ER - модели данных
2. Разработка автоматизированной информационной системы
2.1 Описание предметной области
2.2 Проектирование форм, запросов и отчетов
2.3 Публикация базы данных в сети Internet
Заключение
Список литературы
Приложение
Введение
В настоящее время в современном мире электронных технологий практически невозможно представить компанию (фирму или организацию), в которой не требуется обработка некоторого объёма информации. Информацию требуется, где-то хранить. Информация может динамически изменяться. Регулярно требуется выборка данных по определённым критериям из всего массива.
При автоматизации бизнес процессов очень часто возникают задачи, которые не решают уже готовые программы и базы данных. При этом аналитическая информация показывает, что даже если использовать сложные и дорогостоящие CRM-системы управления предприятием, получить решение, удовлетворяющее руководство компании, бывает просто не возможно.
Базы данных создаются специально для хранения, обработки, проведения расчётов, сортировки, выборки и представления любых массивов данных по любым критериям.
Подобные базы данных способны хранить самую различную информацию:
· прайс-листы;
· информация о клиентах/заказчиках;
· каталог товаров/услуг;
· отчёты персонала;
· движение товаров;
· статистическая и любая другая информация, выходящая за рамки двух строк.
Типы баз данных и возможные решения
· разработка по заказам клиентов различных программ и баз данных на базе Microsoft Access, SQL Server и пр. Базы данных разрабатываются “с нуля” или, используются готовые решения, что позволяет достаточно гибко решать финансовые вопросы по оплате услуг за разработку.
· создание специальных отчетов в формате Microsoft Excel, Word и Access. Эти отчеты создаются таким образом, что могут использоваться совместно для лучшего анализа деятельности компаний и их бизнеса. Например, отчет отображается в Access с фильтром записей, а в случае необходимости передается в Excel.
· внедрение отлаженных технологий по складскому, финансовому или производственному учету с оптимизацией различных финансовых схем предприятий. Например, создание на основе этого баз данных по себестоимости, финансовому анализу, управленческому балансу.
Целью данной дипломной работы является создание автоматизированного рабочего места сотрудника крупного магазина бытовой техники. Для этого были поставлены следующие задачи:
o проанализировать деятельность магазина и разработать структуру базы данных, отвечающей предметной области;
o заполнить базу данных и организовать удобный интерфейс информационной системы;
o разработать все необходимые документы в виде запросов и отчетов;
o реализовать возможность доступа к информационной системе по сети.
1. Теоретические основы баз данных
1.1 Основные понятия баз данных
Определений баз данных существует огромное количество. Но с точки зрения прикладного программиста главное в базе данных то, что ему совсем не обязательно знать особенности физического хранения данных на диске. Файлы, блоки, сегменты и т.д. - программист, работающий с базой данных, может вообще не задумываться об этих подробностях. Он работает с информацией на логическом уровне, оперируя такими понятиями, как таблица, запись, поле.
В классической теории выделяют три основных типа баз данных: иерархические, сетевые и реляционные. В последние годы, с широким распространением объектно-ориентированных языков программирования, стали активно развиваться объектные базы данных.
Первыми появились иерархические базы данных. Информация в иерархической базе организована по принципу древовидной структуры, в виде отношений предок/потомок. Каждая запись может иметь не более одной родительской записи и несколько подчиненных. Связи записей реализуются в виде физических указателей с одной записи на другую. Основной недостаток иерархической структуры базы данных - невозможность реализовать отношения "многие ко многим", а также ситуации, когда запись имеет несколько предков.
Сетевая структура баз данных появилась как развитие иерархической. Надо подчеркнуть, что термин "сетевая" употребляется здесь в совсем непривычном для эпохи интернета/интранета смысле. Это слово подчеркивает модель связей данных в базе, когда каждая запись может находиться в отношениях "многие ко многим" с другими записями, что делает графическую модель базы похожей на рыбацкую сеть. Разрабатывать серьезные приложения в рамках сетевой модели базы данных довольно трудно, причем сложность разработки при усложнении задач возрастает в геометрической прогрессии.
Настоящий прорыв в развитии баз данных произошел тогда, когда возросшая мощность компьютеров позволила в полной мере реализовать реляционную модель данных. Теория реляционных баз данных была разработана доктором Коддом в начале 70-х годов 20 века. В реляционных базах данные хранятся в виде таблиц, состоящих из строк и столбцов. Столбцы таблиц реляционной базы могут содержать скалярные данные фиксированного типа - числа, строки, даты... Таблицы в реляционной базе данных могут быть связаны отношениями "один к одному" или "один ко многим".
Реляционные базы данных занимают сейчас доминирующее положение. Не будет большим преувеличением сказать, что иерархическая и сетевая структуры баз данных ушли в прошлое, уступив свое место реляционным базам. MS SQL Server и MS Access, InterBase и FoxPro, PostgreSQL и Paradox... Все они построены на реляционной модели данных. Реляционной базой в чистом виде является и MySQL.
Объектно-ориентированные базы данных (ООБД) появились совсем недавно как естественное развитие объектно-ориентированных языков программирования. На сегодняшний день ООБД пока не имеют сколько-нибудь широкого распространения, но, несомненно, они в ближайшее время будут бурно развиваться. Это подтверждает и тот факт, что разработчики многих реляционных БД включают в свои базы средства работы с объектными типами данных. Такие базы данных получили название объектно-реляционных. По этому пути, в частности, развивается и Oracle. Бывшая ранее чисто реляционной базой, Oracle начиная с 8 версии поддерживает возможность хранения и обработки объектов и безо всякой натяжки может быть отнесена к объектно-реляционному классу баз данных.
Всякая прикладная программа является отображением какой-то части реального мира и поэтому содержит его формализованное представление в виде данных. Крупные массивы данных размещают, как правило, отдельно от исполняемого кода программы, и организуют в виде базы данных. Начиная с 60-х годов для работы с данными стали использовать программные комплексы, называемые системами управления базами данных (СУБД).
Системы управления базами данных отвечают за:
· физическое размещение данных и их описаний;
· поиск данных;
· поддержание баз данных в актуальном состоянии;
· защиту данных от некорректных обновлений и несанкционированного доступа;
· обслуживание одновременных запросов к данным от нескольких пользователей (прикладных программ).
1.2 Построение инфологической концептуальной модели (ER-модели)
Удачная разработка базы данных обеспечивает простоту ее поддержания. Данные следует сохранять в таблицах, причем каждая таблица должна содержать информацию одного типа, например, сведения о поставщиках. Тогда достаточно будет обновить конкретные данные, такие как адрес, только в одном месте, чтобы обновленная информация отображалась во всей базе данных.
Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы.
При проектировании таблиц лучше разработать структуру на бумаге и только затем начинать работу с СУБД Access. При проектировке таблиц, рекомендуется руководствоваться следующими основными принципами:
Не должно быть повторений и между таблицами.
Когда определенная информация храниться только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и фамилии клиентов.
Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если содержаться они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.
Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. Например, в таблице с данными о поставщиках могут содержаться поля с названием компании, адресом и номером телефона. При разработке полей для каждой таблицы необходимо помнить:
Каждое поле должно быть связано с темой таблицы. Не рекомендуется включать в таблицу данные, которые являются результатом выражения. В таблице должна присутствовать вся необходимая информация.
Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).
Первым этапом и самым главным этапом в процессе проектирования и создания базы данных, является разработка инфологической модели.
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.
Изобразим графически каждый объект и его свойства (см. рис. 1.1, 1.2, 1.3, 1.4, 1.6, 1.7, 1.8).
Рисунок 1.1 - Изображение связи «Объект - Свойство» для объекта «Поставка»
Рисунок 1.2 - Изображение связи «Объект - Свойство» для объекта «Товары»
Однако инфологическая модель предполагает наличие в себе отображения не только отдельных объектов и их свойств, но также связей между различными объектами. Изобразим графически инфологическую модель всей базы данных (см. приложение).
1.3 Построение реляционной схемы из ER - модели данных
В таблицах данные распределяются по столбцам (которые называют полями) и строкам (которые называют записями). Все данные, содержащиеся в поле таблицы, должны иметь один и тот же тип. Каждое поле таблицы характеризуется наименованием, типом и шириной поля. При задании типа данных поля можно также указать размер, формат и другие параметры, влияющие на отображение значения поля и точность числовых данных. Основные типы данных:
- Текстовый. Текст или числа, не требующие проведения расчётов.
- МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.
- Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.
- Счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу.
- Логический. Логические значения, а так же поля, которые могут содержать одно из двух возможных значений.
- Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.
- Дата/Время. Дата и время хранятся в специальном фиксированном формате.
- Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным.
Следующим шагом выполнения дипломной работы было построение реляционной схемы базы данных из ER-модели. Для этой цели были использованы следующие правила:Для каждого простого объекта и его единичных свойств строится таблица, атрибутами которой являются идентификатор объекта и реквизиты, соответствующие каждому из свойств.
1. Если у объекта имеются множественные свойства, то каждому из них ставиться в соответствии отдельная таблица.
2. Если между объектом и его свойствам имеется условная связь, то при отображении в реляционной модели возможны следующие варианты:
- Если многие из объектов обладают рассматриваемым свойством, то его можно
хранить в базе данных так же, как и обычное.
- Если только незначительное число обладает указанным свойством, то при
использовании предыдущего решения для многих записей в таблице значение соответствующего поля будет пустым. Для устранения этого недостатка выделяют отдельную таблицу, которая включает в себя идентификатор объекта и атрибут, соответствующий рассматриваемому свойству (аналогично пункту 2).
3. Если у объекта имеется составное свойство, то составляющие составного свойства либо помещаются в отдельные поля реляционной таблицы, либо в одно поле.
4. Если связь между объектами 1:1 и классы принадлежности обоих объектов являются обязательными, то для отображения данных объектов и связей между ними можно:
- Использовать одну таблицу, первичным ключом которой может быть
идентификатор любого из двух объектов.
- Для каждого из этих объектов использовать отдельные таблицы, а связь между
ними
отразить включив в одну из таблиц идентификатор связанного объекта из другой таблицы.
5. Если связь между объектами 1 : 1 и класс принадлежности одного объекта является обязательным, а другого - нет, то для каждого из этих объектов используют отдельные таблицы, а идентификатор объекта, для которого класс принадлежности является необязательным, добавляется в таблицу, соответствующую тому объекту, для которого класс принадлежности обязателен.
6. Если между объектами связь 1 : 1 и класс принадлежности является необязательным, то следует воспользоваться тремя таблицами: по одной для каждого объекта и одну для отображения связи между ними.
7. Если между объектами связь 1 : М и класс принадлежности одного из них обязателен, то используют две таблицы - по одной для каждого объекта. При этом в таблицу, соответствующую объекту, класс принадлежности которого является обязательным, добавляется идентификатор второго объекта.
8. Если между объектами предметной области имеется связь 1 : М и оба класса принадлежности не обязательны, то поступают аналогично пункту 7 (создают три таблицы: по одной для каждого объекта и одну для связи между ними)
9. Если между объектами предметной области имеется связь М : М, то для хранения информации требуется три таблицы: по одной для каждого объекта и одна для отображения связи между ними (классы принадлежности могут быть любыми).
10. Агрегированному объекту, имеющему место в предметной области, ставится в соответствии одна таблица, атрибутами которой являются идентификаторы всех объектов, задействованных в данном агрегированном объекте, а так же реквизиты, соответствующие свойствам этого объекта.
Такое объединение информации в одну таблицу возможно только в том случае, если между объектами связь 1:1, если связь другая, то выделяют по одной таблице для каждого объекта и одну для связи.
11. При отображении обобщенных объектов могут быть приняты разные решения:
- Всему обобщенному объекту может быть поставлена в соответствии одна таблица.
- Каждой из категорий ставится в соответствии отдельная таблица, которая содержит в себе идентификатор объекта, общие свойства и свойства данной категории.
Кроме этого, возможны и комбинированные варианты. Выбор конкретного решения будет зависеть от того, насколько часто информация о разных категориях объекта обрабатывается совместно, как велико различие видовых свойств и т.п.
12. При отображении составного объекта так же возможны варианты:
- Если речь идет о составе изделий, то между изделием и деталью связь будет М:М. В этом случае - см. пункты 7, 9, 10.
- Если речь идет о составе какой-нибудь организации, то между объектами скорее всего будет связь 1:М. В этом случае - см. пункты 8, 9.
В результате применения данных рекомендаций к инфологической модели была получена следующая реляционная модель:
Сотрудник (Код сотрудника, Фамилия, Имя, Должность, Дата рождения, Адрес, Телефон, Примечание);
Клиент (Код клиента, ФИО, Адрес, Телефон);
Заказ (Код заказа, Код товара, Код сотрудника, Дата размещения, Дата исполнения, Код клиента);
Товар (Код товара, Код поставки, Наименование товара, Описание, Изображение, Стоимость закупки, Наличие, Количество, Стоимость продажи);
Поставка (Код поставки, Код поставщика, Дата поставки);
Поставщик (Код поставщика, Название поставщика, Представитель, Обращаться, Телефон, Адрес);
2. Разработка автоматизированной информационной системы
2.1 Описание предметной области
В данной дипломной работе в качестве предметной области рассматривается магазин бытовой техники. Наша база данных решает следующие задачи: учёт товара, выдача данных о поставщиках и поставляемых ими товарах (фирма - поставщик, его реквизиты, наименование товаров, характеристики, цены), вычисляет суммы оплаты.
В режиме формы вычисляет стоимость товара с наценкой магазина в 50%. Реализует запросы упорядочения по полям: товары, поставщики, цена. Осуществляет поиск сведений о фирме - поставщике какого - то товара. Производит подсчет стоимости и количества оставшегося в магазине товара, а также выдает отчет об отсутствующих товарах.
Исходные данные о магазине: магазин располагается в нескольких помещениях (склад, торговый зал). У фирмы есть поставщики, осуществляющие поставку компьютеров и комплектующих на склад магазина.
Так же в магазине есть свой штат сотрудников: менеджеры и консультанты, осуществляющие продажу товара, бухгалтер, кладовщики, грузчики - водители.
Клиент, приходя в магазин, взаимодействует с менеджером, который, в свою очередь, осуществляет продажу бытовой техники.
При отсутствии товара на складе работник магазина выбирает отсутствующие товары и на основании этих данных составляет заявку на имя фирмы - поставщика.
Для хранения данных создано 6 таблиц, структура которых приведена в таблице 1.
Таблица 2.1 - Структура таблиц
|
Таблица Сотрудники |
Таблица Товары |
||||
|
Поле |
Тип данных |
Поле |
Тип данных |
||
|
КодСотрудника |
Числовой |
КодТовара |
Числовой |
||
|
Фамилия |
Текстовый |
КодПоставки |
Числовой |
||
|
Имя |
Текстовый |
НаименованиеТовара |
Текстовый |
||
|
Отчество |
Текстовый |
ТехническиеХарактеристики |
|||
|
Должность |
Текстовый |
Описание |
Поле МЕМО |
||
|
ДатаРождения |
Дата/время |
Изображение |
Поле объекта OLE |
||
|
Адрес |
Текстовый |
Наличие |
Логический |
||
|
ДомащнииТелефон |
Текстовый |
СтоимостьПродажи |
Денежный |
||
|
Заметки |
Поле МЕМО |
||||
|
Таблица Клиенты |
Таблица Поставка |
||||
|
Поле |
Тип данных |
Поле |
Тип данных |
||
|
Код |
Числовой |
КодПоставки |
Числовой |
||
|
ФИО |
Текстовый |
КодПоставщика |
Числовой |
||
|
Адрес |
Текстовый |
Код товаров |
Числовой |
||
|
Телефон |
Текстовый |
Заметки |
Текстовый |
||
|
Количество |
Числовой |
||||
|
Цена закупки |
Денежный |
||||
|
ДатаПоставки |
Дата/время |
||||
|
Таблица Заказы |
Таблица Поставщики |
||||
|
Поле |
Тип данных |
Поле |
Тип данных |
||
|
КодСотрудника |
Числовой |
КодПостащика |
Числовой |
||
|
КодТовара |
Числовой |
НазваниеПоставщика |
Текстовый |
Для создания базы данных нужно сначала запустить программу Microsoft Office Access 2003, для этого нужно проделать следующие действия: Пуск > Программы > Microsoft Office > Microsoft Office Access 2003.
После этого откроется окно программы. Для создания новой базы данных нужно выполняем:
- команду Файл > Создать
- в открывшемся окне диалога «Создание» выбираем «Новая база данных». На экране появится окно с запросом директории для новой базы данных, вводим имя базы магазин бытовой техники, затем «ОК». После этого появится окно базы данных (см. рис. 2.1).
Рисунок 2.1 - Окно базы данных
Создание таблиц, как и других объектов баз данных, начинается с активации окна базы данных. В этом окне выбирается элемент управления Таблицы, после чего на правой панели окна будет представлен список таблиц, уже входящих в состав БД. Если в базе нет таблиц, то на правую панель окна выводится только три элемента управления для создания новой таблицы: Создание таблицы в режиме конструктора, Создание таблицы с помощью мастера и Создание таблицы путём ввода данных.
Выбираем элемент управления > Создание таблиц в режиме конструктора (см. рис. 2.2).
Рисунок 2.2 - Создание таблицы в режиме конструктора
Теперь необходимо заполнить Имена полей и выбрать Типы данных. По окончании заполнения через меню Файл > Сохранить как сохраняем полученную таблицу с требуемым именем (см. рис. 3).
Рисунок 2.3 - Таблицы «Клиенты»и «Заказы»базы данных магазин бытовой техники в режиме конструктора
Разработаем схему данных, (создание связей между таблицами). Для этого:
нажимаем по кнопку на панели инструментов (или команда Сервис, Схема данных). На экране появится окно <<Схема данных>>;
щёлкаем по кнопке на панели инструментов (или команда Связи, Добавить таблицу); в появившемся окне будет выделено название одной таблицы. Щелкаем по кнопке <Добавить>, переводим выделение на имя следующей таблицы и щелкните по кнопке <Добавить>. Аналогично добавляем оставшиеся таблицы;
закройте окно, щелкнув по кнопке <3акрыть>; чтобы не выполнять все вышеописанные действия, можно просто перетащить мышкой таблицы из окна «Базы данных Таблицы» в окно «Схема данных»;
создадим связь между таблицами Товары и Заказы. Для этого курсором мыши перетаскиваем <<Код товара>> в таблице Товары на поле <<Код товара>> в таблицу Заказы. На экране откроется окно <<Связи>>;
устанавливаем флажок («галочку») в свойствах Обеспечение целостности данных, Каскадное обновление связанных полей и Каскадное удаление связанных записей;
щелкаем по кнопке <Создать>. Связь будет создана;
аналогично создаем связи между полем <<Код сотрудника>> в таблице Сотрудники и полем <<Код сотрудника>> в таблице Заказы, и т.д. Рисунок 5 отображает полученную схему базы данных магазина бытовой техники. Закрываем окно схемы данных, ответив ДА на вопрос о сохранении макета. Для связи таблиц использовалась следующая схема (см. рис. 2.4).
Рисунок 2.4 - Реляционная структура СУБД Access для информационной системы магазина бытовой техники
2.2 Проектирование форм, запросов и отчетов
В созданной базе данных существует возможность правки, добавления, просмотра всех данных. Причем за счет связей при процессе правки одной из таблиц, будут автоматически изменяться данные в других таблицах.
Формы служат для ввода и просмотра данных в удобном для пользователя виде, который соответствует привычному для него документу. При выводе данных с помощью форм можно применять специальные средства оформления.
Для создания формы нужно открыть вкладку «Формы» окна базы данных и нажать кнопку «Создать»
После этого в появившемся окне следует выбрать способ создания формы «Мастер форм» и выбрать таблицу, по которой необходимо сделать форму, в нашем случае таблица «Товары».
Далее при помощи кнопок (перенести все записи) или (перенести выбранную запись) нужно выбрать поля, которые будут отражены в форме (см. рис. 2.5). Нажимаем кнопку «Далее».
Рисунок 2.5 - Создание формы в режиме мастера, нармы к другим таблицам нашей базы данных выбор полей для формы
Затем нужно выбрать внешний вид формы, стиль (см. рис. 2.6), задать имя формы и форма готова (см. рис. 2.7).
Рисунок 2.6 - Выбор стиля оформления формы
Рисунок 2.7 - Готовая форма таблицы «Товары»
Если автоматическое расположение полей формы нас не устраивает, то необходимо его изменить. Перейдем в режим конструктора (кнопка на панели инструментов). Здесь можно менять расположение и размер полей формы по своему усмотрению: достаточно мышкой выделить интересующий объект (см. рис. 2.8).
Рисунок 2.9 - Вид формы в режиме конструктора
В нашей форме «Товары» есть поле объекта OLE для размещения изображений товаров. В свойствах этого поля, на вкладке «Макет» устанавливаем размеры: «Вписать в рамку» (см. рис. 2.9). Это позволит вставлять изображения любых размеров - Access автоматически подгонит картинку под размер поля.
Теперь нужно сохранить изменения макета через меню Файл>Сохранить (см. рис. 2.10) можно увидеть результат преобразований формы «Товары.
Рисунок 2.10 - Вид формы «Товары»
Предположим, что в базе данных накопилось довольно много товаров и вдруг срочно понадобилось найти один из них. Для этого нужно:
- установить курсор в поле «Наименование товара».
- выполнить команду меню Правка > Найти, или воспользоваться кнопкой панели инструментов.
Для фильтрации данных по полям «Код поставки»:
- выбираем необходимый код поставки (например, нам интересно, какие товары были закуплены в 3-ю поставку) ставим курсор в поле «Код доставки» - «3», и нажимаем кнопку (или выполняем команду Записи, Фильтр, Фильтр по выделенному). В форме (или таблице) останутся только записи о товарах 3-й поставки;
- для отмены фильтрации нажимаем на кнопку на панели инструментов или выполняем команду Записи, Удалить фильтр. В форме (таблице) появятся все данные. Как правило, фильтрацию удобнее использовать в табличных формах или непосредственно в самих таблицах СУБД Access.
Режим формы позволяет производить необходимые вычисления прямо в поле данных. В данной СУБД в форме Товары при заполнении поля «Стоимость закупки» в поле «Стоимость продажи» автоматически вычисляется цена для продажи товара. Для автоматизации вычислений необходимо:
- щелкнуть правой кнопкой мыши по интересующему полю (в нашем случае это «Стоимость продажи») и выбрать пункт «Свойства.
- откроется окно «Поле: Стоимость продажи». Выбираем вкладку данные и вписываем в поле «Данные» формулу для расчета (см. рис. 2.11). Нам необходимо, чтобы стоимость продажи на 50% превышала стоимость покупки.
- закрываем это окно и сохраняем изменения в таблице.
Для просмотра созданной формы, как она будет выглядеть при распечатывании на листе, щелкаем по кнопке.
Запросы позволяют выбирать данные из одной или нескольких связанных таблиц. Результатом выполнения запроса является результирующая таблица, которая наряду с другими таблицами может быть использована при обработке данных. С помощью запросов можно также обновлять, удалять или добавлять данные в таблицы. Основным назначением запросов является отбор данных по критериям поиска.
Создадим запросы на наличие и отсутствие товара. Для создания запроса необходимо открыть вкладку «Запросы» окна базы данных, нажать кнопку создать и в появившемся окне выбрать «Простой запрос». В этом случае будет предложено указать список таблиц и их полей. Выбираем таблицу «Товары», добавляем необходимые поля, нажимаем кнопку «Далее». На основании этих данных будет создан запрос.
В следующем окне нажимаем «Далее». Теперь задаем имя запроса «Наличие товара» и отмечаем галочкой пункт «Изменить макет запроса», нажимаем «Готово». Запрос откроется в режиме конструктора. Теперь в столбце «Наличие товара» в строке «Условие отбора» задаем параметр «Истина» (см. рис 2.14). Поскольку в нашей таблице поле «Наличие товара» логическое, значения может быть два: Истина и Ложь. «Истина» - товар в наличии, «Ложь» - товара нет в магазине. Запрос на отсутствующий товар создается также, только в параметрах указываем значение «Ложь».
Теперь созданные запросы можно использовать в дальнейшем для отчетов по учету товара. Аналогично создаем запрос «Данные о поставщиках». Запрос будет выдавать сведения о интересующих поставщиках и поставляемых ими товарах, а также ценах на эти товары (Приложение). Отчёты предназначены для формирования выходных документов и вывода их на печать. По своим свойствам и структуре отчёты во многом подобны формам. Основное их отличие заключается в том, что в отчёте отображаются все данные и в них предусмотрена возможность группировать данные по различным критериям. Отчёты в отличие от форм могут содержать специальные элементы оформления, характерные для печати документов: колонтитулы, номера страниц и т.д.
Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов.
2.3 Публикация базы данных в сети Internet
Объекты базы данных можно предоставить в совместное использование через Internet, создав на их основе страницы НТМL следующих видов:
- статические страницы НТМL;
? генерируемые сервером страницы НТМL;
? страницы доступа к данным.
Особый интерес вызывают последние.
Страницы доступа к данным (Data Access Pages) -- это специальный тип Web-страниц, предоставляющий пользователям Web интерфейс форм и отчетов Access для доступа к данным из базы данных Microsoft Access. Страницы доступа к данным представляют собой текстовые файлы с исходным кодом, соответствующим расширенному стандарту HTML -- XML (Extended Markup Language). Страницы доступа к данным поддерживают возможности DHTML.
Страницы доступа к данным появились как новый тип объектов базы данных в Access 2000. В отличие от других объектов, они не хранятся в файле базы данных, а хранятся в виде отдельных файлов HTML. В базе данных содержатся только ярлыки, указывающие на эти файлы. Список ярлыков страниц доступа к данным отображается в окне базы данных с помощью щелчка по ярлыку Страницы (Pages) на панели объектов в окне базы данных. Работать со страницей доступа к данным можно, открыв ее либо в программе просмотра Интернета, такой как Internet Explorer, либо в приложении Access. . В режиме Конструктора можно изменять содержимое страницы: ее элементы, текст и оформление, а также настраивать свойства страницы и ее элементов. Программирование страницы доступа к данным осуществляется в Редакторе сценариев. Открыть редактор сценариев можно, выделив ярлык страницы в окне базы данных и нажав кнопку Редактор сценариев (Microsoft Script Editor) на панели инструментов или выбрав команду Сервис, Макрос, Редактор сценариев (Tools, Macro, Microsoft Script Editor) в стандартном меню Access.
Возможности страницы доступа к данным зависят от того, для чего она предназначена. Существуют три основных варианта:
Составление отчетов в интерактивном режиме. Страницы доступа к данным этого типа часто используются для объединения и группировки сведений, хранящихся в базе данных, а также для публикации сводок данных. Например, страница может публиковать сводки по продажам для каждого региона, в котором проводятся операции. С помощью маркеров развертывания можно перейти от общей сводки данных, такой как список всех регионов и общий объем продаж по ним, к подробностям по продажам отдельных товаров в каждом регионе. Страница может также содержать кнопки панели инструментов, позволяющие сортировать и фильтровать данные, однако редактировать данные на страницах этого типа невозможно.
Ввод данных. Этот тип страниц доступа к данным используется для просмотра, добавления и редактирования записей или только для добавления записей.
Анализ данных. Страницы доступа к данным этого типа могут включать сводные списки (аналог сводных таблиц Excel), которые позволяют реорганизовывать данные для их анализа различными способами. Страница может содержать диаграммы для анализа тенденций, закономерностей и выполнения сравнений между данными в базе данных или электронные таблицы, в которые можно вводить и редактировать данные, а также использовать формулы для выполнения некоторых вычислений, выполняемых в Microsoft Excel.
Страница доступа к данным непосредственно связана с базой данных. При просмотре в Internet Explorer отображается копия страницы. Поэтому любой отбор данных, сортировка и другие изменения способа отображения данных, включая изменения в сводном списке или электронной таблице, влияют только на копию страницы. Однако изменения в самих данных -- изменение значений, добавление или удаление данных -- сохраняются в базе данных и впоследствии доступны всем, кто просматривает страницу.
Заключение
Разработанная в данном дипломном проекте база данных для решения задач документооборота в магазине бытовой технике, позволяет автоматизировать весь документооборот, что позволяет разгрузить отчетный документооборот, и сократить ошибки в документации. При появлении новых производственных задач разработчик может в кратчайшие сроки реализовать их в базе данных, путем добавления строк, столбцов и целых таблиц.
Microsoft Access, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access - это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Access можно создать приложение, работающее в среде Windows и полностью соответствующее потребностям по управлению данными. Используя запросы, есть возможность выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Access для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев необходимо указать форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу наиболее мощных средств Access относятся средства разработки объектов - Мастера которые можно использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции.
С помощью Access также легко импортировать данные из текстовых файлов, документов текстовых процессоров и электронных таблиц (и экспортировать данные в них). Microsoft Access имеет множество областей применения: на малом предприятии; корпорации и даже в сфере домашнего применения.
Результатом данной работы явилась система формирования, обработки и анализа данных, созданная средствами СУБД MS Access.
Разработанная система решает следующие задачи:
- построение структуры базы данных;
- отображения полученной структуры в наглядном и удобном для пользователя виде (в виде кнопочной формы);
- поиск элемента в структуре;
- проверка корректности работы базы данных.
Созданная база данных позволяет осуществлять сбор и систематизацию данных о каждом товаре, клиенте, поставщиках и сотрудниках магазина бытовой техники.
Разработанная база данных состоит из множества функционально законченных форм: форма формирования данных, реализованного в конструкторской среде формы, и формы отображения и обработки данных, реализованного в наглядной (полной) форме.
Разработанное программное средство представляет собой самостоятельное приложение с организованным доступом к информационной системе, содержащей информацию о деятельности магазина бытовой технике. Данные могут храниться за все время и позволяют в динамике проследить изменения в сведениях о них. База данных предназначена для работы менеджера: для хранения, обработки, проведения расчётов, сортировки, выборки и представления любых массивов данных по любым критериям.
Созданная база данных имеет простой графический интерфейс, заполнение ее не представляет трудности, удобна для сотрудников организации, многократно уменьшает время на рутинную работу по обработке информации и позволяет делать выводы по изменению системы в реальном времени.
Список литературы
1. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Методические указания. Ставрополь, СТИС, 2006. - 36 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 2003. - 278 с.
3. Блюттман К.У. Фриз Анализ данных в Access. Сборник Издательство: Питер, 2008. - 352 с.
4. Волкова В Н., Денисов А. А. Основы теории систем и системного анализа. - СПб: Издательство СПбГПУ, 2004. - 520 с.
5. Григорьев В.А., Ревунков В.И. Банки данных. Учебник для вузов. - М., МВТУ им. Баумана, 2002. - 342 с.
6. Гончаров А Ю. Access 2003. Самоучитель с примерами. - Москва, 2004. - 320 с.
7. Горшкова Л. А. Анализ систем управления. - Н.Новгород: ННГУ, 2000. - 222 с.
8. Кренке Д. Теория и практика построения баз данных / Д. Кренке - СПб.: Питер, 2003. - 800 с.
9. Кауфельд Д. Microsoft Office Access 2003 для "чайников" Издательство: Диалектика, 2007. - 320 с.
10. Кошелев В. Е.. Access 2003. Практическое руководство Издательство: Бином-Пресс, 2008. - 464 с.
11. Мейер М. Теория реляционных баз данных. - М.: Мир, 2002. - 183 с.
12. Марченко А. П. Microsoft Access: Краткий курс. - СПб.: Питер, 2005. - 65 с.
13. http://www.basoft.gomel.by/free.htm
14. http://www.accessoft.ru/Lit/Lit.html
15. http://it.kgsu.ru/TI_3/tkod_009.html
Приложение 1
Код модуля VBA (перевод суммы в строковую запись)
Option Compare Database
Function Cur_txt1(cur As Currency, gender As String) As String
Dim str As String
Dim word As String
Dim digital As Integer
Dim c As Currency
c = cur
word = ""
If c < 1000 Then
digital = Int(c / 100)
Select Case digital
Case 1
word = "сто"
Case 2
word = "двести"
Case 3
word = "триста"
Case 4
word = "четыреста"
Case 5
word = "пятьсот"
Case 6
word = "шестьсот"
Case 7
word = "семьсот"
Case 8
word = "восемьсот"
Case 9
word = "девятьсот"
End Select
str = word
word = ""
c = c - digital * 100
If c > 19 Then
digital = Int(c / 10)
Select Case digital
Case 2
word = "двадцать"
Case 3
word = "тридцать"
Case 4
word = "сорок"
Case 5
word = "пятьдесят"
Case 6
word = "шестьдесят"
Case 7
word = "семьдесят"
Case 8
word = "восемьдесят"
Case 9
word = "девяносто"
End Select
If word <> "" Then
If str <> "" Then
str = str + " " + word
Else
str = word
End If
End If
word = ""
c = c - digital * 10
End If
Select Case c
Case 1
word = "один"
Case 2
word = "два"
Case 3
word = "три"
Case 4
word = "четыре"
Case 5
word = "пять"
Case 6
word = "шесть"
Case 7
word = "семь"
Case 8
word = "восемь"
Case 9
word = "девять"
Case 10
word = "десять"
Case 11
word = "одиннадцать"
Case 12
word = "двенадцать"
Case 13
word = "тринадцать"
Case 14
word = "четырнадцать"
Case 15
word = "пятнадцать"
Case 16
word = "шестнадцать"
Case 17
word = "семнадцать"
Case 18
word = "восемнадцать"
Case 19
word = "девятнадцать"
End Select
If (c <= 2) And ((gender = "w") Or (gender = "W")) Then
Select Case c
Case 1
word = "одна"
Case 2
word = "две"
End Select
End If
If word <> "" Then
If str <> "" Then
str = str + " " + word
Else
str = word
End If
End If
Else
If c < 1000000 Then
str = Cur_txt1(Int(c / 1000), "w")
word = ""
Select Case Int(c / 1000) Mod 10
Case 1
If Int(c / 1000) Mod 100 = 11 Then
word = "тысяч"
Else
word = "тысяча"
End If
Case 2, 3, 4
If (Int(c / 1000) Mod 100 > 10) And (Int(c / 1000) Mod 100 < 20) Then
word = "тысяч"
Else
word = "тысячи"
End If
Case Else
word = "тысяч"
End Select
If word <> "" Then
str = str + " " + word
End If
word = Cur_txt1(c - Int(c / 1000) * 1000, "m")
If word <> "" Then
str = str + " " + word
End If
Else
If c < 1000000000 Then
str = Cur_txt1(Int(c / 1000000), "m")
Select Case Int(c / 1000000) Mod 10
Case 1
If Int(c / 1000000) Mod 100 = 11 Then
word = "миллионов"
Else
word = "миллион"
End If
Case 2, 3, 4
If (Int(c / 1000000) Mod 100 > 10) And (Int(c / 1000000) Mod 100 < 20) Then
word = "миллионов"
Else
word = "миллиона"
End If
Case Else
word = "миллионов"
End Select
str = str + " " + word
word = Cur_txt1(c - Int(c / 1000000) * 1000000, "m")
If word <> "" Then
str = str + " " + word
End If
Else
End If
End If
End If
Cur_txt1 = str
End Function
Public Function CurText(cur As Currency) As String
Dim tmp As String
If cur < 1000000000 Then
tmp = ""
If cur >= 1 Then
tmp = Cur_txt1(Int(cur), "m") & " руб."
End If
If cur - Int(cur) >= 0.1 Then
tmp = tmp & " " & Int((cur - Int(cur)) * 100) & " коп."
Else
tmp = tmp & " 0" & Int((cur - Int(cur)) * 100) & " коп."
End If
CurText = tmp
Else
CurText = ""
End If
End Function
Public Function FirstLetter(str As String) As String
If str <> "" Then
FirstLetter = UCase(Left(str, 1)) + Right(str, Len(str) - 1)
Else
FirstLetter = ""
End If
End Function
Приложение 2
Инфологическая модель базы магазина бытовой техники
Подобные документы
Анализ предметной области. Проектирование концептуальной модели. Разработка логической структуры базы данных. Выделение информационных объектов. Создание глобальной схемы связей. Поддержка целостности данных. Структура и назначение существующих форм.
курсовая работа [1,4 M], добавлен 23.09.2016Проектирование автоматизированной информационной системы, позволяющей оформлять заказы на продажу керамической плитки. Разработка реляционной модели данных. Структура и содержание таблиц базы данных, формирование запросов к ней и назначение ее форм.
курсовая работа [4,9 M], добавлен 26.07.2013Основные объекты системы управления базами данных Microsoft Access. Разработка базы данных для магазина бытовой техники, оказывающая покупателям бытовой техники информационную функцию. Создание таблиц, схемы данных, запросов, форм, отчетов, главной формы.
контрольная работа [1,8 M], добавлен 29.07.2013Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Создание таблиц и проектирование систем управления базами данных. Инфологическое проектирование. Реляционная схема базы данных. Прикладное значение систем: отчет о поставщиках и поставляемых ими товарах. Выписка о наличии товара в магазине.
курсовая работа [596,1 K], добавлен 01.12.2008Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Изучение реляционной модели данных. Выявление потребности задач в данных и определение состава и структуры информационных объектов. Построение концептуальной модели предметной области. Создание форм, запросов и отчетов с помощью конструктора запросов.
курсовая работа [6,3 M], добавлен 09.10.2021Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Информационная система на базе компьютера. Основное отличие системы с базой данных от традиционной файловой системы. Построение концептуальной модели, реляционной модели. Нормализация. Проектирование базы данных в ACCESS. Создание SQL запросов.
курсовая работа [38,5 K], добавлен 06.11.2008
