2.Построение моделей предметной области
2.1 Концептуальная модель предметной области
Данная модель представляет систему основных понятий и правил их комбинирования, не зависимых от языка и являющихся смысловой структурой предметной области, а также отображает логическое (обобщенное) представление о данных. Концептуальная модель описывает систему в терминах, понятных пользователю. Концептуальная модель представлена набором UML-диаграмм. Прежде чем создавать концептуальную модель опишем сущности UML – диаграммы. Основными конструктивными элементами инфологической модели являются сущности, связи между ними, идентификаторы (ключи), свойства (атрибуты). В описанной предметной области рассмотрены сущности: договор о покупке технике, менеджеры, склад магазина, поставщики, покупатели, техника, кассиры.
Далее создадим UML – диаграмму прецедентов. Рисунок 2.1
Рисунок 2.1 – UML диаграмма прецедентов
2.2 Диаграмма классов
Диаграмма классов (classdiagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. Диаграмма классов автосалона представлена на рисунке 2.2.
Рисунок 2.2 - Диаграмма классов
2.3Диаграммы взаимодействия
Диаграммы взаимодействия являются моделями, описывающими поведение взаимодействующих групп объектов. Как правило, диаграмма взаимодействия охватывает поведение только одного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой в рамках данного варианта использования.
Диаграмма взаимодействия магазина представлена на рисунке 2.3.
Рисунок 2.3 – Диаграмма взаимодействия
3. Физическая реализация базы данных сети магазинов бытовой техники
3.1 Создание базы данным
Любая ИС в качестве ядра имеет БД.
База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отражения данных. В качестве средств разработки БД будет использовано приложение MS Access, входящее в пакет Microsoft Office, как наиболее оптимальное средство разработки с точки зрения разработчика.
Microsoft Office позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла используются следующие объекты:
Таблицы для сохранения данных;
Запросы для поиска и извлечения только требуемых данных;
Форма для просмотра, добавления и изменения данных в таблицах;
Отчёт для анализа и печати данных в определённом формате.
Удачная разработка базы данных обеспечивает простоту её поддержания. Данные следует сохранять в таблицах, причём каждая таблица должна содержать информацию одного типа, тогда достаточно будет обновить данные, только в одном месте, чтобы обновленная информация отображалась во всей базе данных.
3.1 Физическое проектирование бд
База данных состоит из следующих таблиц:
Таблица «Договор» включает в себя номер договора заключаемого между магазином и покупателем, фирма техники, её характеристики, ФИО: покупателя, менеджера по продаже и кассира, дату покупки, цену техники.
Таблица «Поставщики» состоит из перечня поставщиков, поставляющих технику, адреса, телефона;
Таблица «Склад» состоит из идентификационного номера склада, ФИО менеджера склада и его контактных данных;
Таблица «Покупатель» состоит из номера покупателя, фамилии, имени, отчества, паспортных данных, даты рождения, номер кассы оплаты;
Таблица «Техника» содержит номер техники, фирму изготовителя, стоимость, поставщика, складгде хранится данная техника, дату выпуска, количество хранящейся данной техники на складе;
Таблица «Менеджеры продаж» содержит номер менеджера, ФИО сотрудника, телефон;
Таблица «Отдел расчёта с покупателями» содержит номер кассира, ФИО сотрудника кассы, номер кассы.
Описание полей и типы данных представлены в таблицах 1.1-1.7
Таблица 1.1 - Атрибуты таблицы "Договор"
Имя поля |
Тип данных |
Размер поля |
Значение |
№_Договора |
Счётчик |
Длинное целое |
Да (Совпадения не допускаются) |
ФИО_Менеджера |
Короткий текст |
80 |
Индексированное поле: нет |
ФИО_Покупателя |
Короткий текст |
80 |
Индексированное поле: нет |
Фирма_техники |
Короткий текст |
20 |
Индексированное поле: нет |
Дату_покупки |
Дата и время |
Длинное целое |
Индексированное поле: нет |
Модель_техники |
Короткий текст |
80 |
Индексированное поле: нет |
Таблица1.2 - Атрибуты таблицы "Поставщики"
Имя поля |
Тип данных |
Размер поля |
Значение |
№_Поставщика |
Счётчик |
Длинное целое |
Да (Совпадения не допускаются) |
Наименование_поставщика |
Короткий текст |
20 |
Да (Совпадения не допускаются) |
Адрес |
Короткий текст |
50 |
Индексированное поле: нет |
Телефон |
Числовой |
Длинное целое |
Индексированное поле: нет |
|
|||
Таблица 1.3 - Атрибуты таблицы "Склад"
Имя поля |
Тип данных |
Размер поля |
Значение |
№_Склада |
Числовой |
Длинное целое |
Да (Совпадения не допускаются) |
Адрес_склада |
Короткий текст |
50 |
Индексированное поле: нет |
ФИО_менеджера_склада |
Короткий текст |
80 |
Индексированное поле: нет |
Телефон |
Числовой |
Длинное целое |
Индексированное поле: нет |
|
|||
Таблица 1.4 - Атрибуты таблицы "Покупатель"
Имя поля |
Тип данных |
Размер поля |
Значение |
№_Покупателя |
Счётчик |
Длинное целое |
Да (Совпадения не допускаются) |
ФИО_Покупателя |
Короткий текст |
80 |
Да (Совпадения не допускаются) |
Дата_рождения |
Дата и время |
|
Индексированное поле: нет |
Паспортные_данные |
Числовой |
Длинное целое |
Индексированное поле: нет |
№_кассира |
Числовой |
Длинное целое |
Индексированное поле: нет |
Таблица 1.5 - Атрибуты таблицы "Техника"
Имя поля |
Тип данных |
Размер поля |
Значение |
№_Техники |
Короткий текст |
80 |
Да (Совпадения не допускаются) |
Производитель |
Короткий текст |
20 |
Индексированное поле: нет |
Стоимость |
Денежный |
|
Индексированное поле: нет |
Количество_на_складе |
Числовой |
Длинное целое |
Индексированное поле: нет |
Наименование_ поставщика |
Числовой |
Длинное целое |
Индексированное поле: нет |
Дата_выпуска |
Дата и время |
|
Индексированное поле: нет |
№_Склада |
Числовой |
Длинное целое |
Индексированное поле: нет |
Таблица 1.6 - Атрибуты таблицы "Менеджеры продаж"
Имя поля |
Тип данных |
Размер поля |
Значение |
||||||||||||||||||||
№_Менеджера |
Счётчик |
Длинное целое |
Да (Совпадения не допускаются) |
||||||||||||||||||||
ФИО_менеджера |
Короткий текст |
80 |
Да (Совпадения не допускаются) |
||||||||||||||||||||
Телефон |
Короткий текст |
80 |
Индексированное поле: нет |
||||||||||||||||||||
Таблица 1.7 - Атрибуты таблицы "Отдел расчёта с покупателями"
Рисунок 3.2 - Таблица "Поставщики"
Рисунок 3.3 - Таблица "Склад" |
|||||||||||||||||||||||
Рисунок 3.4 - Таблица "Покупатели"
Рисунок 3.5 - Таблица "Техника"
Рисунок 3.6 - Таблица "Менеджеры продаж"
Рисунок 2.7 - Таблица "Отдел расчёта с покупателями"
Схема данных
Схема данных наглядно отображает логическую структуру базы данных: таблицы и связи между ними, а также обеспечивает использование установленных в ней связей при обработке данных. Схема данных БД сети магазинов представлена на рисунке 3.8.
Рисунок- 3.8 Схема данных