Разработка web-приложения для анализа кредиторской задолженности

Разработка web-приложения велась в интегрированной среде JetBrains PhpStorm.

PhpStorm это интеллектуальны редактор для разработки на PHP, HTML и JavaScript. Позволяет проводить моментальный анализ вводимого кода, тем самым помогая предотвратить образование ошибок в коде. Содержит инструменты для переработки кода с целью его лучшего понимания. Этот инструмент называется рефакторинг. Он поддерживает как PHP, так и JavaScript. Процесс рефакторинга полностью автоматизирован. Программа так же имеет функцию автодополнения кода. Для упрощения работы с СУБД включен полноценный SQL редактор. С его помощью можно редактировать результаты запросов.

PhpStorm разработан на основе платформы IntelliJ IDEA, написанной на Java.

Разработчики web-приложений имеют возможность расширить функциональность приложения с помощью различных плагинов, написав свои собственные или использовав готовые наработки.

В Функционал PhpStorm, включена среда WebStorm необходимая для работы с JavaScript, HTML и CSS.

Окно редактирования кода в PhpStorm представлено на рис. 2.5.

Рис. 2.5 - Окно редактирования кода в PhpStorm

Отличительными особенностями PhpStorm являются:

­ Осуществляется поддержка PHP версий 5.3 и выше, в том числе генераторы, синтаксис коротких массивов, пространства имен, типажи, бинарные литералы, доступ к члену класса при создании его экземпляра, обратное именование массива при вызове функции, типажи, выражения в статичных вызовах, замыкания и так далее. PhpStorm также применяется и в современных, и в традиционных проектах, реализованных на PHP;

­ Автоматическое дополнение кода позволяет осуществить финализацию имен переменных, методов, классов, ключевых слов PHP и в том числе широко применяемых имен полей и переменных в зависимости от их типа;

­ PHP Code Sniffer (phpcs), который делает мгновенную проверку кода;

­ Детектор повторяющегося кода;

­ Переработка кода, то есть переименование, задание переменной/константы/поля, внедрение переменной;

­ Работа с JavaScript, HTML и CSS;

­ Объединение с фреймворками модульного тестирования JavaScript, а также отладчик JavaScript;

­ Поддержка расширяемого встраиваемого языка программирования ECMAScript Harmony;

­ Удобный поиск использований и навигация по коду (найти использования, перейти к идентификатору/объявлению);

­ Поддержка HTML5;

­ Поддержка автодополнения кода, подсветки ошибок, валидации (CSS/SASS/SCSS/LESS);

­ При помощи функции Live Edit представляется возможным увидеть изменения в коде на странице в браузере, при этом не перезагружая ее;

­ Поддержка набора плагинов Emmet для текстовых редакторов, значительно ускоряющего написание кода на HTML, XML, XSL и некоторых других языках;

­ Легко настраиваемый визуальный отладчик (Xdebug, Zend Debugger) для проверки соответствующих контексту локальных переменных и заданных пользователем объектов слежения, в том числе объектов со сложной структурой и массивов, а также мгновенного редактирования значений;

­ Интеграция с профилировщиком: скрипты можно профилировать напрямую из PhpStorm при помощи инструментов Xdebug или Zend Debugger. Доступен суммарный отчет; пользователь может перейти от статистики исполнения прямо к функции в PHP коде;

­ Интеграция с фреймворком модульного тестирования PHPUnit (тесты PHPUnit можно разрабатывать в PhpStorm и сразу запускать из директории, файла или класса с помощью контекстного меню) с покрытием кода (code coverage).

Благодаря возможностям этих инструментов, разработка web-приложения будет максимально проста. Таким образом, используя фреймворки и интеллектуальную среду разработки приложения будет соответствовать всем условиям современного программного обеспечения.

3. Разработка web-приложения для анализа кредиторской задолженности

3.1 Описание и проектирование базы данных

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

Предметной областью называется часть реального мира, представляющая интерес для данного исследования (использования).

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

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

В итоге были разработаны следующие структуры таблиц, представленные в табл. 3.1 - 3.17.

Таблица 3.1. Клиент

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	255	*
Фамилия	Символьный	255
Имя	Символьный	255
Отчество	Символьный	255
Дата рождения	Дата
Пол	Символьный	255
Семейное положение	Числовой	255
E-mail	Символьный
Домашний телефон	Символьный	20
Мобильный телефон	Символьный	20

