Учитывая изложенное, можно сформулировать граничные
требования к качеству сети ГР-телефонии:
Качественная телефония необходима как начинающим компаниям,
так и тем, кто уже не новичок в мире бизнеса. На сегодняшний день на российском
рынке немало компаний предоставляющих телеком-услуги. Линейка услуг,
реализованная в виде «облачных» телекоммуникационных сервисов (ОТС), практически
полностью «покрывает» все телекоммуникационные потребности любой организации.
Опираясь на них, предприятия крупного, среднего и малого бизнеса, а также
владельцы стартап-проектов и руководители проектных групп могут не только
значительно сократить расходы на телефонизацию, но и усовершенствовать
бизнес-процессы и деловые коммуникации, а также создать условия для повышения
продаж, улучшения работы с заказчиками, имиджа компании и роста личной
эффективности сотрудников. В качестве примера можно привести две наиболее
крупные системы подобного класса «Манго-офис» компании «Манго-телеком» и
YouMagic.Pro компании МТТ [2, 3].
В основе этих систем лежит так называемое SaaS-решение (от
англ. Software as a service - программное обеспечение как услуга), которое не
устанавливается на компьютер, а предлагается бизнесменам в виде услуги [ ]. То
есть на технических площадках провайдера находится сложное оборудование и
программное обеспечение, которое обрабатывает все поступающие клиентам звонки и
переадресовывает вызовы, допустим, на их телефонные аппараты, компьютеры,
мобильные телефоны или телефоны офисов в других городах - т.е. туда, куда
клиент пожелает. При этом все вопросы, все проблемы, связанные с работой
сервиса, тоже ложатся на поставщика телеком-услуг, а не на плечи клиентов.
Вышеуказанные системы включают в себя несколько компонентов:
виртуальная АТС (ВАТС), центр обработки вызовов (ЦОВ), CRM.
· выгодные тарифы на
местную, междугороднюю и международную связь,
Виртуальная АТС относится к классу облачных решений, для
подключения и пользования которой необходимо только широкополосное подключение
к сети Интернет. Вся функциональность Виртуальной АТС реализована на серверах
компании-провайдера, размещенных в надежных data-центрах.
На рисунке 5 схематично показан пример телефонизации офиса с
использованием виртуальной АТС.
· Функциональность
Виртуальной АТС соответствует лучшим офисным АТС бизнес-класса
· Возможность приема
вызовов на аналоговые телефоны, IP-телефоны, мобильные телефоны или компьютер
· Отсутствие привязки
Виртуальной АТС и номеров к определенному местоположению (офису)
· Масштабируемость -
быстрое наращивание функциональности, номеров и линий по мере роста компании
· Выгодные тарифы на звонки
по России, странам СНГ и зарубежным странам
· Простота управления и
настройки Виртуальной АТС через Интернет
· Виртуальная АТС постоянно
совершенствуется и развивается, обновления выпускаются на еженедельной основе.
Настройка функций Виртуальной АТС осуществляется через
Интернет (см. рис. 6).
· Настраивать работу
голосового меню, IVR, включая запись голосовых фрагментов
· Управлять алгоритмами
распределения звонков и переадресацией вызовов
· По мере необходимости
мгновенно подключать дополнительные услуги
· Получить доступ к
расширенной статистической информации по совершенным звонкам
Виртуальная АТС позволяет осуществлять прием и совершение
вызовов с использованием следующих типов оконечного оборудования:
· Персональный компьютер с
установленной бесплатной программой Mango Talker или любым другим программным
телефоном
Таким образом, Виртуальная АТС позволяет организовать
удаленную работу - сотрудники компании смогут принимать звонки, находясь в
командировке или работая из дома, и оставаться на связи независимо от их
физического местонахождения.
Основными преимуществами виртуальной АТС являются
масштабируемость, эффективное распределение больших объемов звонков,
объединение офисов компании под единым номером, мобильность, подключение
дополнительных телефонных линий.
Характеристика
|
Виртуальная
АТС
|
Стационарная
АТС
|
Постоянное
автоматическое обновление
|
+
|
Еженедельное
обновление, выпуск нового функционала
|
-
|
АТС начинает
устаревать с момента приобретения
|
Бесплатная
поддержка
|
+
|
24/7/365
|
-
|
Услуги по
настройке АТС платные
|
Необходимость
приобретения оборудования
|
+
|
Не требуется
|
-
|
Приобретение
оборудования и подключения телефонных линий
|
Затраты на
поддержание инфраструктуры
|
+
|
Отсутствуют
|
-
|
Требуется
поддержание инфраструктуры
|
Простота
настройки
|
+
|
Интуитивно-понятный
интерфейс
|
-
|
Настройка
силами подрядной организации
|
Привязка к
местонахождению офиса, сохранение номера при переезде
|
+
|
Привязка
отсутствует, номер сохраняется при переезде
|
-
|
Номер телефона
привязан к адресу
|
Масштабируемость:
быстрое наращивание функциональности, номеров, линий и числа сотрудников
|
+
|
Неограниченная
масштабируемость по мере роста компании
|
-
|
Аппаратные
ограничение: количество линий и максимальное количество сотрудников
определяет модель АТС
|
Плата только за
услуги, которые реально используются
|
+
|
|
-
|
«Замороженные»
инвестиции. Компания приобретает АТС «на вырост», предусматривая скорый рост
компании, или что возникнет необходимость в тех или иных функциях.
|
Расширение
функционала: внедрение новых приложений
|
+
|
Внедрение
приложений по клику мыши.
|
-
|
Потребуется
приобретение доп. оборудования и, как правило, лицензий у производителя. Это
займет от нескольких недель до месяцев.
|
Тарифы на
местные, международные и междугородние звонки
|
+
|
Низкие
|
-
|
Высокая
стоимость звонков
|
Возможность
подключить несколько офисов
|
+
|
Достаточно
одной «Виртуальной АТС» для офисов и удаленных сотрудников
|
-
|
Потребуется
своя АТС для каждого офиса
|
Внутрикорпоративная
связь независимо от местонахождения офисов
|
+
|
Бесплатная
|
-
|
Для организации
связи между удаленными офисами требуется приобретение и настройка
дополнительного оборудования
|
Мониторинг
звонков
|
+
|
Анализ
статистической информации по всем вызовам
|
-
|
Телефония -
черный ящик, мониторинг звонков невозможен
|
система может включать:
· фронтальную часть, обеспечивающую обслуживание
клиентов на точках продаж с автономной, распределенной или централизованной
обработкой информации;
· операционную часть,
обеспечивающую авторизацию операций и оперативную отчётность;
· чранилище данных;
· аналитическую подсистему;
· распределенную систему
поддержки продаж: реплики данных на точках продаж или смарт-карты.
CRM предоставляет пользователям инструментарий для
взаимоотношениями с клиентами, позволяющий акцентироваться на действительно
важных задачах: повышение объема продаж, повышение качества обслуживания
клиентов, повышение лояльности клиентов. Пользователи CRM концентрируются в
первую очередь на взаимодействии с клиентами и меньше тратят времени на
организационные работы.
При использовании CRM-системы в отделе продаж или в отделе
обслуживания клиентов - обеспечивается сохранение всей истории совершенных
звонков и сообщений электронной почты. База клиентов, статусы текущих заказов,
движение денежных средств и многое другое объединятся в единой информационной
среде CRM.
На рисунке 7 на примере «Манго-Офис» приведены основные
возможности CRM-системы обеспечивающие прирост эффективности компании.
Рисунок 7 - Основные возможности CRM Манго-Офис
Интеграция с IP-телефонией - позволяет сохранить
историю по 100% обращений клиентов, поступающих менеджерам. При звонке клиента
CRM автоматически начинает сценарий обработки звонка: менеджеру отображается
карточка клиента, показывается история предыдущих контактов, информация о
заказах и другая полезная информация. Это существенно сокращает время
обслуживания каждого обращения, тем самым повышается производительность
сотрудников.
Ведение клиентской базы - обеспечивает
накопление информации о клиентах. Все менеджеры ведут учет клиентов в едином
формате в CRM, формируя клиентскую базу компании. Возможность быстрого поиска
нужной информации повышает эффективность работы сотрудников. Накопление
различной информации, полученной от клиентов или партнеров, позволит
руководителям или активным продавцам найти новые возможности для бизнеса.
Автоматизация процесса продаж - обеспечивает увеличение
количества успешных сделок, в результате чего растет удовлетворенность
клиентов. Работая в CRM, менеджеры следуют четким инструкциям в рамках
формализованного сценария продаж. CRM не даст менеджеру пропустить какой-либо
шаг сценария продаж, напомнит о необходимости совершить звонок клиенту или
своевременно проконтролировать процесс оплаты.
Поддержка бизнес-процессов - увеличивает
производительность труда сотрудников компании. В CRM типовые задачи описываются
и разбиваются на четкие этапы с определением целей и критериями успешности.
Менеджерам предоставляются четкие инструкции, позволяющие успешно и быстро
выполнить очередные этапы бизнес-процессов.
Хранение истории всех продаж - позволяет реализовать
персональный подход при работе с клиентом. Менеджер, на основании истории
обращений клиента, предлагает ему лучшие цены и условия обслуживания. Растет
лояльность клиента и деловая репутация компании.
Контроль и управление - позволяет менеджменту
эффективно контролировать и управлять компанией, получая онлайн-информацию обо
всех поступивших звонках клиентов, количестве потенциальных контрактов,
ожидаемой выручки, фактах поступления денежных средств. Анализ работы
сотрудников в рамках бизнес-процессов позволяет контролировать все этапы
деятельности компании, определяя узкие места, и корректировать процесс работы
компании.обладает гибкими настройками и может успешно применяться в компаниях
различного размера и профиля деятельности, от малых предприятий, состоящих из
2-5 сотрудников, до средних и крупных компаний, имеющих сотни сотрудников и
несколько офисов в разных городах или даже странах. Чем больше компания, тем
более важным становится необходимость наличия CRM как инструмента управления.
Центр обработки вызовов (ЦОВ) - это «облачное»
бизнес-приложение для организации эффективной работы с телефонными обращениями
в компании. С его помощью можно просто, быстро и с минимальными затратами
улучшить качество обслуживания клиентов, уменьшить связанные с этим расходы и
создать комфортные условия для производительной работы сотрудников
компании-клиента.
Рассмотрим более подробно основные функции ЦОВ на примере
системы «Маног-Офис» (см. рис. 8).
Рисунок 8 - Основные функциональные возможности ЦОВ
Центр обработки вызовов значительно расширяет возможности
виртуальной АТС, добавляя функции, связанные с
· мониторингом обработки обращений клиентов
· управлением работой
сотрудников
· измерением показателей
обслуживания.
Все инструменты контроля и управления работают в режиме
реального времени.
ЦОВ распространяется по модели SaaS (программное обеспечение
как услуга). Все организационные и финансовые вопросы - инвестиции в «железо» и
ПО, инсталляция, пуско-наладка, обслуживание, обновление ПО уже решены
компанией-провайдером.
Все серверное программное обеспечение работает в распределенных
дата-центрах класса Tier 3 компании-провайдера. Таким образом обеспечивается
бесперебойность и отказоустойчивость их работы. На рабочих местах
пользователей устанавливаются только клиентские приложения, которые
обмениваются данными с серверами через интернет. Принимать и совершать звонки
пользователь может как с помощью гарнитуры, так и с более привычным настольным
IP (SIP) телефоном. В обоих случаях управлять звонками можно через клиентское
приложение.
Очередь входящих звонков, наличие свободных сотрудников, их
квалификация и другая информация помогают эффективно перераспределять вызовы и
оперативно менять режим работы сотрудников, а возможности подключения к
разговору в режиме конференции, суфлирования или прослушивания позволяют
улучшить качество обслуживания клиентов. Таким образом ЦОВ Манго-Офис дает
полную картину работы над телефонными обращениями клиентов в режиме реального
времени. Работа Ваших сотрудников становится прозрачной. Количественная оценка
работы сотрудников и обслуживания клиентов в свою очередь позволяет внедрить
систему KPI (ключевых показателей эффективности) и вывести обслуживание
ваших клиентов на новый уровень.
Реализация технологии виртуальной АТС в свою очередь позволяет
корпоративным клиентам возможность совершать звонки по России, странам СНГ и
дальнему зарубежью по тарифам, выгодно отличающимся от «обычной восьмерки».
Широкие сервисные возможности позволяют:
· использовать услугу совместно с офисной
аналоговой, IP или гибридной АТС;
· совершать междугородние
звонки с мобильного, стационарного телефона или персонального компьютера через
сеть Интернет;
· отправлять факсы через
Интернет.
Одновременно с этим решаются следующие бизнес-задачи
клиентской компании:
· организация доступа к услугам междугородней связи
для всех сотрудников
· организация доступа к
услугам междугородней связи только для некоторых сотрудников
· контроль расходов на
междугороднюю связь по офисам, подразделениям и сотрудникам
· увеличение количества исходящих
линий, подключенных на Вашей АТС
При реализации технологии ВАТС клиентской компании
предлагается несколько вариантов совершения междугородних звонком в зависимости
от наличия либо отсутствия у нее офисной АТС.
В случае если клиентская компания является владельцем
аналоговой АТС существуют два варианта подключения офисной АТС:
· доступ к междугородней связи с использованием
«Номера доступа»;
· доступ к междугородней
связи через Интернет по IP-телефонии.
Междугородние звонки с использованием «Номера доступа». Совершать междугородние
звонки с использованием «Номера доступа» также просто, как и через «обычную
восьмерку». Отличие состоит лишь в том, что вместо «восьмерки» необходимо
набирать специальный номер телефона - «Номер доступа».
Для защиты доступа к междугородней связи от
несанкционированного доступа используются ПИН-коды (числовой «пароль», который
необходимо ввести перед набором международного номера).
Для исключения ручного набора Номера доступа и ПИН-кода при
каждом междугороднем звонке на офисной АТС может быть настроен их
автоматический набор при выходе на межгород.
Вариант использования Номера доступа схематично изображен на
рисунке 9 ниже:
Рисунок
9 - Использование услуги «Номер доступа»
Междугородние звонки с использованием IP-
телефонии.
Наибольшая экономия на междугородней связи» достигается при использовании
IP-телефонии.
Для использования IP-телефонии с аналоговой АТС необходим
VoIP-шлюз и доступ в Интернет. На самой АТС должны быть свободные FXO-порты для
подключения VoIP-шлюза.
Вариант подключения через Интернет схематично изображен на
рисунке 10 ниже:
Рисунок 10
Междугородние
звонки с использованием IP- телефонии и гибридных АТС. В этом случае схема
подключения выглядит следующим образом:
Рисунок 11
Междугородние
звонки без использования офисной АТС. В этом случае возможные различные варианты
настройки сервиса. Совершать междугородние звонки также просто, как и через
«обычную восьмерку». Отличие состоит лишь в том, что вместо «восьмерки»
необходимо набирать специальный номер телефона - «Номер доступа».
Для защиты доступа к междугородней связи от
несанкционированного доступа используются ПИН-коды (числовой «пароль», который
необходимо ввести перед набором международного номера).
Схема выхода на межгород с городского телефона изображена на
рисунке 12.
Рисунок 12
1.3 Предпосылки создания системы предоставления
услуг связи «Виртуальный офис»
Одним из ключевых требований современного корпоративного
клиента является возможность эффективной работы абонентов в группе. То есть,
создание виртуального мобильного офиса, в котором разрозненные абоненты,
имеющие фиксированный или мобильный телефон, имели бы возможность пользоваться
услугами офисной АТС или Call-центра.
Система «Виртуальный офис» (Mobile PBX/ Mobile VPN)
разработки ЗАО «Теледисконт» дает возможность удовлетворить требования самых
взыскательных корпоративных клиентов.
Пользователь услуги, афишируя только один номер, получает в
свое распоряжение аналог многоканального телефона. При этом абоненту услуги не
требуется установки дополнительного оборудования, а принимать вызовы,
направляемые на этот номер, могут абоненты различных сетей связи. Управлять
услугой пользователь сможет самостоятельно, не имея никаких специализированных
знаний.
Создание виртуального контакт-центра, организация горячих
линий, предоставление услуг «Универсальный персональный номер», Freephone,
Номер с дополнительной оплатой (Premium Rate), организация диспетчерских служб,
внедрение единой нумерации для компаний с сетью региональных представительств -
все эти задачи с максимальной эффективностью решает «Виртуальный офис».
Преимущества
· Высокая потенциальная прибыль
· Возможность гибкой
тарификации
· Доступ пользователей
услуги к голосовой и факсмильной почте
· Гибкая настройка правил
распределения вызовов
· Удобный клиентский
WEB-интерфейс услуги
· Возможность интеграции с системой определения
местоположения абонента
· Совместимость с IMS
Дополнительно
· Запись переговоров
· Возможность звонков по
коротким номерам между абонентами Virtual Office
· Горизонтально масштабируемая
система
· Мощная подсистема
администрирования
2. Архитектура и функциональные возможности
системы «Виртуальный офис» (ЗАО «Теледисконт»)
Система поддержки услуги «Виртуальный номер» дает Оператору
возможность предоставить частным и корпоративным клиентам новый спектр
возможностей для более эффективного обслуживание поступающих к ним вызовов.
Пользователь услуги, афишируя только один номер, получает в своё распоряжение
аналог многоканального телефона, что позволяет существенно увеличить количество
обслуженных вызовов. При этом пользователю услуги не требуется установки и
обслуживания какого-либо дополнительного оборудования, а принимать вызовы,
направляемые на этот номер, смогут абоненты различных сетей связи.
В рамках услуги Logic Line заказчику выделяется один
виртуальный номер из общего плана нумерации. В зависимости от тех или иных
условий и параметров вызов, поступивший на такой виртуальный номер, может быть
перенаправлен на любой из номеров, которые данный заказчик закрепил за этим
виртуальным номером. Причем это могут быть номера как мобильной, так и
фиксированной сетей.
Если с номером, на который происходит переадресация, не может
быть установлено соединение (вызываемый абонент занят, не доступен) вызов может
циклично распределяться на другие номера из списка, заданного пользователем
услуги в качестве номеров для переадресации.
В качестве критериев маршрутизации могут выступать такие
параметры как время суток, день недели, номер или префикс номера вызывающего
абонента. Е случае занятости всех номеров абонента вызов может быть
переадресован на внешнюю или встроенную подсистему IVR или на речевую почту.
Система предоставляет пользователю или Администратору услуги
возможность через web-интерфейс или с использованием конфигурационных файлов
управлять настройками правил обработки и маршрутизации вызовов.
2.1 Функциональные возможности системы
Возможность задания правил маршрутизации вызовов на основе
номера вызывающего абонента, времени суток, дня недели;
Возможность указания в качестве реальных номеров пользователя
номеров как мобильной, так и фиксированной сетей;
Гибкая настройка правил распределения вызовов;
Поддержка «чёрных» и «белых» списков индивидуально для
каждого виртуального номера и для системы в целом;
Ведение записей CDR по обработанным вызовам;
Задание наборов префиксов номеров вызывающих абонентов с
использованием регулярных выражений;
Циклическое распределение вызовов между номерами пользователя
при недоступности вызываемого абонента;интерфейс для задания схем маршрутизации
вызовов пользователем услуги;
Поддержка SNMP для интеграции с системами эксплуатации и
техобслуживания.
Алгоритм предоставления услуги. Администратором услуги
Logic Line пользователю (заказчику) услуги назначается виртуальный номер из
общего плана нумерации. Далее пользователь или Администратор услуги, формирует
правила маршрутизации вызовов, поступающих на этот номер.
Для каждого виртуального номера определяются один или
несколько диапазонов номеров вызывающих абонентов. Для каждого такого диапазона
определяется одно или несколько расписаний, определяемых как список временных
интервалов и дней недели, в которые действует данное правило.
Для каждого из расписаний определяется список фактических
номеров (в порядке желаемого перебора), на которые должен быть распределён
вызов, поступивший на данный виртуальный номер.
При поступлении вызова на виртуальный номер пользователя
услуги, система в соответствии с заданными правилами осуществляется пересчёт
короткого номера в реальный номер абонента, по которому и происходит установление
соединения. Система предоставляет широкие возможности по накоплению
статистической информации и формированию отчетов.
Обеспечивается ведение журнала CDR по предоставленным
услугам, в котором фиксируются следующие параметры:
номер абонента А;
номер абонента Б (виртуальный номер);
тип номера абонента Б;
идентификатор местоположения абонента А;
идентификатор правила преобразования номера абонента Б;
фактический номер, на который осуществлён вызов; длительность
вызова; причина разъединения
Взаимодействие с оборудованием Оператора. Сервер услуги Logic Line
может подключаться к коммутационному оборудованию Оператора мобильной связи
(MSC) по цифровым потокам Е1 с сигнализацией OKC№7/ISUP. Система функционирует
по принципу Loop Around, т.е. через сервер осуществляется только пропуск
сигнального трафика ISUR Разговорные каналы входящего и исходящего направлений
заранее подключаются полупостоянно. Примеры использования услуги Logic Line
приведены на рис. 13-15.
Рисунок 13 - Виртуальный Call-центр для малого бизнеса
Рисунок 14 - Виртуальный офис (единый номер для нескольких
офисов)
Рисунок 15 - Универсальный персональный номер
Также обеспечивается поддержка предоставления услуги с
использованием технологии CAMEL. В этом случае сервер услуги подключается к
коммутационному оборудованию Оператора мобильной связи (MSC) по цифровым
потокам Е1 с сигнализацией САР, а в CAMEL-профиле абонента должна
устанавливаться триггерная точка на попытку ошибочного набора номера. Возможен
вариант подключения сервера услуги к CAMEL Gateway по протоколу BRT.
Пропускная способность одного сервера ограничивается только
интенсивностью трафика.
2.2 Архитектура и производительность системы
Аппаратно система виртуального офиса строится на базе
серверов под управлением ОС CentOS 5 (Community ENTerprise Operating System) -дистрибутивом
GNU/Linux, основанном на свободных исходных текстах коммерческого дистрибутива
Red Hat Enterprise Linux компании Red Hat, и совместимый с ним [5, 6].
Рисунок 16 - Архитектура системы «Виртуальный офис» (ЗАО «Теледисконт»)
Сервер 1 включает в себя ПО IP АТС Astesisk, а также ПО
Apache с PHP. Сервер 2 включает в себя ПО СУБД MySQL, а также ПО Apache с PHP.
ПО Apache с PHP на сервере 2 предназначено в первую очередь
для организации взаимодействия пользователей с системами виртуального офиса, то
есть Сервер 2 отвечает за предоставление WWW доступа к личным кабинетам
пользователей системы. Сервер 1 предназначен для реализации сервисов, связанных
непосредственно с телефонной сетью.
Это такие услуги как "Корпоративный ПИН-код",
"Обратный звонок", "Виртуальный Факс" и т.п.
Взаимодействие между сервером 1 и сервером 2 осуществляется
посредством протокола HTTP. Кроме того, Сервер 1 имеет доступ через голосовой
шлюз к телефонной сети общего пользования (для реализации услуг
"Корпоративный ПИН-код" и "Обратный звонок"), а также
сервером синтеза речи по протоколу MRCP, для синтеза речевых фраз, определяемых
абонентом.
Связь сервера 1 с сетью Интернет обусловлена необходимостью
предоставления услуг междугородней и международной связи в рамках сервисов
"Корпоративный ПИН-код" и "Обратный звонок", поскольку
терминация трафика на МГ/МН направления в рамках этих услуг осуществляется
посредством сети Интернет.
Масштабирование системы и обеспечение надёжности.
Масштабирование
системы осуществляется горизонтально. При исчерпании производительности одной
из подсистем в работу вводятся соответствующие дополнительные модули.
Фактически система имеет сетевую архитектуру, что дополнительно увеличивает её
надёжность
3. Выбор средств реализации системы виртуального
офиса
Для оценки эффективности реализуемой системы необходимо
оценить два вида критериев: общесистемные и специальные. К первым относятся
критерии, по которым оценивается любая реализуемая в области информационных
технологий система. Вторые конкретизируют свойства данной разрабатываемой
системы.
Общесистемные критерии эффективности. Автоматизированные
системы обработки информации в области связи, должны удовлетворять следующим
требованиям:
1. Обеспечивать надежную работу в реальном масштабе времени;
2. Обеспечивать масштабируемость, расширяемость систем
при увеличении клиентской базы и номенклатуры услуг;
. Быть открытой, т.е. система должна соответствовать
открытым стандартам и спецификациям, что позволяет использовать при ее реализации
качественные базовые компоненты различных производителей, которые легко
интегрируются в систему;
. Базироваться на концепции распределенности, что
соответствует распределенному характеру объектов связи.
Очевидно, что для системы «Виртуальный офис» важнейшим
требованием является обеспечение надежной работы. Это требование
обеспечивается, в частности, системными средствами.
Специальные критерии эффективности. Исходя из особенностей
разрабатываемой системы, выделим следующие специальные критерии эффективности:
1. Масштабируемость;
2. Надежность, приближенная к уровню
0,99999;
. Использование типовых открытых
стандартов;
. Малая стоимость разработки и
внедрения, достижимая за счет использования свободного программного
обеспечения.
3.1 Выбор программного обеспечения
В качестве системного ПО используется операционная система CentOS 5 - дистрибутив GNU/Linux,
Срок поддержки каждой версии CentOS составляет 10 лет (с помощью выпуска
обновлений безопасности). Новая версия CentOS выходит раз в 2 года и каждая
версия регулярно обновляется (каждые 6 месяцев) для поддержки новых аппаратных
средств. В результате это приводит к безопасной, легко обслуживаемой, надежной,
предсказуемой и масштабируемой Linux среде.Hat Enterprise Linux состоит из
свободного ПО с открытым кодом, но доступен в виде дисков с бинарными пакетами
только для платных подписчиков. Как требуется в лицензии GPL и других, Red Hat
предоставляет все исходные коды. Разработчики CentOS используют данный исходный
код для создания окончательного продукта, очень близкого к Red Hat Enterprise
Linux и доступного для скачивания. Существуют и другие клоны Red Hat Enterprise
Linux, созданные на основе этого кода.использует программу yum для скачивания и
установки обновлений из репозитория CentOS Mirror Network, тогда как Red Hat
Enterprise Linux получают обновления с серверов Red Hat Network. CentOS до
версии 5.0 для обновлений использовал также программу up2date.
Типовая платформа виртуального офиса ЗАО «Теледисконт»
развертывается на двух серверах. Выбор двухсерверной реализации обусловлен
необходимостью обеспечить оптимальные условия исполнения приложений,
выполняющих принципиально разные задачи, и имеющих при этом значительные
потребности в аппаратных ресурсах.
Один из серверов выполняет функции сервера БД и WWW сервера, второй -
функции IP ATC и интерфейса к сервису синтеза речи. (см. схему).
В качестве сервера баз данных была выбрана хорошо
зарекомендовавшая себя и широко используемая в WWW среде СУБД MySQL 5, в качестве WWW сервера использован Apache 2.2.
СУБД MySQL.SQL - это сокращение от
Structured Query Language (структурированный язык запросов). SQL создан для
работы с реляционными базами данных. Он позволяет пользователям
взаимодействовать с базами данных (просматривать, искать, добавлять и управлять
данными). MySQL соответствует спецификации ANSI 92 SQL. разработал Михаэль
Видениус. MySQL является относительно небольшой и быстрой реляционной СУБД
основанной на традициях Hughes Technologies Mini SQL (mSQL) [6].
Основные преимущества пакета MySQL следующие.
· Многопоточность. Поддержка нескольких
одновременных запросов.
· Оптимизация связей с
присоединением многих данных за один проход.
· Записи фиксированной и
переменной длины.
· ODBC драйвер в комплекте
с исходником
· Гибкая система привилегий
и паролей.
· До 16 ключей в таблице.
Каждый ключ может иметь до 15 полей.
· Поддержка ключевых полей
и специальных полей в операторе CREATE.
· Поддержка чисел длинной
от 1 до 4 байт (ints, float, double, fixed), строк переменной длины и меток
времени.
· Интерфейс с языками C и
perl.
· Основанная на потоках,
быстрая система памяти.
· Утилита проверки и
ремонта таблицы ( isamchk).
· Все данные хранятся в
формате ISO8859_1.
· Все операции работы со
строками не обращают внимания на регистр символов в обрабатываемых строках.
· Псевдонимы применимы как
к таблицам, так и к отдельным колонкам в таблице.
· Все поля имеют значение
по умолчанию. INSERT можно использовать на любом подмножестве полей.
· Легкость управления
таблицей, включая добавление и удаление ключей и полей.
Наиболее простой способ работы с MySQL сводится к
использованию программы MySQL. Это клиентская часть СУБД MySQL. Можно выполнять
команды SQL непосредственно из командной строки системы unix или из
интерактивного режима MySQL.
СУБД MySQL имеет библиотеку C API. Ее можно использовать для
запросов к базе данных, вставки данных, создания таблиц и т.п. C API
поддерживает все функции MySQL. Язык perl поддерживается сразу двумя способами:
· Портирован интерфейс с perl из mini-SQL,
разработанный Андреасом Коенигом.
· Есть модуль perl DBD.
Также доступен 32-битный ODBC драйвер для MySQL. Он позволяет
запрашивать и получать данные из других источников с поддержкой ODBC.
Веб-сервер Apache разрабатывается и
поддерживается открытым сообществом разработчиков под эгидой Apache Software
Foundation и включён во многие программные продукты, среди которых СУБД Oracle
и IBM WebSphere. На данный момент разработка ведётся в ветке 2.2, а в версиях
1.3 и 2.0 производятся лишь исправления ошибок безопасности. На текущий момент последняя
версия ветки 2.4 - 2.4.3 (21 августа 2012), для первой версии это 1.3.42.
Даже не смотря на то, что Apache является свободно
распространяемым сервером, все-таки главной причиной успеха Apache является его
широкие функциональные возможности.
Сервер Apache поддерживает одновременную работу и,
следовательно, может обслуживать большое количество клиентов. Количество
клиентов, которое может одновременно обслуживаться, ограничивается лишь
используемыми аппаратными средствами и операционной системой. Сервер может быть
легко сконфигурирован с помощью редактирования текстовых файлов или, используя
один из многочисленных инструментов с графическим интерфейсом.
Рисунок 17 - HTTP сервер Apache в своем окружении
В соответствии со своей модульной архитектурой, множество
возможностей, которые необходимы для работы некоторых приложений, могут быть
реализованы в виде дополнительных модулей Apache. Для поддержки такой
возможности для разработчиков модулей реализован хорошо документированный API.
Модульность и существование множества бесплатных модулей позволяет легко
создать мощный веб-сервер без изменения его исходного кода. Используя на
сервере множество доступных скриптовых языков, можно легко создать любое
веб-приложение. Для использования любого скриптового языка необходим только
соответствующий подключаемый модуль. Также обе версии Apache полностью
совместимы с HTTP 1.1. Для большинства популярных платформ сделана простая
процедура установки сервера. Диаграмма на рисунке 17 показывает HTTP сервер
Apache в своем окружении. По сравнению с простым HTTP сервером, тут мы видим
администратора, который работает с файлами конфигурации, а также с серверными
расширениями, используя CGI или серверный API. Эти расширения могут получить любой
ресурс на машине сервера или на удаленной машине через сеть.
Функции IP АТС выполняет
ПО Asterisk 1.8, интерфейс к сервису синтеза речи реализуется библиотекой UniMRCP.
Asterisk - свободное решение компьютерной телефонии (в том
числе, VoIP) с открытым исходным кодом от компании Digium, первоначально
разработанное Марком Спенсером. Приложение работает на операционных системах
Linux, FreeBSD, OpenBSD и Solaris. Asterisk в комплексе с необходимым
оборудованием обладает всеми возможностями классической АТС, поддерживает
множество VoIP-протоколов и предоставляет богатые функции управления звонками,
среди них:
· Голосовая почта.
· Конференции.
· Интерактивное голосовое
меню (IVR).
· Центр обработки вызовов
(постановка звонков в очередь и распределение их по агентам используя различные
алгоритмы).
· Запись (Call Detail
Record).
Для создания дополнительной функциональности можно
воспользоваться собственным языком Asterisk для написания плана
нумерации, написав модуль на языке Си, либо воспользовавшись AGI - гибким
и универсальным интерфейсом для интеграции с внешними системами обработки
данных. Модули, выполняющиеся через AGI, могут быть написаны на любом
языке программирования.
Asterisk распространяется на условиях двойной лицензии,
благодаря которой одновременно с основным кодом, распространяемым по открытой
лицензии GNU GPL, возможно создание закрытых модулей, содержащих
лицензируемый код: например, модуль для поддержки кодека G.729.
Благодаря свободной лицензии Asterisk активно
развивается и поддерживается тысячами людей со всей планеты. В течение
последних двух лет[когда?] рынок Asterisk-приложений
активно развивается в США.
Для того чтобы уйти от проблем, создаваемых двойным
лицензированием, был создан форк проекта, в настоящее время называющийся CallWeaver.
Различные функциональные расширения для Asterisk, необходимые для
реализации на базе него сервисов виртуального офиса, таких как «Корпоративный
ПИН КОД», «Звонок с сайта», «Голосовое меню», «Автоматический массовый обзвон»
и пр., написаны на языках Perl и PHP. Взаимодействие между внешними скриптами и Asterisk происходит посредством
интерфейса AGI (Asterisk Gateway Interface), который специально предназначен для
этих целей. Выбор языков написания скриптов расширения обусловлен механизмом
взаимодействия между сервером Asterisk и сервером БД-WWW.
Поскольку такое взаимодействие осуществляется приемом -
посылкой HTTP запросов, было необходимо выбрать средства реализации внешних
расширений, предназначенных для разработки веб-приложений. Perl и, в особенности PHP, этим требованиям
удовлетворяют.
3.2 Выбор аппаратной платформы
При выборе элементов аппаратной платформы учитывались
следующие технические требования:
·
надежность
работы устройства;
·
открытость
архитектуры устройства;
·
осуществление
высокой безотказности работы;
·
наличие
сервисных функций пониженного энергопотребления;
·
невысокая
и приемлемая цена;
·
диапазон
рабочих температур от - 40 до + 85;
·
возможность
функционального расширения системы в результате подключения ряда дополнительных
модулей.
На основании выше перечисленных критериев для реализации
сервера с компонентами MySQL и Apache выбран SuperServer 6015B-3R
фирмы-производителя SuperMicro (США) [9, 10]. Внешний вид сервера представлен
на рисунке 18, его технические характеристики приведены в таблице 3.
Рисунок
18 - Внешний вид сервера SuperServer 6015B-3R (фирма-производитель SuperMicro (США))
Таблица 3 - Основные характеристики сервера SuperServer
6015B-3R
Производитель
|
SuperMicro
|
SuperServer
6015B-3RB
|
Назначение
|
сервер
|
Описание
|
Корпус
SC815TQ-R650UB с установленной в нем МП Super X7DBR-3
|
Цвета,
использованные в оформлении
|
Черный
|
Чипсет мат.
Платы
|
Intel
5000P + 6321ESB (ESB2) + 6702PXH (PXH-V)
|
Количество
разъемов UIO
|
1
|
Кнопки
|
Reset, Power
|
|
|
|
"Опции"
|
Опции
(RAID-контроллеры)
|
AOC-LPZCR2
|
Опции (модули
управления)
|
AOC-SIMSO,
AOC-SIMSO+
|
|
|
|
"Особенности
корпуса"
|
Индикаторы
|
Power, HDD, 2
индикатора активности сетевых контроллеров, индикатор перегрева системы |вид кнопок и индикаторов
|
|
|
|
"Процессор"
|
Гнездо
процессора
|
Socket LGA771
x2
|
Поддержка типов
процессоров
|
1 или 2
процессора Intel Xeon серии 50хх, 51хх, 52xx, 53хх, 54xx (Dempsey, Woodcrest,
Clovertown, Harpertown, Wolfdale). |совместимые процессоры
|
Частота шины
|
1333, 1066, 667
МГц
|
|
|
|
"Видео"
|
Видео
|
Интегрировано
(ATI ES1000, видеопамять 16 Мб)
|
|
|
|
"Поддержка
памяти"
|
Количество
разъемов FBD DDRII
|
8,
четырехканальный контроллер памяти, модули памяти устанавливаются только
парами одинакового объема.
|
Тип
поддерживаемой памяти
|
FB-DIMM
(Fully Buffered DIMM) DDR667 (PC5300), DDR533 (PC4200) с поддержкой ECC.
|
Max объем
оперативной памяти
|
32 Гб
|
|
|
|
"Конфигурация"
|
Внешних отсеков
3,5 дюйма
|
4 корзины для
SAS или SATA HDD с возможностью горячей замены и поддержкой SES2 Enclosure
Management.
|
Оптический
привод
|
DVD-ROM
встроенный низкопрофильный IDE привод (для ноутбука)
|
FDD
|
Возможна
установка низкопрофильного привода (приобретается отдельно)
|
Интегрированный
RAID-контроллер
|
Встроен в
чипсет, возможно построение RAID массивов уровней 0, 1, 10, 5 из Serial ATA
устройств, Adaptec AIC-9410 с поддержкой RAID 0, 1, 10 из SAS или SATA HDD,
возможна установка приобретаемого отдельно ZCR RAID5 контроллера с аппаратным
XOR Supermicro AOC-LPZCR2
|
BIOS
|
Phoenix BIOS, 8
Мбит
|
|
|
|
"Коммуникации"
|
Сеть
|
2х канальный
интегрированный в чипсет контроллер + интерфейс физического уровня Intel
82563EB 10/100/1000 Мбит/с
|
|
|
|
"Интерфейс,
разъемы и выходы"
|
Количество
разъемов PCI-X/PCI-64
|
2 разъема PCI-X
64 бита/133 МГц, переходная плата для установки 1 полноразмерной
(Full-height, Full-length) и одной низкопрофильной карты расширения в комплекте
(устанавливаются вместо переходных карт для PCI Express плат)
|
Количество
разъемов PCI Express
|
2 слота 8x,
переходная плата для установки 1 полноразмерной и 1 низкопрофильной карты
расширения в комплекте
|
Serial ATA-II
|
6 каналов с
возможностью подключения 6и устройств.
|
Поддержка
UDMA/100
|
1 канал с
возможностью подключения 2х IDE устройств или одной карты CF.
|
SAS-контроллер
|
Встроенный
8-канальный контроллер Adaptec AIC-9410W, 1 внутренний коннектор с поддержкой
4 SAS или SATA устройств + 1 внещний коннектор
|
Управление
|
Поддерживается
Intelligent Platform Management Interface v.2.0 при установке приобретаемой
отдельно платы AOC-SIMSO или AOC-SIMSO+
|
Разъемы на
задней панели
|
1x PS/2
клавиатура, 1x PS/2 мышь, 2x USB 2.0, 1x COM, 1x SAS, 2x RJ-45 LAN, 1x VGA
монитор
|
Клавиатура/мышь
|
PS/2
|
|
|
|
"Безопасность"
|
Безопасность
|
Датчик вскрытия
|
|
|
|
"Питание"
|
Блок питания
|
SSI 24+8+4 pin
|блок питания
|
Мощность блока
питания
|
650 Вт
|
|
|
|
"Потребительские
свойства"
|
Формат
|
Extended ATX
(305 x 330 мм)
|
Высота
|
1U
|
Охлаждение
|
4 вентилятора
40х40 мм в центре корпуса. Радиаторы для процессоров SNK-P0017 в комплекте
|
Установка в
стойку 19"
|
Возможна,
крепеж на телескопических рельсах CSE-PT51L в комплекте. |подходящий серверный шкаф
|
|
|
|
"Прочие
характеристики"
|
Формат платы
|
Enhanced
Extended ATX (347x330 мм)
|
Размеры (ширина
x высота x глубина)
|
437 x43 x650 мм
|
Вес
|
18.6 кг
|
Рабочая
температура
|
10 ~ 35°C
|
|
|
|
"Логистика"
|
Размеры
упаковки (измерено в НИКСе)
|
84.5 x 59 x 21
см
|
Вес брутто
(измерено в НИКСе)
|
19.36 кг
|
Для
реализации сервера с компонентом Asterisk выбран Supermicro SYS-5017C-TF
фирмы-производителя SuperMicro (США) [9, 10]. Внешний вид сервера представлен
на рисунке 19, его технические характеристики приведены в таблице 4.
Рисунок 19 - Внешний вид сервера Supermicro SYS-5017C-TF
(фирма-производитель SuperMicro (США))
Таблица 4 - Характеристики серверной платформы
Установленные
процессоры
|
Количество
процессоров
|
0
|
Максимальное
количество процессоров
|
1
|
Модельный ряд
|
Intel Xeon
|
Техпроцесс
|
32 нм
|
Охлаждение
|
Воздушное
|
Материнская
плата
|
Модель
|
MBD-X9SCM-F
|
Форм-фактор
|
µATX
|
Чипсет
|
Intel C204
|
Сокет
|
LGA1155
|
Поддерживаемые
процессоры
|
Xeon®
processor E3-1200 family, 2nd Generation Core i3 & Intel® Pentium® family
|
Поддержка PCI
Express 2.0
|
Есть
|
Частота
системной шины
|
100 МГц
|
Наличие слота
под райзер-карту
|
Нет
|
Количество
PCI-E 8x
|
4 шт
|
Количество SATA
6 Gb/s
|
2 шт
|
Количество SATA
3 Gb/s
|
4 шт
|
Аудиочипсет
|
Отсутствует
|
Наличие IPMI
|
Есть
|
BIOS/UEFI
|
64Mb
SPI Flash EEPROM with AMI BIOS
|
Оперативная
память
|
Тип
|
DIMM DDR3
|
Количество
слотов Registered оперативной памяти
|
4
|
Поддержка ECC
|
Есть
|
Максимальный
объем
|
32 ГБ
|
Жесткий диск
|
Форм-фактор
|
3,5"
|
Максимальное
кол-во жестких дисков
|
2 шт
|
RAID
|
Поддерживаемые
уровни RAID
|
0, 1
|
Поддерживаемые
дисковые интерфейсы
|
SAS/SATA
|
Число портов
|
2 шт
|
Графический
адаптер
|
Количество
графических адаптеров
|
1 шт
|
Чипсет
интегрированного графического адаптера
|
Matrox G200
|
Устройства
считывания информации
|
Оптический
привод
|
Встраиваемый
slim
|
FDD
|
Нет
|
Корпус
|
Модель
|
CSE-811TQ-350B
|
Форм-фактор
|
Rack Mount
|
Горячая замена
жесткого диска
|
|
Количество
внешних отсеков 3.5"
|
2 шт
|
Цвет
|
Черный
|
Габариты
|
426 x 44 x 574 мм
|
Количество
юнитов
|
1 U
|
Количество
встроенных вентиляторов
|
2 шт
|
Мощность блока
питания
|
350 Вт
|
Количество
блоков питания
|
1 шт
|
Разъемы на
передней панели
|
USB 2.0
|
2 шт
|
Разъемы на
задней панели
|
PS/2
|
2 шт
|
USB 2.0
|
2 шт
|
D-Sub
|
1 шт
|
Сетевой
интерфейс
|
LAN 1000 Мбит/с
(RJ-45)
|
Количество
сетевых интерфейсов
|
2
|
COM (serial,
DB9 RS232)
|
1 шт
|
4. Разработка подсистемы аутентификации
пользователя
.1 Разработка алгоритма процедуры аутентификации
и его реализация
Подсистема аутентификации пользователя в системе
предоставления услуг связи «Виртуальный офис» представляет собой совокупность
нескольких подсистем. Сюда входит подсистема аутентификации пользователя в
Личном кабинете, доступном через WWW интерфейс и подсистема аутентификации
пользователя при доступе к услугам, предоставляемым посредством телефонной
связи - "Корпоративный ПИН-код", "Обратный звонок".
Целью дипломного проекта было модернизировать процесс
аутентификации пользователя для доступа к услуге Корпоративный ПИН-код.
Необходимо пояснить, какова суть данной услуги и как организован доступ к ней.
Сервис "Корпоративный ПИН-код" виртуального офиса, предназначен для
осуществления междугородных и международных звонков. Схема использования
сервиса следующая: Пользователь осуществляет телефонный звонок на номер сервера
доступа и в соответствие с подсказками автоинформатора вводит с клавиатуры
телефона свой ПИН-код, представляющий комбинацию из 10 или более цифр, а потом
набирает междугородный или международный телефонный номер.
Считывание вводимого пользователем ПИН-кода на стороне
оператора производит ПО IP АТС Asterisk. Для этих целей изначально было
использовано внутреннее приложение Asterisk - Read(), однако в процессе
эксплуатации были выявлены недостатки такого решения.
Приложение Read() считывает в указанную переменную, вводимую
пользователем, DTMF последовательность, завершенную символом '#', заданное
число раз и имеет следующий формат вызова:
Read(variable[,filename[&filename2...]][,maxdigits][,option][,attempts][,timeout])
Очевидно, что данное приложение не имеет возможности
контролировать данные в процессе ввода и принимать решение об окончании
процедуры в соответствии с логикой, отличной от предопределенной. Нам требуется
несколько усложнить процедуру, чтобы она соответствовала приведенным ниже
критериям.
1. Для служебных ПИН-кодов, серия 0ххххххх длина ввода
должна быть ограничена 8-ю цифрами;
2. Для прочих ПИН-кодов длина ввода определяется
передаваемым параметром;
. Нажатие на * в процессе набора ПИН-кода должно
сопровождаться завершением работы скрипта и возвращением признака повтора
набора;
. Приложение должно обеспечивать проговаривание
приветственной фразы перед вводом ПИН-кода, которое может быть прервано вводом
первой цифры;
. Приложение должно обеспечивать тайм-аут ввода цифр
ПИН-кода, который задается передаваемым параметром;
. Приложение должно интерпретировать нажатие #
аналогично нажатию на *;
. Набранный ПИН-код должен возвращаться в переменную,
имя которой определяется передаваемым параметром;
. Приложение должно обеспечить контроль вводимых
знаков и интерпретировать ввод знаков, отличных от цифр и символов * и # как
ошибку с завершением работы и возвратом признака ошибочности ПИН-кода.
Вносимые изменения призваны снизить нагрузку на систему
аутентификации (и как следствие на СУБД), отсекая очевидно неверные ПИН-коды на
ранней стадии, а также повысить комфортность процедуры для пользователей путем
устранения тайм-аута по окончании набора и введением возможности оперативно
повторить набор в случае ошибки нажатием * или #. Как показала практика, при
доставке ПИН-кода посредством DTMF сигналов, нередко возникают искажения
информации, связанные как с качеством телефонных линий так и самих телефонных
аппаратов. Вследствие данных искажений может происходить дублирование или
выпадение вводимых цифр, появление в ПИН-коде кодов A, B, C, D, которые также
могут быть кодированы DTMF. В общем случае коды A, B, C, D не могут быть
введены с клавиатуры телефонного аппарата, однако могут появляться вследствие
ошибок программирования офисных АТС, ошибок детектирования DTMF на фоне помех
или низкого качества генераторов DTMF отдельных телефонных аппаратов.
Решением указанных проблем стала разработка альтернативной
процедуры ввода ПИН-кода и реализация программы на языке Perl. Взаимодействие
программы с Asterisk должно происходить посредством интерфейса AGI.
Результатом явилась представленная ниже блок - схема
алгоритма работы альтернативной процедуры ввода ПИН-кода (рис. 20).
Как видно из схемы, программа начинается проигрыванием
звукового файла, путь к которому передан в переменной ARGV[0]. Далее в блоке 3,
происходит ввод первого символа ПИН-кода и признака возникновения тайм-аута в
переменные result и to соответственно.
Блоки 4-7 осуществляют анализ введенных значений на
допустимость.
Блок 4 призван выявить ситуацию, в которой ничего не было
набрано, и просто была нажата #. В этом случае программа завершается с
передачей кода 2 (признак необходимости повтора ввода) в переменную, имя
которой передано через ARGV[4] (блок 8).
Блок 5 выявляет наступление тайм аута при отсутствии
введенной информации. В этом случае программа завершается с передачей кода 1
(ничего не набрано к истечению тайм-аута) в переменную, имя которой передано
через ARGV[4] (блок 9).
Блок 6 анализирует наличие нажатия *. Реакция программы в
этом случае аналогична реакции на нажатие # в блоке 4 (блок 10).
Блок 7 выявляет возможное появление в ПИН-коде символов A, B, C, D. В этом случае программа
завершается с передачей кода 3 (признак ошибочности ПИН-кода) в переменную, имя
которой передано через ARGV[4] (блок 11).
Блок 12 устанавливает в переменной count количество введенных
символов = 1.
Рисунок 20 - Схема алгоритма работы альтернативной процедуры
ввода ПИН-кода
В пояснении нуждается тот факт, что первый введенный символ
анализируется отдельно от последующих. Дело в том, что ввод первого символа и
всех остальных производится разными средствами. Для ввода первого символа
применен вызов процедуры GET DATA интерфейса AGI, которая позволяет
одновременно проигрывать указанный звуковой файл. Последующие символы вводятся
и анализируются в цикле при помощи процедуры WAIT FOR DIGIT, ценность которой
состоит в том, что символ # для нее не является признаком окончания ввода и
может быть получен в качестве результата наряду с остальными.
Блок 13 является проверкой условия вечного цикла, в котором
производится ввод остальных знаков ПИН-кода.
Блок 14 вводит второй и все последующие символы ПИН-кода в
переменную digit.
Блок 15 анализирует наступление тайм-аута в процессе ввода. В
этом случае блоком 23 устанавливается признак ошибочности ПИН-кода в
переменной, имя которой передано через ARGV[4] и программа
завершается.
Блок 16 увеличивает количество введенных символов на 1.
Блок 17 проверяет введенный символ на соответствие * или #. В
случае положительного результата сравнения программа завершается с передачей
кода 2 (признак необходимости повтора ввода) в переменную, имя которой передано
через ARGV[4] (блок 24).
Блок 18 выявляет возможное появление в ПИН-коде символов A, B, C, D. В этом случае программа
завершается с передачей кода 3 (признак ошибочности ПИН-кода) в переменную, имя
которой передано через ARGV[4] (блок 25).
Блок 19 добавляет очередной введенный символ к ПИН-коду.
Блок 20 Проверяет ПИН-код на соответствие техническим. Если
ПИН-код начинается с 0 и его длина достигла 8-и цифр, программа считает, что
введен технический ПИН-код. Вслед за этим блоком 22 в переменной, имя которой
передано через ARGV[3], устанавливается окончательное значение ПИН-кода, а в переменной,
имя которой передано через ARGV[4] устанавливается признак успешной операции и
программа завершается.
Если ПИН-код в блоке 20 не признан техническим, происходит
проверка его текущей длины на соответствие величине, переданной через ARGV[2]. Если необходимая
длина достигнута, блоком 22 в переменной, имя которой передано через ARGV[3], устанавливается
окончательное значение ПИН-кода, а в переменной, имя которой передано через ARGV[4] устанавливается
признак успешной операции и программа завершается. В противном случае программа
возвращается к началу вечного цикла и производит ввод очередного символа блоком
14.
Текст программы на языке Perl, соответствующий
описанному выше алгоритму, приведен в Приложении .
5. Расчет цены системы предоставления услуг связи
«Виртуальный офис»
5.1 Расчет себестоимости разработки и внедрения
проекта
Себестоимость - это величина расходов данного предприятия,
приходящаяся на единицу продукции. Уровень себестоимости зависит от многих
факторов: технического прогресса, объема выпускаемой продукции,
производительности труда, норм расхода рабочей силы, материалов, топлива,
энергии.
Как правило, себестоимость рассчитывается по калькуляционным
статьям затрат. Согласно данному методу, себестоимость изделия определяется по
следующим статьям затрат:
· материалы, покупные изделия и полуфабрикаты;
· электроэнергия на технологические цели;
· заработная плата;
· начисления в фонд заработной платы
(отчисления на социальные нужды);
· накладные расходы.
Затраты по статье расходов «Определение затрат на материалы,
покупные изделия и полуфабрикаты» приведены в таблице 5.
.2 Расчет затрат на электроэнергию
Разработка подсистемы велась в течение 60 дней по 4 часа,
примерный расход электроэнергии составил:=60 × 4 × 0,8 = 192 кВт (5.1)
Стоимость одного киловатта электроэнергии составляет 2,32
руб. Стоимость потраченной электроэнергии составит:э=192 × 2,32 =445,44 руб. (5.2)
Затраты на топливо не учитываются, принимается, что все
компоненты автоматизированной системы были доставлены бесплатно.
Таблица 5 - Определение затрат на материалы, покупные изделия
и полуфабрикаты
№ п /п
|
Наименование
|
Единица
измерения
|
Количество
|
Цена за
единицу, руб.
|
Стоимость, руб.
|
1
|
Системный блок
iRU Corp 510 Core i3-540(3060)/4096/500/Intel HD Graphic/DVD-RW/k+m/black
|
штук
|
1
|
14 575,00
|
14 575,00
|
2
|
Монитор LCD 17” Acer V173Abm
|
штук
|
2
|
4 606,00
|
9 212,00
|
3
|
ПО Microsoft
"Windows 7 Домашняя Базовая" Русская версия (клиентская часть)
|
штук
|
1
|
2 650,00
|
2 650,00
|
4
|
ПО Kaspersky Anti-Virus 2011
Russian Edition. 2-Desktop
|
штук
|
1
|
610,00
|
610,00
|
5
|
ОС Ubuntu 10.04 LTS Server
Edition
|
штук
|
1
|
-
|
-
|
6
|
Системный блок Celeron 430 (1800MHz)/1Gb/160GB/
|
штук
|
1
|
5 100,00
|
5 100,00
|
7
|
Принтер
Samsung ML-1910 Laser Printer
|
штук
|
1
|
3
250,00
|
3
250,00
|
8
|
Клавиатура A4
KBS-8,A-Shape,черная, м-медиа, 19 доп.клавиш,
|
штук
|
2
|
406,00
|
812,00
|
9
|
Мышь A4Tech
OP-620D
|
штук
|
2
|
128,00
|
256,00
|
10
|
Сервер
SuperServer 6015B-3R
|
штук
|
1
|
40 000,00
|
40 000,00
|
11
|
Supermicro
SYS-5017C-TF
|
штук
|
1
|
40 000,00
|
40 000,00
|
Итого: 116 465,
00 Транспортно-экспидиционные расходы (10%): 11 646,5 Всего: 128 111,5
|
5.3 Расчет затрат на заработную плату
Расходы на заработную плату складываются из заработной платы
основной и заработной платы дополнительной, составляющей 10% от основной.
Основная заработная плата рассчитывается по формуле:
Зосн=Тi · TCi= Тi · Зм /163,1
(5.3)
где TCi - часовая тарифная ставка исполнителя i-той работы, руб.;
Тi - фактическое время выполнения i-той работы, руб.;
Зм - месячная зарплата исполнителя i-той работы, руб.;
,1 - месячная норма рабочего времени.
Результаты расчета заработной платы приводятся в таблице 6.
Таблица 6 - Заработная плата
Этапы
|
Исполнитель
|
Тариф. ставка,
руб.
|
Зар. плата, руб
|
Постановка
задачи
|
Руководитель
|
25 000,00
|
32
|
4 158,19
|
Ознакомительный
|
Программист
|
25 000,00
|
40
|
4 961,99
|
Подготовительный
|
Программист
|
25 000,00
|
16
|
2 080,00
|
Отладка
|
Программист
|
25 000,00
|
64
|
8 316,38
|
|
Системный
администратор
|
25 500,00
|
48
|
5 862,23
|
Итого
|
25 378,79
|
Дополнительная
зар. плата
|
2 537,88
|
Всего
|
27 916,67
|
5.4 Расчет затрат на накладные расходы
Накладные расходы - затраты, не связанные прямо с
производством отдельного изделия или вида работы и относимые на весь выпуск
продукции. К ним относятся: расходы на содержание, эксплуатацию и текущий
ремонт зданий, сооружений и оборудования; расходы, связанные с потерями от
брака и простоев и др. Включаются в себестоимость изготовленной продукции, но
не прямо, а косвенно, т. е. пропорционально сумме заработной платы, стоимости
сырья и материалов и т. д.
Затраты на освоение программно-аппаратного средства:
Зосв = Число обучающихся · стоимость обучения
(5.4)
Зосв = 1 · 15000 = 15000 руб.
Подсчитаем затраты на амортизацию ЭВМ (6), на которой
происходит разработка подсистемы взаимодействия поездного и станционного
диспетчера, и расходы на ее эксплуатацию.
Заморт = (ЦЭВМ / Тсл)
× (Тразр / 12), (5.5)
где ЦЭВМ - балансовая стоимость ЭВМ, примем ее
равной 15400 руб.
Тсл - срок службы ЭВМ. Примем его равным 3
года - это примерный срок "морального" старения ЭВМ;
Тразр - продолжительность работ, выражено в
месяцах и поэтому делится на 12, чтобы получить число лет.
Заморт = (15400 /
3) × (6 / 12) = 2566 руб.
Результаты расчетов заносятся в таблицу 7
Таблица 7 - Итоговая таблица сметы затрат
№ п /п
|
Наименование
статьи расходов
|
Сумма, руб
|
1
|
Стоимость материалов,
покупных изделий
|
128 111,5
|
2
|
Электроэнергия
на технологические цели
|
445,44
|
3
|
Заработная
плата
|
27 916,67
|
4
|
Отчисления на
социальные нужды
|
5 154,83
|
5
|
Накладные
расходы
|
17 566,00
|
Общая сумма
затрат
|
179 194,44
|
Удельный вес статей расходов представлен на диаграмме (рис.
21). Большая часть себестоимости приходится на статью «Стоимость материалов,
покупных изделий», так как приобретается дорогостоящее оборудование.
Себестоимость может быть снижена за счет покупки более дешевого оборудования,
но это может привести к повышению риска выхода системы из строя.
Рисунок 21 - Удельный вес статей расходов
6. Патентный поиск
Патентно-информационная деятельность относится к числу
важнейших направлений в методологии инженерного и научного творчества. Она
служит для получения своевременной информации о новых разработках, имеющих
правовую охрану, как в нашей стране, так и за рубежом.
Патентная информация пользуется большим спросом во всех
странах, так как ее характеризует уникальность патентных фондов, широта
тематического охвата, полнота основных сведений о существе изобретений,
достоверность данных, оперативность, упорядоченность. Поиск аналогов является
нулевым циклом всех разработок.
Одним из видов собственности является интеллектуальная
собственность, объекты которой представляют собой творения человеческого
разума. Интеллектуальной собственностью признается исключительное право
гражданина или юридического лица на результаты интеллектуальной деятельности и
приравненные к ним средства индивидуализации юридического лица, продукции,
выполняемых работ или услуг (фирменное наименование, товарный знак, знак
обслуживания и т.п.). Использование результатов интеллектуальной деятельности и
средств индивидуализации, которые являются объектами исключительных прав, может
осуществляться третьими лицами только с согласия правообладателя.
В общем виде, интеллектуальная собственность охватывает сферы
промышленной собственности и авторского права, между которыми и распределяются
названные объекты права. Авторское право распространяется на произведения, а
так же от способа его воспроизведения. Оно распространяется на произведения как
выпущенные, так и не выпущенные в свет, но выраженные в какой - либо
объективной форме, позволяющей воспроизводить результат творческой деятельности
автора (рукопись, чертеж, изображение, публичное произнесение или исполнение,
механическая или магнитная запись и т.д.). Объектами авторского права является:
§ произведения литературы и искусства;
§ программы для ЭВМ и базы данных, которые могут
быть выражены на любом языке и в любой форме.
§ топологии интегральных микросхем.
Под информационными исследованиями понимаются исследования,
проводимые в процессе создания, освоения и реализации промышленной продукции с
целью определения уровня (уровня техники) и тенденций развития объектов
хозяйственной деятельности, их конкурентоспособности (эффективности
использования по назначению) этой продукции, а так же сокращения затрат на
создание продукции и за счет исключения дублирования исследований разработок.
Информационные исследования проводятся с целью отбора
наиболее эффективных (коммерчески значимых) достижений в исследуемой области
техники с тем, чтобы использовать их в объекте разработки или найти свое еще
более совершенной решение.
Регламент поиска: «Программный модуль
аутентификации пользователя в системе предоставления услуг связи «Виртуальный
офис»».
Источники информации:
официальный бюллетень ФИПС «Программы для ЭВМ. Базы данных.
Топологии интегральных микросхем» за период с 2005 г. по 2013 г.
автоматизированная база данных СамГУПС.
Проведенный поиск показал, что разработка программного модуля
аутентификации пользователя в системе предоставления услуг связи «Виртуальный
офис» является актуальной задачей.
В дипломном проекте поставлена задача модернизации процесса
аутентификации пользователя для доступа к услуге «Корпоративный ПИН-код» при
подключении к виртуальной офисной АТС. Программные средства, которые бы
полностью обеспечивали решение поставленной задачи, найдены не были.
В результате поиска выявлены программы, предназначенные для
виртуальных гибко масштабируемых корпоративных сетей на основе проводных
каналов связи с предоставлением современных видов телекоммуникационных услуг
(свидетельство № 2012618973), предоставления услуг телефонии, которое
предоставляет мультисервисные услуги связи, интеллектуальную маршрутизацию
вызовов, услуги мониторинга управления с учетом разграничения прав доступа
пользователей (свидетельство № 2012619093), исследования бизнес-процесса предоставления
услуг доступа к ресурсам сети Интернет (свидетельство № 2013611654),
исследования процессов управления инцидентами телекоммуникационных услуг
(свидетельство № 2013611655), аудиорегистрирования речевой информации в режиме
чтения и записи аудиофайлов (свидетельство № 2013611539), для генерации и
подготовки настроечной информации в мобильных и стационарных комплексах
автоматизированных систем, имеющих в своем составе средства защиты, а также
осуществлять проверку аутентификационных данных (свидетельство №2013611568),
обеспечения сбора данных о состоянии самоорганизующейся радиосети (СР)
широкополосного доступа (свидетельство №2013611567), мониторинга сетевой
активности и записи пакетов, переданных узлом в файл формата PC АР
(свидетельство №2013611742).
Из
рассмотренных программных средств для разработки программного модуля
аутентификации пользователя в системе предоставления услуг связи «Виртуальный
офис» могут быть использованы отдельные функции, такие как услуга заказа
вызова, проверка аутентификационных данных, мультисервисные услуги связи на
базе протокола SIP с учетом прав доступа, применение BPF-фильтрации пакетов.
Разрабатываемый
в данном дипломном проекте программный модуль аутентификации пользователя в
системе предоставления услуг связи «Виртуальный офис» призван снизить нагрузку
на систему аутентификации (и как следствие на СУБД), отсекая очевидно неверные
ПИН-коды на ранней стадии, а также повысить комфортность процедуры для
пользователей путем устранения тайм-аута по окончании набора и введением
возможности оперативно повторить набор в случае ошибки.
Заключение
Сегодня технология IP превращается в основной инструмент
бизнес-коммуникаций. Важное преимущество корпоративных систем IP-телефонии -
передача голосового трафика по той же инфраструктуре, которую используют
бизнес-приложения. Это дает возможность тесно интегрировать коммуникационные и
ИТ-приложения и, тем самым, значительно повысить удобство и эффективность
работы сотрудников. Использование IP-технологий и внедрение унифицированных
коммуникаций особенно актуальны для компаний, имеющих территориально
распределенную структуру, - там, где требуется обеспечить мобильность
сотрудников и реализовать принцип «всегда на связи». Применение IP-технологий
обеспечивает получение таких реальных преимуществ как
уменьшение стоимости средств технического обслуживания, то
есть, фирме нет необходимости иметь большую емкость офиса;
- уменьшение стоимость оборудования, поскольку дистанционные
пользователи могут совместно использовать машинные ресурсы;
формализованная телекоммуникационная сеть (система связи),
поскольку большее внимание уделяется организации информирования дистанционно
работающих служащих.
В дипломном проекте спроектирована автоматизированная система
обработки информации компании-оператора по предоставлению услуг IP-телефонии, реализована
подсистема аутентификации пользователя. В результате модификации получено
приложение, которое имеет возможность контролировать данные в процессе ввода и
принимать решение об окончании процедуры в соответствии с предопределенной
логикой. Вносимые изменения позволили снизить нагрузку на систему
аутентификации (и как следствие на СУБД), а также повысить комфортность
процедуры для пользователей путем устранения тайм-аута по окончании набора и
введением возможности оперативно повторить набор в случае ошибки.
Приложение
Листинг программы «Альтернативная процедура ввода
ПИН-кода»
#!/usr/bin/perl
# $ARGV[0] - путь к файлу приветствия
# $ARGV[1] - тайм-аут ввода очередной цифры в миллисекундах
# $ARGV[2] - длина ПИН-кода
# $ARGV[3] - собранный ПИН-код
# $ARGV[4] - код завершения
# $ARGV[4] = 0 - нормальное завершение
# $ARGV[4] = 1 - ничего не набрано к истечению тайм-аута
# $ARGV[4] = 2 - признак необходимости повторить ввод
# $ARGV[4] = 3 - ошибочный ПИН-код
# Подключаем модуль работы с AGI интерфейсом
use Asterisk::AGI;
$|=1;
$AGI = new Asterisk::AGI;
my%input = $AGI->ReadParse();
# Удаляем пробелы в начале и конце передаваемых параметров
(если они есть)
$ARGV[0] =~ s/^\s+|\s+$//g;
$ARGV[1] =~ s/^\s+|\s+$//g;
$ARGV[2] =~ s/^\s+|\s+$//g;
$ARGV[3] =~ s/^\s+|\s+$//g;
$ARGV[4] =~ s/^\s+|\s+$//g;
# Если звонок еще в предответном состоянии - отвечаем
$AGI->answer();%AGI;
# Инициализируем переменные
$status="";
$result="";
$to="";
# Заставляем Asterisk выполнить команду GET DATA
# Формат команды: GET DATA <file to be streamed> [timeout]
[max digits]
# где <file to be streamed> - путь к медиафайлу,
который надо воспроизвести абоненту
# [timeout] - тайм-аут ожидания ввода цифры
# [max digits] - максимальное количество цифр
# Ждем ввода одной цифры
print "GET DATA $ARGV[0] $ARGV[1] 1\n";
# Возвращаемый результат:
# неудачное завершение: 200 result=-1
# тайм-аут с введенными цифрами: 200 result=<digits>
(timeout)
# тайм-аут без введенных цифр: 200 result= (timeout)
# удачное завершение: 200 result=<digits>
# Получаем и разбираем результат
$result = <STDIN>;
$tt=$result;
($status,$res_str,$to)=split / /, $result;
($fake,$result)=split /=/, $res_str;
$to =~ s/^\s+|\s+$//g;
$result =~ s/^\s+|\s+$//g;
# Если команда завершилась удачно, но цифр не введено - была
просто нажата #
# возвращаем признак необходимости повторить набор ПИН-кода и
выходим
if (($result eq '') && ($to eq '')) {
$AGI->set_variable($ARGV[4], 2);(0);
}
# Ничего не набрали в течение тайм-аута - возвращаем
соотвтетствующий признак и выходим
if ($result eq '') {
$AGI->set_variable($ARGV[4], 1);
exit(0);
}
# Была нажата * - возвращаем признак необходимости повторить
набор ПИН-кода и выходим
if ($result eq "*") {
$AGI->set_variable($ARGV[4], 2);
exit(0);
}
# Получены символы отличные от цифр - (A, B, C, D) -
# возвращаем признак ошибочного ПИН-кода и выходим
if ($result =~ /^\D+$/) {
$AGI->set_variable($ARGV[4], 3);
exit(0);
}
# Файл приветствия воспроизведен, первая цифра получена.
Подолжаем сбор далее
$count = 1;(1) {
# Ожидаем очередной символ с заданным тайм-аутом
$digit = $AGI->wait_for_digit($ARGV[1]);
# Произошел тайм-аут, возвращаем признак ошибочного ПИН-кода
и выходим
if ($digit == 0) {
$AGI->set_variable($ARGV[4], 3);(0);
}
$count++;
# Анализируем полученное
# Нам был возвращен код символа. Получаем сам символ функцией
chr()
$digit = chr($digit);
# Нажата * или # - возвращаем признак необходимости повторить
набор ПИН-кода и выходим
if (($digit eq "*") || ($digit eq
"#")) {
$AGI->set_variable($ARGV[4], 2);(0);
}
# Получены символы отличные от цифр - (A, B, C, D) -
# возвращаем признак ошибочного ПИН-кода и выходим
if ($result =~ /^\D+$/) {
$AGI->set_variable($ARGV[4], 3);
exit(0);
}
# Добавляем очередную цифру в ПИН-код
$result = "$result"."$digit";
# Если собрано 8 цифр - проверяем ПИН-код на принадлежность к
техническим
# если верно - завершаем цикл сбора цифр
if (($count == 8) && (substr($result,0,1)
eq "0")) { last; }
# Если собрано к-во цифр, заданное $ARGV[2], завершаем цикл
сбора цифр($count == $ARGV[2]) { last; }
}
# Устанавливаем в $ARGV[3] собранный ПИН-код
$AGI->set_variable($ARGV[3], $result);
# Устанавливаем в $ARGV[4] признак успешной операции
$AGI->set_variable($ARGV[4], 0);
# Завершаем работу
exit(0);