Скорость развития телекоммуникационного рынка заставляет его участников постоянно совершенствовать свои бизнес-процессы, сокращая затраты и минимизируя время разработки и вывода на рынок новых услуг.
Большой проблемой в данном случае является построение правильных бизнес-моделей внутри организации.
В процессе внедрения сервиса YouMagic.Pro мы столкнулись с тем, что каждый специалист по продукту, начавший работать над этим проектом, видел его развитие по-своему.
Менялись интерфейсы и формы, мы переписывали код, и всё это приводило к ошибкам в работе сервиса.
В какой-то момент заявленные требования перестали быть совместимыми с исходной архитектурой и мы решили посмотреть, как реализованы бизнес-процессы в других телекоммуникационных компаниях.
В результате анализа мы пришли к решению внедрить эталонные модели SID Frameworx от ТМ Форум.
В этой статье мы расскажем, что такое эталонные модели и с чего нужно начинать разработку телекоммуникационных сервисов, которые в дальнейшем смогут адаптироваться к различным изменениям требований бизнеса.
Эталонные модели
Итак, что же такое эталонные модели и откуда они берутся? Во-первых, давайте посмотрим на концепции бизнес-инжиниринга и инженерного подхода.Используя технологии бизнес-инжиниринга, можно создавать, изменять и реорганизовывать предприятия, а также обеспечивать согласованность их различных компонентов: стратегий, структур, бизнес-процессов, информационных систем и т. д. Бизнес-инжиниринг, в свою очередь, базируется на инженерном подходе, важной особенностью которого является использование формализованных знаний, адаптированных для повторного использования.
Формализованное знание – это знание, которое можно описать, задокументировать и поделиться с другими людьми.
Они представлены в графической форме, в виде чертежей, спецификаций, учебников, методик.
Это могут быть слова, числа и предметы.
С практической точки зрения повторно используемые ресурсы и формализованные знания можно разделить на следующие категории: 
При всем многообразии повторно используемых ресурсов нас интересовали эталонные модели разработки, внедрения и эксплуатации телекоммуникационного программного обеспечения.
Они предоставляют справочные основы, процедуры и бизнес-практики, разработанные на основе реального опыта внедрения в различных компаниях по всему миру.
В этой статье мы сосредоточимся на концепции эталонных моделей Frameworx для телекоммуникационных компаний.
Преимущества реализации существующих моделей перед проектированием с нуля
Телекоммуникации и информационные технологии, а также спектр услуг, предлагаемых компаниями связи, развиваются и меняются чрезвычайно динамично.Теперь бизнес не может тратить 1–2 года на разработку сервиса, как это было раньше.
В настоящее время время выхода услуги на рынок измеряется месяцами.
Вместе с ними постоянно развиваются компоненты управленческих информационных систем, а также сами бизнес-процессы.
При этом у компаний зачастую нет времени на полномасштабное проектирование новых процессов.
Что уж говорить о разработке, тестировании и внедрении модулей управления, которые будут реализовывать новые сервисы в системах.
Еще одна сложность управления бизнес-процессами в телекоммуникационных компаниях заключается в том, что они автоматизируют взаимодействие с клиентами, предоставляя им возможность самостоятельно управлять предоставляемыми услугами в режиме реального времени.
Чаще всего это происходит через веб-интерфейс.
Большинство программистов или просто технарей на вопрос о бизнес-процессах в компании ответят: «Это описание того, как запрос от сотрудника поддержки передается в CRM техническому специалисту».
Или приведут другой пример из жизни какой-либо компании.
Мы посмотрели на это с другой точки зрения.
Подключение клиента и его работы в личном кабинете – это тоже бизнес-процесс.
Также от пользователя скрыто большое количество бизнес-процессов.
Например, разблокировка при пополнении баланса; активация скидок при заказе определенного набора или объема услуг.
Все эти бизнес-процессы в подавляющем большинстве случаев автоматизированы в сервисах.
Когда бизнес-процесс автоматизирован, субъектов (людей) практически нет, а объектами бизнес-процесса управляет код. А поскольку субъекты — это код, он не может принимать решения, подобные человеческим, в условиях недостаточности информации.
В этом варианте на первое место выходит построение универсальных и эффективных моделей данных для манипулирования ими автоматическим кодом.
В процессе проектирования ядра продукта «МТТ Бизнес» мы изучили существующий опыт и нашли решение: использовать информационные фреймворки.
Они описывают типовые структуры построения моделей, данные по отраслям или предметным областям.
Начиная от общего описания основных объектов (для нас, например, это клиент, услуга, тариф и т.д.) и заканчивая конкретными схемами компонентов, уже описанными в нотации UML. В них уже собраны лучшие наработки из опыта специалистов, решавших подобные задачи ранее.
Почему мы выбрали ТМ Forum и Frameworx
Tele Management Forum (TM Forum) — это некоммерческая ассоциация, которая объединяет телекоммуникационные компании и их поставщиков для разработки стандартов, руководств и моделей информационных технологий в телекоммуникационной отрасли.Ассоциация была основана в 1988 году по инициативе British Telecom и AT&T и первоначально называлась OSI/Network Management Forum. К началу 1989 года была утверждена первая спецификация протокола форума OSI/NM, а уже в 1990 году в организацию вошли 85 компаний из 13 стран.
Впоследствии ТМ Форум объединил практически все телекоммуникационные компании мира.
Основными направлениями исследований и разработок ТМ Форум являются:
- Разработка концепции операционных систем и программного обеспечения нового поколения (NGOSS).
Это главная инициатива ТМ Форума.
Целью проекта является упрощение и стандартизация процессов определения, разработки и внедрения систем OSS/BSS в телекоммуникационной отрасли.
- Моделирование и автоматизация процессов.
- Регулирование взаимодействия с потребителями услуг.
Концепции ТМ Форума используются во всем мире лидерами рынка информационных и телекоммуникационных услуг.
Рамки
Frameworx — это развитие концепции NGOSS. Как уже говорилось, основной задачей данной концепции является определение стандартов бизнес-процессов операторов связи, а также унификация форматов представления, используемых в системах управления данными и интерфейсах.Несколько факторов сделали концепцию Frameworx особенной.
1. Разделение бизнес-процессов и прикладных технических составляющих.
Любой бизнес-процесс должен управляться как часть централизованной инфраструктуры.
Для этого используются механизмы, обеспечивающие последовательность действий.
Они также отвечают за мониторинг хода бизнес-процесса от одного приложения к другому.
2. Распределенная система с нежесткими связями между ее элементами.
Frameworx подразумевает создание «распределенных систем» с нежесткими связями между их элементами.
Это означает, что вместо использования одного монолитного приложения для управления всеми операциями телекоммуникационной компании используется набор интегрированных и совместимых приложений.
3. Общая информационная модель.
Приложения, работающие по концепции Frameworx, должны иметь возможность обмениваться между собой различными типами данных.
При этом каждое приложение должно понимать, как любое другое приложение интерпретирует любой блок передаваемых данных.
Этот тип рабочей модели называется общей информационной моделью.
Основу концепции составляют карты и модели бизнес-процессов.
Frameworx включает в себя следующие структуры:
- Расширенная карта бизнес-процессов eTOM (структура процессов).
Описана структура бизнес-процессов телекоммуникационных компаний.
Базовым элементом этой структуры является бизнес-задача.
Задача может быть элементом процесса, когда, например, набор отдельных задач объединяется в определенный поток.
- Информационная модель SID (информационная структура).
Определяет подход к описанию и использованию данных, задействованных в бизнес-процессах коммуникационной компании.
Базовым элементом структуры является логическая/бизнес-сущность (информационный объект).
- Карта приложения TAM (фреймворк приложений).
Описана типовая структура компонентов информационной среды предприятий связи.
Основным элементом этой структуры является функциональность.
Это определенный набор функций, образующий минимально возможную функциональную единицу.
Комбинация одной или нескольких функций образует приложение.
- Архитектура интеграции и договорные определения интерфейсов (фреймворк интеграции).
Базовым элементом структуры является услуга/контракт. Сервис — совокупность функций и информационных объектов, выставляемых системой наружу с целью взаимодействия с окружающей средой.
Служба — это то, что другие приложения должны знать о приложении.
- Эталонная модель бизнес-метрик.
- Практические рекомендации и примеры использования.
SID-фреймворк
Информационная модель (информационный фреймворк) является неотъемлемой частью Frameworx и определяет подход к описанию и использованию данных, задействованных в бизнес-процессах коммуникационной компании.Структура информации (SID) — это базовая модель и общий словарь всей информации, необходимой для выполнения бизнес-процессов.
Использование SID снижает сложность обслуживания, системной интеграции, разработки и проектирования.
С практической точки зрения SID Framework можно представить в виде диаграммы.
Как и где мы применяли SID
Продукт МТТ Бизнес имеет двухуровневую архитектуру:- Веб-портал, внутри которого находится только необходимая логика.
- BackEnd API с реализацией всех бизнес-процессов.
Принимая это решение, мы также понимали, что помимо одного портала продукта «МТТ Бизнес», к одному и тому же API могут быть подключены другие порталы, реализующие аналогичные сервисы и бизнес-правила.
Наши ожидания оправдались, и через год после запуска продукта «МТТ Бизнес» в производство мы подключили к API двух партнеров с аналогичными сервисами без каких-либо существенных модификаций.
Для реализации бизнес-логики в API мы реализовали несколько доменов SID Framework: Продукт, Клиент, Сервис, Ресурс.
Реализация сервиса «МТТ Бизнес» на этапе разработки не требовала внедрения всех бизнес-субъектов (АБЕ) из этих доменов.
Это связано с тем, что, например, процесс сервисного обслуживания реализован в других системах и бизнес-объекты, такие как «Проблема клиента», «Соглашение об уровне обслуживания клиента», «Неисправность обслуживания» и т. д., охватываются этими системами.
На схеме ниже показаны бизнес-субъекты, реализованные в МТТ Бизнес.
У МТТ Бизнес есть частный API, который позволяет партнерам МТТ реализовывать с его помощью аналогичные телекоммуникационные услуги.
Если вы сосредоточитесь только на интерфейсах API, вы заметите, что они не полностью отражают SID Framework. Он реализован внутри и составляет ядро API, скрытое от пользователя.
Этот выбор был осознанным — сам API отражает конечные бизнес-процессы, а не абстракции.
SID также содержит рекомендации по реализации взаимодействия между хозяйствующими субъектами разных доменов.
В нашем случае основное взаимодействие локализовано между продуктами, услугами и ресурсами.
Лучше всего это иллюстрирует соответствующая диаграмма SID. 
Чтобы наглядно представить, как эти бизнес-субъекты и домены используются в МТТ Бизнес, на схеме ниже показаны маркетинговые названия услуги «Виртуальная АТС», которая является одной из ключевых в МТТ Бизнес.
Что дальше?
Любой выбор предполагает последующую оценку последствий, к которым он приводит. Формализовано или нет. Конечно, когда мы выбирали этот подход, мы не были уверены, будет ли он эффективен при дальнейшем развитии кода, систем, сервисов и продукта.И они предполагали, что им самим потребуется формальный аудит и оценка, пусть и внутренняя.
Однако «жизненное испытание» прошло само собой.
В процессе многочисленных доработок, внедрения новых сервисов, реализации маркетинговых кампаний и т.п.
модификации кода во многих случаях были минимальными, что позволило реализовать больше бизнес-идей, чем это было возможно в сервисах с архитектурным проектированием без учета справочной информации.
модели.
Сейчас планируется внедрить такой подход к управлению данными на уровне всего предприятия для достижения стратегической цели — интеграции и создания любого сервиса на платформе МТТ за 2 недели.
Использованные источники Эталонные модели и технологии бизнес-инжиниринга Кудрявцев Д.
В.
Технологии бизнес-инжиниринга: учеб.
пособие / Д.
В.
Кудрявцев, М.
Ю.
Арзуманян, Л.
Ю.
Григорьев.
- СПб.
: Политехническое издательство.
ун-та, 2014. – 427 с.
Теги: #Frameworx #эталонные модели #sid #api #mtt #Анализ и проектирование систем #проектирование и рефакторинг #api #Разработка коммуникационных систем
-
Советы По Выбору Обновления Dsl
19 Oct, 24 -
Красивый Код???
19 Oct, 24 -
Интересная Подача Песни (Точнее, «Клипа»)
19 Oct, 24 -
Как Узнать Какая Музыка Играет
19 Oct, 24 -
Microsoft Представила Свое Понимание Ajax
19 Oct, 24