Таблица 3.2. Семейное положение

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Символьный	255

Таблица 3.3. Место работы клиента

Атрибуты	Тип	Размер	Ключевой атрибут
Клиент	Числовой	11	*
Название организации	Символьный	255
Должность	Символьный	255
Адрес	Символьный	255
Телефон	Символьный	255

Таблица 3.4. Документ, удостоверяющий личность клиента

Атрибуты	Тип	Размер	Ключевой атрибут
Клиент	Числовой	11	*
Удостоверяющий документ	Числовой	11
Серия	Символьный	255
Номер	Символьный	255
Выдан	Символьный	255

Таблица 3.5. Удостоверяющий документ

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Символьный	255

Таблица 3.6. Образование клиента

Атрибуты	Тип	Размер	Ключевой атрибут
Клиент	Числовой	255	*
Образование	Числовой	255
специальность	Символьный	255

Таблица 3.7. Образование

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Символьный	255

Таблица 3.8. Место рождения клиента

Атрибуты	Тип	Размер	Ключевой атрибут
Клиент	Числовой	255	*
Страна	Числовой	11
Область	Числовой	255
Город	Числовой	11

Таблица 3.9. Страна

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Символьный	255

Таблица 3.10. Область

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Страна	Числовой	11
Название	Символьный	255
Код области	Числовой	11

Таблица 3.11. Город

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Область	Числовой	11
Название	Символьный	255

Таблица 3.12. Место регистрации клиента

Атрибуты	Тип	Размер	Ключевой атрибут
Клиент	Числовой	255	*
Индекс	Числовой	10
Страна	Числовой	11
Область	Числовой	11
Город	Числовой	255
Улица	Символьный	255
Дом	Символьный	255
Строение	Символьный	255
Квартира	Числовой	255

Таблица 3.13. Кредит

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Клиент	Числовой	11
Дата открытия	Дата
Номер договора	Символьный	255
Дата договора	Дата
Статус	Числовой	4

Таблица 3.14. Платеж

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Кредит	Числовой	11
Дата	Дата
Основная часть	Вещественный
Проценты	Вещественный

Таблица 3.15. Платежные данные кредита

Атрибуты	Тип	Размер	Ключевой атрибут
Кредит	Числовой	11	*
Способ расчета кредита	Числовой	255
Размер	Вещественный
Процент	Вещественный
Время расчета в единицах	Числовой	11
Время расчета (тип)	Числовой	11
Дата первого платежа	Дата
Дата последнего платежа	Дата
Процент неустойки за просрочку	Числовой

Таблица 3.16. Способ расчета кредита

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Вещественный	255

Таблица 3.17. Время расчета

Атрибуты	Тип	Размер	Ключевой атрибут
Код	Числовой	11	*
Название	Вещественный	255

В разрабатываемом приложении должна иметься возможность добавления нового и удаление старого клиента в базе данных, редактирование его анкетных данных. Также должны быть предусмотрены функции поиска данных по фамилии клиента, функции формирования и печать справки содержащую краткую информация о клиенте, печати всех данных о нем, переиндексации и инициализации баз данных.

Были установлены следующие связи:

1) Время расчета - Платежные данные кредита: 1-? (один-ко-многим), то есть каждое время расчета может относиться к нескольким платежным данным кредита.

2) Способ расчета кредита - Платежные данные кредита: 1-? (один-ко-многим), то есть каждый способ расчета может относиться к нескольким платежным данным кредита.

3) Кредит - Платежные данные кредита: 1-? (один-ко-многим), то есть по каждому кредиту может быть несколько платежных данных кредита.

4) Кредит - Платеж: 1-? (один-ко-многим), то есть по каждому кредиту может быть несколько платежей.

5) Клиент - Кредит: 1-? (один-ко-многим), то есть каждый клиент может иметь несколько кредитов.

6) Клиент - Место работы клиента: 1-1 (один-к-одному), то есть каждый клиент может иметь одно место работы.

7) Семейное положение - Клиент: 1-? (один-ко-многим), то есть каждое семейное положение может относиться к нескольким клиентам.

8) Клиент - Место регистрации клиента: 1-1 (один-к-одному), то есть каждый клиент может быть зарегистрирован только по одному адресу.

9) Клиент - Место рождения клиента: 1-1 (один-к-одному), то есть каждый клиент может иметь только одно место рождения.

10) Клиент - Образование клиента: 1-1 (один-к-одному), то есть каждый клиент может иметь только одно образование.

