Новость о том, как «Центр новых финансовых сервисов» (ЦНФС) построил цифровую экосистему на решениях Naumen, — не просто корпоративный релиз. Это готовый каркас для дипломного проектирования. Выпускник ИТ-специальности получает реальный пример интеграции, архитектуры и автоматизации сервисных процессов. В этой статье разбираем, как превратить такой кейс в полноценную ВКР: что писать в главах, как строить схемы, какие метрики считать и как подготовиться к защите.
Чтобы не утонуть в общих словах, сразу обозначим поддомен: архитектура ПО и системная интеграция. Роль — архитектор ПО. Кейс с экосистемой сервисного обслуживания идеально ложится в дипломы по направлениям «Программная инженерия», «Информационные системы и технологии», «Бизнес-информатика». Ниже — три рабочие темы, которые можно адаптировать под требования вашего вуза.
| Тема ВКР | Актуальность | Цель | Задачи | Структура глав |
|---|---|---|---|---|
| Проектирование цифровой экосистемы сервисного обслуживания на базе платформы Naumen | ЦНФС показала, как отечественные платформы закрывают полный цикл: от обращения клиента до аналитики. | Разработка архитектурного решения для автоматизации сервисного обслуживания. | 1. Анализ бизнес-процессов. 2. Сравнение платформ. 3. Проектирование микросервисной архитектуры. 4. Оценка эффективности. | Глава 1 — теория и обзор; Глава 2 — архитектура и реализация; Глава 3 — тестирование и метрики. |
| Интеграция ITSM-платформы с контакт-центром: модель и метрики | Экосистема ЦНФС объединяет CRM, телефонию и процессы; для диплома это пример связки систем. | Снижение времени реакции на обращения за счёт автоматизации маршрутизации. | 1. Моделирование процессов as-is/to-be. 2. Выбор протоколов интеграции. 3. Настройка маршрутизации. 4. Расчёт SLA. | Глава 1 — предметная область; Глава 2 — проектные решения; Глава 3 — эксперимент и результаты. |
| Оценка эффективности внедрения сервисной шины для финансового сервиса | ЦНФС — финтех, а значит, важно не только удобство, но и соответствие требованиям к надёжности и безопасности. | Повышение отказоустойчивости обмена данными. | 1. Анализ интеграционных сценариев. 2. Выбор шаблонов интеграции. 3. Прототипирование. 4. Нагрузочное тестирование. | Глава 1 — обзор подходов; Глава 2 — реализация; Глава 3 — метрики и выводы. |
В первой главе обычно требуется описать предметную область. Возьмите факты из статьи: «Центр новых финансовых сервисов» — разработчик сервиса «Плати частями», и компания выстроила цифровую экосистему на решениях Naumen. Это готовая вводная для анализа. Добавьте обзор современных подходов: ITSM, сервис-деск, контакт-центры, каналы обслуживания. Во второй главе спроектируйте собственную модель. Не нужно переписывать реальный проект — важно показать, как вы бы его сделали. Используйте стандарты: ГОСТ 34.601 для автоматизированных систем, нотации BPMN 2.0 для процессов, UML-диаграммы для структуры.
Третья глава — самая проблемная для студентов. Здесь нужны не «дальнейшие перспективы», а конкретные вычисления. Например, смоделируйте поток из 1000 обращений в день и посчитайте, как изменится среднее время ответа при автоматической маршрутизации. Исходные данные можно взять из открытого описания Naumen (например, профильные обзоры) или из статьи, если там указаны цифры. Нет данных — используйте экспертные оценки и сделайте на этом допущение.
Для экосистемы сервисного обслуживания лучше всего подходит нотация C4. Нарисуйте четыре уровня:
Также нарисуйте BPMN-схему процесса «Обращение клиента и решение по заявке». Сравните as-is и to-be. Это станет ядром анализа в первой главе и обоснованием новизны.
Без цифр ВКР превращается в реферат. Для вашего кейса подойдут следующие метрики:
Пример простого скрипта для расчёта SLA по журналу заявок (псевдокод на Python):
# Пример расчёта SLA
import csv
from datetime import datetime
def calculate_sla(log_file, limit_minutes=30):
resolved_in_time = 0
total = 0
with open(log_file, 'r', encoding='utf-8') as f:
reader = csv.DictReader(f)
for row in reader:
total += 1
created = datetime.fromisoformat(row['created_at'])
resolved = datetime.fromisoformat(row['resolved_at'])
if (resolved - created).total_seconds() / 60 <= limit_minutes:
resolved_in_time += 1
return resolved_in_time / total if total else 0
print(f"SLA: {calculate_sla('requests.csv'):.2%}")
Для расчёта FCR можно использовать поля с количеством обращений по одному инциденту. Эти данные вы генерируете в рамках моделирования или берёте из открытых датасетов.
Нет, если взять из статьи только идею, а не внутреннюю документацию. Опишите архитектуру на основе общих принципов, сделайте предположения. В работе укажите, что решение создано на основе открытых источников. Это допустимо для учебных проектов.
Схемы алгоритмов и структур данных — по ГОСТ 19.701 (для программного обеспечения), процессы — по ГОСТ Р 57323 (описание на основе BPMN). UML-диаграммы выполняйте в любом редакторе, например draw.io, и подписывайте их согласно требованиям вашего вуза. Код — в приложения, в основной части давайте только пояснения и ключевые фрагменты.
Используйте два подхода: либо сгенерируйте синтетические данные (например, 1000 случайных обращений с временными метками), либо найдите открытые конференц-материалы Naumen (например, Naumen Forum, где часто публикуют кейсы клиентов). Важно явно описать источник и методологию.
Можно, но лучше использовать профессиональную помощь точечно: например, проверить методологию расчёта или отредактировать главу. Готовая ВКР «на заказ» редко проходит защиту, потому что вуз оценивает вашу защитную речь и ответы на вопросы. Поэтому рекомендуем не заказывать целиком, а брать консультацию по сложным разделам.
Ошибка 1. Писать обзорно: «сегодня все компании используют цифровые экосистемы» — и не приводить конкретику. Решение: возьмите цифры и факты из статьи ЦНФС, постройте на них кейс.
Ошибка 2. Рисовать одну общую архитектуру «звёздочкой» без связей. Решение: используйте C4 — от контекста к компонентам. Каждая связь на диаграмме должна быть объяснена в тексте.
Ошибка 3. Пытаться охватить слишком много: и AI-чат-бот, и микрофронтенды, и блокчейн. Решение: в рамках ВКР достаточно одной экосистемы сервисного обслуживания, сфокусируйтесь на процессах и интеграции.
Источник: Компания «Центр новых финансовых сервисов» выстроила цифровую экосистему сервисного обслуживания на решениях Naumen (опубликовано 2026-03-18)