76
Рисунок 2.22 – Формат таблицы «Пользователи»
Рисунок 2.23 – Формат справочника «Приоритеты обращений»
Рисунок 2.24 – Формат справочника «Статусы обращений»
Рисунок 2.25 – Формат справочника «Файлы»
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Веб-приложение разработано на основе паттерна (шаблона)
проектирования MVC.
Шаблон проектирования Model View Controller (MVC) указывает, что
приложение состоит из модели данных, информации о представлении и
управляющей информации. Шаблон требует, чтобы каждый из них был разделен
на разные объекты.
77
MVC – это скорее архитектурный паттерн. MVC в основном относится к
пользовательскому интерфейсу / уровню взаимодействия приложения. Все еще
понадобится уровень бизнес-логики, может быть, какой-то уровень обслуживания
и уровень доступа к данным.
Диаграмма шаблона проектирования MVC представлена на рисунке 2.26.
Рис. 2.26. Диаграмма шаблона проектирования MVC
Модель содержит только чистые данные приложения, она не содержит
логики, описывающей, как представить данные пользователю.
Представление представляет данные модели пользователю. Представление
знает, как получить доступ к данным модели, но не знает, что означают эти
данные или что пользователь может сделать, чтобы манипулировать ими.
Контроллер существует между представлением и моделью. Он слушает
события, вызванные представлением (или другим внешним источником), и
выполняет соответствующую реакцию на эти события. В большинстве случаев
реакция заключается в вызове метода на модели. Поскольку представление и
модель связаны через механизм уведомления, результат этого действия
автоматически отражается в представлении.
Спроектированное приложение состоит из набора программных модулей
на языке PHP (рисунок 2.27).
78
Рис. 2.27. Дерево вызова программных модулей системы
Модуль инициализации служит для подключения библиотек и задания
основных массивов и структур данных.
Модуль инициализации создает экземлпляры объектов:
маршрутизатор;
порождающий контроллер;
порождающая модель;
порождающая представление.
Маршрутзитор принимает на себя все запросы к веб-приложению и
анализирует параметры запроса, передавая управление контроллеру.
Контроллер вызывает модель и представление, которое уже отображает
информацию.
2.3.4. Описание программных модулей
В рамках описания программных модулей следует рассмотреть алгоритм
отображения конкретного обращения (рисунок 2.28).
79
Вообще, алгоритмом можно назвать заданную последовательность
операций, которая нужна для достижения определенного результата.
Итак, вначале происходит обработка запроса от пользоваля на вывод
конкретного обращения.
Затем идет выборка из БД параметров сообщений в рамках конкретного
обращения.
После чего в цикле по сообщениям происходи выборка из базы имен и
ссылок на файлы, которые были прикреплены к конкретному сообщению в
рамках конкретного обращения.
После этого происходит отображение информации на веб-форме.
Рис. 2.28. Алгоритм вывода информации по конкретному обращению
80
Листинги некоторых программных модулей приведены в приложении Б:
модуль вывода обращения;
модуль маршрутизатора.
2.4. Контрольный пример реализации проекта и его описание
Тестирование выполнялось на локальном хостинге под управлением веб-
сервера Apache 2.0 и СУБД MySQL 5.1.
При тестировании база данных была заполнена тестовой информацией,
отличной от данных реальных сотрудников банка. Поэтому наличие этой
информации в ВКР не нарушает требования закона о защите персональных
данных [2] и может свободно публиковаться.
Для запуска веб-приложения следует в интернет-броузере перейти по
адресу «http://localhost/help.freedom-finance.ru». Появится главная страница
приложения (рисунок 2.29).
Рис. 2.29. Главная страница веб-приложения
На главной странице располагается общая информация о финансовом
учреждении, а также основные контактные данные и ссылки на пункты меню для
не авторизованных пользователей.
81
Страница с контактами предприятия показана на рисунке 2.30.
Страница со списком ИТ-работников, ответственных за обработку
обращений клиентов, представлена на рисунке 2.31.
Если у клиента АКБ нет учетной записи в системе, то ему следует
зарегистрироваться (рисунок 2.32).
Рис. 2.30. Контактные данные АКБ «ФридомФинанс»
Рис. 2.31. Страница со списком ответственных за обращения работников ИТ-
отдела
82
Рис. 2.32. Форма регистрации нового клиента АКБ
Выполним вход в аккаунт от имени клиента «Ожегов Максим Леонтиевич»
(рисунок 2.33). Введем логин «ozhegov» и пароль «1uV3%{5I».
Рис. 2.33. Авторизация под учетными данными клиента АКБ
После успешной авторизации будет загружен личный кабинет клиента АКБ
(рисунок 2.34).
Рис. 2.34. Личный кабинет клиента банка
Видно что из личного кабинета можно просмотреть уже созданные
обращения, либо создать новое.
Создадим новое обращение в службу техподдержки (рисунок 2.35).
83
Рис. 2.35. Создание нового обращения
После создания обращения сразу происходит открытие чата переписки с
работниками ИТ-отдела (рисунок 2.36).
Рис. 2.36. Чат переписки с работниками ИТ-отдела
Просмотрим список всех обращений, созданных данными клиентом банка.
Для этого надо нажать на ссылку меню «Мои обращения» (рисунок 2.37).
84
Рис. 2.37. Список обращений от клиента банка
При переходе по ссылке «Перейти» будет показан чат работы с
обращением.
Теперь следует показать функционал системы с точки зрения работника
ИТ-отдела. Для этого надо пройти авторизацию под аккаунтом сотрудника АКБ.
Введен логин «zimin» и пароль «$FOSwykj» (рисунок 2.38).
Рис. 2.38. Авторизация под аккаунтом работника ИТ-отдела
После успешной авторизации система выводит список обращений (рисунок
2.39).
Рис. 2.39. Список обращений в системе
85
Можно перейти по ссылке в конкретное обращение (рисунок 2.40).
Рис. 2.40. Просмотр конкретного обращения
В данной форме можно вести переписку с клиентом, а после решения
проблемы закрыть обращение, нажав на кнопку «Закрыть запрос».