Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование БД клиентов магазина (Проектирование базы данных)

Содержание:

Введение

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

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

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

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

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

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

Глава 1. Проектирование базы данных

1. Описание предметной области. Постановка задачи

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

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

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

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

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

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

Номер карты лояльности;
ФИО клиента;
Наименование товара;
Количество товара;
Дату продажи;
Способ оплаты.

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

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

Функции администратора:

Принять заказ от клиента;
Вводить сведения о новых товарах;
Осуществлять поиск товара в магазине;
Продавать товары;
Добавлять сведения о новых клиентах;
Осуществлять поиск клиентов;
Формировать отчеты для отдела маркетинга.

Основные ограничения базы данных:

Каждый клиент имеет свой уникальный номер;
Каждая товар имеет свой уникальный номер;
Каждая категория товаров имеет свой уникальный номер;
Каждый товар принадлежит определенной категории товаров;
Каждый товар принадлежит определенному типу товаров;
Каждый клиент может оформлять множество заказов;
В каждом заказе может быть несколько товаров;
Каждый заказ имеет свой уникальный номер;
Каждый заказ может быть оформлен только на одного клиента.
1. Выбор средств проектирования. Выбор СУБД

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

В данной работе будет использован метод моделирования сущностей, результатом которого является модель «сущность-связь». Конструктивными элементами ER-модели являются сущности, атрибуты и связи.

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

ERwin разработан компанией Logic Works, которая в 1988 году была приобретена фирмой Platinum Technologies, а ее, в свою очередь, приобрела компания Computer Associates. Этот продукт в течение последних десяти лет занимает лидирующие позиции среди средств проектирования данных.

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

ERwin не ориентирован на какую-то конкретную СУБД и поддерживает более 20 типов СУБД, включая СУБД всех ведущих производителей серверов баз данных (Oracle, Sybase, Microsoft, IBM, Informix), а также все популярные форматы настольных СУБД (включая dBase, Clipper, FoxPro, Access, Paradox), кроме, возможно, самых последних версий. Дело в том, что новые версии ERwin не выпускались уже довольно давно. Поэтому при использовании ERwin с последними версиями некоторых СУБД могут возникнуть проблемы (например, некоторые типы данных SQL Server 7.0 это CASE-средство поддерживает не совсем корректно). Тем не менее ERwin остается одним из самых популярных в мире продуктов этого класса благодаря поддержке большого количества платформ, простоте интерфейса и, что немаловажно, поддержке специфических особенностей организации физической памяти наиболее популярных серверных СУБД.

ER/Studio фирмы Embarcadero Technologies по своему назначению сходен с ErWin представляет собой специализированное средство проектирования данных и не содержит в своем составе инструментов для объектно-ориентированного моделирования или моделирования бизнес-процессов. Список поддерживаемых СУБД у этого продукта достаточно широк и включает все наиболее популярные серверные и настольные СУБД.

К особенностям пакета относится написание макросов на SAX Basic (клон Visual Basic for Applications) для выполнения однотипных операций, например, добавления стандартных полей к вновь создаваемым сущностям. Этот же язык позволяет генерировать стандартные триггеры и хранимые процедуры для вставки, удаления, изменения записей. Однако, в отличие от ErWin, ER/Studio не позволяет добавлять к каждой таблице свои шаблоны триггеров или просматривать код конкретного триггера в процессе разработки модели; чтобы получить код одного триггера, нужно сгенерировать скрипт для всей модели.

Visio Enterprise фирмы Microsoft. Продукт под названием Visio, приобретенный в январе 2000 г. корпорацией Microsoft вместе с его разработчиком — компанией Visio Corporation, позиционировался на рынке как одно из самых популярных средств создания схем и диаграмм. Модификация Microsoft Visio 2000 — Visio 2000 Enterprise — содержит в своем составе полноценное CASE-средство.

Visio Enterprise позволяет производить прямое и обратное проектирование БД, преобразовывать логическую модель в физическую. Этим средством поддерживаются все ODBC- и OLE DB-источники данных.

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

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

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

Помимо серверных СУБД производства Sybase (Adaptive Server Enterprise 12.0, Sybase SQL Anywhere) PowerDesigner DataArchitect способен работать с любыми ODBC-источниками. Как и ERwin, он поддерживает генерацию триггеров серверных СУБД, осуществляющих стандартную обработку событий, связанных с нарушениями ссылочной целостности.

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

