Разработка базы данных салона корпусной мебели

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

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

· обеспечивать получение общих и/или детализированных отчетов по итогам работы;

· позволять легко определять тенденции изменения важнейших показателей;

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

· выполнять точный и полный анализ данных.

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

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

Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимости и возможности использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных.

Поэтому в одном ряду с «классическими» СУБД упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые иногда трудно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

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

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

1.1 Краткая характеристика предметной области

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

· ассортимент продукции магазина;

· предприятия-поставщики;

· персонал;

· график поставок;

· клиентура;

· заказы клиентов.

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

Применяемая СУБД: АССЕSS 2003.

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

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

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

При отсутствии товара на складе работник магазина выбирает отсутствующие товары и на основании этих данных составляет заявку на имя фирмы-поставщика.

1.2 Разработка структуры БД

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

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

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

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

3. Каждое поле должно быть связано с темой таблицы.

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

5. В таблице должна присутствовать вся необходимая информация.

6. Информацию следует разбивать на наименьшие логические единицы. Например, поля «Имя» и «Фамилия», а не общее поле «Имя».

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

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

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

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

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

Между двумя сущностям, например, А и В возможны четыре вида связей.

Первый тип - связь “один-к-одному” (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:

Рис. 1

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

Второй тип - связь “один-ко-многим” (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Рис. 2

Квартира может пустовать, в ней может жить один или несколько жильцов.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи “многие-к-одному” (М:1) и “многие-ко-многим” (М:N).

1.4 Структура и создание таблиц

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

- Текстовый. Текст или числа, не требующие проведения расчётов.

- МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

- Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

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

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

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

- Дата/Время. Дата и время хранятся в специальном фиксированном формате.

- Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным.

- Гиперсвязь. Содержит адреса Web-страниц.

В проектируемой базе данных будут присутствовать следующие типы (Рис. 3):

Рис. 3

1.5 Реляционная схема базы данных

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

1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.

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

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

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

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

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

Совокупность таблиц и связей между ними представлена следующим образом (Рис. 4).

Рис. 4

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

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

2.1 Описание бизнес-процесса

Представленные ниже IDEF0-диаграммы кратко отражают суть функционирования данного магазина.

IDEF0 - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временнамя последовательность (WorkFlow).

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

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

Рис. 5

Рис. 6

2.2 Моделирование базы данных

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

Для базы данных мебельного магазина инфологическая модель будет выглядеть так (Рис. 7):

Рис. 7

2.3 Заполнение базы данных

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

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

Ниже представлены формы, присутствующие в проектируемой базе данных.

Рис. 8

Рис. 9

Рис. 10

Рис. 11

Рис. 12

Рис. 13

Рис. 14

Рис. 15

Рис. 16

Рис. 17

Рис. 18

Рис. 19

2.4 Запросы

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

Для удобства использования запросов, для них создаются формы.

В базе данных присутствуют 4 запроса:

· Запрос на данные о поставщиках - выдаёт сведения об интересующих поставщиках, поставляемых ими товарах и ценах на эти товары, при введении наименования поставщика или его кода.

· Запрос на отсутствующие товары - выдаёт список товаров, которых нет в наличии.

· Запрос поставщика по товару - выдаёт данные о товаре по введённому коду или названию.

· Наличие товара - выдаёт информацию о стоимости и количестве товаров, которые есть в наличии.

2.5 Отчёты

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

В базе данных присутствуют 2 отчёта:

· Выписка по наличию товара - содержит данные об имеющихся в наличии товаров, их количестве и суммарной стоимости.

· Поставщик - содержит данные о поставщиках.

Заключение

реляционный информационный графический

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

­ таблицы для сохранения данных;

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

­ формы для просмотра, добавления и изменения данных в таблицах;

­ отчеты для анализа и печати данных в определенном формате;

Удачная разработка базы данных обеспечивает простоту ее поддержания.

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

Литература

1. Гончаров А.Ю. Access 2003. Самоучитель с примерами. Москва, 2004 г.

2. Григорьев В.А., Ревунков В.И. Банки данных. Учебник для вузов. - М., МВТУ им. Баумана, 2002.

3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2006. - 352с.

4. Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0.-М.: ДИАЛОГ-МИФИ, 2002.

5. Введение в информационный бизнес. Учебное пособие под ред. В.П. Тихомирова, А.В. Хорошилова. - М.: Финансы и статистика, 1996.

6. Дуванов А.А. «Конструирование баз данных». СПб, 2003 г.

Размещено на Allbest.ru