Что такое oss системы

OSS для бизнеса

Доброго здоровьица, Хабровчане!

7 июня 2012 я побывал на конференции Intel IT Galaxy в Санкт-Петербурге. Меня пригласили принять участие в обсуждении вопросов, связанных с It-сервисами, облачными вычислениями, инфраструктурой и т. д., в рамках пленарной дискуссии «Будущее корпоративных вычислений». Свое мнение по каждому из вопросов высказали эксперты Intel и ИТ-директора.
Один из вопросов просто «взорвал» всех, кто находился в зале — это использование открытого программного обеспечения в корпоративных целях (для бизнеса).
Мнения разделились: некоторые из участников высказались категорически против использования open-source software (OSS), другие наоборот приводили примеры удачных проектов в своих компаниях. Я решил поделиться своими мыслями по поводу рынка OSS и опытом их использования в одной из производственных компаний.

Почему я обратил внимание на OSS? В первую очередь, это возможность начать использовать ПО, не потратив ни цента. Во-вторых, это доработки системы, так как код открытый система затачивается под решение любых задач. Причем не надо разрабатывать ПО с нуля. За тебя это сделало OS сообщество. В-третьих, это огромное количество экспертов, к которым я могу обратиться в любой момент. Итак начнем.
Последние 10 лет во всем мире идет настоящий OSS бум. Все больше компаний используют открытые решения в коммерческих целях. В любом классе систем будь то ERP, ESM, CRM, Bi или корпоративные порталы существует альтернатива: использовать открытые решения, такие как OpenERP, SugarCRM, SalemEAM, Pentaho и LifeRay, или их коммерческие аналоги.
В странах СНГ ситуация иная. Бизнес очень осторожно относится к OSS. Основным аргументом, в голове противников, выступает фраза «Бесплатный сыр только в мышеловке».
Действительно, стоимость системного администратора *nix существенно выше стоимости администратора Windows. Но если говорить о рынке бизнес приложений (ESM, CRM, Bi, ERP)— стоимость администраторов коммерческих и открытых приложений будет одинаковая (если не наоборот).
Следующий вопрос, который беспокоит в первую очередь руководителей ИТ подразделений, как будет поддерживаться приложение? Как обеспечить работоспособность системы 24х7?
Но ведь в других странах эта проблема решена. Компании, занимающиеся разработкой OSS, предлагают поддержку не хуже, чем у коммерческих конкурентов. Иначе им просто не удалось бы сохранить свое присутствие на рынке корпоративных систем.
Так сложилось, что рынок ИТ в странах СНГ отстает от мирового, лет на 5-7. Примерно такая же ситуация и с рынком OSS, но уже сейчас появляются компании, занимающиеся разработкой и поддержкой открытых бизнес решений 24х7. И если нет возможности осуществлять поддержку самостоятельно, можно отдать ее на аутсорсинг, заключив договор поддержки и прописав SLA.

Далее перечислю, что мне удалось сделать за последние 10 лет.

Источник

OSS/BSS системы (Operations Support Systems/Business Support Systems — системы поддержки операций/системы поддержки бизнеса) предназначены для комплексного управления телекоммуникационными ресурсами предприятия. Изначально подобные решения были всецело направлены на эксплуатационную поддержку телекоммуникационных сетей. Сейчас подобные решаются в рамках всего лишь одного из модулей современной OSS/BSS системы. Другие модули получили достаточно широкое распространение в энергетических, финансовых и транспортных компаниях.

С развитием отрасли связи решающим фактором в конкурентной борьбе между операторами стали сервисы, которые они могут предоставить. Именно поэтому оперативность и качество услуг приобретают новое значение. В результате функциональность систем эксплуатационной поддержки телекоммуникационных сетей значительно расширилась, и появился новый класс OSS/BSS системы.

В последнее время OSS/BSS решения получили широкое распространение и в других отраслях, но доминирующее количество внедрений систем этого класса приходится именно на компании телекома. Учитывая роль телекоммуникационных сетей в бизнесе современного оператора, становится ясно, что их эффективная эксплуатация — одна из наиболее важных задач.

