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

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

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

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

Одной из ключевых функций на данном уровне является функция отображения бизнес-процессов . Бизнес-процессы , такие , например , как обработка заказа , электронный платёж , обслуживание клиента , осуществляемые в рамках автоматизированных финансовых и промышленных систем типа MANMAN/X , Baan , SAP/R3 , могут включаться в так называемое отображение бизнес-процессов . Любое из них можно «открыть» , создав для него папку , и «положив» туда все атрибуты , отвечающие за его функционирование : идентификаторы компьютера и диска , описания требований к ресурсам и т. п. В результате можно сформировать динамическую картинку актуального состояния автоматизированной системы , про которой администратор способен проследить возникновение потенциальных коллизий и своевременно , например , перераспределить или добавить ресурсы .

Уровень агентов

Как уже отмечалось , модель управления распределёнными системами реализуется в виде гибкой структуры , в основе которой лежит технология «менеджер - агент» , реализованная на двух нижних уровнях архитектуры системы . Агент- это программа на языке программирования Си , использующая библиотеку функций связи с ядром системы и генерирующая информацию для верхних уровней управления . Данная программа запускается централизованно и управляется брокером объектов . Каждый раз , когда в корпоративную систему включается новый компонент , происходит опрос с целью обнаружения уже известных агентов и установления с ними связи . Агенты по аналогии с датчиками и сенсорами следят за работой практически любых ресурсов информационной системы и позволяет наблюдать за семи элементами сетевой инфраструктуры , базами данных и приложениями . Список готовых агентов в системе должен включать поддержку таких наиболее распространенных ОС и баз данных , как Windows NT , Unix , Oracle , Sybase , SQL Server , CA-OpenIngres . Дополнительные агенты могут создаваться с помощью системных инструментальных средств .