Шаблон продуктового ТЗ¶

Скачать шаблон продуктового ТЗ в формате Microsoft Word (DOCX).

Термины и сокращения¶

Таблица 1. Термины и сокращения, используемые в настоящем документе

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

1.1. Назначение документа¶

Настоящее ТЗ описывает требования к объему, содержанию и результатам работ по проекту [Наименование проекта]. Проект предназначен для создания ИТ-решения, предоставляющего сотрудникам [Наименование компании] единую площадку коммуникации, совместной работы и информирования, а также получения корпоративных сервисов, таких как HR.

1.2. Краткое описание ИС¶

Ожидаемый результат: создание и внедрение единого информационного и коммуникационного пространства по проекту [Наименование проекта].

Полное наименование системы: [Полное наименование системы].

Краткое наименование системы: [Краткое наименование системы].

Продолжительность работ: [Продолжительность работ].

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

1.3. Цели и назначение создания ИС¶

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

Основное назначение Системы — обеспечение сотрудников единым порталом компании для коммуникации, самообслуживания и совместной работы.

Внедрение Системы должно обеспечить достижение следующих целей:

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

1.4. Заказчик и Исполнитель¶

1.4.1. Заказчик¶

[Наименование заказчика] [Данные заказчика]

1.4.2. Исполнитель¶

Исполнитель определяется по результатам проведения конкурсных процедур.

1.5. Сроки реализации внедрения ИС¶

Дата начала работ определяется датой подписания договора.

Дата окончания работ: не более [указать кол-во месяцев] с момента начала работ.

По согласованию с Заказчиком Исполнитель может завершить работы в более ранние сроки в случае готовности.

2. Требования к ИС¶

2.1. Требования к ИС в целом¶

Основные показатели назначения Системы описаны в Таблице 2.

Таблица 2. Показатели назначения ИС

2.2. Требования к структуре ИС¶

Разрабатываемая Система состоит из следующих сервисов:

1. Авторизация.
2. Пользовательское соглашение.
3. Профиль сотрудника.
4. Главная страница и виджеты.
5. Визуализация организационной структуры.
6. Новостная лента.
7. Мероприятия.
8. Сообщества, группы и блоги.
9. Файловое хранилище.
10. Персонализированный контент.
11. База знаний.
12. Геймификация.
13. Идеи.
14. Планирование времени (Календарь).
15. Бронирование переговорных.
16. Проектное взаимодействие.
17. Поиск.
18. Уведомления.
19. Аналитика.
20. Администрирование портала.
21. Ролевая модель.

2.3. Функциональные требования к ИС¶

2.3.1. Требования к сервису Авторизация¶

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

Контроль доступа субъектов к защищаемым информационным ресурсам осуществляется в соответствии с матрицей доступов, сопровождающей Продукт. Матрица сопоставляет роли пользователей с правами на выполнение действий на портале.

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

Если необходимо реализовать интеграцию с несколькими каталогами Microsoft Active Directory (MS AD), схема данных MS AD должна содержать минимальный объем данных, необходимый для функционирования Системы, а домены MS AD, участвующие в интеграции, должны иметь доверительные отношения.

Результатом взаимодействия Системы с MS AD являются загруженные и периодически обновляемые данные пользователей, существующие в MS AD.

2.3.2. Требования к сервису Пользовательское соглашение¶

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

Функциональность сервиса¶

Административная часть¶

Возможность добавлять пользовательское соглашение на портал. В панели администрирования сохраняются все версии пользовательского соглашения с датой и временем их создания.

Пользователи должны принять соглашение при первом входе на портал и при добавлении новой версии соглашения. Пользователи не могут войти на портал, пока не подтвердят своё согласие с условиями пользовательского соглашения.

Если пользовательское соглашение изменилось, пользователи не могут продолжить работу на портале, пока не подтвердят своё согласие с условиями пользовательского соглашения. В случае отказа от принятия пользовательского соглашения осуществляется принудительный выход пользователя.

Пользовательская часть¶

Пользователь может просмотреть текущую и архивные версии пользовательского соглашения. Просмотр текста пользовательского соглашения осуществляется в профиле.

2.3.3. Требования к сервису Профиль сотрудника¶

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

Функциональность сервиса¶

Пользовательская часть¶

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

Использование личного файлового хранилища (подробнее состав функций описан в разделе сервиса «Файловое хранилище»). Доступ на создание, редактирование, удаление и просмотр есть только у владельца профиля.

Состав атрибутов основных сущностей сервиса¶

Блок полей, отражающих общую и кадровую информацию о пользователе

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

Обязательны к заполнению только поля «Фамилия» и «Имя».

Таблица 3. Состав, описание типов и свойств основных полей профиля

Блок полей, отражающих информацию о внешних данных работника, а также о его транспорте или устройствах

Все данные в этих полях заполняются пользователем самостоятельно и не обязательны к заполнению.

Таблица 4. Состав, описание типов и свойств дополнительных полей профиля

Блок полей с контактной информацией пользователя

Все данные в этих полях заполняются пользователем самостоятельно и не обязательны к заполнению.

Таблица 5. Состав, описание типов и свойств полей с контактной информацией профиля

Блок полей, отражающих причину отсутствия пользователя

Все данные в этих полях заполняются пользователем самостоятельно. Все данные в этих полях не обязательны к заполнению.

Таблица 6. Состав, описание типов и свойств полей, отражающих причину отсутствия пользователя

2.3.4. Требования к сервису Главная страница и виджеты¶

