Требования к имуществу (стр. 9 )

−        сервер приложений;

−        сервер баз данных;

−        коммуникационный сервер;

−        сервер контроллера домена;

−        сервер управления;

−        видеосервер;

−        рабочая станция;

−        средства архивирования и резервного копирования;

−        коммутаторы ЛВС;

−        маршрутизаторы;

−        средства передачи данных;

−        принтеры;

−        средства защиты информации;

−        источники бесперебойного питания;

−        монтажное оборудование.

Технические требования к кабельной системе ЛВС объектов

Структурированная кабельная система должна обеспечивать подключение рабочих станций и периферийного оборудования к активному оборудованию ЛВС со скоростями передачи пакетов не менее 100 Мбит/сек (100BASE-TX). Магистральные кабельные соединения совместно с активным оборудованием должны обеспечивать скорость передачи пакетов не менее 1000 Мбит/сек. Все применяемые компоненты кабельных соединений должны отвечать требованиям стандарта ANSI/TIA/EIA-568-A-1995 Category 5 (раздел 10).

Требования к средствам архивирования и резервного копирования

В качестве средств архивирования и резервного копирования должны использоваться:

−        накопители на жёстких магнитных дисках (оперативное хранение);

−        накопители на магнитных лентах (долговременное хранение).

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

В состав предустановленного программного обеспечения (ПО) поставляемого оборудования Системы-112 должно входить:

предустановленное общесистемное ПО серверов и АРМ (ОПО); предустановленное специализированное ПО серверов и АРМ (СПО).

Предустановленное общесистемное программное обеспечение

В состав ОПО Системы-112 должны входить операционные системы (ОС), системы управления базами данных (СУБД), системы управления техническими и программными средствами, антивирусные средства и программные средства информационной безопасности.

ОПО Системы-112 должно соответствовать следующим требованиям:

быть унифицированным в пределах Системы-112, обеспечивать создание и поддержку единой информационно-телекоммуникационной инфраструктуры; обеспечивать решение информационных и функциональных задач подсистем, входящих в состав Системы-112. обеспечивать функционирование оборудования и аппаратного обеспечения Системы-112, а также обеспечивать подключение технических средств различного назначения; обеспечивать целостность информационных ресурсов Системы-112 на уровне используемых операционных систем и систем управления базами данных; используемые в Системе-112 системы управления базами данных (СУБД) должны быть реляционного типа и обеспечивать: предоставление встроенных средств удалённого администрирования; возможность интеграции с другими СУБД, используемыми в смежных системах; высокую производительность; возможность построения распределённой базы данных; масштабируемость (возможность увеличения числа пользователей и объёмов данных).

Операционные системы

Серверная операционная система должна обеспечивать:

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

Операционная система АРМ должна обеспечивать:

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

Система управления базами данных

СПО Системы-112 должно использовать реляционную СУБД (систему управления базами данных). Система-112 должна быть масштабируема как по подключаемым к ней автоматизированным системам ДДС, так и по количеству пользователей.

СУБД используемая информационно-коммуникационной подсистемой, должна обеспечивать:

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

СУБД должна иметь следующие функции:

прямой запрос представлений индекса с использованием указания NOEXPAND; автоматическое сопровождение индексированного представления; доставка журналов; автоматическое восстановление повреждений с зеркала; сжатие потока журнала; сжатие резервных копий; поддержка низкоуровневой оболочки; поддержка гостевого режима для кластера отработки отказа для виртуализации; динамическая миграция в среде виртуализации, поставляемой поставщиком СУБД; репликация моментальных снимков; репликация слиянием; репликация транзакций; отслеживание изменений; публикация данных для подписчиков на других СУБД; встроенная проверка подлинности ОС (включая Kerberos); режим аудита, совместимый с C2; соответствие стандарту CommonCriteria; шифрование данных и управление ключами; поддержка политики паролей ОС; безопасная конфигурация посредством управления на основе политик; управление на основе политик; поддержка языка сценариев, встраиваемого в ОС; сборщик данных производительности; пакет управления для системы управления инфраструктурой (оборудованием и ПО), поставляемой поставщиком СУБД; диспетчер конфигурации; приложение для анализа производительности; интеграция со средой Microsoft VisualStudio; SQL-запрос, средства изменения и проектирования; поддержка управления версиями; средства редактирования, отладки и проектирования многомерных выражений; интеграция со средой CLR; собственная поддержка XML; индексирование XML; возможности MERGE и UPSERT; поддержка FILESTREAM; типы данных даты и времени; поддержка международного использования; компонент Full-textSearch; планарный и геодезический типы данных; пространственные индексы; дополнительные пространственные библиотеки; импорт-экспорт стандартных форматов пространственных данных; мастер импорта и экспорта; встроенные соединители источника данных; конструктор службы интеграции и среда выполнения; простые задачи и преобразования в дополнение к тем, которые используются мастером импорта и экспорта; регистраторы и ведение журналов; интеграция с SharePoint; библиотека общих компонентов; источник данных, доставка и модуль подготовки отчетов; модуль настройки определений отчетов (RDCE).

