Приложение № 1 К документации по проведению открытого запроса предложений Техническое задание на разработку программного обеспечения игровой платформы ОАО "Ростелеком" Москва, 2014 г. 2 Содержание 1 ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ ........................................................................................... 3 2 ОБЩАЯ ИНФОРМАЦИЯ ...................................................................................................................................... 3 2.1 2.2 НАЗНАЧЕНИЕ ..............................................................................................................................3 ЦЕЛЬ СОЗДАНИЯ .........................................................................................................................3 3 ПОЛНОЕ НАИМЕНОВАНИЕ РАЗРАБАТЫВАЕМОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И ЕГО УСЛОВНОЕ ОБОЗНАЧЕНИЕ........................................................................................................................................ 4 4 ОПИСАНИЕ РАБОТ И СРОКИ ИХ ВЫПОЛНЕНИЯ ..................................................................................... 4 5 МЕСТО ВЫПОЛНЕНИЯ РАБОТ ........................................................................................................................ 6 6 ОБЩИЕ ТРЕБОВАНИЯ ......................................................................................................................................... 7 7 ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПЛАТФОРМЫ ...................................... 7 7.1 7.2 7.3 ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКОМУ ВЕБ-ИНТЕРФЕЙСУ ПЛАТФОРМЫ ...................................7 ТРЕБОВАНИЯ К МОДУЛЮ ИГРОВОГО ЦЕНТРА. ............................................................................8 ТРЕБОВАНИЯ К АДМИНИСТРАТИВНОМУ И СЕРВИСНОМУ ФУНКЦИОНАЛУ .................................9 8 РОЛИ ПОЛЬЗОВАТЕЛЕЙ................................................................................................................................... 12 9 ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ ................................................................................................................. 12 10 ТРЕБОВАНИЯ К ИНТЕГРАЦИИ С АППАРАТНОЙ ИНФРАСТРУКТУРОЙ ЗАКАЗЧИКА ............... 13 11 ТРЕБОВАНИЯ К ИНТЕГРАЦИИ С ВНЕШНИМИ ИНФОРМАЦИОННЫМИ СИСТЕМАМИ .......... 13 12 ГЕОГРАФИЯ ИСПОЛЬЗОВАНИЯ.................................................................................................................... 13 13 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ПЛАТФОРМЫ ................................................................................ 13 14 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ .................................................................................................. 14 15 ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ ............................................................................................................. 14 15.1 15.2 15.3 15.4 15.5 ТРЕБОВАНИЯ К ПОИСКОВОЙ ОПТИМИЗАЦИИ ...........................................................................14 ТРЕБОВАНИЯ К РАЗРАБОТКЕ ВЕБ-ЧАСТИ ПЛАТФОРМЫ ............................................................14 ТРЕБОВАНИЯ К ДОСТУПНОСТИ .................................................................................................14 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ .......................................................14 ТРЕБОВАНИЯ К ГАРАНТИЙНОМУ ПЕРИОДУ...............................................................................15 16 ТРЕБОВАНИЯ К КАЧЕСТВУ РАБОТ .............................................................................................................. 15 17 ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ ВЫПОЛНЕНИЯ РАБОТ ..................................................................... 15 3 1 Термины, определения и сокращения Заказчик – оператор связи ОАО Ростелеком. Исполнитель – компания, получившая право на разработку «Игровой платформы» после проведения закупочной процедуры АСР – автоматизированная система расчетов Заказчика (биллинговая система); ДТЗ – детальное техническое задание ЕЛК (Единый Личный Кабинет) - информационная система Заказчика, предоставляющая всем абонентам Заказчика дистанционный канал самообслуживания через Интернет. Заказчик осуществляет через ЕЛК дистанционное взаимодействие с абонентами; ЕСПП – Единая система приема платежей Заказчика; Информационные системы Заказчика – совокупность АСР, ЕСПП, ЕЛК. Игровая платформа (ИП) - платформа-агрегатор и дистрибьютор игрового контента, располагающаяся на оборудовании Заказчика и включающая в себя Интернет-сайт, размещенный по адресу www.games.rt.ru, Программное обеспечение, а также пользовательское приложение для загрузки игр. «Интернет-сайт» («Сайт») - единая совокупность Программного обеспечения, специально подобранных и расположенных определенным образом визуальных и/или графических элементов (далее – «Дизайн») и иной информации, элементов и средств, объединяемая под одним адресом (доменным именем) и размещаемая в сети «Интернет». ОПЭ – опытно-промышленная эксплуатация ПМИ – программа и методика испытаний ПСИ – приемо-сдаточные испытания ПО – программное обеспечение, входящее в состав Платформы, а также пользовательское программное обеспечение (приложение) для загрузки игр. СКУФ - автоматизированная система контроля функционированием Облачной Платформы – единая информационная система для взаимодействия участников процесса в ходе эксплуатации Платформы ТЗ – настоящее техническое задание. API (application programming interface) – набор средств и инструментов для взаимодействия ПО с внешними программными продуктами. 2 2.1 Общая информация Назначение Платформа предназначена для распространения онлайн игр в сети Интернет. 2.2 Цель создания Целью создания Платформы предоставление как абонентам ОАО «Ростелеком», так и пользователям сети Интернет, сервиса в виде доступа к игровым приложениям различных авторов. 4 Полное наименование разрабатываемого программного обеспечения и его условное обозначение Полное наименование создаваемого программного обеспечения: платформа ОАО «Ростелеком» (далее по тексту – Платформа). 4 Описание работ и сроки их выполнения № эт Наименова ап ние работ а 1 Уточнение требований к Платформе Состав работ 1.1.Уточнение требований, разработка ДТЗ и проектной документации 1.2. Разработка требований к Платформе для ее развертывания. 2 Разработка дизайна Сайта 2.1. Создание прототипов типовых страниц и экранов 2.2. Разработка дизайна Сайта на основе согласованных прототипов 2.3. Верстка страниц и экранов 3 Игровая Разработка Программн ого обеспечени я и сопутствую Разработка и настройка Программного обеспечения Результат работ/ Сроки выполнения Отчетные работ документы Разработаны и согласованы с Заказчиком*: 1. ДТЗ; 2. детальный план- график разработки и внедрения Платформы 3. требования к программноаппаратному комплексу; 4. состав эксплуатационно й документации Разработаны и согласованы с Заказчиком: 1. Прототип ы типовых страниц и экранов Сайта 2. Дизайнмакеты Сайта Примечания В течение 14 (четырнадцати) календарных дней с даты подписания Договора Работы в рамках Этапа № 2 должны быть выполнены Исполнителем в соответствии с предложением Исполнителя, но не позднее чем через 100 (сто) календарных дней Подготовлена после подписания верстка всех Договора. страниц и экранов Работы в рамках этапов 2 и 3 осуществляются параллельно. Эксплуатационна Работы в рамках я документация: Этапа№ 3 должны 1. Руководство быть выполнены администратора Исполнителем в и разработчика; соответствии с 2. Программа предложением Работы в рамках этапов 2 и 3 осуществляются параллельно. 3 5 щей документац ии Разработка эксплуатационн ой документации Разработка методики испытаний Первичное наполнение системы контентом (контент предоставляется Заказчиком в определенном Заказчиком формате) ОПЭ/план ввода в эксплуатацию; 3. ПМИ для предварительных и приемочных испытаний; 4. Руководство по эксплуатации (в т.ч. Руководство по мониторингу работоспособнос ти); Исполнителя, но не позднее чем через 120 (сто двадцать) календарных дней после подписания Договора. Финальный состав документации определяется по результатам работ этапа 1. Разработана тестовая версия Платформы в соответствии с требованиями ДТЗ, интегрированы результаты работ по этапу 2, контент размещен на сайте. 4 Интеграция и развертыва ние Платформы 5 Внутреннее тестирован ие Развертывание Платформа Платформы на размещена. оборудовании Заказчика Проведена демонстрация функционала Платформы Работы в рамках Этапа № 4 должны быть выполнены Исполнителем в соответствии с предложением Исполнителя, но не позднее чем через 90 (девяносто) календарных дней после завершения работ по Этапу№ 3. Проведение Документация: Работы в рамках предварительны 1. Акт Этапа № 5 должны х испытаний и проведения быть выполнены устранение предварительных Исполнителем в замечаний испытаний соответствии с 2. Отчет о предложением Консультирован нагрузочном Исполнителя, но не 6 ие представителей Заказчика в объеме, необходимом для использования и обслуживания Платформы, в т.ч. системы аналитики. 6 7 Проведение приемосдаточных испытаний и ввод в ОПЭ Исполнителем совместно Заказчиком проведены приемосдаточные испытания соответствии требованиями программы методики испытаний. с в с и тестировании позднее чем через 30 (тридцати) Проведено календарных дней консультирование после завершения представителей работ по Этапу № Заказчика 4. Проведены тестовые испытания, проведены необходимые доработки. Платформа готова к переводу в опытнопромышленную эксплуатацию. Документация: Работы в рамках 1. Акт Этапа № 6 должны проведения быть выполнены приемочных Исполнителем в испытаний соответствии с предложением Платформа Исполнителя, но не введена в позднее чем через опытно30 (тридцать) коммерческую календарных дней эксплуатацию после завершения работ по Этапу № 5. Гарантийны Разработчик Платформа й период обеспечивает доступна работоспособно широкой публике сть Платформы, при необходимости проводит доработки и исправления В течение 12 месяцев после завершения работ/услуг по Этапу 6. *Заказчик согласовывает документы или дает комментарии и направляет на доработку в течение 2-х рабочих дней с момента получения проекта документа. При определении сроков работ для плана-графика проекта Подрядчику рекомендуется закладывать порядка 4-х рабочих дней на согласование документов, прототипов и дизайна. 5 Место выполнения работ Местом выполнения работ является территория Российской Федерации. Приемосдаточные испытания проходят в г. Москва, в офисе ОАО «Ростелеком». Точное место и время проведения ПСИ согласовывается с Исполнителем в рабочем порядке. 7 6 Общие требования Исполнитель предоставляет Заказчику Платформу в полностью готовом к использованию виде и работоспособностью всех модулей. Платформа должна сохранять работоспособность при посещаемости в 500 тыс. пользователей в сутки, посещаемость приложений – 500 тыс. пользователей в сутки. Язык платформы – русский. Локализация на другие языки не предусмотрена. Все элементы и системные сообщения Платформы должны быть на русском языке. Платформа должна иметь удобный и интуитивно понятный пользовательский интерфейс, сохранять, насколько это применимо, единообразие дизайна и интерфейсов. Веб-интерфейс платформы располагается по адресу games.rt.ru. 7 7.1 Требования к функциональным возможностям Платформы Требования к пользовательскому веб-интерфейсу Платформы 1) Предполагаются следующие разделы и типовые страницы: Главная страница Каталог игр, страница одной игры Новости игр, лента новостей Обзоры и рейтинги игр Страницы авторизации Кабинет пользователя Разделы социального функционала (профиль, лента друзей, рейтинги и т.д.) Страницы официальной информации Страницы видео-контента Поиск по каталогу игр, страница результатов поиска Должна быть предусмотрена возможность создания новых разделов. Итоговая структура будет определена на этапе разработки ДТЗ. 2) Мобильная версии. Создается отдельный раздел сайта m.games.rt.ru. Часть разделов (новости, личный кабинет, обзоры игр) аналогичны основному сайту, каталог игр может содержать специальный контент для мобильных устройств (HTML5 игры) или витрины игр с переходом на внешние площадки. Точный объем мобильной версии будет определен на этапе разработки ДТЗ. 3) Получение доступа к различному цифровому контенту, размещенному на Сайте, возможность скачать и установить игры, играть он-лайн. 4) Осуществление покупок цифрового игрового контента (как с помощью АСР, так и с возможностью выбора другой платежной системы). 5) Поиск по каталогу игр, фильтр каталога, поиск друзей пользователя. 6) Система личного кабинета 6.1) Единая система сквозной авторизации для доступа ко всему функционалу системы. Авторизованный на одной из страниц пользователь, оказывается авторизованным при переходе на все другие страницы без необходимости повторного ввода логина и пароля; 8 6.2) Авторизация с помощью основных распространённых на российском рынке социальных сетей (vk.com, ok.ru, facebook.com, МойМир Mail.ru, учетных записей Yandex, Google). Точный перечень социальных сетей согласовывается в ДТЗ; 6.3) Авторизация с помощью учетной записи ЕЛК; 6.5) Регистрация - создание учетной записи на портале, восстановление пароля, смена пароля; 6.6) Отслеживание истории покупок. Пополнение счета на портале и ведение баланса пользователя на портале не предусматривается, возможность пополнения счета осуществляется через механизм конкретной игры. 7) Возможность скачать программное обеспечение для быстрого запуска игр (Игровой центр, для операционной системы Windows). 8) Новостная лента (экспорт игр из внешнего источника, так и добавление редактором) и подписка на новости игр. 9) Интеграция на страницы платформы плагинов основных популярных социальных сетей, позволяющая пользователю в один клик поделиться интересной страницей, опубликовать понравившейся материал или отметить как понравившийся, пригласить друзей, поделиться достижением. 10) Социальная сеть для игроков, позволяющая создать свой игровой профиль, делиться своими достижениями, общаться с другими игроками и быть в курсе новостей игр: 10.1) Добавление в друзья, удаление из друзей, приглашения друзей 10.2) Обмен текстовыми сообщениями между игроками (личные сообщения) 10.3) Просмотр ленты событий друзей (например, в какие игры играют друзья, их достижения) 10.4) Профиль игрока, включая настройки приватности, отображение в какие игры играет. 11) Форма отправки обратной связи, возможность обращения в техническую поддержку по проблемам связанным с работой портала. 12) Возможность добавления пользовательских оценок игр, рейтингование игр. Требования к модулю игрового центра. Игровой центр представляет собой программное обеспечение (приложение), устанавливаемое на компьютер пользователя, упрощающее загрузку и установку игр Платформы и обеспечивающее дополнительные возможности по взаимодействию с другими пользователями и доступа к играм. Существующие на рынке примеры реализации – приложения Steam или Battle.net. Системные требования - совместимость со всеми версиями Windows начиная с Windows 7. Размер дистрибутива - не более 50 МБ. Должна быть обеспечена реализация следующих функций: 1) Загрузка, установка и запуск всех типов клиентских игр, включая большие многопользовательские игры. 7.2 9 2) Сбор статистики по использованию ПО, в том числе обо всех значимых действиях пользователя, предпринятых в процессе установки: выбор пути, прочтение лицензии, начало установки игры и т.п. 3) Авторизация через приложение. 4) Передача авторизационной информации из приложения в интернет-портал (переходя из игрового центра на любые страницы Игровой платформы, пользователь остается авторизованным). 5) Система автоматического обновления, которая не требует вмешательства пользователя для поддержания приложения в актуальном состоянии. 6) Возможность автоматической загрузки приложения при включении компьютера, запуск приложения из иконки в области уведомлений. 7) Система автоматического обновления клиентских игр до актуальной версии (для тех игр, для которых применимо). 8) Обновление каталога игр и его синхронизация с веб-версией. 9) Трансляция в приложение личных или системных сообщений, уведомлений о различных событиях. 10) Возможность показа рекламных блоков – интеграция с системой управления рекламой. 7.3 Требования к административному и сервисному функционалу Платформа должна обеспечивать реализацию следующего функционала: 1) Управление пользователями: добавление, удаление, редактирование, приостановка действия учетной записи, запрет на комментарии, управление полномочиями пользователей 2) Управление и публикация игрового контента: публикация игр на games.rt.ru; настройка порядка отображения игр в каталоге и на главной странице; закрепление определенной позиции отображения игры; управление каталогом игр, с возможностью создания новых категорий. Перечень типов игрового контента включает, но не исчерпывается, следующими типами игр: большие многопользовательские игры; социальные игры; игры для мобильных устройств (преимущественно HTML5); небольшие игры, требующие установки; небольшие игры, не требующие установки (браузерные игры), в т.ч. флеш-игры. 3) Управление медийным наполнением веб-сайта (размещение и редактирование контента): публикация новостей; публикация обзоров игр с возможностью добавления графического или видеоконтента; 10 4) Система биллинга для проведения взаиморасчетов с пользователями, поддерживающая возможность интеграции сразу с несколькими агрегаторами платежей, а также функцией аварийного автоматического переключения между ними при возникновении проблем на стороне одного из агрегаторов, что гарантирует пользователю возможность пополнения счета абсолютно в любой момент времени. 5) API системы биллинга – средство взаимодействия системы биллинга с размещаемым игровым контентом. 6) Система привлечения и удержания пользователей: 6.1) Подсистема управления ротацией баннеров на всех веб-страницах платформы (возможно в форме интеграции с внешней системой управления рекламы); 6.2.) Механизм гарантированной доставки информационных и рекламных сообщений пользователю, в виде всплывающих окон в приложении, поддерживающий целевую отправку группам пользователей соответствующим определенным критериям (количество потраченных средств, время проведенное в определенной игре и т.п.) 6.3) Подсистему осуществления e-мейл и СМС рассылок для доставки рекламных предложений и новостей пользователям с возможностями: подстановки никнеймов, промо-ключей, ссылок; выбор домена для отправки и т.п.; в краткие сроки отправлять письма по спискам в несколько миллионов адресов. определять события, наличие которых позволяет рассылать СМС и е-мейл уведомления. 6.4) Подсистема лояльности: скидками – возможность управления акциями, бонусами и 6.5) Достижения и рейтинги игрока на портале 7) Возможность размещения и отображения промо-блоков 8) Возможность импорта новостей из внешних источников. 9) Подсистема обновлений игр (для которых применимо) – контроль актуальности версий игр. 10) Подсистема статистики и аналитики – механизм отслеживания и анализа действий пользователя в рамках взаимодействия пользователя со всеми частями Платформы, а так же по приложению Игрового центра обеспечивающий сбор информации о: Загрузке пользователем установщика приложения Игрового центра на свой компьютер Опциях, выбранных пользователем в процессе работы установщика (тип установки, пути и т.п.) Факте начала установки приложения на компьютер пользователя Факте завершения установки приложения на компьютер пользователя Факте первого запуска установленного приложения на компьютере пользователя 11 показатели активности пользователей на Платформе; общее количество дневной/недельной/ежемесячной аудитории игрового центра и платформы; общие и частные финансовые показатели; отслеживание основных шагов пользователя при перемещении по сайту (регистрация, логин, скачивание игр, выход из игры, покупки и т.д.); формирование пользовательских отчетов; разграничение уровней доступа к отчетам; возможность анализа конверсионных показателей для игр с разбивкой по каждому источнику трафика; Возможно подключение внешних систем статистики. 11) Подсистемы финансовой статистики и формирования отчетов по выплатам должны позволять: партнерам/авторам – проверять корректность выплат и получать детализированную информацию о процессе их формирования; менеджерскому составу компании – контролировать все финансовые показатели проектов и планировать свою деятельность; импорт и экспорт данных (Основной формат файлов - .хls, дополнительные форматы прописываются в ДТЗ). 12) API Игровой платформы – средство взаимодействия системы с игровыми приложениями (в т.ч. игровым центром) и передачи данных третьим лицам. Позволяет интегрировать сторонние приложения или веб-страницы с системой. В частности, предоставляет потенциальную возможность размещать в системе свои игры сторонним разработчикам. 13) Партнерская программа для работы с поставщиками трафика, позволяющая отслеживать взаимодействия с поставщиками трафика и предоставлять финансовую статистику и отчеты по партнерам, рассчитывать выплаты партнерам. Партнерская программа должна включать следующий функционал: формирование уникального ключа для партнера; оценка и аналитика эффективности трафика и расчета выплат; партнерский интерфейс – доступ партнеров к аналитике и статистике; анализ конверсионных показателей игровых приложений; интеграция аналитической системы поступающего трафика с модулем игрового центра (загрузчиком игровых приложений) - оценка инсталляций модуля игрового центра и установки игр из игрового центра, распространяемого по партнерским каналам. 14) Система работы с авторами игр: Карточка автора; Договоры и схемы расчета; Выплаты и баланс по автору. 12 15) Система обслуживания пользователей -Переписка с пользователями (с регистрацией обращений – «тикетами»); 16) Система мониторинга работоспособности системы; 17) Интерфейс для разработчиков социальных монетизировать социальные игры. 8 игр, позволяющий размещать и Роли пользователей Предполагаемые роли пользователей платформы: 1. Незарегистрированные пользователи ИП (пользователи, привлекаемые с других ресурсов РТ попадая на портал, будут иметь возможность получить доступ к части функций без регистрации) 2. Зарегистрированные пользователи ИП (пользователи, имеющие учетную запись системы) 3. Пользователи с расширенными правами – пользователи, имеющие доступ к сервисным и администраторским функциям системы, а так же, различные уровни доступа к статистическим и аналитическим данным (административноменеджерский состав Заказчика; контент-менеджеры, партнеры и авторы). Виды пользователей: - пользователи с полными правами; - пользователи, имеющие доступ к финансовым показателям; - пользователи, имеющие доступ к статистике; - пользователи, имеющие доступ к обращениям пользователям; - контент-менеджеры. Изначально пользователь создается без прав доступа к администраторским функциям системы. Должна быть предусмотрена возможность настройки пользовательских ролей с различными возможностями доступа. Финальный перечень пользовательских ролей с расширенными правами определяется в ДТЗ. Система должна предусматривать возможность работы до 50 пользователей с расширенными правами. 9 Требования к безопасности Платформа должна иметь систему безопасности на уровне передовых практик, присутствующих на текущий момент на рынке. Функционал системы безопасности должен обеспечивать: идентификацию пользователя; проверку полномочий пользователя при работе с системой; разграничение доступа пользователей на уровне задач и информационных массивов; блокировку подбора паролей на всех точках входа в систему Разграничение доступа к информации должно осуществляться на всех технологических этапах обработки информации и во всех режимах функционирования Платформы, включая проведение ремонтных и регламентных работ. Средства разграничения доступа не должны существенно ухудшать основные функциональные характеристики Платформы. Разграничение прав доступа различных категорий пользователей Платформы должно строиться по принципу «что не разрешено – то запрещено». 13 Средства разграничения прав доступа должны позволять раздачу отдельных привилегий конкретным пользователям. Защита информации должна обеспечиваться за счёт согласованного применения комплекса технологических и организационных мер. Защита от внешних информационных атак должна осуществляться с помощью штатных программных и аппаратных средств, входящих в комплект программно-аппаратного комплекса Платформы или предоставляемых компанией, осуществляющей технологическую поддержку Платформы (хостинг). При проектировании Платформы должны быть учтены требования следующих нормативноправовых актов в части защиты персональных данных: Федеральный закон РФ от 27.07.2006 № 152-ФЗ «О персональных данных»; Приказ ФСТЭК России от 13.02.2008 №55/86/20 «Об утверждении Порядка проведения классификации информационных систем персональных данных»; Приказ ФСТЭК России от 05.02.2010 №58 «Об утверждении Положения о методах и способах защиты информации в информационных системах персональных данных». 10 Требования к интеграции с аппаратной инфраструктурой Заказчика Платформа использует существующую аппаратную инфраструктуру Заказчика, базирующуюся на облачных сервисах. Требования к конфигурации для развертывания платформы, а также сроки и условия предоставления оборудования формируются Исполнителем при разработке ДТЗ и согласовываются с Заказчиком, с учетом использования только облачных сервисов. На момент запуска Платформы предполагается использование единого дата-центра, с возможностью масштабирования при необходимости. 11 Требования к интеграции с внешними информационными системами Система должна иметь интерфейсы для присоединения внешних систем (как Заказчика, так и его партнеров) выполняющих те или иные функции. Система должна быть интегрирована со следующими системами: ЕЛК (возможность оплаты игр из личного кабинета); АСР и прочие платежные системы, определенные Заказчиком; СКУФ, для осуществления, автоматизированного формирования обращений пользователей и получения обратной связи по обработанным обращениям от службы эксплуатации. По запросу Заказчика на этапе составления ДТЗ возможно добавление требования к интеграции с дополнительными системами управления рекламой или системами аналитики. 12 География использования Сервис Платформы не должен иметь ограничений по географии применения. 13 Порядок контроля и приемки Платформы Виды, состав, объем и методы испытаний Платформы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую Платформу), а также общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации разрабатываются Исполнителем на этапе составления ДТЗ. 14 14 Требования к документированию В рамках разработки Платформы должен быть сформирован комплект технической документации, содержащий все документы, указанные в п.4 данного ТЗ. Кроме того, Исполнитель должен передать документацию к исходному коду Программного обеспечения и тексты исходного кода, разрабатываемого для Платформы, если применимо. Текстовые документы должны предоставляться Заказчику в электронном виде (в формате Microsoft Word) на оптических носителях (2 экземпляра). 15 Дополнительные требования 15.1 Требования к поисковой оптимизации Сайт должен быть разработан с учетом рекомендаций поисковых систем (Яндекс, Google) к техническим характеристикам сайта (наличие необходимых элементов и их название, формирование заголовков, иерархия элементов и т.д.) Исполнитель формирует рекомендации к элементам сайта для достижения максимально высокой позиции в результатах поисковой выдачи по релевантным запросам. 15.2 Требования к разработке веб-части Платформы Верстка должна включать разработку JavaScript, CSS и всех необходимых элементов для корректного отображения частей дизайн-макетов и анимации. При создании интерфейсов следует ориентироваться на стандарты ГОСТ Р 9241-2102012 «Эргономика взаимодействия человек-система», часть 210 «Человеко-ориентированное проектирование интерактивных систем», а также интерфейсными стандартами производителей или операционных систем, в рамках которых будет использоваться система. При создании веб-интерфейса следует учитывать требования Стандарта доступности web-контента WCAG 2.0. 15.3 Требования к доступности Необходима полноценная поддержка данного сервиса на компьютерах с установленными последней и/или предпоследней основной версией операционной системы Microsoft Windows с разрешением не менее 1280х1024 пикселей при использовании последней и/или предпоследней основной версии браузеров Internet Explorer, Mozilla Firefox, Opera, Chrome. Для устаревших версий браузеров возможно обеспечение функционирования основных элементов Платформы и функционала веб-части в упрощенном виде. Требования к доступности на планшетах и мобильных устройствах определяются в ДТЗ. 15.4 Требования к эргономике и технической эстетике 1) Сообщения об ошибках ПО или ошибочных действиях пользователя должны сопровождаться информацией о причинах ошибки и подсказкой о дальнейших действиях, необходимых для устранения проблемы. 2) Выполнение задачи, инициированной пользователем, в случае отсутствия очевидного результата должно сопровождаться соответствующей обратной реакцией со стороны системы, сигнализирующей о результате выполнения. 3) Любые сообщения пользователям не должны быть неуважительными, а также не должны обвинять пользователя в возникшей ситуации. 4) Интерфейсы редактирования содержания Платформы должны обеспечивать редактирование содержания без использования языков разметки и/или программирования и не должны требовать специализированных навыков. 5) Адреса страниц сайта (URL) должны быть краткими, удобные для восприятия человеком и соответствовать информационной структуре платформы. Для любых объектов сайта (всплывающих окон) должна происходить модификация URL, 15 позволяющая скопировать URL из командной строки браузера и использовать полученный URL для его передачи как напрямую, так и через социальные сети. Полученный URL при обращении к нему пользователем должен обращаться к конкретному объекту сайта (например, всплывающее окно с фотографией). 15.5 Требования к гарантийному периоду Исполнитель обеспечивает гарантийную поддержку Платформы, включающую в себя устранение всех ошибок в работе функционала, выявленных в ходе его функционирования. Исполнителем обеспечено взаимодействие с уполномоченными Заказчиком сторонами, ответственными за эксплуатацию и техническую поддержку, организовано информирование службы технической поддержки и ответственных сотрудников Заказчика и (или) уполномоченных Заказчиком сторон, ответственных за техническую поддержку Платформы, об инцидентах и их устранении. Исполнителем обеспечено своевременное обновление документации. Работы по гарантийной поддержке, оказываются Исполнителем за счёт собственных ресурсов на безвозмездной основе. 16 Требования к качеству работ Ошибочные действия пользователей не должны приводить к аварийным ситуациям в работе Платформы или потере данных. Программные компоненты Платформы должны быть рассчитаны для функционирования в режиме круглосуточной работы и позволять осуществлять выполнение процедур резервирования и восстановления системы после сбоев. Надежность программного обеспечения должна обеспечивать функционирование платформы со временем однократного простоя не более 30 минут и суммарным временем простоя не более 24-х часов в год. Плановый срок работоспособности Платформы с учетом проведения технической поддержки – 5 лет с момента приемки Платформы Заказчиком . 17 Требования к организации выполнения работ Для взаимодействия с Заказчиком Исполнитель должен сформировать рабочую группу, необходимую для выполнения Работ по настоящему Техническому заданию, состав которой может меняться в зависимости от объема и характера выполняемых работ, и назначить руководителя данной рабочей группы, а также единого менеджера проекта. Заказчик вправе потребовать замены участников рабочей группы со стороны Исполнителя, в случае представления обоснованных претензий. По результатам каждой рабочей встречи Исполнитель должен представлять Заказчику документ, фиксирующий достигнутые договоренности (протокол встречи).
