ТЗ. Приложение № 1 к ЗД-Техническое задание (1). Техническое задание выполнение работ по модернизации опытного образца комплекса программных средств о
 Скачать 0.84 Mb.
|
|
Приложение № 1 к Закупочной документации по проведению открытого запроса предложений в электронной форме на право заключения договора на выполнение работ по модернизации опытного образца комплекса программных средств «О7.УМНЫЙ ДОМ» ТЕХНИЧЕСКОЕ ЗАДАНИЕ ВЫПОЛНЕНИЕ РАБОТ ПО МОДЕРНИЗАЦИИ ОПЫТНОГО ОБРАЗЦА КОМПЛЕКСА ПРОГРАММНЫХ СРЕДСТВ «О7.УМНЫЙ ДОМ» 2016г. 3 Содержание 1 Общие сведения 6 2 Назначение комплекса программных средств «Умный дом» 8 3 Описание услуги «Умный дом» 9 4 Требования к системе 19 5 Состав и содержание работ по доработке программных средств 36 6 Состав и содержание работ по развертыванию 41 7 Порядок контроля и приемки 42 8 Гарантийная поддержка 43 9 Требования к программной документации 44 10 Требования к Исполнителю 46 47 Приложение А 51 Приложение Б 4 Терминология В настоящем документе используются следующие определения и сокращения: Сокращение/Термин Наименование/Определение АСР Автоматизированная система расчетов, программно-технический комплекс, предназначенный для тарификации услуг ЕИП Единая интеграционная платформа ЕЛК Единый личный кабинет - система, обеспечивающая Абонентам интерфейс для удаленного управления различными услугами ПАО «Ростелеком»: контролировать состояние лицевого счѐта, получать информацию о выставленных счетах и оплаченных услугах, производить оплату различными способами и одним платежом за все услуги, добавлять и удалять услуги; Интерфейс Продукта WEB-ресурс для управления услугой «Умный дом». Выполняет функции регистрации контроллера, настройки сценариев пользования и уведомлений, подключения новых датчиков и т.д. Доступен из Интернет после авторизации Клиент Объект в АСР, атрибутом которого являются лицевой счет. К одному Клиенту могут относиться несколько Абонентов; Контроллер Часть абонентского оборудования Услуги, которая осуществляет сбор информации с подключенных абонентом датчиков и взаимодействие с КПС КПС Комплекс программных средств «Умный дом» и ОП ЛС Лицевой счет НОП или ОП Национальная облачная платформа ПАО «Ростелеком» Продукт Продукт с рабочим названием «Умный дом» Режим Под режимом понимается определенный набор выполняемых сценариев. Если котроллер находится в каком-либо из режимов, то при наступлении определенных условий будут отрабатываться только те сценарии, которые были ассоциированы с выбранным режимом. Сервис Программа, принимающая сообщения от приставок по определенному протоколу взаимодействия. Во время работы сервис может находиться в режиме ожидания сообщений от управляющего контроллера или в режиме обмена сообщениями. Событие Сообщение от управляющего контроллера о произошедших действиях, таких как: добавление устройства, удаление устройства, изменение состояния устройства, различные типы уведомлений, посылаемые устройствами от управляющего контроллера, выполнение сценариев и т. д. ССПД Система сбора и предобработки данных (Система Предбиллинга), эксплуатируемая в Корпоративном центре РТК, осуществляющая прием и обработку исходных тарификационных данных, собранных с Облачной платформы РТК 5 Сокращение/Термин Наименование/Определение Сценарий Функциональность, позволяющая создавать задачи, которые будут выполнены при наступлении определѐнных условий. Сценарий содержит следующие общие компоненты: метаданные - содержат следующее описание сценария: имя сценария, признак «включен» или «отключен», определяемые пользователем, а также уникальный идентификатор и признак корректности сценария, определяемые автоматически; условия - одно или несколько простых или сложных (состоящих из нескольких условий, объединенных при помощи логических операций И, ИЛИ) условий, при наступлении которых выполняется сценарий; действия - совокупность действий, которые выполняются при выполнении заданного сценария. Системой предусмотрены два типа действий: обновление статуса устройства либо оповещение пользователя. ТПО Точка продаж и обслуживания клиентов РТК Услуга Услуга «Умный дом» 6 1 Общие сведения 1.1 Основание для выполнения работ Программа инновационного развития ПАО «Ростелеком». 1.2 Заказчик работ Заказчик: ПАО «Ростелеком». 1.3 Сведения об источниках и порядке финансирования Источник финансирования определяется Заказчиком. 1.4 Цель выполнения работ Работы по настоящему Договору выполняются с целью пилотного запуска услуги «Умный дом» в двух макрорегиональных филиалах ПАО «Ростелеком» - МРФ «Северо-Запад» и МРФ «Волга». Для внедрения комплекса программных средств «Умный дом» необходимо выполнить доработку НОП и опытного образца КПС, провести развертывание КПС в НОП и осуществить интеграцию КПС с информационными системами ПАО «Ростелеком» для обеспечения коммерческой эксплуатации. 1.5 Состав работ По настоящему Договору Исполнитель выполняет перечисленные ниже работы: 1) Разработка промышленного образца КПС; 2) Доработка НОП; 3) Развертывание КПС; 4) Разработка дизайна мобильных приложений; 5) Разработка технического задания на разработку мобильных приложений. 1.6 Сроки выполнения работ В таблице 1 представлены этапы выполнения работ по Договору. 7 Таблица 1 - Этапы выполнения работ № этап а Наименование этапа Срок сдачи работ Результат работ 1 Разработка промышленного образца комплекса программных средств «Умный дом» Не более 60 дней, точный срок определяются при проведении закупочной процедуры Техническое задание на разработку мобильных приложений; Описание API Контроллера; Промышленный комплекс программных средств «Умный Дом» Комплект документов технического проекта Комплект документов эксплуатационной документации Программа и методика испытаний Протокол проведения предварительных испытаний Исходные коды комплекса программных средств «Умный дом» Исходные коды НОП 2 Проведение опытной эксплуатации комплекса программных средств «Умный Дом» В течении всего срока опытной эксплуатации, но не более 4 месяцев. Точный срок определяются при заключении договора. Отчет о проведении опытной эксплуатации Протокол проведения приемо- сдаточных испытаний 1.7 Место выполнения работ Работы выполняются на территории Российской федерации. 8 2 Назначение комплекса программных средств «Умный дом» Комплекс программных средств «Умный дом» должен представлять собой единый ресурс для управления автоматизированной системой жилища и процессами жизнеобеспечения. На базе комплекса ПАО «Ростелеком» будет предоставлять услугу «Умный дом». Пользователь услуги должен иметь доступ к информации об устройствах, установленных в жилище, возможность просмотра уведомлений от этих устройств и управления ими в режиме реального времени посредством веб-интерфейса и в приложениях для мобильных устройств. 9 3 Описание услуги «Умный дом» 3.1 Схема предоставления услуги «Умный дом» В помещении Абонента устанавливается Контроллер с набором беспроводных датчиков. Датчики подключаются к Контроллеру по протоколу Z-wave. Количество и тип датчиков может меняться. Контроллер получает показания с подключенных к нему датчиков и передаѐт их КПС для обработки хранения и отображения Абоненту Услуги. Подключенные Абонентом камеры регистрируются в КПС и транслируют видео поток. Абонент с использованием web-браузера подключается к КПС и может пользоваться Услугой. Пользование Услугой также возможно с использованием мобильного приложения под платформы iOS или Android. Рисунок 1. Типовая схема оказания услуги «Умный дом». Сеть интернет Камера 1 Камера 2 Контроллер Датчик 1 Датчик 2 Сетевое оборудование Абонента Видео поток с камер; Поток телеметрических данных с датчиков; Доступ к Интерфейсу Продукта Облачная платформа О7 Платформа «Умный дом» 3.2 Архитектура КПС Архитектура КПС должна разрабатываться с учетом размещения компонентов КПС в облачной платформе Ростелеком. Общедоступные сервисы должны быть размещены в отдельном сегменте сети. 10 Пользовательские интерфейсы и базы данных должны быть размещены на отдельных серверах. Все компоненты КПС должны горизонтально масштабироваться. Масштабирование каждой компоненты КПС должно выполняться независимо от других компонент. На следующих двух рисунках схематично показана архитектура, которая должна быть у промышленного КПС. При необходимости текущая архитектура опытного образца и связанных подсистем НОП могут быть предоставлены по запросу участника закупочной процедуры. Рисунок 2-1. Верхне-уровневая схема прикладного п/о КПС 11 В результате внедрения КПС должна быть обеспечена поддержка бизнес-процессов подключения, эксплуатации, тарификации (включая блокировку/разблокировку Услуги за неуплату) и абонентского обслуживания на всех этапах жизненного цикла продукта. Рисунок 2-2. Верхне-уровневая схема интеграции для пилотного запуска. 12 3.3 Сценарии использования услуги «Умный дом» 3.3.1 Подключение Услуги абонентом через ЕЛК. Пилотная зона. Действующие лица: Абонент Объекты взаимодействия: ЕЛК, АСР, ЕИП, ОП Примечание: Предусловия: У Абонента есть подключенная услуга ШПД, есть учѐтная запись в ЕЛК Инициируется: Абонентом Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) Абонент посредством web-интерфейса ЕЛК запрашивает подключение Услуги; 2) ЕЛК проверяет наличие ранее подключенной Услуги на ЛС услуги ШПД; 3) Если Услуга на ЛС услуги ШПД не подключена, то процесс подключения продолжается; 4) Если Услуга на ЛС услуги ШПД подключена, то процесс подключения прерывается. Абоненту выводится сообщение об ошибке; 5) ЕЛК отправляет запрос на подключение Услуги в АСР (выбирается та же АСР, где подключена услуга ШПД); 6) В АСР создаѐтся абонент Услуги на существующем Клиенте ШПД 7) АСР отправляет через ЕИП команду на создание профиля (подключение) Услуги в ОП. На ЕИП передаются данные о Клиенте (включая номер ЛС, идентификатор МРФ, идентификатор АСР); 8) В ОП создаѐтся технологическая учѐтная запись для подключающегося абонента Услуги; 9) После успешного завершения запроса подключения услуги (п.1) Пользователь получает возможность перейти по ссылке в Интерфейс Продукта. При первом входе в Интерфейс Продукта выполняются следующие действия: a. Процедура обязательной смены пароля учетной записи Пользователя в Интерфейсе Продукта; b. Процедура связывания технологической учетной записи ОП и учетной записи в ЕЛК; c. Запрос данных Пользователя в ЕЛК (телефон, e-mail и проч.); 10) В дальнейшем Абонент может аутентифицироваться напрямую в Интерфейсе Продукта; 11) Услуга полностью подключена. Расширение сценария: Принципы учета и тарификации: Не тарифицируется 3.3.2 Подключение Услуги оператором Действующие лица: Оператор, Абонент Объекты взаимодействия: АСР, ЕИП, ОП Примечание: У Абонента есть подключенная услуга ШПД Предусловия: Инициируется: Абонентом Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) Оператор проверяет наличие ранее подключенной Услуги на ЛС услуги ШПД; 2) Если Услуга на ЛС услуги ШПД подключена, то процесс подключения прерывается; 13 3) Если Услуга на ЛС услуги ШПД не подключена, то процесс подключения продолжается; 4) Оператор подключает в АСР Услугу существующему Абоненту ШПД; 5) В АСР создаѐтся абонент Услуги на существующем Клиенте ШПД; 6) АСР отправляет через ЕИП команду на создание профиля (подключение) Услуги в ОП. На ЕИП передаются данные о Клиенте (включая номер ЛС, идентификатор МРФ, идентификатор АСР); 7) В ОП создаѐтся технологическая учѐтная запись для подключающегося абонента Услуги; 8) В ЕЛК появляется ссылка на Интерфейс Продукта; 9) Далее абонент должен в обязательном порядке перейти из ЕЛК в Интерфейс Продукта для завершения процедуры создания учетной записи в ОП (связывается ранее созданная технологическая учѐтная запись ОП и учѐтная запись в ЕЛК); 10) В дальнейшем Абонент может аутентифицироваться напрямую в Интерфейсе Продукта; 11) Услуга полностью подключена. Расширение сценария: Принципы учета и тарификации: Не тарифицируется 3.3.3 Отключение Услуги абонентом через ЕЛК. Действующие лица: Абонент Объекты взаимодействия: ЕЛК, АСР, ЕИП, ОП Примечание: Предусловия: У Абонента есть подключенная Услуга Инициируется: Абонентом Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) Отключение услуги через ЕЛК не производится; 2) Для отключения услуги абонент должен посетить ТПО РТК. Расширение сценария: Принципы учета и тарификации: 3.3.4 Отключение услуги оператором. Действующие лица: Оператор Объекты взаимодействия: АСР, ЕИП, ОП Примечание: У Абонента есть подключенная Услуга Предусловия: Инициируется: Оператором Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) Оператор в ТПО через АСР отключает Услугу существующему Абоненту; 2) Производится закрытие абонента в АСР; 3) При закрытии абонента из АСР на ЕИП отправляется команда отключение профиля в ОП; 4) ОП блокирует профиль и отключает Услугу; 5) В АСР абонент закрывается стандартно; 6) Услуга полностью отключена. Расширение сценария: Принципы учета и тарификации: 14 3.3.5 Блокировка Услуги по балансу. Действующие лица: Объекты взаимодействия: АСР, ЕИП, ОП Примечание: Предусловия: У Абонента подключена Услуга Инициируется: АСР Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) АСР принимает решение о финансовой блокировке Услуги; 2) АСР отправляет на ЕИП команду на блокировку профиля в ОП; 3) ОП ограничивает предоставление Услуги. Расширение сценария: Принципы учета и тарификации: Не тарифицируется 3.3.6 Разблокировка Услуги по балансу. Действующие лица: Объекты взаимодействия: АСР, ЕИП, ОП Примечание: Предусловия: У Абонента подключена Услуга Инициируется: АСР Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) После изменения баланса АСР принимает решение о снятии финансовой блокировки Услуги; 2) АСР отправляет на ЕИП команду на разблокировку профиля в ОП; 3) ОП оказывает Услугу в полном объѐме. Расширение сценария: Принципы учета и тарификации: Не тарифицируется 3.3.7 Тарификация Услуги. Действующие лица: Объекты взаимодействия: АСР, ЕИП, ОП Примечание: Предусловия: У Абонента подключена Услуга Инициируется: ОП Нефункциональные требования: Диаграмма: 15 Основные шаги сценария: 1) После оказания Услуги в течение отчетного периода ОП ежедневно выкладывает CDR на FTP-сервер 2) CDR скачиваются ССПД и передаются в АСР. 3) После скачивания CDR ССПД должна удалить скаченные CDR с FTP-сервера ОП. CDR передается ежедневно. 4) АСР с учетом тарифных классов, указанных в CDR, рассчитывает стоимость потребленных услуг. Расширение сценария: 1) В случае наличия тестового периода при подключении услуги, тарификация начинается после его окончания. Принципы учета и тарификации: По прейскуранту 3.3.8 Начало тарификации Услуги. Действующие лица: Абонент Объекты взаимодействия: Интерфейс Продукта, ОП Примечание: Предусловия: У Абонента подключена Услуга Инициируется: Абонент Нефункциональные требования: Диаграмма: Основные шаги сценария: 1) Услуга успешно подключена в АСР и в ОП (создан профиль Услуги в ОП). 2) Услуга в ОП находится в статусе ожидания активации абонентского оборудования Услуги (статус Услуги в АСР не меняется), тарификация не проводится. 3) Абонент успешно проходит аутентификацию в Интерфейсе Продукта. 4) В Интерфейсе Продукта Абонент делает регистрацию (привязку к аккаунту) абонентского оборудования Услуги (Контроллера или Видеокамеры, по Идентификатору продукта или автоматически по IP адресу) в профиле услуги. 5) После успешной регистрации абонентского оборудования Услуги в профиле Услуги в ОП, Услуга в ОП переходит в активный статус (информация ни в ЕЛК, ни в АСР не передаѐтся). 6) Начинается тарификация Услуги в ОП. Расширение сценария: Принципы учета и тарификации: По прейскуранту 3.3.9 Смена тарифа и подключение тарифных опций Услуги. Действующие лица: Абонент Объекты взаимодействия: Интерфейс Продукта, ОП Примечание: Предусловия: У Абонента подключена Услуга, идѐт тарификация Инициируется: Абонент Нефункциональные требования: |