Сервис «Главная страница» отвечает за вывод шапки, бокового меню, а также виджетов основных сервисов корпоративного портала. Сервис обеспечивает решение следующих задач:

• навигация пользователей по корпоративному порталу посредством навигационного меню;
• информирование пользователей посредством виджетов на главной странице и уведомлений в шапке.

Функциональность сервиса¶

Административная часть¶

Настройка цветовой темы портала (подробнее возможности настройки приведены в разделе «Администрирование»).

Настройка бокового меню для пользователей портала (подробнее возможности настройки описаны в разделе «Администрирование»).

Пользовательская часть¶

Шапка портала

Отображение в шапке портала поисковой строки для быстрого поиска информации по корпоративному порталу. Есть возможность перехода в расширенный поиск по порталу (подробнее возможности поиска описаны в разделе «Поиск»).

Отображение в шапке портала логотипа компании. При клике по логотипу в шапке на любой из страниц корпоративного портала происходит переход на главную страницу. Есть возможность изменить логотип компании (подробнее возможности настройки описаны в разделе «Администрирование»).

Отображение в шапке портала иконки уведомлений. Требования к функционалу уведомлений описаны в сервисе «Уведомления».

Отображение в шапке портала иконки с аватаром (фото) текущего пользователя. При клике на иконку происходит переход в профиль пользователя.

Боковое меню

Вывод разделов и пунктов бокового меню в соответствии с настройкой, произведенной администратором (подробнее возможности настройки описаны в разделе «Администрирование»).

Возможность вывести пункты из числа общего списка пунктов бокового меню в пользовательский раздел «Быстрый доступ». Возможность задавать порядок этих пунктов.

Виджеты

Отображение новостного виджета с главными новостями (см. сервис «Новостная лента»).

Отображение новостного виджета с последними новостями из общей ленты новостей (см. сервис «Новостная лента»). В данном виджете у пользователя есть возможность выбрать и сохранить интересующие его категории новостей для вывода их в виджете (по умолчанию выводятся все категории).

Отображение виджета главной ленты с событиями, относящимися к текущему пользователю (подробнее о событиях в ленте описано в разделе «Персонализированный контент»).

Отображение виджета «Заметки». Виджет позволяет создавать и выводить список пользовательских текстовых заметок.

Отображение виджета «Календарь». В виджете отображается текущая календарная неделя и список ближайших встреч на текущий день (время встречи и название встречи). Из виджета есть возможность перейти к созданию встречи.

Отображение виджета «Мой профиль». В виджете отображается следующая информация о пользователе:

• аватар - при клике на аватар пользователь переходит в свой профиль;
• имя и фамилия;
• должность;
• организация;
• подразделение;
• рабочий телефон (с возможностью копирования значения);
• телефон (с возможностью копирования значения);
• рабочий e-mail (с возможностью копирования значения);
• личный e-mail (с возможностью копирования значения);
• ссылки на социальные сети (с возможностью копирования значения).

Пользовательское управление выводом/скрытием виджетов, доступных для скрытия, а также изменение места их вывода в рамках разрешенной области.

2.3.5. Требования к сервису Визуализация организационной структуры¶

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

Функциональность сервиса¶

Пользовательская часть¶

Просмотр организационной структуры компании в разрезе подразделений.

Просмотр карточки организации со следующими полями:

• руководитель организации;
• контакты организации;
• описание организации.

Просмотр карточки подразделения со следующими полями:

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

Просмотр карточки сотрудника со следующими полями:

• аватар пользователя;
• ФИО пользователя;
• должность;
• контакты.

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

• быстро перейти в профиль выбранного пользователя;
• создать встречу с выбранным пользователем;
• отправить электронное письмо;
• скопировать в буфер обмена контакты или адрес.

Быстрый поиск пользователей по ФИО или должности.

Поиск подразделений по названию или части названия.

Быстрый переход пользователя к своему подразделению.

Состав атрибутов основных сущностей сервиса¶

Таблица 7. Отображаемые пользователям поля сущности «Организация»

Таблица 8. Отображаемые пользователям поля сущности «Подразделение»

Таблица 9. Отображаемые пользователям поля сущности «Сотрудник»

2.3.6. Требования к сервису Новостная лента¶

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

Функциональность сервиса¶

Административная часть¶

Возможность управления ролями администраторов сервиса. Состав ролей и их функциональные возможности приведены в разделе «Требования к ролевой модели».

Создание, редактирование и удаление новостей.

Возможности оформления контента новостей:

• добавление в текст заголовков/подзаголовков;
• загрузка в текст изображений и видео;
• добавление в текст таблиц;
• добавление файлов;
• выделение части текста жирным шрифтом или курсивом;
• добавление нумерованных и маркированных списков;
• добавление гиперссылок;
• выделение цитат.

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

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

Возможность отложенной публикации новостей. Для отложенной публикации новости указывается дата и время публикации. При наступлении указанной даты и времени, Новость отображается в пользовательской части портала.

Возможность просмотра в отдельных списках:

• опубликованных новостей;
• отложенных для публикации новостей;
• черновиков новостей.

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

Пользовательская часть¶

Просмотр новостей доступен пользователям:

• на главной странице:
  • виджет «Главные новости» – в виджете отображаются баннеры главных новостей портала, которые отмечены признаком «Закрепить в главных новостях»;
  • виджет «Новости» – в виджете отображаются последние новости из общей новостной ленты, есть возможность указать предпочтительные категории для просмотра;
  • главная лента – в ленте в виде закрепленного поста отображается новость, отмеченная признаком «Закрепить в главной ленте»;
• на отдельной странице в виде общей новостной ленты и виджета «Самое важное», в котором отображаются новости, отмеченные признаком «Важная новость».

Возможность пользователей фильтровать общую новостную ленту по одной из категорий.

Обсуждения (комментирование) новости сотрудниками, если такая возможность разрешена администратором новостей.

Возможность пользователя удалить свой комментарий. После удаления комментария вместо него отображается метка «Комментарий удален».

Проставление реакции на новость, если такая возможность разрешена администратором новостей. Например: нравится, потрясающе, смешно, удивительно, печально, возмутительно.

Возможность удалить проставленную раннее свою реакцию на новость.

Проставление реакции (удаление проставленной ранее своей реакции) на комментарий к новости.

Возможность пользователей искать новости по заголовку и тегам в глобальном поиске (см. требования сервиса «Поиск»).

Состав атрибутов основных сущностей сервиса¶

Таблица 10. Заполняемые атрибуты сущности «Новость»

2.3.7. Требования к сервису Мероприятия¶

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

Функциональность сервиса¶

Административная часть¶

Возможность управления ролями администраторов сервиса. Состав ролей и их функциональные возможности приведены в разделе «Требования к ролевой модели».

Создание, редактирование и удаление мероприятий.

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

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

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

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

Пользователям, выбранным участниками при создании скрытого мероприятия, направляется уведомление, содержащее:

• приглашение на мероприятие;
• ссылку на страницу с описанием мероприятия;
• кнопки с возможностью подтвердить или отказаться от участия.

Возможность копирования мероприятий.

Возможность указать ограничения на количество участников мероприятия.

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

Пользовательская часть¶

Просмотр мероприятий в ленте мероприятий.

Просмотр описания мероприятий и расписания его слотов.

Возможность проставить/снять отметку об участии в мероприятии.

Возможность проставить/снять отметку об участии в отдельном слоте мероприятия.

Просмотр списка отметившихся для участия в мероприятии (или слоте мероприятия) участников.

Добавление и удаление мероприятия из персонального календаря пользователя.

Состав атрибутов основных сущностей сервиса¶

Таблица 11. Атрибуты сущности «Мероприятие»

2.3.8. Требования к сервису Сообщества, группы и блоги¶

Сервис «Сообщества, группы, блоги» (далее, группы) представляет собой рабочий инструмент коммуникации сотрудников внутри компании, предназначенный для обмена экспертными знаниями, информацией и опытом.

Функциональность сервиса¶

Административная часть¶

Управление сообществом

Создание, редактирование и удаление сообщества. Разрешения пользователей на данные действия приведены в разделе «Требования к ролевой модели».

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

• публикация постов в ленте;
• размещение файлов;
• размещение изображений в галерее изображений.

Возможность оформить описание (информацию о сообществе):

• добавление в текст заголовков/подзаголовков;
• загрузка в текст изображений и видео;
• добавление в текст таблиц;
• добавление файлов;
• выделение части текста жирным шрифтом или курсивом;
• добавление нумерованных и маркированных списков;
• добавление гиперссылок;
• выделение цитат.

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

Вступление в закрытое сообщество осуществляется или на основании приглашения администратора группы, или на основании запроса пользователя на вступление.

Возможность сделать сообщество скрытым. У пользователей нет возможности найти скрытое сообщество.

Вступление в скрытое сообщество возможно только на основании приглашения от администратора.

Настройка виджетов в сообществе:

• виджет «Поиск материалов в группе»;
• виджет «Новые материалы»;
• виджет «Популярные теги»;
• виджет «Последняя активность в группе»;
• виджет «Новые участники»;
• виджет «Отслеживать тег».

Настройка видимости виджетов и их порядка в сообществе.

Просмотр общего списка тегов в сообществе.

Просмотр полномасштабной картинки, при нажатии на картинку в посте сообщества.

Управление участниками сообщества

Просмотр текущего состава участников. В списке участников отображаются:

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

Возможность пригласить пользователя в сообщество посредством отправки ему уведомления на портале. Получивший приглашение пользователь может принять или отклонить приглашение. В результате принятия пользователь становится участником сообщества.

Удаление пользователя из состава участников сообщества.

Премодерация постов сообщества

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

Просмотр предложенных к публикации постов в отдельном списке с возможностью их публикации или отклонения.

Уведомление администратора о новых предложенных постах.

Уведомление автора предложенного поста о результатах решения по его посту.

Управление комментариями и реакциями

Включение настройки сообщества, чтобы запретить его участникам публикацию комментариев и/или реакций к постам.

Закрепление постов в ленте сообщества

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

Закрепленные посты отображаются в порядке даты/времени их закрепления.

Пользовательская часть¶

Посты

Создание, редактирование и удаление постов в сообществе. Разрешения пользователей на данные действия приведены в разделе «Требования к ролевой модели».

Посты в сообществе отображаются в виде ленты, отсортированной по убыванию даты создания поста.

Возможность оформить текст поста:

• добавление в текст заголовков/подзаголовков;
• загрузка в текст изображений и видео;
• добавление в текст таблиц;
• добавление файлов;
• выделение части текста жирным шрифтом или курсивом;
• добавление нумерованных и маркированных списков;
• добавление гиперссылок;
• выделение цитат.

Возможность прикрепления к посту ссылки на мероприятие, опубликованного на портале.

Возможность упомянуть пользователя в посте и комментарии. Для инициирования упоминания указывается служебный символ «@». Упомянутый пользователь получает уведомление.

Возможность указать теги для поста. По указанным тегам возможно будет найти пост в глобальном поиске (см. требования сервиса «Поиск»). Система тегов сквозная на всю Систему.

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

Возможность опубликовать комментарий к посту или к другому комментарию. Автор поста/комментариев получает уведомление о новом комментарии.

Возможность оставить реакцию к посту или комментарию к посту. Автор поста/комментария получает уведомление о новой реакции.

Возможность подписки на сообщество. Подписка на сообщество позволяет пользователю получать информацию о новых постах в ленте сообществ.

Мини-опросы в постах

Возможность прикрепить к посту мини-опрос для участников сообщества.

Возможность внести несколько вопросов в мини-опрос.

Настройка вариантов ответа: выбор одного или выбор нескольких.

Возможность ограничить время голосования по мини-опросу. По истечении времени принять участие в голосовании невозможно.

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

Участники публичного мини-опроса в сообщества должны иметь возможность просматривать распределение голосов в опросе и детализацию по нему.

Файловое хранилище

Хранение файлов сообщества (подробнее состав функций описан в разделе сервиса «Файловое хранилище»).

Доступ на создание, редактирование, удаление и просмотр файлов соответствует ролевой модели сервиса «Сообщества, группы и блоги» (разграничение разрешений на действия приведены в разделе «Требования к ролевой модели»).

Галерея изображений

Хранение галереи фотографий сообщества.

Возможность создания в галерее папок для структурирования хранения фотографий.

Возможность комментирования и оставления реакций к комментариям.

Просмотр списка сообществ и постов

Просмотр списка постов из сообществ, на которые подписан пользователь.

Просмотр списка всех сообществ с возможностью поиска по наименованию и фильтрации по категории.

Просмотр списка избранных постов.

Просмотр списка своих постов из всех сообществ.

Состав атрибутов основных сущностей сервиса¶

Таблица 12. Атрибуты сущности «Сообщество»

Таблица 13. Атрибуты сущности «Пост»

2.3.9. Требования к сервису Файловое хранилище¶

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

Функциональность сервиса¶

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

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

Возможность выбора отображения файлов и папок в виде таблицы или плитки.

Возможность поиска по имени файла в файловом хранилище.

Возможность просмотра картинок и видеофайлов в файловом хранилище, папках и в карточке файла.

Возможность совершения действий удаления или перемещения с несколькими файлами и папками одновременно.

Доступны следующие действия, связанные с файлами:

• загрузка файлов;
• скачивание файлов;
• переименование файлов;
• перемещение файлов по папкам;
• удаление файлов.

Возможность загрузки сразу нескольких файлов.

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

Возможность добавить ссылку на файл в раздел «Избранное» главного меню.

Сохранение истории изменений, связанных с файлом.

Информационная карточка файла, отображающая всю основную информацию о нем:

• имя файла;
• дата загрузки файла;
• описание файла;
• имя пользователя, загрузившего файл;
• номер актуальной версии;
• дата загрузки актуальной версии;
• имя пользователя, загрузившего актуальную версию;
• перечень категорий файла;
• список тегов файла;
• комментарии и реакции к каждой версии файла;
• список версий файла, с указанием даты загрузки и имени пользователя, загрузившего версию;
• историю изменений файла.

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

Доступны следующие действия, связанные с папками:

• создать папку;
• удалить папку;
• перейти в папку;
• изменить доступ (существует возможность предоставления следующих доступов к папке: никто из пользователей, все пользователи, некоторые пользователи с добавлением каждого пользователя, которому необходимо выдать доступ на папку);
• ограничить по типу файла (можно ограничить типы файлов, которые могут быть загружены в папку: графический файл (jpg, png, tif, gif, bmp); видеофайл (mp4, mpeg, avi));
• переместить папку;
• переименовать папку;
• загрузить файлы в папку;
• создать папку в папке.

Дополнительная функциональность для файлов в сообществах

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

Версионирование файлов

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

Возможность удалить свою загруженную версию файла.

Возможность оставить к каждому загруженному в хранилище файлу:

• комментарий (к последней версии);
• ответ на комментарий других пользователей;
• оставить реакцию к комментариям.

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

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

Состав атрибутов основных сущностей сервиса¶

Таблица 14. Атрибуты сущности «Файл», указываемые при загрузке файла

2.3.10. Требования к сервису Персонализированный контент¶

Сервис «Персонализированный контент» представляет собой нативную среду отображения контента для пользователей в формате информационной ленты на главной странице и в Профиле пользователей.

Функциональность сервиса¶

Пользовательская часть¶

Возможность подписки на сообщества и/или на пользователей.

Возможность просмотра персонализированных лент на главной странице и в профиле пользователя.

Наполнение персонализированной ленты на главной странице происходит на основе:

• закрепленной новости в персонализированной ленте на главной странице (в случае, если есть новость, отмеченная признаком «Закрепить в главной ленте»);
• постов;
• микропостов;
• навыков и компетенций;
• наград;
• благодарностей.

Наполнение персонализированной ленты в профиле пользователя происходит на основе:

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

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

• все,
• подписки,
• ничего.

Изменения применяются с момента сохранения настроек и не применяются на уже сформированную персонализированную ленту.

События в ленте отсортированы в порядке даты их публикации.

Публикация микропоста (поста без привязки к сообществу) на странице своего Профиля или на главной странице. Микропост доступен к просмотру всем пользователям портала.