Отметим, что PowerDesigner DataArchitect весьма популярен на российском рынке, причем не только среди пользователей СУБД и средств разработки Sybase.инструментов разработки структуры базы данных выберем

На основе проведенного анализа инструментов разработки базы данных выберем PowerDesigner.

Рассмотрим наиболее популярные системы управления базами данных.

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

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

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

Свободная система управления базами данных. MySQL является собственностью компании Sun Microsystems, которая осуществляет разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией. Так же компания MySQL AB разрабатывает функциональность по заказу лицензионных пользователей. Достоинства MySQL:

Возможность работы с большим количеством платформ;
Возможность взаимодействия с интерфейсом программного приложения API и поддержка множества языков программирования, в том числе С++, а также C, PHP, Delphi, Java, Perl, Python, Ruby, Smalltal, Tcl и т.д.;
Высокая скорость работы за счёт упрощения некоторых стандартов;
Имеется множество функций, которые обеспечивают безопасность.

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

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

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

На основе проведенного анализа СУБД Microsoft Access отлично подходит для создания нашей базы данных.

1. Проектирование логической структуры базы данных

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

Заказы;
Клиент;
Товары.

Между этими сущностями можно установить следующие логические отношения:

Клиенты могут оформить один или более Заказов;
Заказ должен быть оформлен только одним Клиентом;
Заказы могут включать один или более Товаров;
Товары могут быть включены в один или более Заказов.

Сущность Заказы будет включать следующие атрибуты:

Номер заказа;
Код клиента;
Код товара;
Количество;
Дата оформления;
Способ оплаты.

Сущность Клиент будет включать следующие атрибуты:

Код клиента;
Фамилия;
Имя
Отчество;
Телефон;
Дата рождени;
Город;
Район;
Адрес;
e-mail.

Сущность Товары будет включать следующие атрибуты:

Код товара;
Категория;
Тип;
Производитель;
Наименование;
Вес;
Цена.

Как видим, первоначальное построение модели вызывает повторяющиеся записи, а также не находится в третьей нормальной форме. Для приведения к 3НФ необходимо добавить сущности для повторяющихся записей Способ оплаты, Категория, Тип, Производитель, которые будут содержать порядковый номер и соответствующий атрибут. А также необходимо разбить сущность Заказы на 2 сущности: Заказы и Детали заказов. В Детали заказов перенесем атрибуты: Номер заказа, Код товара, Количество.

Выделим сущности и их атрибуты:

Клиент (ID_карты, Фамилия, Имя, Отчество, Телефон, Дата рождения, Город, Район, Адрес, e-mail);
Заказы (Номер_заказа, ID_карты, Дата, Оплата);
Способ оплаты (Код, Способ);
Детали заказов (Код, Номер_заказа, Код_товара, Количество);
Товары (Код_товара, Категория, Тип, Производитель, Наименование, Вес, Цена);
Категория (Код, Категория);
Тип (Код типа, Тип животного);
Производитель (Код, Производитель).

Определим для каждого атрибута ограничения.

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

Атрибуты Фамилия, Имя, Отчество, Город, Район, Адрес, e-mail, Способ, Категория, Тип животного, Производитель содержат текстовые символы. Длина их колеблется от 15 до 50 единиц. Данные атрибуты могут включать символы как русского, так и английского алфавита, а также цифры и знаки препинания.

Атрибуты Дата и Дата рождения являются типа Дата и время, должны быть ранее сегодняшней даты.

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

Атрибут Количество указывает на количество заказанного товара, является целым числом, предположительно от 1 до 100. В нашей базе данных укажем тип Байт.

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

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

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

Рисунок 1. Концептуальная модель

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

Физическое проектирование базы данных заключается в описании структуры базы данных для конкретной выбранной системы управления базами данных с учетом ее ограничений. Выбранная СУБД – MS Access.

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

Описание структуры каждой таблицы представлены в таблицах 1-8.

Таблица 1

Описание структуры таблицы «Тип»

Имя поля	Тип данных	Размер поля	Описание
Код типа	Числовой	Байт	Ключевое поле
Тип животного	Текстовый	30	Обязательное поле: Да

Таблица 2

Описание структуры таблицы «Способ оплаты»