11) Клиент - Документ, удостоверяющий личность клиента: 1-1 (один-к-одному), то есть у каждого клиента может быть только один документ, удостоверяющий личность.

12) Удостоверяющий документ - Документ, удостоверяющий личность клиента: 1-? (один-ко-многим), то есть только один удостоверяющий документ может относиться к документу, удостоверяющему личность.

13) Образование - Образование клиента: 1-? (один-ко-многим), то есть каждое образование может относиться к нескольким образованиям клиента.

14) Город - Место рождения клиента: 1-? (один-ко-многим), то есть каждый город может относиться к нескольким местам рождения клиента.

15) Область - Место рождения клиента: 1-? (один-ко-многим), то есть каждая область может относиться к нескольким местам рождения клиента.

16) Область - Город: 1-? (один-ко-многим), то есть каждая область может относиться к нескольким городам.

17) Страна - Место рождения клиента: 1-? (один-ко-многим), то есть каждая страна может относиться к нескольким местам рождения клиента.

18) Страна - Область: 1-? (один-ко-многим), то есть каждая страна может относиться к нескольким областям.

19) Страна - Место регистрации клиента: 1-? (один-ко-многим), то есть каждая страна может относиться к нескольким местам регистрации клиента.

20) Область - Место регистрации клиента: 1-? (один-ко-многим), то есть каждая область может относиться к нескольким местам регистрации клиента.

21) Город - Место регистрации клиента: 1-? (один-ко-многим), то есть каждый город может относиться к нескольким местам регистрации клиента.

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

Рис. 3.1 - ER-Диаграмма предметной области

3.2 Описание архитектуры web-приложения

фреймворк программный веб сервер

Архитектура приложения построена по принципу Модель-Представление-Контроллер. Таким образом, модель данных приложения, пользовательский интерфейс и управляющая логика разделены. Благодаря этому модификация одного из компонентов оказывает минимальное воздействие на другие компоненты web-приложения.

При обращении пользователя запрос поступает на web-сервер, затем транслирует его на контроллер, который, как правило, запрашивает информацию из базы данных. Для этого контроллер направляет запрос в модель, в ответ получает массив данных, транслирует полученные данные от модели в графический интерфейс и после всех этих операций возвращает готовый документ web-серверу. Web-сервер на основе полученных данных формирует HTTP-ответ, который содержит запрашиваемый документ и ряд параметров в заголовке документа (размер возвращаемого документа, дата предполагаемого истечения срока актуальности сущности и другие). В целях обеспечения многомодульности web-приложения, а также более гибкого динамического подключения необходимых компонентов используется еще один паттерн проектирования -- Front Controller (контроллер входа). Front Controller замещает глобальный контроллер в архитектуре, являясь первичной точкой входа любого пользовательского запроса.

Принцип построения основных компонентов основан на слоях. Компоненты web-приложения делятся на 3 слоя - Модель, Вид и Контроллер.

Слой модели представлен классами для работы с данными. Слой вида представляет собой набор шаблонов. Слой контроллера представлен многочисленными классами с именами ModuleActions, где Module - имя модуля.

Перед разработкой web-приложения необходимо предварительно установить все основные компоненты и осуществить их настройку. Для этого используется набор инструментов Zend Developer Tools.

После установки первоначального пакета нужно обновить его версию, чтобы получить директорию vendor, которая содержит в себе исходный код фреймворка и актуальные подключаемые внешние библиотеки. Для этого используется инструмент Composer. Composer - это менеджер зависимостей, способный добавлять к исходным данным дополнительные файлы, которые будут необходимы для последующей разработки web-приложения. Данные вносятся в файл composer.json. Чтобы просмотреть его структуру и добавить нужную информацию, необходимо открыть этот файл в программе JetBrains PhpStorm и внести необходимый код.

Web-приложение должно обращаться к базе данных MySQL. Для этого необходимо создать между фреймворком и базой данных связующее звено. Во фреймворке уже содержатся инструменты для работы с базой данных однако их не рекомендуется использовать в высоконагруженных проектах. В качестве альтернативного инструмента для работы с базой данных используется ORM Doctrine. Это объектно-реляционный проектор, который базируется на слое абстракции доступа к базе данных. Что бы его использовать, необходимо с помощью Composer инициализировать данные в проект.

