С момента установки системы U-SYS на предприятии существует следующая схема прописки новых абонентов.
Абонент приходит в салон связи и заключает договор на предоставление услуги телефонного доступа: создается заявление. В свою очередь, он подписывает двухсторонний договор с организацией, и вся информация по каждому абоненту заносится в специальную базу данных АСР «Старт», общую для всех абонентов организации. При внесении данных в базу, специалисту абонентского отдела кроме заполнения полей ФИО, адреса проживания, паспортных данных, типа услуги, выбранного тарифа.
В используемой на данный момент программе АСР «Старт» существует несколько подсистем, для того что бы специалист, будь то оператор создающий заявление или инженер отдела развития, распределяющий наряды, мог зайти и отследить состояние абонента, конкретно в области своего ведения и случайно не изменить информацию не касающегося его непосредственной работы.
2.1 Скриншоты пользовательского интерфейса программы АСР «Старт»
Для начала специалист абонентского отдела заводит заявление в АСР «Старт» подсистеме «Заявление». В стартовом окне подсистем находятся несколько вкладок, по которым можно отследить состояние заявления, созданного для конкретного абонента.
Затем специалист абонентского отдела рассылает наряд по смежным техническим подразделениям для обработки наряда, дальнейший процесс рассмотрим подробнее ниже на функциональной схеме предоставления услуги SIP телефония.
На рисунках 10, 11, 12 и 13 изображены окна программы АСР «Старт» на различных функциональных стадиях прохождения наряда.
Рисунок 11 – Стартовая страница АСР «Старт» подсистемы «Заявление»
Рисунок 12 – Информация, выданная по поисковому запросу, содержащему лицевой счет абонента
В программе АСР «Старт» можно производить поиск не только по лицевому счету абонента, но и по другим характеристикам: ФИО, адресу предоставления услуги, непосредственно по предоставленной услуге и т.д.
Рисунок 13 – Стартовая страница АСР «Старт» подсистемы «Технического учета»
После создания завляения оператором, необходимо тех.учету проверить техническую возможность включения абонента и выбрать вариант подключения (например технология FTTB или ADSL).
Рисунок 14 – Итоговое отображение наряда в базе АСР «Старт»
2.2 Структурная схема упрощенной модели подключения абонента
Для лучшего понимания процесса предоставление услуги подключения SIP номера ниже приведена структурная и функциональная схемы подключения абонентов. Данные схемы реализованы с помощью программного комплекса Rational Rose на основе языка UML.
В свою очередь Rational Rose – мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта является возможность использования диаграмм на языке UML. Rational Rose является графическим редактором UML диаграмм.
UML (Unified Modeling Language – унифицированный язык моделирования) – язык графического описания для объектного моделирования области разработки программного обеспечения. UML является языком широкого профиля, это – открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем.
Язык UML содержит множество видов диаграмм:
− диаграмма классов;
− диаграмма компонентов;
− диаграмма композитной/составной структуры;
− диаграмма развертывания;
− диаграмма объектов;
− диаграмма пакетов;
− диаграмма деятельности;
− диаграмма автомата;
− диаграмма вариантов использования;
− диаграмма коммуникации и последовательности;
− диаграмма обзора взаимодействия;
− диаграмма синхронизации.
Для построения схем будут использоваться только два вида диаграмм:
1) диаграмма варианта использования (Use case diagram, диаграмма прецедентов) – диаграмма, на которой отражены отношения, существующие в системе. Основная задача – представлять собой единое средство, дающее возможность визуализировать структуру и поведение системы;
2) диаграмма последовательности (Sequence diagram) – диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются [9].
Диаграмма вариантов использования будет отражать структурную схему прохождения наряда, то есть подключение абонента к услугам SIP телефонии в настоящее время. Она показана рисунке 15, указанном ниже.
Рисунок 15 – Структурная схема упрощенной модели подключения абонента на основе диаграммы вариантов использования
Как видно из структурной схемы процесс продажи SIP номеров не так прост, как кажется на первый взгляд.
Пришедший абонент видит только вершину айсберга – только заключение договора на предоставление услуг SIP телефонии и ожидание ответа от компании поставщика услуг – провайдера. После заведения наряда в базу АСР «Старт», оператор рассылает его по смежным техническим подразделениям для создания необходимых данных на своей стороне, для предоставления услуги абоненту. Подчас эти связи можно было бы упростить, например, на этапе передачи наряда в отдел электронных АТС, для этого рассмотрим функциональную схем прохождения наряда.
2.3 Функциональная схема упрощенной модели подключения абонента
Функциональная схема упрощенной модели подключения абонента представлена в приложении А.
Функциональная схема подключения сводится к следующему алгоритму:
1) абонент приходить в абонентский отдел для приобретения SIP номера. Для этого он заключает двусторонний договор с организацией – поставщиком выбранной им услуги – ОАО «Ростелеком», в лице оператора абонентского отдела;
2) оператор в свою очередь создает заявление в системе АСР «Старт» подсистеме «Заявление» и создает наряд на установку SIP номера;
3) на следующем этапе отдел технического учета в лице инженера проверяет есть ли техническая возможность на подключения SIP номера и по какой из существующих технологий можно его подключить xDSL или FTTB;
4) после проверки он делает отметку в наряде и отправляет данные к оператору абонентского отдела;
5) далее оператор отправляет наряд в отдел СПД (систем передачи данных) для создания логической трассы – голосового VPN от операторского Softswitch до абонентского оборудования;
6) отдел СПД после создания маршрута ставит свою отметку в наряде и возвращает его в абонентский отдел;
7) после того, как выбрана технология реализации физического подключения абонента к сети оператора и присвоено уникальное значение идентификатора этого подключения – физической цепи и создан маршрут до абонента отделом СПД, оператор абонентского отдела отправляет наряд к инженеру отдела электронных АТС для логического создания номера на оборудовании у оператора;
8) отдел электронных АТС занимается просто распределением нарядов по различным АТС, и не является непосредственным исполнителем. С помощью средств MsOffice необходимые наряды выгружаются из базы АСР «Старт», формируются в специальный файл и отправляются начальнику АТС;
9) все наряды пришедшие на обработку выполняются сменным инженером, по прямому указанию начальника АТС. Телефонные SIP номера прописываются по заранее установленной схеме в базу данных Softswitch, а так же отмечаются в локальной базе отработанных нарядов на месте сменного инженера;
10) после прописки абонента, сменный инженер информирует об этом начальника АТС и ставит отметку о выполнении в пришедший ему файл;
11) начальник отработанные наряды отсылает в отдел электронных АТС инженеру с помощью средств MsOffice;
12) на основе полученных данных о создании, заведении номера в базу данных операторского оборудования инженер электронных АТС ставит отметку об исполнении;
13) так же оператор абонентского отдела отправляет наряд через АСР «Старт» в отдел развития сменному инженеру, который занимается укомплектованием и настройкой клиентского оборудования необходимого для предоставления услуг заказанных абонентом;
14) так же сменный инженер занимается согласованием временного отрезка для приезда монтера к абоненту и установки оборудования;
15) после согласования времени установки оборудования с абонентом, инженер отдела развития распределяет наряды для выполнения между группами монтеров – тем самым передовая наряд на исполнение;
16) монтер выезжает к заранее установленному временному промежутку к абоненту прокладывает кабель и настроенное клиентское оборудование для предоставления услуги;
17) информирование монтера сменного инженера об успешном выполнении нового подключения;
18) после проверки качества подключения сменный инженер отдела развития закрывает наряд. Тем самым заканчивая процесс установки SIP номера новому абоненту.
На функциональной схеме упрощенной модели подключения SIP абонента к прописке абонента в базе данных Softswitch относятся пункты 7 – 12, а именно с момента передачи наряда через АСР «Старт» от оператора абонентского отдела в отдел электронных АТС, но так как инженер отдела электронных АТС не является непосредственно исполнителем, а просто сортировщиком данных – фильтром, а до исполнителя остается еще две промежуточные ступени: отправка на начальника АТС а потом непосредственно на исполнителя.
2.4 Функциональная схема заведение абонента в базу Softswitch
Существующую функциональную схему можно разделить на следующие укрупненные логические части:
1) заведение наряда в АСР «Старт»;
2) предоставление технических условий отделом технического учета;
3) предоставление голосового VPN отделом СПД;
4) прописка – заведение абонента в базе Softswitch;
5) установка оборудование у клиента – конечное предоставление услуги.
Рассмотрим пункт 4 прописку – заведение абонента в базу Softswitch более укрупнено, с помощью UML диаграммы последовательности действий для заведения абонента в базу Softswitch. Функциональная схема данного процесса показана на рисунке 16.
Функциональная схема подключения SIP абонента можно разделить на 10 этапов:
1) на первом этапе из базы АСР «Старт» наряд направляется в отдел электронных АТС к инженеру. В непосредственные обязанности инженера сводится выгрузка данных, относящихся к электронным АТС и распределение их по различным АТС;
2) после сортировки и выгрузки данных инженер формирует из полученных данных Excel файл;
3) а после формирования отправляет последний с помощью средства MsOffice – Outlook (корпоративную почту) начальнику АТС;
4) начальник АТС передает обработку нарядов сменному инженеру, так как это входит в его должностные обязанности;
5) после получения нарядов инженер отрабатывает их, то есть заводит абонента с необходимыми характеристиками в базу Softswitch с помощью специальной программы администрирования и управления программным коммутатором на основе SQL;
Рисунок 16 – Функциональная схема заведение абонента в базу Softswitch
6) после введения команды Softswitch информирует пользователя об успешном добавлении данных;
7) на ПК сменного инженера существует локальный файл по всем внесенным и удаленным SIP номерам. Это сделано для того, что бы отслеживать движения номеров. Из-за отсутствия системы АСР «Старт», а так же в общей базе осложнен поиск удаленных нарядов. И часто не представляется возможным просмотреть историю перемещения номера;
8) после того, как сменный инженер внес все необходимые данные в пришедшем файле на обработку, он ставит отметку о выполнении и передает начальнику;
9) начальник в свою очередь пересылает файл с отработанными нарядами инженеру электронных АТС;
10) после получения файла, инженер электронных АТС ставит отметку в АСР «Старт» об исполнении наряда.
Существующая схема прописки SIP номера обладает множеством недостатков, хотелось бы перечислить основные из них:
Хотя смысл всех операций сводится к созданию SIP номера, который будет принадлежать абоненту – к внесению с помощью специальных команд данных в базу Softswitch. В существующей схеме прописки, есть много не нужных, лишних этапов, можно даже сказать архаичных, сводящихся по большей части к информированию вышестоящего уровня о проделанной работе.
Сама база ACP «Старт» является клиент-серверной системой, что ведет при недостатке финансирования и обновления мощностей аппаратной части, к «зависанию» – медленной этих программ.
Так же в системе АСР «Старт» работает больше половины персонала Оренбургского филиала «Ростелеком», что так же ведет к дополнительной нагрузке на сервер и увеличение времени отклика приложения.
Так же увеличение точек прохождения наряда, несомненно, влечет за собой избыточность связей и как следствие количество возможных коллизий на каждом из этапов. Например, оператор абонентского отдела может забыть указать или ошибиться с выбором пункта назначение – пункта отправки наряда. И тогда в отделе электронных АТС не увидят новый наряд, и он не дойдет до конечного адресата. Следовательно, увеличится время предоставления услуги, а при современном темпе экономического развития это плохо отразится на показателях эффективности, а так же удовлетворении клиента. И это не единственный этап, на котором может произойти сбой.
Можно утверждать одно, при уменьшении количества этапов на пути прохождения наряда, можно избавиться от многих нелепых проблем, замедляющих работу подразделения.
Для уменьшения избыточности связей и ускорения процесса включения наряда необходимым и достаточным условием является использование выбранного протокола из семейства AAA.