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

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

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

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

1.2. Допущения и ограничения

• Язык интерфейсов портала – русский;
• Учетные записи пользователей портала должны быть заведены в службе каталогов (Active Directory) компании.

1.3. Термины

2. Цель и задачи проекта

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

Для достижения поставленной в рамках проекта цели необходимо решить следующие задачи:

1. Разработать разделы и подразделы корпоративного портала.
2. Произвести миграцию данных с текущего портала.

3. Функциональные требования

3.1. Общие требования к порталу

3.1.1. Целевая платформа

Целевая платформа для разработки нового портала – Microsoft SharePoint (далее – SP) 2019.

3.1.2. Общие требования к модели данных портала

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

3.1.3. Общие требования к страницам портала

3.1.3.1. Тип страниц портала

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

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

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

3.1.3.2. Стандартные инструменты SP на страницах

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

3.1.3.3. Структура страниц портала

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

3.1.3.4. Навигация

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

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

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

3.1.3.5. Брендирование

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

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

3.1.4. Структура портала

Портал должен содержать следующие разделы и подразделы:

1. Раздел «Главная страница»;
2. Раздел «Пресс-центр»;
   1. Подраздел «Новости»;
   2. Подраздел «Корпоративная газета»;
   3. Подраздел «Галерея»;
   4. Подраздел «Видеоматериалы»;
3. Раздел «Корпоративная культура»;
   1. Подраздел «Кодекс этики»;
4. Раздел «Обучение и развитие»;
   1. Подраздел «Общая информация»;
   2. Подраздел «Корпоративные программы обучения»;
5. Раздел «Документы»;
   1. Подраздел «Документы HR»;
   2. Подраздел «Документы ИТ»;
   3. Подраздел «Документы ИБ»;
6. Раздел «HR»;
   1. Подраздел «Справочник сотрудников»;
   2. Подраздел «Библиотека документов»;
7. Раздел «ИТ»;
   1. Подраздел «Информационные системы»;
   2. Подраздел «Служба поддержки»;
8. Раздел «Информационная безопасность»;
1. Подраздел «Наши публикации»;
2. Подраздел «Вопросы и ответы»;
9. Раздел «Объявления»;
10. Раздел «Юридическая информация»;
    1. Подраздел «Часто задаваемые вопросы»;
    2. Подраздел «Уставные документы».

4. Нефункциональные требования

4.1. Требования к развертыванию портала

Работы по установке и настройке платформы SP в ИТ-инфраструктуре Заказчика (тестовый и промышленный стенд) должны быть выполнены Исполнителем.

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

4.2. Требования к наполнению портала информацией

Наполнение всех страниц и хранилищ данных портала информацией должны быть выполнены Заказчиком.

4.3. Требования к разработке эксплуатационной документации

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

4.4. Требования к проведению приемосдаточных испытаний

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

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

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

4.5. Требования к поддержке портала на этапе опытной эксплуатации

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

При обеспечении поддержки на этапе опытной эксплуатации Исполнителю необходимо вести журнал опытной эксплуатации.

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

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

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

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

Примечания:

* - Работы по масштабированию фермы серверов (при необходимости) выходят за рамки проекта и выполняются специалистами Заказчика.

** - Значение выбирается Заказчиком с учетом указанных минимальных требований.

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