Данный документ описывает требования к разработке автоматизированной информационной системы (АИС) Портал мэра и правительства, предназначенной для обеспечения взаимодействия органов исполнительной власти города Москвы с гражданами, организациями и внутренними подразделениями. Система должна поддерживать предоставление государственных услуг в электронном виде, аналитическую обработку данных и обеспечение прозрачности управленческих решений.

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

• Наименование проекта: АИС «Портал мэра и правительства»
• Заказчик: Правительство города Москвы
• Исполнитель: [Название подрядной организации]
• Срок выполнения работ: 12 месяцев с даты подписания контракта
• Бюджет проекта: [указать сумму] рублей

Цели и задачи проекта

Цели

1. Создать единую точку доступа к информации и услугам органов исполнительной власти.
2. Повысить уровень прозрачности и открытости государственной деятельности.
3. Сократить время обработки заявлений и обращений граждан.
4. Обеспечить возможность аналитического мониторинга показателей эффективности работы городских органов.

Задачи

• Разработать веб‑портал с адаптивным дизайном, доступным на стационарных и мобильных устройствах.
• Интегрировать систему с существующими информационными ресурсами города (ЕГИСЗ, ЕМИАС, ГИС ЖКХ и др.).
• Обеспечить функционал подачи и отслеживания электронных заявлений, жалоб и предложений.
• Внедрить модуль аналитической отчетности и дашбордов для руководящего состава.
• Обеспечить соответствие требованиям законодательства РФ в сфере информационной безопасности (ФЗ‑152 «О персональных данных», ФЗ‑149 «Об информации, информационных технологиях и о защите информации»).

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

Пользовательские роли и права доступа

• Граждане: просмотр информации, подача заявлений, получение обратной связи, участие в опросах.
• Организации: подача запросов на получение разрешений, лицензий, участие в публичных обсуждениях.
• Служащие мэрии и правительства: обработка входящих обращений, формирование ответов, ведение реестра заявлений, доступ к аналитическим данным.
• Администраторы системы: управление пользователями, настройка ролей, мониторинг работы сервисов, резервное копирование.

Основные функциональные блоки

1. Информационный портал:
   • Новости и объявления органов власти.
   • Каталог государственных услуг с описанием процедур, сроков и необходимых документов.
   • Раздел «Вопрос‑ответ» (FAQ) и база знаний.
2. Электронная приемная:
   • Формы подачи заявлений, жалоб, предложений.
   • Автоматическое присвоение уникального номера обращения.
   • Статус обработки (принято, в работе, завершено, требует уточнения).
   • Уведомления заявителя via email/SMS и в личном кабинете.
3. Личный кабинет пользователя:
   • История поданных обращений.
   • Возможность редактирования профиля и контактных данных.
   • Настройка предпочтений получения уведомлений.
4. Аналитический модуль:
   • Дашборды с ключевыми показателями эффективности (KPI): количество обращений, среднее время обработки, уровень удовлетворённости граждан.
   • Экспорт данных в форматы CSV, XLSX, PDF.
   • Настройка пользовательских отчетов и scheduled рассылок.
