66
Таблица 12
Адрес
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
адреса
Addr_id
Integer
11
Ключевое
поле
Улица
Street
Varchar
150
Дом
House
Integer
11
Квартира
Flat
Integer
11
Широта
Latitude
Deciminal
10,8
Долгота
Longitude
Deciminal
10,8
Полный адрес
Full_address
Varchar
700
Таблица 13
Время аренды
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Значение
Value
Varchar
70
Таблица 14
Статусы объектов
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Значение
Step_name
Varchar
150
67
Таблица 15
Владелец объекта
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Owner_id
Integer
11
Ключевое
поле
Фамилия
Surname
Varchar
100
Имя
First_name
Varchar
100
Отчество
Patronymic
Varchar
150
Телефон
Phone
Varchar
24
Почта
Email
Varchar
100
Таблица 16
Просмотренные объекты
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Идентификатор
объекты
Object_id
Integer
11
Идентификатор
сделки
Leads_id
Integer
11
Дата создания
Creation_time
Datetime
Таблица 17
Сделки
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
68
Продолжение таблицы 17
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
клиента
Client_id
Integer
11
Идентификатор
статуса
Step_id
Integer
11
Дата создания
Creation_time
Datetime
Таблица 18
Комментарии к сделкам
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Комментарий
Comment_name
Varchar
3000
Идентификатор
сделки
Leads_id
Integer
11
Дата создания
Creation_time
datetime
Таблица 19
Статусы сделок
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Значение
Step_name
Varchar
150
69
Таблица 20
Клиенты
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Фамилия
Surname
Varchar
150
Имя
First_name
Varchar
150
Отчество
Patronymic
Varchar
150
Телефон
Phone
Varchar
24
Почта
Email
Varchar
100
Заметка
Annotation
Varchar
300
Таблица 21
Задачи
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Название
задачи
Name_task
Varchar
500
Описание
задачи
Description_task
Varchar
800
Дата создания
Creation_time
Datetime
Уведомление
End_time
Datetime
Идентификатор
статуса
Step_id
Integer
11
Идентификатор
клиента
Client_id
Integer
11
70
Таблица 22
Статусы задачи
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Значение
Step_name
Varchar
250
Дата создания
Creation_time
Datetime
Дата
отключения
Off_time
Datetime
Таблица 23
Пользователи
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Логин
Login
Varchar
150
Пароль
Password
Varchar
255
Токен
Token
Varchar
60
Таблица 24
Роли
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Значение
Role_name
Varchar
150
Дата создания
Creation_time
datetime
71
Таблица 25
Активные роли пользователей
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
Id
Integer
11
Ключевое
поле
Идентификатор
пользователя
User_id
Integer
11
Идентификатор
роли
Role_id
Integer
11
Дата создания
Creation_time
datetime
На рисунке 26 представлена ER-модель базы данных, которая была
сформирована с помощью MySQL Workbench.
Рисунок 26. ER-модель
72
2.3.3. Структурная схема пакета (дерево вызова процедур и программ)
После сбора всей информации и ее обработки, на основе всего выше
приведенного материала необходимо построить структурную схему модулей
проекта, которые отражают структурную схему и модули различных классов в
проекте [9].
Информационная система, которая представляет собой базу данных для
ведения учета клиентов, которая состоит из таблиц, управление которыми
осуществляется с помощью кнопочной формы. Ниже приведена схема работы базы
данных (рисунок 27).
Рисунок 27. Схема работы базы данных
В данном пункте необходимо для каждого модуля указать идентификатор и
выполняемые функции [8]. Эти данные представлены в форме таблицы (таблица 26)
Таблица 26
Функции модулей базы данных
№
п/п
Наименование модуля
Функции модуля
1
Модуль авторизации
Отвечает за проверку токена при доступе к сервису.
Так же содержит функции при авторизации,
которые проверяют входные данные (логин,
пароль) на корректность, генерирует и выдает токен
для использования клиентской части приложения
Модуль
авторизации
Модуль
сделок
Модуль
задач
Модуль
объектов
73
Продолжение таблицы 26
№
п/п
Наименование модуля
Функции модуля
2
Модуль сделок
Содержит предопределенные методы добавления
сделок, клиента, изменения статуса сделке
3
Модуль задач
Содержит предопределенные методы добавления
задач, изменения статуса задаче
4
Модуль объектов
Содержит предопределенные методы добавления
объектов, просмотра и редактирования
2.3.4. Описание программных модулей
Программный продукт был разработан полностью самостоятельно по
техническому заданию руководителя агентства недвижимости. Доступ к
разработанному продукту можно получить из браузера. Следовательно, можно
сделать вывод, что данная программа удобна в использовании из-за того, что зайти
в нее можно c нескольких устройств. Клиентская часть была разделена от серверной
для более простой поддержки программы. В случае рефакторинга приложения
руководитель сможет снизит затраты, путем переписывания только одной части
продукта.
Итак, в качестве клиентской части был выбран прогрессивный JavaScript
фреймворк Vue.Js. Его плюсы состоят в том, что он реактивный. Это дает изменять
данные приложения без особых усилий. А в качестве языка для серверной части был
выбран язык PHP, в популярной с ним связке базой данных MySql. Серверная часть
выступает в роли api для клиентской части приложения и взаимодействует через http
запросы. Вся программа разрабатывалась в интегрированной среде разработки под
названием phpStorm. Разработка клиентской и серверной частей велась параллельно.
Изначально был разработан модуль авторизации. Это самый главный модуль,
обеспечивающий безопасность данных агентства недвижимости. Затем
разрабатывались модули объектов, сделок и задач. Теперь рассмотрим эти модули
подробней.
74
Модуль авторизации. При входе в систему происходит проверка логина и
пароля на совпадения с базой данных. Если логин и пароль существует, тогда модуль
авторизации по собственному алгоритму генерирует токен, в который вшивается
логин, пароль, текущий timestamp. Полученная информация хешируется и
возвращается на клиентский браузер, куда записывается токен и проверяется при
дальнейшей работе и новых попытках входа в приложение.
Модуль сделок. При загрузке модуля с браузера клиента отправляется запрос
на получение данных от сервера о текущих сделках и их состояний. На сервере
выполняется запрос к базе данных, и возвращается информация о сделках, которая,
в свою очередь, отображается в браузере. Смена состояния сделки происходит
перетаскиванием карточек по колонкам. При перетаскивании происходит
асинхронный запрос на сервер, который изменяет состояние карточки в базе данных.
Для добавления сделки необходимо заполнить форму с данными. При нажатии на
кнопку «Добавить» отправляется запрос на сервер с введенными данными. На
сервере вначале создается запись клиента по введенным данным в базе данных, а
затем, используя идентификатор только что созданного клиента, создается запись в
таблице сделок. Как результат запроса в браузер возвращается запись об успешном
или не успешном создании.
Модуль задач. При загрузке модуля с браузера отправляется запрос на
получение данных от сервера о текущих задачах и их состояний. На сервере
выполняется запрос к базе данных, и возвращается информация о задачах, которая,
в свою очередь, отображается в браузере. Смена состояния задачи происходит
перетаскиванием карточек по колонкам. При перетаскивании происходит
асинхронный запрос на сервер, который изменяет состояние карточки в базе данных.
При добавлении данных отправляется запрос на сервер с данными, который создает
новую запись в базе данных и возвращает на клиент соответствующую информацию
Модуль объектов. При загрузке модуля с браузера отправляется запрос на
получение данных от сервера о текущих объектах. На сервере выполняется запрос к
базе данных, и возвращается информация об объектах, которая, в свою очередь,
отображается в браузере. Отображаются объекты карточками. Так же в этом модуле
имеется поиск по объектам, который может выбирать объекты по адресу. При
нажатии на объект, открывается подробная информация о нем. При добавлении
75
нового объекта, необходимо ввести необходимые данные о нем и сохранить
изменения.
На блок схеме рассмотрим модуль авторизации и модуль объектов (рисунок
28).