После инициализации всех компонентов, становятся доступны все необходимые файлы для разработки web-приложения, такие как исходный код программы, внешние библиотеки и файлы связующего звена Doctrine.

Для создания оформления web-приложения в Zend Developer Tools был добавлен фреймворк Bootstrap. Для замены стандартного оформления необходимо открыть директорию public, и заменить код в файле bootstrap.min.css на новый. Также необходимо произвести замену стандартных шрифтов на те которые будут использоваться в конечном приложении.

Далее необходимо произвести создание и настройку дополнительных модулей и контроллеров в папке с web-приложением.

Для создания необходимого модуля нужно в папке Config разместить файл конфигурации модуля module.config.php. Затем в директорию src добавить папку в которой будут находится контроллеры, содержащие в себе действия. Действиями называются методы класса, обрабатывающие и способные передавать данные в представление. Представлением является шаблон.

Представления будут хранится в папке view. В ней необходимо создать первый контроллер, IndexController.php. Эти представления относятся к конкретному модулю, соответственно только к тем страницам, которые контроллеры будут выдавать.

Также в папке view, необходимо создать директорию, в которой будет создан ряд контроллеров, относящихся к контроллеру IndexController.php.

Затем создадим главный файл модуля, который будет показывать как производить работу с модулем. Созданный модуль можно заполнить. Для этого необходимо заполнить соответствующим кодом файл Module.php. Далее необходимо прописать все использующиеся в проекте модули, для этого нужно файл modules.config.php наполнить определенным кодом.

Следующим шагом является редактирование файла module.config.php для осуществления настройки модуля.

В этом файле выполняется подготовка к работе контроллеров этого модуля, файлов представлений и Doctrine. Также нужно произвести инициализацию сущности для работы базы данных. В итоге этот созданный модуль был перемещен в автозагрузку проекта.

Далее нужно заполнить файл контроллера. Создаем для модуля новое представление index.phtml и вносим в него необходимый код.

После произведения всех манипуляций по созданию всех основных компонентов web-приложения нужно приступить к настройке базы данных MySQL. Она будет использоваться непосредственно при работе web-приложения, хранить данные обо всех клиентах и пользователях. Для этого прежде всего необходимо настроить промежуточный слой Doctrine, который необходим для осуществления связи между базой данных и фреймворком.

Для настройки Doctrine нужно создать файл module.doctrine-mysql-odm.local.php в директории \config\autoload с определенным содержимым. В настройках конфигурации нужно отметить, что база будет с конкретным именем, находиться она будет на локальной машине, указать порт, который будет использоваться, установить имя пользователя и пароль. После настройки нужно подключить базу данных к разрабатываемому приложению.

Для осуществления взаимодействия web-приложения и базы данных нужно выполнить генерацию сущностей. Эта процедура поможет производить в дальнейшем обмен информацией с базой данных и ее извлечение. Чтобы осуществить генерацию, нужно создать директорию Entity, в которой должны содержаться файлы для записи и извлечения информации. Далее нужно провести инициализацию базы данных в других компонентах приложения. В конечном итоге, когда все описанные действия выполнены, промежуточное звено Doctrine между базой MySQL и Zend Framework будет настроено и подключено.

Web-приложение, разрабатываемое на базе фреймворка Zend framework и программируемое в IDE PhpStorm, делится на некоторое количество модулей, контроллеры которых инициируют выполнение определенных действий. Интерфейс реализован с помощью Bootstrap. За основу оформления был взят Material Design. В процессе разработки были реализованы следующие модули, составляющие ядро web-приложения:

­ Клиенты;

­ Кредиты;

­ График погашений;

­ Платежи на сегодня;

­ Просрочки по кредиторской задолженности.

3.3 Описание пользовательского интерфейса

Web-приложение для анализа кредиторской задолженности разработано по технологиям HTML, PHP, XML и CSS с использованием фреймворков и интегрированной среды разработки. Приложение доступно пользователю через браузер. Навигация по приложению аналогична использованию обычного web-сайта.

После запуска приложения открывается форма входа в систему, представленная на рис. 3.2.

Рис. 3.2. - Форма входа в приложение

Если пользователь осуществляет вход впервые, то необходимо будет создать нового пользователя. Форма для регистрации пользователя представлена на рис. 3.3.

Рис. 3.3 - Форма для регистрации пользователя

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

Меню web-приложения предполагает легкое и свободное перемещение по разделам и явное их описание. Единая цветовая гамма web-приложения способствует быстрому и полному восприятию содержания. В разработке использовались стандартные шрифты, которые установлены у большинства пользователей и позволяют удобно воспринимать текст.

В личный кабинет входят основные ссылки web-приложения, такие как Редактирование профиля, Работа с базами данных и Операции с кредиторской задолженностью. Изображение личного кабинета представлено на рис. 3.4.

Рис. 3.4 - Личный кабинет

В разделе Редактирование профиля имеется возможность провести смену пароля.

При открытии раздела меню Работа с базами данных, который представлен на рис. 3.5, открывается возможность просмотра и редактирования разделов Клиенты, Кредиты, График погашений.



Рис. 3.5 - Раздел Работа с базами данных

Раздел Клиенты предоставляет возможность просмотра списка клиентов кредитной организации с возможностью добавить нового. Изображение раздела клиенты представлено на рис. 3.6.

Рис. 3.6 - Раздел Клиенты

Для удобства поиска по базе реализована возможность поиска конкретного клиента.

В настройках таблицы имеется возможность редактировать отображаемые поля для более удобного просмотра. Настройка выбора полей представлена на рис. 3.7.



Рис. 3.7 - Настройка выбора полей

При нажатии на кнопку добавить нового клиента открывается форма для заполнения данных, представленная на рис. 3.8.

Рис. 3.8 - Форма для заполнения данных клиента

Раздел Кредиты содержит информацию о займах, которые взяли клиенты, а также о его статусе. Реализована возможность поиска по базе. Изображение раздела кредиты представлено на рис. 3.9.



Рис. 3.9 - Раздел Кредиты

При нажатии на кнопку добавить новый кредит открывается форма для заполнения данных, которая представлена на рис. 3.10.

Рис. 3.10 - Форма для заполнения данных по кредиту

Если открыть раздел График погашений предоставляется список графиков платежей для каждого заемщика. Изображение раздела График платежей представлено на рис. 3.11.



Рис. 3.11 - График погашений

При выборе конкретной записи можно сформировать подробный график погашения в формате MS-Excel или распечатать его.

При открытии раздела меню Операции с кредиторской задолженностью, представленный на рис. 3.12, пользователь может воспользоваться разделами Платежи на сегодня и Просрочки по кредиторской задолженности.

Рис. 3.12 - Раздел меню Операции с кредиторской задолженностью

В разделе Платежи на сегодня, изображенном на рис. 3.13, содержится таблица заемщиков, которым необходимо оплатить займ текущей датой. В целях напоминания пользователям о необходимости оплаты займа можно сформировать письмо каждому заемщику или всем сразу.

При необходимости можно сформировать отчет по таблице и распечатать его.

Рис. 3.13 - Раздел Платежи на сегодня

Раздел Просрочки по кредиторской задолженности содержит информацию по клиентам у которых возникла кредиторская задолженность. В данной таблице содержится информация по количеству дней просрочки, по сумме долга и по сумме составляющую комиссию за все дни просрочки. Изображение раздела Просрочки по кредиторской задолженности представлено на рис. 3.14.

Рис. 3.14 - Раздел Просрочки по кредиторской задолженности

Имеется так же возможность отправки писем и формирование отчета для дальнейшей его печати. Окно уведомления об отправке письма клиенту представлено на рис. 3.15.



Рис. 3.15 - Окно уведомления об отправке письма клиенту

Заключение

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

Web-приложение будет полезным инструментом в решении ежедневных задач любой кредитной организации в рамках анализа кредиторской задолженности. С помощью данного приложения можно быстро просматривать должников организации и отправлять им соответствующие уведомления, просматривать графики платежей и принимать решения на основе этих данных. Также web-приложение смогут использовать микрофинансовые организации, у которых нет возможности приобретать дорогостоящие программные продукты или заказать собственную разработку.

В ходе бакалаврской работы были решены следующие задачи:

- проведен анализ предметной области;

- определены требования и разработан проект web-приложения для анализа кредиторской задолженности;

- обоснованы проектные решения и выбор программной платформы;

- выполнено проектирование и разработка базы данных для web-приложения;

- разработаны и реализованы основные элементы web-приложения;

Web-приложение имеет большой потенциал для совершенствования. В будущем его можно расширять и дополнять новыми функциями в зависимости от потребностей организации. Простота административной части позволяет без особых знаний добавлять и редактировать содержимое базы данных.

Размещено на Allbest.ru