BrainCam · Документация · Жизненный цикл
Документация

Описание процессов жизненного цикла программного обеспечения BrainCam

Правообладатель: Индивидуальный предприниматель Шпагин Виктор Владимирович (ОГРНИП 326774600295348, ИНН 732500207541). Дата документа: 04.09.2026. Версия документа: 1.0. Сайт: https://braincam.ru


Оглавление

  1. Модель разработки
  2. Версионирование
  3. Выпуск версии и доставка заказчику
  4. Ввод в эксплуатацию у заказчика
  5. Поддержка пользователей
  6. Обновления безопасности
  7. Резервное копирование
  8. Восстановление при сбое
  9. Контроль работоспособности
  10. Прекращение поддержки и обязательства перед заказчиком

1. Модель разработки

Разработка ведётся итеративно, короткими циклами, без жёсткой привязки к календарным датам выпуска. Изменение проходит следующие этапы:

  1. Постановка задачи: описание требуемого поведения и признака готовности.
  2. Разработка в рабочей среде правообладателя.
  3. Проверка: самопроверка модуля запуском, прогон на контрольных записях, сверка результата с ручным пересчётом там, где это применимо.
  4. Фиксация изменения в системе контроля версий с описанием выполненной работы на русском языке.
  5. Включение изменения в очередную сборку дистрибутива.

Исходный код хранится в приватном репозитории системы контроля версий; каждое изменение фиксируется с указанием автора, даты и описания. История репозитория является полной хронологией развития программы и служит подтверждением авторства.

Исходный код продублирован на сервере правообладателя в Российской Федерации (АО «Селектел», ИНН 7810435606). Зеркало заведено 05.09.2026 и указано вторым адресом отправки: при каждой фиксации изменения уходят одновременно в основной репозиторий и в зеркало, поэтому последняя запись в них совпадает. Проверяется сверкой последней записи в обоих репозиториях.


2. Версионирование

Применяется семантическое версионирование в формате MAJOR.MINOR.PATCH:

  • MAJOR — изменения, требующие переустановки или изменения настройки участка;
  • MINOR — новая функциональность с сохранением совместимости настройки;
  • PATCH — исправление ошибок и устранение уязвимостей.

Версия печатается в выводе самопроверки и в журнале работы программы. Версия файла обученной модели ведётся отдельно от версии программы: смена набора классов или обучающих данных повышает версию модели (../обучение/правила/pasport-pravila.md). Соответствие версий программы и модели фиксируется в описании выпуска.

Заказчик не обязан обновляться. Установленная версия продолжает работать без обращения к нам и без доступа в интернет.


3. Выпуск версии и доставка заказчику

  1. Сборка дистрибутива: программа, среда исполнения, файл модели, установщик.
  2. Проверка сборки без доступа в сеть — обязательный шаг: дистрибутив не должен ничего загружать при установке и работе.
  3. Установка собранного дистрибутива на чистую машину по инструкции и прогон самопроверки.
  4. Сверка документации с фактическим поведением; расхождение устраняется до выпуска.
  5. Передача заказчику файлом (электронная почта, съёмный носитель, локальная сеть при внедрении).

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


4. Ввод в эксплуатацию у заказчика

  1. Согласование конфигурации компьютера до его приобретения (письменное подтверждение правообладателя, что конфигурация подходит).
  2. Получение от заказчика записей с камер участка и документа операции.
  3. Подготовка настройки участка правообладателем: рабочая зона, линия счёта, габариты объекта учёта, роли камер.
  4. Установка программы, применение настройки, проверка на месте.
  5. Приёмка: параллельный ручной пересчёт согласованного объёма и сверка результатов; расхождение фиксируется актом.

Порядок настройки — ../reglament-nastrojki-uchastka.md, требования к объекту — ../trebovaniya-k-obektu.md.


5. Поддержка пользователей

Техническая поддержка осуществляется правообладателем на территории Российской Федерации, на русском языке.

  • Электронная почта: info@braincam.ru — основной канал.
  • Телефон: +7 (927) 820-85-85.
  • Сайт: https://braincam.ru — документация, ответы на частые вопросы.

При обращении заказчик прикладывает вывод самопроверки и последние записи журнала работы — этого достаточно для разбора большинства обращений без выезда.

Категория обращения Целевое время первого ответа Целевое время разрешения
Критическая: программа не работает, участок не считается до 4 часов в рабочее время до 1 рабочего дня
Высокая: отдельная функция не работает, обход возможен до 1 рабочего дня до 5 рабочих дней
Средняя: вопрос по эксплуатации, изменение настройки участка до 2 рабочих дней по согласованию
Низкая: пожелание к развитию до 5 рабочих дней по плану развития

