1. Идентификация системы 
Наименование: SportStreaming 
Тип ПО: платформа по организации трансляций спортивных соревнований Ответственный: Бизнес-аналитик Гаспарян Н.Н. 
2. Назначение 
2.1. Витрина трансляций (публичный доступ) 
- Обеспечение возможности просмотра прямых трансляций киберспортивных мероприятий. 
2.2. Бэкофис (административный доступ) 
- Обеспечение прямых трансляций киберспортивных мероприятий. - Фиксации расписания, этапов и статуса матча, результатов. - Публикации результатов в реальном времени. 
3. Функциональные модули 
3.1. Витрина трансляций (публичный доступ) 


3.2. Бэкофис (административный доступ)






4. Дисциплина «Буллиты» 
4.1. Механика 
1. Основное время: 3 раунда (по 1 удару на команду). 
2. Дополнительные удары: до победы одной из команд при ничьей. 3. Результат удара: бинарный (гол/не гол). 
4.2. Автоматизация 
- Автогенерация очереди ударов при создании матча. 
- Блокировка следующего матча до завершения текущего. 
5. Требования к доступу 


*Ограничения: Редактирование матчей — только до запуска; удаление данных — с подтверждением.
6. Техническая реализация 
Интеграция с RuTube: 
1. Копировать embed-ссылку трансляции в RuTube → 
2. Вставить в поле "Ссылка на трансляцию" в Бэкофисе. 
Архитектура: 
- Облачный сервер + изолированная БД для каждой игры. - Шлюз для подключения внешних видеоисточников. 
Масштабируемость: 
- Поддержка добавления новых игровых дисциплин. 
Примечания 
- Доступы к бэкофису указаны в документе «Инструкция по доступу к тестовому экземпляру». 
- Полная документация: «Руководство пользователя и администратора». 

1. Требования к системе пользователя 
1.1 Требования к браузерам 


Примечание: Требуется включение JavaScript и Cookies. Flash не поддерживается. 
1.2 Требования к интернет-соединению 
Для корректной работы сервисов требуется интернет соединение со скоростью не менее 10 мб/с. 
2. Серверная часть 
- Intel Broadwell 8 vcpu 
- 8Ram 
- 100Gb ssd 
- Ubuntu 20.04.6 LTS 
3. Инструкции по установке системы 
3.1. Повышение привилегий 
После входа в систему выполните команду: 
- sudo su
3.2. Настройка серверной части 
1. Переход в директорию приложения - cd /app 
2. Если необходимо убедиться, что контейнеры запущены - docker ps 3. Если необходим перезапуск контейнеров: 
a. Остановить контейнеры - docker compose down 
b. Запустить контейнеры в фоновом режиме - docker compose up -d Список контейнеров, участвующих в работе приложения: 
● competition-admin-web 
● competition-hub-web 
● competition-api 
● competition-cms 
● app-postgresql_competition-1 
● app-centrifugo-1 
● app-centrifugo-latest-1 
Конфигурационные файлы сервисов:


3.3. Настройка Бэкофиса 
Настройка трансляции: 
Шаг 1: В RuTube → "Поделиться" → "Копировать ссылку" Шаг 2: В Бэкофисе: "Трансляция" → Вставить ссылку → "Добавить" Создание матча: 
• "Расписание" → "Добавить матч" 
• Выберите команды/игроков (дубли запрещены) 
• "Создать" 
Запуск матча: 
• В списке матчей: кнопка "Запуск" (только для первого матча) • Вносите результаты ударов поочередно 
4. Эксплуатация системы 
4.1. Ключевые операции


4.2. Аварийные ситуации 
Пропажа трансляции: 
1. Проверьте ссылку в Бэкофисе 
2. Убедитесь, что стрим активен в RuTube Ошибка авторизации: 
1. Проверьте Caps Lock 
2. Сбросьте пароль (через админа системы)