Имя поля	Тип данных	Размер поля	Описание
Код	Счетчик		Ключевое поле
Способ	Текстовый	20	Обязательное поле: Да

Таблица 3

Описание структуры таблицы «Производитель»

Имя поля	Тип данных	Размер поля	Описание
Код	Числовой	Байт	Ключевое поле
Производитель	Текстовый	20	Обязательное поле: Да

Таблица 4

Описание структуры таблицы «Категории»

Имя поля	Тип данных	Размер поля	Описание
Код	Счетчик		Ключевое поле
Категории	Текстовый	20	Обязательное поле: Да

Таблица 5

Описание структуры таблицы «Товары»

Имя поля	Тип данных	Размер поля	Описание
Код_товара	Счетчик		Ключевое поле
Категория	Числовой	Длинное целое	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Категории].[Код], [Категории].[Категория] FROM Категории; Присоединенный столбец: 1 Число столбцов: 2 Ширина столбцов: 0см; 2,54см Ограничиться списком: Да
Тип	Числовой	Байт	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Тип].[Код типа], [Тип].[Тип животного] FROM Тип; Присоединенный столбец: 1 Число столбцов: 2 Ширина столбцов: 0см; 2,54см Ограничиться списком: Да
Производитель	Числовой	Байт	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Производитель].[Код], [Производитель].[Производитель] FROM Производитель; Присоединенный столбец: 1 Число столбцов: 2 Ширина столбцов: 0см; 2,54см Ограничиться списком: Да
Наименование	Текстовый	100	Обязательное поле: Да
Вес	Числовой	Одинарное с плавающей точкой
Цена	Денежный		Обязательное поле: Да Правило проверки: >0

Таблица 6

Описание структуры таблицы «Клиенты»

Имя поля	Тип данных	Размер поля	Описание
ID_карты	Текстовый	6	Ключевое поле Маска ввода: 000000;;
Фамилия	Текстовый	20	Обязательное поле: Да
Имя	Текстовый	20	Обязательное поле: Да
Отчество	Текстовый	20
Телефон	Текстовый	16	Обязательное поле: Да Маска ввода: "+79"00\-000\-00\-00;;
Дата рождения	Дата и время	Краткий формат даты	Правило проверки: <Дата()
Город	Текстовый	20
Район	Текстовый	20
Адрес	Текстовый	50	Обязательное поле: Да
e-mail	Текстовый	50	Обязательное поле: Да

Таблица 7

Описание структуры таблицы «Заказы»

Имя поля	Тип данных	Размер поля	Описание
Номер_заказа	Счетчик		Ключевое поле
ID_карты	Текстовый	6	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Клиент].[ID_карты], [Клиент].[Фамилия], [Клиент].[Имя] FROM Клиент ORDER BY [Фамилия], [Имя]; Присоединенный столбец: 1 Число столбцов: 3 Ширина столбцов: 2,54см;2,54см;2,54см Ограничиться списком: Да
Дата	Дата и время	Краткий формат даты	Обязательное поле: Да
Оплата	Числовой	Длинное целое	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Способ оплаты].[Код], [Способ оплаты].[Способ] FROM [Способ оплаты]; Присоединенный столбец: 1 Число столбцов: 2 Ширина столбцов: 0см; 2,54см Ограничиться списком: Да

Таблица 8

Описание структуры таблицы «Детали заказов»

Имя поля	Тип данных	Размер поля	Описание
Код	Счетчик		Ключевое поле
Номер_заказа	Числовой	Длинное целое	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Заказы].[Номер_заказа], [Заказы].[ID_карты], [Заказы].[Дата] FROM Заказы ORDER BY [Номер_заказа]; Присоединенный столбец: 1 Число столбцов: 3 Ширина столбцов: 2,542см;2,542см;2,542см Ограничиться списком: Да
Код_товара	Числовой	Длинное целое	Обязательное поле: Да Тип элемента управления: Поле со списком Тип источника строк: Таблица или запрос Источник строк: SELECT [Товары].[Код_товара], [Товары].[Категория], [Товары].[Тип], [Товары].[Наименование], [Товары].[Вес], [Товары].[Цена] FROM Товары ORDER BY [Категория], [Тип], [Наименование], [Вес]; Присоединенный столбец: 1 Число столбцов: 6 Ширина столбцов: 1см;2,542см;2,542см; 2,542см;2,542см;2,542см Ограничиться списком: Да
Количество	Числовой	Целое	Обязательное поле: Да Правило проверки: >0

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

