Project

General

Profile

DiDev » DiDevComplex » DiDevComplexMoscow » DiDevComplexMoscowVoiceOfRussia »

Системные требования к проекту "Голос России"

Введение
h3. Назначение проекта

Данный проект предназначен для оснащения радиостанции "Голос России" вещательным комплексом, позволящим формировать 14 каналов вещания, состоящих из программ различных языковых редакций (Китайской, Немецкой etc). Комплекс работает на аппаратной базе, состоящей из:

* АПП - 20 шт

* Больших АСБ - 2 шт: АСБ1-2 (АСБ-2 в первый этап не входит)

* Малых АСБ - 4 шт: АСБ3-6

* Комплекса оборудования Axia

* Сети передачи сигналов LiveWire и нодов в местах сопряжения с электрическим сигналом

* Микшерной консоли Аксия (АСБ1)

* нода GPIO

* ПО PathFinder

* Нескольких микшерных консолей D3 Eela Audio

* Множества рабочих мест с ПО Дигиспот

* Сервера многопрограммного вещания на 12 каналов

* состоит из двух идентичных серверов вещания на 12 каналов каждый с Системой горячего резерва

Ссылки

Исходное задание

Общее описание
h3. Развитие проекта

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

Основные функции

  1. Формирование расписания вещания канала из материала нескольких языковых редакций
  2. Формирование содержимого канала вещания, состоящего из совокупности автоматического вещания и живых включений из АПП и АСБ.
  3. Коммутация сигналов в среде LW при формировании выходного сигнала одного канала
  4. Индикация состояния коммутации канала
  5. Полное горячее резервирование эфирных рабочих мест
  6. Контроль состояния работоспособности комплекса

Классы пользователей и их характеристики

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

Операционная среда

Рабочие места: OS Windows XP SP2 или 3, IE 6 или 7 (не 8!)

SQL-SERVER: MS SQL 2005 или 2008

Серверная OS: Windows Server

Сеть: Сеть LAN и независимая сеть LW

Концептуальная схема комплекса

Обобщённая схема комплекса представлена на рисунке
{{Image("Schema.jpg","width=400px")}}

Работа комплекса должна быть организована по следующей схеме:

_1) Пример расписания вещания

_2) План помещений

_3) Структурная схема оборудования

Документация пользователя

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

Функции системы
h3. Общие требования

RQ0: Файловый сервер обеспечивает централизованное хранение всех расписаний и других файлов, используемых всеми рабочими местами системы Digispot II.

RQ1: Выход каждой АПП должен быть заведён в LiveWire.

RQ2: В каждую АПП посредством LiveWire должен подаваться сигнал соответствующего канала для подслушки.

RQ3: Каждая АПП должна быть постоянно привязана к одному каналу вещания.

RQ4: К каждому каналу вещания может быть привязано несколько АПП.

Формирование расписания вещания канала
h4. Описание

Расписание вещание канала состоит из блоков, которые передаются в эфир с эфирного ДЖИННа (АМПВ), работающего на вещательном сервере, и с выходов АПП, закреплённых за данным каналом. Материалы для эфира АМПВ готовятся в АПП, звукорежиссер записывает материалы и сохраняет их в БД. Готовые фонограммы выпускающий ставит в расписание. Для каждой языковой редакции составляется собственное расписание, которое в общем виде выглядит следующим образом:

{{Image("RedSch.jpg","width=400px")}}

Последовательность взаимодействия

Подготовка расписания в АПП с предварительной записью новостей:

{{Image("MakeSCH_APP1.jpg","width=400px")}}

Подготовка расписания в АПП без записи новостей:

{{Image("MakeSCH_APP2.jpg","width=400px")}}

Подготовка расписания в АСБ с локальным расписанием и "живыми" новостями:

{{Image("MakeSCH_ASB.jpg","width=400px")}}

Функциональные требования

RQ5: Материал для эфира может записываться в режиме "Живого эфира", а не сводиться в офф-лайн.

RQ6: Для каждой редакции готовится собственное расписание.

RQ8: Рабочее место выпускающего редактора должно оборудоваться ПО "ДЖИНН План", оснащённым:

  • шаблонами (сеткой)
  • возможностью прослушивания звуковых материалов
  • возможностью просмотра текстовых сюжетов на любом языке вещания
  • возможностью импорта из Power Gold (конкретные места)

RQ9: Рабочее место звукорежиссёра оснащается ПО "ДЖИНН Вещание", оснащённым:

  • блочным плэйером
  • браузером МБД
  • файловым браузером
  • кнопками ручного переключения на эфир и ручного отключения от эфира
  • системой ТРЕК2 с расписанием и БД (Трек должен зажигать табло при включении режима записи)
  • возможностью редактирования материалов БД при помощи внешнего редактора (м.б. установлен Samplitude)

