Диплом: Разработка информационной справочной системы компании на основе web-сервисов для ПАО "Ростелеком" ХФ МЦТЭТ г. Анадырь

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
37
«М2000 Биллинг» — это базовая подсистема системы расчетов за услуги
связи «M2000». Подсистема реализует универсальную технологию тарификации
оказываемых услуг, производит учет и обслуживание абонентов [19]. Данный
биллинг использовался для технического учёта и тарификации услуги АТА.
Возможности «М2000 БИЛЛИНГ»:
Тарификация оказываемых услуг, формирование начислений, выполнение
расчетов по всем типам услуг.
Обеспечение функций конфигурирования и управления расчетными
процессами, реализованными в системе.
Управление тарифными планами, а также правилами тарификации услуг
традиционной телефонии.
Обеспечение функций загрузки данных в систему из внешних источников.
Формирование разовых счетов (счетов по требованию), работа с
финансовой карточкой абонента, ручное распределение оплат,
формирование главных книг для бухгалтерских или финансовых систем.
Управление информацией о дебиторской задолженности.
На базе данных биллинга M2000 была реализована информационно-
справочная система «09». Справочная система «09» представляет из себя
локальный клиент синхронизирующий данные с базой данных по запросу
оператора. Программная архитектура «М2000 БИЛЛИНГ» и справочной системы
«09» представлена на схеме 1.11.
Redmine открытое серверное веб-приложение для управления проектами и
задачами (в том числе для отслеживания ошибок). Redmine написан на Ruby и
представляет собой приложение на основе широко известного веб-фреймворка
Ruby on Rails. Распространяется согласно GNU General Public License [20].
Redmine также использовался как wiki справочник по занесённым в него
проектам. Statman это веб-приложение разработанное специально для нужд ОАО
«Чукоткасвязьинформ». Statman так же как Redmine написан на Ruby с
использованием веб-фреймворка Ruby on Rails. Основной задачей данной
системы является генерация различных отчётов на основании данных хранящихся
в базах данных LANBilling и M2000, а также формирование отчётов на основании
данных переданных пользователем.
38
Схема 1.10. Программная архитектура АСР LANBilling
Программная архитектура Redmine представлена на схеме 1.12.
Схема 1.11. Программная архитектура «M2000 БИЛЛИНГ»
39
Схема 1.12. Программная архитектура Redmine
Кроме генерации отчётности, Statman выполняет запланированные
автоматизированные задачи. Программная архитектура Statman представлена на
схеме 1.13.
В качестве nameserver используется BIND. BIND (Berkeley Internet Name
Domain, до этого: Berkeley Internet Name Daemon) — открытая и наиболее
распространённая реализация DNS-сервера, обеспечивающая выполнение
преобразования DNS-имени в IP-адрес и наоборот. Исполняемый файл-демон
сервера BIND называется named.
Схема 1.12. Программная архитектура Statman
40
Контроллер домена в компьютерных сетях, построенных на Microsoft
Server сервер, контролирующий область компьютерной сети (домен). Запускает
службы Active Directory, в частности Центр распространения ключей Kerberos
(Kerberos Key Distribution Center, KDC). Active Directory (AD) службы
каталогов корпорации Microsoft для операционных систем семейства Windows
Server. Первоначально создавалась, как LDAP-совместимая реализация службы
каталогов, однако, начиная с Windows Server 2008, включает возможности
интеграции с другими службами авторизации, выполняя для них интегрирующую
и объединяющую роль. Позволяет администраторам использовать групповые
политики для обеспечения единообразия настройки пользовательской рабочей
среды, разворачивать программное обеспечение на множестве компьютеров через
групповые политики или посредством System Center Configuration Manager (ранее
Microsoft Systems Management Server), устанавливать обновления
операционной системы, прикладного и серверного программного обеспечения на
всех компьютерах в сети, используя Службу обновления Windows Server. Хранит
данные и настройки среды в централизованной базе данных.
1.2 Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1 Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Как уже говорилось ранее в 1 главе МЦТЭТ г. Анадырь образовался в
результате интеграции «Чукоткасвязьинформ» в «Ростелеком», соответственно
вся инфраструктура наследована. В ходе интеграции сотрудникам ЧСИ был
предложен выбор, либо попасть под сокращение, либо уволится из ЧСИ и быть
принятым в МЦТЭТ. В результате большое количество персонала решило попасть
под сокращение. В списке этих сотрудников также были все сотрудники отдела
телекоммуникаций, обеспечивающие деятельность всей инфраструктуры. В
результате ХФ было принято решение максимально интегрировать ИС ПАО
«Ростелеком» в образовавшийся филиал. Но имеющиеся ИС в ПАО «Ростелеком»
разрабатывались без учёта специфики региона. В связи с этим интеграция их стала
весьма проблематичной. Но все же интеграция была проведена, и сотрудники
получили доступ к новым ИС с которыми пришлось работать, и в дальнейшем вся
41
работа должна осуществляться только с их участием. Львиная доля приложений
доступна по средствам Citrix Terminal, остальные через веб-приложения.
Среди новых систем были следующие:
ЕСЭД - единая система электронного документооборота выполняющая
традиционные для подобных приложений задачи такие как: регистрация
документов, назначение ответственных, отслеживание процесса выполнения,
формирования отчётности по документам.
АСР «Старт» - автоматизированная система расчётов, пришедшая на
смену «М2000 БИЛЛИНГ», обеспечивавшая учёт и расчёт абонентов.
АСР «Старт IP» - автоматизированная система расчётов, пришедшая на
смену «LANBilling», обеспечивавшая учёт и расчёт абонентов по услугам ШПД и
IPTV.
AC «ТехУчет» – система отвечающая за учёт оборудования.
АС «Старт Навигатор» - система, агрегирующая данный с трех баз
данных систем АСР «Старт», АСР «Старт IP», AC «ТехУчет» и формирующая
различные отчёты и выгрузки как для абонентов, так и для сотрудников компании.
В описанном выше комплексе задач присутствуют следующие бизнес
процессы:
Предоставление услуг связи (телефония, ШПД, IPTV).
Оказание технической поддержки.
Оказания услуг справочной службы «09».
Учет оборудования.
Учет материального обеспечения.
Поддержка внутренней инфраструктуры предприятия.
Поддержка внешней инфраструктуры предприятия.
Осуществление коммерческой деятельности.
Как уже говорилось ранее интеграция новых ИС была весьма
проблематичной. Главной причиной проблем является организация связи между
населёнными пунктами с использование спутниковой связи.
Две главные проблемы, вытекающие из использования спутниковых
средств связи, является большая стоимость аренды каналов и задержка ответа
конечного оборудования. Так же возможны потери пакетов, вплоть до полного
42
пропадания канала связи в результате ухудшения погодных условий. Задержка в
более 600 мс. значительно замедляет работу клиентов удалённого доступа таких
как Citrix Terminal, что пагубно сказывается на производительности сотрудников.
Ценовая политика операторов спутниковой связи оказывает огромное влияние на
условия предоставляемых тарифных планов. Как результат без лимитных тарифов
доступа к ШПД нет. Тарификация производится исходя из объемов и типа
потреблённого трафика. Ценовая политика тарифов строиться на основании
себестоимости 1 мегабайта.
В результате интеграции не адоптированной системы АСР «Старт»
значительно ухудшилось качество предоставляемых услуг ШПД. Манипуляции
произведенные технической поддержкой данной системы ситуацию улучшили, но
незначительно. Усугубляет ситуацию доступ к ИС работающим с базой данных
АСР «Старт» организованный через Citrix Terminal из-за которого снизилось
качество оказываемой технической поддержки. Для остановки оттока абонентов
и восстановления качества предоставляемых услуг необходимо реализовать
комплекс программных решений.
На основании выше изложенного появилась необходимость разработать
ИС с единым фронтэндом и с бэкендом, способным решать различные задачи.
1.2.2 Определение места проектируемой задачи в комплексе задач
В связи с описанными ранее проблемами в первую очередь будет
исследоваться работа программно-аппаратного комплекса, реализующего
блокировку абонентов. Во вторю очередь работа справочной службы «09». И
последняя область, исследуемая в рамках данной работы это программный
комплекс, наследованный от «Чукоткасвязьинформ».
Блокировка абонента реализована следующим образом, при достижении
порога отключения, в большинстве случаев это сумма на лицевом счету равная
нулю так как большинство договоров работаю по авансовой системе расчётов, от
RADIUS сервера отправляется CoA пакет на добавление ip адреса в лист
блокировки. Так как в результате эксплуатации данного алгоритма блокировки
било зарегистрировано большое количество обращений, связанных с
43
начислением большой задолженности, совместно с сотрудниками МРФ «Дальний
восток» было принято решение организовать механизм блокировки абонентов
работающий параллельно существующему и ведущий журнал произведённых
действий и собранных данных. Для выполнения данной задачи привлечены
инженер МРФ «Дальний восток», задача которого организовать выгрузку
абонентов для блокировки в оговоренном формате из базы АСР «Старт IP» и
инженер, работающий в МЦТЭТ задача которого реализовать сам механизм.
Справочная служба «09» представляет из себя локальное приложение база
которого по запросу, инициированному оператором службы, синхронизируется с
базой данных «М2000 БИЛЛИНГ». В результате перевода телефонии на новые
средства расчетов и учета, некоторые данные хранящиеся в базе М2000 потеряли
свою актуальность. Перенастроить на новые базы данных возможности нет так
как из соображений безопасности прямой доступ к базе данных запрещён. По
мимо запрета доступа к новой базе, в ней храниться только информация по
абонентам, а в «М2000 БИЛЛИНГ» были занесены номера организаций,
работающих у сторонних операторов, но изъявивших желание присутствовать в
базе данных справочной службы. В результате появилась необходимость в
разработке нового приложения для работы справочной службы «09». Приложение
необходимо разрабатывать совместно с сотрудниками справочной службы, для
реализации максимально удобного для них пользовательского интерфейса не
уступающего существующему.
Из наследованных ИС в рамках данной работы подробно будет рассмотрена
АСР «LANBilling», так как после миграции на АСР «Старт IP» системой
«LANBilling» продолжают пользоваться. Причин тому несколько, первая
заключается в использовании её в справочных целях, так как в ней сохранены все
данные об абонентах ШПД, втора причина заключается в использовании
реализованного в нем NetFlow коллектора и анализатора, так как новая система
учёт посещённых ресурсов не ведет, в результате чего качество оказываемой
технической поддержки ухудшилось. Работа сотрудников осуществляется через
веб-протокол. NetFlow коллектор работает традиционным способом, принимаю
на UDP порту пакеты содержащие записи о переданных и принятых пакетов. Так
как содержать АСР «LANBilling» ради СУБД MySQL и NetFlow коллектора с
44
анализатором не рационально, в связи с тем, что по мимо служб названых ранее
она выполняет большое количество задач, в которых на данном этапе развития
предприятие не нуждается, необходимо реализовать сервис работающей с
охранённой базой системы и NetFlow сервис. Для реализации поставленной
задачи необходимо привлечь инженера, работающего в МЦТЭТ г. Анадырь.
1.2.3 Обоснования необходимости использования вычислительной
техники для решения задачи
Так как для реализации ранее описанных задач уже используется
вычислительная техника в дальнейшем для реализации проекта будет
использоваться она же. Для реализации проекта необходимы следующие
технические средства:
АРМ с установленным веб-браузером
Сервер приложений, база данных
Новая информационная система будет предназначена для автоматизации
всевозможных бизнес процессов, но первоочередные задачи для реализации
следующие:
1. Бэкенд приложение, реализующее блокировку абонентов
параллельно RADIUS серверу, также собирающую статистику об активных
сессиях, листах блокировки и получаемых выгрузок.
2. Фронтэнд и бэкенд приложения для справочной службы «09».
3. NetFlow коллектор работающий с несколькими NetFlow сенсорами
и агрегирующий данные в СУБД.
4. Фронтенд и бэкенд приложения для работы с базой «LANBilling»,
приложения блокировки пользователей и базой NetFlow коллектора.
Все озвученные задачи впервые очередь предназначены для того, чтобы
остановить отток абонентов, вызванный миграцией в новые системы расчётов.
Вывод из эксплуатации старых систем позволит освободить вычислительные
ресурсы.
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации
45
В компании ПАО «Ростелеком» существует своя политика безопасности.
Каждый сотрудник при поступлении получает должностную инструкцию, в
которой четко описаны его права и обязанности с точки зрения информационной
безопасности. Каждому сотруднику присваивается логин в систему Доменной
авторизации, в рамках которой выдается доступ к корпоративным ресурсам.
Доступ к сети интернет осуществляется через корпоративный proxy сервер. Для
данной учетной записи есть пароль, политики безопасности, которые
регламентирует срок действия пароля и его криптографическую стойкость. Для
получения доступа к закрытым ресурсам следует написать заявку и прикрепить её
в ЕСЭД где её одобрит руководитель. Далее эта заявка будет согласована на
уровне службы Безопасности компании и только после этого доступ будет
предоставлен или не предоставлен с указанием причин.
В компании реализована своя политика ИБ и ЗИ: На уровне человеческого
фактора и программно. Аппаратных ограничений нет
В отделе Службы Безопасности есть определённая должность по ИБ, через
данного сотрудника согласовывается доступ к определенным ресурсам и только
потом заявка подаётся на сетевых администраторов.
Защиты информации с пользовательских компьютеров в компании
реализована только программно. Реализация ограничение на подключение любых
периферийных устройств по портам USB и выполнена средствами Программного
продукта Kaspersky Anti-Virus и управляется централизовано на сервере.
В рамках отдельной структуры Службы безопасности, которая
контролирует уровни доступа по проксимити картам (пропуска) считывание
датчиков тревоги и просматривает видеонаблюдение есть отдельный человек в
данной структуре, который занимается именно Информационной безопасностью.
Все заявки по доступу к ресурсам и подключению.
Защита информации в серверной регламентируется следующими
ограничения доступа:
Права доступа по электронному пропуску (proxy- карта)
Роспись за получение и сдача ключа у охранника.
Разблокировка датчиков открытия двери у оперативного дежурного СБ
Средства защиты от инсайдерских угроз в компании следующие:
46
За каждым пользователем закреплён компьютер/ноутбук и монитор,
которые имеют идентификационный ПИН код, за который он несет материальную
ответственность.
1.3 Анализ существующих разработок и выбор стратегии
автоматизации
1.3.1 Анализ существующих разработок для автоматизации задачи
ИС могут быть классифицированы по разным признакам. По типу
хранимых данных ИС делятся на фактографические и документальные.
Фактографические системы предназначены для хранения и обработки
структурированных данных в виде чисел и текстов. Разрабатываемая система
относится к фактографической так как основу информации будут составлять
цифры и в итоге будем получать отчётность. Информационные системы также
классифицируются:
по функциональному назначению: производственные, коммерческие,
финансовые, маркетинговые и др.;
по объектам управления: информационные системы
автоматизированного проектирования, управления технологическими
процессами, управления предприятием (офисом, фирмой, корпорацией,
организацией) и т. п.;
по характеру использования результатной информации:
информационно-поисковые, предназначенные для сбора, хранения и выдачи
информации по запросу пользователя; информационно-советующие,
предлагающие пользователю определенные рекомендации для принятия решений
(системы поддержки принятия решений); информационно-управляющие,
результатная информация которых непосредственно участвует в формировании
управляющих воздействий.
Структуру информационных систем составляет совокупность отдельных ее
частей, называемых подсистемами.
Функциональные подсистемы реализуют и поддерживают модели, методы и
алгоритмы получения управляющей информации. Состав функциональных
подсистем весьма разнообразен и зависит от предметной области использования

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран