Разработка программного комплекса для автоматизации работы администратора узла по предоставлению услуги широкополосного доступа к сети Интернет по технологии ADSL

1

СОДЕРЖАНИЕ

Введение

1 Анализ предметной области и постановка задачи.

1.1 Типы автоматизированных систем и их характеристики

1.2 Выбор платформы и инструментов проектирования

1.3 Постановка задачи

1.3.1 Исходные данные

1.3.2 Выходные данные

2 Описание структурной модели, методов и алгоритмов, структуры

базы данных

2.1. Проектирование базы данных и работа с ней

2.2 Алгоритм работы клиентской части узла и общая структура

комплекса

2.3 Алгоритм работы клиентской части абонентского отдела

2.4 Алгоритм доступа к оборудованию DSLAM

3 Описание разработанной программной среды

3.1 Описание клиентской части узла

3.2 Описание клиентской части абонентского отдела

3.3 Описание системы автоматического сброса зависших портов

3.4 Описание системы оповещения администраторов о неполадках в

работе оборудования

3.5 Описание системы защиты от несанкционированного доступа

4 Тестирование комплекса и анализ его работы

5 Безопасность жизни и деятельности человека

5.1 Охрана труда на производстве

5.2 Система управления охраны труда промышленного предприятия

5.3 Вентиляция производственных помещений

5.4 Оказание первой помощи поражённому электрическим током

6 Организационно-экономическая часть

Выводы

Перечень ссылок

Приложение А Экранные формы

Приложение Б Руководство пользователя

Приложение В Листинг основных частей комплекса

ПЕРЕЧЕНЬ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ, СОКРАЩЕНИЙ И ТЕРМИНОВ

БД - База данных

ADSL- Asymmetric Digital Subscriber Line --

асимметричная цифровая абонентская линия

ПК - Программный комплекс

СУБД- Система управления базами данных

DSLAM- Digital Subscriber Line Access Multiplexer --

мультиплексор доступа цифровой абонентской линии.

ШПД - Широкополосный доступ.

Разработал Фамилия Подпись Дата Лист

Ст. гр. ПО-02а(з)

ВВЕДЕНИЕ

В конце 2005 г. по всей территории Украины ОАО «Укртелеком» начал развёртывание сети широкополосного доступа в сеть Интернет по технологии ADSL. ADSL - модемная технология, предназначенная для решения проблемы последней мили. Преобразует стандартные абонентские телефонные аналоговые линии в линии высокоскоростного доступа. Основное преимущество данной технологии в том, что нет необходимости прокладывать кабель до абонента. Используются уже проложенные телефонные кабели, на которые устанавливаются сплиттеры. Для приёма и передачи данных используются разные каналы: приёмный обладает существенно большей пропускной способностью. Данная технология является асимметричной, то есть скорость передачи данных в направлении от сети к пользователю значительно выше, чем скорость передачи данных от пользователя в сеть. Такая асимметрия, в сочетании с состоянием «постоянно установленного соединения» (когда исключается необходимость каждый раз набирать телефонный номер и ждать установки соединения), делает технологию ADSL идеальной для организации доступа в сеть Интернет, а также для доступа к локальным сетям (ЛВС) и т. п. При организации таких соединений пользователи обычно получают гораздо больший объём информации, чем передают. Технология ADSL обеспечивает скорость «входящего» потока данных в пределах от 1,5 Мбит/с до 24 Мбит/с и скорость «исходящего» потока данных от 640 Кбит/с до 3,5 Мбит/с. ADSL позволяет передавать данные со скоростью 1,54 Мбит/с на расстояние до 5,5 км по одной витой паре проводов. Скорость передачи порядка 6-8 Мбит/с может быть достигнута при передаче данных на расстояние не более 3,5 км по проводам диаметром 0,5 мм. Благодаря этому стало возможно предоставление качественного и высокоскоростного доступа к сети Интернет абонентам ОАО «Укртелеком». В результате услуга приобрела популярность и спрос стал превышать предложение, поэтому для организации нормальной работы обслуживающего персонала стало острой проблема разработки программного комплекса который сочетал бы в себе возможности накопления и учёта поступающих заявок, а также функции администрирования соответствующего оборудования. Основным критерием должна выступать наглядность предоставляемой информации и безопасность доступа к ПК, необходимо исключить возможность несанкционированного доступа к оборудованию.

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ПОСТАНОВКА ЗАДАЧИ

Для конечных пользователей технологии ADSL обеспечивает высокоскоростное и надежное соединение между сетями или с сетью Интернет, а телефонные компании получают возможность исключить потоки данных из своего коммутационного оборудования, оставляя его исключительно для традиционной телефонной связи. Обеспечение высокоскоростной передачи данных по медной двухпроводной абонентской телефонной линии достигается установкой оборудования DSL на абонентском конце линии и на "конечной остановке" магистральной сети высокоскоростной передачи данных, которая должна находится на телефонной станции, к которой подключена данная абонентская линия. Если на абонентской линии с использованием технологии DSL организована высокоскоростная передача данных, информация передается в виде цифровых сигналов в полосе гораздо более высоких частот, чем та, которая обычно используется для традиционной аналоговой телефонной связи. Это позволяет значительно расширить коммуникационные возможности существующих витых пар телефонных проводов. Использование технологий DSL на абонентской телефонной линии позволило превратить абонентскую кабельную сеть в часть сети высокоскоростной передачи данных. Телефонные компании получили возможность увеличить свои прибыли, используя существующую кабельную телефонную сеть для предоставления своим абонентам возможности высокоскоростной передачи данных по доступной цене. Кроме обеспечения высокоскоростной передачи данных, технологии DSL являются эффективных средством организации многоканальных служб телефонной связи. С помощью технологии VoDSL (голос по DSL) можно объединить большое количество каналов телефонной (голосовой) связи и передать их по одной абонентской линии, на которой установлено оборудование DSL. Более того, широкополосные сети, построенные на базе технологии DSL, не ограничены только организацией многоканальной голосовой связи или высокоскоростной передачи данных. Они представляют собой базовую сеть для внедрения других служб, непременно требующих для своей работы широкой полосы частот. Обеспечение доступа в сеть Интернет является одной из основных функций современных цифровых сетей. Ширина используемой полосы частот зависит от применяемой технологии высокоскоростной передачи данных. Организация видеоконференций требует симметричной передачи данных. Так как при организации видеоконференций необходимо передавать и голос и видеосигнал, то такая служба требует наиболее широкой частотной полосы по сравнению с другими службами. При этом минимальная задержка в передачи или потеря части информации могут быть замечены немедленно. Организация службы видео по запросу требует установки асимметричного соединения. Восходящий поток передачи данных (от пользователя в сеть) используется для передачи пользователем сигналов управления (таких, как воспроизведение, остановка, пауза, перемотка и т.п.). Нисходящий поток передачи данных используется для передачи пользователю запрошенного видеосигнала. Для обеспечения возможности организации новых служб сеть абонентских двухпроводных телефонных линий должна пройти определенный этап развития от аналоговой узкополосной сети, предназначенной для передачи только телефонных разговоров, до цифровой широкополосной сети, предназначенной не только для передачи голоса, но и для передачи данных и видеосигналов. Настоятельная потребность в высокоскоростной передаче данных привела к созданию технологий и соответствующего оборудования DSL. Для обеспечения должного уровня обслуживания, например, в городах, оборудование доступа должно быть установлено на сотнях телефонных станций. Только после установки необходимого оборудования можно предлагать данную услугу потенциальным пользователям. Предоставление абонентам услуги высокоскоростной передачи данных включает в себя установку необходимого оборудования у абонента, правильное подключение и подготовку линии, соединяющей оборудование пользователя с тем оборудованием, которое установлено на телефонной станции, и начало обслуживания. При этом существует и потребность в подготовке кадров, обладающих умением работать с оборудованием и технологиями DSL, для всех организаций, участвующих в предоставлении данной услуги.

1.1 Типы автоматизированных систем и их характеристики

Узкая специализация разрабатываемого программного обеспечения не позволяет точно оценить и сравнить ПК «АРМА» с существующими аналогами, однако существуют комплексы функции которых частично совпадают. Одним из такими программными продуктами является :

Биллинговая система WideCoup Billing 3.0, как основа решения для операторов услуг электросвязи разработана на основании общих технических требований «Автоматизированные системы расчетов с пользователями за услуги электросвязи. Общие технические требования», которые в свою очередь были разработаны в соответствии законам Украины "О связи", "О метрологии и метрологической деятельности", "О защите прав потребителей", "Об информации", действующих ГОСТ, других нормативных документов, а также с учетом Рекомендаций Международного Союза Электросвязи (МСЭ) и опыта, приобретенного при эксплуатации разнообразных типов Автоматизированных систем расчетов с пользователями за услуги электросвязи (АСР).

Данное решение может c успехом применяться при построении Автоматизированных систем расчетов (АСР) операторами электросвязи в сетях общего пользования и согласно действующему законодательству Украины может быть сертифицировано после проверки на соответствие техническим требованиям ГСТУ 45.028-2004 соответственно правилам Системы сертификации УкрСЕПРО.

Автоматизированная система расчетов за услуги электросвязи на основе продукта WideCoup Billing - это программно-аппаратный комплекс, предназначенный для:

- регистрации и учета абонентов сетей электросвязи, которые имеют соглашение с операторами о предоставлении услуг электросвязи;

- учета объема и номенклатуры услуг электросвязи, которые предоставляются, и расчеты их стоимости;

- учета сумм платежей за предоставленные услуги электросвязи;

- контроля оплаты предоставленных услуг электросвязи;

- справочно-информационного обслуживания абонентов и пользователей системы по вопросам объема и номенклатуры предоставленных услуг электросвязи и их оплаты;

- формирования информации, предназначенной для выставления счетов на оплату предоставленных услуг электросвязи;

- формирования статистической отчетности и аналитической информации из предоставленных услуг электросвязи и осуществленной оплаты этих услуг, финансового состояния личных счетов абонентов для оперативного и обоснованного принятия решений относительно управления организацией электросвязи.

АСР WideCoup Billing обеспечивает возможность адаптации и интегрирования ее с другими подсистемами технологического процесса предоставления услуг электросвязи и управление предприятием связи. По признаку серийного производства АСР WideCoup Billing относиться к системам, которые тиражируются, то есть NATEС R&D предлагает серийное производство и внедрение системы на сетях многих операторов связи. Для успешного функционирования АСР необходимо наличие персонала предприятия связи для выполнения 3-х основных ролей в системе:

- пользователь системы - персонал предприятия связи, привлеченный к технологическому процессу предоставления услуг электросвязи.

- администратор системы - персонал предприятия связи, ответственный за введение в БД и модификацию нормативно-справочных данных, обеспечения их актуальности, поддержка целостности БД, выделения полномочий другим пользователям, контроль корректности эксплуатации АСР пользователями, анализ и принятия решений при возникновении нештатных ситуации.

- оператор системы - персонал предприятия связи, ответственный за введение в БД и модификацию данных текущего положения, обеспечение их актуальности, выполнение штатных процедур, оповещение администратора о всех нештатных ситуациях.

- структура и функционирование автоматизированной системы расчетов WideCoup Billing, система состоит из подсистем, объединенных единым информационным обеспечением, и реализующим такие основные функции:

- сбор, обработка и введения в БД первичной информации о предоставленных услугах электросвязи и их оплату;

- абонентский учет;

- регистрация и контроль, платежей

- выявление незарегистрированных средств или несанкционированного подключения абонентов;

- ведение нормативно-справочной информации из услуг, тарифов, категорий абонентов и т.п.;

- тарификация и расчет платежей по предоставленным услугам связи;

- формирование счетов абонентам;