RQ10: Подготовка сюжетов может производиться с использованием ПО RNews

RQ11: Подготовка новостных блоков осуществляется двумя путями:

  • Редактор подготавливает список новостей, затем диктор зачитывает эти новости, а запись новостей сохраняется в БД, откуда выпускающий ставит их в расписание. Вещание их осуществляется эфирным ДЖИННом в автоматическом режиме.
  • Редактор подготавливает список новостей, затем диктор берёт их из ленты новостей (возможно, распечатывает) и зачитывает в прямом эфире. В АСБ кроме того существует возможность вставлять новостные блоки в "собственное" расписание на ДЖИННе АСБ.

Формирование содержимого канала вещания
h4. Описание

Канал может работать в автоматическом режиме с живыми включениями и полностью в живую. Содержимое программы одного канала формируется несколькими плеерами сервера АМПВ, каждый из которых вещает программу одной редакции. Материалы в расписаниях редакций одного канала разнесены во времени не пересекаются. Все плеера одного канала вещают в один канал Live Wire.
Все каналы вещаются одной копией приложения DJin.exe, содержащей множества плееров для всех редакций всех каналов.

Последовательность взаимодействия

<Перечислите здесь список возможных действий пользователя и реакций системы на эти действия. Можно также включить сюда диаграммы и use case-ы для большей наглядности.>

Функциональные требования

RQ12: Вещание заранее запланированного материала осуществляется полностью автоматически с сервера АМПВ.

RQ13: При коммутации с автоматического вещания на одну из АПП канала, вещание расписания данного канала на сервере АМПВ останавливается.

RQ14: При коммутации с АПП назад АМПВ продолжает эфир с элемента, следующего за блоком коммутации, вызвавшем выход в эфир АПП.

RQ15: При вещании с АПП все необходимые материалы должны запускаться из блочного плэйера и/или джингл-машины, без задействования расписания АМПВ.

RQ16: При вещании с АСБ вещание вещание ведется без использования АМПВ и без переключения вещания на АПП:

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

{{Image("ASB.jpg","width=600px")}}

RQ17: Возможна замена одной АПП на другую на некоторое время в случае реорганизации или нештатных ситуаций. Замена осуществляется путём коррекции расписания вещания.

Коммутация сигналов в среде LW
h4. Описание

Переключение сигнала в канале вещания АПП/Джинн происходит путем смены Destination на выходе нода, с которого снимается сигнал канала и назначении на этот канал выхода АПП и наоборот.

Последовательность взаимодействия

<Перечислите здесь список возможных действий пользователя и реакций системы на эти действия. Можно также включить сюда диаграммы и use case-ы для большей наглядности.>

Функциональные требования

RQ18: Коммутацию сигнала на выход канала выполняет Нод Аксии под управлением АМПВ. Расписание коммутации определяется Блоками коммутации, включаемыми в расписания АМПВ

RQ19: Действия, выполняемые при коммутации АПП (управление нодами, GPI, индикацией и пр.), настраиваются специальном окне непосредственно в Джине АМПВ.

RQ20: Каждая АПП может подключаться к выходу канала как в автоматическом режиме, так и в ручном, при помощи специальной кнопки.
Самостоятельное включение кнопкой возможно в ограниченном интервале времени и только в случае перехода с вещания АМПВ.
Переход между двумя АПП выполняется только автоматически.

{{Image("EarlyStart.jpg","width=400px")}}

RQ21: Каждая АПП может отключаться от выхода канала как в автоматическом режиме, так и в ручном, при помощи специальной кнопки.
Самостоятельное выключение кнопкой возможно в ограниченном интервале времени и только в случае перехода на вещание АМПВ.
Переход между двумя АПП выполняется только автоматически.

{{Image("LateStart.jpg","width=400px")}}

RQ22: Коммутации выхода АСБ на эфир и снятия с эфира выполняется АМПВ по данным в Расписании АМПВ (по блокам коммутации) т.е. автоматически.

Индикация состояния
h4. Описание

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

Последовательность взаимодействия

<Перечислите здесь список возможных действий пользователя и реакций системы на эти действия. Можно также включить сюда диаграммы и use case-ы для большей наглядности.>

Функциональные требования

RQ26: При коммутации сигнала АПП в эфир, в аппаратной зажигается табло "Идёт эфир".

RQ27: Перед началом эфира в аппаратной отображается время, оставшееся до начала эфира.