Построенная схема данных в MS Access представлена на рисунке 2. Пример заполнения описанных таблиц приведен в Приложении 1.

Рисунок 2. Схема данных БД «Зоомагазин», построенная
в MS Access

Глава 2. Описание разработанной информационной
системы

1. 2.1. Инструкция по работе с базой данных

База данных «Зоомагазин» предназначена для регистрации продаж товаров магазина для животных клиентам и дальнейшей работе с клиентской базой магазина. Разработанное приложение предназначено для администратора магазина. Стартовой окно показано на рисунке 3.

Рисунок 3. Стартовое окно

Стартовое окно состоит из 7 кнопок:

Оформить заказ – открывает окно для оформления нового заказа (рисунок 4);
Работа с клиентами – открывает новое меню для формирования отчетов о клиентах (рисунок 5);
Добавить клиента – открывает окно Добавить нового клиента (рисунок 6);
Товары клиентов – открывает окно Клиент для просмотра сведений о клиентах и приобретенных товарах, позволяет вносить изменения (рисунок 7);
Просмотр заказов – открывает окно Заказы для просмотра всех оформленных заказов и внесения изменений (рисунок 8);
Просмотр товаров – открывает окно Товары для просмотра и изменения сведений о товарах (рисунок 9);
Выйти – закрывает приложение.

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

Рисунок 4 – Окно «Оформление заказа» в режиме добавления

Рисунок 5 – Окно «Работа с клиентами»

Рисунок 6 – Окно «Добавить нового клиента»

Рисунок 7 – Окно «Клиент»

Рисунок 8 – Окно «Оформление заказа» в режиме изменения

Рисунок 9 – Окно «Товары»

Внимание! Результат внесенных изменений во всех окнах будет автоматически сохранен после закрытия окна.

Окно «Работа с клиентами» содержит 6 кнопок (рисунок 5):

Список всех клиентов для рассылки – открывает отчет с телефонами и e-mail всех клиентов магазина для формирования общей рассылки;
Список адресов доставок за месяц – открывает отчет с адресами доставок за любой месяц. Номер месяца необходимо указать в диалоговом окне. Формируется для планирования будущего плана доставок и предварительного составления оптимального плана поставок;
Список клиентов именинников за месяц – открывает отчет с контактным данными всех клиентов-именинников за любой месяц. Номер месяца необходимо указать в диалоговом окне. Формируется в конце месяца для планирования рассылки поздравления в следующем месяце;
Список клиентов по типу животного – открывает отчет со списком клиентов определенного типа животного. Тип животного необходимо указать в диалоговом окне. Например, достаточно указать «кош» и будет представлен отчет по типу – Кошка;
Поиск клиентов по фамилии, телефону, адресу – открывает таблицу с результатом поиска по фамилии, телефону или адресу. Любой из элементов поиска можно ввести без соблюдения регистра и частично;
На главную – возвращает на стартовое окно.
1. 2.2. Разработка интерфейса и реализация проекта

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

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

Пусть администратору поступает новый заказ от нового клиента. В окне «Зоомагазин» выбираем Добавить клиента и вводим его данные (рисунок 10), после этого нажимаем Закрыть. Данные нового клиента будут автоматически сохранены в таблице Клиенты (рисунок 11).

Рисунок 10. Окно Добавить клиента для контрольного примера

Рисунок 11. Обновленная таблица Клиент

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

Рисунок 12 – Форма Заказы для контрольного примера

Рисунок 13 – Обновленная таблица Заказы

Рисунок 14 – Обновленная таблица Детали заказов

Для просмотра купленных товаров данного клиента нажмем на кнопку Товары клиентов. Пролистав на последнего клиента, увидим купленные новым клиентом товары (рисунок 15).

Рисунок 15. Форма Клиент для контрольного примера

В форме Заказы, которая вызывается нажатием на кнопку Просмотр заказов, также отображается информация о контрольном заказе под номером 41 (рисунок 16).

Рисунок 16. Форма Заказы с контрольным примером

В форме Товары, которая вызывается нажатием на кнопку Просмотр товаров, также отображается информация о контрольном заказе (рисунок 17).

