| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Общие требования |
Модуль стенографирования должен обеспечивать совместимость с модернизируемой Системой и её модулями, не нарушая штатное функционирование ранее введённых в эксплуатацию модулей и сервисов.
В рамках выполнения работ не допускается замена программного обеспечения в целом, а также любого её модуля. Вносимые Подрядчиком изменения не должны приводить к перерывам в работе Системы, подрядчик гарантирует сохранность всех её данных.
Заказчик в течение 5 дней с даты заключения Государственного контракта предоставляет Подрядчику доступ к программному обеспечению Системы, размещенной на базе вычислительных ресурсов Заказчика в целях выполнения работ. Доступ предоставляется при условии наличия у Подрядчика необходимых технических и программных средств для защиты информации в соответствии с пунктом 5.11 настоящего ТЗ.
Разрабатываемый Модуль стенографирования должен иметь возможность интеграции с внешними системами посредством API. |
|
|
| Требования к Модулю стенографирования совещаний. |
Доступ к функционалу Модуля должен осуществляться с помощью клиентского веб-приложения, посредством ввода данных в адресную строку браузера.
Вход пользователя в модуль должен осуществляться с помощью ввода логина и пароля. После нажатия на кнопку «Войти», Модуль должен проверять корректность введённых данных. Если введенные данные верны, должна отображаться рабочая область Модуля, иначе появляется сообщение об ошибке.
Рабочая область модуля должна быть разделена на две части:
• слева отображается основное меню, состоящее из меню администратора и меню секретаря (функционал зависит от прав доступа пользователя);
• справа отображается выбранный раздел меню. |
|
|
| Меню администратора. |
Меню администратора может содержать следующие разделы:
• Судебные участки;
• Роли пользователей;
• Пользователи;
• Отчёты;
• Статистика;
• Журнал логирования;
• Настройки;
• Корзина. |
|
|
| Требования к разделу «Судебные участки». |
Раздел «Судебные участки» в зависимости от роли Пользователя должен содержать информацию по всем судебным участкам или только по одному судебному участку мировых судей города Севастополь.
Раздел «Судебные участки» должен иметь следующий функционал:
• Добавление нового судебного участка. По кнопке «Добавить» должна всплывать форма для заполнения следующих полей:
• Название;
• Код судебного участка;
• Адрес;
• Район (не обязательное поле);
• Судья (не обязательное поле).
Форма должна иметь кнопки для подтверждения или отмены действия.
• Редактирование информации о судебном участке. По кнопке «Редактировать» напротив соответствующего судебного участка должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия.
• Удаление судебного участка. По кнопке «Удалить» напротив соответствующего судебного участка должна всплывать форма для подтверждения или отмены действия. |
|
|
| Требования к разделу «Роли пользователей». |
Раздел «Роли пользователей» должен содержать информацию обо всех созданных ролях пользователей. Наименование роли Пользователя и функционал определяет администратор.
Раздел «Роли пользователей» должен иметь следующий функционал:
1. Добавление новой роли пользователей. По кнопке «Создать роль пользователя» должен осуществляться переход в область создания роли пользователя, в которой необходимо заполнить название роли пользователя и определить права доступа к следующим разделам и подсистемам:
• Судебные участки (просмотр, добавление, редактирование, удаление);
• Роли пользователей (просмотр, добавление, редактирование, удаление);
• Пользователи (просмотр, добавление, редактирование, удаление);
• Отчёты (просмотр, экспорт);
• Статистика (просмотр, экспорт);
• Журнал логирования (просмотр, экспорт);
• Настройки (просмотр, редактирование);
• Корзина (просмотр, восстановление, удаление);
• Список дел (доступ к созданным категориям дел);
• Аудиозаписи (добавление, удаление);
• Заседания (просмотр, добавление, редактирование, удаление);
• Участники заседания (просмотр, добавление, редактирование, удаление);
• Документы (просмотр, добавление, удаление).
Область должна иметь кнопки для подтверждения или отмены действия.
2. Редактирование роли пользователей. По кнопке «Редактировать роль» напротив соответствующей роли пользователей должен осуществляться переход в область изменения роли пользователя для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия.
3. Удаление роли пользователей. По кнопке «Удалить роль» напротив соответствующей роли пользователей должна всплывать форма для подтверждения или отмены действия. |
|
|
| Требования к разделу «Пользователи». |
Раздел «Пользователи» должен содержать информацию обо всех созданных пользователях.
Раздел «Пользователи» должен иметь следующий функционал:
• Добавление нового пользователя. По кнопке «Создать пользователя» должен осуществляться переход в область для заполнения следующих полей:
• Фамилия;
• Имя;
• Отчество;
• Логин;
• Должность;
• Доступные судебные участки (выбор судебного участка из уже существующих);
• Роль пользователя (выбор роли из уже существующих);
• Пароль (ввод или генерация).
Область должна иметь кнопки для подтверждения или отмены действия.
• Редактирование данных пользователя. По кнопке «Редактировать» напротив соответствующего пользователя должен осуществляться переход в область для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия.
• Удаление пользователя. По кнопке «Удалить» напротив соответствующего пользователя должна всплывать форма для подтверждения или отмены действия. |
|
|
| Требования к разделу «Отчёты». |
Раздел «Отчёты» должен иметь следующий функционал:
1. Просмотр отчетности. Отчётность должна содержать следующие поля:
• код судебного участка;
• наименование участка;
• № дела;
• дата дела;
• проведено заседаний;
• количество заседаний с аудиофиксацией;
• количество загруженных протоколов с транскрибацией;
• % заседаний с аудиофиксацией;
• % заседаний с протоколами и транскрибацией.
Отчётность должна иметь возможность настройки и сброса фильтрации по судебным участкам и/или периоду дат.
2. Выгрузка отчётности. По кнопке «Скачать отчёт», должен быть предложен на выбор формат выгрузки CSV и XLSX. |
|
|
| Требования к разделу «Статистика». |
Раздел «Статистика» должен содержать статистические данные по пользователям судебных участков.
Раздел «Статистика» должен иметь следующий функционал:
1. Просмотр статистических данных по пользователям судебных участков. Статистика должна содержать следующие поля:
• пользователь;
• код судебного участка;
• наименование участка;
• количество заседаний с аудиозаписями;
• количество транскрибированных заседаний;
• количество выгруженных протоколов.
Статистика должна иметь возможность настройки и сброса фильтрации по Пользователям и/или периоду дат.
2. Выгрузка статистики. По кнопке «Скачать» должен быть предложен выбор выгрузки в форматах CSV и XLSX. |
|
|
| Требования к разделу «Журнал логирования». |
Раздел «Журнал логирования» должен отображать информацию по действиям пользователей в Модуле.
Раздел «Журнал логирования» должен иметь следующий функционал:
1. Просмотр информации по действиям пользователей. Журнал должен содержать следующие поля:
• номер (порядковый номер дела в разделе «Список дел»);
• дата;
• время;
• учетные данные;
• логин;
• № дела;
• действие в Системе (добавление, редактирование и удаление данных);
• группы (аудиофайлы, дела судебного участка, документы, категории дел, настройки, пользователи, права пользователей, роли пользователей, роли участников заседания, судебные участки, участники судебного заседания и шаблоны документов);
• IP пользователя;
• браузер;
• адрес запроса.
Журнал логирования должен иметь возможность выбора полей для отображения.
Журнал логирования должен иметь возможность настройки и сброса фильтрации по порядковому номеру дела в разделе «Список дел», учётным данным, периоду дат, периоду времени, номеру дела, действию в Системе и/или группам.
При наведении курсора на любое «Действие в Системе» всплывает дополнительная информация (выгружается в столбце «Содержание»).
2. Выгрузка информации по действиям пользователей. По кнопке «Скачать» должен быть предложен на выбор формат выгрузки CSV и XLSX. |
|
|
| Требования к разделу «Настройки». ч 1 |
Раздел «Настройки» должен содержать подразделы «Настройки распознавания», «Справочники» и «Информация о системе».
Подраздел «Настройки распознавания» должен иметь следующий функционал:
• Включение/выключение записи аудио. Данная функция может использоваться, в случае необходимости осуществления аудиопротокольной записи непосредственно из Системы.
• Настройка порога подсветки слов с низкой достоверностью (рекомендуемое значение – 30%).
• Просмотр, Добавление и удаление стоп-слов. По кнопке «Добавить» должно появляться новое поле для заполнения стоп-слова. Удаление стоп-слова должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего стоп-слова.
Подраздел должен иметь кнопку для подтверждения изменений в настройках распознавания.
Подраздел «Справочники» должен иметь следующий функционал:
• Просмотр и настройка справочника категорий дел.
По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим категориям дел.
По кнопке «Добавить» должны появляться новые поля для заполнения классификационного индекса и наименования категории дел.
Удаление категории дел должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей категории дел.
Режим редактирования должен иметь кнопки для подтверждения или отмены действий.
• Просмотр и настройка справочника ролей по судопроизводству.
По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим ролям по судопроизводству.
По кнопке «Добавить» должны появляться новые поля для заполнения наименования роли по судопроизводству и выбора категорий дел, в которых должна присутствовать эта роль.
Удаление роли по судопроизводству должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей роли.
Режим редактирования должен иметь кнопки для подтверждения или отмены действий. |
|
|
| Требования к разделу «Настройки». ч 2 |
Подраздел «Информация о системе» должен отражать информацию о занимаемом аудиопротокольными записями объеме данных на сервере и позволять настраивать способы очищения раздела «Корзина»:
• ручное очищение;
• автоматическое очищение. |
|
|
| Требования к разделу «Корзина». |
Раздел «Корзина» должен содержать информацию по удалённым делам судебных участков мировых судей города Севастополь.
Раздел «Корзина» должен иметь следующий функционал: Просмотр списка удалённых дел судебных участков.
Список дел должен содержать следующие поля:
• код судебного участка;
• наименование судебного участка;
• номер;
• № дела;
• дата дела;
• дата заседания;
• дата создания задания на транскрибацию (последнего);
• дата удаления;
• время начала заседания;
• время окончания заседания;
• участники;
• категория дела.
Список дел должен иметь возможность выбора полей для отображения, быструю навигацию: возможность поиска и сортировки по судебным участкам, порядковому номеру дела, номеру дела, дате, дате создания задания на транскрибацию (последнего), дате удаления, времени и категории дела. Восстановление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для восстановления. По кнопке «Восстановить» должна всплывать форма для подтверждения или отмены действия. В случае подтверждения, дело будет возвращено в раздел «Список дел».
Если дело с восстанавливаемым номером в разделе «Список дел» уже существует, должно быть сообщение об этом и предложено изменение номера восстанавливаемого дела либо отменить действие. Удаление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для удаления. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. |
|
|
| Меню секретаря. |
Меню секретаря может содержать следующие разделы:
• Список дел.
Раздел «Список дел» может содержать следующие подразделы:
• Аудиозапись;
• Заседания;
• Участники заседания;
• Документы.
В зависимости от Роли (прав доступа) Пользователя перечень отображаемых разделов в меню может меняться. Редактировать права доступа Ролей может администратор. |
|
|
| Требования к разделу «Список дел». ч 1 |
Раздел «Список дел» в зависимости от роли Пользователя должен содержать информацию по делам всех судебных участков или только одного судебного участка мировых судей города Севастополь.
Раздел «Список дел» должен иметь следующий функционал:
• Просмотр списка дел судебного участка.
Список дел должен содержать следующие поля:
• номер;
• № дела;
• дата дела;
• дата заседания;
• время начала заседания;
• время окончания заседания;
• участники заседаний;
• категория дела.
Список дел должен иметь возможность выбора полей для отображения, и быструю навигацию: возможность поиска и сортировки по порядковому номеру дела, номеру дела, дате, времени и категории дела.
Создание заседания. По кнопке «Создать заседание» должна всплывать форма для заполнения следующих полей:
• № дела;
• дата дела;
• дата заседания;
• время начала заседания;
• время окончания заседания;
• категория дела (выбор из ранее настроенного справочника категорий дел). |
|
|
| Требования к разделу «Список дел». ч 2 |
Также форма должна позволять добавить участников заседания. По кнопке «Добавить участника» должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должна предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Удаление участника заседания должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания.
Форма должна иметь кнопки для подтверждения или отмены действий.
• Редактирование заседания. По кнопке «Карандаш» напротив соответствующего заседания должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия.
• Удаление заседания. По кнопке «Корзина» напротив соответствующего заседания должна всплывать форма для подтверждения или отмены действия.
• Работа с заседанием. По кнопке «Открыть заседание» должна открываться область работы с заседанием. Работа с заседанием включает в себя следующий функционал:
• обработка аудиозаписи;
• информация о заседании;
• спикеры;
• работа с документами. |
|
|
| Требования к разделу «Аудиозапись». ч 1 |
Добавление аудиофайла.
Модуль должен позволять загрузить аудиофайл в ручном режиме по кнопке «Загрузить аудио» и/или сделать аудиозапись по кнопке «Начать запись». Модуль должен поддерживать работу с различными видами аудио, поддерживаемых FFMPEG (например, OPUS, MP3, MP4, WAV). Длительность загружаемой аудиопротокольной записи должна быть не более 5 (пяти) часов.
После добавления аудиопротокольной записи должна отображается панель инструментов управления аудиозаписью, осуществляющая следующий функционал:
• настройка скорости воспроизведения;
• воспроизведение и остановка записи;
• перемотка назад/вперед;
• регулировка громкости.
Модуль должен позволять управлять отображением звуковой дорожки загруженной аудиопротокольной записи по кнопке «Свернуть аудио» и «Развернуть аудио».
Модуль должен позволять одновременную загрузку до 5 (пяти) аудиопротокольных записей одним Пользователем. Общий объем одной загрузки (одной или одновременно нескольких аудиопротокольных записей) не должен превышать установленного объема данных на сервере.
Удаление аудиофайла. По кнопке «Удалить аудио» должна всплывать форма для подтверждения или отмены действия.
Транскрибация аудиопротокольной записи. По кнопке «Транскрибация» аудиофайл должен отправляться на транскрибацию. На панели инструментов управления аудиозаписью должно отображаться состояние процесса выполнения транскрибации, для прерывания процесса в случае необходимости должна быть кнопка «Прервать транскрибацию».
После завершения транскрибации в редакторе документа должна появится кнопка «Загрузить стенограмму». |
|
|
| Требования к разделу «Аудиозапись». ч 2 |
При повторном нажатии на кнопку «Транскрибация» должна всплывать форма для подтверждения или отмены действия.
Модуль должен отображать временную шкалу звуковой волны и при выборе места на аудиодорожке указывать это место в транскрибированном тексте, а также иметь возможность связывания текстовой расшифровки аудиопротокольной записи таймкодами.
Качество транскрибации аудиопротокольной записи обеспечивается при условии превышения уровня громкости речи в размере от 30 дБ над уровнем громкости шума. |
|
|
| Требования к разделу «Заседания». |
Добавление участников заседания.
По кнопке добавления должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должен предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную.
Редактирование информации об участнике заседания. Должно осуществляется нажатием на кнопку «Карандаш» напротив соответствующего участника заседания и внесением изменений в информацию об участнике заседания.
Удаление участника заседания. Должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания.
Подраздел должен иметь кнопку для подтверждения действий. |
|
|
| Требования к разделу «Участники заседания». |
Модуль должен поддерживать возможность группировки текста распознанной речи по участникам аудиопротокольной записи, основываясь на технологии диаризации спикеров.
Модуль должен позволять назначить участника заседания соответствующим спикером посредством выбора из выпадающего списка и корректировать принадлежность фраз спикерам.
Модуль должен позволять осуществлять поиск фраз по их содержимому. |
|
|
| Требования к разделу «Документы». ч 1 |
Работа с редактором документов.
Панель инструментов в редакторе документа должна предоставлять возможности редактирования и форматирования текста такие как:
• изменение внешнего вид текста, настройка параметров: шрифт, размер, цвет и начертание (полужирный, курсив, подчеркивание);
• выравнивание текста по левому краю, правому краю, центру или ширине страницы;
• добавление нумерованных и маркированных списков;
• добавление таблиц;
• поиск и замена слов в тексте.
По кнопке «Сохранить документ» должна всплывать форма для заполнения названия документа и подтверждения или отмены действий. При повторном нажатии на кнопку «Сохранить документ» осуществляется сохранение текущей версии документа.
Сохраненный документ можно выбрать по названию из выпадающего списка.
По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия.
Создание, редактирование и удаление шаблонов. Модуль должен иметь возможность создания, выбора уже созданного и редактирования шаблонов документов.
По кнопке «Добавить шаблон» Модуль должен открывать редактор шаблонов для заполнения названия шаблона и добавление необходимого текста.
По кнопке «Добавить блок» должна всплывать форма для заполнения названия и содержания шаблона блока. Форма должна иметь кнопки для подтверждения или отмены действий.
По кнопкам «Карандаш» и «Корзина» напротив соответствующего шаблона блока Модуль должен позволять редактировать и удалять шаблоны. |
|
|
| Требования к разделу «Документы». ч 2 |
Редактор должен иметь кнопки для подтверждения или отмены действий.
Добавленный шаблон документа можно выбрать по названию из выпадающего списка.
По кнопке «Редактировать» Модуль должен открывать редактор выбранного шаблона для внесения изменений. Редактор должен иметь кнопки для подтверждения, отмены действий и удаления шаблона документа. При удалении шаблона документа должна всплывать форма для подтверждения или отмены действия.
Работа со стенограммой. По кнопке «Загрузить стенограмму» в документе в месте установленного курсора должна отобразится последняя версия стенограммы транскрибированной аудиопротокольной записи с указанием спикеров.
Текст транскрибированной речи должен быть поделен на предложения и абзацы с использованием знаков пунктуации, заглавных букв в начале предложений.
В тексте транскрибированной речи должно выполняться автоматическое преобразование числовых форматов из прописи к записи арабскими цифрами: время, полная дата, числа.
Текст транскрибированной речи по фразам должен быть оснащен временными привязками к месту этих фраз в аудиопротокольной записи. Для отображения временных меток необходимо в редакторе документов сделать активным флажок «Время».
Участки текста транскрибированной речи (с точностью до предложения/фразы), в которых уровень уверенности транскрибации ниже заданного порога, должны быть выделены отлично от остального текста.
Выгрузка документа. По кнопке «Экспорт» Модуль должен осуществлять выгрузку сохраненного документа в формате DOCX, ODT, RTF, PDF. |
|
|
| Требование к программному обеспечению по вычислительным ресурсам. ч 1 |
Аппаратная часть (серверное оборудование) для модернизации существующей Системы предоставляется Заказчиком в срок не позднее 5 рабочих дней с даты заключения Государственного контракта и должна находиться в Центре обработки данных Заказчика.
Она может располагаться как на выделенных физических, так и на виртуальных серверах. В случае использования виртуальных машин для них Заказчик выполняет 100% резервацию вычислительных ресурсов, используемых виртуальными машинами.
Заказчик предоставляет следующие вычислительные ресурсы:
№
п/п
Наименование сервера
CPU
RAM
HDD
GPU
Операционная система
Назначение
1.
sudy-web-01
16
16
500
AstraLinux не ниже 1.8
Веб сервер, сервер приложений
2.
sudy-db-01
16
16
200
AstraLinux не ниже 1.8
Сервер БД
3.
sudy-spr-01
16
16
300
AstraLinux не ниже 1.8
Распознавание речи
4.
sudy-spr-02
16
20
150
+
AstraLinux не ниже 1.8
Распознавание речи
5.
sudy-spr-03
16
20
150
+
AstraLinux не ниже 1.8
Распознавание речи |
|
|
| Требование к программному обеспечению по вычислительным ресурсам. ч 2 |
Для серверов sudy-spr-02\sudy-spr-03 необходимы видеокарты: 2 Nvidia T4, объем ОЗУ 16 ГБ или 1 Nvidia A16.
Заказчик предоставляет указанные вычислительные ресурсы и удаленный доступ к ним не позднее 5 календарных дней с даты заключения Государственного контракта (на период действия контракта и гарантийных обязательств).
Заказчик предоставляет на период исполнения Государственного контракта (включая период гарантийных обязательств) доступ к Интернету (для установки пакетов обновлений на операционную систему, модуля).
Заказчик предоставляет Подрядчику доступ до программного обеспечения, развернутого на базе вычислительных ресурсов Заказчика в целях выполнения Работ согласно настоящему ТЗ. В качестве технологий удаленного доступа используются протоколы SSH, HTTP/ HTTPS. Технологии удаленного доступа используются в организованной Заказчиком и Подрядчиком защищенной сети VipNet. Защищенная сеть организовывается через сопряжение сетей координаторов VipNet. Подрядчик и Заказчик, каждый со своей стороны, использует программные и технические средства VipNet, обеспеченные собственными силами. Подрядчик имеет право привлекать субподрядчиков для организации защищенной сети и использования координаторов VipNet. |
|
|
| Требования к резервному копированию. |
В целях обеспечения безопасности данных и защиты конфиденциальной информации запрещено резервное копирование данных Модуля стенографирования на собственные мощности Подрядчика без согласования с Заказчиком.
Полное резервное копирование виртуальных машин (снапшоты) осуществляется средствами Заказчика. Подрядчик не несёт ответственность за корректность и регулярность выполнения резервного копирования данных.
В случае инцидента, требующего восстановления из полной резервной копии, восстановление должно быть выполнено Заказчиком. |
|
|
| Требования к данным размещаемым в Репозитории. |
В рамках требований настоящего Технического задания Заказчик в течение 5 рабочих дней с даты заключения Государственного контракта предоставляет Подрядчику доступ в репозиторий, на котором размещена актуальная версия существующей системы, а также необходимые права доступа к материалам, используемым при выполнении работ.
Репозиторий должен содержать:
• исходные коды прикладного ПО;
• инструкция по сборке из исходных текстов рабочего прикладного ПО;
• исполняемые файлы (где применимо);
• описание программных средств, содержащее сведения об их логической структуре и среде функционирования, а также описание методов, приемов и правил эксплуатации технологических средств, используемых при их создании.
• дистрибутив актуальной версии существующей системы;
• актуальные на дату заключения Государственного контракта иные материалы, необходимые для исполнения Государственного контракта (руководство пользователя, руководство администратора и др.)
Все изменения, внесенные Подрядчиком в программный код существующей системы в период выполнения Работ (при наличии), подлежат размещению в репозитории Заказчика в течение 5 рабочих дней после окончания выполнения Работ по настоящему Техническому заданию. |
|
|
| Требования к приемочным испытаниям. |
Проведение приемочных испытаний осуществляется в соответствии с согласованным Заказчиком документом «Программа и методика приемочных испытаний» (далее – ПМИ).
Заказчик обязан не позднее 5 (пяти) рабочих дней с даты получения ПМИ рассмотреть представленную Подрядчиком ПМИ и при отсутствии замечаний согласовать ее и направить информацию об этом в адрес Подрядчика. В случае наличия замечаний Заказчик направляет исчерпывающий перечень замечаний в адрес Подрядчика. Подрядчик должен скорректировать ПМИ и повторно направить Заказчику с приложением протокола обработки замечаний. Повторное согласование проводится в аналогичном порядке.
Результат приемочных испытаний фиксируется в протоколе приемочных испытаний.
Приемочные испытания проводятся Заказчиком с участием Подрядчика. |
|
|
| Требования к документированию и инструктажу. |
В ходе выполнения работ должны быть разработаны следующие виды документации на модернизируемую Систему в части Модуля стенографирования:
• Документация, состоящая из руководства администратора и руководства пользователя Модуля стенографирования.
• Программа и методика испытаний.
В бумажном виде в 2 экземплярах Подрядчик представляет Программу и методику испытаний. Кроме того, все документы должны передаваться Заказчику в электронном виде.
Заказчик предоставляет Подрядчику перечень сотрудников с указанием Ф.И.О, должности, телефона, электронной почты и судебного участка. После установки и настройки, Подрядчик создает учетные записи по предоставленному перечню от Заказчика и направляет Заказчику учетные данные для входа.
Инструктаж представителей Заказчика по работе с Модулем стенографирования выполняется Подрядчиком в объеме не более 2 (двух) академических часов. |
|
|
| Требования к защите информации от несанкционированного доступа. ч 1 |
Система – объект информатизации, являющийся государственной информационной системой, аттестованной по требованиям о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, предъявляемым к государственным информационным системам 3 (третьего) класса защищенности, а также требованиям, состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, соответствующим 3 (третьему) уровню защищенности (далее – объект информатизации).
Подрядчик обязан не разглашать, не использовать любым способом, не предусмотренным данным техническим заданием конфиденциальную информацию, ПДн, ставшие ему известные при выполнении Работ.
Подрядчик своими силами и за свой счет обеспечивает исполнение действующего законодательства РФ для обеспечения защиты ПДн, доступ к которым может получить, при выполнении Работ.
При организации подключения к Системе Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые законодательством Российской Федерации к аттестованным объектам информатизации в соответствии с классом и уровнем защищенности».
Выполнение работ Подрядчиком может производиться, как с присутствием специалистов Подрядчика на объекте Государственного заказчика, так и удалённо, с использованием защищенного канала связи, организованного посредством технологии ViPNet и соблюдением всех технических требований данного СКЗИ.
Доступ к серверам включает прямой административный доступ к каждому серверу с УЗ Подрядчика защищенной сети по протоколам ssh, http, https посредством средств вычислительной техники, на которых реализованы технические меры по защите информации, предъявляемые аттестатом соответствия к Системе. |
|
|
| Требования к защите информации от несанкционированного доступа. ч 2 |
Характер выполнения работ в рамках настоящего Технического задания предполагает удаленное подключение к серверам Государственного заказчика, на которых размещен Система. Удаленное подключение допустимо с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4652 (средства защиты, телематические услуги приобретаются Подрядчиком за свой счет, доступ обеспечивает Государственный заказчик).
Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, а также, в соответствии с действующим законодательством Российской Федерации, ее безопасность при обработке персональных данных и иных сведений, не составляющих государственную тайну. Подрядчик несет ответственность за соблюдение этого требования в соответствии с Законодательством Российской Федерации.
Применяемые меры обеспечения информационной безопасности должны обеспечивать минимизацию рисков, связанных с возможным нарушением конфиденциальности, целостности и доступности информации, содержащейся в Системе.
Доступ к Системе и репозиторию Заказчика должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы) с журналированием действий пользователей.
Выполнение работ по настоящему Техническому заданию должно осуществляться с учетом следующих требований по защите информации от несанкционированного доступа:
1. Система должна обеспечивать санкционированный доступ к информации. |
|
|
| Требования к защите информации от несанкционированного доступа. ч 3 |
2. Система должна иметь функции администрирования, которые должны позволять устанавливать пользователям права доступа к информации.
3. Доступ пользователей к функциям и данным Системы должен предоставляться только после прохождения пользователем процедур аутентификации и идентификации.
4. Система должна обеспечивать следующие возможности управления доступом и разграничения полномочий пользователей:
• осуществлять контроль доступа пользователей Системы к ресурсам Системы в соответствии с ролевой матрицей доступа, настраиваемой администраторами Системы;
• осуществлять управление правами доступа посредством унифицированной ролевой модели использования.
5. Система должна обеспечивать следующие функции защиты от несанкционированного доступа:
• доступ к функциям Системы по индивидуальному логину и паролю пользователя;
• доступ в интерфейс администратора по индивидуальному логину и паролю.
Заказчик должен осуществлять управление доступом к программному обеспечению путем разграничения прав доступа и ведения реестра пользователей, обладающих правами.
Доступ к Системе должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы).
Выдача и изъятие прав и атрибутов доступа к Системе пользователям должна осуществляться Заказчиком или Подрядчиком на основании запроса Заказчика.
Размещение исходного кода в сторонних публичных или не согласованных с Заказчиком репозиториях не допускается.
Информация, предоставляемая Подрядчику в период выполнения Работ, является конфиденциальной и не должна передаваться третьим лицам без письменного разрешения Заказчика и не иначе как для обеспечения качества выполняемых Работ. |
|
|
Зарегистрироваться
Войти
Все сервисы
