АВТОМАТИЗИРОВАННАЯ СИСТЕМА ЗВУКОВОГО

ОАО "Международный аэропорт Шереметьево"
АВТОМАТИЗИРОВАННАЯ СИСТЕМА ЗВУКОВОГО
ИНФОРМИРОВАНИЯ (АСЗИ)
ТРЕБОВАНИЯ ЗАКАЗЧИКА
Химки 2012 год
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
СОДЕРЖАНИЕ
1. ВВЕДЕНИЕ
1.1.
1.2.
1.3.
1.4.
1.5.
3
Наименование и версия Системы
Назначение Системы
Цели внедрения Системы
Основные функции Системы
Подход к построению Системы
3
3
3
3
4
2. АРХИТЕКТУРА И КОНФИГУРАЦИЯ СИСТЕМЫ
2.1.
2.2.
2.2.1.
2.2.2.
2.2.3.
2.2.4.
2.2.5.
2.2.6.
2.2.7.
2.2.8.
2.2.9.
2.3.
2.4.
2.4.1.
2.4.2.
2.4.3.
4
Компоненты АСЗИ
Центральный Сервер (ЦС)
Общие требования к Центральному серверу
Интерфейс с ИС «Синхрон»
Шлюз в ОБД должен выполнять следующие функции:
Интерфейс с COO
Обработка событий и формирование звуковых сообщений
Системный журнал
База данных АСЗИ
Звуковая База (ЗБ)
Требования к оборудованию Центрального Сервера
Трансляция звуковых сообщений
ПО Автоматизированных рабочих мест (ПО АРМ)
Общие требования к ПО АРМов
ПО «АРМ Администратора»
ПО «АРМ Диктора»
4
5
5
6
6
6
8
9
10
10
11
11
13
13
14
15
3. ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ СИСТЕМЫ
16
4. ПЕРЕЧЕНЬ ЯЗЫКОВ, КОТОРЫЕ ДОЛЖНЫ БЫТЬ РЕАЛИЗОВАНЫ В СИСТЕМЕ НА
НАЧАЛЬНОМ ЭТАПЕ:
17
5. ПЕРЕЧЕНЬ ЯЗЫКОВ, КОТОРЫЕ МОГУТ БЫТЬ РЕАЛИЗОВАНЫ В СИСТЕМЕ В
ДАЛЬНЕЙШЕМ:
5.1.
5.2.
Параметры развертывания Системы
Типы и параметры СОО
17
18
18
6. ПОРЯДОК ВВОДА СИСТЕМЫ В ПРОМЫШЛЕННУЮ ЭКСПЛУАТАЦИЮ
19
7. ВОЗМОЖНЫЕ СХЕМЫ ОПЛАТЫ ВНЕДРЕНИЯ СИСТЕМЫ
19
7.1.
Покупка Системы.
19
Страница 2/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
1. Введение
1.1. Наименование и версия Системы
Настоящие Требования Заказчика описывает требования к Системе целиком,
включая:
Взаимодействие Системы с Информационными Системами (ИС)
Аэропорта;
Модернизацию СОО в части интерфейса с АСЗИ (аппаратная
часть);
Порядок ввода Системы в эксплуатацию;
Схемы оплаты Системы.
Заказчиком Системы является
Шереметьево" (ОАО "МАШ").
ОАО
"Международный
аэропорт
1.2. Назначение Системы
Система предназначена для автоматизации и повышения качества процессов
информирования пассажиров и персонала.
1.3. Цели внедрения Системы
Повышение качества речевого оповещения пассажиров;
Формализация и оптимизация технологических процессов подачи
объявлений;
Автоматизация процесса мониторинга оборудования и интеграция
его с другими информационными системами.
1.4. Основные функции Системы
Получение информации из Оперативной Базы Данных (ОДБ)
Аэропорта и от Операторов;
Адаптивное планирование и оптимизация обработки очередей
событий и очередей подачи объявлений;
Автоматическое формирование речевых объявлений в соответствии
с заданными шаблонами;
Автоматическое формирование объявлений на разных языках в
соответствии с требованиями авиакомпаний;
Трансляция речевых объявлений через Систему Оповещения и
Озвучивания (СОО);
Автоматическая адресная маршрутизация речевых объявлений по
технологическим зонам;
Разрешение коллизий одновременной трансляции в зоны вещания;
Динамическое регулирование потоков объявлений в зависимости от
интенсивности событий;
Мониторинг и протоколирование процессов подачи объявлений;
Страница 3/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
1.5.
Контроль и протоколирование фактической подачи объявлений
через СОО;
Контроль состояния оборудования, проведение тестов.
Подход к построению Системы
Система должна получать информацию из
Автоматических Рабочих Мест (АРМ) операторов.
ОБД
аэропорта
и
с
На основе данной информации в системе должно формироваться Внутреннее
расписание.
В системе должен быть определен график формирования типовых
сообщений. В графике путем настройки должны определяться время начала
вывода сообщения (относительно базовых времен обслуживания рейса),
дополнительные условия генерации сообщения, зона озвучивания, приоритет
вывода, число повторов и пауза между повторами.
Сгенерированные сообщения должны помещаться в общую очередь
звуковых сообщений.
Подаваемые дикторами нестандартные объявления должны помещаться в
общую очередь и обрабатываться по единым правилам.
Объявления должны подаваться в технологические зоны вещания, в заданное
время, в соответствии с Очередью звуковых сообщений, с учетом приоритета.
Выдача объявлений из очереди звуковых сообщений осуществляется со
Станции вещания (СВ) через систему оповещения и озвучивания (СОО).
Одновременно в системе могут функционировать несколько СВ, управляющих
разными СОО.
Система должна обеспечивать архивирование всех звуковых объявлений,
передаваемых в СОО для дальнейшего анализа и проверки качества
обслуживания.
Все сбои в работе оборудования должны записываться в БД и иметь
возможность просматриваться с помощью ПО Системный журнал.
2.
Архитектура и конфигурация Системы
2.1.
Компоненты АСЗИ
В структуре АСЗИ выделяются следующие базовые модули (группы
компонентов):
Центральный Сервер – обеспечение взаимодействия с внешними
ИС, обработка внешних событий, формирование Внутреннего
расписания и очереди событий, компиляция объявлений и
формирование очереди звуковых сообщений, мониторинг
функционирования, защита информации, управление и хранение
Страница 4/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
-
-
2.2.
баз данных.
Станция Вещания – трансляция объявлений в СОО, управление
оборудованием СОО. Может тиражироваться при расширении
системы;
Автоматизированные Рабочие Места – отображение, ввод и
изменение информации в БД Системы, информирование
Пользователей о состоянии Системы, управление оборудованием
АРМ из состава АСЗИ, запись, прослушивание и передача на
озвучивание неформализованных звуковых сообщений. Могут
тиражироваться при расширении системы.
Центральный Сервер (ЦС)
2.2.1. Общие требования к Центральному серверу
2.2.1.1.
Центральный сервер должен быть построен на кластере с автономной
дисковой подсистемой, поддерживающей RAID 5.
2.2.1.2.
Операционная система ЦС должна обеспечивать поддержку кластера
из 2 серверов, один из которых должен находиться в состоянии
горячего резерва. Должна использоваться ОС Windows Server
2000/2003 Enterprise Edition.
2.2.1.3.
При возникновении сбоя в общем или прикладном программном
обеспечении ЦС, управление должно быть переведено на резервный
сервер кластера и автоматически должны быть запущены все
прикладные задачи ЦС. Сервер, на котором произошел отказ, должен
быть автоматически перезагружен и переведен в горячий резерв.
Информация об изменении состояния серверов должна быть записана
в системный журнал.
2.2.1.4.
В случае невозможности перевести сервер в горячий резерв
(например, сбой оборудования) информация должна быть доведена до
дежурного администратора системы.
2.2.1.5.
ЦС должен выполнять функции сервера БД и сервера приложений.
2.2.1.6.
В качестве сервера БД сервер должен обеспечивать:
контроль целостности БД;
создание резервных копий БД;
восстановление БД из резервных копий;
ведение журналов транзакций;
репликацию части таблиц на другие сервера системы.
2.2.1.7.
В качестве сервера приложений ЦС должен выполнять следующие
функции:
Контроль доступа к программным компонентам и данным;
Взаимодействие с внешними источниками данных (ОБД
Страница 5/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
-
Аэропорта) по согласованным протоколам;
Формирование Внутреннего расписания (расписание полетов,
движения электропоездов и автобусов);
Формирование и обработка графика событий и выполнение
действий, связанных с событиями;
Хранение и управление настройками системы;
Обеспечение надежного функционирования серверных
компонент.
2.2.2. Интерфейс с ИС «Синхрон»
2.2.2.1.
Интерфейс с ИС «Синхрон» (Шлюз в ОБД) предназначен для
получения исходной информации и оперативного управления
процессом информирования со стороны диспетчерских служб
аэропорта.
2.2.3. Шлюз в ОБД должен выполнять следующие функции:
Занесение информации о новых рейсах во внутреннее
расписание Системы;
Изменение параметров и состояния существующих во
внутреннем расписании рейсов;
Удаление рейсов из внутреннего расписания после удаления из
ОБД;
Учет изменений в справочниках ИС "Синхрон";
Мониторинг состояния соединения с ОБД.
2.2.3.1.
Шлюз в ОБД должен представлять собой программный модуль,
взаимодействующий с ОБД, путем непосредственного доступа к
таблицам или представлениям (views) ОБД. Протокол доступа должен
быть разработан на этапе рабочего проектирования.
2.2.3.2.
ОБД Аэропорта реализована на базе СУБД Oracle, доступ к данным
ОБД должен осуществляться через стандартный механизм ODBC. ПО
доступа (ODBC клиент) к СУБД Oracle поставляется Заказчиком.
2.2.3.3.
В случае потери соединения с ОБД, Шлюз должен автоматически
пытаться восстановить соединение и продолжить работу после
восстановления соединения.
2.2.3.4.
Состав таблиц и полей, анализируемый Шлюзом, формируется после
согласования параметров рейсов, участвующих в формировании
сообщений.
2.2.3.5.
Шлюз должен фиксировать получаемые из ОБД изменения в
Системном журнале для возможности анализа сбойных ситуаций.
2.2.4. Интерфейс с COO
Страница 6/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.2.4.1.
АСЗИ должна обеспечивать взаимодействие с СОО четырех основных
типов:
Цифровой звуковой системой Bosch Praesideo;
Цифровой звуковой системой TOA VX-2000;
Аналоговой звуковой системой ТОА SX-1000;
Неуправляемыми аналоговыми усилители с колонками.
2.2.4.2.
Типы СОО, установленные в различных терминалах и их параметры
даны в пункте 4.2.
2.2.4.3.
Передача звукового сигнала должна осуществляться в аналоговом
виде. Должен использоваться линейный выход звуковой платы
Звуковой станции или АРМа без использования дополнительного
усиливающего оборудования.
2.2.4.4.
Система должна позволять одновременно управлять несколькими
СОО различного типа.
2.2.4.5.
Управление звуковой системой Praesideo должно производиться через
предоставляемый производителем открытый интерфейс. Интерфейс
построен на базе протокола TCP/IP. Каждым контроллером звуковой
системы одновременно может управлять только одна Станция
вещания. При получении информации о выходе из строя основного
контроллера СВ, должна автоматически переключаться на управление
резервным контроллером (при его наличии в СОО).
2.2.4.6.
Управление звуковой системой TOA VX-2000 должно производиться
через предоставляемый производителем открытый интерфейс.
Интерфейс построен на базе протокола TCP/IP. Каждым
контроллером звуковой системы одновременно может управлять
только одна Станция вещания. При получении информации о выходе
из строя основного контроллера СВ должна автоматически
переключаться на управление резервным контроллером (при его
наличии в СОО).
2.2.4.7.
Управление аналоговыми звуковыми станциями и неуправляемыми
усилителями должно производиться с помощью релейной платы,
устанавливаемой в СВ.
2.2.4.8.
АСЗИ должна получать от звуковой
происходящих в СОО событиях;
2.2.4.9.
Управление аналоговой СОО или неуправляемыми усилителями
должно производиться с помощью коммутации низковольтных
звуковых каналов с помощью релейных плат, устанавливаемых в
Станцию Вещания.
системы
сообщения
о
Страница 7/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.2.4.10.
Вывод информации на неуправляемые аналоговый усилители может
производится без выполнения каких-либо управляющих действий со
стороны АСЗИ (компьютерные колонки).
2.2.5. Обработка событий и формирование звуковых сообщений
2.2.5.1.
Система должна поддерживать внутреннее расписание рейсов
различных транспортных средств – самолетов, электропоездов,
автобусов.
2.2.5.2.
На основе информации, поступающей из ОБД или АРМов
оперативного персонала, должно формироваться внутреннее
расписание, которое должно содержать всю необходимую для
функционирования АСЗИ информацию о рейсах.
2.2.5.3.
При отсутствии связи с ОБД, Система должна посылать сообщения на
АРМ Дежурного диктора, который должен вносить необходимую
информацию в Систему в ручном режиме.
2.2.5.4.
Для каждого события должны задаваться:
базовое время события;
время происхождения событий относительно базового
времени;
условия, определяющие при каких значениях параметров рейса
данное событие должно происходить, которые могут
содержать набор логических и арифметических операторов и
операторов сравнения над параметрами рейса.
2.2.5.5.
Основными параметрами рейса, определяющими выполнения
событий, являются:
Терминал, в котором обслуживается рейс;
Тип рейса (внутренний, международный, электропоезд,
автобус);
Направление рейса (прилет, вылет);
Технологический процесс (регистрация, посадка, взлет,
приземление, выдача багажа);
Состояние техпроцесса (готов, начат, закончен, и др.);
Дополнительные условия по значениям параметров рейса в
ОБД.
2.2.5.6.
При необходимости создания звукового сообщения по описанным для
каждого языка правилам и шаблонам звуковых сообщений, должно
формироваться описание сообщения, которое должно помещается в
Очередь звуковых сообщений.
2.2.5.7.
Перечень параметров, используемых при формировании звуковых
сообщений, определяется
типовыми звуковыми сообщениями,
приведенными в документе "АСЗИ. Словарь объявлений".
Страница 8/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.2.5.8.
Все объявления для пассажиров должны формироваться на двух
основных языках - русском и английском.
2.2.5.9.
При наличии в Системе сообщений на дополнительных языках,
необходимость формирования сообщения на дополнительном языке
определяется следующими правилами:
Дополнительные языки используются для всех пассажирских
рейсов кроме чартерных, выполняемых российскими
авиакомпаниями;
Проверяется признак разрешения дополнительного языка для
авиакомпании, выполняющей мастер рейс;
Определяется язык страны и/или города маршрута;
Дополнительный язык определяется для каждого пункта
посадки;
В случае, если для города задан дополнительный язык,
сообщение формируется на этом языке;
В случае если для города не задан, а для страны задан
дополнительный язык, сообщение генерируется на языке
страны.
2.2.5.10.
При невозможности автоматической генерации речевого объявления
оно переводится в режим подачи Диктором и выдается диктору в виде
текстового сообщения.
2.2.5.11.
Ошибки, обнаруженные при компиляции, должны записываться в
системный журнал.
2.2.6. Системный журнал
2.2.6.1.
В процессе функционирования системы все действия и события, в том
числе действия операторов, должны записываться в Системный
журнал. Системный журнал не является средством восстановления
или отката данных. Системный журнал служит для анализа
функционирования и разрешения спорных ситуаций, возникающих
при функционировании АСЗИ.
2.2.6.2. Все записи в Системном журнале должны содержать информацию:
о времени возникновения события;
источнику
записи
(программе,
контролируемом
оборудовании, или операторе);
о типе события;
о номере рейса;
снабжаться пояснительным текстом.
2.2.6.3.
ей
Система должна иметь возможность рассылки почтовых сообщений
на адрес Администраторов системы в случае возникновения
критических сбоев.
Страница 9/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.2.6.4.
Время хранения Системного журнала в оперативной БД должно
определяться настройками.
2.2.7. База данных АСЗИ
2.2.7.1.
В качестве СУБД должна быть использована MS SQL Server или
Oracle.
2.2.7.2.
Выполнение настраиваемых по событиям и по графику заданий
должно обеспечивать ее оптимальную работу, проверку целостности и
создание резервных копий. Возникающие ошибки при выполнении
заданий должны доводиться до Администратора.
2.2.7.3.
Процедуры восстановления из резервных копий БД должно
производиться Администратором Системы через стандартный
интерфейс БД. Процедура восстановления должна быть описана в
документации.
2.2.7.4.
Перечень и состав таблиц БД АСЗИ должен быть разработан в
процессе Рабочего проектирования.
2.2.8. Звуковая База (ЗБ)
2.2.8.1.
Звуковая база представляет собой набор предварительно записанных и
обработанных (подготовленных к компиляции) фрагментов фраз, из
которых собираются готовые речевые объявления.
2.2.8.2.
Звуковая база создается для русского, английского и дополнительных
языков. Перечень дополнительных языков и сообщений, должен быть
определен в договоре. Система должна позволять подключать любое
количество новых языков.
2.2.8.3.
Компилятор для каждого языка реализует грамматические правила
для поддержки процесса компиляции (правила формирования
числительных, даты и времени, специфические правила стыковки
речевых фрагментов).
2.2.8.4.
После записи производятся процедуры фильтрации, нормализации
уровня сигнала по полосам спектра, сглаживание взрывных звуков с
целью повышения разборчивости речи в условиях больших
помещений с большим временем реверберации и высоким уровнем
фонового шума.
2.2.8.5.
Технология дополнения ЗБ должна быть доступна Заказчику.
2.2.8.6.
Система должна иметь процедуру проверки наличия звуковых
фрагментов, необходимых для генерации сообщений по имеющимся в
настоящий момент рейсам. При обнаружении отсутствующих
звуковых фрагментов, Системы должна делать запись в системный
журнал и подаваться диктору в качестве текстового сообщения.
Страница 10/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.2.8.7.
Звуковая база должна иметь динамически пополняемый раздел, в
который могут записываться неформализованные сообщения,
наговариваемые дикторами в процессе эксплуатации системы. Такие
звуковые сообщения должны записываться и воспроизводиться
целиком.
2.2.9. Требования к оборудованию Центрального Сервера
2.2.9.1.
Центральный сервер должен представлять собой кластер, состоящий
из двух серверов и внешнего дискового массива.
2.2.9.2.
Каждый сервер в кластере должен обладать достаточной
производительностью, для реализации требований к АСЗИ. В случае
выхода из строя одного из серверов в кластере, оставшийся сервер
должен обеспечивать функционирование АСЗИ в полном объеме.
2.2.9.3.
Операционная система Центрального сервера должна обеспечивать
функционирование кластера и автоматически активизировать
выполнение прикладных программ и общего ПО (СУБД) при
изменении работоспособности компонент кластера.
2.2.9.4.
Внешний дисковый массив должен обеспечивать высокоскоростной
доступ к информации на дисках со стороны каждого сервера кластера.
Для повышения надежности дисковый массив должен поддерживать
конфигурацию RAID 5.
2.3. Трансляция звуковых сообщений
2.3.1.1.
Трансляция сообщений должна осуществляться Станцией вещания,
которая должна представлять собой программно-аппаратный
комплекс,
обеспечивающий
одновременную
трансляцию
необходимого числа аналоговых звуковых потоков, и управление
маршрутизацией в СОО.
2.3.1.2.
В случае наличия резервной Станции вещания она должна
поддерживаться в состоянии «горячего резерва». Переход на
резервную станцию в случае отказа основной должен производиться
автоматически.
2.3.1.3.
Станция вещания может быть объединена с Центральным сервером на
единой аппаратной платформе.
2.3.1.4.
Станция вещания должна быть оснащена необходимым количеством
звуковых аналоговых выходов для одновременного вывода разных
сообщений в разные зоны.
2.3.1.5.
При управлении СОО с помощью коммутации низковольтного
сигнала или управляющих реле, Станция вещания должна быть
оснащена платой с необходимым числом релейных выходов.
Страница 11/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.3.1.6.
Станция вещания должна находиться в непосредственной близости от
управляемой ею СОО для исключения передачи звукового сигнала на
большие расстояния.
2.3.1.7.
Внешними устройствами воспроизведения объявления, могут быть:
СОО на базе BOSСH Praesideo версия 2.3 и более;
СОО на базе TOA VX-2000;
COO на базе TOA SX-1000;
Неуправляемые усилители.
2.3.1.8.
Станция вещания должна работать в автоматическом режиме, и не
должна требовать постоянного контроля оператором.
2.3.1.9.
Все действия ПО и изменения состояния Станции вещания и
управляемой ей СОО должны фиксироваться в Системном журнале
на Центральном сервере.
2.3.1.10.
Трансляция объявлений должна обеспечиваться ПО Станции вещания
(Транслятором), которое должно обрабатывать Очередь звуковых
сообщений, реализовывать интерфейс с внешней СОО и выдавать в
нее звуковые потоки объявлений и сигналы, управляющие
маршрутизацией звуковых потоков в СОО.
2.3.1.11.
При трансляции объявлений должны выполняться следующие
функции:
Обработка и оптимизация Очередей звуковых сообщений;
Поддержка интерфейса с СОО;
Ожидание освобождения зон вещания СОО или прерывание
вещания текущего сообщения;
Подача звуковых потоков на вход СОО;
Управление маршрутизацией звукового сигнала в СОО;
Отслеживание сбоев трансляции и прерываний другими
источниками звука;
Повторная трансляция объявлений после окончания
прерывания или сбоя трансляции;
Мониторинг состояния технических средств СОО.
2.3.1.12.
Одной внешней СОО должен управлять только один Транслятор
объявлений. У одного Транслятора может быть несколько
независимых звуковых каналов, входящих в одну СОО.
2.3.1.13.
В случае наличия в данном СОО резервного контроллера, транслятор
объявлений должен автоматически переключать вывод на него
звуковых потоков и команд управления, при неисправности основного
контроллера.
2.3.1.14.
Каждый Транслятор должен настраиваться на перечень технических
зон, с которыми он работает.
Страница 12/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.3.1.15.
Транслятор
объявлений
должен
обеспечивать
управление
маршрутизацией звукового сигнала в СОО путем корректного
управления оборудованием СОО для вывода звуковых сообщений в
требуемые технические зоны.
2.3.1.16.
Система должна поддерживать признак акустической связанности
зон. Вывод сообщений в такую зону может производиться только при
свободности акустически с ней связанных зон.
2.3.1.17.
В случае если выдаваемое АСЗИ звуковое сообщение было прервано
(например, экстренным сообщением от систем безопасности или
микрофоном СОО), Системой должен быть обеспечен повторный
вывод данного объявления после освобождения зоны.
2.3.1.18.
В процессе вывода сообщений в зону, должны делаться
технологические паузы заданной в настройках длины через указанное
время непрерывного вещания в зону.
2.3.1.19.
В системе должна иметься возможность архивирования всех
выводимых сообщений в сжатом формате mp3 и прослушивание их с
привязкой к записям в системном журнале.
2.3.1.20.
Все действия по выводу сообщений должны записываться в
системный журнал.
2.4.
ПО Автоматизированных рабочих мест (ПО АРМ)
2.4.1. Общие требования к ПО АРМов
2.4.1.1.
ПО АРМ должно предоставлять Оператору возможности выполнения
действий по инициированию объявлений, управлению подачей
объявлений, мониторингу Системы, управлению и конфигурированию
Системы в соответствии с установленными правами доступа.
2.4.1.2.
ПО АРМ должно быть реализовано в технологии Клиент-Сервер и
функционировать под управлением ОС Windows 2000/XP.
2.4.1.3.
Общие функции ПО АРМ:
Аутентификация пользователя;
Получение информации от Центрального сервера о состоянии
Системы;
Ввод и редактирование информации в БД Центрального
сервера;
Получение и отображение сообщений и запросов на
подтверждение событий, предназначенных Оператору.
2.4.1.4.
В Системе должно быть предусмотрено следующее программное
обеспечение АРМов:
ПО «АРМ Администратора»;
Страница 13/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
-
ПО «АРМ Диктора»;
ПО «Системный журнал».
2.4.1.5.
На одном АРМе может исполняться ПО разного назначения.
2.4.1.6.
Действия оператора по изменению информации
фиксироваться в Системном журнале АСЗИ.
2.4.1.7.
Все интерфейсы ПО АРМ должны быть выполнены на русском языке.
2.4.1.8.
Наиболее часто используемые функции, особенно по генерации
объявлений, должны быть вынесены в панель управления.
2.4.1.9.
При начальной загрузке ПО пользователь должен ввести имя и
пароль. После корректной аутентификации должны определяться
права пользователя.
должны
2.4.2. ПО «АРМ Администратора»
2.4.2.1.
Администратор с помощью ПО «АРМ Администратора» должен
осуществлять следующие функции:
Настройка изменяемых параметров АСЗИ;
Изменение учетных записей и прав доступа операторов;
Изменение
Графика событий (добавление, исключение,
коррекция параметров);
Изменение структуры сообщений и алгоритма обработки
событий (Конструктор объявлений);
Мониторинг состояния компонентов АСЗИ и внешних систем
(ОДБ, СОО), с которыми осуществляется взаимодействие.
2.4.2.2.
ПО «АРМ Администратора» должно позволять
изменение параметров функционирования Системы.
2.4.2.3.
ПО «АРМ Администратора» должно позволять определять группы
пользователей Системы и права доступа каждой группы к
функциональности и объектам Системы.
2.4.2.4.
Должна иметься возможность настойки Графика подачи сообщений,
должна указываться глобальная зона, в которую данное сообщение
должно выводиться, категория срочности, число повторов и пауза
между ними.
2.4.2.5.
Задание времени выполнения события и времени его актуальности
должно производиться относительно базовых времен обслуживания
рейса (началом или концом регистрации, посадки или выдачи багажа,
временем взлета или посадки).
производить
Страница 14/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.4.2.6.
При формировании условия выполнения событий должна иметься
возможности
использовать
любые
параметры
оперативной
информации, имеющиеся в ОБД и арифметические и логические
операции между ними.
2.4.2.7.
Конструктор объявлений должен позволять создавать новые и
редактировать существующие варианты шаблонов объявлений.
2.4.2.8.
При создании шаблонов должна иметься возможность описания
альтернативных форм объявлений в зависимости от значения
параметров рейса.
2.4.2.9.
Система должна позволять добавлять новые языки и создавать для
них шаблоны.
2.4.2.10.
Должна иметься возможность определять язык страны и язык города,
где расположен аэропорт назначения.
2.4.3. ПО «АРМ Диктора»
2.4.3.1.
ПО «АРМ Диктора» должно позволять инициировать и подавать
стандартные и нестандартные объявления в технологические зоны
вещания и управлять очередью звуковых сообщений.
2.4.3.2.
В случае отсутствия связи с ОБД, диктор со своего АРМ должен
иметь возможность в «ручном режиме» вводить информацию об
обслуживании
рейсов
по
информации,
поступающей
из
альтернативных источников.
2.4.3.3.
Основной режим работы Диктора – контроль автоматической подачи
объявлений и подача нестандартных объявлений «голосом» в
микрофон АСЗИ.
2.4.3.4.
ПО «АРМ диктора» должно выполнять следующие функции:
Просмотр Внутреннего расписания по прилету вылету и
прибытию воздушных судов;
Внесение изменений во Внутреннее расписание при отсутствии
поступления информации из ОБД (добавление рейса,
корректировка ОПИ, отмена рейса),
Просмотр Очереди звуковых сообщений по техническим и
технологическим зонам вещания;
Подача неформализованных объявлений через микрофон
АСЗИ с указанием параметров озвучивания (перечнем зон,
числа повторов, паузы между повторами, приоритета, времени
актуальности) с возможностью их записи в архив
неформализованных звуковых сообщений для дальнейшего
использования;
Страница 15/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
2.4.3.5.
Инициирование подачи формализованных объявлений для
выбранного рейса.
Все действия оператора «АРМ Диктора», связанные с изменением
информации в системе должны фиксироваться в Системном журнале
с указанием регистрационного имени оператора.
3. Требования к документации Системы
3.1.1.1.
Система должна поставляться со следующей эксплуатационной
документацией, предоставляемой в электронном виде и в трех
печатных копиях:
Описание архитектуры Системы. Перечень и взаимосвязь
программ, алгоритмы программ, используемые методы,
структура программ с описанием функций составных частей и
связи между ними, связи программ с другими программами в
Системе.
Описание
применения
серверных
программных
компонент. Сведения о назначении программы, области
применения, применяемых методах, классе решаемых задач,
ограничениях для применения, минимальной конфигурации
технических средств;
Руководства операторов на все ПО АРМов. Сведения для
обеспечения процедуры общения оператора с вычислительной
системой в процессе выполнения программы;
Руководство системного программиста. Сведения для
установки, обеспечения функционирования и настройки
Системы на условия конкретного применения;
Описание структур баз данных и внешних интерфейсов
Системы.
3.1.1.2.
Вся документация предоставляется на электронном носителе на
русском языке.
Страница 16/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
4. Перечень языков, которые должны быть реализованы в системе на
начальном этапе:
-
Английский
Итальянский
Немецкий
Русский
Голландский
Французский
5. Перечень языков, которые могут быть реализованы в системе в
дальнейшем:
-
Азербайджанский
Арабский
Армянский
Белорусский
Венгерский
Вьетнамский
Грузинский
Иврит
Испанский
Казахский
Китайский
Кыргызский
Норвежский
Португальский
Румынский
Таджикский
Тайский
Узбекский
Украинский
Хинди
Японский
Страница 17/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
5.1. Параметры развертывания Системы
Параметры ёмкости системы
Количество СОО
Количество технических зон вещания
Количество технологических зон вещания
Количество каналов одновременного вещания
Количество категорий объявлений
Количество основных языков трансляции
Мах Количество дополнительных языков трансляции
Количество названий аэропортов
Количество названий авиакомпаний
Количество обучаемых сотрудников, из них
Системных администраторов
Дикторов
Технологов
Тер.”D”
1
65
6
4
Тер.”B”
1
8
6
4
Тер.“С”
1
65
6
4
100
2
25
600
200
7
2
8
2
Тер.“F”
1
8
8
4
Тер.“E”
1
65
6
4
Количество компонентов АСЗИ
Тер.”D”
Центральный Сервер
2
Выделенная Станция вещания (на каждый терминал)
Интерфейс с ОБД
2
АРМ Диктора
Тер.”B”
Тер.“С”
1
2
1
2
Тер.“F”
Тер.“E”
2
2
2
2
2
2
5.2. Типы и параметры СОО
Тер- Произ- Тип
Число
минал водите станции адресу
аэроль
емых
порта
зон
терми
нала
“B”
ТОА VX-2000
6
Число
Способ управления
каналов
СОО
одновреме
нного
вывода
сообщений
4
Программный через
RS-232 или через
управляющие реле
“C”
Bosch Praesideo
4
4
Программный через
ЛВС
“F”
ТОА SX-1000
4
4
“E”
Bosch Praesideo
4
4
Программный через
RS-232 или через
управляющие реле
Программный через
ЛВС
“D”
Bosch Praesideo
4
4
Программный через
ЛВС
Примечание
Система эксплуатируется с 2011
года. Смонтировано два комплекса
(один – резервный), состоящие из
управляющего модуля
и 7
усилителей (один - резервный)
Система эксплуатируется с 2007 г.
(два управляющих контроллера,
один из них резервный)
Система эксплуатируется с 199х г.
Состоит из управляющего модуля и
усилителей.
Система эксплуатируется с 2010 г.
(два управляющих контроллера,
один из них резервный)
Система эксплуатируется с 2009 г.
(два управляющих контроллера,
один из них резервный)
Страница 18/19
Автоматизированная Система Звукового Информирования ОАО "МАШ". Требования Заказчика.
6. Порядок ввода системы в промышленную эксплуатацию
6.1.1.1.
Система должна вводиться в промышленную эксплуатацию поэтапно:
Создание необходимого ПО Системы;
Ввод в эксплуатацию терминала “С” включая Центральный
сервер системы;
Ввод в эксплуатацию терминала “Е” включая Центральный
сервер системы;
Ввод в эксплуатацию терминала “F” включая Центральный
сервер системы;
Ввод в эксплуатацию терминала “B” включая Центральный
сервер системы;
Ввод в эксплуатацию терминала “D” включая Центральный
сервер системы;
Ввод в эксплуатацию дополнительных языков (данный этап
может быть разбит на подэтапы).
6.1.1.2.
В начале каждого этапа разрабатывается Частное ТЗ (ЧТЗ) на
функциональность данного этапа и разрабатывается программа и
методика испытаний (ПМИ) по данному этапу.
6.1.1.3.
Исполнитель производит работы,
эксплуатации по данному этапу.
6.1.1.4.
Производятся испытания согласно ПМИ этапа.
6.1.1.5.
По результатам испытаний система
эксплуатацию на срок до 2-х недель.
6.1.1.6.
По результатам опытной эксплуатации производятся испытания
системы, подписывается Акт о передаче системы в промышленную
эксплуатацию.
6.1.1.7.
С момента подписания
установленной схеме.
акта
необходимые
передается
начинается
для
в
оплата
начала
опытную
согласно
7. Возможные схемы оплаты внедрения Системы
7.1. Покупка Системы.
7.1.1.1.
Схема предусматривает заключение договора на пожизненное
приобретение лицензий на эксплуатацию системы.
7.1.1.2.
Оплата по договору может быть разбита поэтапно. Порядок оплаты
этапов должен быть предусмотрен в договоре.
Страница 19/19