СУБД должна соответствовать следующим требованиям по масштабированию:

максимальный размер базы данных – не менее 524 ПБ; максимальный объем используемой памяти – не менее 64 ГБ; максимальное число поддерживаемых процессоров – не менее 4; количество узлов кластера отработки отказа – не менее 2.

Допускается использование других СУБД для ГИС и вспомогательных систем.

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

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

СПО должно предоставлять следующие дополнительные функции управления вызовами:

организация голосовых конференций между персоналом, а также с участием внешних абонентов (заявителей, служб, внештатного персонала, должностных лиц на выезде и т. п.); организация специальных голосовых конференций, когда ведущий конференцию сотрудник слышит всех участников разговора, в том числе подключенные службы и внешних абонентов, а заявитель слышит только этого ведущего; распределение поступающих вызовов между операторами в соответствии с настройками Системы-112; распределение поступающих вызовов между пользователями, основывающееся на системе задач, в роли и рабочих заданий, назначаемых конкретным пользователям; возможность указания для пользователя основных и дополнительных заданий так, чтобы вызовы сначала направлялись тем, для кого соответствующее задание является основным, а при недоступности таковых– дополнительным; возможность настройки схем эскалации дополнительным операторам вызовов, не отвеченных за заданное время; возможность настройки разных схем распределения для разных типов вызовов (телефонный вызов, аварийный сигнал, SMS, e-mail); возможность поиска пользователя по квалификации (например, по знанию языка), имени, текущей роли; распределение вызовов между операторами в соответствии с их загрузкой (выбор наименее загруженного оператора); возможность установки специального периода для завершения операторами работы над вызовом перед передачей ему нового вызова; возможность создания нескольких очередей для разных типов (внутренних, внешних, от подсистемы мониторинга) вызовов; возможность постановки разных типов вызовов в общую очередь; возможность пользователю ответить на любой вызов в очереди; обновление данных на экранах остальных операторов при ответе оператором на вызов; возможность для контроля администратором длины очереди и времени обработки вызовов; автоматизированный дозвон при занятости внешнего номера.

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

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

СПО должно предоставлять следующие дополнительные функции поддержки принятия решений:

подсказки (предложения) оператору о привязке поступившего вызова к ранее зарегистрированному (и не завершенному) вызову на основании совпадения телефонного номера заявителя, места происшествия и т. д.; автоматизированная и автоматическая квалификация зарегистрированных вызовов на основе справочников для категорий, видов и статусов происшествий с возможностью актуализации справочников; не менее 3-х уровней в иерархическом классификаторе происшествий; возможность создания собственных классификаторов для каждой службы; формирование перечня вопросов для интервью заявителя и/или регистрации информации по реагированию в зависимости от иерархического классификатора типов происшествий; автоматическое изменение перечня вопросов интервью в зависимости от ответов на предыдущие вопросы; автоматическое изменение классификации происшествия в результате использования ответов на вопросы интервью; формирование подсказок для действий оператора по результатам интервью; автоматическое определение службы, к зоне ответственности (географической и функциональной) которой (которых) относится данное происшествие; автоматическое определение перечня объектов повышенного риска, находящихся в зоне происшествия; автоматизированный поиск свободных сил и средств ЭОС, находящихся в районе происшествия для реагирования и способных выполнить план (задание) реагирования в зависимости от имеющегося оборудования и навыков экипажей; создание типовых сценариев реагирования операторов, диспетчеров на происшествие, экстренную или чрезвычайную ситуацию; автоматический выбор сценария реагирования в зависимости от классификации происшествия, результатов интервью, места происшествия, номера абонента; создание специальных сценариев реагирования, привязанных к объекту повышенного риска, для ликвидации происшествий в зоне этого объекта; указание для планов реагирования времени применимости (например, только в рабочие дни с 8 до 12 часов); создание шаблонов (частей) планов, для последующего включения в несколько планов; при применимости к происшествию нескольких планов, комбинация их в общий план; создание автоматически выполняющихся планов реагирования; автоматизированную (по решению авторизованного лица) реализацию планов реагирования; механизм оценки готовности к реагированию.