Иван Буданов: В России востребованы решения, нацеленные на сокращение потерь доходов

Комментарий по теме для CNews дал Иван Буданов, ведущий эксперт отделения по работе с телекоммуникационными компаниям, IBS.

CNews: В каком случае руководству компании необходимо принять решение о внедрении систем класса OSS/BSS?

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

Как показывает практика IBS, сейчас на российском рынке наиболее востребованы решения класса Revenue Assurance, нацеленные на сокращение потерь доходов. Системы гарантирования доходов (Revenue Assurance), которые, как правило, внедряются совместно с Fraud Management, дают оператору четкое представление о процессах, происходящих по всей цепочке получения доходов — от коммутационного оборудования до контроля оплаты выставленных счетов. Благодаря проведению мониторинга этих процессов, оператор получает возможность оперативно выявлять и устранять сбои, потери и искажения информации — зачастую, еще до того, как они приведут к необратимому снижению доходов.

CNews: Как Вы оцениваете состояние российского рынка OSS/BSS решений? Каковы его основные тенденции?

Иван Буданов: Состояние современного российского рынка OSS/BSS решений определяется, прежде всего, тем, что развитие операторов связи опережает развитие внутри этих компаний. Быстрый рост сетей российских операторов, абонентской базы, спектра услуг приводит к появлению разнородной инфраструктуры, которой становится все сложнее управлять.

На сегодняшний день основную тенденцию российского рынка решений OSS/BSS можно определить как «осознание комплексности». При этом комплексность внедряемых систем подразумевается как в подходе (от анализа через требования к системе до ее внедрения), так и при достижении результата, который рассматривается как интеграция системы в сложившуюся структуру. На это указывает и то, что в применении к области OSS/BSS слово «продукт» все чаще заменяется словом «решение».

Глеб Березиков: Внедрение «тяжелого» решения средним оператором сравнимо со стрельбой главным калибром по воробьям

Комментарий по теме для CNews дал Глеб Березиков, менеджер по развитию бизнеса направления OSS/BSS компании CTI.

CNews: В каком случае руководству компании необходимо принять решение о внедрении систем класса OSS/BSS?

Глеб Березиков: Сегодня можно уверенно говорить о том, что OSS/BSS решения перешли из категории абстрактных понятий и набора «модных» словосочетаний в категорию необходимого инструмента для решения ключевых задач, стоящих перед любого уровня. Причина этого проста — дело в том, что любой оператор на самом деле давно использует части того, что мы имеем в виду под OSS/BSS. Проблема состоит в том, что в большинстве случаев эти части или модули недостаточно хорошо взаимодействуют или вообще не увязаны друг с другом. Такое положение дел в условиях современного рынка услуг уже никого не устраивает.

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

CNews: Как Вы оцениваете состояние российского рынка OSS/BSS решений? Каковы его основные тенденции?

Глеб Березиков: В реалиях российского рынка говорить о «коробочном» варианте OSS/BSS решения, включающего в себя все необходимые компоненты от одного поставщика, достаточно сложно, не в силу отсутствия таких решений, а в силу их высокой стоимости и сложностей, связанных с перекраиванием устоявшихся оператора при внедрении такой системы.

Внедрение «тяжелого» решения средним оператором сравнимо со стрельбой главным калибром по воробьям — цель, в конечном итоге, будет достигнута — вопрос в том, насколько, в первую очередь, коммерчески (с точки зрения возврата инвестиций) оправдана стоимость «выстрела». Логичный выход из положения — строительство OSS/BSS из «кирпичиков» — модулей различных производителей, подобранных в соответствии с реальными задачами, спецификой сети и финансовыми возможностями.

Таким образом, построение полноценной OSS/BSS системы, вне зависимости от набора поставщиков решений — задача комплексная, интеграционная, и от правильного выбора интегратора зависит успех всей затеи.

Потребление OSS/BSS систем в различных отраслях(1 — наименьшее потребление, 7 — наибольшее)

Современные OSS/BSS системы содержат множество модулей (классов) и подсистем, направленных на решение различных Сочетание различных классов с корпоративными информационными системами (CRM, HelpDesk и др.) обеспечивает необходимую функциональность для решения конкретных вопросов.

Защита от мошенников

По оценкам экспертов, несмотря на постоянное совершенствование технологий связи, потери от мошенничества в телекоммуникационных компаниях достигают 3–10% от общего оборота. Примечательно, что для большинства организаций этот показатель колеблется в пределах 5–7%. Одним из наиболее важных классов OSS/BSS системы является Fraud Management, что дословно переводится как «управление мошенничеством».

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

Средствами Fraud Management строится профиль каждого абонента (частота, длительность звонков, время их совершения, основные направления вызовов и т.д.), после чего система сопоставляет полученные усредненные параметры с текущими и передает документированную аналитику по ситуации с рекомендациями о последующих действиях. Подобное решение позволяет не только оперативно предотвратить все случаи несанкционированного использования ресурсов оператора связи, но и выработать определенный механизм защиты на основе проведенного анализа. Эксперты также отмечают, что тесная интеграция Fraud Management с позволяет максимально оперативно и эффективно построить защиту от мошенничества.

Кроме класса Fraud Management, очень большое значение имеет модуль Fault Management & Trouble Ticketing — регистрация и управление неисправностями. Решение позволяет эффективно управлять планами работ, а также оптимизировать работу персонала. Сокращение сроков ремонтных работ, которое достигается при его внедрении, позволяет компании работать значительно более оперативно. Принцип действия Trouble Ticketing схож с Fraud Management: собирается и систематизируется информация обо всех возникающих проблемах и неполадках, кроме того, сохраняются данные о способе их устранения и текущем состоянии работ.

С помощью решений класса Fault Management создаются системы для эффективного управления телекоммуникационными ресурсами. Нередко Fault Management интегрируется с Help Desk решениями. По оценкам экспертов, внедрение систем такого класса позволяет существенно уменьшить их TCO (Total Cost Ownership — полная стоимость владения).

Помимо перечисленных классов, в современную OSS/BSS систему входит множество других модулей. Это и решения для управления инвентаризацией (Inventory Management), позволяющие автоматизировать планирование пополнения запасов и обеспечить наглядность, строгий контроль и учет одноименных ресурсов телекоммуникационной компании, решения для управления производительностью (Performance Management), предназначенные для оптимизации работы телекоммуникационной сети.

Кроме того, в OSS/BSS решениях имеются модули для управления заказами (Order Management), а также аналитические классы для планирования и развития услуг (Network & Service Provisioning Management)и широко известные предназначенные для управления командами сотрудников. Средства WorkFlow Management обеспечивают также мониторинг и составление аналитических отчетов в режиме реального времени.

Аналитики различают несколько возможных способов построения OSS/BSS решения на предприятии. Так или иначе, каждый вариант сводится к интеграции различных классов OSS/BSS с другими информационными системами и/или классами. Это может быть Fault management&Trouble ticketing + SLA management + CRM, или Fraud Management + биллинговая система + СRM, а также другие способы. Каждая комбинация обеспечивает решение определенного класса наиболее критичных для заказчика Выбор делается на основе комплексного анализа всех компании.

Хребет для телекома

Рынок поставщиков OSS/BSS систем достаточно динамичен, и на нем присутствует множество игроков. Это как такие как HP и IBM, так и малоизвестные компании, специализирующиеся исключительно на этом рынке. По оценкам аналитиков, наиболее распространены OSS/BSS решения следующих производителей: HP, Lucent Technologies, IBM, Micromuse, Amdocs, Telecordia Technologies, ADC Telecommunications, Agilent Technologies. Менее известны Vitria Technology, Axiom Systems, NetCracer Technology и Telution.

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

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

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

Роман Чернин: Российские альтернативные операторы уже осознают необходимость систем OSS/BSS

Комментарий по теме для CNews дал Роман Чернин, ведущий эксперт направления Naumen Telecom компании NAUMEN.

CNews: В каком случае руководству компании необходимо принять решение о внедрении систем класса OSS/BSS?

