Letyshops

Создание системы бизнес-правил. Часть 5

Барбара фон Халле
Окончание.
Непрозрачные опции настройки | Комплексное проектирование | Итоги

Проектирование системы бизнес-правил во многом схоже с проектированием любой системы. Собственно, метод бизнес-правил - объединение ориентации на данные, процессной или объектной ориентации и ориентации на правила.

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

Метод бизнес-правил дает возможность улучшить разработку систем. Модели данных можно совершенствовать, добавляя элементы с реализованными правилами и нормализуя правила по объектам. К объектно-ориентированному анализу и проектированию можно подойти по-разному, отделяя динамику правил от динамики приложения.

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

Если вы намерены создать прототип метода бизнес-правил с пакетом бизнес-правил, то общий проектный подход приведен в Таблице. 

Таблица. Прототип метода бизнес-правил

Этап 1 Выбрать пакет технологии правил
Этап 2 Выбрать реляционную СУБД
Этап 3 Включить все традиционные правила целостности в СУБД
Этап 4 Включить расчеты и агрегирование в СУБД
Этап 5 Включить другие правила (умозаключения, разрешения, ограничения) в пакет правил
Этап 6 Определить и подтвердить минимальное соотношение экран/страница, создать экраны
Этап 7 Усовершенствовать правила
Этап 8 Оценить опыт
<<предыдущая [1][2][3] следующая>>
[вид для печати]
© DM Review

 

 

Реклама: