ТЗ. Приложение № 1 к ЗД-Техническое задание (1). Техническое задание выполнение работ по модернизации опытного образца комплекса программных средств о
 Скачать 0.84 Mb.
|
|
4.2.10 Требования по диагностированию программного средства КПС должен включать в себя инструмент (скрипт и/или API) диагностики. Инструмент диагностики должен позволять контролировать корректность работы всех внешних и внутренних интерфейсов системы, включая подключения к БД и очередям. Технология реализации инструмента диагностики и список интерфейсов, подлежащих диагностике, должны быть согласованы с Заказчиком и отражены в эксплуатационной документации. Метрики для диагностики, нормальные значения и аварийные диапазоны должны быть согласованы с Заказчиком и отражены в эксплуатационной документации. 4.2.11 Требования к численности и квалификации персонала Весь персонал, эксплуатирующий КПС, может быть разделен на две группы: пользователи; обслуживающий персонал. 33 Пользователи должны иметь опыт работы с персональным компьютером на уровне квалифицированного пользователя. Обслуживающим персоналом является системный администратор. Системный администратор должен иметь навыки по установке, настройке и администрированию программных и технических средств, перечисленных в п. 4.2.12 настоящего ТЗ и обладать высоким уровнем квалификации в следующих областях: администрирование технических средств (серверы, рабочие станции, приставки); администрирование программного обеспечения операционных систем и систем управления базами данных; разработка, управление и реализация эффективной политики информационной безопасности; доработка программных и технических средств. Работа с КПС организована с помощью средств вычислительной техники, результаты отображаются на мониторах и дисплеях, поэтому требования к организации труда и режима отдыха при администрировании должны устанавливаться, исходя из требований к организации труда и режима отдыха при работе с этим типом средств вычислительной техники согласно СП 2.2.2.1327-03 «Гигиенические требования к организации технологических процессов, производственному оборудованию и рабочему инструменту». 4.2.12 Требования к составу и параметрам технических средств серверной части Выбор оборудования должен осуществляться с учетом следующих требований: прекращение или сбой электропитания на время до 15 минут не должен приводить к прекращению функционирования; должны использоваться технические средства повышенной отказоустойчивости; должна быть предусмотрена возможность структурного резервирования; комплекс технических средств должен быть обеспечен комплектом запасных изделий и приборов (ЗИП); носители информационных массивов должны быть продублированы. Комплекс технических средств серверной части должен включать следующие компоненты: веб-сервер; сервер приложений; сервер балансировки; сервер баз данных (БД). Компоненты серверной части КПС должны быть реализованы на базе свободного программного обеспечения. Требования к техническим характеристикам серверной группы: Компонент Конфигурация Тип сервера Виртуальный сервер Процессор не менее 4 ядер Оперативная память веб-сервер – не менее 16 Гб сервер приложений – не менее 16 Гб 34 Компонент Конфигурация сервер балансировки – не менее 4 Гб сервер баз данных – не менее 16 Гб Дисковая подсистема веб-сервер – не менее 300 Гб SAS сервер приложений – не менее 300 Гб SAS сервер балансировки – не менее 200 Гб SAS сервер баз данных – не менее 300 Гб SAS, дополнительный диск - не менее 1 Тб SAS 4.2.13 Требования к составу и параметрам рабочих станций Аппаратное обеспечение стационарного рабочего места системного администратора должно удовлетворять следующим минимальным требованиям: Компонент Конфигурация Центральный процессор Intel 3 ГГц Оперативная память 2 Гб и выше Жесткий диск 80 Гб Привод чтения компакт дисков CD/DVD Монитор SVGA 1280x1024 Работоспособность основных функций веб-сервиса должна обеспечиваться в интернет- обозревателях: Microsoft Internet Explorer версии 11.0 и выше; Mozilla Firefox версии 21.0 и выше; Google Chrome версии 26.0 и выше; Opera 11.0 и выше. Веб-сервис должен обеспечивать комфортную работу при удаленном доступе в сетях передачи данных со скоростью не менее 512 Кб/сек. Мобильные устройства под управлением ОС семейств Android и iOS, подключаемые к веб-сервису с использованием удаленного доступа через Интернет, должны поддерживать технологии GPRS/EDGE/3G. 4.2.14 Требования к информационной и программной совместимости Целостность сервиса «Умный дом» должна обеспечиваться совместимостью протоколов взаимодействия и совместимостью интерфейсов технических средств (физической совместимостью). Функциональная и физическая совместимость технических и программных средств должна обеспечиваться выполнением требований, устанавливаемых в технической и эксплуатационной документации. Информационное взаимодействие между компонентами КПС должно осуществляться с использованием общей базы данных. 35 Для взаимодействия со смежными системами, интерфейсы КПС должны быть построены на основе открытых стандартов, позволяющих произвести выгрузку данных или обмен информацией с другими сервисами. Информационная совместимость со смежными системами должна достигаться за счет использования стандартного протокола обмена структурированными сообщениями SOAP/HTTP. 4.3 Требования к интеграции 4.3.1 Интеграция с платформой видео-наблюдения Функции видео-наблюдения в КПС должны быть реализованы на базе внешней платформы видео- наблюдения. Платформа видео-наблюдения предоставляется Заказчиком. Описание API платформы видео- наблюдения может быть предоставлено по запросу участника закупочной процедуры. 4.3.2 Интеграция с НОП Функции поддержки провиженинга и биллинга, реализуемые в КПС, предназначены для использования из соответствующих подсистем НОП. Описание API для поддержки указанных функций разрабатывает Исполнитель с учетом требований настоящего технического задания и архитектуры связанных подсистем НОП. 4.3.3 Интеграция с почтовым шлюзом и SMS-шлюзом Функции отправки уведомлений по электронной почте и с помощью SMS-сообщений должны быть реализованы на базе шлюзов, предоставляемых Заказчиком. При необходимости описание протоколов взаимодействия с почтовым шлюзом и SMS-шлюзом Заказчика могут быть предоставлены по запросу участника закупочной процедуры. 4.3.4 Интеграция с серверами Push-уведомлений Функции отправки Push-уведомлений должны быть реализованы на базе публичных шлюзов, поддерживаемых компаниями Apple и Google. 36 5 Состав и содержание работ по доработке программных средств 5.1 Разработка промышленного комплекса программных средств «Умный дом» Целевое решение должно быть разработано на основе опытного образца комплекса программных средств «О7.Умный Дом». Целевое решение должно выполнять функции, необходимые для пилотного запуска коммерческой эксплуатации решения. Должны быть выполнены необходимые интеграции с системами ПАО «Ростелеком». В качестве технологической платформы должна быть использована НОП ПАО «Ростелеком». При интеграции с НОП должны также быть выполнены доработки НОП, необходимые для запуска целевого решения сервиса «Умный Дом». Пользовательские интерфейсы целевого решения должны дорабатываться с учетом концепции и стилистики опытного образца веб-сервиса «О7.Умный дом». При необходимости может быть выполнен редизайн интерфейсов промышленного решения: Изменения в дизайне веб-интерфейса должны быть согласованы с Заказчиком; В части мобильного приложения должен быть разработан дизайн и техническое задание для мобильного приложения Умный дом. При проведении редизайна интерфейсов, состав и содержание конкретных страниц и разделов интерфейсов, приведенный разделе 4 «Требования к системе», может быть изменен на этапе технического проектирования с целью повышения удобства, эргономичности и эффективности интерфейсов. 5.1.1 Требования к поддержке процессов провиженинга и биллинга услуги «Умный дом» Исполнитель должен разработать API для провиженинга и биллинга ресурсов со следующими функциями: Создание/удаление тенанта; Блокировка/разблокировка тенанта; Получение списка тенантов; Получение информации о тенанте (о его конфигурации и состоянии). 5.1.2 Требования к доработке подсистемы уведомлений При промышленной эксплуатации КПС, в том числе и в период реализации пилотного проекта отправка сообщений электронной почты и смс-сообщений должна выполняться через промышленные шлюзы Заказчика. КПС должен обеспечивать возможность отправки уведомлений пользователям при помощи следующих сервисов доставки сообщений: Сервис Push-уведомлений; Сервис SMS-уведомлений; Сервис отправки email. 37 5.1.3 Требования к доработке подсистемы видеонаблюдения Должно быть выполнено изменение реализации подсистемы видеонаблюдения КПС. Для обеспечения функций видеонаблюдения должна быть обеспечена возможность подключения внешней системы видеонаблюдения через API. Подсистема видеонаблюдения платформы Умный дом должна обеспечивать c API системы видеонаблюдения: Подключение опции видеонаблюдения; Единую авторизацию абонентов через Интерфейс продукта; регистрацию абонентского видео-оборудования (IP камеры) в профиле пользователя на платформе Умный дом; сохранение получаемого с абонентского оборудования видеопотока; просмотр видеопотока в режиме реального времени; Доступ к архивам записей с помощью удобного навигатора (календарь); Выгрузка видеоматериала на устройство клиента в популярных форматах; Сохранение отдельных кадров видеоматериала на устройство клиента; Анализ движения и освещенности, уведомление о движении. Внешняя система, реализующая функции видеонаблюдения и предоставляющая API, предоставляется Заказчиком. 5.1.4 Требования к доработке подсистема взаимодействия с управляющим контроллером Подсистема взаимодействия с управляющим контроллером должна быть доработана с учетом следующих требований: Должна быть проработана схема безопасного взаимодействия контроллеров и мобильных устройств с API, реализованы методы аутентификации и авторизации при вызове API; Должен быть разработан открытый API, обеспечивающий возможность интеграции КПС с оборудованием широкого круга сторонних производителей контроллеров и сервисов, а именно: o В описании API не должно быть требований о полном или частичном использовании закрытых протоколов (кроме протокола Z-Wave); o Описание API должно быть независимо от каких-либо аппаратных решений (за исключением радио-модуля Z-Wave). Подсистема взаимодействия с управляющим контроллером должна быть доработана с учетом требований указанного выше API контроллера. 5.1.5 Требования к доработке веб-интерфейсов Веб-интерфейсы КПС должны быть доработаны с учетом следующих требований: Должно быть реализовано взаимодействие по протоколу HTTPS При запросе к API по протоколу HTTP веб-сервер КПС выполняет http-редирект на аналогичный URL, но с протоколом HTTPS. Для аутентификации и авторизации при работе HTTP(s) REST API должны использоваться данные из ЕЛК, кроме пароля. 38 5.2 Доработка мобильных приложений В состав работ, выполняемых по Договору, входит разработка макетов мобильных приложений, а так же разработка технического задания на разработку мобильных приложений. Разработка мобильных приложений не входит в состав работ по Договору. 5.3 Требования к интеграции с НОП КПС должен обладать API для провиженинга услуги «Умный дом»: Создание/удаление тенанта; Блокировка/разблокировка тенанта; Получение списка тенантов; Получение информации о тенанте (о его конфигурации и состоянии). 5.4 Доработка НОП 5.4.1 Поддержка процессов для пользователей услуги «Умный дом» В НОП должна быть добавлена поддержка учетных записей пользователей услуги «Умный дом». Для поддержки процессов, связанных с предоставлением услуги «Умный дом», необходимо реализовать в НОП следующие функциональные возможности: Создание/удаление профиля абонента физического лица; Блокировка/разблокировка профиля абонента физического лица; Создание/удаление связи профиля в НОП с профилем в ЕЛК; Создание/удаление связи профиля в НОП с лицевыми счетами в АСР; Авторизация пользователя по логину и паролю в КПС; Подключение/отключение пользователю услуги «Умный дом»; Блокировка/разблокировка пользователю услуги «Умный дом». 5.4.2 Требования тарификации Для тарификации должна использоваться модель тарификации, аналогичная предоставлению облачных услуг НОП, использующим кредитный метод оплаты. Должна быть реализована схема покупки пользователем пакетов SMS-уведомлений, аналогичная существующей в НОП. Купленные пакеты SMS-уведомлений должны тарифицироваться по схеме разового платежа. Стоимость услуги УД должна рассчитываться исходя из следующих параметров: Абонентская плата за сутки за использование услуги; Сумма стоимостей используемых Пользователем ресурсов за сутки. Примером тарифицируемых ресурсов могут являться: Количество подключенных контроллеров; 39 Количество сценариев автоматизации; Количество подключенных датчиков. 5.4.3 Требования к интеграции 5.4.3.1 Общая архитектура решения по интеграции ЕИП На данный момент в ЕИП разработано интеграционное решение (ИР) «Программы лояльности», которое позволяет подключать услуги в АСР в обмен на бонусные баллы, накопленные абонентом. На данный момент разработан функционал по загрузке информации об изменении абонентской картотеки и функционал по управлению услугами в НОП по юридическим лицам. На данный момент для системы ЕССДЗ реализован функционал по загрузке информации для расчета задолженности, выполнения работ с дебиторами и формирования команд для автоматического обзвона, блокировки/разблокировки услуг. Реализация процессов, связанных с предоставлением услуги «Умный дом», предполагается с использованием ранее разработанного функционала. Рисунок 3. Схема интеграции ЕИП с поддержкой работы с дебиторами ЕЛК Федеральный сегмент ЕИП Адаптер ЕЛК SelfCareAdapter DB ЕИП.MDM АСР BIS O7 Адаптер О7(НПРОД) O7adapter Региональный сегмент ЕИП МРФ СЗ Региональный сегмент ЕИП МРФ Волга Информационные системы Новые модули Ранее разработанные модули УД ЕССДЗ Адаптер ЕССДЗ ЕССДЗ adapter Адаптер АСР BIS ASRAdapterBIS Адаптер АСР Старт ASRAdapter Загрузка данных для ЕССДЗ МРФ Волга (НСИ и фин.данные) WS ЕИП Адаптер АСР BIS ASRAdapterBIS АСР Старт АСР Старт Модуль маршрутизации запросов на РЕИП RoutingCore Реализованные потоки данных Новые потоки данных Потоки данных, требующие доработки Модули подлежащие разработке 1 2 2 3 4 3 4 5 5 6,10 7,10 8 9 Потоки данных: 1. Передача команды из ЕЛК на ФЕИП на подключение услуги УД; 2. Передача команды на подключение услуги от ФЕИП на РЕИП 3. Передача команды от РЕИП в АСР МРФ на подключение услуги 4. Передача информации о создании абонента O7 на РЕИП 5. Передача информации о создании абонента из РЕИП на ФЕИП 6. Передача команды на создание профиля Из ФЕИП на O7 7. Передача команды из O7 на УД 8. Передача данных о ДЗ в систему ЕССДЗ 9. Передача команд на блокировку услуг для Дебиторов 10. Передача команд на блокировку услуг из ЕИП на O7, УД RMS-BIS адаптер 8 40 Запрос на подключение услуги поступает от ЕЛК и трансформируется модулем «адаптер ЕЛК» во внутреннюю модель данных ЕИП. Создается заявка на отправку данных в региональные системы. Заявка поступает в модуль маршрутизации и далее обработка происходит аналогично действующему функционалу ИР «Программы лояльности». Из АСР МРФ в ФЕИП.MDM через РЕИП поступает информация о подключении услуги, аналогично, как это реализовано при создании профиля на O7 для юридических лиц. Далее на O7 создается профиль и подключается услуга «Умный дом». Параллельно производится взаимодействие с системой ЕССДЗ в части планов работ с дебиторами и управления услуг. При возникновении задолженности и при переходе на стадию блокировки услуг в ЕССДЗ через ЕИП на O7 отправляются команды на блокировку профиля. Соответственно, при поступлении платежей, закрывающих задолженность у клиента, отправляются команды на разблокировку профиля на O7. Описание API для взаимодействия НОП с ЕИП может быть предоставлено по запросу участника закупочной процедуры. 5.4.3.2 Требования к интеграции с сервисом «Умный дом» В части интеграции целевого решения сервиса «Умный дом» с НОП должны быть реализованы следующие функции: провиженинг сервиса «Умный Дом»; тарификация доработанного сервиса, согласно существующему механизму интеграции облачных сервисов, НОП и АСР (в результате интеграции в АСР должны передаваться файлы в формате, описанном в разделе Приложение А). 41 6 Состав и содержание работ по развертыванию 6.1 Требования к выполнению развертывания на инфраструктуре Заказчика КПС должен быть развернут на виртуальных серверах в НОП ПАО «Ростелеком». При развертывании должно быть развернуто 2 экземпляра решения: Тестовая среда, интегрированная с тестовой средой НОП; Промышленная среда, интегрированная с промышленной средой НОП. Опытная эксплуатация Системы должна проводиться на экземпляре, развернутом в НОП. Развертывание решения должно производиться с использованием системы контроля конфигураций НОП, должны быть разработаны сценарии развертывания для системы контроля конфигураций. При разработке решения должен использоваться итеративный подход с передачей промежуточных результатов в виде Релизов ПО. Релизы ПО должны сопровождаться описанием по форме описанной в разделе Приложение Б. Виртуальная инфраструктура предоставляется Заказчиком. |