СПО должно предоставлять следующие функции управления контактной информации:

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

СПО должно предоставлять следующие дополнительные функции в части геоинформационной подсистемы:

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

СПО должно предоставлять следующие дополнительные функции в части интеграции с внешними системами:

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

СПО должно иметь следующие функции обеспечения аудита:

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

Должна быть предусмотрена возможность распространения функционала АРМ операторов (диспетчеров) на АРМ административного и обслуживающего персонала. СПО должно иметь возможность неограниченного масштабирования на количество пользователей, подключаемых к Системе-112. При ответе оператора на телефонный вызов на экране оператора автоматически должна выводиться экранная форма для ввода данных. При этом оператору должен предлагаться сценарий опроса, который имеет древовидную структуру и отображается в зависимости от вводимой информации. Сценарий должен содержать подсказки из вопросов, которые должны быть заданы звонящему абоненту для более точного определения экстренной ситуации. Ввод данных должен поддерживаться текстовым анализом и выпадающими меню для нормализации введённой информации. Пользовательский интерфейс должен быть реализован на русском языке. Допускается наличие отдельных сообщений на английском языке. СПО должно поддерживать функции обучения на рабочем месте. Функции обучения должны активироваться лицензий. Средства обучения должны обеспечивать выполнение следующих основных функций:

запуск АРМ оператора (диспетчера) в режиме обучения, в котором вводимые данные не попадают в основную базу данных Системы-112; запись скриптов обучения, представляющих последовательность шагов, каждый из которых характеризуется временем на этом шаге, выполненными в системе действиями, информацией о голосовых записях; выполнение записанных скриптов в следующих режимах:

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

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

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

регистрация пользователей (операторов, диспетчеров) и администраторов; ограничение доступа администраторов к части настроек; регистрация АРМ, с которых разрешен доступ к системе; настройка схемы авторизации (по типам происшествий, по доступным экранным формам, по доступным функциям и т. д.); регистрация организаций – участников системы; регистрация новых типов происшествий; настройка классификаторов происшествий для различных служб и взаимной привязки различных классификаторов друг к другу; настройка планов реагирования для различных видов происшествий и служб; настройка шаблонов планов реагирования; настройка интервью для различных видов происшествий; настройка средств позиционирования абонентов фиксированной и мобильной связи; настройка подключения к серверам электронной почты; настройка подключения к факс-серверам; настройка взаимодействия с автоматическими сигнализациями (подсистемой мониторинга); настройка подключения к SMS-шлюзам; настройка тоновой сигнализации; настройка политик хранения информации о происшествиях; настройка взаимодействия с ГИС; настройка внешних интерфейсов интеграции; настройка вешнего вида экранных форм для различных типов происшествий и служб; настройка подключения к ССОП (в том числе параметры ISDN и ISUP подключений); настройка взаимодействия с сетями подвижной радиосвязи (с цифровыми и с аналоговыми); настройка параметров обработки голоса; настройка схем распределения и эскалации вызовов для разных видов вызовов; настройка интерактивного автоответчика (IVR); настройка географических территорий и зон ответственности служб для разных видов происшествий; настройка объектов риска; настройка отправки изображений карты во внешние системы (в том числе на мобильные терминалы экипажей); настройка различных режимов конференций (с внутренними и внешними абонентами); настройка справочников контактов; настройка способов связи с контактами (включая способ связи (телефон, радио, электронная почта и т. д.) в зависимости от времени); настройка групп контактов (служб); настройка горячих клавиш и экранных кнопок быстрой связи; настройка управления ресурсами:

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

СПО должно удовлетворять следующим требования по поддержке оборудования и подключениям к телефонной сети:

поддержка подключений по ISDN (сигнализация EDSS1) и ISUP (сигнализация ОКС-7) с использованием вспомогательной платы; СПО должно работать на серверах стандартной архитектуры x86 и не требовать специализированных серверов или выделенных аппаратных медиашлюзов или телефонных станций; рабочее место оператора не должно требовать наличия телефонного аппарата (все голосовые коммуникации должны происходить через компьютерную гарнитуру, или колонки и микрофон); СПО должно обеспечивать возможность подачи сигнала о поступлении вызова через колонки, а разговора – через переговорное устройство, обеспечивающее ответ оператора на входящие вызовы, при этом пользователь не должен предпринимать никаких действий для переключения устройства вывода звука; СПО должно поддерживать подключение к телефонной сети и сетям радиосвязи с использованием коммуникационных серверов архитектуры x86 с интерфейсными платами со следующими характеристиками:

шина PCI Express; не менее 8 интерфейсов T1/E1 с соединением MD0 miniRJ-21; не менее 2 интерфейсов 10/100/1000Base-T Ethernet RJ-45; поддержка RTP/RTCP, UDP, IP (v4 and v6), IPSec; поддержка шины ECTF H.100 (не менее 2048 полнодуплексных подключений, переключаемы доступ не менее чем к 4096 таймслотам); управляющий процессор с частотой PPC 7448 с частотой не менее 867 MHz; DSP процессор TI TMS320C5441 с поддержкой следующих функций:

IVR; эхо-подавление; кодирование G.711, G.723.1, G.729a/b, G.726, AMR-NB, EVRC, iLBC, T.38, T.37; конференции; VoIP; эхоподавление выделенным процессором (без загрузки DSP) до 64 мс на канал.

поддержка тонового набора (от 0 до 9, *, # и ABCD в соответствии с ITU Q.23 и Q.24); поддержка пульсового набора (от 0 до 9); поддержка не менее 240 конференций на 3 участника; поддержка конференций до 128 участников; поддержка протоколов SIP (RFC3261, RFC3262, RFC3264, RFC3265, RFC3515, RFC4566); работа под управлением ОС Microsoft Windows.

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

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

регистрация всех пользователей Системы-112 в едином каталоге; аутентификация пользователей Системы-112 на основе механизмов аутентификации операционной системы (ОС); пользователь, аутентифицированный ОС, не должен повторно вводить имя пользователя, пароль или предъявлять дополнительные средства аутентификации при запуске приложений системы; централизованное управление правами доступа к СПО; указание для каждого пользователя, какие задачи он выполняет, и какую территорию обслуживает; выбор пользователем конкретных задач и/или территорий при запуске программных средств системы или в процессе работы без их перезапуска, если пользователю разрешено выполнение нескольких задач и/или обслуживание нескольких территорий; сокрытие от пользователей информации по задачам, которые они не могут выполнять, или территориям, которые они не могут обслуживать, в том числе на уровне информации о происшествии; фиксация всех действий операторов и диспетчеров в процессе обработки вызова с указанием временных меток и в привязке к записи голоса; доступа для анализа к записям действий.

Генератор отчетов как минимум должен обладать следующими функциональными характеристиками:

динамические и каскадные списки выбора значений; средство проверки зависимостей; динамическое определение расположения графических файлов; иерархическая группировка; настраиваемые шаблоны; настраиваемые функции; асимметричные отчеты; различные форматы экспорта (Excel, PDF, XML, HTML, RTF и др.); полный контроль над подключениями к базам данных; доступ ко многим источникам данных; поддержка XML; поддержка Unicode; набор инструментальных средств разработки; компоненты отчетов (.NET, и COM); интеграция с системами разработки.

Сертификат ФСТЭК СПО должен соответствовать (иметь сертификат соответствия) требованиям руководящего документа ФСТЭК России (Гостехкомиссии России) «Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню контроля отсутствия недекларированных возможностей» по 4 уровню контроля; СПО должно входить в реестр отечественного ПО.

Состав и содержание создания системы Этапы создания

Создание Системы-112 Тамбовской области проводятся в несколько очередей.