RQ28: Во время эфира в аппаратной отображается время, оставшееся до окончания эфира.

Горячее резервирование
h4. Описание

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

Последовательность взаимодействия

<Перечислите здесь список возможных действий пользователя и реакций системы на эти действия. Можно также включить сюда диаграммы и use case-ы для большей наглядности.>

Функциональные требования

RQ29: Должно быть установлено 2 сервера АМПВ: один рабочий, второй - в горячем резерве.

RQ30: Каждая АСБ должна иметь горячий резерв эфирного компьютера.

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

Контроль состояния
h4. Описание

Система контроля расположена на рабочем месте дежурного инженера. Система реализуется на базе персонального компьютера (или нескольких). Контроль комплекса осуществляется двумя контрольными модулями - контроль наличия звукового сигнала и контроль состояния эфирных ДЖИННов.

Последовательность взаимодействия

<Перечислите здесь список возможных действий пользователя и реакций системы на эти действия. Можно также включить сюда диаграммы и use case-ы для большей наглядности.>

Функциональные требования

RQ32: Модуль контроля звукового сигнала реализуем на базе клиентской части PathFinder?. Он должен обеспечивать визуальный контроль наличия звукового сигнала на 12 программных выходах комплекса и иметь возможность взять любой из выходных сигналов на акустический контроль.

RQ33: Модуль состояния эфирных ДЖИННов должен в реальном времени отслеживать работоспособность всех эфирных станций комплекса (АСБ и эфирного сервера).

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

RQ35: Сигнализация должна отрабатывать аварийные сигналы согласно расписанию работы канала, т.е. в случае штатного отсутствия звукового сигнала на выходе канала, сигнал аварии не вырабатывается..

Требования к интерфейсу
h3. Интерфейс с пользователем

RQ36: Джинн Вещание должен оснащаться кнопкой, позволяющей как отключиться от эфира, так и включиться в эфир своего канала.

Интерфейс с аппаратным обеспечением

<Здесь нужно описать интерфейс с железными компонентами системы. Это может быть тип поддерживаемых устройств, передаваемые данные, протоколы обмена etc>

Программный интерфейс

<Опишите здесь связи данного продукта с другими программными компонентами (название и версия), включая базы данных, ОС, утилиты, библиотеки и интегрированные компоненты. Определите и опишите передаваемы данные и сообщения, а также их назначение. Укажите необходимые сервисы и протоколы обмена. Определите общие данные и методы доступа к ним. При необходимости какого-то специального способа доступа, укажите ограничения этого способа.>

Интерфейс передачи данных

RQ37: Звуковой материал и команды коммутации должны передаваться в эфир по сети LiveWire.

RQ38: Звуковой материал и новости должны передаваться из/в БД по локальной сети Ethernet.

Другие нефункциональные требования
h3. Требования к производительности

<Если есть какие-то требования к производительности системы, то укажите их здесь и объясните, с чем это связано, чтобы помочь разработчикам определить наиболее оптимальный способ. Для систем реального времени определите временные интервалы. Определите эти требования как можно точнее. Возможно, для каждого компонента будут нужны свои индивидуальные требования.>

Требования по надёжности

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

Требования по безопасности

<Определите здесь все требования к системе доступа и защиты продукта. Определите, какие медоты идентификации и авторизации будут использоваться. Сошлитесь на стандарты безопасности, которые должны быть соблюдены.>

Требования по качеству

<Определите любые дополнительные требования по качеству, которые важны для пользователей и/или разработчиков. Например: адаптируемость, доступность, правильность, гибкость, совместимость, лёгкость сопровождения, переносимость, надежность, возможность повторного использования, надежность, управляемость, удобство и простота использования. Постарайтесь разъяснить акценты на различные признаки, такие как лёгкость использования по отношению к лёгкости обучения etc>

Другие требования

RQ39: Разрабатываемое ПО должно поддерживать редактирование и просмотр текста сюжетов с использованием различных языков (для различных языковых редакций).

Приложение 1: Словарь терминов

АПП - аппаратная подготовки программ. Оснащается рабочим местом выпускающего редактора (ПО "Джинн План") и рабочим местом звукорежиссёра (ПО "Джинн Вещание"), а также компьютером типа netBox (ПО "RNews"). В ней также устанавливается некоторое микшерное оборудование для подключения микрофонов и других источников звука.

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

Канал вещания - звуковой поток, выдаваемый в один физический выходной канал Node, расписание которого воспроизводится одним эфирным ДЖИННом (плэйером) и привязанными к нему АПП (АСБ).

АМПВ - Автоматическое Мультипрограммное Вещание.

Add picture from clipboard (Maximum size: 742 MB)