Публикация микропоста (поста без привязки к сообществу) на странице чужого Профиля. Микропост доступен к просмотру всем пользователям портала.

Просмотр в Профиле:

• списка пользователей, которые подписаны на текущего пользователя;
• списка пользователей, на которых подписан текущий пользователь.

Возможность непосредственно из персонализированной ленты:

• добавить реакцию на пост, микропост или комментарий;
• оставить комментарий к посту, микропосту или комментарию;
• добавить пост в Избранное.

2.3.11. Требования к сервису База знаний¶

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

Функциональность сервиса¶

Административная часть¶

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

Создание структуры разделов для организации страниц в локальное меню.

Размещение на страницах базы знаний текстового контента – текста, оформленного непосредственно на самой странице.

Инструменты оформления описания на странице:

• добавление в текст заголовков разного уровня;
• добавление в текст изображений и видео;
• добавление в текст таблиц;
• добавление файлов;
• выделение части текста жирным шрифтом или курсивом;
• добавление гиперссылок.

Разрешение/запрет комментирования страницы пользователями портала.

Разрешение/запрет оставлять реакцию для страницы пользователями портала.

Указание тегов для страницы. Для одной страницы может быть указано несколько тегов. Список тегов сквозной на всю Систему. При создании страницы есть возможность добавить новый тег.

Выгрузка списка страниц в документ формата xls(x).

Управление ограничениями на доступ администраторов к различным группам страниц или страницам.

Обработка поступившей от пользователей обратной связи по страницам базы знаний.

Пользовательская часть¶

Просмотр информации на странице с возможностью комментирования и оставления реакций, если это разрешено настройками страницы.

Навигация по страницам группы с помощью локального меню разделов.

Просмотр виджета «Популярное» со списком популярных страниц текущей группы страниц.

Поиск страниц в группе страниц с помощью алфавитного указателя.

Глобальные поиск страниц по названию, содержанию и тегам.

Добавление страниц в «Избранное».

Возможность комментировать страницы, если это разрешено администратором.

Возможность оставлять реакции к странице или комментарию к странице, если это разрешено администратором.

Возможность отправлять текстовое сообщение обратной связи по странице, если это разрешено администратором.

Состав атрибутов основных сущностей сервиса¶

Таблица 15. Атрибуты группы страниц

Таблица 16. Атрибуты раздела

Таблица 17. Атрибуты страницы

2.3.12. Требования к сервису Геймификация¶

Сервис «Геймификация» содержит в себе инструменты для вовлечения работников в жизнь компании и проявления корпоративно полезной инициативы.

Функциональность сервиса¶

Административная часть¶

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

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

Категоризация виртуальных Наград.

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

Пользовательская часть¶

Благодарности

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

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

Информация о полученной виртуальной благодарности отображается у пользователя в его личной ленте (см. сервис «Персонализированный контент»).

Уведомления пользователя об отправленной ему виртуальной Благодарности.

Возможность просмотра виртуальных Благодарностей у любого пользователя портала. При просмотре благодарности есть возможность просмотреть:

• дату/время отправки благодарности;
• отправителя благодарности;
• бейдж;
• название бейджа;
• текст благодарности.

Награды

Просмотр списка виртуальных наград у пользователя.

Просмотр каталога используемых на портале виртуальных наград.

Просмотр списка обладателей виртуальной Награды.

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

Уведомления пользователя о присвоенной ему виртуальной награде.

Состав атрибутов основных сущностей сервиса¶

Таблица 18. Атрибуты виртуальной Благодарности

Таблица 19. Атрибуты виртуальной Награды

2.3.13. Требования к сервису Идеи¶

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

Функциональность сервиса¶

Административная часть¶

Возможность управления ролями администраторов сервиса «Идеи».

Возможность назначения рассматривающего идею.

Возможность управления справочником категорий идей.

Возможность просмотра, редактирования, удаления идеи.

Возможность назначения ответственного за реализацию.

Возможность закрыть идею по результату реализации.

Пользовательская часть¶

Возможность просмотра списка всех идей.

Возможность просмотра идеи.

Возможность подписки и отмены подписки на обновления идеи.

Возможность комментирования идеи.

Возможность создания своей идеи.

Возможность оценки идеи, созданной другим пользователем – автором идеи.

Возможность редактирования своей идеи или черновика своей идеи.

Возможность удаления черновика своей идеи.

2.3.14. Требования к сервису Планирование времени (Календарь)¶

Сервис «Планирование времени» замещает функционал планирования времени в почтовом корпоративном программном обеспечении. Также в календаре сервиса можно планировать персональное рабочее время, отражая в нём свои задачи, привязывая их к времени в календаре.

Функциональность сервиса¶

Пользовательская часть¶

Персональный календарь

Просмотр персонального календаря со следующими вариантами его разбивки:

• в течение дня по часам;
• в течение недели по дням и часам;
• в течение месяца по дням с указанием времени.

Отображение в персональном календаре:

• запланированных встреч;
• запланированных задач.

Фильтрация событий в персональном календаре по их типу:

• встречи,
• задачи.

Просмотра карточки задачи со следующей информацией:

• название задачи;
• дата и время проведения задачи;
• описание задачи;
• закрепленные файлы;
• исполнители задачи.

Просмотр карточки встречи со следующей информацией:

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

Отображение ближайших встреч и задач в виджете «Календарь» (см. сервис «Главная страница»).

Встречи

Создание встреч с указанием информации по ним.

Добавление участников во встречу.

Просмотр свободных временных слотов участников встречи.

Бронирование переговорной под встречу.

Создание повторяющихся встреч с возможностью указать дни недели и регулярность повторения в неделях, а также дату окончания повторения.

У пользователя, выбранного участником встречи, должна быть возможность выбрать один из статусов:

• иду,
• не иду,
• может быть.

Возможность отменить созданную встречу. При отмене встречи информация о ней должна быть удалена у всех участников встречи. Дополнительно участникам встречи приходит уведомление об отмене.

При просмотре профиля пользователя должна отображаться информация о занятых и свободных временных слотах.

Отправка уведомления участнику о приглашении на встречу с возможностью участника непосредственно в уведомлении принять решение:

• иду,
• не иду,
• может быть.

Отправка уведомления инициатору встречи о принятом решении участником об участии во встрече.

Отправка уведомления участнику об отмене встречи.

Планирование времени под задачи

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

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

Состав атрибутов основных сущностей сервиса¶

Таблица 20. Атрибуты сущности «Встреча»

Таблица 21. Атрибуты сущности «Задача в календаре»

2.3.15. Требования к сервису Бронирование переговорных¶

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

Функциональность сервиса¶

Пользовательская часть¶

Управление бронированием переговорных: создание, редактирование и отмена брони по доступным помещениям организаций.

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

Просмотр свободных и занятых интервалов для бронирования переговорных на временной шкале.

Функция быстрого бронирования переговорной. Быстрое бронирование автоматически подбирает свободную переговорную на ближайшее время на указанный пользователем интервал в 30 минут, 1 час, 1,5 часа или 2 часа.

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

Состав атрибутов основных сущностей сервиса¶

Таблица 22. Атрибуты просмотра сущности «Переговорная»

2.3.16. Требования к сервису Проектное взаимодействие¶

Сервис «Проектное взаимодействие» предназначен для организации взаимодействия сотрудников компании в рамках выполнения проектной деятельности.

Функциональность сервиса¶

Пользовательская часть¶

Проекты

Создание, редактирование и удаление проекта (детализация проекта приведена в таблице ниже в подразделе «Состав атрибутов основных сущностей сервиса»).

Просмотр истории действие по проекту, в которой отображаются следующие события:

• задача создана;
• задача изменена;
• задача удалена;
• проект создан;
• проект изменен.

Возможность комментирования проекта.

Просмотр списка всех проектов с возможностью поиска по названию. В списке проектов отображается:

• номер (код) проекта;
• название проекта;
• руководитель проекта;
• участники проекта;
• дата завершения.

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

Просмотр карточки проекта со всей описательной информацией о нем, а также состава участников и задач.

Просмотр краткого и полного списка участников проекта в карточке проекта. При просмотре полного списка есть возможность поиска участника по ФИО.

Просмотр этапов проекта на диаграмме Ганта. При этом есть возможность просмотра диаграммы Ганта на полный экран (полномасштабный формат).

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

Возможность хранения файлов проекта (подробнее состав функций описан в разделе сервиса «Файловое хранилище»).

Проектные задачи

Создание, редактирование и удаление проектных задач (детализация задачи приведена в таблице ниже в подразделе «Состав атрибутов основных сущностей сервиса»). Удалять и редактировать задачи может только создатель или исполнитель задачи.

Возможность прикрепления к задаче файлов.

Изменение статуса задачи:

• не начата,
• в процессе,
• выполнена,
• отменена.

Возможность просмотра задач проекта на диаграмме Ганта (в полномасштабном формате) в привязке к этапам.

Возможность поиска задач проекта на диаграмме Ганта (в полномасштабном формате) с помощью:

• поиска по названию задачи;
• фильтрации по себе в качестве исполнителя;
• фильтрации по приоритету задачи;
• фильтрации по статусу задачи.

Просмотр списка всех задач со всех проектов. В списке проектных задач отображается:

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

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

• поиска по названию задачи;
• фильтрации по себе в качестве автора задачи;
• фильтрации по себе в качестве исполнителя задачи;
• фильтрации по проекту задачи.

Состав атрибутов основных сущностей сервиса¶

Таблица 23. Атрибуты сущности «Проект»

Таблица 24. Атрибуты сущности «Проектная задача»

2.3.17. Требования к сервису Поиск¶

Сервис «Поиск» отвечает за глобальный поиск в части подсистемы Корпоративный портал. Сервис обеспечивает решение задачи быстрого поиска и перехода к объекту, который требовалось найти.

Функциональность сервиса¶

Пользовательская часть¶

Поиск

Наличие быстрого поиска, доступного в шапке портала, и расширенного поиска.

Текстовый поиск, позволяющий искать следующие объекты портала:

• пользователи,
• группы,
• новости,
• страницы,
• посты,
• комментарии,
• файлы,
• мероприятия,
• теги.

Поиск объектов как по заголовку, так и по описанию.

Поиск объектов по связанным с ними тегам.

Возможность уточнить поиск пользователей по:

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

Возможность уточнить поиск страницы базы знаний: только по заголовку, только по содержимому или везде.

Возможность уточнить место поиска страницы базы знаний, указав конкретную группу страниц.

Результаты поиска

Возможность просмотра результатов поиска как общим списком, так и раздельно по каждому из типов объекта.

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

Отображение в результатах поиска только открытых и закрытых сообществ.

Отображение в результатах поиска только постов, файлов и комментариев только из открытых сообществ.

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

Возможность выгрузить пользователей в формате xls(x).

2.3.18. Требования к сервису Уведомления¶

Сервис «Уведомления» обеспечивает механизмы отправки оперативных уведомлений, непосредственно относящихся к пользователю портала.

Функциональность сервиса¶

Пользовательская часть¶

Наличие центра уведомлений («Колокольчик»), в котором для пользователя агрегированы все уведомления портала.

Индикация наличия непрочитанных уведомлений и их количества.

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

Визуальное выделение непрочитанных уведомлений в ленте уведомлений.

Сортировка списка уведомлений по дате. В уведомлении отображается срок давности уведомления.

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

У пользователя есть возможность (по тем уведомлениям, для которых это реализовано) быстрого перехода из уведомления непосредственно к объекту, к которому относится данное уведомление.

У пользователя есть возможность (по тем уведомлениям, для которых это реализовано) непосредственно при просмотре уведомления принять решение о событии (например, решение об участии во встрече).

2.3.19. Требования к сервису Аналитика¶

Сервис «Аналитики» реализовывает функционал для администраторов Системы по получению данных по трём метрикам посещения пользователями портала: DAU, MAU, Sticky factor, с возможностью их выгрузки в Excel. Также в сервисе реализован вывод рейтингов по социальной активности пользователей: топ 10 сообществ, топ 5 постов и лучший автор постов.

Функциональность сервиса¶

Административная часть¶

Просмотр показателя DAU (Daily Active Users) – количество уникальных пользователей, которые зашли на портал в течение текущих суток. Дополнительно выводится процентное отношение этого показателя к общему числу пользователей портала.
Возможность выгрузки отчета в формате xls(x), в котором выведены значения показателей DAU за интересующий период.

Просмотр показателя MAU (Monthly Active Users) – количество уникальных пользователей, которые зашли на портал в течение месяца. Дополнительно выводится среднее количество пользователей за месяц.
Возможность выгрузки отчета в формате xls(x), в котором выведены значения показателей MAU за интересующий период.

Просмотр показателя Sticky factor. Sticky factor – показатель вовлеченности = (DAU/MAU)*100% за последний месяц. Дополнительно выводится процентное изменение данного показателя со значением за предыдущий период.
Возможность выгрузки отчета в формате xls(x), в котором выведены значения показателей Sticky factor за интересующий период.

Отображение самого популярного пользователя портала, посты которого набрали наибольшее количество реакций (за последние 30 дней). Дополнительно по данному пользователю выводится:

• количество постов данного автора (за последние 30 дней на текущую дату);
• количество реакций на посты, данного автора (за последние 30 дней на текущую дату).

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

Отображение списка топ-10 сообществ по количеству участников (на текущий день).

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

Отображение списка топ-5 популярных постов по количеству реакций (на текущий день).

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

2.3.20. Требования к сервису Администрирование портала¶

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

Функциональность сервиса¶

Административная часть¶

Сервисы

Администратору Системы доступно управление следующими сервисами портала (подробнее об управление сервисами описано в каждом из сервисов в подразделе «Администрирование»):

• новости – в части управления администраторами и новостными категориями;
• мероприятия – в части управления администраторами;
• геймификация – в части управления Благодарностями и Наградами;
• группы страниц – в части управления администраторами;
• страницы – в части управления администраторами;
• идеи – в части управления администраторами, рассматривающими идеи и категориями идей;
• условия использования – в части управления пользовательскими соглашениями.

Возможность назначать права администраторов пользователям, которые входили на портал. Также доступно редактирование перечня прав и удаление прав администратора на сервис.

Возможность выгружать список администраторов в формате xls(x).

Возможность добавлять, редактировать, удалять категории новостей и идей.

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

Управление справочниками

Администратору Системы доступно управление записями справочников портала:

• первоначальная загрузка справочников;
• добавление элемента в справочник;
• изменение элемента справочника;
• удаление элемента справочника.

Дизайн

Администратору Системы доступно управление цветом для следующих графических элементов портала:

• логотип сервиса;
• основной цвет;
• цвет элементов поверх основного цвета;
• цвет при наведении;
• цвет ссылок;
• цвет фокуса, заливка аватара;
• основной цвет с прозрачностью;
• второстепенный цвет кнопки при наведении;
• второстепенный цвет кнопки;
• основной цвет с прозрачностью;
• цвет текста поверх основного цвета.

Боковое меню

Администратору Системы доступно управление составом разделов и подразделов в боковом меню. Возможность изменять порядок разделов и подразделов в меню.

Состав атрибутов основных сущностей сервиса¶

Таблица 25. Атрибуты сущности «Раздел»

Таблица 26. Атрибуты сущности «Ссылка - подраздел»

2.3.21. Требования к сервису Ролевая модель¶

В таблицах ниже представлено разграничение доступов в разрезе сервисов к функциям администрирования для администраторов.

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

Роль «Пользователь» назначается по умолчанию и не может быть удалена из состава ролей. Перечень доступных функций для пользователей соответствует функциональному описанию сервисов, описанных в подразделах сервисов «Пользовательская часть».

Таблица 27. Разграничения доступов администрирования в сервисе «Новостная лента»

Таблица 28. Ролевая модель сервиса «Корпоративные мероприятия»

Таблица 29. Ролевая модель сервиса «База знаний»

Таблица 30. Ролевая модель сервиса «Геймификация»

Таблица 31. Ролевая модель сервиса «Идеи»

Таблица 32. Ролевая модель сервиса «Группы, сообщества, блоги»