- информационно-справочное обслуживание абонентов и пользователей системы;

- формирование документов статистической отчетности и информационно-аналитических документов за предоставленными услугами, категориями абонентов и т.п.;

- администрирование системы;

- информационная поддержка проведения взаиморасчетов с операторами-партнерами за предоставление услуг электросвязи, абонентам;

- сбор данных о жалобах абонентов на расчет, организация решения спорных вопросов с абонентами;

- возможность управления технологическим оборудованием сети оператора связи, относительно активизации или блокирование абонентского номера, или любых услуг.

Рисунок 1.1 - Общая структурная схема АСР WideCoup Billing

Система обеспечивает автоматизацию процесса проведения расчетов с абонентами за все виды услуг, предоставленных оператором связи и контроль выплат, которые поступили. Кроме того, АСР на базе продукта АСР WideCoup Billing доступна относительно развития и внесения изменений, которые обусловлены:

- изменением количества абонентов, которые обслуживаются;

- введением новых нормативно-правовых документов или дополнений к действующих;

- усовершенствованием технических и программных средств;

- расширением номенклатуры предоставленных услуг и действующих форм оплат.

Взаимодействие с другими системами в системе может быть обеспеченна возможность взаимодействия с внешними, относительно АСР, автоматизированными системами оператора электросвязи: технологическими (коммутационные системы, системы передачи данных и т.п.) для АСР высшего уровня; информационно-справочными (базы данных справочных служб операторов связи, и др.); финансово-экономическими (системы бухгалтерского учета, АРМ отдела планирования и прочие); банковскими. В система на базе продукта АСР WideCoup Billing организован интерфейс пользователя, который не требует специальной подготовки персонала для работы с вычислительными средствами, но которой предусматривает наличие практики работы с ними. Это достигается путем создания удобной системы диалога с АСР и наличия развитой системы помощи и оперативных подсказок. Предусматривается специальная подготовка для пользователей системы при эксплуатации АСР необходимая только для администрирования системы. Система обеспечивает беспрерывный круглосуточный режим работы и позволяет наращивать количество рабочих мест в границах, необходимых для максимально эффективной, стойкой работы с учетом предельной емкости сети электросвязи. Стык АСР с техническими средствами регистрации услуг относительно передачи данных о соединении, который состоялся, осуществляется с помощью некоммутируемых или коммутируемых каналов связи с использованием стандартных сетевых протоколов и открытых интерфейсов.

Для повышения надежности АСР предполагается дублирование интерфейсов и каналов связи. Допускается передача в АСР данных о предоставленных услугах электросвязи с использованием протоколов локальных и корпоративных сетей.

Передача данных в АСР инициируется со стороны расчетного центра с периодичностью, предусмотренной технологией расчетов, но не реже одного раза в месяц. Допускается передача данных об услугах электросвязи, предоставленных абонентам, которые требуют немедленного расчета, в режиме "online".

1.2 Выбор платформы и инструментов проектирования

В качестве платформы для серверной части используется ОС

ASP Linux 11.2 , а также сервер баз данных MySQL версии 3.23.58, для обеспечения работы скриптов доступа к оборудованию также установлено программное обеспечение Perl версии 5.8.5, PHP 5.

Сервер баз данных MySQL, который был выбран в качестве СУБД - компонент программной системы предназначенный для хранения и предварительной обработки всех данных используемых системой и как следствие осуществляющий связь между компонентами. Mysql - это система клиент-сервер - масштабируемый высокопроизводительный SQL сервер баз данных, совершенный по простоте инсталляции, использования и обслуживания. SQL-сервер Mysql предназначен для хранения и обработки больших объемов информации в условиях одновременной работы с БД множества клиентских приложений. свободная система управления базами данных (СУБД). MySQL является собственностью компании MySQL AB, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого компания MySQL AB разрабатывает функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации. MySQL является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

PERL - отличительной особенностью языка является оперирование не
байтами и символами, а списками, строками и полями. Это в основном ориентированы на решение задач по обработке текстовой информации, а также на выполнение рутинных системных задач. Язык является гибридными, то есть компилируются в псевдокод после запуска на выполнение. создан программистом Лари Уоллом (Larry Wall) для обработки больших текстовых файлов и расшифровывается, как Practical Extraction and Report Language (язык для практического извлечения данных и составления отчетов).
Первая версия Perl была написана в 1986 году. Ларри в то время работал системным программистом и участвовал в одном из военных проектов, направленном на создание многоуровневых защищенных распределенных сетей. Основная его задача состояла в организации обмена по защищенному каналу между двумя сетями из шести машин каждая. Одна из сетей находилась где-то на восточном побережье США, а вторая - на западном. Именно для обслуживания этой системы Уолл разработал новый язык, позволявший обрабатывать массу текстовой информации и готовивший отчеты.
Основными преимуществами языка Perl являются : возможность свободного распространение. За использование Perl не требуется платить, его можно копировать. Независимость от платформы. Конечно, в нем имеются возможности и пакеты, реализованные только под одну ОС, но его ядро выполняется на всех основных платформах таких как Windows,Linux,MacOS.
Доступность - Perl широко представлен в Internet. Главным источником информации и программного обеспечения является Comprehensive Perl Archive Network. Прагматический подход - c точки зрения разработчиков, Perl удовлетворяет трем основным критериям: завершенностью, удобству в работе и эффективности. С прикладной точки зрения это означает, что программы на Perl создаются с меньшими затратами на борьбу с различными
аспектами технологии программирования, чем при работе с другими языками программирования.

