Описание функциональных характеристик

1. Общие сведения

1.1. Наименование

Полное наименование: мобильное приложение «Белиберда».

Идентификаторы в магазинах приложений:

Страницы приложения:

RuStore: https://www.rustore.ru/catalog/app/com.devs23.nonsense

App Store: https://apps.apple.com/us/app/белиберда/id6774589652

Google Play: https://play.google.com/store/apps/details?id=com.devs23.nonsense

Сайт: https://beliberda.23devs.ru/

Руководство пользователя: https://beliberda.23devs.ru/docs/beliberda-user-guide.pdf

1.2. Назначение

«Белиберда» — мобильное игровое приложение (party-игра) для одного или нескольких участников. Игроки по очереди отвечают на короткие вопросы («КТО?», «ГДЕ?», «ЧТО СДЕЛАЛ?»), не видя контекста истории и ответов друг друга. После последнего ответа приложение подставляет все ответы в заранее подготовленный текст сценария и показывает готовую юмористическую историю, которой можно поделиться.

1.3. Класс ПО

Класс программного обеспечения по классификатору Минцифры России: 05 «Прикладное программное обеспечение», подкласс 05.03 «Игры и развлечения».

1.4. Область применения и пользователи

Досуг и развлечение. Пользователь — физическое лицо, владелец мобильного устройства. Специальной подготовки не требуется. Регистрация и учётная запись не нужны.

2. Функциональные характеристики

2.1. Перечень функций

1. Выбор роли рассказчика (профиль). При первом запуске пользователь выбирает одну из шести «масок» (три мужские, три женские). Маска задаёт грамматический род рассказчика и подставляется в текст истории. Выбор хранится на устройстве и меняется в любой момент.

1. Выбор режима игры. «Один» — все ответы даёт один пользователь; «Команда» — вводятся имена участников, ответы даются по очереди с передачей устройства.

1. Выбор сценария. Каталог из 18 сценариев в шести жанрах (романтика, фантастика, работа, детектив, школа, вечеринка). 12 сценариев бесплатны, 6 объединены в платные тематические пакеты.

1. Ввод ответов вслепую. Игрок видит только короткую подпись вопроса и не видит текст истории, в который попадёт ответ.

1. Экран передачи устройства (командный режим). Скрывает ответ предыдущего игрока и называет следующего.

1. Формирование истории. Ответы подставляются в шаблон сценария с учётом рода рассказчика и позиции ответа в предложении (см. раздел 4).

1. Экспорт результата. Сохранение истории как изображения и отправка через системное меню «Поделиться»; при недоступности — копирование текста в буфер обмена.

1. Отправка материалов разработчику (только по явному действию пользователя): идея нового сценария, картинка результата в «предложку», отзыв о приложении.

1. Покупка платных пакетов сценариев (сборки для App Store и RuStore) и восстановление ранее совершённых покупок.

1. Запрос оценки приложения — после третьей завершённой игры приложение спрашивает «Подняли настроение?». Ответ «Всё супер!» открывает системное окно оценки и отзыва магазина (App Store, Google Play или RuStore — в зависимости от сборки); ответ «Есть косяки» позволяет написать отзыв разработчику. При ответе «Позже» вопрос повторяется с увеличивающимся интервалом.

1. Экран настроек: восстановление покупок, ссылки на политику конфиденциальности, условия использования, каналы проекта, номер версии.

2.2. Порядок экранов

Экраны проходятся по порядку: Приветствие → Настройка игры → Выбор сценария → Ввод ответа → Результат. В командном режиме после каждого ответа показывается экран передачи устройства. С экрана приветствия также открываются Настройки.

3. Архитектура

3.1. Технологическая основа

Приложение работает полностью автономно: игровой процесс не требует подключения к сети. Сеть используется только для необязательных функций (раздел 5).

3.2. Структура исходного кода

3.3. Слои

1. Представление — экраны и виджеты Flutter. Не содержат бизнес-логики, читают состояние через провайдеры.

