Материал: Автоматизация процесса взаимодействия с клиентами (CRM) в филиале компании DNS
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
личный кабинет администратора;
личный кабинет менеджера;
личный кабинет техника.
2.3.2. Характеристика базы данных
База данных проектировалась поэтапно. Применялось CASE-средство
проектирования ERWin. Вначале была создана логическая модель (рисунок 21).
Рисунок 21 – Логическая модель базы данных
Структура записей представлена в таблицах 19-25.
Таблица 19
Структура записей таблицы «Файлы»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_файла
id_file
число
32 бит
первичный
ключ
КОД_заявки
id_request
число
32 бит
внешний ключ
КОД_истории
id_history
число
32 бит
внешний ключ
Имя_файла
filename
строка
255 симв.
Таблица 20
Структура записей таблицы «История»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_истории
id_history
число
32 бит
первичный
ключ
КОД_заявки
id_request
число
32 бит
внешний ключ
Дата_занесения
date_time
Дата и
8 байт
58
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
время
КОД_статуса
id_status
число
32 бит
внешний ключ
Таблица 21
Структура записей таблицы «Статусы заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_статуса
id_status
число
32 бит
первичный
ключ
Наименование
status
строка
255 симв.
Таблица 22
Структура записей таблицы «Приоритеты заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_приоритета
id_priority
число
32 бит
первичный
ключ
Приоритет
priority
строка
255 симв.
Таблица 23
Структура записей таблицы «Виды заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_вида
id_type
число
32 бит
первичный
ключ
Вид_заявки
type
строка
255 симв.
Таблица 24
Структура записей таблицы «Пользователи»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_пользователь
id_user
число
32 бит
первичный
ключ
ФИО
name
строка
255 симв.
Телефон
tel
строка
255 симв.
Логин
email
строка
255 симв.
Пароль
pass
строка
255 симв.
Тип
type_user
число
4 бит
59
Таблица 25
Структура записей таблицы «Заявки»
Наименование поля
Идентификато
р поля
Тип
поля
Длина
поля
Прочее
КОД_заявки
Id_request
число
32 бит
первичный
ключ
КОД_статуса
Id_type
число
32 бит
внешний ключ
КОД_приоритета
Id_priority
число
32 бит
внешний ключ
КОД_вида
Id_status
число
32 бит
внешний ключ
КОД_пользователь
Id_user
число
32 бит
внешний ключ
КОД_техник
Id_repairer
число
32 бит
внешний ключ
Контакты_заявителя
Contacts
строка
255 симв.
Описание_проблемы
Description
строка
255 симв.
Комментарий_отдела
Comment
строка
255 симв.
Стоимость_ремонта
Price
Число с
плав.
запятой
32 бит
Хеш_ссылка
hash
строка
32 симв.
Затем эта модель была преобразована в физическую с указанием типов
данных (рисунок 22). Также русскоязычные названия были заменены на
латиницу.
Рисунок 22 – Физическая модель данных
Затем в СУБД MySQL была создана пустая база данных (рисунок 23).
После этого был запущен процесс автоматизированного экспорта
физической модели в СУБД. Вначале вводились параметры подключения к базе
(рисунок 24).
60
Рисунок 23 – Создание базы данных
Рисунок 24 – Ввод параметров и тестирование подключения
После этого ERWin произвел экспорт модели в СУБД (рисунок 25).
Рисунок 25 – Экспорт модели в СУБД
61
Таким образом, была получена база данных (рисунок 26).
Рисунок 26 – Созданная база данных в MySQL
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета позволяет отобразить модульную структуру
приложения (рисунок 27).
Рисунок 27– Структурная схема пакета
Источник: https://baza.diplomsite.ru/previewfile/2064