56
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Всю информацию можно теоретически поделить на два класса: оперативная и
условно-постоянная. В связи с тем, что постоянная информация составляет до 80%
общего объема информации, циркулирующей в системе управления агентством
недвижимости, от правильной ее организации во многом зависит эффективность
функционирования всей системы управления агентством недвижимости [17]. При
условии создания правильной организации хранения постоянной информации,
приведет к устранению нежелательных моментов таких как: дублирование
информации, быстрый поиск необходимых данных, уменьшение объема хранимых
данных [7].
Как правило, работа с любой задачей начинается с заполнения справочников,
которые создаются перед началом работы в системе и по мере использования
справочники дополняются новыми записями. Все скриншоты сделаны с помощью
программы Joxi. В данном дипломном проекте входная информация представлена
следующими справочниками, информация о которых видна в программе PhpStorm:
Роли пользователей (рисунок 12):
Рисунок 12. Справочник ролей пользователей
Статусы объектов (рисунок 13):
Рисунок 13. Статусы объектов
Время сдачи объекта в аренду (рисунок 14):
57
Рисунок 14. Срок сдачи объекта в аренду
Статусы сделок (рисунок 15):
Рисунок 15. Статусы сделок
Статусы задач (рисунок 16):
Рисунок 16. Статусы задач
Справочник ролей пользователей будет изменяться только в случае доработки
приложения, при внедрении новых модулей.
Справочники статусов будут изменяться только тогда, когда руководители
решат в ходе работы добавить новые статусы, изменить название или удалить статус
из списка. В этом случае приложение перестроится под работу с новым списком.
Справочник времени сдачи объектов в аренду не будет претерпевать
изменения, т.к. в полном объеме отражает необходимую информацию.
2.2.3. Характеристика результатной информации
Результатная информация является важнейшей информацией, так как ради
нее и создаются системы подобного класса. В данном случае результативной
информацией будут являться отображение данных и форм ввода информации.
В текущей реализации можно добавлять сделки, задачи, объекты. При
добавлении сделок клиент добавляется на основе данных, введённых в форму при
добавлении сделки. Нижеприведенные скриншоты сделаны с помощью программы
58
Joxi. Поскольку, это веб-приложение, то, следовательно, crm система запускается из
браузера. И скриншоты приложения были сделаны из браузера Google Chrome.
Сделки - это основной функционал взаимодействия менеджера с клиентом. В
нем подразумевается добавление сделки (клиента) менеджером (рисунок 17). А
также для дальнейшего просмотра истории работы с клиентом (рисунок 18), с
возможностью добавить просмотренные объекты, а также указать какой-либо
комментарий к нему.
Рисунок 17. Добавление сделки
59
Рисунок 18. Просмотр информации о сделке. Общий вид
На рисунке 19 отображается информация о клиенте.
Рисунок 19. Просмотр информации о сделке. Клиенты
На рисунке 20 отображаются комментарии к сделке.
60
Рисунок 20. Просмотр информации о сделке. Комментарии
На рисунке 21 отображается информация о просмотренных объектах сделки.
61
Рисунок 21. Просмотр информации о сделке. Просмотренные объекты
При добавлении задачи необходимо заполнить название задачи, ее описание,
выбрать к какому клиенту относится эта задача и выбрать время напоминания о
задаче (рисунок 22).
62
Рисунок 22. Добавление задачи
Для добавления объекта необходимо заполнить такие поля, как: Адрес,
количество квадратных метров, количество комнат, этаж, выбрать срок аренды,
добавить фотографии, указать цену, описание и ввести контактные данные
владельца квартиры. На рисунке 23 показана форма для заполнения данных.
Рисунок 23. Добавление объекта.
63
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
В разработанном программном продукте связь пользователя и программы
реализована в форме диалога.
В сущности, диалог - это процесс обмена сообщениями между пользователем
и crm системой, при котором осуществляется постоянный обмен информацией
между пользователем и системой [16].
Рассмотрим дерево функций разработанной подсистемы учета и анализа
движения товаров (рисунок 24).
При этом можно выделить и детализировать два подмножества функций:
− служебные функции;
− основные функции;
Функции проекта
Основные
Служебные
Проверка
пароля
Выдача
токена
клиенту
Добавление
сделок
Добавление
задач
Добавление
объектов
Рисунок 24. Дерево функций
64
На рисунке 25 отображен сценарий диалога
Рисунок 25. Сценарий диалога
2.3.2. Характеристика базы данных
Фактически с помощью ER-модели осуществляется детализация хранилищ
данных проектируемой системы, а также документируются сущности системы и
способы их взаимодействия, включая идентификацию объектов, важных для
предметной области (сущностей), свойств этих объектов (атрибутов) и их
отношений с другими объектами (связей) [8].
База данных представлена в таблицах 11-25.
Таблица 11
Объекты
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
объекта
object_id
integer
11
Ключевое
поле
Основное меню
Главная
Статистика
по сделкам
Статистика
по задачам
Сделки
Добавление
сделки
Смена
статуса
сделке
Задачи
Добавление
задачи
Смена
статуса
задаче
Клиенты
Отображение
списка
клиентов
Добавление
клиента
Объекты
Отображение
объектов
Добавление
объекта
Поиск по
объектам
65
Продолжение таблицы 11
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
адреса
Address_id
integer
11
Количество
квадратных
метров
Square
float
Количество
комнат
Number_room
Integer
11
Этаж
Floor
Integer
11
Идентификатор
время аренды
Rental_time
Integer
11
Фотографии
Photo
Varchar
500
Цена аренды
Price
Deciminal
10,0
Идентификатор
владельца
квартиры
Owner_id
Integer
11
Идентификатор
статуса
Step_id
Integer
11
Описание
объекта
Description
Varchar
600
Ширина
колонки при
отображении
верстки
Flex
Integer
11