PHP -- скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров. Входит в LAMP -- «стандартный» набор для создания веб-сайтов (Linux, Apache, MySQL, PHP (Python или Perl)). Группа разработчиков PHP состоит из множества людей, добровольно работающих над ядром и расширениями PHP и смежными проектами, такими как PEAR или документация языка. В области программирования для Сети PHP -- один из популярнейших скриптовых языков (наряду с JSP, Perl и языками, используемыми в ASP.NET) благодаря своей простоте, скорости выполнения, богатой функциональности и распространению исходных кодов на основе лицензии PHP. PHP отличается наличием ядра и подключаемых модулей, «расширений»: для работы с базами данных, сокетами, динамической графикой, криптографическими библиотеками, документами формата PDF и т. п. Любой желающий может разработать своё собственное расширение и подключить его. Существуют сотни расширений, однако в стандартную поставку входит лишь несколько десятков хорошо зарекомендовавших себя. Интерпретатор PHP подключается к веб-серверу либо через модуль, созданный специально для этого сервера (например, для Apache или IIS), либо в качестве CGI-приложения. Кроме этого, он может использоваться для решения административных задач в операционных системах UNIX, GNU/Linux, Microsoft Windows, Mac OS X и AmigaOS. Однако в таком качестве он не получил распространение, отдавая пальму первенства Perl, Python и VBScript

В настоящее время PHP используется сотнями тысяч разработчиков. Несколько миллионов сайтов сообщают о работе с PHP, что составляет более пятой доли доменов Интернета.

Delphi -- результат развития языка Турбо Паскаль, который, в свою очередь, развился из языка Паскаль. Паскаль был полностью процедурным языком, Турбо Паскаль начиная с версии 5.5 добавил в Паскаль объектно-ориентированные свойства, а Delphi -- объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией.

Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, после чего воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию. Также отличительным свойством Дельфи от С++ является отсутствие возможности располагать объекты в стеке (объекты, унаследованные из Турбо Паскаля, располагаться в стеке могут) -- все объекты попадают в динамически выделяемую область (кучу).

Де-факто Object Pascal, а затем и язык Delphi являются функциональными наращиваниями Turbo Pascal. Об этом говорят обозначения версий компилятора. Так, в Delphi 7 компилятор имеет номер версии 15.0 (Последняя версия Borland Pascal / Turbo Pascal обозначалась 7.0, в Delphi 1 компилятор имеет версию 8.0, в Delphi 2 -- 9.0, и т. д. Номер версии 11.0 носит компилятор Pascal, входивший в состав среды C++Builder). Delphi оказал огромное влияние на создание концепции языка C# для платформы .NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Дельфи, из компании Borland Ltd. в Microsoft Corp.

1.3 Постановка задачи

В связи с быстрым развитием услуги по предоставлению широкополосного доступа к сети Интернет по технологии ADSL в г.Мариуполе возникла необходимость в создании программного комплекса для автоматизации работы персонала. Так как на учёт и обработку поступающих заявок, сохранение информации о всех существующих абонентах, планирование подключений и ремонтов, администрирование оборудования ADSL, составление отчётных документов стало затрачиваться значительная часть рабочего времени администратора ADSL, возникает потребность в разработке программного комплекса позволяющего максимально автоматизировать выше описанные процессы.

В результате сократится время на подключение абонента к услуги ADSL, и тем самым увеличится количество подключаемых абонентов.

А также более эффективно будет использоваться транспорт предоставленный для обслуживания абонентов, в связи с автоматическим планированием выездов к абонентам.

В программном комплексе также необходим механизм для учёта оборудования переданного пользователям ADSL, что позволяет контролировать перемещение комплектов оборудования и сохранения их целостности.

Функции администрирования существующего оборудования должны быть максимально упрощены и автоматизированы.

Безопасности подключения к оборудованию DSLAM необходимо предавать первостепенное значение.

1.3.1 Входные данные

Исходными данными для ПК будет являться информация об абоненте его физическом расположении на порту стойки DSLAM, а также в зависимости от этапа прохождения заявки от абонента на каждом шаге необходимо наличие данных об номере телефона (транзита), адресе абонента, приоритете заявки (VIP, срочный, обычный), типе телефона (свободный, спаренный, сигнализация, транзит), АТС где непосредственно расположен абонент.

1.3.2 Выходные данные

Выходными данными будут являться результаты работы скриптов отображающих состояние абонентской линии. Полная информация об абоненте хранящаяся в БД, а также информация об оборудовании взятом

в аренду пользователем.

Также о кол-во произведённых подключений пользователей за определённый период времени (функция значительно сокращает время на составление отчётных документов), кол-во отключений, общее количество, а также количество по определённым площадкам, задействованных портов на площадках ADSL.

2 ОПИСАНИЕ СТРУКТУРНОЙ МОДЕЛИ, МЕТОДОВ И АЛГОРИТМОВ, СТРУКТУРЫ БАЗЫ ДАННЫХ.

2.1 Проектирование базы данных и работа с ней

Для работы программного комплекса необходимо создать базу данных содержащую таблицы. 2.1-2.17.

Таблица 2.1 ATS - таблица для хранения информации о существующих АТС где предоставляется услуга ШПД

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ATS	varchar(10)	нет	информация о имени станции

Таблица 2.2 KROSS - таблица для хранения информации о том на какой плате и порту находиться конкретный абонент, а также дате и времени, когда его телефонная линия была скроссирована

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ID_PLATA	int(3)	нет	идентификатор платы
PORT	int(3)	нет	информация о номере порта
ID_PHONE	int(3)	нет	идентификатор номера телефона
DATE_KROSS	datetime	нет	дата кроссировки телефонной линии абонента.

Таблица 2.3 PLAN_ON - таблица для хранения информации о времени, когда запланировано подключение определённого номера и от том кем именно оно было запланировано.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
DATE	date	нет	время и дата на когда планируется подключение
ID_PHONE	int(3)	нет	идентификатор номера телефона
ID_USERS	int(3)	нет	идентификатор пользователя который запланировал подключение

Таблица 2.4 SOSTOYANIE_PORTOV - таблица для хранения информации о состоянии конкретного порта, активности модема, количестве переданных пакетов, зависший ли порт или нет, информации о том кем именно занят порт, дате последнего обновления.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ID_PLATA	date	нет	идентификатор платы
ID_STATE_PORT	int(3)	нет	идентификатор состояния порта
PORT	int(3)	нет	номер порта
PORT_STATE	varchar(255)	нет	состояние модема на стороне пользователя
OUT_PACKETS	int(10)	нет	количество переданных пакетов
HAND_UP_PORT	int(3)	нет	ключ зависшего порта
INFO	varchar(255)	да	примечание
DATE_UPDATE	datetime	нет	дата обновления записи

Таблица 2.5 BLOK_SOTNI - таблица для хранения информации какая сотня номеров на какой АТС является блокираторной.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ID_ATS	int(3)	нет	идентификатор АТС
SOTNYA	varchar(3)	нет	сотня телефонных номеров являющихся блокираторными.

Таблица 2.6 LOG_ABONENT - таблица для хранения информации о действиях произведённых администраторами при работе с абонентами.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
DATE	datetime	нет	дата занесения
ABONENT	varchar(255)	да	телефонный номер абонента
PROBLEM	varchar(255)	да	проблема у пользователя
USER	varchar(255)	да	идентификатор администратора
FLAG	varchar(3)	нет	Флаг тип абонента.

Таблица 2.7 PLATA - таблица для хранения информации об установленных платах ШПД.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
NAME	varchar(50)	нет	имя плата
KOL_PORT	int(11)	нет	количество портов на плате
IP	varchar(20)	нет	ip адрес платы
ID_ATS	int(3)	нет	идентификатор АТС
TYPE_PLATA	varchar(3)	нет	тип платы

Таблица 2.8 STATE - таблица состояний прохождения заявки абонента.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
STATE	varchar(50)	нет	состояние в котором находиться заявка

Таблица 2.9 DEVICE - таблица для сохранения информации об оборудовании переданном в аренду пользователям.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
MODEM	varchar(50)	нет	серийный номер модема переданного в аренду
SPLITER	varchar(20)	да	серийный номер сплитера
BP	int(1)	да	блок питания
CABEL_TEL	int(1)	да	телефонный кабель
CABEL_ETH	int(1)	да	кабель Ethernet
BOX	int(1)	да	коробка для модема
FILTER	int(1)	да	фильтр переданный в аренду
ID_PHONE	int(3)	да	идентификатор телефона на котором установлен комплект оборудование
DATE_ON	date	нет	дата включения абонента
BOX_SP	int(1)	да	коробка сплиттера
INFO	varchar(255)	да	примечание
DATE_OFF	date	нет	дата отключения пользователя
USB	int(1)	да	usb кабель
TYPE_CONECT	char(50)	да	тип подключения

Таблица 2.10 LOG_ABONENT_NEW - Новый журнал обращения пользователей.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
DATE_BEGIN	datetime	нет	дата начало обращения
OT	varchar(100)	нет	тип обращения
ABONENT	varchar(100)	нет	телефонный номер абонента
HARAKTER	varchar(100)	нет	описание проблемы у абонента
TIME_BEGIN	datetime	нет	время открытия ремонта в журнале
Поле	Тип	Ноль	Примечание
TIME_END	datetime	нет	время закрытия ремонта
DLITELNOST	int(11)	нет	время простоя в работе абонента
PRICHINA	varchar(100)	нет	причина простоя простоя у абонента
ISPOLNITEL	varchar(50)	нет	исполнитель ремонта
FLAG	varchar(5)	нет	флаг открытого ремонта

Таблица 2.11 PRIOR - Таблица приоритета заявки.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
PRIOR	varchar(50)	нет	приоритет заявки

Таблица 2.12 STATE_PORT - Таблица состояний порта платы ШПД.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
STATE_PORT	varchar(50)	нет	состояние порта

Таблица 2.13 DIAPAZON_ATS - Таблица диапазонов телефонных номеров где возможно предоставить услугу.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ID_ATS	int(3)	нет	идентификатор АТС
DPZ_OT	varchar(50)	нет	начало диапазона
DPZ_DO	varchar(50)	нет	конец диапазона

Таблица 2.14 LOG_VIEZD - Журнал выездов к абоненту для устранения повреждения.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
FIO_ADMIN	varchar(50)	нет	фамилия администратора выполнившего работу
PHONE	varchar(8)	нет	номер телефона
ADRESS	varchar(255)	нет	адрес по которому был осуществлён выезд
DATE_START	varchar(5)	нет	время выезда
DATE_STOP	varchar(5)	нет	дата приезда
PROBLEM	varchar(255)	нет	описание проблемы пользователя
Поле	Тип	Ноль	Примечание
DATE	date	нет	дата занесения записи в журнал
DEYSTVIE	varchar(255)	нет	действие произведённые у абонента

Таблица 2.14 PROTOKOL - таблица для хранения протоколов измерения телефонных линий абонентов.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
ID_PHONE	int(3)	нет	идентификатор номера телефона
SH1	varchar(10)	нет	номер распределительного шкафа
SH1_LINE_M	varchar(10)	нет	сопротивление изоляции магистрали
SH1_LINE_R	varchar(10)	нет	сопротивление изоляции распределения
DISTANCE	varchar(10)	нет	расстояние до станции
DATE	date	нет	дата произведения измерении
USER	varchar(10)	нет	администратор заполнявший протокол.

Таблица 2.15 USERS - Таблица для хранения информации о пользователях системы, их правах на те или иные действия.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
USERNAME	varchar(50)	нет	имя пользователя в системе
PASSWORD	varchar(50)	нет	пароль пользователя в системе
FIO	varchar(50)	нет	фамилия, имя, отчество администратора
PROFILE	varchar(50)	нет	профиль с правами пользователя
STATUS	int(10)	нет	статус пользователя, подключён ли пользователь в данный момент

Таблица 2.16 FOR_ASTLO - Таблица предназначенная для отдела установки технического учёта, содержащая информацию для заполнения нарядов услуги.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
DATE	date	нет	дата занесения строки
Поле	Тип	Ноль	Примечание
ID_PHONE	int(3)	нет	идентификатор номера телефона
STATUS	varchar(50)	нет	произошедшее событие
NOTE	varchar(255)	нет	примечание

