Шаблон технического задания
ПО «Ареопад»

Список принятых сокращений

Таблица 1 – «Список принятых сокращений»

Термин, понятие или сокращение Определение
DMZ (англ. Demilitarized Zone — демилитаризованная зона, ДМЗ) — сегмент сети, содержащий общедоступные сервисы и отделяющий их от частных.
БД База данных
Веб-клиент Секретаря Веб-приложение, открывается в браузере.
Интерфейс, в котором работают пользователи с ролями: Секретарь, Администратор, Аудитор, Наблюдатель. Доступ к функциям зависит от роли пользователя.
Веб-клиент Участника Веб-приложение, открывается в браузере.
Интерфейс, в котором работают пользователи с ролями: Член КО (в том числе Председатель), приглашенный участник (Гость). Доступ к функциям зависит от роли пользователя.
Вопрос Потенциальный пункт в повестке заседания.
Заседание Совещание с участием членов коллегиального органа с необходимостью голосования по вопросам повестки и подкрепляемое протоколом.
Исполнитель
Компания, Заказчик
КО (КОУ) Коллегиальный орган (управления)
КСПД Корпоративная сеть передачи данных – коммуникационная система, принадлежащая и/или управляемая единой организацией в соответствии с правилами этой организации.
Материалы Контейнер, содержащий файлы, необходимые для рассмотрения в ходе Мероприятия органа управления.
МП / Мобильный клиент Мобильное приложение, в котором работают пользователи с ролями: Член КО (в том числе Председатель), приглашенный участник (Гость).
ПК Персональный компьютер
ПО Программное обеспечение
Повестка Список вопросов, рассматриваемых на заседании коллегиального органа управления.
СУБД Система управления базами данных
ЧТЗ Частное техническое задание

1. Общие сведения:

1.1 Назначение ПО (далее по тексту Приложения также «Система» или Информационная система коллегиальных органов)

Информационная система коллегиальных органов должна обеспечивать защиту информации на мобильных устройствах и автоматизировать процесс проведения заседаний и голосования членов коллегиальных органов управления и комитетов в структурных подразделениях Заказчика c учетом специфики решаемых ими задач.

1.2 Цель выполнения работ

Основными целями установки и адаптации программного обеспечения являются:

  1. Создание единого информационного пространства взаимодействия сотрудников, оперативное предоставление документов членам коллегиальных органов и комитетов Заказчика и дочерних компаний, а также встреч менеджмента на уровне рабочих групп;
  2. Сокращение трудозатрат на подготовку и распространение (публикацию) документов, повышение удобства работы с документами;
  3. Снижение влияния человеческого фактора и вероятности технической ошибки при ручной подготовке документов;
  4. Обеспечение проведения заседаний как в очной форме, так и в заочной с подключением пользователей в удаленном режиме;
  5. Обеспечение соблюдения сроков подачи голосов при организации голосования в заочной форме;
  6. Обеспечение юридически значимого голосования.

1.3 Наименование Работ

Таблица 2 – «Перечень Работ»

№ п./п. Наименование работ Кол-во
1. Установка и адаптация программного обеспечения «Информационная система коллегиальных органов» 1

1.4 Плановые сроки выполнения Работ

Плановые сроки начала и окончания установки и адаптавуии Системы определяются в соответствии с Календарным графиком, являющимся неотъемлемой частью Договора.

1.5 Порядок поставки программного обеспечения и предъявления результатов работ

Порядок предъявления результатов работ осуществляется в соответствии с Календарным графиком и Договором.

2. Характеристика объекта автоматизации

Объектом автоматизации является деятельность коллегиальных органов, таких как Совет Директоров, Правление и комитетов при них по рассмотрению и принятию решений по вопросам, входящим в повестку заседания.

2.1 Основные бизнес-роли

  1. Администратор;
  2. Секретарь;
  3. Председатель;
  4. Член КО;
  5. Приглашенный участник (Гость);
  6. Аудитор;
  7. Наблюдатель.

2.2 Общее описание процесса проведения заседания

