Создание системы бизнес-правил. Часть 5
Барбара фон Халле
Начало в выпусках: #142, #143, #144, #145, #146, #147
Как реализовать преимущества метода
Этап 3. Решите, покупать пакет правил или создать его самостоятельно.
Вспомните прошлый опыт. Многие ли, соблюдая принципы разработки хороших баз данных (с преимуществами реляционной модели), сумели внедрить свой проект в нереляционный пакет? Выполнимо, но нелегко. Трудно реализовать все преимущества реляционных технологий.
Это верно и для метода бизнес-правил. Можно соблюдать принципы разработки хороших правил, однако без технологии правил реализовать их нелегко. И нелегко сохранить все преимущества.
В Таблице показаны преимущества метода бизнес-правил.
Таблица. Краткий перечень преимуществ метода бизнес-правил
Действие | Преимущество | Метод достижения |
| Раскрытие и анализ бизнес-правил | Более четкие требования и улучшение делового общения в организации | - Извлекать данные, процессы и правила как отдельные виды требований; - Увязывать правила с мотивацией предприятия (цели, задачи, стратегия) и механизмами измерения прогресса; - Использовать специальные приемы анализа данных, процессов и правил для повышения их качества; - Извлекать данные из правил; - Надстраивать процессы вокруг правил |
| Реализация знаний компании | - Собирать, публиковать правила, управлять ими в хранилище; - Осуществлять программу управления правилами в ходе реинжиниринга бизнес-процессов; - Извлекать бизнес-правила из старого программного кода | |
| Путь к усовершенствованию принятия решений | - Проводить анализ правил; - Сравнивать правила с мотивацией предприятия (миссия, задачи, цели и т. д.) | |
| Реализация бизнес-правил при помощи технологии правил | Существенное увеличение начальной производительности разработки | - Уменьшать количество строк кода (не писать подробный код для контроля за исполнением правил); - Испытывать правила или их комплексы на уровне правил - до работы с данными и приложением; - Совместно использовать правила вместо избыточного кодирования; - Автоматически исполнять правила на уровне правил |
| Поочередная сдача систем | - Раскрывать и развивать новые комплексы правил | |
| Реализация системы, которая способствует преобразованиям, а не мешает им | - Реализовывать спецификации правил по пунктам; - Контролировать требования к правилу и его выполнению; - Испытывать правила независимо от тестирования данных и приложения; - Создавать гибкие структуры данных | |
| Последовательный контроль исполнения правил по всем технологическим средам | - Изолировать уровень правил, что позволит связать правила со многими технологиями | |
| Подготовка к технической эволюции | - Изолировать уровень правил, что позволит перейти со старых технологий и на новые |
Создание модуля
Этап 4. Если вы решили не покупать пакет правил, найдите способ включить модуль правил в свою систему. Иногда технологию правил нельзя встроить сразу. Продолжайте проектировать систему, но обязательно отделите правила, иначе они снова потеряются.
Изолировать правила можно, создав простой модуль. Встройте в архитектуру приложения новую службу или компонент с единственной функцией - контроля за выполнением правил. Проектируйте и внедряйте классы объектов, предназначенные только для выполнения правил.
Чем больше ориентированных на правила классов вы изолируете от классов приложения, тем более независимыми будут исполняемые версии правил.
Если вы решили не создавать классы объектов, ориентированные на правила, то построите приложение с классами, ориентированными на приложение, которые содержат выполняемые правила как часть метода. В этом случае отдельный модуль правил не создается.
Этап 5. Определите, на каком уровне системы вводятся правила. Если вы встроили модуль правил (коммерческий или самодельный), надо привязать правила к нужным уровням системы для контроля за выполнением.
В предварительном проекте определите, как передать уровню правил те из них, которыми вы хотите управлять как отдельным, совместно используемым, изменяемым активом.
Продолжение в следующем выпуске
