Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

« Предыдущий Версия 2 Следующий »

1. Служебная информация

  • Заказчик: Анна Гетманская

  • Продакт: Анна Гришина

  • Бизнес-аналитик: Николаев Николай Евгеньевич 

  • Руководитель IT-проекта: Бочарова Вера

  • Дата создания: 25.11.2025

Глоссарий

  • УК — Управляющая компания Профит Капитал.

  • CMS — Система управления контентом.

  • Раскрываемая информация — Перечень документов, регламентированный Указанием ЦБ №5609-У.

  • ТО (надзорные органы) — контролирующие госорганы РФ.


2. Контекст и цели

2.1. Описание проблемы

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

  • нарушение сроков публикации информации, требуемых ЦБ РФ;

  • невозможность оперативно обновлять документы;

  • размещение документов на внешних ресурсах (Яндекс.Диск, догма.ру), что нарушает юридические требования к раскрытию информации;

  • риск штрафов до 1 млн руб и отзыв лицензии.

2.2. Цель (SMART)

До февраля 2026 года обеспечить возможность сотрудникам УК самостоятельно, без участия разработчиков, корректировать текстовые материалы и размещать документы на сайте uk-profit-capital.ru, с соблюдением требований Указания ЦБ 5609-У, обеспечивая:

  • хранение документов только на домене УК;

  • сохранение текущего дизайна;

  • стабильность доступа к раскрываемой информации.


3. Зависимости, ограничения и риски

3.1. Зависимости и интеграции

  • Текущий сайт и его технология реализации (CMS / статический сайт / фреймворк) — зависит от архитектуры.

  • Сервис для самостоятельной корректировки контента.

  • Хостинг и файловое хранилище на домене УК.

3.2. Ограничения и риски

Бизнес-ограничения:

  • Строгая регуляторика ЦБ РФ (Указание №5609-У).

  • Нельзя использовать внешние хранилища (Яндекс.Диск, догма.ру, Google Drive).

  • Сохранение текущего дизайна сайта.

Технические ограничения:

  • Необходимо реализовать удобный механизм редактирования без навыков разработки.

  • Обеспечить безопасную загрузку файлов (антивирусные требования могут потребоваться).

  • Обеспечение достаточного объёма дискового пространства для хранения документов.

Риски:

  • Недостаточный UX сервиса редактирования → сотрудники продолжат обращаться к разработке.

  • Некорректная публикация документов без проверки формата или ошибки валидации.

  • Возможный рост нагрузки на сервер при хранении множества документов.


4. Модели процессов

4.1. Процесс AS-IS (кратко)

  1. Сотрудник УК получает необходимость обновить текст или документ.

  2. Формирует заявку разработчикам.

  3. Разработчики ручным способом обновляют файлы/тексты на сайте.

  4. Сотрудник УК проверяет и подтверждает результат.

  5. Возможные повторные корректировки → новые заявки → задержки.

4.2. Процесс TO-BE (кратко)

  1. Сотрудник УК авторизуется в специальном сервисе управления контентом.

  2. В интерфейсе выбирает нужную страницу:

    • «О компании»

    • «Раскрытие информации»

    • «Контакты»

    • Подвал сайта

  3. Вносит изменения в текст или загружает/удаляет документ.

  4. Файл сохраняется в хранилище домена УК.

  5. Публикует изменения → контент обновляется на сайте.

  6. Проверка результата на сайте осуществляется сразу.

(Диаграмму BPMN можно подготовить дополнительно после уточнения архитектуры и ролей.)


5. Бизнес-требования

5.1. Пользовательские истории (US)

  1. Как сотрудник УК, я хочу иметь возможность менять текст на страницах сайта, чтобы своевременно и самостоятельно обновлять обязательную информацию.

  2. Как сотрудник УК, я хочу загружать новые документы без использования внешних хранилищ, чтобы выполнять требования ЦБ РФ.

  3. Как сотрудник УК, я хочу удалять устаревшие документы, чтобы поддерживать актуальность раскрываемой информации.

  4. Как надзорный орган, я хочу иметь доступ к документам, размещённым непосредственно на домене УК, чтобы убедиться в соблюдении регуляторики.


5.2. Функциональные требования

FR-1. Механизм редактирования текстов

  • FR-1.1. Возможность изменять текст на страницах:

    • «О компании»

    • «Раскрытие информации»

    • «Контакты»

    • Подвал сайта

  • FR-1.2. Возможность форматирования текста (минимальный набор).

FR-2. Механизм работы с документами

  • FR-2.1. Возможность загружать документы через интерфейс управления.

  • FR-2.2. Возможность удалять ранее загруженные документы.

  • FR-2.3. Документы должны сохраняться в хранилище на домене сайта УК.

  • FR-2.4. Документы должны скачиваться напрямую или открываться по прямой ссылке на домене УК.

  • FR-2.5. Возможность управлять документами в секциях:

    • Выписка из реестра (О компании и Раскрытие информации)

    • Разделы: Расчет размера собственных средств; Бухгалтерская отчетность; Внутренние документы

    • Секция «Здесь» на странице «Раскрытие информации»

FR-3. Интерфейс управления контентом

  • FR-3.1. Интерфейс должен быть доступен авторизованным сотрудникам.

  • FR-3.2. Дизайн сайта не должен меняться.

  • FR-3.3. Поддержка русскоязычного интерфейса.


5.3. Нефункциональные требования

  • NFR-1. Доступность: сайт и документы должны быть доступны ≥ 99% времени.

  • NFR-2. Безопасность хранения:

    • документы хранятся только на инфраструктуре УК;

    • доступ к редактированию — только по авторизации.

  • NFR-3. Производительность: загрузка документа ≤ 5 сек для файлов до 30 МБ.

  • NFR-4. Логирование действий пользователей.

  • NFR-5. Соответствие юридическим требованиям: выполнение Указания ЦБ №5609-У.


5.4. Критерии приёмки

  1. Сотрудник УК может изменить текст на указанных страницах без участия разработчика.

  2. Сотрудник УК может загрузить документ, и он будет располагаться по URL домена uk-profit-capital.ru.

  3. При открытии документа не используется внешний сервис хранения.

  4. Удаление документа доступно и корректно удаляет файл с сайта.

  5. Сайт визуально остается неизменным.

  6. Надзорный орган может скачать документ по прямой ссылке на домене.

  7. Система логирует факт загрузки, удаления и изменения.


6. Интерфейсы

  • Интерфейсы сайта — без изменений дизайна.

  • Новый интерфейс CMS или надстройка над текущим сайтом (либо встроенная панель).

  • Примеры реализации: https://uk-emrys.ru/disclosure (приведен заказчиком).


7. Дополнительная документация и артефакты

  • Указание ЦБ №5609-У.

  • Примеры реализации раскрытия информации на сайтах других УК.

  • Скриншоты текущих страниц.

  • Архитектурная схема текущего сайта (ожидается от архитектора/разработки).

  • Нет меток