Как показано в предыдущих главах, распределение функций на распределенной структуре для ГИС и УБС является основным принципом их проектирования на основе стандартизованного взаимодействия сетевых функций и посредством неза- висимых от услуг сетевых интерфейсов;

Компонентное физическое построение ГИС и УБС определяется наличием функциональных компонент, лежащих в основе их реализации.

Таким образом, универсальная система, включающая ГИС и УБС, имеет все признаки ИКС и может проектироваться на системных принципах построения ИКС с открытыми интерфейсами к СУП.

6.2. Системная интеграция на примере системы «Ольга»

Примером интеграции систем предоставления услуг и биллинга с учетом возмож- ного взаимодействия с СУП является система «Ольга» — инфокоммуникационная система на основе ГИС «Ольга» и автоматизированной системы расчетов (АСР «Ольга»). И хотя имеются и дру-

гие примеры интеграции (см., на- пример, [19]), но с учетом того,

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

Для определения характера взаимодействия ИКС «Ольга» (рис. 6.2 — область, ограниченная пунктирной линией) с конечными пользователями (абонентами) и

некоторой СУП, рассмотрим ИКС в виде «черного ящика» (рис. 6.3).

Абонент взаимодействует с системой, используя следующие основные информационные по- токи:

–установочные данные (данные об абоненте и используемом им оборудовании, в том числе оформленные в виде договора);

–договоренности (принципы оказания и оплаты услуг);

–данные о платежном инструменте;

–услуги (непосредственное оказание услуг, включающее в себя запрос на услу- гу и саму услугу);

–счета на оплату (в случае кредитовых и смешанных принципов расчетов);

–денежные средства (pre-paid или post-paid);

–информация (все виды информирования абонента как по оказанию услуг, так и по их оплате);

–устранение конфликтов (обмен информацией между абонентом и системой в случае, когда они по-разному интерпретируют результат взаимодействия меж- ду собой);

–реклама и пр.

Система управления предприятием взаимодействует с системой, используя сле- дующие информационные потоки:

–статистика трафика и биллинга услуг, технического функционирования обо- рудования;

–аналитическая информация о финансовой деятельности;

–управляющая информация по проведению финансовой и технической полити- ки, реклама;

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

–технические и маркетинговые требования к новым услугам.

В отличие от рассмотренной в главе 5 УБС в данном случае целесообразно вы- нести за пределы СУП и включить в состав биллинговой системы службу ведения и контроля за выполнением договоров на оказание услуг связи, а также информаци- онно-справочную службу по предоставляемым услугам и расчетам с абонентами за оказанные услуги.

Общий подход к разработке системы основан на глобальной бизнес-логике, ко- торая описывает глобальные бизнес-процессы предоставления и биллинга услуг, взаимодействующих в интеграционной среде. При этом такая среда может пред- ставлять собой единую сеть связи, в рамках которой осуществляется взаимодейст- вие как с пользователями и СУП, так и между глобальными бизнес-процессами и их составляющими.

Как было показано в предыдущих главах, элементарные бизнес-процессы ГИС и УБС могут быть представлены в виде совокупности функциональных компонент, которые, в свою очередь, могут быть физически реализованы с помощью про- граммно-аппаратных компонент. Учитывая однородность представления данных систем, некоторые компоненты, особенно в части взаимодействия с интеграцион- ной средой, могут быть унифицированы.

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

6.2.1. Функциональная модель

Функциональная модель системы является отражением взаимодействия бизнес-

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

Рис. 6.4. Функциональная модель системы

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

Основным субъектом функциональной модели является абонент, управляющий глобальной бизнес-логикой системы. Глобальная бизнес-логика предоставления и биллинга услуг включает в этот процесс не только внутренних участников, таких, как ГИС, информационный и клиентский уровень УБС (ИУ и КУ), но также внеш- них участников в виде узлов сети (АТС, АМТС, коммутаторы сотовой связи и т.д.) (предоставляющих услуги наравне с ГИС), а также служб СУП. На рис. 6.4 пред- ставлены внутренние и внешние участники глобальной бизнес-логики предоставле- ния и биллинга услуг и их взаимодействие в рамках среды.

Для дальнейшего рассмотрения функциональной модели необходимо сделать некоторые разъяснения правомерности такого подхода. Во-первых, правомерность рассмотрения среды взаимодействия как единой среды предоставления и биллинга услуг в совокупности со средой взаимодействия внутри ИКС основана как на пред- ставлении локальной сети в виде части сети предоставления услуг, так и на воз- можностях ГИС и УБС использовать любой вид сети для своей работы (см. главы 3 и 5). Во-вторых, представление узлов сети в качестве внешних участников функ- ционирования системы можно считать правомерным с учетом их взаимодействия с ГИС и УБС еще на уровне их проектирования как отдельных подсистем. В-третьих, представление клиентского и информационного уровней УБС в обобщенной функ-

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

С учетом этих разъяснений перейдем к рассмотрению отдельных бизнес-про- цессов, которые (в виде стрелок) показаны на рис. 6.4.

Основные бизнес-процессы — предоставление абоненту услуг узлами сети свя- зи и ГИС и оплата этих услуг. При этом бизнес-процесс предоставления услуг ГИС тесно связан с процессом «горячей» тарификации этих услуг (составляющая hotline биллинга) в силу реализации обоих этих процессов одновременно и в режиме реального времени. Процесс предоставления услуг узлами сети разделен по време- ни с процессом «отложенной» тарификации, а значит, онлайновые и оффлайновые бизнес-процессы связаны только на уровне данных.

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

Наглядной иллюстрацией данного утверждения может быть следующий при- мер. Службой договоров УБС (СД) заключен договор с некоторым абонентом на предоставление услуг местной связи, для чего из технической службы СУП (ТС) получены свободные номера телефонов. В результате заключенного договора из СД в ТС передается адрес абонента, и ТС производит физическое подключение абонента к узлу сети. С точки зрения абонента это единый бизнес-процесс заключе- ния договора, а внутренние взаимодействия этих процессов лежат вне сферы его внимания и влияния. Теперь рассмотрим ситуацию, когда абонент в нарушении до- говоренностей не оплатил предоставленные ему услуги. Эта информация передает- ся из УБС в административную службу СУП, которая дает указание ТС отключить абонента от предоставления услуг. Абонент обращается к службу СУП по разбору конфликтов. В процессе взаимодействия с абонентом служба решает вопрос об оп- лате услуг и возобновлении их оказания. В результате этого взаимодействия прини- мается решение или о разрыве договора, или о возобновлении оказания услуг. В том или ином случае это решение в виде реакции СУП передается в УБС. Для УБС эта реакция является обратной связью на свое первоначальное воздействие. Таким образом, даже в случае, когда взаимодействие служб СУП с абонентом происходит вне сети взаимодействия, реакция СУП в виде обратной связи с УБС может явиться основной составляющей ее бизнес-процессов.