Таблица 2.17 PHONE_TYPE - Таблица для хранения информации о типе телефона у абонента.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
TYPE	varchar(50)	нет	тип телефона установленного у абонента

Таблица 2.18 REMONT - Таблица сохранения информации о проведённых ремонтах и состоянии телефонной линии конкретного абонента

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
DATE	date	нет	дата занесения строки
ID_PHONE	int(10)	нет	идентификатор номера телефона
PROBLEM	varchar(255)	нет	проблемы у пользователя
LINE	varchar(255)	нет	состояние телефонной линии
ID_USERS	int(3)	нет	идентификатор пользователя который внёс данные
REMONT_STATUS	int(3)	нет	статус ремонта
TIP_REMONTA	varchar(255)	нет	тип произведённого ремонта у абонента

Таблица 2.19 ZAYAVKA - Корневая таблица хранения основной информациио пользователях их статусе, места локации.

Поле	Тип	Ноль	Примечание
ID	int(11)	нет	идентификатор строки
PHONE	varchar(8)	нет	номер телефона абонента
ADRESS	varchar(255)	нет	адрес пользователя
ID_PRIOR	int(3)	нет	идентификатор приоритета заявки от абонента в общей очереди на подключение
DATE	date	нет	дата занесения заявки от абонента
Поле	Тип	Ноль	Примечание
ID_PHONE_TYPE	int(3)	нет	идентификатор типа установленного телефона
ID_ATS	int(3)	нет	идентификатор номера АТС к которой принадлежит номер телефона абонента
ID_USERS	int(3)	нет	идентификатор администратора добавившего заявку
ID_STATE	int(3)	нет	идентификатор состояния в котором находиться заявка
DATE_OTKAZ	date	нет	дата отказа пользователя от своей заявки на подключение
NOTE	varchar(255)	нет	примечание

2.2 Алгоритм работы клиентской части узла и общая структура комплекса

В программном комплексе целесообразно использовать клиент-серверной технологию, поэтому ПК состоит из нескольких частей.

1. Серверная часть - база данных MySQL.

2. Клиентская часть узла Интернет - приложение, выполняющее основные функции комплекса.

3. Клиентская часть абонентского отдела - web интерфейс для удалённой работы, написанный на языке программирования PHP.

4. Набор скриптов на языке программирования PERL для доступа к оборудованию DSLAM и передачи результатов работы клиентской части.

Клиентская часть узла Интернет - приложение созданное в среде разработки Delphi 6.0 с использованием модулей umysqlvio, umysqlct, umysqlclient осуществляющих непосредственную работу с сервером баз данных MySQL. При запуске приложение пытается подключиться к серверу при помощи следующих функции :

mysqlclient := tmysqlclient.create;

MySQLClient.Host := '195.5.11.123';

MySQLClient.port := 3306;

MySQLClient.user := 'client';

MySQLClient.password := '1234';

MySQLClient.Db := 'arma';

1

Рисунок 2.1 - Схема информационных потоков

После ввода имени пользователя программа ищет введённые данные в соответствующей таблице БД, затем при совпадении имени пользователя проверяться пароль. Для хранения паролей пользователей используется модуль md5hash обеспечивающий достаточный уровень безопасности, при успешной проверки пароля происходит считывание профиля пользователя состоящего из строки каждый элемент которой обозначает в двоичном виде доступность определённых функций в программе. После чего осуществляется вход в систему. Изменение статуса пользователя на подключённый и отображение соответствующей информации в строке состояния главной формы приложения. Также в клиентской части узла реализован механизм автоматического обновления исполняемого файла.

После успешного входа в систему и обновления программы администратор имеет возможность работать с ПК.

Для администратора системы предоставляется возможность добавления, удаления, смены пароля, изменения прав пользователям системы. После добавления всех пользователей системы и назначения им соответствующих прав администратору необходимо добавить существующие АТС и платы DSLAM для этих АТС а также диапазоны телефонных номеров на этих АТС. После ввода всех этих данных программный комплекс готов к работе и позволяет принимать заявки от пользователей на предоставление услуги ШПД по технологии ADSL. При добавлении заявки пользователя система автоматически просматривая диапазоны номеров в БД и определяет к какой АТС принадлежит введённый телефонный номер, благодаря функции blokirator расположенной в динамически подключаемой библиотеке, определяется является ли введённый номер блокираторным или нет. При успешном добавлении заявки от абонента она попадает в очередь на подключение на своей АТС. Далее, при обработке заявок и проведении измерений телефонных линии абонентов заносятся характеристики каждой линии после чего заявки деляться на норму и не норму. На данном этапе администраторы системы могут сформировать отчёт по линиям, характеристики которых не удовлетворяют требованиям для подключения услуги ШПД. Далее при подтверждении своей заявки и заключения договора абоненту необходимо присвоить локацию, местоположение на стойке ШПД, состоящее из имени платы и номера порта на данной плате. Данный этап называется кроссировкой телефонной линии, администратор вводит номер телефона который необходимо скроссировать и ПК автоматически подбирает для него плату и свободный порт на плате. В результате этапа кроссировки в БД заноситься информации о локации абонента и статус его порта меняется на занятый, что исключает повторную кроссировку на данный порт.

После прохождения данного этапа абонент может взять необходимый комплект оборудования для подключения, или приобрести свой. На этом этапе заполняется таблица DEVICE куда заноситься информация об оборудовании переданном абоненту в аренду. Пользователь считается подключённым.

В ПК реализована возможность формировать отчёты по количеству произведённых подключений за определённый период времени. Результаты работы выводятся в Microsoft Excel.

Пункт меню «Обслуживание» позволяет просмотреть журналы обращения пользователей, журнал выездов, а также произвести необходимые действия с портами стойки DSLAM.

2.3 Алгоритм работы клиентской части абонентского отдела

Клиентская часть абонентского отдела представляет собой набор WEB страниц, а также скрипы PHP. В основе разрабатываемого кода лежит «клиент-серверная » архитектура, которая подразумевает разделение общего приложения на две части: клиент и сервер. Работа такого приложения приведена на рисунке 2.2.

Рисунок 2.2- Архитектура Web-приложения

Можно выделить три уровня. Первый уровень - уровень клиента, создающего запросы и получающего на них ответы. Второй уровень -уровень сервера, принимающего и обрабатывающего запросы от клиента. Третий уровень - уровень данных, содержащий необходимую пользователю информацию и содержащаяся в базах данных, внешних файловых системах и других доступных носителях.

Для удобной работы пользователей системы необходимо создать единую структуру всех страниц. Анализируя содержание страниц приходим к наиболее оптимальной структуре страницы. Эта структура представлена на рисунке 2.3. Вся страница разбита на три основные области.

Рисунок 2.3 - Базовая структура страниц клиентской части абонентского отдела

Структура каталогов клиентской части абонентского отдела представлена на рисунке 2.4. Подключение и работа в клиентской части абонентского отдела происходит в следующем порядке. Для работы в системе администратор может использовать любой тип браузера, а также тид доступа к сети Интернет в частности мобильные бригады находясь не посредственно у абонента могут подключиться при помощи мобильного телефона и удалённо работать в системе. При открытии главной страницы комплекса происходит авторизация администратора для дальнейшей работы в системе. Схема подключения к системе приведена на рисунке 2.5. После подключения и авторизации в системе в браузере администратора отображается стартовая страница комплекса. Эта страница добавления заявки от абонента на подключение. После заполнения всех необходимых полей заявка добавляется в БД комплекса при помощи скрипта add.php, который осуществляет подключение к базе данных и выполняет SQL запрос на добавление введённых данных в БД. До выполнения запроса также осуществляется проверка на наличие такой заявки и если заявка уже присутствует в базе данных, администратор системы оповещается об этом соответствующей информацией и добавление данных не происходит.



Рисунок 2.4 - Структура каталогов и описание их назначения



Рисунок 2.5 - Схема удалённого подключения к системе

В нижней части стартовой страницы расположено меню для выполнения различных действий в системе.

Так основной возможностью системы является возможность удалённо контролировать работу порта абонента.

Система позволяет по номеру телефона отобразить состояние порта для чего служит набор скриптов осуществляющих сбор информации и вывод её в браузере.

2.4 Алгоритм доступа к оборудованию DSLAM

Схема доступа к оборудованию ШПД представлена на рисунке 2.6

Рисунок 2.6 - Схема доступа к оборудованию ШПД

Удалённый доступ к оборудованию DSLAM происходит при помощи сервера telnet. Сервер tеlnet предоставляет возможность удаленного доступа к интерфейсу командной строки системной консоли узла DSLAM. Пользователь при регистрации идентифицируется при помощи пользовательского имени и пароля. Доступ через сервер telnet дополнительно защищен максимальным временем неактивного соединения. Этот механизм осуществляет прерывание

соединения, если по какой-либо причине соединение не было разъединено.

Интерфейс командной строки (CLI) является основным пользовательским интерфейсом по управлению узлом DSLAM с использованием консоли управления. К командной строке обеспечивается локальный доступ через последовательный интерфейс или удаленный доступ

через клиента telnet.

После осуществления подключения администратору предоставляется возможность с помощью команд, перечисленных ниже проводить администрирование портов ADSL/ADSL2+ и SHDSL. Так определенному порту или портам xDSL можно присвоить профили. Определенному порту или портам xDSL можно присвоить профили цифровых частотных каналов.

Предоставляется группа команд, обеспечивающих отображение рабочих характеристик линии xDSL. Тестами SELT и DELT проверяется работоспособность линии xDSL перед началом передачи данных. Отчет DMT дает информацию о битах, присвоенных отдельным цифровым частотным

каналам и отношение SNR, в нисходящем и восходящем направлении.

Администрирование включает в себя следующее:

- отображение параметров отдельного порта или всех портов xDSL.;

- отображение отдельного профиля или всех профилей xDSL.;

- отображение отдельного профиля ADSL;

- отображение состояния всех портов xDSL;

- отображение состояния контроллера портов xDSL и состояния

соответствующих портов xDSL;

- отoбрaжение параметров линии xDSL;

- отображение среднего значения рабочих характеристик линии xDSL;

- отображение текущего состояния счетчиков потока данных;

- отображение текущего состояния счетчиков потока АТМ порта хDSL;

- добавление нового профиля или копирование существующего профиля частотных каналов;

- перевод в состояние оборудованности или необорудованости одного

или всех портов xDSL и присвоение профилей частотных каналов;

Выполнение части перечисленных функций внедрено в ПК «АРМА». Так для получения информации о статусе порта, максимальной скорости работы пользователя, уровне шумов линии абонента и так далее используется следующий механизм доступа : из клиентских частей посредствам метода POST на web сервер передается номер телефона для получения нужной информации. Использование этого метода позволило создать универсальные скрипты возвращающие необходимую информацию в независимости от того с какой клиентской части она была затребована. Далее на рисунке 2.7 приведён алгоритм, осуществляющий обработку и выбор переданных данных.



Рисунок 2.7 - Алгоритм получения данных от оборудования DSLAM

Подключение к необходимому оборудованию ШПД происходит с использованием модуля Net::Telnet. После подключения результат выполнения команд возвращается в клиентскую часть в которой и отображается. Для выполнения команды по изменению скорости на конкретном порту платы DSLAM, “set dsl port profile № профиля” скрипту передается два параметра номер телефона и номер профиля порта.

1

Рисунок 2.7 - Схема доступа ПК к оборудованию DSLAM

3 ОПИСАНИЕ РАЗРАБОТАНОЙ ПРОГРАММНОЙ СРЕДЫ

3.1 Описание клиентской части узла

Алгоритм работы клиентской части узла Интернет разбит на этапы, от подачи заявки пользователем до отключения пользователя от услуги.

Первый этап - прием заявки от пользователя, необходимые данные: номер телефона (транзита), адрес абонента, приоритет заявки (VIP, срочный, обычный), тип телефона (свободный, спаренный, сигнализация, транзит), АТС где непосредственно расположен абонент и где присутствует техническая возможность для предоставления услуги (определяется автоматически по заранее введённому диапазону номеров АТС), а также текущая дата добавления заявки.

Второй этап - обработка заявки администратором, формируется очередь по каждой АТС на подключение абонентов. На этом этапе администратор сохраняет информацию о характеристике линии абонента.

Третий этап - этап заключение договора на предоставление услуги. Администратор после обработки заявки отправляет пользователя на заключение договора, только после данного этапа заявка обрабатывается дальше. Все абоненты, которые заключили договор и ждут подключения, также отсортированы по приоритету и дате.

Четвёртый этап - этап кроссировки абонента на порт стойки ADSL.

AРMA отображает все смонтированные платы широкополосного доступа ADSL, и позволяет администратору указать плату и номер порта, куда будет скроссирован абонент, отображаются также: занятые, забронированные и повреждённые порты.

Пятый этап - этап планирования подключения абонента ADSL.

Календарное планирование подключений абонентов, позволяет администратору указать дату подключения конкретного абонента.

Шестой этап - этап подключения абонента.

Абонент переходит в состояние «подключен», на данном этапе администратор вводит данные о составе оборудования переданного в аренду абоненту (серийные номера и кол-во оборудования).

Седьмой этап - отключение абонента от услуги. Абонент переходит в состояние «отключён», администратор указывает оборудование и его кол-во, которое вернул абонент. Если абонент вернул не все оборудование, он переходит в статус должник, информация об этом сохраняется.

На каждом этапе обработки заявок от абонентов ведётся логирование изменений вносимых администраторами, для этого в программе предусмотрен механизм авторизации администраторов с ограничением прав каждому отдельному администратору. Это позволяет контролировать работу каждого администратора.

Возможность формирования детального отчёта о проведённой работе: кол-во произведённых подключений за определённый период времени (функция значительно сокращает время на составление отчётных документов), кол-во отключений, общее количество, а также количество по определённым площадкам, задействованных портов на площадках ADSL. Для работы с оборудованием ADSL, в частности для сброса зависшего порта, предусмотрена возможность сброса порта по номеру телефона абонента, что позволяет избежать длительных простоев в работе абонентов ADSL и жалоб по этому поводу.

3.2 Описание клиентской части абонентского отдела

Клиентская часть абонентского отдела - Web интерфейс на языке PHP, позволяет удалённо добавлять и обрабатывать заявки абонентов. Также как и клиентская часть узла, алгоритм работы клиентской части абонентского отдела разбит на этапы. Учёт и обработка заявок, заключение договора возможно только при наличии технической возможности подключения. Кроссировка закрепления порта на оборудовании DSLAM, за конкретным абонентом. Отчёт и состояние оборудования DSLAM.

Web интерфейс позволяет сократить время на обработку заявок, так как, заявки заносятся непосредственно в общую базу данных всего комплекса и после занесения автоматически отображаются в клиентской части AРMA узла Интернет, где и обрабатываются администраторами.

Реализовано также часть функций по обработке заявок, в частности оператор имеет возможность просмотреть характеристику линии отдельного абонента, а также отправить запрос на кроссировку телефонной линий администратору клиентской части узла. Для нужд технического отдела присутствует возможность формирования списка телефонных номеров с наименованием платы и порта где находиться номер.

Для увеличения производительности труда и сокращения времени на обслуживание отдельного абонента специалистами мобильной бригады, в клиентской части абонентского отдела реализован механизм просмотра характеристик линии пользователя а также имеется возможность сбросить порт на стойке DSLAM введя номер телефона абонента.

4 СИСТЕМА АВТОМАТИЧЕСКОГО СБРОСА ЗАВИСШИХ ПОРТОВ

Для облегчения работы администратора и повышения качества обслуживания абонентов разработана автоматическая система устранения

неполадок в работе портов стоек DSLAM.

В процессе работы оборудования ШПД, происходят периодические зависания портов на платах доступа DSLAM. Это обусловлено следующими факторами :

- телефонная линия абонента не удовлетворяет требованиям для

нормальной работы оборудования.

- зависание абонентского модема.

- ремонтом телефонной линии абонента.

- и другими факторами в частности ошибками в программном

обеспечении оборудования DSLAM.

В результате длительной работы оборудования и сбора статистики возникновения подобных ситуации было установлено отсутствие закономерности возникновения проблем и не возможности прогнозирования ситуации. Поэтому создана автоматическая система для устранения и фиксирования проблем зависания портов.

Описание механизма ручного сброса порта на стойке SI2000 цифровая коммутационная система производства IskraTel :

Отображение текущего состояния счетчиков потока данных по линии для выбранного порта хDSL. Ниже приведенной командой отображается текущее состояние счетчиков потока данных по линии для выбранного порта хDSL. Форма команды Command> show dsl diag lineperfcur port <port>, где port: идентификатор порта xDSL (1..32). Для отображения текущего состояния счетчиков потока данных по линии порта ADSL 1 в командную строку необходимо ввести команду: show dsl diag lineperfcur port 1. При повторном вводе данной команды проверяется значения счетчиков потоков данных, если порт активный, а значение счётчиков не изменилось, то следует сделать вывод о том, что порт абонента находиться в зависшем состоянии и услуга не предоставляется. Следовательно, необходимо произвести программный сброс такого порта, что осуществляется с помощью команды Command> reset dsl port [<port>] которая производит сброс порта xDSL. Если не будет введен конкретный порт хDSL, сбросятся все порты хDSL.