Рисунок 17. Форма товары с контрольным примером

Нажав на кнопку Список всех клиентов для рассылки на форме Работа с клиентами получим одноименный отчет, в котором будет отражен в последней строке контрольный пример (рисунок 18).

Рисунок 18 – Отчет «Клиенты для общей рассылки»

Нажатие на кнопку Список адресов доставок за месяц формирует одноименный отчет для дальнейшего планирования доставок и отражения охвата клиентов по районам города. На рисунке 19 представлен отчет за Ноябрь (месяц 11). Наш контрольный пример будет отражен в отчете уже за декабрь (месяц 12) и представлен на рисунке 20.

Рисунок 19. Фрагмент отчета «Список адресов доставок и дат за месяц» для месяца Ноябрь

Рисунок 20. Отчет «Список адресов доставок и дат за месяц» для месяца Декабрь

В отчете Список клиентов по типу животного контрольный пример также будет отражаться (рисунок 21). У нашего нового клиента тип – Кошка, поэтому можем ввести в диалоговое окно «кош» и получим результат.

Рисунок 21. Отчет «Список клиентов по типу животного» для типа «Кошка»

Отчет Список клиентов именинников за месяц формируется на предстоящий месяц. На рисунке 22 представлен список клиентов за Декабрь.

Рисунок 22. Отчет «Список клиентов именинников месяца» для месяца Декабрь

Для проверки работы поиска клиентов введем в первое диалоговое окно «Столб» (рисунок 23), а в остальных просто нажмем ОК. результат поиска представлен на рисунке 24.

Рисунок 23 – Диалоговое окно запроса «Поиск клиентов по фамилии, телефону, адресу»

Рисунок 24 – Результат выполнения запроса «Поиск клиентов по фамилии, телефону, адресу»

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

1. 2.3. Оценка экономической эффективности проекта

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

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

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

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

Работа администратора при этом только ускоряется.

Заключение

В ходе выполнения курсовой работы были выполнены следующие задачи:

произведен анализ и формализованное описание предметной области «Зоомагазин»;
создана концептуальная модель в PowerDesigner для данной предметной области;
реализован интерфейс базы данных «Зоомагазин» в СУБД MS Access, позволяющий реализовать функциональные требования и демонстрирующее описанные бизнес-процессы;
продемонстрирована работоспособность информационной системы для дальнейшей работы с данными клиентов магазина.

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

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

Абдикеев Н. М. Проектирование интеллектуальных систем в экономике : учебник / Н. М. Абдикеев. - М. : Экзамен, 2009. - 528 с.
Базы данных: от проектирования до разработки приложений / А. П. Чекалов. - СПб.: БХВ-Петербург, 2003. - 380 с.
Базы данных: учеб. для студентов вузов, обучающихся по направлению 230100 "Информатика и вычисл. техника": [в 2 кн.] / В. П. Агальцов. - М.: ФОРУМ - ИНФРА-М. - (Высшее образование). Кн. 2: Распределенные и удаленные базы данных. - 2017. - 270 с.
Барановская Т. П. и др. Информационные системы и технологии в экономике : учебник / Т. П. Барановская, В. И. Лойко, М. И. Семёнов, А. И. Трубилин. - М. : Финансы и статистика, 2012. - 416 с.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. – Электронная версия, http://citforum.ru/database/case/index.shtml.
Интеллектуальные информационные системы и технологии: Монография / А.В. Остроух, Н.Е. Суркова. – Красноярск: Научно-инновационный центр, 2015. – 370 с.
Интеллектуальные системы: текст лекций / А.М. Коровин. – Челябинск: Издательский центр ЮУрГУ, 2015. – 60 с.
Кузин А.В., Демин В.М. Разработка баз данных в системе Microsoft. Учебник. 2-е издание, Инфра-М, 2007г.
Основы использования и проектирования баз данных: учеб. пособие для студентов вузов, обучающихся по направлению "Информатика и вычисл. техника" / В. М. Илюшечкин. - М.: Высшее образование, 2009. - 213 с.
Основы построения интеллектуальных систем: учеб. пособ. / Г.В.Рыбина. – М.: Финансы и статистика; ИНФРА-М, 2010 – 432 с.

Приложение 1. Таблицы базы данных"