Процесс проведения заседаний должен включать в себя следующие основные этапы:

  1. Формирование календаря заседаний КО;
  2. Формирование перечня вопросов повестки к заседанию;
  3. Подготовка материалов по вопросам повестки заседания;
  4. Публикация/размещение материалов на устройствах пользователей;
  5. Проведение заседания и голосования по повестке заседания;
  6. Формирование опросных листов или письменных мнений;
  7. Фиксирование принятых решений в проекте протокола заседания.

3. Требования к составу и содержанию работ

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

3.1 Определение требований и проектирование

  • Разработка Частного технического задания.
  • Разработка и согласование требований к внедрению Системы. Выявление требований к формированию шаблонов документов (проект протокола, письменное мнение и опросный лист, требование о созыве заседания, уведомление о проведении заседания).
  • Разработка макетов экранных форм с применением фирменного стиля Заказчика.
  • Согласование макетов.

3.2 Внедрение Системы

  • Адаптация Системы по требованиям Заказчика.
  • Внедрение и тестирование Системы на тестовом сервере.
  • Подготовка к внедрению в промышленной среде (промышеленном сервере).
  • Тестирование Системы.
  • Разработка рабочей документации.
  • Проведение предварительных приемо-сдаточных испытаний.

3.3 Опытная эксплуатация

  • Инструктаж (администраторов и ключевых пользователей).
  • Опытная эксплуатация.
  • Ведение журнала опытной эксплуатации.
  • Внедрение в промышленной облачной среде.
  • Проведение приемочных испытаний.
  • Актуализация рабочей документации.

4. Требования к архитектуре, программному и аппаратному обеспечению

4.1 Требования к архитектуре Системы

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

Технологически Система должна реализовываться на базе трехуровневой архитектуры. Для увеличения общей производительности системы, в зависимости от объема обрабатываемых данных и количества пользователей Системы, должна быть предусмотрена возможность установки отдельных уровней Системы на разных серверах.

Рис. 1

Рисунок 1 – Предполагаемая архитектура системы

В таблице ниже приведено описание интеграций с другими внутренними сервисами.

Таблица 3 – «Интеграции с внутренними сервисами»

Внутр. ИС Взаимодействие Протокол Порт Примечание
Active Directory TCP LDAP(S) 389/636 Синхронизация пользователей и глобального каталога;
Аутентификация и авторизация пользователей.
MS Exchange 2016 и выше Microsoft-Server-ActiveSync HTTPS 443 Рассылка почтовых уведомлений, приглашений;
Просмотр занятости пользователей в календарях Exchange.
EWS HTTPS 443
TCP SMTP(S) 25, 465, 587

Система должна включать в себя следующие части:

1) Клиентская часть. Клиентская часть должна формировать запросы к серверу и обрабатывать ответы от него, отвечать за прием данных и их визуализацию. Должна осуществлять контроль полноты данных и существовать в следующем виде:

  • Веб-клиент Секретаря. Веб-клиент должен предоставлять средства работы в Системе путем взаимодействия с браузером;
  • Веб-клиент Участника. Веб-клиент должен предоставлять средства работы в Системе путем взаимодействия с браузером;
  • Мобильный клиент Участника. Мобильный клиент должен представлять средства работы в Системе путем запуска приложения на iPad, iPhone или на мобильные устройства с ОС Android (планшет, смартфон).

2) Серверная часть. Должна обеспечивать следующие возможности:

  • Система должна иметь возможность отправки уведомлений пользователям по электронной почте, инициированным как вручную, так и по событию;
  • Система должна поддерживать версионность документов, прикрепленных к формам системы;
  • Система должна иметь возможность обеспечивать вход пользователя на основе учетной записи Active Directory или учетной записи, созданной в системе;
  • Система должна вести журналы событий в Системе в части доступа к документам, изменений документов и действий пользователей в системе;
  • В Системе должен быть предусмотрен набор ролей и набор функций, а также возможность назначить пользователю одну или несколько ролей.

4.2 Подключение к Системе

Система должна обеспечивать возможность подключения не более 50 пользователей.

