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

№	Требование	Примечание
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. Должен быть предусмотрен функционал, который мог бы собирать все сообщения/письма/запросы пользователей в одном месте из социальных сетей/мессенджеров/почты (список онлайн-сервисов должен быть максимально полным) для удобства работы ведущих.

Статьи к прочтению:

Обеспечение защиты от НСД с Secret Net 7

Похожие статьи: