Общее программное обеспечение должно включать следующие основные компоненты:

многозадачные (многопроцессорные) сетевые операционные системы; системы управления базами данных; телекоммуникационные программные средства, включая средства электронной почты/text/category/trebovaniya_bezopasnosti/" rel="bookmark">требованиям безопасности информации) или иметь соответствующие лицензии. Вопросы его использования и тиражирования должны регулироваться соответствующими соглашениями или сублицензионными договорами.

Требования к специальному программному обеспечению

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

Специальное программное обеспечение должно позволять проводить оперативную адаптацию к изменениям российского законодательства в процессе эксплуатации.

Создаваемое специальное программное обеспечение АС БГ должно по возможности функционировать в среде текущего состояния общего программного обеспечения.

НЕ нашли? Не то? Что вы ищете?

Специальное программное обеспечение должно быть спроектировано и реализовано таким образом, чтобы обеспечивались:

кроссплатформенность - возможность работы как в среде операционных систем семейства Windows, так и операционных систем семейства Unix1; функциональная полнота - реализация всех базовых функций АС БГ; возможность адаптации и настройки программных средств с учетом специфики каждого объекта автоматизации; эргономичность - обеспечение удобства и унификации пользовательского интерфейса; защита от ошибочных действий оператора (пользователя); контроль и защита от некорректных исходных данных. Требования к сопряжению с автоматизированными системами Общие требования

Взаимодействие АС БГ с сопрягаемыми автоматизированными системами должно осуществляться только в рамках Единого стека открытых протоколов взаимодействия (ЕСОП).

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

При разработке протоколов ЕСОП следует руководствоваться и использовать существующие российские и международные отраслевые стандарты, и спецификации, такие как ONVIF, WS-BaseNotification, WS-Security, WS-I Basic Profile и др. Допускается ограничивать требования таких стандартов и спецификаций до объёма, необходимого для решения задач АС БГ.

Прямые вызовы к интегрируемым системам (например, запрос сведений или отправка управляющей команды) должны преимущественно осуществляться в рамках стека технологий веб-сервисов с применением протоколов XML / SOAP / HTTP. Интерфейсы соответствующих веб-сервисов в таком случае должны быть описаны в форме документов на языках WSDL версии 1.1 и XML Schema. Взаимодействие с такими сервисами должно отвечать требованиям WS-I Basic Profile 1.2.

В ЕСОП должны быть определены общие требования по защите информационного взаимодействия, основанные на применении общепринятых средств защиты. Так, безопасность взаимодействия в рамках стека технологий веб-сервисов следует обеспечивать посредством применения протокола TLS версии не ниже 1.2 и выбранных механизмов WS-Security (например, WS-UsernameToken для авторизации пользователей).

В части взаимодействия с системами видеомониторинга, видеообнаружения, видеоидентификации, видеораспознавания и других систем, занимающихся обработкой медиаданных (видео-, аудио - и фотоданных) протокол должен быть основан на спецификациях отраслевого стандарта ONVIF версии не ниже 2.4. Кроме того, протокол дополнительно должен определять спецификации веб-сервисов и соответствующие требования по доступу к ним в рамках протоколов XML / SOAP / HTTP в части:

получения сведений о медиаисточниках (видеокамерах, аудио-, фотоисточниках), в том числе об их географическом местоположении и областях обзора видеокамер; импорта медиазаписей в АС БГ в форме файлов, в том числе с привязкой к географическим координатам места записи данных; ограничения доступа к медиаисточникам с разбивкой по типу взаимодействия — получения «живых» / «архивных» медиаданных, управления PTZ, фокусировкой видеокамер и др.; управления заданиями на выполнение длительных операций, таких как, например, отслеживания транспортного средства (поиска на фото / видеоизображениях транспортного средства по регистрационному номеру).

В части передачи событийной информации ЕСОП должен определять протокол, не зависящий от классов систем и типов угроз безопасности населения и среды обитания. Управление процессом передачи и непосредственная передача извещений о событиях, зафиксированных системой и другими участниками информационного обмена, должны осуществляться в рамках протоколов XML / SOAP / HTTP в соответствии со схемами XML, определяемыми спецификациями сервиса ONVIF Event Service и WS-BaseNotification
версии 1.3. Должна быть обеспечена поддержка интерфейса Base Notification в соответствии с ONVIF Core Specification версии не ниже 2.4. Для передачи информации о событиях в пакете Notify в рамках интерфейса Base Notification следует использовать либо структуру данных Message, определённую в ONVIF Core Specification, либо структуру данных alert, определённую в Common Alerting Protocol версии 1.2.

Протокол в части передачи извещений должен определять машинный язык, который позволяет описывать коды в форме нескольких тем извещений в соответствии с WS-Topics. ЕСОП должен определять глоссарий общих тем извещений, таких как «Тревога», «Норма», «Неисправность» и др. В каждом извещении должен передаваться код, состоящий из нескольких тем извещений из любых глоссариев. В коде каждого извещения должна присутствовать хотя бы одна тема из общего глоссария.

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

    природные угрозы; техногенные угрозы; биолого-социальные угрозы; экологические угрозы; угрозы транспортной безопасности; конфликтные угрозы; угрозы информационной безопасности; управленческие (операционных) риски.
Требования по сопряжению с системами оповещения и информирования

Основными целями сопряжения существующих систем оповещения и информирования населения г. Ельца (РАСЦО, КСЭОН) с АС БГ являются:

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

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

На этапе разработки технического проекта должны быть определены следующие параметры сопряжения существующих систем оповещения и информирования населения г. Ельца с АС БГ (для каждой из систем):

    перечень вызываемых функций; форматы электронного взаимодействия системы с АС БГ; интерфейсы сопряжения системы с АС БГ; разграничение зон ответственности при сопряжении системы с АС БГ.
Требования по сопряжению с системой видеонаблюдения

Основными целями сопряжения комплексной автоматизированная информационно-аналитическая системой видеонаблюдения г. Ельца с АС БГ являются:

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

Уровень сопряжения системы видеонаблюдения с АС БГ должен обеспечивать:

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

На этапе разработки технического проекта должны быть определены следующие параметры сопряжения системы видеонаблюдения с АС БГ:

    уточнен перечень вызываемых функций системы видеонаблюдения; форматы электронного взаимодействия системы видеонаблюдения с АС БГ; интерфейсы сопряжения системы видеонаблюдения с АС БГ; разграничение зон ответственности при сопряжении системы видеонаблюдения с АС БГ.
Требования по сопряжению с системой пожарной сигнализации

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

Уровень сопряжения РСПИ «Дельта» с АС БГ должен обеспечивать:

    возможность удаленного вызова части управляющих функций РСПИ «Дельта»; контроль за состоянием оконечных устройств РСПИ «Дельта»; получение оперативных и архивных данных из БД ПАК РСПИ «Дельта».

На этапе разработки технического проекта должны быть определены следующие параметры сопряжения РСПИ «Дельта» с АС БГ:

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

Основной целью сопряжения РСПИ «Дельта» с АС БГ является оперативное получение информации о ЧС всеми ДДС, привлекаемыми к ликвидации ЧС в автоматическом режиме

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12