Подключение к Системе должно осуществляться:

  • Посредством Web-интерфейса, доступного из браузера пользователя, запускаемого на ПК пользователя или мобильном устройстве и взаимодействующего с серверной частью;
  • Посредством мобильного приложения, запускаемого на мобильном устройстве пользователя (устройства под управлением iOS и Android). Оно должно осуществлять обмен данными с серверной частью по защищенным каналам связи.

Мобильное приложение должно обеспечивать следующие режимы работы:

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

Пользовательский web-интерфейс Системы должен корректно функционировать в следующих браузерах:

  • Microsoft Edge;
  • Mozilla Firefox;
  • Google Chrome.

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

Аппаратное и программное обеспечение Системы должно удовлетворять следующим требованиям:

Таблица 4 – «Программно-аппаратные требования Системы»

Компонент Аппаратные требования Программное обеспечение
Тестовый полигон
Сервер баз данных SQL (тестовый) - Процессор – 2 CPU’s (4 vCPUs)
- ОЗУ – 4 GB
- Дисковая подсистема – 80 GB
- Сетевая карта 1 GBps (Пропускная способность сети между серверами не менее 1 Гбит/с)
Операционная система – Microsoft Windows Server 2016 с последними обновлениями или выше
Варианты SQL сервера:
- PostgreSQL 12
- Microsoft SQL Server 2016 или выше
(дополнительно: последнюю версию Java (11),
SQL Server Management Studio (SSMS) 2017 или новее)
*Работает и с последней версией бесплатной Java (8)
*Обязательно при установке любого из представленных экземпляров SQL необходимо установить дополнительный компонент Full-Text Search.
.NET Framework 4.7: все пункты и выше
Сервер приложения и веб-интерфейса (тестовый) - Процессор – 2 CPU’s (4 vCPUs)
- ОЗУ – 4 GB
- Дисковая подсистема – 60 GB
- Сетевая карта 1 GBps (Пропускная способность сети между серверами не менее 1 Гбит/с)
Операционная система – Microsoft Windows Server 2016 с последними обновлениями и выше
Microsoft Internet Information Services 10 (Web Services IIS)
.NET Framework 4.7: все пункты и выше
Microsoft Office 2016 со всеми компонентами и обновлениями, или выше
Промышленный полигон
Сервер баз данных SQL (промышленный) - Процессор – 4 CPUs (8 vCPUs)
- ОЗУ - 4 GB
- Дисковая подсистема – 100 GB + 50 GB на каждый последующий год эксплуатации (зависит от частоты использования)
- Сетевая карта 1 GBps (Пропускная способность сети между серверами не менее 1 Гбит/с)
Операционная система – Microsoft Windows Server 2016 с последними обновлениями или выше
Варианты SQL сервера:
- PostgreSQL 12
- Microsoft SQL Server 2016 или выше
(дополнительно: последнюю версию Java (11),
SQL Server Management Studio (SSMS) 2017 или новее)
*Работает и с последней версией бесплатной Java (8)
*Обязательно при установке любого из представленных экземпляров SQL необходимо установить дополнительный компонент Full-Text Search.
.NET Framework 4.7: все пункты и выше
Сервер приложения и веб-интерфейса (промышленный) - Процессор – 4 CPU’s
- ОЗУ – 8 GB
- Дисковая подсистема – 80 GB
- Сетевая карта 1 GBps (Пропускная способность сети между серверами не менее 1 Гбит/с)
Операционная система – Microsoft Windows Server 2016 с последними обновлениями или выше
Microsoft Internet Information Services 10 (Web Services IIS)
.NET Framework 4.7: все пункты и выше
Microsoft Office 2016 со всеми компонентами и обновлениями, или выше
*Опционально: Вариант прокси-сервера (ГОСТ/RSA)
Сервер TLS Proxy - Процессор – 2 CPU’s (4 vCPUs)
- ОЗУ – 4 GB
- Дисковая подсистема – 40-50 GB
- Сетевая карта 1 GBps (Пропускная способность сети между серверами не менее 1 Гбит/с)
Операционная система:
- Microsoft Windows Server 2016 и выше
Веб-сервер:
- собственный сервис TLS Proxy
- nginx
- IIS 10
Прокси-сервер на NGINX *В зависимости от реализации, необходимо:
КриптоПро CSP 4.0 KC1 или 5.0, .Net Framework 4.7 и выше, Application Request Router 3.0, URL Rewrite 2.0 и др.
Прокси-сервер на Web-Server IIS 8.5
АРМ пользователя
АРМ пользователя (ПК секретарей, членов КО и сотрудников, выполняющих административные действия в Системе) Подключение к сети по физическим каналам с пропускной способностью не менее 100 Mбит/с
Подключение к сети предприятия по беспроводным каналам (Wi-fi, 3g, 4g) с пропускной способностью не менее 50 Мбит/с
Операционная система – Windows 10, macOS
Варианты браузера:
- Microsoft Internet Explorer 11 или выше
- Google Chrome 98 или выше
- Mozilla FireFox 97 или выше
- Safari
Microsoft Office 2016 и выше (для АРМ сотрудников, выполняющих работу с документами Microsoft Office)
Adobe Acrobat Reader DC или другое ПО для просмотра PDF файлов (для АРМ сотрудников, выполняющих работу с документами Microsoft Office)
Мобильное устройство пользователя
Аппаратные требования Apple iPad Pro 11" (2018), Pro 12,9" (2018), Air 3 (2019), mini 5, 7 (2019), 8 (2020), Air 4 (2020)
Apple iPhone 8, 8 Plus , X, Xs, Xs Max , XR, 11, 11 Pro, 11 Pro Max, SE (2-го поколения), 12, 12 mini, 12 Pro, 12 Pro Max
Android планшет и Android смартфон
Программные требования Apple iOS 13X, 14X, 15X.
Android 8.1, 9, 10, 11, 12.

