Академический Документы
Профессиональный Документы
Культура Документы
Дипломная работа
Научный руководитель
к.э.н., доцент ____________ Т.Ф. Старовойтова
Допущена к защите
«_____»______________ 20__ г.
Заведующий кафедрой
цифровых систем и технологий
д.э.н., профессор
_______________T.А. Ткалич
Минск, 2021
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ......................................................................................................6
ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСОБЕННОСТИ РАБОТЫ
МИКРОФИНАНСОВОЙ ОРГАНИЗАЦИИ В УСЛОВИЯХ ЦИФРОВОЙ
ЭКОНОМИКИ.................................................................................................8
1.1 Современное состояние развития информационных систем и
технологий в сфере кредитования.................................................................8
1.2 Назначение и основные функции скоринговых систем......................11
1.3 Подходы к разработке программного обеспечения для
микрофинансовых организаций в условиях цифровой экономики..........15
ГЛАВА 2 АНАЛИЗ ПРЕДПРИЯТИЯ
ООО «АЙДИЭФ ТЕХНОЛОДЖИ».............................................................21
2.1 Характеристика предприятия и оказываемых услуг...........................21
2.2 Анализ использования информационных технологий в управлении
предприятием.................................................................................................27
2.3 Текущие и планируемые показатели эффективности производства..40
ГЛАВА 3 РАЗРАБОТКА ПРОТОТИПА СКОРИНГОВОЙ СИСТЕМЫ.44
3.1 Анализ объекта автоматизации для разработки скоринговой системы
44
3.2 Построение модели вариантов использования скоринговой системы
.........................................................................................................................45
3.3 Структура скоринговой системы...........................................................47
3.5 Проектирование схемы данных скоринговой системы.......................50
ЗАКЛЮЧЕНИЕ...........................................................................................54
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ...................................56
ПРИЛОЖЕНИЕ А........................................................................................58
РЕФЕРАТ
_______________________
(подпись студента)
РЭФЕРАТ
_______________________
(student's signature)
ВВЕДЕНИЕ
7
ГЛАВА 1
ТЕОРЕТИЧЕСКИЕ ОСОБЕННОСТИ РАБОТЫ
МИКРОФИНАНСОВОЙ ОРГАНИЗАЦИИ В УСЛОВИЯХ
ЦИФРОВОЙ ЭКОНОМИКИ
8
Рисунок 1.1 - Модель кредитного скоринга Дюрана
9
Титульная часть содержит в себе сведения о заемщике (в нашем случае
о физическом лице), которые дают возможность его идентификации.
Основная часть содержит информацию о кредитах заемщика. Эта часть
может включать в себя несколько разделов, например информацию о
безнадежных и активных кредитах и т. д.
Закрытая часть состоит из сведений об учреждениях, которые подавали
сведения в кредитную историю, а также о том, кто и когда запрашивал эту
информацию. Эта часть доступна только для самого субъекта кредитной
истории, поэтому немало важно задуматься о методах защиты персональных
данных. Данная процедура будет особенно важной, если вы совершаете
вклады через интернет или же ведете переписку с банком через электронную
почту.
Криптографические методы защиты данных. На данный момент
существует такие системы электронный платежей, как PayCash, Яндекс.
Деньги, MoneyMail. Они позволяют клиентам использовать свои счета
удаленно, или же удаленно через интернет оформлять кредитные
пластиковые карты. Но возникает проблема защиты этих операций [20].
На сегодняшний день одной из самых эффективных видов технической
защиты является криптографическая защита информации.
Криптографические методы защиты данных – это такие способы
зашифровки или другие преобразования информации, в результате которых
ее содержание становится недоступным без предъявления ключа
криптограммы и обратного изменения. Криптографический метод защиты,
несомненно, один из самых достоверных методов защиты, потому что
охраняется именно сама информация, а не доступ к ней (к примеру,
зашифрованный файл невозможно прочесть при возможности кражи
носителя). Реализация этого способа защиты происходит в виде программ
или пакетов программ [9].
На данный момент криптография представляет собой четыре области:
• Симметричные криптосистемы. В симметричных криптосистемах и
для шифрования, и для дешифрования используется один и тот же ключ;
• Криптосистемы с открытым ключом. В данной системе присутствуют
только два ключа – открытый и закрытый, которые математически связаны
друг с другом. Информация кодируется при помощи открытого ключа,
который доступен каждому, а декодируется с помощью закрытого ключа,
известного только адресату. (Ключом являются данные, необходимые для
беспрепятственного шифрования и дешифрования текстов.);
• Управление ключами. Это процесс обработки информации, смысл
которого является в формировании и распространении ключей между
пользователями;
10
• Электронная подпись. Данный метод позволяет при получении текста
другим пользователем проверить его подлинность.
Основными направлениями использования криптографических методов
являются передача личных данных по каналам связи (например, электронная
почта), выявление подлинности передаваемых сообщений, а также хранение
информации (документов, баз данных) на носителях в зашифрованном виде.
14
подвергаются «мутации», «скрещиваются», и в результате отбирается
«сильнейший», т. е. модель, дающая наиболее точную классификацию.
При использовании метода ближайших соседей выбирается единица
измерения для определения расстояния между клиентами. Все клиенты в
выборке получают определенное пространственное положение. Каждый
новый клиент классифицируется исходя из того, каких клиентов – плохих
или хороших – больше вокруг него.
На практике используется комбинация нескольких методов, и
компании хранят свои скоринговые модели в строжайшем секрете, поэтому
сложно сказать, какой метод лучше. Можно только делать приблизительные
заключения, основываясь на научных публикациях, ниже приводится
сравнительная таблица точности классификации для различных методов,
составленная профессором Л. Томасом.
Сравнение следует производить только горизонтально, потому что
авторы использовали разные определения «хороших» рисков и проводили
исследования на различных популяциях и выборках. Таблица показывает
процент правильно классифицированных клиентов. Цель всех приведенных
исследований заключалась в сравнении эффективности различных методов
классификации, поэтому не следует делать вывод, что данные цифры
показывают эффективность скоринговых систем в целом, так как уже
говорилось, что коммерческие системы используют несколько методов [3].
15
на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
20
ГЛАВА 2
АНАЛИЗ ПРЕДПРИЯТИЯ ООО «АЙДИЭФ ТЕХНОЛОДЖИ»
21
Компания «АйДиЭф Технолоджи» является центром разработки и
оказывает услуги по разработке и внедрению новых FinTech решений для
группы компаний холдинга ID Finance. Предпосылкой создания собственного
центра разработки программного обеспечения является возможность
холдинга получить в свое распоряжение команду специалистов,
подобранных с учетом индивидуальных потребностей под конкретные
проекты, а также для предпочитаемых методов проектного управления.
К 2023 году компания «АйДиЭф Технолоджи» планирует разработать и
внедрить комплексные финансовые системы на рынках Грузии, Испании,
Казахстана, Польши, Колумбии и Аргентины, используя инновационные
скоринговые модели для всех процессов FinTech системы, увеличивая
количество финансовых сервисов CRM системы и применяя современные
алгоритмы и источники данных, такие как machine learning, биометрические
данные (отпечатки пальцев, голосовая идентификация). Компания намерена
использовать последние технические инструменты и frameworks на всех
этапах разработки CRM системы. Так же планируется внедрить мобильные
версии CRM систем во всех странах холдинга. Помимо поддержки высокого
качества выпускаемого программного обеспечения, это позволит
мотивировать и развивать знания сотрудников и, таким образом, повысить
роль компании как работодателя на рынке Республики Беларусь. Также к
2023 году компания планирует достичь следующих результатов финансово–
экономической деятельности: выручка 6 300 000 долларов США, годовая
производительность труда 47 000 долларов США, рентабельность – 22%,
среднесписочная численность –135 человек и среднемесячная зарплата–2 550
долларов США.
ООО «АйДиЭф Технолоджи» нацелена на создание экспортно
ориентированных программных продуктов, способных привлечь в экономику
страны значительные валютные средства.
Разрабатывая качественные программные продукты ООО «АйДиЭф
Технолоджи» планирует внести весомый вклад в повышение авторитета
белорусских IT–компаний на мировом рынке, а также повысить
конкурентоспособность белорусской экономики.
Общество с ограниченной ответственностью «АйДиЭф Технолоджи»
зарегистрировано Минским городским исполнительным комитетом 24
августа 2017 года в Едином государственном регистре юридических лиц и
индивидуальных предпринимателей за №192959748.
Юридической адрес: 220125, город Минск, проспект Независимости,
177, пом.1а, 2 этаж, кабинет 6.
22
Компания учреждена унитарным обществом с ограниченной
ответственностью «Ай–Ди Финанс Инвестментс» (Испания) и обществом с
ограниченной ответственностью «Ай–Ди Финанс Спейн С.Л. (Испания).
Компания «АйДиЭф Технолоджи» входит в международную группу
FinTech компаний ID Finance. Компания «Ай–Ди Финанс Инвестментс»
является управляющей компанией холдинга. Компания учреждена в Испании
и расположенная по адресу Калье Тусет, ном. 10, этаж 5, 08006, г. Барселона,
Испания. Сайт группы компаний https://idfinance.com. В состав холдинга
входят следующие компании:
«MFC MONEY MAN» LLC (Россия);
«ID FINANCE POLAND» SP. Z.O.O. (Польша);
«IDF CAPITAL» SAPI DE CV (Мексика);
«ID FINANCE BRASIL» LTDA (Бразилия);
«Online Finance» LLP (Казахстан);
«Online Finance» LTD (Грузия).
Все компании холдинга ID Finance специализируются в «data science»,
кредитовании и онлайн–кредитовании.
Предпосылкой создания собственного центра разработки
программного обеспечения является возможность холдинга получить в свое
распоряжение команду специалистов, подобранных с учетом
индивидуальных потребностей и целей проектов, а также предпочитаемых
методов проектного управления.
Также, собственный центр разработки обеспечивает полный цикл услуг
холдингу, включая анализ и проектирование ПО, изучение структуры
проекта, разработку, частичную поддержку проектов.
Бизнес–модель компании
Компания «АйДиЭф Технолоджи» является центром разработки
холдинга ID Finance. На компанию возложена функция анализа,
проектирования и разработки программного обеспечения для холдинга.
Технологическая и отраслевая специализация, география
Областью разработки программного обеспечения и информационных
технологий компании является CRM–система. Благодаря онлайн–модели
работы, решения ООО «АйДиЭф Технолоджи» легко масштабируемы.
Разработки компании применимы в финансовой отрасли практически любой
страны мира, в которой есть спрос на кредитно–финансовые услуги, развиты
информационные технологии, сформированы информационная и
юридическая инфраструктуры и просто есть интернет.
Спрос на кредитно–финансовые услуги активно растет в России,
Европе и Южной Америке и, соответственно, растет спрос на
специализированное ПО, автоматизирующее данные услуги. Человеку проще
23
и удобнее оформить онлайн заявку на услуги, не вставая с места, имея под
рукой интернет, компьютер, планшет или телефон. Неоднократные походы в
финансовые учреждения, заполнение многочисленных документов,
всевозможная бюрократия–всех этих процедур простому потребителю
удастся избежать и его выбор будет в пользу автоматизированных онлайн–
услуг. Для технической реализации подобных процессов необходимы такие
компании, как ООО «АйДиЭф Технолоджи», которые обеспечивают
безопасность, непрерывность, скорость и удаленность процессов, что
снижает издержки. Операторы финансовых услуг по всему миру находятся в
поиске FinTech партнеров. Им необходимы решения как в области платежей,
так и в области обработки больших данных, выявления полезных знаний, в
том числе в оценке платежеспособности своих клиентов.
Методология разработки
Компания «АйДиЭф Технолоджи» в своей работе использует гибкую
методологию разработки ПО, построенную на основе правил и практик Agile,
Scrum, которая является одной из наиболее популярных методологий
разработки ПО.
Качество
В данный момент компания «АйДиЭф Технолоджи» активно
занимается формированием плана мероприятий по развитию компании и
повышению качества продукции (услуг) для достижения целей в области
качества и показателей результативности бизнес–процессов СМК (система
менеджмента качества). Идет начальная фаза разработки документированных
процедур, в том числе:
стратегии развития организации;
управления рисками;
управления документацией;
управления изменениями;
внутренних аудитов СМК;
управления несоответствиями и корректирующие действия;
автоматизации тестирования и мониторинга системы.
Кроме того, для успешной работы на рынках Евросоюза, Южной
Америки и других регионов дальнего зарубежья предполагается получение
сертификатов соответствия системе менеджмента качества стандарта ISO
9001.
Исключительное право
Исключительное право на разрабатываемые объекты интеллектуальной
собственности «АйДиЭф Технолоджи» передает заказчику.
Способ монетизации разработок, продуктов
24
Способом монетизации продуктов компании являются фиксированные
ежемесячные платежи за услуги по разработке программного обеспечения.
Система налогообложения
На сегодняшний день ООО «АйДиЭф Технолоджи» работает по общей
системе налогообложения.
Перечень планируемых видов деятельности
В качестве резидента ПВТ ООО «АйДиЭф Технолоджи» осуществляет
следующие виды деятельности:
анализ, проектирование и программное обеспечение
информационных систем;
консультирование организаций по вопросам коммерческой
деятельности и управления в целях повышения их эффективности с
оказанием услуг по комплексному управлению процессами
разработки и внедрения интегрированных информационных систем и
технологий;
выполнение отдельных работ (этапов работ), составляющих процесс
разработки программного обеспечения (программных средств),
поддержка, сопровождение программного обеспечения
(программных средств) потребителей или собственного
программного обеспечения (программных средств);
аудит информационных систем и программного обеспечения в
процессе их разработки, внедрения и эксплуатации на соответствие
техническим требованиям и (или) информационным потребностям
пользователей по заказам юридических лиц и индивидуальных
предпринимателей Республики Беларусь;
услуги по внедрению, сопровождению корпоративных
информационных систем или по выполнению отдельных этапов их
внедрения.
Компания начала уникальную разработку комплексного решения по
автоматизации работы кредитно–финансовых компаний и сервисов,
CRM–система строится на микросервисах и отказоустойчивой
инфраструктуре. Система покрывает все основные аспекты деятельности
кредитно–финансовой организации, включая привлечение
потенциальных клиентов и полный цикл автоматического учета займов и
кредитов. Автоматизирует процессы привлечения заявок, идентификации
клиентов, оценку кредитоспособности, выдачу денежных средств,
погашение займов (кредитов), мониторинг, администрирование, работу
контактного–центра (клиентской поддержки), работу с просроченными
займами и коллекторами.
25
Решение строится по модульному принципу – на данный момент
разрабатываются более 15 модулей. Это позволяет подобрать
оптимальную конфигурацию для любой компании и легко
интегрироваться с любыми сторонними продуктами, включая
скорринговые системы, 1С–бухгалтерию, клиент–банки, а также с
кредитными бюро и государственными службами.
На сегодняшний день первым потребителем разработки нашей
организации является российская компания ООО МФК «Мани Мен». Для
компании разрабатываются два проекта: «Solva РФ 2.0» (среднесрочные
потребительские кредиты до года) и «MoneyMan РФ 2.0» (краткосрочные
онлайн–займы). МФК «Мани Мен» были передан модуль «Займы».
В настоящий момент компания «АйДиЭф Технолоджи» арендует
помещения площадью 181,4 кв. м. по адресу проспект Независимости, 177.
Офис компании оборудован офисной мебелью и необходимой техникой.
Компания оснащена средствами производства: локальной сетью
современных ноутбуков с процессорами Intel® CoreTM i5–i7, оперативной
памятью 16 GB и жесткими дисками 1ТВ. Также заключен договор на
покупку сервера DELL
В компании IT специалистами выполняются работы, предполагающие
использование следующего лицензионного программного обеспечения:
платформы: Linux, Windows Server;
платформы разработки: J2EE, Angular, Php, Android;
базы данных: MySQL, Mongo, GridFS, DB2;
серверы приложений: GlassFish, Tomcat, Jetty.
29
Рисунок 2.1– Модуль «Заёмщики»
Примечание – Источник: данные компании.
Модуль «Займы»
Поиск и фильтрация по займам, сводная отчетность. Агрегирована
детализированная информация (в виде карточек) по каждому займу – статус
займа и его параметры, автоматический расчет рисков, информация из
сторонних финансовых и хозяйственных институтов (например, БКИ),
информация о погашениях, продлениях и реструктуризации. Разработка
модуля окончена.
30
Рисунок 2.2 - Модуль «Займы»
Примечание– Источник: данные компании.
Модуль «Платежи»
Процесс по управлению всеми денежными потоками организации –
проведение и контроль для внутренних платежей, внешних поступлений и
сводных кредитных отчетов. Разработаны печатные формы для
31
предоставления в контролирующие и надзорные органы. Разработка модуля
окончена.
32
истории коммуникаций с должниками, управление каналами связи (SMS,
почта, автоинформатор и прочее).
Модуль «Коллекторы»
Разработка функционала по управлению доступом внутренних и
внешних коллекторов и коллекторских агентств к системе. Настройки
выгрузки данных (например, реестры) и правил работы.
33
Рисунок 2.5 - Модуль «Коллекторы»
Примечание – Источник: данные компании.
Модуль «Партнеры»
Разработка функционала по управлению онлайн и офлайн партнерами
организации. Задаются различные модели коммуникации и расчета
вознаграждения. Создаются возможности построения партнерских сетей.
34
Рисунок 2.6 - Модуль «Партнеры»
Примечание – Источник: данные компании.
Модуль «Отчеты»
Планируется разрабатываться индивидуально под каждую
организацию и будет содержать набор отчетов и печатных форм,
запрашиваемых локальными подразделениями организации и локальными
или международными контролирующими и надзорными органами.
Модуль «Верификация»
Разработка автоматизированного рабочего места верификатора с
доступом ко всем данным потенциального заемщика, предложениями по
работе с его заявкой (по правилам, определяемым для каждой конкретной
организации отдельно). Хранение и доступ к полной истории коммуникаций
с потенциальным заемщиком, управление каналами связи (SMS, почта,
телефонные переговоры и прочее).
Модуль «Черные списки»
Разработка локального хранилища негативной информации по
потенциальным и действующим заемщикам, набор автоматических правил
принятия решения и ручной сверки совпадающей информации (Data
matching).
Модуль «Нотификации»
Разработка функционала по управлению всеми каналами
коммуникации с заемщиками, такими так СМС, телефония и электронная
почта. Сбор статистики и онлайн мониторинг внешних шлюзов. Набор
стандартных отчетов и метрик для каждого из каналов коммуникации.
Модуль «Мониторинг»
Разработка информационного блока для дирекций безопасности
позволяющий искать совпадения по разным полям (сущностям) для
локализации и пресечения фактов мошенничества.
Модуль «Бонусы»
Разработка функционала управления всеми промо–акциями
организации. Будет реализована возможность создания промо–кампаний,
политики скидок и начисления бонусов заемщикам при достижении
определенных результатов или наступлению определенных событий
35
.
Рисунок 2.7 - Модуль «Бонусы»
Примечание – Источник: данные компании.
36
На 31.12.2020 списочная численность ООО «АйДиЭф Технолоджи»
составляет 16 человек. Численность IT специалистов составляет 12
человек, численность административного персонала – 4 человека.
Руководитель ООО «АйДиЭф Технолоджи» Комаров Александр
Сергеевич имеет опыт в IT более 10 лет, руководил различными
проектами, связанными с разработкой корпоративных программных
продуктов и финансовых систем, обладает достаточным опытом в
создании конечных программных продуктов и их продвижении на рынках
Республики Беларусь, Российской Федерации и Европы. Комаров
Александр окончил факультет прикладной математики и информатики
Белорусского государственного университета по специальности
«Компьютерная безопасность». В дальнейшем руководитель организации
«АйДиЭф Технолоджи» занимал различные позиции в компании
Itransition, от разработчика до руководителя команды разработки в
отделах разработки финансовых систем и систем электронной
коммерции, после руководил одним из направлений разработки
финансовых систем в компании HiEnd Systems.
1. Бэкэнд разработка базируется на:
JAVA 7/8 с использованием универсального фреймворка
Spring Framework с открытым исходным кодом для Java–
платформ. Набор спецификаций JEE – EJB, JPA, JAX–RS,
Glassfish;
Инфраструктурные решения – Docker, ELK, Netflix stack
(Swarm, Consul, Vault, Hystrix, Kibana, Grafana, Prometheus,
Haproxy);
RDBMS – MySql, NoSql – Mongo, GridFS, Redis, ElasticSearch;
Истории событий и хранении данных – Axon Framework;
Платформе системы обмена сообщениями – RabbitMQ;
Аналитике данных (Big Data) – Spark;
JEE – EJB, JPA, JAX–RS, Glassfish;
Модульном и автоматизированном тестировании – Spock,
JUnit, Mockito, RestAssured. Selenium;
Системе автоматической сборки – Gradle, Maven.
2. Фронтенд разработка базируется на:
Компонентной архитектуре AngularJS;
Системе автоматической сборки – Webpack. Single page
application.
Управлении публичными ресурсами – Wordpress CMS.
37
Внедрение вышеуказанных ИТ–технологий помогает
систематизировать информацию, документы, упрощает сам рабочий
процесс.
2.3 Текущие и планируемые показатели эффективности
производства
38
Средняя заработная плата
9 тыс. руб. 3,8 4,2 4,6
работников
10 В % к предыдущему году % – 110 110
Примечание – Источник: данные компании.
№
Наименование показателя Ед. изм. 2021 2022 2023
п/п
1. Основные средства
тыс. руб. 160 80 80
в том числе:
2. Нематериальные активы
тыс. руб. 40 60 80
в том числе:
41
Рисунок 3.1 – Автоматизированный процесс принятие решения по заявке
Примечание – Источник: собственная разработка.
42
1. Бюро кредитных историй (БКИ) – компания, оказывающая в
соответствии с законодательством услуги по формированию, обработке и
хранению кредитных историй, а также по предоставлению кредитных
отчетов.
2. Верификатор – сотрудник заказчика, принимающий решение по заявке.
3. Заемщик – физическое лицо, клиент заказчика, нуждающийся в
денежных средствах.
4. Заемные средства – денежные средства, выдаваемые заказчиком
физическому лицу.
5. Заявка – заявка на кредит.
6. Кредитная история – это информация об исполнении субъектом
кредитной истории, то есть об исполнении заемщиком принятых на себя
обязательств по кредитным договорам.
7. Скоринг – система оценивания потенциального заемщика на основе его
кредитной истории.
Сокращения:
1. БА – бизнес аналитик.
2. БКИ – бюро кредитных историй.
3. МВД – министерство внутренних дел.
4. РФ – Российская Федерация.
5. PDL – кредит со сроком исполнения обязательств до 30 дней.
6. IL – кредит со сроком исполнения обязательств более 30 дней.
Действующими лицами в информационной системе являются клиент,
Скоринг и Верификатор.
Исходя из информации, представленной в техническом задании, были
выявлены следующие варианты использования информационной системы:
• Регистрация в системе
• Заполнение анкеты на кредит
• Принятие решение по заявке на кредит
На рисунке 3.2 и 3.3 представлены диаграммы вариантов
использования данной информационной системы.
43
Рисунок 3.2 – Диаграмма вариантов использования
Примечание – Источник: собственная разработка.
45
Далее выделим объекты системы, на основе которых описываются
модельные классы и связи между ними.
Диаграмма модельных, или как еще называют, концептуальных
классов, разрабатывается для того, чтобы графически представить
концепцию работы всей системы.
В ходе описания системы были выявлены следующие концептуальные
классы, которые представлены на рисунке 3.4
Идентификационный
CreditID (ПК) номер кредита int
Идентификационный
Reg_ID (ПК) номер клиента int
49
Сгенерированный код внешних ключей представлен ниже на примере
внешнего ключа таблицы Кредит. Код остальных внешних ключей выглядит
аналогично.
ALTER TABLE [Credit]. ADD CONSTRAINT
[FK_ Credit _Verifier].
FOREIGN KEY ([VerifierID].) REFERENCES [Verifier].
([VerifierID].) ON DELETE No Action ON UPDATE No Action
GO
Создание всех внешних ключей начинается с вызова ALTER TABLE
[(название таблицы]. ADD CONSTRAINT [(название первичного ключа].
FOREIGN KEY ([(первичный ключ таблицы, с которой необходимо связать
данную таблицу)].), REFERENCES [(название таблицы, с которой
необходимо связать данную таблицу)]. ON DELETE No Action ON UPDATE
No Action и заканчивается вызовом GO.
50
ЗАКЛЮЧЕНИЕ
52
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. Statista [Электронный ресурс]. // Statista – Режим доступа:
https://www.statista.com – Дата доступа: 12.02.2021.
2. Артомонов, В. Экономическая теория. / Артомонов В.С., Попов А.И. –
Спб.: Питер – 2016. – 528 с.
3. Балдин, К.В Информационные системы в экономике: Учебник / К.В
Балдин, В.Б. Уткин. - М.: Дашков и К, 2015. - 395 c.
4. Банк Альфабанк [Электронный ресурс]. // Альфабанк. – Режим
доступа: https://alfabank.ru/press/monitoring/2011/12/27/27554.html -
Дата доступа: 12.02.2021.
5. Банкир.ру [Электронный ресурс]. // Bankir.ru. – Режим доступа:
http://bankir.ru/publikacii/s/internet–banking–novaya–forma–starih–yslyg–
5382315 – Дата доступа: 12.02.2021.
6. Библиотека Смекни! [Электронный ресурс]. // Смекни!. – Режим
доступа: https://smekni.com/a/310786–2/zhiznennyy–tsikl–is–2/ – Дата
доступа: 12.02.2021.
7. Гальперин В. Микроэкономика / В.М.Гальперин, С.М.Игнатьев – Том 1
– Спб.: Омега, 2015 – 348с.
8. Гвоздева, Т. Проектирование информационных систем /Т. Гвоздева, Б.
Баллод – 2016. – с. 512.
9. Даниленко Л.Н. Экономическая теория: курс лекций по микро- и
макроэкономике: учебное пособие / Л.Н.Даниленко. – М.: ИНФРА-М. –
2013. – 576 с.
10. Зубр. Капитал [Электронный ресурс] / Разработка и управление бизнес-
процессами. – 2021. – Режим доступа: https://zubrcapital.com/ru
/blog/razrabotka-upravlenie-i-primery-avtomatizaciya-biznes-processov –
Дата доступа: 10.05.2021
11. Иванов, В.А. Банки и клиенты: вне времени и расстояния / Угрына
В.И., Иванов В.А. // Банковские технологии. – 2013. – № 5. – С.38.
12. Интернет-проект «Корпоративный менеджмент» [Электронный
ресурс]. // cfin.ru – Режим доступа:
https://www.cfin.ru/finanalysis/banks/scoring.shtml – Дата доступа:
12.02.2021.
13. Информационные системы и технологии: Научное издание / Под ред.
Ю.Ф. Тельнова. - М.: Юнити, 2016. - 303 c.
14. Исаев, Г. Проектирование информационных систем /Г. Исаев –2013. –
с. 424.
15. Ковалёва, Т. М. Финансы, деньги, кредит, банки / Т. М. Ковалева. –
2014. – с. 256.
53
16. Колпакова, Г.М. Финансы. Денежное обращение/ Колпакова Г.М –
2004.
17. Министерство труда Республики Беларусь [Электронный ресурс] /
Трудовой кодекс. – 2021. – Режим доступа: http://mintrud.gov.by/ Дата
доступа: 05.06.2021
18. Назаров, С. Архитектура и проектирование программных систем / С.
Назаров – 2016. – с. 376.
19. Ньютон, Р. Управление проектами от А до Я / Р. Ньютон – 2017. – с.
182.
20. Одинцов, Б.Е. Информационные системы управления эффективностью
бизнеса: Учебник и практикум / Б.Е. Одинцов. - Люберцы: Юрайт,
2015. - 206 c.
21. Пярина, О. В. Национальные системы платежных карт:
международный опыт и перспективы России / О. В. Пярина. – 2011. – с.
160.
22. Сайт компании EY [Электронный ресурс]. // ЕУ.com – Режим доступа:
https://www.ey.com – Дата доступа: 12.02.2021.
23. Семакин, И. Основы программирования и баз данных / Семакин И. –
2014. – с. 224.
24. Симбирская Л.М., Клитная И.В. Компьютерная система планирования
учебной работы ВУЗА: Сборник научных трудов // Вестник ХГАДТУ.
– Харьков. – 2002. – №17. – С.5 – 7
25. Сулейманова, Д.Ю. Информационные системы управления
инновационными процессами / Д.Ю. Сулейманова. - М.: Русайнс, 2018.
- 224 c. - 384 c.
26. Тавасиева, А.М Финансы и статистика / А.М. Тавасиева. – 2012. – с.
185.
27. Федотова, Е.Л. Информационные технологии и системы: Уч.пос / Е.Л.
Федотова. - М.: Форум, 2018. - 149 c.
28. Форум Koralexand [Электронный ресурс]. // Koralexand. – Режим
доступа: https://koralexand.ru/ – Дата доступа: 12.02.2021.
29. Форум Джавапоинт [Электронный ресурс]. // Джавапоинт
– Режим доступа: www.javatpoint.com– Дата доступа: 12.02.2021.
30. Хританков, А. Проектирование на UML / А. Хританков, В. Полежаев,
А. Андрианов – 2017. – с. 240.
31. Юдин, В.В. Перспективы дистанционного банковского обслуживания
физических лиц /В. В. Юдин // Банковские услуги. – 2014. – № 2. – с.
19.
32. Яковец, Ю. В. Эпохальные инновации XXI века / Ю. В. Яровец. –
2008. – 448 c
54
33. Янковский К. П. Управленческий учет: Учбное пособие. Стандарт
третьего поколения / К. П. Янковский. – СПб.: Питер. – 2020. – 362 с.
ПРИЛОЖЕНИЕ А
Изи Мани
Версия 1.6
17.02.2020
Составитель:
Гербалы А.В.
55
Лист распространения
История версий
56
Александр 17.10.2020 Редактирование всего документа, 1.6
дополнение 3.1., добавление приложения
для прототипов
57
1. Введение
1.1. Назначение
58
https://docs.google.com/document/d/1A_3xdncDvPltCjUN1hewFoIYrscWX_ejQ4
PvA8yU2PA/edit?usp=sharing .
2. Общее описание
2.1. Общий взгляд на продукт
59
2.3. Операционная среда
60
2. Предполагается, что заёмщик на шаге заполнения заявки может
выбрать сумму и срок займа неверно (неподходящие ему).
61
2.7. Пользовательские требования
62
3. Функции системы
3.1. Сценарий использования
СИ–01.01.01 Управление заявками
Условия входа:
PRE–1. Потенциальный заемщик зарегистрирован в Системе.
PRE–2. Потенциальный заемщик залогинен в Системе.
PRE–3. Верификатор залогинен в Системе.
Условия выхода:
POST–1. Заявка на заём одобрена.
Главный поток:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Модуль сверяет данные карты с данными из заявки.
4. Система проверяет данные потенциального заёмщика открытых
сервисах МВД для валидации паспорта.
5. Система автоматически проверяет кредитную историю в БКИ.
6. Модуль оценивает максимальную просрочку из БКИ.
7. Модуль оценивает параметр “Заработная плата”.
8. Модуль оценивает параметр “Наличие несовершеннолетних
детей”.
9. Модуль оценивает параметр “Пол”.
10. Модуль оценивает параметр “Общая долговая нагрузка”
11. Модуль оценивает параметр “Возраст”.
12. Модуль оценивает параметр “Семейное положение”.
13. Модуль оценивает параметр “Наличие образования”.
14. Модуль оценивает параметр “Недвижимость”.
15. Модуль рассчитывает итоговую оценку.
16. Модуль анализирует результат оценивания.
17. Модуль одобряет заявку.
18. Система отображает заёмщику экран успешной выдачи
займа.
63
19. Система отправляет на электронную почту уведомление.
Альтернативный поток 2A:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Проверка Модулем не пройдена.
4. Перенаправление Модулем заявки верификатору.
5. Потенциальному заёмщику Система отображает экран
перенаправки специалисту.
Альтернативный поток 3A:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Модуль сверяет данные карты с данными из заявки.
4. Проверка Модулем не пройдена.
5. Потенциальному заёмщику Система отображает экран отказа в
займе.
Альтернативный поток 4А:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Модуль сверяет данные карты с данными из заявки.
4. Система проверяет данные потенциального заёмщика открытых
сервисах МВД для валидации паспорта.
5. Проверка Системой не пройдена.
6. Потенциальному заёмщику Система отображает экран отказа в
займе.
Альтернативный поток 5A:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Модуль сверяет данные карты с данными из заявки.
4. Система проверяет данные потенциального заёмщика открытых
сервисах МВД для валидации паспорта.
5. Система автоматически проверяет кредитную историю в БКИ.
6. Система определяет, что кредитная история чиста.
7. Перенаправление Модулем заявки верификатору.
8. Потенциальному заёмщику Система отображает экран
перенаправки специалисту.
Альтернативный поток 5Б:
1. Потенциальный заемщик отправляет заявку на заём.
2. Модуль сверяет IP адрес.
3. Модуль сверяет данные карты с данными из заявки.
64
4. Система проверяет данные потенциального заёмщика открытых
сервисах МВД для валидации паспорта.
5. Система автоматически проверяет кредитную историю в БКИ.
6. Система определяет, что просрочка составляет более 180 дней.
7. Заёмщику Система отображает экран отказа в займе.
8. Система отправляет на электронную почту уведомление.
Альтернативный поток 17А:
17. Модуль не одобряет заявку.
18. Заёмщику Система отображает экран отказа в займе.
19. Система отправляет на электронную почту уведомление.
Альтернативный поток 17Б:
17. Модуль перенаправляет заявку верификатору.
18. Система отображает заёмщику экран перенаправления заявления
специалисту.
19. Система отправляет на электронную почту уведомление.
3.2. Функции
3.2.1. Функция проверки IP адреса, с которого была отправлена заявка
При оформлении заявок клиент чаще использует то же устройство, что и для
регистрации. В связи с этим при попытке создания заявки с другого IP
адреса, в особенности находящимся на большом расстоянии от места
регистрации возможны случаи мошенничества. Для этого необходима
дополнительная сверка IP адресов Модулем при регистрации и создании
заявки.
В случае расхождения Модуль должен перенаправлять заявку на
верификаторов для проведения дополнительных проверок, чтобы уменьшить
числа одобрения заявок поданных мошенническим путем.
Приоритет – высокий (high).
3.2.2. Функция проверки карты
После проверки IP адресов (п.3.1.) Модуль должен сравнить сравнить имя и
фамилию владельца карты с паспортными данными потенциального
заёмщика.
Если данные не совпадают, Модуль должен автоматически аннулировать
данную заявку.
Если данные совпадают – переход к п.3.3.
Приоритет – высокий (high).
3.2.3. Функция запроса в МВД
После проверки карты (п.3.2.) данные потенциального заемщика Системой
автоматически проверяются на открытых сервисах МВД для валидации
паспорта. Необходимо использовать реализованный в Системе механизм
запроса данных из МВД.
65
Приоритет – высокий (high).
3.2.4. Функция запроса в БКИ
После валидации паспортных данных потенциального заемщика (п.3.3.)
Системой автоматически проверяется кредитная история в БКИ. Необходимо
использовать реализованный в Системе механизм запроса данных из БКИ.
Результаты проверки кредитной истории используются в функции
оценивания.
Приоритет – высокий (high).
3.2.5. Функция оценивания параметров по заданным критериям
3.2.5.1. Оценивание максимального срока просрочки из БКИ
После получения данных из БКИ Модуль должен определить максимальный
срок просрочки, которую заёмщик когда–либо допускал.
Модуль оценивания должен складываться следующим образом:
- если у заёмщика нет кредитной истории, Модуль должен
перенаправлять заявку на ручное рассмотрение к верификаторам
(п.3.2.8.);
- если максимальная просрочка составляет 1–30 дней, Модуль
дает оценку в 90 баллов;
- если максимальная просрочка составляет 30–60 дней, Модуль
даёт оценку в 70 баллов;
- если максимальная просрочка составляет 60–180 дней, Модуль
даёт оценку в 30 баллов;
- если максимальная просрочка составляет 180+ дней, Модуль
автоматически принимает решение отказать в выдаче займа.
Приоритет – критический (critical).
3.2.5.2. Оценивание параметра “Заработная плата”
При регистрации заёмщик указывает свою месячную заработную плату.
Модуль оценивания должен складываться следующим образом:
Берется коэффициент z=((ЗП/ 30дней) – (СуммКред/СрокКред)) / (ЗП/30дней)
* 100%, где
ЗП – заработная плата, СуммКред – сумма кредита, СрокКред – срок кредита
в днях.
- если коэффициент z составляет 50%+, Модуль даёт оценку 10
баллов;
- если коэффициент z составляет 30–40%, Модуль даёт оценку 40
баллов;
- если коэффициент z составляет 20–30%, Модуль даёт оценку 60
баллов;
- если коэффициент z составляет менее 20%, Модуль даёт оценку
80 баллов.
66
Приоритет – критический (critical).
3.2.5.3. Оценивание параметра “Наличие несовершеннолетних детей”
При регистрации заёмщик указывает наличие у себя несовершеннолетних
детей.
Модуль оценивания должен складываться следующим образом:
- если “Да”, Модуль даёт оценку 20 баллов;
- если “Нет”, Модуль даёт оценку 40 баллов.
Приоритет – критический (critical).
3.2.5.4. Оценивание параметра “Пол”
При регистрации заёмщик указывает свой пол.
Модуль оценивания должен складываться следующим образом:
- если пол мужской, Модуль даёт оценку 20 баллов;
- если пол женский, Модуль даёт оценку 40 баллов.
Приоритет – критический (critical).
3.2.5.5. Оценивание параметра “Общая долговая нагрузка”
После получения данных из БКИ Модуль должен оценить общую долговую
нагрузку заёмщика, что должно равняться сумме задолженности по
ежемесячным платежам по всем активным кредитам.
Модуль оценивания должен складываться следующим образом:
Берется коэффициент х = (ЗП–ОДН)/ЗП,
где ЗП – заработная плата, ОДН – общая долговая нагрузка.
- если коэффициент х составляет 50%+, Модуль даёт оценку 10
баллов;
- если коэффициент х составляет 30–40%, Модуль даёт оценку 40
баллов;
- если коэффициент х составляет 20–30%, Модуль даёт оценку 60
баллов;
- если коэффициент х составляет менее 20%, Модуль даёт оценку
80 баллов.
Приоритет – критический (critical).
3.2.5.6. Оценивание параметра “Возраст”
При регистрации заёмщик указывает свою дату рождение. Модуль, опираясь
на дату рождения, должен определить возраст заёмщика.
Модуль оценивания должен складываться следующим образом:
- если возраст составляет 18–25 лет или 60 и более, Модуль даёт
10 баллов;
- если возраст составляет 25–35 лет, Модуль даёт 40 баллов;
- если возраст составляет 35– 45 лет, Модуль даёт 80 баллов;
- если возраст составляет 45–60 лет, Модуль даёт 60 баллов.
Приоритет – критический (critical).
67
3.2.5.7. Оценивание параметра “Семейное положение”
При регистрации заёмщик указывает своё семейное положение.
Модуль оценивания должен складываться следующим образом:
- если женат/замужем, Модуль даёт 80 баллов;
- если холост, Модуль даёт 20 баллов.
Приоритет – критический (critical).
3.2.5.8. Оценивание параметра “Наличие образования”
При регистрации заёмщик указывает наличие образования.
Модуль оценивания должен складываться следующим образом:
- если “Высшее”, Модуль даёт 100 баллов;
- если “Средне–специальное”, Модуль даёт 60 баллов;
- если “Базовое”, Модуль даёт 20 баллов .
Приоритет – критический (critical).
3.2.5.9. Оценивание параметра “Недвижимость”
При регистрации заёмщик указывает наличие недвижимости.
Модуль оценивания должен складываться следующим образом:
- если имеется собственное жильё, Модуль даёт 100 баллов;
- если заёмщик арендует жильё, Модуль даёт 60 баллов;
- если заёмщик платит ипотеку за квартиру, Модуль даёт 40
баллов.
Приоритет – критический (critical).
3.2.6. Функция расчета итоговой оценки
Итоговая оценка должна рассчитываться Модулем по следующей формуле:
S=(0,25*балл параметра 3.4.1) + (0,1*балл параметра 3.4.2) + (0,1*балл
параметра 3.4.3)+ (0,1*балл параметра 3.4.4) + (0,15*балл параметра 3.4.5) +
(0,05*балл параметра 3.4.6) + (0,05*балл параметра 3.4.7) + (0,05*балл
параметра 3.4.8) + (0,05*балл параметра 3.4.9)
Приоритет – критический (critical).
3.2.7. Функция анализа результата оценивания
3.2.7.1. Функция автоматического одобрения займа
Если по результатам оценка более 60, то происходит автоматическое
одобрение заявки Модулем.
Клиенту Система отображает экран одобрения заявки на заём. На
электронную почту приходит уведомление. Использовать реализованный в
Системе механизм уведомления заемщика.
Приоритет – критический (critical).
3.2.7.2. Функция автоматического отказа
Если по результатам оценка менее 30, то Модуль автоматически дает отказ в
выдаче займа.
68
Клиенту Система отображает экран отказа по заявке. На электронную почту
приходит уведомление. Использовать реализованный в Системе механизм
уведомления заемщика.
Приоритет – критический (critical).
3.2.7.3. Недостаточный балл для автоматических действий системы
При недостаточном балле (от 30 до 60) для автоматических действий Модуля
переход к п.3.7.
Клиенту Система отображает экран перенаправления заявки специалисту и
отправляет уведомление на электронную почту. Использовать
реализованный в Системе механизм автоматического оповещения заемщика.
Приоритет – критический (critical).
3.2.8. Функция передачи заявки верификатору при недостостаточном
балле
При недостаточном балле для автоматического отказа или одобрения выдачи
займа, должна быть организована передача Модулем заявки верификатору
для дополнительных проверок. Далее верификатору необходимо
использовать реализованный в Системе механизм отклонения либо
одобрения заявки на заем.
Приоритет – критический (critical).
69
4. Нефункциональные требования
4.1. Требование к внешнему интерфейсу
4.1.1. Интерфейсы пользователей
Модуль не влияет на интерфейсы пользователей в существующей Системе.
Используются реализованные в Системе интерфейсы одобрения займа,
отказа в займе, дополнительной проверки заявки на заём верификатором.
Требования к интерфейсам Системы подробно описаны в проектной
документации Системы [2].
Основные цвета – зеленый и белый.
Интерфейс Системы и Модуля должен быть удобным и эргономичным:
- унифицированный интерфейс для всех частей Системы и
Модуля;
- надписи на русском языке;
- группировка пунктов меню в зависимости от функции.
4.1.2. Интерфейсы оборудования
Интерфейсы оборудования не выявлены.
4.1.3. Программные интерфейсы
4.2. Интерфейсы передачи данных
ИПД–1. Система должна отправлять уведомление об изменения статуса
заявки на электронную почту.
ИПД–2. Система в случае одобрения заявки на заем должна содержать в себе
сумму займа, процент, суммы выплат, сроки погашения, и пр.
4.3. Другие нефункциональные требования
4.3.1. Требования к производительности
ТП–1. Потенциальный заемщик должен иметь возможность ввести данные
24/7.
ТП–2. Модуль и Система должны обрабатывать входящие заявки за время не
превышающее 5 минут.
ТП–3. Модуль и Система должны обслуживать 1000 посетителей ресурса
единовременно, со средней продолжительностью сеанса 15 минут.
ТП–4. Загрузка веб–страниц в браузере должны полностью загружаться не
более чем за 10 секунд по модемному соединению со скоростью 40 кб/с.
ТП–5. Модуль должен обладать механизмом гарантирующими целостность
данных.
4.3.2. Требования к охране труда
Требования к охране труда не выявлены.
4.3.3. Требования к безопасности
ТБ–1. Должно отвечать тем же требованиям к безопасности, что в уже
реализованной Системе [2].
70
ТБ–2. При выдаче займа суммой свыше 15 000 российских рублей заёмщик
обязан пройти идентификацию личности (фотография личности в профиль с
документами подтверждающие личность) согласно Бизнес–правилу–9 [1].
ТБ–3. Карта, указываемая потенциальным заёмщиком на этапе регистрации,
должна быть именной и принадлежать заёмщику согласно Бизнес–правилу–1
[1].
ТБ–4. Паспортные данные потенциального заёмщика должны быть
валидными согласно Бизнес–правилу–3 [1].
ТБ–5. Номер телефона, вводимый потенциальным заёмщиком на этапе
регистрации, должен быть зарегистрирован в РФ согласно Бизнес–правилу–5
[1].
4.3.4 Атрибуты качества ПО
Доступность–1. Модуль Изи мани должен быть доступен пользователям,
находящимся на территории РФ.
Надежность–1. При возникновении проблем с соединением, Модуль не
должен позволять посетителям отправлять одну и ту же заявку более одного
раза.
Надежность–2. Должен быть обеспечен контроль целостности данных на
уровне СУБД.
Надежность–3. Должны быть обеспечены те же атрибуты качества
надежности, что в Системе. Подробное описание в проектной документации
[2].
71
Приложение В. Глоссарий
1. Термины
2. Сокращения
1. БА – бизнес аналитик.
2. БКИ – бюро кредитных историй.
3. МВД – министерство внутренних дел.
4. ПО – программное обеспечение.
5. РФ – Российская Федерация.
72