Главная страница

Украинский А.А._ПИб-1301. Разработка элементов crmсистемы для автосалона


Скачать 4.33 Mb.
НазваниеРазработка элементов crmсистемы для автосалона
Дата09.03.2022
Размер4.33 Mb.
Формат файлаdocx
Имя файлаУкраинский А.А._ПИб-1301.docx
ТипДокументы
#387454
страница8 из 14
1   ...   4   5   6   7   8   9   10   11   ...   14

2.3 Информационное обеспечение CRM системы для автосалона


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

Рассмотрим информационное обеспечение CRM системы для автосалона на примере формирования заявки на ремонт.

Для того чтобы формировать заявку на ремонт необходимо заполнить данные, а именно: «ФИО», «E-mail», «Телефон», «Модель автомобиля», «VIN номер», «Год выпуска», «Пробег», «Тип ремонта», «Дилер», «Дата», «Время».

На рисунке 2.6 представлена форма оформления заявки на ремонт. Как только данные для заявки заполнены, эти данные попадают в БД, а заявке присваивается статус «Принята в обработку».



Рисунок 2.6 - Форма оформления заявки на ремонт

На рисунке 2.7 представлен вывод информации о заказе



Рисунок 2.7 – Отчёт о заказе на ремонт

Отчет о заказе должен содержать следующие пункты: «№ заказа», «Заказчик», «Автомобиль», «VIN», «Вид ремонта», «Подробное описание», в котором указываются цены на расходные материалы и стоимость работ, а также «Статус» и «Цена».

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

Пункты «№ заказа», «Заказчик», «Автомобиль», «VIN», «Вид ремонта», «Подробное описание» заполняются автоматически данные берутся из БД.

Во время описания информационного обеспечения были определены основные пункты для формирования отчётов. Далее следует перейти к проектированию базы данных CRM-системы для автосалона.


2.4 Проектирование базы данных CRM для автосалона

2.4.1 Концептуальное проектирование модели данных


На этапе концептуального моделирования разрабатывается модель предметной области автосалона. Для проведения концептуального моделирования следует построить «ER-модель» или модель «сущность-связь» данная модель предназначена для отображения ключевых сущностей и связи между ними [20]. После построения, ER диаграмма преобразуется в конкретную схему базы данных.

На построенной диаграмме показаны основные сущности, а именно: «Пользователь», «Тест драйв», «Ремонт», «Тех. Осмотр», «Звонок», «Вопрос», «Ремонт», «Акции», «Сообщения», «Загруженные изображения».

Сущности «Ремонт», «Тех. Осмотр», «Звонок», «Вопрос» связаны с сущностью «Пользователь (клиент)» и имеют связь 1: М (один ко многим).

Сущности «Тест драйв» и «Автомобиль» имеют связь 1:1 (один к одному) так как к каждому конкретному тест драйву присваивается один конкретный автомобиль. Точно так же сущность «Пользователь (менеджер)» связывается с сущностями «Сообщения» и «Акции» связью 1:1 (один к одному).

Построенная ER диаграмма изображена на рисунке 2.8.



Рисунок 2.8 – ER диаграмма CRM-системы для автосалона

С помощью ER диаграммы были определены основные сущности, далее следует перейти к построению логической модели данных.


2.4.2 Построение логической модели данных CRM-системы для автосалона


Логическая модель данных представляет собой расширенную концептуальную модель, в которой определяются первичные (Primary Keys, PK) и внешние ключи (Foreign Keys, FK). В логической модели происходит уточнение состава сущностей и связей между ними [19]. Логическая модель базы данных CRM-системы для автосалона представлена на рисунке 2.9.

На логической модели базы данных отображено 10 сущностей:

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

Сущность «Пользователь» имеет первичный ключ – «ID пользователя». Сущность «Пользователь имеет связь с сущностями: «Звонок», «Вопрос», «Тест драйв», «Акции», «Тех. Осмотр», «Сообщения», «Ремонт», мощность связи один ко многим.

«Автомобиль» имеет связь с «Изображение», мощность связи один ко многим.



Рисунок 2.9 – Логическая модель базы данных CRM-системы для автосалона

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

2.4.3 Обоснование выбора системы управления базами данных CRMсистемы для автосалона


Системы управления базами данных (СУБД) – это программный продукт с помощью которого происходит взаимодействие с базами данных.

Основные функции СУБД:

  • управление данными во внешней памяти;

  • управление данными в оперативной памяти с использование

дискового пространства;

  • журнализация изменений, резервное копирование и восстановление

базы данных после сбоев;

  • поддержка языков БД [13].

Для правильного выбора СУБД необходимо провести сравнительный анализ СУБД, для этого составим таблицу 2.2.

Таблица 2.2 - Сравнение СУБД

Критерий

СУБД

MySQL

MSSQL

Не требует платной лицензии

+

-

Полный функционал при бесплатном использовании

+

-

Низкие требования к ЭВМ

+

-

Огромное количество хостинг предложений

+

-

Опыт работы

+

-

Надёжность

+

+

Итог

6

2



По итогам сравнительного анализа СУБД MySQL набрала 6 баллов, а СУБД MSSQL набрала 2 балла. Для CRM-системы главным критерием является быстродействие, который влияет на удобство работы пользователя. Вторым не менее важным критерием является опыт работы в СУБД, по данному критерию СУБД MySQL также является более приоритетной. По результатам сравнительного анализа было принято решение выбрать СУБД MySQL.


2.4.4 Физическое моделирование данных CRM-системы для автосалона


Следующий шаг в разработке CRM-системы для автосалона – это физическое моделирование.

Физическая модель базы данных CRM-системы для автосалона представлена на рисунке 2.10.



Рисунок 2.10 - Физическая модель данных CRM-системы

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

Физическое моделирование данных – это последний этап в реализации базы данных CRM-системы для автосалона.

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

СУБД, на основе проведённого анализа была выбрана СУБД MySQL.


1   ...   4   5   6   7   8   9   10   11   ...   14


написать администратору сайта