Указанные значения — целевые ориентиры работы правообладателя, а не публичные обязательства об уровне обслуживания. Обязательства перед конкретным заказчиком определяются договором.


6. Обновления безопасности

Программа работает в закрытом контуре без выхода в интернет, что само по себе снижает поверхность атаки. Тем не менее правообладатель отслеживает уязвимости используемых компонентов.

Источники информации: банк данных угроз безопасности информации ФСТЭК России, международная база CVE, официальные объявления разработчиков используемых компонентов, сообщения заказчиков.

Порядок реакции:

  1. Оценка применимости уязвимости к фактическому составу и режиму работы программы: компонент может присутствовать, но не использоваться в затронутом сценарии.
  2. Оценка серьёзности и срочности.
  3. Выпуск версии с устранением уязвимости в порядке раздела 3.
  4. Уведомление заказчиков, у которых установлена затронутая версия, с рекомендацией обновиться; при критической уязвимости — с указанием временной меры до обновления.

Решение об установке обновления принимает заказчик: программа работает на его оборудовании, принудительная установка невозможна и не предусмотрена.


7. Резервное копирование

Данные заказчика (кадры, журнал, отчёты, настройка участка) находятся на его оборудовании и включаются в его собственные процедуры резервного копирования. Правообладатель копий данных заказчика у себя не хранит.

У правообладателя:

Объект Способ Размещение
Исходный код полная история изменений в системе контроля версий приватный репозиторий + зеркало на сервере правообладателя, АО «Селектел», Российская Федерация
Файлы обученных моделей и обучающие наборы хранение в объектном хранилище АО «Селектел», Российская Федерация
Файлы настройки участков заказчиков база кабинета настройки АО «Селектел», Российская Федерация
Документация и выпуски дистрибутивов хранение вместе с исходным кодом там же

Материалы, переданные заказчиком для подготовки внедрения (записи с камер), хранятся ограниченный срок и удаляются по завершении работ — порядок в документе «Меры защиты данных».


8. Восстановление при сбое

Сценарий Целевое время Порядок восстановления
Программа не запускается после изменения настройки до 30 минут возврат предыдущего файла настройки, перезапуск службы
Отказ накопителя до 4 часов после замены оборудования установка дистрибутива, восстановление каталогов настройки и данных из копии заказчика
Отказ компьютера участка до 1 рабочего дня установка на исправный компьютер по разделу 4 инструкции, перенос настройки и лицензии
Утрата файла лицензии до 1 рабочего дня повторная выдача ключа правообладателем
Недоступность камеры немедленно, по факту восстановления сети программа возобновляет работу после восстановления потока, ранее учтённые данные сохраняются

Отказ участка не влияет на остальные участки объекта: центрального сервера в архитектуре нет.


9. Контроль работоспособности

  • Самопроверка одной командой: версия, оборудование, свободное место, целостность файла модели, чтение настройки, доступность каждой камеры, состояние лицензии, права на каталоги.
  • Журнал работы в каталоге программы: запуск и остановка, состояние камер, учтённые события, ошибки. Записи ротируются по возрасту и объёму.
  • Экран участка показывает текущее состояние: идёт ли работа, какие камеры активны.
  • Удалённого доступа правообладателя к компьютеру заказчика нет: контроль ведёт заказчик, а при обращении в поддержку передаёт вывод самопроверки и журнал.

10. Прекращение поддержки и обязательства перед заказчиком

Программа поддерживается без заранее установленной даты окончания эксплуатации.

  1. При решении о прекращении поддержки правообладатель уведомляет заказчиков не менее чем за 12 календарных месяцев — по электронной почте и публикацией на сайте.
  2. Установленная программа продолжает работать и после прекращения поддержки: она автономна и не зависит от инфраструктуры правообладателя. Прекращается выпуск обновлений, а не работа продукта.
  3. Все данные, накопленные программой, остаются на оборудовании заказчика в открытых форматах: изображения — стандартными графическими файлами, таблицы и журналы — CSV и JSON.
  4. При наличии действующей лицензии на момент уведомления она действует до конца оплаченного срока; порядок продления на переходный период определяется договором.

Настоящее описание подготовлено для подачи в составе пакета документов на включение программы BrainCam в Реестр российского программного обеспечения Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации.