62
MySQL поддерживает язык запросов SQL в стандарте ANSI 92, и
кроме этого имеет множество расширений к этому стандарту, которых
нет ни в одной другой СУБД.
Для облегчения генерирования страниц и единообразия стиля
отображения данных использованы HTML-шаблоны.
Каждый раз, когда возникает потребность в написании CGI-скрипта,
появляется возможность столкнуться с тем, что он должен отдавать
пользователю некий HTML-код. Обычно данный код вносится напрямую в
код самого скрипта, в котором достаточно проблематично вносить изменения
в HTML-фрагменты. Применение шаблонов в данном случае значительно
упрощает производство динамических данных и преобразований дизайна
[22].
Содержимое WWW до недавнего времени включало исключительно
статистические данные. Однако эволюция технологий поспособствовала
возникновению типизированных программных продуктов для
гарантирования заблаговременного обновления существующей информации
в сети Интернет. В качестве одного из возможных вариантов подобного
усовершенствования можно назвать серверные сценарии, которые вполне
допустимо реализовывать посредством использования языка PHP. Сценарии
или скрипты во взаимодействии с различными прикладными программными
средствами и системами, в том числе и с системами управления БД,
электронными таблицами, деловой графикой и т.д., способствуют выведению
на экран пользователя динамической информации.
Можно также выделить отдельно скрипт, носящий название PHP-
скрипт. Данный скрипт анализируется web-сервером в реальном масштабе
времени. Web-сервер гарантирует пересылку запроса пользователя скрипту,
который, в свою очередь, применяя средства прикладной системы,
реверсирует итоги обработки запроса на экран пользователя.
63
Основной идеей и преимуществом скрипта PHP можно считать
допустимость внедрять обрабатываемый сервером программный код прямо в
HTML-страницу.
С целью пересылки информации о поступившем запросе, сервер
применяет командную строку, переменные окружения и глобальные
переменные. Опираясь на применяемый для запроса метод, командная строка
возникает либо как составная часть URL (в случае метода GET), либо в
качестве содержимого HTTP-запроса (метод POST).
Итак, рассматриваемая информационная система создается на
основании применения модульного интерфейса. Диаграмма процессов
системы на сервере представлена на рисунке 10.
Диаграмма видов деятельности для варианта использования
«Регистрация в системе» представлена на рисунке 11.
Диаграмма последовательности для варианта использования
«Регистрация в системе» представлена на рисунке 12.
Диаграмма видов деятельности для варианта использования «Вход
в систему» на рисунке 13.
Диаграмма последовательности для варианта использования «Вход
в систему» на рисунке 14.
64
Рисунок 10 – Диаграмма процессов
65
Рисунок 11 – Диаграмма видов деятельности «Регистрация в системе»
Рисунок 12 – Диаграмма последовательности «Регистрация в системе»
66
Прецеденты для варианта использования «Регистрация в системе»
(таблица 2).
Таблица 2 - Прецеденты «Регистрация в системе»
Прецедент «Регистрация в системе»
ID 1. Регистрация пользователя
Краткое описание
Прецедент описывает вход администратора в раздел
добавления нового пользователя
Действующее
лицо
Администратор
Предусловие
Администратор обрабатывает заявку на добавление
нового пользователя
Основной поток
Вход администратора в раздел добавления нового
пользователя
Постусловие
Администратору в разделе регистрации представлены
поля для ввода логина, пароля и контакт
ной информации
пользователя
Альтернативный
поток
Нет
Продолжение таблицы 2.2
ID
2. Ввод логина, пароль и контактную информацию
Краткое описание
Прецедент описывает ввод логина, пароля и контактной
информации администратором
при добавлении нового
пользователя
Действующее
лицо
Администратор
Предусловие
Администратор обрабатывает заявку на добавление
нового пользователя
Основной поток
Администратор вводит логин, пароль и контактную
информацию пользователя
Постусловие Создается новый аккаунт пользователя
Альтернативный
поток
Нет
ID 3. Проверка наличия введенного логина в БД имен
Краткое описание
Прецедент описывает проверку системой наличия
введенного логина в БД имен
Действующее
лицо
Система
67
Предусловие
Администратор ввел логин, пароль, контактную
информацию пользователя и нажал на кнопку
"Регистрация"
Основной поток Система проверяет наличие введенного логина в БД имен
Постусловие Введенный логин найден; Введенный логин не найден
Альтернативный
поток
Нет
ID 4. Запрос на ввод другого логина
Краткое описание
Прецедент описывает запрос системы на ввод другого
логина администратором
Действующее
лицо
Система
Предусловие Введенный логин найден в БД имен
Основной поток Система запрашивает ввод другого логина
Постусловие
Администратор ввел логин,
пароль, контактную
информацию пользователя и нажал на кнопку
"Регистрация"
Альтернативный
поток
Нет
ID 5. Создание учетной записи
Прецедент «Регистрация в системе»
Краткое описание Прецедент описывает создание учетной записи в БД имен
Действующее
лицо
Система
Предусловие Введенный логин не найден в БД имен
Основной поток
Система создает учетную запись в БД имен с логином,
паролем и контактной информацией клиента
Постусловие Учетная запись в БД имен создана
Альтернативный
поток
Нет
ID 6. Сообщение об удачной регистрации
Краткое описание
Прецедент описывает сообщение системы об удачной
регистрации
Действующее
лицо
Система
Предусловие Учетная запись в БД имен создана
Основной поток Система выводит сообщение об удачной регистрации
68
Постусловие Клиент увидел сообщение об удачной регистрации
Альтернативный
поток
Нет
Рисунок 13 – Диаграмма видов деятельности «Вход в систему»
Рисунок 14 – Диаграмма последовательности «Вход в систему»
69
Таким образом, можно сделать вывод о том, что сеть IP-телефонии
представляет собой совокупность оконечного оборудования, каналов связи и
узлов коммутации. Сети IP-телефонии строятся по тому же принципу, что и
сети Интернет. Однако в отличие от сетей Интернет, к сетям IP-телефонии
предъявляются особые требования по обеспечению качества передачи речи.
Одним из способов уменьшения времени задержки речевых пакетов в узлах
коммутации является сокращение количества узлов коммутации,
участвующих в соединении. Поэтому при построении крупных сетей в
первую очередь организуется магистраль, которая обеспечивает транзит
трафика между отдельными участками сети, а оконечное оборудование
(шлюзы) включается в ближайший узел коммутации. Оптимизация маршрута
позволяет улучшить качество предоставляемых услуг.
Штат сотрудников офиса за последние два года вырос, и руководство
приняло решение обновить имеющуюся локальную сеть, и перевести все
свои коммуникации на IP-протокол. Необходимо включить в локальную сеть
ещё 20 рабочих станций. Приобрести, подключить и настроить 20 IP-
телефонов. Отказаться от 9 телефонных номеров, оставив один аналоговый
аппарат.
В результате выполнения 2й главы было отмечено, что в здании
установлена мини АТС LG GHX-46 имеющая 26 внутренних абонентов и
выход в город по 6 телефонным линиям предоставленным филиалом ООО
«Эдгар». В офисных помещениях здания установлена мини АТС Siemens
HiPath 3550 имеющая 17 внутренних абонентов и выход в город по 4
телефонным линиям предоставленным филиалом ООО «Эдгар». Для
поддержания работоспособности телефонной сети необходим контроль и
обслуживание телефонных станций и их абонентов. В дальнейшем рост
числа абонентов телефонной сети очевиден, поэтому планируется
соединение телефонных станций между собой на основе существующей
локально-вычислительной сети и внедрение IP-телефонии.
70
ГЛАВА 3. РАЗРАБОТКА СЕТИ IP-ТЕЛЕФОНИИ
3.1. Обоснование применения оборудования для IP-сети и его
характеристика
Исследуя рынок IP телефонии (рисунки 15 - 18) были выбраны и
проанализированы следующие операторы IP телефонии [6]:
Sipnet;
Rinotel;
Teleunited;
Complexx.
0
0,05
0,1
0,15
0,2
0,25
Стоимость
1мин ($)
Sipnet Rinotel TeleunitedComplexx
Операторы
Тарифы
Рисунок 15 - График анализа операторов в зависимости 1 минуты разговора в
г. Самара
0
2
4
6
8
10
Количество
вариантов
Sipnet Rinotel Teleunited Complexx
Операторы
Варианты оплаты
Рисунок 16 - График анализа операторов в зависимости от количества
вариантов оплаты за переговоры
71
0
20
40
60
80
100
Процент
предоставл
яемых
услуг (%)
Sipnet Rinotel Teleunited Complexx
Операторы
Пакет услуг
Рисунок 17 - График анализа операторов в зависимости от полноты сервиса
предоставления услуг
0
20
40
60
80
100
Процент
качества
связи (%)
Sipnet Rinotel Teleunited Complexx
Операторы
Качество связи
Рисунок 18 - График анализа операторов в зависимости от качества каналов
связи
На основании полученных в ходе проведенного анализа результатов
предпочтение было отдано оператору предоставления услуг Sipnet. В рамках
работы данного оператора связи предусмотрена следующая
последовательность работы устройств: компьютер или SIP-устройство
конвертирует голос в цифровые пакеты и адресует вызов по сети Интернет на