Роман Чернин: Конкуренция на рынке операторов связи, особенно в Москве такова, что уже совершенно недостаточно и невозможно просто предоставлять ту или иную услугу. На первый план выходят вопросы организации бизнес-процессов телеком-оператора, а главное — вопросы взаимодействия с абонентами. Поэтому внедрение решений класса OSS/BSS — это прежде всего процесс построения процессов, осознания их взаимосвязи и влияния. Такое решение дает не просто возможность присутствовать на рынке, но и иметь преимущества над конкурентами.

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

CNews: Как Вы оцениваете состояние российского рынка OSS/BSS решений? Каковы его основные тенденции?

Роман Чернин: Мы работает в основном с альтернативными операторами связи, а это обычно средние и небольшие компании. Тем не менее, наряду с крупными операторами связи они тоже осознают необходимость в системах класса OSS/BSS. На российском рынке решений OSS/BSS в основном представлены западные производители, предлагающие как отдельные модули, так и комплексные решения.

Компания NAUMEN является одним их немногих российских производителей, способных предложить комплексное решение, включающее модули собственной разработки – Service Desk, CRM, Work Flow, Order Management и Inventory. Эти модули могут быть интегрированы с работающим у оператора биллингом, сторонней CRM-системой или другими приложениями.

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

Источник

Эксплуатация сетей связи: эволюция стандартизации систем OSS/BSS и применение карты TAM

В последние годы рынок программного обеспечения OSS/BSS (Operations Support Systems/Business Support Systems) демонстрирует постоянный и довольно быстрый рост. И сегодня уже можно говорить о том, что он вышел на новый уровень. Связано это в первую очередь с изменением подхода к внедрению решений OSS/BSS. До недавнего времени, закупая ту или иную систему поддержки своей деятельности, оператор, как правило, решал лишь отдельные разрозненные задачи, не ставя перед собой цели комплексной автоматизации. Это было обусловлено рядом факторов, в частности незрелостью технологий, высокими затратами, отсутствием единых стандартов, позволяющих проводить быструю интеграцию модулей. Как следствие, в эксплуатации находились слабо интегрированные системы, зачастую реализующие практически идентичные функции и не позволяющие наладить централизованное сквозное управление бизнес-процессами.

Роль систем OSS/BSS в автоматизации

При эксплуатации и обслуживании сложной сетевой инфраструктуры перед оператором связи традиционно встают следующие проблемы:

— слабая и неоперативная информационная поддержка специалистов, обслуживающих сеть;

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

— несовершенство механизмов сбора, хранения и обновления информации о функционировании сети;

— необходимость вручную осуществлять множество рутинных операций.

Системы поддержки бизнеса и операционной деятельности OSS/BSS направлены на решение подобных задач. Говоря о системах OSS/BSS, к бизнес-деятельности относят прежде всего процессы, «выходящие» на клиента, такие как обработка и выставление счетов, сбор платежей, оформление заказа, предложение новых продуктов и т. п. Однако наиболее удобной представляется общая классификация систем поддержки, основанная на модели eTOM (enhanced Telecom Operations Map). Помимо систем OSS/BSS для процессов управления предприятием вводится понятие соответствующей системы поддержки – ESS (Enterprise Support System), примером которой может служить система класса ERP. Иногда вместо OSS/BSS употребляют термин OSS, подразумевая под ним весь комплекс ПО, информационных систем и соответствующих процессов. Таким образом, в понятии OSS объединяют функции как собственно OSS, так и систем BSS и ESS.

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

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

Основной эффект от перехода на комплексные системы класса OSS/BSS заключается в значительном снижении совокупной стоимости владения инфраструктурой и существенном сокращении времени, затрачиваемого на рутинные операции. Внедрение такой системы должно приводить к уменьшению затрат на весь жизненный цикл предоставляемых инфокоммуникационных услуг, повышению оперативности обработки запросов абонентов и управляемости сети в целом.

Решения OSS/BSS способствуют выполнению широкого круга задач, среди которых можно указать следующие:

Практика показала, что при разработке и внедрении решений OSS/BSS важно придерживаться ряда правил:

Эффективность работы программного комплекса OSS/BSS напрямую зависит от его способности контролировать и управлять так называемым физическим уровнем – собственно элементами сети связи, которые могут быть разделены на несколько технологических сегментов (доменов). Указанные функции включают в себя следующие компоненты: отслеживание физических ресурсов и их состояния, инвентаризация сети на основе информации о физических ресурсах и построение логического каталога ресурсов.

Процессный подход положен в основу работы большинства современных систем OSS/BSS. Это позволяет отслеживать и оценивать работу всех подразделений компании на всех уровнях – от ресурсов до конечного продукта, что дает оператору возможность видеть не только сеть связи, но и бизнес в целом. С технологической точки зрения все более значимую роль в построении систем OSS/BSS играют SOA и BPMS.

Отражается на развитии систем OSS/BSS и происходящая в отрасли конвергенция телекоммуникационных и информационных технологий, а также фиксированной и мобильной связи. К универсальному OSS/BSS-решению, с одной стороны, идут разработчики традиционных систем OSS, с другой – производители ИТ-ориентированных платформ управления предоставлением контента, с третьей – разработчики, специализирующиеся в области управления сетями сотовой подвижной связи и IMS (IP Multimedia Subsystem).

Все современные OSS/BSS можно разделить на две основные группы. К первой относятся системы, построенные по принципу сборки на базе некоторой интегрирующей платформы единого решения из отдельных модулей – программных продуктов от разных производителей. Ко второй группе относят комплексные коробочные решения от одного поставщика, объединяющие в себе несколько типовых компонентов.

Выбор типа системы OSS/BSS зависит от множества факторов: времени и средств, выделяемых на ее внедрение, наличия уже существующих систем, требований к функциональности.

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

На рис. 1 представлен типовой набор модулей OSS/BSS, используемых для автоматизации деятельности поставщика услуг связи. Голубым цветом показаны модули, которые принято относить к системам OSS, красным – к BSS.

Рис. 1. Типовые модули системы OSS/BSS

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

Устранить подобные расхождения в классификации модулей OSS/BSS и обеспечить взаимопонимание между поставщиком программного обеспечения и его потребителем – поставщиком инфокоммуникационных услуг призвана разработанная TM Forum (Tele Management Forum) карта приложений TAM.

Назначение и принципы построения TAM

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

Карта приложений телекоммуникационной компании – TAM (Telecom Applications Map), которую также называют средой приложений (Application Framework), входит в концепцию Frameworx и содержит классификацию функций программных приложений и информационных систем, задача которых – автоматизация деятельности инфокоммуникационной компании. Являясь одним из компонентов Frameworx, карта приложений TAM связывает процессы eTOM и элементы информационной модели SID (Shared Information and Data Model), с одной стороны, с функциями программных приложений и модулей системы OSS/BSS – с другой. Таким образом, TAM обеспечивает основу для установления соответствия между бизнес-процессами поставщика услуг связи и функциями существующих или разрабатываемых модулей OSS/BSS.

Разработка карты TAM основана на принципах максимальной универсальности и уровневой иерархии. При этом уровень обобщения функций, входящих в блоки карты TAM, выбран таким образом, чтобы сохранять связь с реалиями отрасли и соответствовать принятым в ней представлениям и нормам, касающимся систем и технологий управления и автоматизации. В основу иерархии уровней карты TAM легли как уровни eTOM и домены SID, так и уровневая структура модели TMN (Telecommunications Management Network), дополненная задачами управления не только сетью связи в целом, но и отдельными ресурсами.

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

Как правило, при формировании функциональных требований приложения TAM объединяют функции, связанные с выполнением некоторой задачи (например, «Управление решением проблем с услугами») или работой с некоторой сущностью (например, «Управление жизненным циклом продукта»). Кроме того, в отдельные приложения могут быть выделены функции, повторяющиеся в разнообразных процессах, или между которыми прослеживается явная связь (например, «Подготовка писем»).

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

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

