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

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

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

Предмет экспертизы: объединение информации об одном инциденте

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

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

Каждый вид информации выполняет собственную функцию:

• События. Отражают зарегистрированные системой обстоятельства, составляющие событийную основу анализа. Для ретроспективы они важны как сведения, с которыми соотносятся остальные материалы.
• Видеоархив. Представляет визуальную информацию, которая может использоваться для рассмотрения обстоятельств события. Его функция отличается от функции автоматического сигнала: видеозапись содержит изображение, тогда как событие представляет собой зарегистрированную системой информацию.
• Голосовая информация. Позволяет включать в анализ соответствующие звуковые материалы. Их значение заключается в дополнении событийной и визуальной информации другим видом сведений.
• Документы. Обеспечивают возможность рассматривать документальные материалы в связи с анализируемой ситуацией, а не независимо от неё.

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

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

Техническое заключение и документальная основа проверки

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

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

Принципиально важно различать два уровня оценки.

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

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

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

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

Профессиональная логика сопоставления разнородных сведений

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

Для понимания проектной задачи необходимо различать состав информации и механизм установления связей между её элементами.

Состав информации

Состав определяет, какие виды сведений предусмотрены для ретроспективного анализа. В данном кейсе установлено объединение четырёх основных информационных составляющих: событий, видеоархива, голосовой информации и документов.

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

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

Связь материалов с одним инцидентом

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

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

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

Единая логика анализа

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

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

В рассматриваемом кейсе вывод относится именно к проектному составу объединяемой информации.

Подтверждённый результат экспертизы

В результате рассмотрения проектного решения подтверждён состав информации, объединяемой для ретроспективного анализа инцидента.

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

Этот вывод имеет несколько содержательных составляющих:

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

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

При этом заключение не устанавливает юридическую допустимость использования каждой записи. Также оно не подтверждает фактическую полноту архива и качество синхронизации временных меток.

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

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

Применение результата при разработке аналогичной системы

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

Эти задачи связаны между собой, но имеют разные основания для выводов.

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

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

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

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

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

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

Эти направления проверки не расширяют результат выполненной экспертизы. Они помогают определить, какие дополнительные задачи могут возникнуть при переходе от проектной модели к фактическому применению инструмента ретроспективного анализа.

Практическое значение выполненной проверки

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

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

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

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