1. Состояние — GameNotifier (игровая сессия), ProfileNotifier (роль), PurchaseNotifier (покупки). Живут всё время работы приложения.

1. Логика — чистые функции сборки текста истории, не зависящие от интерфейса.

1. Сервисы — доступ к локальному хранилищу, магазинам приложений, аналитике и сети.

1. Данные — сценарии, скомпилированные в приложение.

4. Движок сценариев

4.1. Модель сценария

Сценарий (Scenario) содержит:

• идентификатор, название, жанр, короткий анонс;
• список вопросов — каждый вопрос состоит только из короткой подписи («КТО?», «ЧИСЛО (>4)»);
• текстовый шаблон истории с метками [0], [1], … [n] на местах ответов;
• необязательный вариант шаблона (и, при необходимости, вопросов) для рассказчика женского рода;
• необязательный идентификатор платного пакета.

Пример фрагмента шаблона:

Мысленно я уже отправился [2], но пришлось вернуться к реальности.
...
Ну, а как иначе, я же {подпись}!

4.2. Игровая сессия

Во время игры приложение держит в памяти текущее состояние партии: режим (один игрок или команда), имена участников, чья сейчас очередь, роль рассказчика, выбранный сценарий, уже введённые ответы и номер текущего вопроса.

Партия последовательно проходит следующие состояния:

Каждый введённый ответ сохраняется по порядку, лишние пробелы по краям удаляются. Когда ответов становится столько же, сколько вопросов в сценарии, партия завершается. В командном режиме вопросы достаются участникам по кругу: первому, второму, …, последнему, затем снова первому.

4.3. Хранение ответов

Ответы хранятся только в оперативной памяти в течение одной игровой сессии и на устройство не записываются. При начале новой игры или возврате на главный экран они удаляются. Наружу ответы попадают лишь в составе готовой истории и только по явному действию пользователя («Поделиться», «Отправить в предложку»).

4.4. Алгоритм подстановки

Сборка выполняется функциями buildResultText (текст для экспорта) и buildResultSpans (текст для отображения с подсветкой ответов) в lib/logic/result_builder.dart. Обе функции используют одинаковые правила, поэтому текст на экране и в экспорте совпадает.

1. Выбор варианта по роду. Если роль рассказчика женского рода и у сценария есть женский вариант, берутся его шаблон (и вопросы, если заданы); иначе — вариант по умолчанию. Род выбирается один раз на всю историю.

1. Подстановка роли. Токен {роль} заменяется на название роли («ёжик в тумане»), токен {подпись} — на развёрнутую фразу от первого лица («ёжик — я и не из такого тумана выходил»).

1. Подстановка ответов. Каждая метка [n] (регулярное выражение \[(\d+)\]) заменяется на n-й ответ. Отсутствующий ответ заменяется на ???.

1. Коррекция регистра. Если перед меткой стоит конец предложения (., !, ?, …, перевод строки, в том числе за закрывающей кавычкой) или метка открывает текст, первая буква ответа делается заглавной. Остальной текст ответа не изменяется.

1. Оформление. На экране результата ответы выделяются фоном-«маркером»; в экспортируемом тексте выводятся без разметки.

4.5. Контроль корректности контента

Автоматический тест проверяет каждый встроенный сценарий в каждом варианте рода: число меток [n] совпадает с числом вопросов, отсутствуют неизвестные токены в фигурных скобках. Ошибка в сценарии блокирует сборку релиза.

5. Внешнее взаимодействие

Приложение не собирает имя, телефон, адрес электронной почты, геолокацию, контакты. Имена участников командного режима хранятся только в памяти и никуда не передаются. Весь обмен ведётся по HTTPS.

6. Данные, хранимые на устройстве

Данные удаляются вместе с приложением.

7. Совместимость и системные требования

7.1. Варианты сборки

8. Ограничения

• Интерфейс и контент — только на русском языке.

• Набор сценариев встроен в приложение; новые сценарии поставляются обновлением.

• Вход в учётную запись, синхронизация между устройствами и сетевая игра не предусмотрены.

© 2026 ООО «23 программиста». Все права защищены.