Как составить перечень объектов КИИ

Зачем нужен перечень

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

Поля перечня

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

Как избежать дублей

Сверяйте названия с архитектурным реестром, сетевыми схемами и реестрами АСУ. Отдельно отмечайте общие сервисы и инфраструктурные компоненты, чтобы один и тот же объект не появился в нескольких строках под разными именами.

Проверка перед комиссией

1. каждая строка имеет владельца;
2. есть описание функции;
3. указана сфера;
4. есть основание сопоставления;
5. нет очевидных дублей;
6. статус объекта подтверждён техническими специалистами.

Рабочая процедура

Практическая работа должна иметь входные данные, ответственного, контрольные точки и результат. Перед началом фиксируется версия нормативной базы: для категорирования это прежде всего действующая редакция ПП РФ № 127, актуальный перечень типовых отраслевых объектов и применимые отраслевые особенности. После этого определяется набор исходных документов и технических сведений.

Контроль качества

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

Результат процедуры

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

Перечень строится после выявления функций

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

Рекомендуемые поля

Код объекта, наименование, функция, процесс, владелец, границы, компоненты, внешние связи, типовой объект, применимые показатели, статус проверки и ссылка на подтверждающий документ.

Контроль

Перечень должен быть согласован с архитектурной схемой и эксплуатационной документацией. Если объект есть на схеме, но отсутствует в перечне, причина должна быть документирована.

Контрольный результат

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