Программный продукт “Система цифрового агентства Рэд Бананас”
Документация на программное обеспечение
Санкт-Петербург 2024
1 О продукте. 32 Функциональные роли. 33 Процессный объем системы.. 44 Требования к пользовательскому интерфейсу. 55 Идентификация и аутентификация. 56 Производительность. 57 Требования к внешнему интерфейсу. 58 Описание жизненного цикла ПО.. 59 Техническая поддержка. 710 Доступность системы.. 711 Требования к рабочим местам и серверному оборудованию.. 81О продуктеRED BANANAS — одно из крупнейших в России и СНГ агентств на рынке онлайн-образования, специализирующееся на привлечении трафика в онлайн-школы и EdTech-проекты. Мы являемся официальным партнером и амбассадором VK, а также резидентом Сколково. Наша основная задача — помочь онлайн-школам завоевывать рыночные позиции с использованием всех популярных форматов запусков в VK.
Система цифрового агентства «Рэд Бананас» предназначена для оптимизации и автоматизации процессов, связанных с привлечением трафика и аналитикой.
Решение позволяет:
·Обеспечить высокую степень автоматизации бизнес-процессов.
·Автоматизировать анализ информации для повышения эффективности рекламных стратегий.
·Оптимизировать процесс формирования отчетных документов, что упростит взаимодействие с клиентами и партнерами.
·Тиражировать опыт для автоматизации деятельности рекламных агентств.
2 Функциональные ролиСистема предназначена для работы различных ролей в рамках управления проектами и аналитики:
Агент: Участник, ответственный за ведение и управление проектами. Агент может создавать, редактировать и удалять задачи, а также изучать результаты аналитики.
Клиент: Партнер или заказчик, для которого выполняются услуги агентства. Клиент может получать доступ к отчетам и аналитики, а также управлять своими документами.
Аналитик: Специалист, занимающийся сбором и анализом данных. Аналитик имеет доступ к углубленной аналитике, включая уровень окупаемости и эффективность рекламных кампаний.
Администратор: Ответственное лицо, управляющее настройками системы и правами пользователей. Администратор может добавлять, редактировать и удалять документы.
Агент, клиент и аналитик – относятся к системной роли “Пользователь” с разным уровнем доступа к информации
Администратор – относится к системной роли “Администратор”
3 Процессный объем системыПользователи системы выполняют следующие ключевые процессы:
3.1 ДокументыДобавление документов: Пользователи могут загружать новые документы в систему.
Просмотр документа: Возможность просматривать загруженные документы.
Скачивание документов: Пользователи могут скачать необходимые им документы на свои устройства.
Удаление документов: Удаление ненужных или устаревших документов.
Поиск документов: Система поддерживает поиск документов по названию и описанию для быстрого доступа к нужной информации.
Фильтрация документов: Возможность фильтрации документов по различным параметрам.
3.2 АналитикаАналитика агентов: Сбор данных по эффективности работы агентов.
Аналитика клиентов: Оценка взаимодействия и удовлетворенности клиентов.
Аналитика клиентского сервиса: Анализ качества обслуживания клиентов.
3.3 Рабочее пространствоСоздание новой задачи: Участники могут инициализировать новые задачи в системе.
Редактирование существующей задачи: Возможность вносить изменения в уже созданные задачи.
Удаление существующей задачи: Удаление задач, которые больше не актуальны.
Изменение статуса задачи: Обновление статусов задач для отслеживания хода выполнения задач.
4 Требования к пользовательскому интерфейсуСистема должна предоставлять русскоязычный графический пользовательский веб-интерфейс. Графический пользовательский интерфейс системы должен обеспечивать возможность выполнения всех функций системы, определенных в данном документе в рамках единого стиля элементов интерфейса и логики взаимодействия с ними.
5 Идентификация и аутентификацияСистема должна иметь механизм идентификации и проверки подлинности пользователя при входе в систему по персональному идентификатору (имени учетной записи пользователя) и паролю системы.
6 ПроизводительностьМаксимальное время открытия системы 30 секунд на аппаратном обеспечении, рекомендованным пользователю.
Максимальное время отклика системы на действие пользователя 4 секунды, на аппаратном обеспечении, соответствующем рекомендованным требованиям.
7 Требования к внешнему интерфейсуТребования к внешнему интерфейсу возникают в результате интеграционного взаимодействия Системы с облачными хранилищами Yandex (ClickHouse), Selectel (S3).
8 Описание жизненного цикла ПОВ соответствии со стандартом ГОСТ Р ИСО/МЭК 12207—2010, организация процессов жизненного цикла программного обеспечения (ПО) в агентстве «Ред Бананас» включает как процессы реализации, так и процессы поддержки, направленные на поддержку, совершенствование и устранение неисправностей в разработанном ПО.
8.1 Процессы реализации (разработки) ПОПроцессы разработки ПО в агентстве «Ред Бананас» включают следующие этапы:
Проектирование: На этом этапе осуществляется создание архитектуры системы, разрабатываются спецификации и определяются требования пользователей, что обеспечивает создание качественного и эффективного решения для автоматизации привлечения трафика и аналитики.
Конструирование: На данном этапе производится написание программного кода согласно проектной документации. Используются современные технологии и языки программирования для достижения оптимальной производительности и надежности системы.
Сборка: После написания кода происходит сборка компонент системы в единое целое. Этот процесс включает в себя интеграцию различных модулей и компонентов, а также подготовку их к дальнейшему тестированию.
Тестирование: На этом этапе проводится проверка работоспособности системы. Включает в себя функциональное, модульное и нагрузочное тестирование с целью выявления возможных багов и несоответствий, а также обеспечения соответствия системы заданным требованиям.
8.2 Процессы поддержки ПОДля обеспечения должного уровня поддержки ПО осуществляются следующие процессы:
Менеджмент конфигурации ПО: Важным аспектом является управление конфигурацией созданного ПО, которое включает в себя контроль версий, учет изменений и документооборот. Это позволяет обеспечить целостность и согласованность системы, а также упрощает процесс обновления и поддержки.
Процесс решения проблем в ПО: Этот процесс включает выявление, анализ и устранение неисправностей, обнаруженных в процессе эксплуатации системы. В агентстве «Ред Бананас» установлены четкие процедуры для обработки запросов пользователей, которые включают:
Регистрацию проблем в системе отслеживания;
Классификацию и приоритизацию неисправностей;
Назначение ответственных за решение каждой проблемы;
Мониторинг и отчетность по выполнению устранения неисправностей.
8.3 Данные о персоналеПоддержку жизненного цикла ПО в агентстве «Ред Бананас» обеспечивает квалифицированный персонал, включающий в себя:
Разработчики: Обеспечивают процесс реализации и поддержания ПО, отвечают за кодирование, тестирование и исправление ошибок.
Системные администраторы: Имеют ключевую роль в управлении инфраструктурой, на которой развернуто ПО, и обеспечивают его надежную работу.
Аналитики: Проводят анализ данных, собираемых системой, и предоставляют рекомендации для совершенствования бизнес-процессов клиента.
Специалисты по поддержке: Отвечают за взаимодействие с клиентами, регистрацию проблем, их обработку и квалифицированную обратную связь пользователям.
Таким образом, комплексный подход к процессам разработки и поддержки программного обеспечения гарантирует высокое качество и надежность системы цифрового агентства «Ред Бананас» в процессе эксплуатации.
9 Техническая поддержкаПри обращении пользователя в службу сервисной поддержки должно быть определено, является ли данный случай обращения ошибкой в работе Системы. В случае, если обращение является ошибкой в работе Системы, то в период гарантийной поддержки разработчик Системы обязан устранить данную ошибку в установленные в Договоре на эксплуатацию Системы сроки.
Если обращение является дополнительным требованием (пожеланием) к Системе, то оно должно быть передано Разработчику для внесения в единый лист требований к Системе в виде Запроса на изменение.
Фактический адрес размещения службы поддержки, размещения разработчиков:
214000, Смоленская обл, г Смоленск, ул Большая Советская, д. 16/17, офис А 56
10 Доступность системыДоступность: Средняя. Необходимо обеспечить доступ к приложению в режиме 24/7.
RTO - допустимое время простоя сервиса (при прерывании сервиса): не более 47 часов.
RPO – допустимый период потери данных (в случае восстановления из бэкапа): не более 23 часа.
Характеристики производительности:
количество одновременно работающих пользователей – 100; т
пропускная способность каналов связи – 1 Мегабит/c.
11 Требования к рабочим местам и серверному оборудованиюТребования к серверу для развертывания ПО представлены в Таблице1.
Таблица 1. Требования к рабочим местам