5 Модель управления еTom

eTOM (Enhanced Telecom Operations Map) — многоуровневая модель бизнес-процессов управления производством. Расширенная карта процессов деятельности телекоммуникационной компании — еТОМ — является базой для анализа и проектирования бизнес-процессов в отрасли связи и ориентиром при проектировании и разработке решений OSS/BSS. Это эталонная модель, или архитектура бизнес-процессов, предназначенная для поставщиков услуг связи, а также их партнеров, работающих в телекоммуникационной отрасли. Является составной частью подхода к разработке систем поддержки операционной деятельности для телекоммуникационных корпораций NGOSS.

Особенности архитектуры еТОМ:

1. еТОМ — это эталонная архитектура, учитывающая бизнес-процессы, возможные в деятельности телекоммуникационной компании;

2. при разработке еТОМ акцент был сделан на связях между процессами, определении интерфейсов между ними и совместном использовании разными бизнес-процессами информации о клиентах, услугах, ресурсах и т.д.;

3. в еТОМ учтены взаимодействия с внешней средой: клиентами, партнерами, поставщиками, регулирующими органами и др.;

4. еТОМ отличает универсальность и открытость, она применима к любым сетевым технологиям, услугам и типам организации бизнеса компании;

5. возможность интеграции с другими широко применяющимися моделями: ITIL (IT Infrastructure Library), RosettaNet и др.;

6. еТОМ постоянно совершенствуется уже более 10 лет, в ее основе лежит опыт ведущих предприятий отрасли.

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

еТОМ используют Oracle, Amdocs, Agilent Technologies. Примером реализации еТОМ может служить разработка глобальной ИТ-архитектуры Vodafone, в основу которой была положена структура еТОМ, адаптированная и отражающая специфику компании. По мере развития сферы телекоммуникаций в России проблема комплексного анализа и оптимизации бизнес-процессов, операторов связи становится все более актуальной. Соответственно возрастает ценность и значимость как всей программы по развитию структуры NGOSS, так и ее бизнес-составляющей eTOM.

6 Модель rpc

Вызов удаленных процедур (RPC)

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