Разработка требований к информационной системе автоматизации бизнес-процессов обработки обращений клиентов банка

Диплом (ВКР) по теме «Разработка требований к информационной системе автоматизации бизнес-процессов обработки обращений клиентов банка»

Эта тема ВКР фокусируется на создании технически обоснованных требований к информационной системе, которая автоматизирует обработку клиентских обращений в банке. Работа включает анализ текущих процессов, моделирование «как есть» и «как должно быть», разработку функциональных и нефункциональных требований, проектирование архитектуры ИС и оценку экономической эффективности. Ключевые сущности — ГОСТ 34.602-2020, IDEF0, UML, СУБД, бизнес-логика, безопасность данных.

Нужен разбор вашей темы Разработка требований к информационной системе автоматизации бизнес-процессов обработки обращений клиентов банка? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Актуальность темы

Клиентские обращения — один из самых частых и ресурсоёмких процессов в банковской сфере. По данным Accenture Digital Banking Survey 2024, 68% клиентов ожидают ответа в течение 2 часов. Однако в большинстве банков ручная обработка запросов занимает от 8 до 72 часов.

Это приводит к росту нагрузки на сотрудников и снижению NPS. Например, в Сбербанке в 2023 году было зафиксировано 1,2 млн обращений, из которых 34% требовали ручного вмешательства. Автоматизация позволяет сократить время обработки до 15 минут, а ошибки — на 60% (источник: ЦБ РФ, «Информационная безопасность в кредитных организациях», 2023).

Разработка требований — критический этап жизненного цикла ИС. Без чётких спецификаций даже самая продвинутая система будет неэффективной. В ВКР по Прикладная информатика важно показать не просто «как сделать», а «почему именно так» — с опорой на ГОСТ, бизнес-анализ и нормативные требования.

Цель и задачи

Цель исследования: Разработка требований к информационной системе автоматизации бизнес-процессов обработки обращений клиентов банка на основе анализа текущей практики и нормативных требований.

Задачи:

1. Проанализировать организационную структуру и процессы обслуживания клиентов в выбранном банке (например, ВТБ).
2. Построить диаграммы IDEF0 для текущих процессов обработки обращений.
3. Выявить узкие места и риски в существующей системе (согласно ГОСТ Р 57580.1-2017).
<4>Разработать функциональные и нефункциональные требования к ИС (на основе ГОСТ 34.602-2020).
4. Спроектировать архитектуру системы: информационную модель, ER-диаграмму, сценарии взаимодействия (UML).
5. Оценить экономическую эффективность внедрения: снижение трудозатрат, сокращение времени обработки.
6. Обосновать выбор технологий (например, PostgreSQL, Django, RabbitMQ).

Задачи соответствуют структуре методички ВШЭ по специальности 09.03.02. Особенно важно, чтобы задачи логично вытекали из цели и отражались в выводах.

Объект и предмет исследования

• Объект: Отдел обслуживания клиентов ПАО «ВТБ» (можно заменить на любой банк по согласованию с научруком).
• Предмет: Процесс обработки обращений клиентов и требования к его автоматизации.

Важно: объект — это организация или подразделение, где происходит процесс. Предмет — то, что вы изучаете: в данном случае — сам процесс и требования к его ИС. Не путайте с «информационной системой» как предметом — это слишком широко.

Рекомендуемая структура дипломной работы

Пример введения для ВШЭ

Автоматизация обработки клиентских обращений в банковской сфере становится ключевым фактором конкурентоспособности. В условиях роста цифровых сервисов и повышения ожиданий клиентов ручная обработка запросов уступает место системам, основанным на workflow-движках и NLP. В ПАО «ВТБ» ежемесячно регистрируется более 80 000 обращений, из которых 42% требуют участия оператора. Это создаёт нагрузку на персонал и увеличивает время ответа.

Целью выпускной квалификационной работы является разработка требований к информационной системе автоматизации бизнес-процессов обработки обращений клиентов банка. Исследование опирается на ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы», а также на методы бизнес-анализа IDEF0 и UML.

Задачи исследования включают анализ текущих процессов, выявление узких мест, разработку функциональных и нефункциональных требований, проектирование архитектуры системы и оценку экономической эффективности. Объектом исследования выступает процесс обслуживания клиентов в ПАО «ВТБ». Предмет — требования к автоматизации этого процесса. Работа основана на методических рекомендациях кафедры Прикладная информатика ВШЭ и стандартах ФСТЭК.

Как написать заключение по Прикладная информатика

В ходе исследования был проведён анализ процесса обработки клиентских обращений в ПАО «ВТБ». Выявлены ключевые узкие места: дублирование действий, отсутствие единого реестра запросов, ручная маршрутизация. На основе IDEF0-моделирования разработаны требования к информационной системе, включающие 17 функциональных и 8 нефункциональных характеристик.

Спроектирована архитектура системы на базе Django и PostgreSQL с использованием очередей RabbitMQ. Экономический расчёт показал снижение трудозатрат на 44% и срок окупаемости проекта — 11 месяцев. Рекомендуется внедрение системы в пилотном режиме в одном из регионов банка с последующей масштабизацией.

Требования к списку литературы ВШЭ

Список литературы должен содержать не менее 20 источников, оформленных по ГОСТ Р 7.0.100-2018. Обязательно включить:

• ГОСТ 34.602-2020 — «Техническое задание на создание АС»
• ФЗ-152 «О персональных данных»
• Методические указания ВШЭ по оформлению ВКР

Примеры реально существующих источников:

• Django 5.0 Documentation — официальная документация, 2024
• PostgreSQL 16 Documentation — 2024

Вопросы, которые часто задают студенты

Можно ли использовать готовые решения в ВКР?

Да, но с оговорками. Например, можно взять за основу open-source систему, такую как Camunda или Odoo, но адаптировать её под специфику банка. Главное — показать, какие изменения вы внесли, и обосновать их. Чистое копирование недопустимо. Уникальность должна быть выше 75%.

Сколько страниц должна быть практическая часть?

Рекомендуемый объём — 30–40 страниц. Включите: ER-модель, UML-диаграммы (use case, sequence), сценарии диалога, фрагменты кода, расчёты. Не забывайте, что приложения не входят в основной объём, но должны быть полноценными.

Можно ли использовать open-source решения?

Можно, если вы их адаптируете. Например, взяли движок workflow и переписали логику маршрутизации обращений. Укажите лицензию (MIT, GPL) и внесённые изменения. Это покажет вашу практическую компетенцию, а не просто умение копировать.