5. Функциональные требования к Системе

Система должна обладать следующими функциональными возможностями:

  • Планирование заседаний коллегиальных органов. Должно выполняться Секретарями коллегиальных органов;
  • Проведение заседаний как в очной, так и в заочной формах;
  • Создание заседаний коллегиальных органов с указанием названия, периода проведения, перечня участников заседания. Должна быть возможность указывать место проведения заседания.
  • Автоматическая нумерация заседаний с последующей возможностью редактирования номера.
  • Формирование повестки заседания и размещение документов по каждому вопросу.
  • Создание нескольких коллегиальных органов. При этом у каждого коллегиального органа должна быть возможность назначить своего Секретаря, Членов коллегиального органа, Приглашенных участников (Гостей) и Председателя.
  • Члены коллегиальных органов должны иметь доступ к документам только тех коллегиальных органов, в которые они входят.
  • Получение, просмотр Членами коллегиального органа материалов по вопросам заседаний на мобильных устройствах или web-интерфейсе.
  • Голосование участниками заседания по вопросам повестки с возможностью создания особого мнения.
  • Отслеживание и контроль Секретарем коллегиального органа результатов голосования по каждому вопросу.
  • Автоматизированное формирование протоколов заседаний коллегиальных органов. Формирование промежуточного протокола в текущем заседании и итогового протокола в завершенном заседании.
  • Добавление в перечень участников приглашенных участников (гостей, приглашенных лиц), при этом приглашенные участники должны видеть материалы заседания, но не иметь возможность голосовать по вопросам заседания. Члены коллегиального органа не должны видеть приглашенных лиц в перечне участников заседания, данных пользователей должны видеть только секретари и администраторы Системы в web-интерфейсе секретаря.
  • Оповещение пользователей о новых событиях и документах по Email и с помощью push-уведомления на мобильном устройстве под управлением iOS, Android.
  • Приглашение на заседание по E-mail должно добавляться в календарь пользователя с учетом его часового пояса.
  • Система должна поддерживать версионность документов.
  • Журналирование действий пользователей в Системе с возможностью выгрузки журнала за заданный период в формате xlsx-файла.
  • Наличие инструментов фильтрации, сортировки заседаний, и поиска по названиям заседаний, вопросов, документов, по текстам проектов решений и документов.
  • Возможность внесения голосов Члена КО его ассистентом по просьбе Члена КО при отсутствии у него технической возможности внести голос самостоятельно. Внесение голосов за другого участника должно обязательно фиксироваться в журналах Системы.

