48
Основные функции
Служебные функции
АИС ООО «Инфокомплект»
Авторизация
Управление
категориями
Управление товарами
Управление клиентами
Управление заказами
Управление товарами в
заказах
Добавление/
редактирование/
удаление
Добавление/
редактирование/
удаление
Добавление/
редактирование/
удаление
Добавление/
редактирование/
удаление
Добавление/
редактирование/
удаление
Управление
менеджерами
Добавление/
редактирование/
удаление
Рисунок 16 - Дерево функций
Схема диалога показана на рис. 17. После авторизации в системе
менеджер системы может осуществлять навигацию по системе, осуществляя
переходы и управляя данными страниц: «Категории», «Товары», «Клиенты»,
«Менеджеры», «Заказы», «Товары в заказах».
49
Менеджер по
продажам
Авторизация
Страница «Категории»
Страница «Товары»
Страница «Клиенты»
Страница
«Менеджеры»
Страница «Заказы»
АИС ООО
«Инфокомплект»
Страница «Товары в
заказах»
Рисунок 17 - Сценарий диалога
2.3.2 Характеристика базы данных
В таблице 11 представлен список и структура таблиц базы данных.
Таблица 11
Структура базы данных
Название
таблицы
Наименование поля
Тип поля
Формат поля
Категории
товаров
Идентификатор
Категория товара
Счетчик (ключ)
Текстовый
Длинное целое
255
Товары
Идентификатор
Товар
Категория
Цена
Вес
Объем
Счетчик (ключ)
Текстовый
Числовой
Денежный
Числовой
Числовой
Длинное целое
255
Длинное целое
Денежный
Одинарное с плавающей
точкой
Одинарное с плавающей
точкой
50
Продолжение таблицы 11
Менеджеры
Идентификатор
ФИО
Телефон
E-mail
Счетчик (ключ)
Текстовый
Текстовый
Текстовый
Длинное целое
255
255
255
Покупатели
Идентификатор
ФИО
Адрес
Телефон
E-mail
Счетчик (ключ)
Текстовый
Текстовый
Текстовый
Текстовый
Длинное целое
255
255
255
255
Заказы
Номер заказа
Дата заказа
Статус заказа
Менеджер
Покупатель
Счетчик (ключ)
Дата/Время
Текстовый
Числовой
Числовой
Длинное целое
Полный формат даты
Текстовый
Длинное целое
Длинное целое
Товары в заказе
Идентификатор
Заказ
Товар
Количество
Счетчик (ключ)
Числовой
Числовой
Числовой
Длинное целое
Длинное целое
Длинное целое
Длинное целое
На основании анализа предметной области выделены сущности и определены
атрибуты (таблица 12).
Таблица 12
Сущности и атрибуты
Категории
Идентификатор
Категория товара
Товары
Идентификатор
Товар
Категория
Цена
Вес
Объем
Менеджеры
Идентификатор
ФИО
Телефон
E-mail
Покупатели
Идентификатор
ФИО
Адрес
Телефон
E-mail
Заказы
Идентификатор
Дата
Статус
Менеджер
Покупатель
Товары в заказе
Идентификатор
Заказ
Товар
Количество
51
В каждой сущности можно выделить первичный ключи – Идентификатор.
Этот ключ называется суррогатным, и его применение обеспечивает повышение
эффективности функционирования базы данных.
Как правило, суррогатный ключ – это числовое поле (порядковый номер). Его
использование дает следующие преимущества:
− неизменность,
− гарантированная уникальность,
− гибкость,
− эффективность.
Перечень связей между сущностями приведен в таблице 13.
Таблица 13
Связи и атрибуты
Связь
Атрибут связи
Категории товаров и Товары
Товар относится к определенной категории
Менеджеры и заказы
Заказ относится к определенному менеджеру
Покупатели и заказы
Заказ относится к определенному покупателю
Товары и Товары в заказе
Каждый заказ может включать несколько товаров
и каждый товар может быть включен в несколько
заказов
Заказы и Товары в заказе
Каждый заказ может включать несколько товаров
и каждый товар может быть включен в несколько
заказов
На основании анализа исходных данных и информационных потоков можно
сделать следующие выводы:
1. Каждый товар в соответствии с принятой структурой может относиться
только к одной категории, в то же время к одной категории может относиться
несколько товаров, кроме того, отдельные категории могут вообще не относиться ни
к каким товарам. Следовательно, для связи Категории товаров – Товары степень
связи 1:n (один ко многим), класс принадлежности сущности Категории –
необязательный, сущности Товары – обязательный.
2. Каждый заказ в соответствии с принятой структурой может относиться
только к одному менеджеру, в то же время к одному менеджеру может относиться
несколько заказов, кроме того, отдельные менеджеры могут вообще не относиться
ни к каким заказам. Следовательно, для связи Менеджеры – Заказы степень связи 1:n
52
(один ко многим), класс принадлежности сущности Менеджеры – необязательный,
сущности Заказы – обязательный.
3. Каждый заказ в соответствии с принятой структурой может относиться
только к одному покупателю, в то же время к одному покупателю может относиться
несколько заказов, кроме того, отдельные покупатели могут вообще не относиться
ни к каким заказам. Следовательно, для связи Покупатели – Заказы степень связи 1:n
(один ко многим), класс принадлежности сущности Покупатели – необязательный,
сущности Заказы – обязательный.
4. Каждая сочетание заказ - товар в соответствии с принятой структурой
может относиться только к одному товару, в то же время к одному товару может
относиться несколько сочетаний заказ - товар, кроме того, отдельные товары могут
вообще не относиться ни к каким сочетаниям заказ - товар. Следовательно, для связи
Товары – Товары в заказе степень связи 1:n (один ко многим), класс принадлежности
сущности Товары – необязательный, сущности Товары в заказе – обязательный.
5. Каждая сочетание заказ - товар в соответствии с принятой структурой
может относиться только к одному заказу, в то же время к одному заказу может
относиться несколько сочетаний заказ - товар, кроме того, отдельные заказы могут
вообще не относиться ни к каким сочетаниям заказ - товар. Следовательно, для связи
Заказы – Товары в заказе степень связи 1:n (один ко многим), класс принадлежности
сущности Заказы – необязательный, сущности Товары в заказе – обязательный.
Для всех связей установлена степень связи 1:n и класс принадлежности n-
связной сущности обязательный. Следовательно, для построения предварительных
отношений используются следующие правила:
− необходимы два отношения;
− ключами отношений являются ключи сущности;
− ключ односвязной сущности должен быть добавлен как атрибут в
отношение для n-связной сущности.
Перечень отношений с учетом суррогатных ключей представлен в таблице 14.
Таблица 14
Перечень отношений и атрибутов
Категории
Рег. №
Категория
53
Товары
Рег. №
Товар
Категория
Цена
Вес
Объем
Менеджеры
Рег. №
ФИО
Телефон
E-mail
Покупатели
Рег. №
ФИО
Адрес
Телефон
E-mail
Заказы
Рег. №
Дата заказа
Статус заказа
Менеджер
Покупатель
Товары в заказе
Рег. №
Заказ
Товар
Количество
Ключевые поля почеркнуты. Курсивом выделены атрибуты n-связной
сущности, соответствующие значению первичного ключа односвязной сущности.
На рисунке 5 представлена логическая модель данных.
Рисунок 18 – Логическая модель данных
54
На основании логической модели данных создана физическая модель с учетом
конкретной СУБД MySQL. Физическая модель представлена на рисунке 6.
Рисунок 19 – Физическая модель данных
SQL-скрипт создания базы данных представлен в Приложении В. Выполнение
скрипта сгенерирует базу данных на сервере MySQL (рис. 20).
Рисунок 20 – База данных на сервере MySQL (phpMyAdmin)
55
Таблицы. В базе данных заполнение таблиц должно выполняться только через
разработанные формы. Нарушение этого правила может привести к потере
информации. Перечень таблиц с указанием полей и их свойств приведен ранее в
таблице 1.
Запросы. Запросы в MySQL являются основным инструментом выборки,
обновления и обработки данных в таблицах базы данных. MySQL в соответствии с
концепцией реляционных баз данных для выполнения запросов использует язык
структурированных запросов SQL (Structured Query Language). С помощью
инструкций языка SQL реализуется любой запрос в MySQL [10].
Основным видом запроса является запрос на выборку. Результатом
выполнения этого запроса является новая таблица, которая существует до закрытия
запроса. Записи формируются путем объединения записей таблиц, на которых
построен запрос. Способ объединения записей таблиц указывается при определении
их связи в схеме данных или при создании запроса. Условия отбора,
сформулированные в запросе, позволяют фильтровать записи, составляющие
результат объединения таблиц.
При входе в приложение открывается главная страница, внешний вид которой
представлен на рисунке 21.
56
Рисунок 21 – Главная страница приложения
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
Информационная система представляет собой приложение для менеджеров
продаж компании ООО «Инфокомлект». Состоит система из основного модуля,
доступ к которому возможен после ввода логина и пароля (система авторизации).
Модули системы
Модуль авторизации
Модуль «Категории»
Модуль «Товары»
Модуль «Клиенты»
Модуль «Менеджеры»
Модуль «Заказы»
Модуль «Товары в заказах»
Рисунок 22 – Модули системы
57
2.3.4 Описание программных модулей
Программные модули системы отвечают за функционал системы.
Характеристика программных модулей представлена в таблице 15.
Таблица 15
Модули информационной системы
№
п/п
Наименование модуля
Функции модуля
1
Модуль авторизации
Обеспечивает процесс авторизацию пользователей в
системе.
2
Модуль «Категории»
Отвечает за управление категориями товаров.
Включает переходы на страницы добавления,
редактирования и удаления категорий.
3
Модуль «Товары»
Обеспечивает управление списком товаров компании.
Включает переходы на страницы добавления,
редактирования и удаления услуг.
4
Модуль «Клиенты»
Обеспечивает управление списком клиентов
компании. Включает переходы на страницы
добавления, редактирования и удаления данных о
клиентах.
5
Модуль «Заказы»
Обеспечивает управление списком заказов компании.
Включает переходы на страницы добавления,
редактирования и удаления заказов. Позволяет
изменять статус заказов.
6
Модуль «Менеджеры»
Обеспечивает управление менеджерами компании.
Включает переходы на страницы добавления,
редактирования и удаления заявок клиентов.
7
Модуль «Товары в заказе»
Предназначен для добавления товаров в заказ.
2.4 Контрольный пример реализации проекта
Контрольный пример составлен на основании реальных данных. Входная
информация для контрольного примера, экранные формы представлены на рис. 23 -
45.