Архитектура модуля и что нужно для внедрения

Масштаб модуля

Количество файлов, экранов и других объектов приведено по составу модуля на дату подготовки страницы.

• 91файл серверного кода модуля
• 11 086строк серверного кода
• 38файлов экранов интерфейса
• 81файл миграций базы данных
• 263локализованные подписи интерфейса

Доменная модель и цепочка наследования

Все четыре типа карточек — процесс, риск, контроль, мониторинг — построены на одной общей внутренней модели: общий статус, общий владелец и заместитель, общий механизм согласования и истории. Для каждого типа отдельно описан только его собственный набор полей — какие считаются автоматически, какие требуют согласования, какие обязательны для активации. Модель специально требует эту декларацию для любого нового типа карточки: без неё карточка не сможет ни посчитаться, ни активироваться — расширение модуля не может «тихо» забыть завести обязательные правила для нового объекта.

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

Подсистема расчётных заданий

Показатели MCA считает общий расчётный движок платформы, а не код самого модуля напрямую: сохранение или согласование карточки отправляет задание одной из трёх расчётных групп — «Уровни риска», «МСА Эффективность контроля», «MCA Результаты мониторинга» — и получает событие о завершении расчёта. Порядок задач фиксирован каскадом от мониторинга вверх к риску (подробнее на странице отчётности), поэтому внедрение нового правила расчёта не требует переписывать порядок вызовов вручную.

Зависимости от других модулей платформы

MCA не работает в одиночку — часть данных приходит из соседних модулей платформы «Ланселот», и это осознанное архитектурное решение: реестр процессов и справочник рисков не дублируются внутри MCA, а используются из уже существующих источников.

Развёртывание и безопасность

У модуля нет ни одной собственной внешней точки входа: в его коде нет программного интерфейса для внешних систем и ни одной отдельной очереди сообщений — единственный контроллер модуля формирует страницы интерфейса, а обмен с расчётным движком идёт через общий внутренний механизм платформы. Это значит, что развёртывание MCA поверх уже установленной платформы «Ланселот» не добавляет новых сетевых точек и не требует согласования дополнительных сетевых подключений.

• Пять ролей с раздельными правами на чтение, запись, добавление и удаление по каждому типу объекта — подробнее на странице прав доступа
• Учётные записи и проверка подлинности пользователей — общие для всей платформы; отдельная учётная запись для MCA не требуется
• Право вносить результат мониторинга дополнительно завязано на то, что сотрудник — ответственный или заместитель ответственного по конкретной карточке, а не только на общее право модуля
• Собственный журнал безопасности модуля — кто, когда и какое административное действие выполнил
• Отдельный экран выгрузки данных безопасности для процессов управления доступом

Для хранения данных модуль использует PostgreSQL. Сценарии изменения структуры базы данных используют синтаксис этой СУБД. Требования к операционным системам и браузерам согласовываются при подготовке к внедрению; подробности приведены в разделе «Что настраивается под вашу организацию».

Документация

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

Что настраивается под вашу организацию

Часть параметров входит в стандартную поставку платформы «Ланселот», остальные согласовываются с вашей командой при подготовке к внедрению.

Итого для ИТ-директора

MCA разворачивается поверх уже работающей платформы «Ланселот», не открывает собственных сетевых точек, использует общую модель ролей и общий расчётный движок — а значит добавляет предсказуемый, а не новый по своей природе, контур ответственности вашей ИТ-службы. Отдельный журнал безопасности и экран выгрузки данных закрывают потребность процессов управления доступом без написания собственных скриптов.