5. Интеграционный шлюз:
   • API для обмена данными с внешними системами (ЕГИСЗ, ЕМИАС, ГИС ЖКХ, портал госуслуг и др.).
   • Поддержка протоколов REST, SOAP, обмен сообщениями через Message Queue (RabbitMQ/Kafka).
   • Преобразование форматов данных (XML, JSON) и обеспечение соответствия стандартам обмена (ГОСТ Р 5###).

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

Требования к производительности

• Время отклика веб‑интерфейса не более 2 секунд при нагрузке до 500 одновременных пользователей.
• Обработка одного заявления не более 5 секунд в среднем.
• Система должна обеспечивать масштабирование горизонтальным добавлением узлов приложения.

Требования к надежности и доступности

• Годовой коэффициент доступности (Uptime) не менее 99,9 %.
• Резервирование критически важных компонентов (БД, серверы приложений, шлюзы интеграции) в соответствии с принципом актив‑пассив.
• Ежедневное резервное копирование баз данных с хранением копий не менее 30 дней.

Требования к информационной безопасности

• Шифрование передаваемых данных по протоколу TLS 1.2 и выше.
• Хранение паролей в виде солёного хеша (алгоритм Argon2id).
• Регулярное проведение тестов на проникновение и сканирование уязвимостей (OWASP ZAP, Nessus).
• Журналирование всех значимых событий (вход в систему, изменение данных, экспорт отчетов) в соответствии с ФЗ‑152.
• Разграничение доступа на основе ролей (RBAC) и principle of least privilege.

Требования к удобству использования

• Соответствие веб‑интерфейса стандартам WCAG 2.1 уровень AA (доступность для людей с ограниченными возможностями);
• Адаптивный дизайн (bootstrap/flexbox) для корректного отображения на устройствах с шириной экрана от 320 px.
• Поддержка основных браузеров: последние версии Chrome, Firefox, Safari, Edge.

Архитектурное решение

Система построена на основе многоуровневой архитектуры:

1. Презентационный слой: SPA (Single Page Application) на React.js с использованием Redux для управления состоянием.
2. Прикладной слой: микросервисы на платформе .NET Core 6 (или Java Spring Boot), каждый из которых отвечает за отдельный бизнес‑процесс (обработка заявлений, аналитика, интеграция).
3. Слой данных: реляционная база данных PostgreSQL 15 с partitioning по годам для таблиц обращений; дополнительно используется Redis для кэширования часто запрашиваемых справочников.
4. Интеграционный слой: API‑gateway (Kong или NGINX Plus) обеспечивает маршрутизацию запросов, аутентификация (OAuth2/OpenID Connect) и ограничение скорости (rate limiting).
5. Инфраструктура: развертывание в частном облаке города Москвы с использованием Kubernetes для оркестрации контейнеров, мониторинг через Prometheus + Grafana, логирование – ELK стек.

Диаграмма компонентов (в упрощённом виде):

+-------------------+ +-------------------+ +-------------------+
| Веб‑клиент | <---> | API‑gateway | <---> | Микросервисы |
| (React/SPA) | | (Kong/NGINX) | | (заявления, |
+-------------------+ +-------------------+ | аналитика, интегр.)
 +-------------------+
 |
 +-------------------+
 | Хранилище данных |
 | (PostgreSQL, Redis)|
 +-------------------+

Этапы реализации проекта

1. Инициирование и планирование: формирование проектной команды, уточнение требований, утверждение графика и бюджета.
2. Проектирование: разработка архитектурных решений, создание технической документации, прототипирование UI/UX.
3. Разработка: итерационные спринты (Scrum) по 2 недели, включающие написание кода, unit‑тестирование, code review.
4. Интеграция и тестирование: системное тестирование, нагрузочное тестирование (JMeter/Locust), тестирование безопасности, приёмочное тестирование с участием заказчика.
5. Ввод в эксплуатацию: развертывание на боевом окружении, обучение администраторов и конечных пользователей, переходный период с поддержкой.
6. Поддержка и развитие: гарантийное обслуживание 12 месяцев, сбор обратной связи, планирование доработок и новых функций.

Критерий приемки работ

• Соответствие всех функциональных и нефункциональных требований, указанных в разделе 3‑4.
• Прохождение всех видов тестирования с результатом «pass» (не менее 95 % успешных тест‑кейсов);
• Наличие полной комплектации документации: техническое задание, архитектурное описание, руководство пользователя, руководство администратора, план тестирования, отчеты о проведённых испытаниях.
• Подписание актов приемки‑сдачи работ уполномоченными представителями заказчика и исполнителя.

Риски и меры их снижения

Разработка АИС «Портал мэра и правительства» представляет собой стратегически важный проект, направленный на повышение эффективности взаимодействия власти и граждан, обеспечение прозрачности управленческих решений и соблюдение требований законодательства в области информационной безопасности. Выполнение работ в соответствии с представленным техническим заданием позволит создать надежную, масштабируемую и удобную систему, которая будет служить основой для дальнейшей цифровой трансформации городского управления.

Дата составления: