Разработка бизнес-требований к системе обработки заказов на подключение услуг IPTV
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?ту. Цель процесса - внесение необходимой информации о клиенте в базу данных пользователей IPTV, чтобы впоследствии этой информацией можно было воспользоваться всем уполномоченным службам оператора. Главное, что к этой записи мы будем обращаться каждый раз, когда клиент будет включать свой STB, чтобы проверить, предоставлять ли ему вообще услуги и какие.
.1.3.2.2.4 "Активация ресурса" в качестве входных данных ничего не получает. Цель процесса - закрепить изменения, произведённые во время конфигурации. Под ресурсом в данном случае понимается то оборудование, которое до этого было сконфигурировано. Скажем, у маршрутизаторов при выполнении активации произведённые изменения должны быть записаны в ПЗУ.
Рисунок 20: Подключение - Сквозное тестирование сервиса
2.1.2.2.5.1 "Тестирование пропускной способности" осуществляется с учётом требуемых значений полосы пропускания. Цель процесса - определить реальную пропускную способность до клиента. Требования зависят от объёма и качества передаваемой видео-информации.
.1.2.2.5.3 "Тестирование конечной услуги" в качестве входных данных имеет информацию о завершении предыдущих этапов тестирования. Цель процесса заключается в определении субъективного восприятия видео-информации на стороне клиента. Для телевидения это означает наличие\отсутствие прерывистости, рассыпаемости картинки, а также определение качества звука. Осуществить подобную проверку можно путём снятия данных с пробника в сегменте сети, где расположен клиент.
Рисунок 21: Подключение - Тестирование ресурса
.1.3.2.3.1 "Тестирование сетевого оборудования" выполняется на основе тех же данных, что и процесс 2.1.3.2.2.1 "Конфигурация сетевого оборудования". Цель процесса - определение того, правильно ли была выполнена конфигурация сетевого оборудования. Процесс тестирования заключается в поочерёдной проверке каждой функции, предусмотренной данной услугой.
.1.3.2.3.2 "Тестирование клиентского оборудования" происходит на основе той же информации, которая требуется для процесса 2.1.3.2.2.2 " Добавление записи в базу данных". Цель этого тестирования - узнать, правильно ли была осуществлена конфигурация STB. Чтобы это проверить, необходимо воспользоваться всеми возможностями приставки, предусмотренными в данной услуге.
.1.3.2.3.3 "Тестирование базы данных" осуществляется на основе информации, необходимой для выполнения процесса 2.1.3.2.2.3 "Конфигурация базы данных". Цель данного тестирования - это проверка соответствия записанной в базе информации и информации, полученной изначально. Например, ячейка базы данных с адресом клиента должна содержать ту же информацию, что и заявка клиента.
Рисунок 22: Модификация - Определение выполнимости заказа
.1.1.5.1.4 "Определение возможности модификации" выполняется в соответствии с информацией о том, какая именно модификация производится. Цель процесса - узнать, можно ли модифицировать данную услугу. Результат проверки зависит как от технических особенностей предоставления услуги, так и от административных барьеров. При выполнении этого шага возможно привлечение сотрудников технического и клиентского отдела оператора, хотя гораздо эффективней проводить такую проверку автоматически.
.1.1.5.1.5 "Определение правомерности модификации" зависит от административных барьеров, установленных оператором. Цель процесса - проверка, имеет ли право клиент модифицировать данную услугу. Запрет на модификацию может быть выставлен в случае, если, к примеру, клиент подписал договор о том, что он обязуется не модифицировать услугу в течение какого-то периода времени.
.1.1.5.1.6 "Проверка сетевого оборудования от головной станции до клиента" также учитывает информацию о том, какая именно модификация производится. Цель процесса - определить, поддерживает ли эту модификацию тот участок сети, который соединяет клиента с головной станцией. Наиболее рациональной представляется реализация этой проверки в автоматическом режиме путём опроса соответствующих узлов сети, но возможен также вариант ручной проверки.
Рисунок 23: Модификация - Выделение необходимых параметров сервиса для сервисов
.1.2.2.2.1 "Модификация необходимого количества каналов" в качестве входных данных требует список каналов, которые пожелал изменить клиент. Цель процесса - определение того, какие именно источники телесигнала должны быть задействованы для предоставления клиенту всех необходимых телевизионных каналов и доп. услуг.
.1.2.2.2.3 "Модификация необходимой ёмкости на сервере" основывается на данных о том, какие доп. услуги клиент пожелал изменить. Цель процесса - изменить ёмкость на сервере в соответствии с новыми требованиями клиента. Процесс может привести к исходному результату в том случае, если клиент не изъявил желания изменить предоставляемую ему ёмкость. Если же клиент захотел модифицировать одну из услуг, предполагающих предоставление ему ёмкости на сервере, и модификация состоит в изменении этой ёмкости, то результат данного процесса будет отличаться от исходного.
.1.2.2.4 "Модификация необходимого качества обслуживания" основывается на информации об уровне качества обслуживания, который требуется для предоставлению клиенту модифицированных услуг. Цель процесса - привести в соответствие качество обслуживания с требованиями клиента в этом отношении. Процесс предполагает, что кл