1. Введение 
Настоящий документ описывает процессы, обеспечивающие поддержку жизненного цикла программного обеспечения (ПО), включая устранение неисправностей, выявленных в ходе эксплуатации, совершенствование функциональности, а также информацию о персонале, необходимом для обеспечения такой поддержки. Документ разработан в соответствии с лучшими практиками и опытом работы в IT-компании. 
2. Термины и определения 
2.1. Программное обеспечение (ПО) 
Совокупность программ, используемых для выполнения задач на компьютерах и других устройствах. Включает в себя приложения, библиотеки, системы управления базами данных и другие компоненты. 
2.2. Жизненный цикл ПО 
Период, охватывающий все этапы существования программного обеспечения:
● Разработка: Создание и тестирование ПО. 
● Внедрение: Установка и настройка ПО у клиента. 
● Эксплуатация: Использование ПО в рабочих условиях.
● Поддержка: Устранение неисправностей и обновление функциональности.
● Вывод из эксплуатации: Замена или прекращение использования ПО. 
2.3. Инцидент 
Событие, приводящее к нарушению нормальной работы ПО. Инциденты классифицируются по степени критичности: 
● Критические: Полная остановка работы системы. 
● Средние: Частичная потеря функциональности. 
● Низкие: Незначительные неудобства, не влияющие на основные процессы. 3
2.4. Патч 
Обновление, устраняющее ошибки или улучшающее функциональность ПО. Патчи выпускаются в рамках регулярных обновлений или в экстренном порядке для устранения критических ошибок. 
2.5. DevOps 
Методология, объединяющая процессы разработки и эксплуатации для обеспечения непрерывной доставки ПО. Основная цель — ускорение выпуска обновлений и повышение стабильности системы. 
2.6. CI/CD (Continuous Integration/Continuous Delivery) 
Практика автоматизации процессов интеграции изменений в код и их доставки в рабочую среду. Позволяет минимизировать риски при выпуске обновлений. 
2.7. SLA (Service Level Agreement) 
Соглашение об уровне обслуживания, определяющее стандарты качества предоставляемых услуг, включая время реагирования на инциденты и доступность системы. 
3. Описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения 
3.1. Устранение неисправностей 
Процесс: 
1. Регистрация инцидента: Клиент сообщает о проблеме через один из каналов связи (электронная почта, телефон, онлайн-чат). 
2. Анализ и приоритизация: Инцидент классифицируется по степени критичности и передается соответствующей команде. 
3. Разработка и тестирование исправлений: Разработчики создают патч, который тестируется QA-инженерами. 
4. Выпуск патча: Обновление доставляется клиенту через CI/CD-пайплайны. 4
5. Пост-анализ: Проводится анализ причин инцидента для предотвращения повторения. 
3.2. Совершенствование ПО 
Процесс: 
1. Сбор требований: Бизнес-аналитики собирают и анализируют требования клиентов. 
2. Разработка новых функций: Разработчики реализуют новые возможности в соответствии с требованиями. 
3. Тестирование: QA-инженеры проводят тестирование для обеспечения качества. 
4. Выпуск обновлений: Обновления доставляются клиентам через CI/CD-пайплайны. 
3.3. Обеспечение бесперебойной работы 
Меры: 
● Отказоустойчивость: Настройка кластеризации и репликации данных (Kubernetes, Nginx). 
● Резервное копирование: Регулярное создание бэкапов и тестирование процедур восстановления. 
● Автоматизация восстановления: Использование инструментов для автоматического переключения на резервные ресурсы. 
4. Перечень оказываемых услуг в рамках сопровождения программного обеспечения 
4.1. Техническая поддержка 
● Оперативное устранение багов: Решение проблем в кратчайшие сроки.
● Консультации: Помощь в использовании ПО и решении типовых задач.
● Техническая документация: Предоставление руководств, API-документации и инструкций. 
5
4.2. Обновление и развитие ПО 
● Регулярные обновления: Добавление новых функций и улучшение существующих. 
● Адаптация под требования клиента: Доработка ПО в соответствии с изменениями бизнес-процессов. 
4.3. Мониторинг и аналитика 
● Мониторинг состояния системы: Отслеживание метрик производительности и доступности. 
● Аналитика и отчетность: Предоставление отчетов о производительности и инцидентах. 
4.4. Интеграционные услуги 
● Совместимость с другими системами: Поддержка популярных протоколов (REST, SOAP) и форматов данных (JSON, XML). 
● Кастомизация интеграций: Адаптация под специфические требования клиента. 
5. Информация о персонале 
5.1. Структура команды 
● Разработчики: Ответственные за создание и обновление ПО.
● DevOps-инженеры: Обеспечивают стабильность и отказоустойчивость инфраструктуры. 
● QA-инженеры: Проводят тестирование для обеспечения качества ПО.
● Инженеры поддержки: Оказывают помощь клиентам в решении технических проблем. 
● Бизнес-аналитики: Собирают и анализируют требования клиентов, участвуют в планировании новых функций. 
● Менеджеры проектов: Координируют процессы разработки и поддержки. 6
5.2. Квалификация персонала 
● Все сотрудники имеют сертификаты и опыт работы в соответствующих областях. 
● Регулярное обучение и повышение квалификации. 
6. Типовой регламент технической поддержки 
6.1. Время реагирования 
● Критические инциденты: До 1 часа. 
● Средние приоритеты: До 4 часов. 
● Низкие приоритеты: До 24 часов. 
6.2. Процесс обработки запросов 
1. Регистрация запроса: Клиент сообщает о проблеме через электронную почту, телефон или онлайн-чат. 
2. Анализ и приоритизация: Инцидент классифицируется и передается соответствующей команде. 
3. Решение проблемы: Инженеры поддержки или разработчики устраняют неисправность. 
4. Уведомление клиента: Клиент информируется о статусе решения и ожидаемых сроках. 
5. Закрытие инцидента: После устранения проблемы инцидент закрывается, и клиент получает отчет. 
6.3. Каналы связи 
● Электронная почта: evgeny@dsport.tech 
● Телефон: + 7 903 790 83 90 
6.4. Отчетность 
● Ежемесячные отчеты о количестве инцидентов, времени их устранения и удовлетворенности клиентов. 
● Анализ инцидентов для выявления тенденций и улучшения процессов. 7
7. Гарантийные обязательства Правообладателя 
7.1. Гарантийный срок 
● Гарантийный срок на ПО составляет 12 месяцев с момента поставки. 7.2. Обязательства 
● Бесплатное устранение ошибок, выявленных в течение гарантийного срока.
● Предоставление обновлений, улучшающих функциональность ПО. 
7.3. Ограничения 
● Гарантия не распространяется на проблемы, вызванные неправильной эксплуатацией или сторонним вмешательством. 
8. Контактная информация правообладателя 
8.1. Юридический адрес 
● Адрес: 123100, г. Москва, Вн.Тер.Г. Муниципальный округ Пресненский, проезд Шмитовский, д. 16, стр. 1. 
8.2. Телефон 
● + 7 903 790 83 90 
8.3. Электронная почта 
● evgeny@dsport.tech 
8.4. Веб-сайт 
● https://dsport.tech