Требования к программным средствам защиты информации

№	Требование	Примечание
1.6.1	Доступ к Системе должен быть ограничен многоуровневой системой идентификации пользователя.
1.6.2	Доступ к Системе должен быть разграничен правами:
	для единичного пользователя;
	для группы пользователей, объединенных одной ролью.
1.6.3	В Системе должен быть реализован механизм настройки минимальной допустимой длины пароля и его сложности.
1.6.4	В Системе должен быть реализован механизм разграничения доступа по следующим параметрам:
	доступ к личному кабинету;
	возможность совершения тех или иных операций (чтение, запись, модификация);
	доступ по времени (в любое время или в течение конкретного периода времени, например, с 8.00 до 18.00).
1.6.5	Система не должна иметь не декларированных возможностей, дающих право сторонним лицам вмешиваться в выполняемые процессы и/или данные.
1.6.6	Исполнитель должен разработать задание по безопасности Системы.
1.6.7	В системе должен быть реализован механизм оповещения пользователей о внештатных ситуациях работы системы целом и отдельных модулей системы.
1.6.8	В системе должен быть реализован механизм оповещения ответственных сотрудников о внештатных ситуациях работы системы целом и отдельных модулей системы.

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

№	Требование	Примечание
1.7.1	Система должна иметь архитектуру в соответствии с максимальными техническими возможностями.

 

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

№	Требование	Примечание
1.8.1	Система должна обладать неограниченным сроком функционирования.
1.8.2	В Системе должна быть предусмотрена возможность увеличения ее производительности за счёт наращивания аппаратно-программного комплекса.
1.8.3	В Системе должна быть предусмотрена возможность ведения неограниченного количества услуг (WEB сервисов).
1.8.4	Модернизация Системы не должна ухудшать основных ее характеристик.
1.8.5	Исполнитель должен предоставить список дополнительных функциональных возможностей Системы, которые могут быть добавлены к предложенному продукту в будущем в виде опций.
1.8.6	Система должна быть способной к размещению портала на серверах в ЦОД сторонних организаций, в частности республиканской платформе

2. Требования к функциональности

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

№	Требование	Примечание
2.1.1	В Системе должна быть обеспечена настройка и ведение различных справочников, в т.ч. шаблонов стандартных документов.
2.1.2	В Системе должна быть обеспечена настройка и контроль ролей и доступов.
2.1.3	В Системе должна быть обеспечена настройка уведомлений об ошибках Системы ответственным сотрудникам на мобильные телефоны (SMS), E-mail.
2.1.4	В Системе должна быть обеспечена возможность проведения тестов, обнаруживающих нарушение целостности данных и их некорректность.
2.1.5	В Системе должна быть обеспечена возможность генерации печатных форм (результат услуги, статистика, отчеты)
2.1.6	В Системе должна быть обеспечена возможность настройки уведомлений пользователям на мобильные телефоны (SMS), E-mail.

 

 

ПРИЛОЖЕНИЕ № 2

 

ТЕХНИЧЕСКАЯ СПЕЦИФИКАЦИЯ

 

1. Наличие анимированного изображения в хедере сайта, реализованное на Canvas либо другой технологии.

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

3. Плеер радиостанции – функция потокового воспроизведения, во время перехода на другие страницы НЕ ВЫКЛЮЧАЕТСЯ. Должны быть предусмотрены функции «тише / громче», и кнопка паузы.

4. Хит-парад расположен на главной странице. С заголовком «Наш хит-парад». Предусмотрена возможность голосования за претендентов. Свой голос можно отдать за каждого претендента и участника хит-парада 1 раз в сутки компьютера (контроль через Cookies).

5. Новостная лента встраивается на сайт через iframe с сайта sb.by.

6. Play-list – список произведений, выгружается на сайт через xml-файл из программного обеспечения Заказчика.

7. О нас – раскрывающийся список с подпунктами «Общая информация», «Команда» и т.д. (текстовые статические страницы).

Команда: Фото сотрудника, несколько слов о нем и что он ведет. Кнопка его программы – рабочая. При нажатии на нее переходим в «программы», именно на страничку данной программы.

8. Контакты - телефоны, электронные адреса, ссылки на социальной сети.

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

8. Реклама – телефоны, информация о продакшн-студии, и ссылка па ПДФ файл (Прейскурант на услуги по размещению рекламной информации).

9. Поиск – морфологический полнотекстовый поиск.

10. Информационные баннеры – должны быть предусмотрены области для вставки баннеров. В случае отсутствия баннеров на странице, не должна нарушаться графическая концепция (разрывы на странице).

12. Наличие ссылок на социальные сети.

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