5.1 Требования к веб-клиенту Секретаря

У Секретаря должны быть следующие возможности:

  • Работа пользователей в системе должна осуществляться через веб-клиент;
  • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
  • Ведение календаря заседаний;
  • Создание, редактирование и удаление сущностей системы: заседания, вопросы, материалы, протоколы;
  • Создание, редактирование и удаление вопросов заседаний, размещение материалов по вопросам повестки. Назначение докладчиков по вопросам. Должна быть возможность создать вопрос как из карточки заседания (вопрос должен добавиться в повестку), так и в списке непривязанных вопросов (чтобы добавить в повестку позднее).
  • Копирование вопросов, которые уже созданы в системе, с возможностью дальнейшего редактирования скопированных полей;
  • Настройка прав доступа на уровне документов и объектов при помощи ролевой модели;
  • Настройка прав голоса в заседании. По умолчанию в заседании должны иметь право голоса Члены коллегиального органа, и не должны – приглашенные участники (гости). Однако у Секретаря должна быть возможность выдавать право голоса либо убирать его у любого пользователя в заседании, в том числе у приглашенного участника;
  • Просмотр сводки итогов голосования в карточке заседания, включая особое мнение;
  • Отправка почтовых и Push уведомлений, инициированных как вручную, так и по событию;
  • Отправка уведомлений пользователям вручную об изменении материалов заседания. Помимо этого, Секретарь должен иметь возможность отправить участникам уведомления о следующих изменениях: о переносе заседания, об изменении формы проведения, об изменении повестки, об изменении проекта решения вопроса;
  • Просмотр предыдущих версий документов, прикрепленных к карточкам заседаний и вопросов;
  • Поиск по названиям заседаний, вопросов, материалов, по текстам проектов решений. Полнотекстовый поиск по материалам в формате doc, docx, xls, xlsx, ppt, pptx и PDF;
  • Получение почтовых уведомлений о событиях в Системе;
  • Формирование документов по шаблону: промежуточный/итоговый протокол очного и заочного заседания, повестка, уведомление о заседании, выписки по вопросам очного и заочного заседания, опросный лист для передачи Участнику. Шаблоны документов должны быть предварительно настроены по форме Заказчика. В активном заседании должна быть возможность формировать промежуточный протокол, в завершенном – итоговый;
  • Формирование опросных листов и письменных мнений на конкретного Участника;
  • Настройка прав доступа участников заседания к материалам. Для каждого документа должна быть возможность назначить список участников, которым доступен этот документ для просмотра. Остальные участники не должны видеть такой документ в списке материалов;
  • Настройка кворумов (правил принятия решений) для коллегиальных органов из предложенного набора в системе;
  • Управление доступом пользователей;
  • Возможность назначить пользователю одну или несколько ролей;
  • Поддержка системы справочников: пользователей, коллегиальных органов и предприятий;
  • Формирование Единого пакета документов;
  • Добавление к заседанию документов с типом «Коммерческая тайна».

У Администратора должны быть следующие возможности:

  • Работа пользователей в системе осуществляется через веб-клиент;
  • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
  • Управление доступом пользователей;
  • Настройка кворумов (правил принятия решений) для коллегиальных органов из предложенного набора в системе;
  • Возможность назначить пользователю одну или несколько ролей;
  • Поддержка системы справочников: пользователей, коллегиальных органов и предприятий;
  • Просмотр журналов событий: истории изменений, журнала входов пользователей в систему, журнала создания и блокировки пользовательских учетных записей.

