Классификация бизнес-правил

В группе Business Rules Group (2012) дали определение бизнес-правил с точки зрения как бизнеса, так и информационных систем:

• с точки зрения бизнеса: «бизнес-правило — это указание на существование обязательств относительно поведения, действия, принятого порядка или процедуры в определенной деятельности или отрасли»; (Должна быть явная мотивировка правила, а также методы обеспечении его выполнения, а также понимание последствий в случае нарушения правила.)

• с точки зрения информационной системы: «бизнес-правило — это указание, определяющее или ограничивающее определенный аспект бизнеса. Оно предназначается для установления бизнес-структуры или для управления и влияния на бизнес-деятельность».

Целые методологии разработаны специально для создания и документирования бизнес-правил и их применения в автоматизированных системах бизнес-правил (Ross, 1997; von Halle, 2002). Если вы не создаете систему, которая в значительной степени управляется бизнес-правилами, тщательно разработанная методология вам не нужна. Достаточно выявить и задокументировать относящиеся к вашей системе правила и связать их с конкретными требованиями, которые их реализуют.

Для организации бизнес-правил предлагается множество разных схем классификации (Ross, 2001; Morgan, 2002; von Halle, 2002; von Halle и Goldberg, 2010). Простейшая из них (рис. 1), из пяти типов бизнес-правил, годится в большинстве случаев. Шестая категория — термины: важные для бизнеса слова, фразы и аббревиатуры. Термины можно группировать по фактическим бизнес-правилам. Их также удобно хранить в словаре.

Рис. 1. Простая таксономия бизнес-правил

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

Факты

Факты — это всего лишь верные утверждения о бизнесе на определенный момент времени. Они описывают связи и отношения между важными бизнес-терминами. Факты о сущностях данных, важных для системы, иногда применяют в моделях данных. Вот примеры фактов:

• на каждый химический контейнер нанесен уникальный штрих-код;

• оплачивается доставка каждого заказа;

• со стоимости доставки налог с продаж не берется;

• если лицо, приобретающее химикат по невозмещаемому авиабилету, изменяет маршрут доставки, ему потребуется уплатить дополнительный сбор;

• книги, размер которых превышает 16 дюймов, размещаются в разделе широкоформатных книг библиотеки.

Естественно, что в компании есть бесчисленное количество фактов. Если собирать не относящиеся к делу факты, бизнес-анализ быстро застопорится. Даже если эти факты правильные, не всегда очевидно, как команда разработчиков должна использовать эту информацию. Сосредоточьтесь на фактах, находящихся в границах проекта, и не старайтесь собрать весь массив бизнес-знаний. Старайтесь связать каждый факт с входными и выходными данными контекстной диаграммы, событиями системы, известными объектами данных или конкретными пользовательскими требованиями.