4.11.Работа с ЦКК. Настройка собственных контрольных процедур
В конфигурации Центра контроля качества, как указывалось в предыдущей главе, ядро системы изолировано от контрольных процедур. Можно создавать свои контрольные процедуры, копируя бизнес-процесс «Шаблон процесса контроля» (у него уже настроена карта маршрута, и в модуле есть необходимые служебные процедуры) и редактируя в его модуле процедуру ВыполнитьАнализ().
Это правильный способ, но на практике, при отсутствии точной инструкции, он может оказаться сложным или недоступным, потому что он потребует детально разобраться в структуре конфигурации ЦКК: кроме бизнес-процесса, надо будет создать еще несколько прикладных объектов метаданных, правильно увязав их с ядром.
Есть другой способ, не вполне изящный, зато существенно более простой. Можно создать две базы ЦКК: одна будет контролировать то, что заложено по умолчанию, а во второй перенастроить существующие бизнес-процессы (под которые вся структура метаданных уже создана) так, чтобы они выполняли контроль того, что нужно нам.
В качестве примера перенастроим контрольную процедуру контроля памяти под контроль наличия файла logcfg.xml в нужном каталоге.
Откроем модуль бизнес-процесса КонтрольПамяти (см. рис. 4.11.1).
Рис. 4.11.1. Бизнес-процессы конфигурации ЦКК
Переименуем в нем имеющуюся процедуру ВыполнитьАнализ() в ВыполнитьАнализ_() и создадим свою процедуру с тем же именем, написав в ней код, представленный на рис. 4.11.2.
Рис. 4.11.2. Код контроля наличия файла logcfg.xml в нужном каталоге и отработка ситуации, когда он не найден
Собственно, на этом внесение изменений закончено. Теперь контрольная процедура «Контроль потребления памяти» в дополнительной базе ЦКК будет следить за файлом logcfg.xml. Если настроить оповещение и переименовать файл logcfg.xml, эта контрольная процедура начнет генерировать поручения на решение проблем и рассылать оповещения, как показано на рис. 4.11.3 и 4.11.4.
Рис. 4.11.3. Сформировано поручение
Рис. 4.11.4. Прислано оповещение