На карте TAM приложения объединены в домены, структура которых представлена на рис. 2. Карта приложений построена в виде матрицы, столбцы которой соответствуют вертикальным группировкам бизнес-процессов eTOM, а строки – доменам SID. Вертикальные группировки представляют собой второстепенную классификацию приложений ТАМ, не являющуюся частью таксономии, так что одно приложение может одновременно относиться к нескольким из них. Перечень вертикальных группировок TAM имеет вид, показанный в верхней части рис. 2.

Рис. 2. Матричная структура карты TAM и ее связь с моделями eTOM и SID

Горизонтальные группировки – домены – составляют верхний уровень основной классификации (таксономии) приложений. Каждое приложение TAM принадлежит одному и только одному домену. В отдельные домены, не являющиеся частью показанной на рис. 2 матрицы, выделены общие для нескольких доменов (кросс-доменные) приложения, а также функции интеграционной инфраструктуры.

В текущей версии карты TAM максимальная глубина декомпозиции доменов составляет четыре уровня: 0-й уровень – домены; 1-й уровень – приложения; 2-й и 3-й уровни – детализация функциональных требований приложений (детализация до 3-го уровня выполнена не для всех из них). Для упорядочивания элементов карты TAM им присвоены уникальные цифровые идентификаторы. Подобный идентификатор имеет иерархическую структуру «D.a.b.c.d», где «D» указывает на домен (они пронумерованы от 3 до 9), «a» – номер приложения внутри домена (1-й уровень), «b», «c», и «d» указывают на детализацию функций приложения на последующих уровнях.

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

Важным преимуществом карты TAM является ее совместимость с другими компонентами Frameworx. Функциональные требования приложений могут быть увязаны с бизнес-процессами карты eTOM, их интерфейсы – с бизнес-сервисами среды интеграции Frameworx, а используемые данные – с информационной моделью SID. Все это упрощает последующую интеграцию модулей в систему OSS/BSS и их эксплуатацию. Однако соответствие между приложениями TAM и процессами-элементами eTOM далеко не всегда является взаимно однозначным. Необходимо также подчеркнуть, что карта приложений ТАМ рассматривает в деятельности компании связи только автоматизированные функции в отличие от карты бизнес-процессов eTOM, элементы которой могут соответствовать задачам, выполняемым вручную.

Карта TAM предназначена для использования поставщиками инфокоммуникационных услуг, разработчиками программного обеспечения, системными интеграторами и другими участниками отрасли. Она предлагает единый, содержащий одинаково трактуемые понятия язык для определения и описания функций решений OSS/BSS. Операторы связи могут применять карту TAM для инвентаризации и упорядочения имеющейся инфраструктуры ПО, использовать ее как системообразующую основу при трансформации инфраструктуры или формулировании требований к приложениям и набору модулей. Все более широкое применение карта TAM находит в компаниях – поставщиках решений OSS/BSS, становясь универсальным средством описания их возможностей, облегчая продвижение таких систем на рынке и предоставляя базу для их сравнения и совместной эксплуатации. В таблице приведен пример подхода к использованию карты TAM для описания функциональных требований и сопоставления решений OSS/BSS, предлагаемых различными разработчиками.

Таблица. Использование TAM для сопоставления решений OSS/BSS

Приложения TAMРешение 1Решение 2Решение 306.03 Управление заказами на уровне услуг06.04 Управление SLA06.05 Управление проблемами на уровне услуг

В вопросах инвентаризации, анализа избыточности и возможностей многократного использования функций эксплуатируемых и предполагаемых к внедрению модулей OSS/BSS карта TAM как эталонная модель играет ту же роль, что и карта eTOM по отношению к бизнес-процессам компании связи. Ориентируясь на TAM, компания может построить структуру функций уже установленных модулей OSS/BSS, выявить те из них, которые можно было бы использовать для поддержки нескольких бизнес-процессов, а также сформировать перечень функций, которыми систему OSS/BSS необходимо дополнить. Общая схема шагов такого процесса структуризации и анализа функций модулей OSS/BSS представлена на рис. 3.

Рис.3. Общая схема анализа функций модулей OSS\BSS

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

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

Источник