У Аудитора должны быть следующие возможности:

  • Работа пользователей в системе осуществляется через веб-клиент;
  • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
  • Просмотр журналов событий.
  • У Наблюдателя должны быть следующие возможности:

    • Работа пользователей в системе осуществляется через веб-клиент (с использованием технологий доступа - VPN, SSL и т.п.);
    • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
    • Просмотр заседаний в интерфейсе Секретаря без возможности редактирования.

    5.2 Требования к веб-клиенту Участника

    У Члена КО должны быть следующие возможности:

    • Работа пользователей в системе осуществляется через веб-клиент (с использованием технологий доступа - VPN, SSL и т.п.);
    • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
    • Просмотр сводной информации о заседаниях (текущих, утвержденных, последних прошедших);
    • Просмотр календаря прошедших заседаний в разрезе сегодня / выбранная дата / все с возможностью фильтрации по коллегиальным органам;
    • Просмотр общей информации по заседанию и материалов заседания;
    • Просмотр справочной информации о коллегиальном органе;
    • Участие в голосованиях по вопросам повестки с возможностью оставить «Особое мнение» при голосовании. Должны быть доступны следующие варианты голосов: За, Против, Воздержался;
    • При необходимости возможен принудительный запрос у участника заседания подтверждение выбора решения. После принятие решения его изменение невозможно;
    • Формирование отчетных и сопроводительных документов, таких как «Опросный лист» или «Письменное мнение». Файл формируется по заданному в системе шаблону и содержит информацию о заседании и голоса пользователя;
    • Загрузка подписанного скана опросного листа. Возможность доступна только для веб-клиента Участника;
    • Получение уведомлений по электронной почте;
    • Поиск по названиям заседаний, вопросов, материалов, по текстам проектов решений;
    • Просмотр материалов с типом «Коммерческая тайна».

    У Председателя должны быть следующие возможности:

    • Должны быть доступны те же возможности, что и Члену КО.

    У Приглашенного участника (Гостя) должны быть следующие возможности:

    • Должны быть доступны те же возможности, что и Члену КО, кроме возможностей, связанных с голосованием:
      • Участие в голосованиях по вопросам повестки с возможностью оставить «Особое мнение» при голосовании;
      • Формирование отчетных и сопроводительных документов, таких как «Опросный лист» или «Письменное мнение».

    5.3 Требования к мобильному клиенту Участника

    У Члена КО должны быть следующие возможности:

    • Использование мобильного приложения для работы с Системой;
    • Обеспечение входа пользователя на основе учетной записи MS Active Directory или учетной записи внешнего пользователя;
    • Дизайн и логика работы МП должна максимально совпадать с Web-интерфейсом;
    • Представлять собой нативное приложение;
    • Для установки и корректной работы приложения не должна требоваться нештатная модификация операционной системы мобильного устройства;
    • Просмотр документа на мобильном устройстве должен быть реализован средствами мобильного приложения Системы;
    • Первичная загрузка в мобильное приложение Системы метаданных о заседаниях и вопросах должна происходить при успешной авторизации пользователя в приложении;
    • Мобильное приложение должно отображать документы форматов PDF. Файлы формата MS Office (doc, docx, xls, xlsx, ppt, pptx) должны быть автоматически сконвертированы в PDF на сервере Системы, файл в исходном формате также должен храниться на сервере;
    • Мобильное приложение Системы должно регулярно и автоматически проверять наличие новой версии и запрашивать разрешение на установку обновления в случае ее обнаружения;
    • Просмотр сводной информации о заседаниях (текущих, утвержденных, последних прошедших);
    • Просмотр календаря заседаний в разрезе сегодня / выбранная дата / все с возможностью фильтрации прошедших заседаний по коллегиальным органам и комитетам;
    • Просмотр общей информации по заседанию и материалов заседания;
    • Просмотр справочной информации о коллегиальном органе;
    • Участие в голосованиях по вопросам повестки с возможностью оставить «Особое мнение» при голосовании. Должны быть доступны следующие варианты голосов: За, Против, Воздержался;
    • При необходимости возможен принудительный запрос у участника заседания подтверждение выбора решения. После принятие решения его изменение невозможно;
    • Формирование отчетных и сопроводительных документов, таких как «Опросный лист» или «Письменное мнение»;
    • Получение уведомлений по электронной почте и push-уведомлений на мобильные устройства пользователей;
    • Скачивание материалов в мобильном приложении осуществляется при открытии документа или по кнопке скачивания всех материалов по заседанию;
    • Просмотр и комментирование файлов материалов заседаний на мобильном устройстве под управлением ОС iOS. Создание аннотаций (выделение маркером, зачеркивание, рисование линий, прикрепление текстовой заметки) к документам. Указанные аннотации будут храниться на мобильном устройстве в зашифрованном виде с возможностью отправки изменений секретарю на ознакомление;
    • Поиск по названиям заседаний, вопросов, материалов, по текстам проектов решений;
    • Мобильное приложение должно предоставлять возможность работать с системой как при наличии постоянного подключения к серверу системы, так и при отсутствии подключения (оффлайн режим). В случае отсутствия подключения оставленные голоса по вопросам будут передаваться в Систему автоматически при установлении соединения с сервером.
    • Просмотр материалов с типом «Коммерческая тайна».

    У Председателя должны быть следующие возможности:

    • Должны быть доступны те же возможности, что и Члену КО.

    У Приглашенного участника (Гостя) должны быть следующие возможности:

    • Должны быть доступны те же возможности, что и Члену КО, кроме возможностей, связанных с голосованием:
      • Участие в голосованиях по вопросам повестки с возможностью оставить «Особое мнение» при голосовании;
      • Формирование отчетных и сопроводительных документов, таких как «Опросный лист» или «Письменное мнение».

    6. Требования к Информационной безопасности

    Безопасность данных Системы должна обеспечиваться следующими средствами:

    1. Доступ к функциям и ресурсам Системы должен предоставляться только аутентифицированным и авторизованным пользователям и устройствам. Авторизация пользователей должна осуществляться по логину и паролю.
    2. Разграничение доступа к информационным объектам всех типов, хранимым в Системе, должно осуществляться в соответствии с правами пользователей, их ролями, определяемыми Ролевой моделью.
    3. Взаимодействие серверной части и клиентских веб-приложений системы должно производиться по защищенном протоколу HTTPS с использованием цифрового сертификата безопасности SSL, установленного на веб-сервере. SSL сертификат должен быть получен заказчиком в доверенном центре сертификации.
    4. Канал связи между мобильным клиентом и серверной частью Системы должен быть организован с применением протокола TLS на алгоритмах RSA. Данный вариант шифрования данных позволяет использовать существующие сетевые правила (порт 443 HTTPS RSA).
    5. Шифрование документов на устройствах пользователей должно выполняться с применением мирового стандарта криптографии AES.

    7. Интеграция с Microsoft Active Directory

    Система должна иметь возможность интеграции со службой каталогов Microsoft Active Directory, функционирующей во внутренней вычислительной сети Заказчика. Система должна обеспечить загрузку данных о сотрудниках и их учетных записях из каталогов Microsoft Active Directory.

    Система может взаимодействовать только с одним из доменов AD. В случае необходимости интеграции с несколькими каталогами должен быть создан мастер Global Catаlog, который должен синхронизировать у себя данные по пользователям из всех доменов, в которых будут содержаться ссылки на пользователей из каждого домена.

    8. Интеграция с Microsoft Exchange

    Должна быть реализована возможность взаимодействия с почтовым сервером Microsoft Exchange в части рассылки уведомлений на адреса электронной почты пользователей о событиях в Системе.

    В Системе должен быть набор почтовых уведомлений для отправки пользователям:

    • Об утверждении заседания (в виде события в календаре);
    • О переносе заседания (в виде обновления события в календаре);
    • Об отмене заседания;
    • Об изменении в повестке;
    • О добавлении материалов.

    9. Требования к эргономике

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

    10. Требования к режимам функционирования Системы

    Система должна обеспечивать круглосуточный режим работы в формате 24х7, кроме периодов проведения регламентных, ремонтных или восстановительных работ. Порядок проведения регламентного обслуживания определяется эксплуатационной документацией на Систему.

    11. Требуемый режим работы персонала

    Режим работы персонала организуется в соответствии с регламентами Заказчика. Требования к организации труда и режима отдыха при работе с Системой должны устанавливаться, исходя из требований к организации труда и режима отдыха при работе с этим типом средств вычислительной техники на инфраструктуре Заказчика.

    12. Требования к надежности Системы

    Система должна обладать высоким уровнем надежности, обеспечивающим круглосуточную работу пользователей (режим 24х7), кроме периодов проведения регламентных, ремонтных или восстановительных работ. Порядок проведения регламентного обслуживания определяется эксплуатационной документацией.

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

    • сохранение массивов информации без остановки работы серверной части ПО;
    • восстановление массивов данных из архивных БД.

    Обслуживание программно-аппаратной инфраструктуры осуществляется силами Заказчика.

    Сохранение и восстановление массивов данных из архивных БД должны обеспечиваться средствами используемой СУБД и операционной системы.

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

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

    • для операций навигации по экранным формам – не более 2 сек при внутренней навигации по полностью синхронизированному с сервером веб-приложению без открытия документов;
    • для операций формирования документов – не более 30 сек при полном отсутствии задержек в работе сети.

    13. Необходимая квалификация персонала

    Пользователи Системы должны иметь опыт работы с мобильными устройствами на базе Android либо iOS и любым из поддерживаемых Системой браузеров. Перечень поддерживаемых браузеров указан в п. Подключение к Системе.

    14. Требования к патентной чистоте

    Исполнитель должен в явном виде указать предлагаемое программное обеспечение, передаваемой на основе простой (неисключительной) лицензии, полностью соответствующее требованиям настоящего Технического задания.

    Исполнитель вправе использовать для выполнения работ собственное программное обеспечение или программное обеспечение третьих лиц, для чего предоставляет Заказчику неисключительные права на использованное программное обеспечение без увеличения стоимости работ.

    Исполнитель должен предоставить Заказчику доступ к программному обеспечению посредством сети Интернет (ftp или облачное хранилище ИСПОЛНИТЕЛЯ) или электронной почты, либо на носителе информации, подключаемом к компьютеру, позволяющими точно идентифицировать программное обеспечение, на которое передаются неисключительные права. Исполнителем должен быть в явном виде указан весь перечень передаваемого лицензионного программного обеспечения.

    Неисключительные права (лицензии) на использование программного обеспечения предоставляются на весь срок действия исключительных прав на предоставляемое программное обеспечение.

    Исполнитель должен гарантировать патентную и лицензионную чистоту всех применяемых в процессе работ технических решений и нести полную ответственность в случаях обращения к Заказчику претензий третьих лиц, в том числе обладателей исключительных прав, связанных с нарушением прав, предоставляемых по Договору, согласно законодательству Российской Федерации.

    15. Документирование Системы

    В рамках выполнения работ Исполнителем должны быть переданы Заказчику следующие документы:

    • Частное техническое задание, содержащее детализированные требования к Системе и её архитектуре;
    • Руководство пользователя (Секретаря, Администратора, Аудитора, Участника);
    • Руководство системного Администратора по развертыванию системы;
    • Программа и методика испытаний, содержащая детализированный план проверки Системы на соответствие заявленным требованиям;
    • Дистрибутив адаптированной Системы, включая перечень администраторских учетных записей к Системе на дату подписания Акта сдачи-приемки работ по проекту, посредством протокола передачи данных FTP;
    • Протокол установки решения;
    • Протокол проведения приемочных испытаний;
    • Акт сдачи-приемки работ по каждому этапу.

    Все комплекты документов поставляются Исполнителем на бумажных носителях, а также на электронных носителях в форматах, пригодных для чтения и корректировки средствами MS Office, а также в формате PDF, пригодном для чтения.

    16. Требования по гарантийным обязательствам

    Период гарантийного обслуживания (гарантийный срок) должен составлять 12 (двенадцать) месяцев с момента подписания Акта сдачи - приемки выполненных работ.

    В период гарантийного обслуживания Исполнитель договора должен выполнить:

    • Дистанционное устранение отказов и сбоев в работе решения (выявленных в процессе эксплуатации). Заказчик должен предоставить Исполнителю удаленный доступ к серверам через защищенное соединение. Все ошибки, обнаруженные в системе на этапе гарантийного обслуживания, исправляются за счет Исполнителя.
    • Внесение изменений в эксплуатационную документацию по результатам устранения отказов и сбоев.

    Следите за нашими новостями в Telegram-канале