Таблица 33. Ролевая модель сервиса «Проектное взаимодействие»

Таблица 34. Ролевая модель сервиса «Аналитика»

Таблица 35. Ролевая модель сервиса «Администрирование»

3. Требования к архитектуре ИС¶

3.1. Требования к типовой архитектуре ИС¶

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

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

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

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

3.2. Требования к типовым вариантам развертывания ИС¶

Решение VK People Hub поставляется в виде набора Helm-чартов и образами контейнеров Docker, содержащих исполняемые файлы ПО.

Решение имеет микросервисную архитектуру. Микросервисы решения могут быть условно разделены на категории:

• бизнес-сервисы – ряд микросервисов, реализующих бизнес-логику решения;
• IAM-сервисы – ряд микросервисов, выполняющих хранение УЗ, аутентификацию и управление сессиями пользователей, в т.ч. осуществляющих интеграцию с IdP Заказчика;
• сервисы интеграции – ряд микросервисов, решающих задачу кросс-сервисной интеграции, а также интеграции с бизнес-системами Заказчика.

Решение разворачивается на подготовленной и предоставляемой Заказчиком платформе оркестрации на базе Kubernetes.

РСУБД PostgreSQL, S3-совместимое объектное хранилище и другие СУБД рекомендуется разворачивать вне платформы оркестрации, и могут быть подготовлены и предоставлены Заказчиком как внешние по отношению к VK People Hub сервисы.

3.3. Требования к вычислительным мощностям¶

Требования к вычислительным мощностям должны быть представлены в формате таблиц 35 и 36.

Таблица 35. Серверное оборудование (в т.ч. виртуальные серверы)

Таблица 36. Системы хранения данных

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

• на момент старта проекта (минимально необходимые);
• планируемые к моменту запуска ИС в промышленную эксплуатацию и в течение ее первого года;
• планируемый рост требований к вычислительным мощностям в процессе эксплуатации ИС в зависимости от разных факторов (объем хранимых данных, количество подключенных пользователей/площадок и т.п.).

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

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

Приоритетным вариантом использования вычислительных мощностей является использование внедренной у Заказчика Системы виртуализации. Если использование средств виртуализации для ИС не рекомендуется или невозможно, то привести ссылки на эти рекомендации.

3.4. Требования к резервному копированию¶

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

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

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

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

3.5. Требования к мониторингу¶

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

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

3.6. Требования к отказоустойчивости¶

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

3.7. Требования к надежности ИС¶

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

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

Остановки в функционировании Системы допускаются не более чем на 14 часов в месяц по совокупности всех случаев проведения профилактических работ.

Все периоды проведения профилактических работ заранее согласовываются с Заказчиком.

Все работы, которые могут внести изменения или влиять на работу Системы, должны быть заранее согласованны с Заказчиком.

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

4.1. Общие требования к информационной безопасности¶

Требования ИБ должны обеспечиваться на всех стадиях жизненного цикла ИС.

Данные, передаваемые по сети (из внешней сети и ЛВС в КСПД), шифруются с использованием SSL/TLS. Безопасный канал используется для всех сервисов приложения (за исключением случая межсерверного взаимодействия внутри и между кластерами Системы).

Пароли и другие аутентификационные данные не должны содержаться в исходном коде.

Пароли и другие аутентификационные данные должны передаваться только через шифрованные протоколы (SSL/TLS).

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

Пароли и другие конфиденциальные данные, такие как Session IDs и Database IDs, никогда не должны передаваться как URL-параметр в HTTP Get запросах.

Пароль никогда не должен показываться в открытом виде (при вводе и других формах).

Должны использоваться надежные механизмы экранирования при передаче вводимых пользователем данных для предотвращения SQL-инъекций. Аналогичный подход необходимо использовать при передаче файлов.

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

Должны быть реализованы проверки загрузки файлов только в разрешенные каталоги.

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

При разработке безопасного программного обеспечения командой разработки не должны допускаться ошибки и уязвимости, вызванные: - отсутствием необходимого параметра, присвоением параметру неправильных значений, наличием избыточного числа параметров или неопределенных параметров ПО; - отсутствием проверки значений, избыточным количество значений, неопределенностью значений, вводимых (входных) данных; - отслеживанием пути доступа к каталогу по адресной строке или составному имени и получении доступа к предыдущему или корневому месту хранения данных; - возможностью выполнения пользователем команд ОС (на стороне продуктового сервера), таких, как просмотр структуры каталогов, копирование, удаление файлов и других команд.

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

При входе в Систему должна осуществляться идентификация и проверка подлинности субъектов доступа по идентификатору (коду) и паролю условно-постоянного действия.

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

Доступ пользователя в Систему должен осуществляться в соответствии с назначенными данному пользователю правами доступа. Права доступа должны назначаться в соответствии с концепцией ролей и полномочий. Физическое присвоение полномочий в Системе должно производиться администратором Системы по заявке в системе управления идентификационными данными.

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

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

Система должна обеспечивать необходимый уровень информационной безопасности путем реализации в ней следующих основных требований: - аутентификации и авторизации пользователей с помощью свободно распространяемых решений по технологии единого входа (Single sign-on). Механизм реализации определяется на этапе проектирования Системы; - наличие ролевой модели: разделение прав доступа пользователей к ресурсам Системы осуществляется на основе присвоенных ролей; - хранение паролей в защищенном виде. Неиспользование в решении статичных (неизменяемых) данных аутентификации.