Ограничения

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

Политики организации

• Договор о займе человека младше 18 лет должен подписывать один из его родителей или законный опекун, выступающий одновременно поручителем. • Постоянный посетитель библиотеки может отложить для себя до 10 книг.

• В переписке по страховке не может отображаться больше 4 цифр номера социального страхования гражданина.

Государственные нормативы

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

• Экипажи коммерческих авиарейсов должны каждые 24 часа отдыхать не менее 8 часов.

• Если продление не предоставлялось, индивидуальные запросы на возврат федерального налога должны быть отправлены (по почтовому штемпелю) до полночи первого рабочего дня 14 апреля.

Отраслевые стандарты

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

• Веб-приложения не должны содержать никаких HTML-тегов или атрибутов, не соответствующих стандарту HTML 5.

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

Многие ограничительные бизнес-правила определяют, какие типы пользователей имеют доступ к определенным функциям, и лаконичным способом документирования таких правил является матрица ролей и разрешений (Beatty и Chen, 2012). На рис. 2 показана такая матрица для различных пользователей информационной системы публичной библиотеки. Роли разделены на сотрудников библиотеки и прочих лиц. Функции системы разбиты на системные операции, операции с записями читателей библиотеки и операции с единицами хранения. Крестик в ячейке означает, что у указанной в столбце роли есть разрешение на выполнение операции, определенной в строке.

Активаторы операций

Правило, при определенных условиях инициирующее выполнение определенных действий, называется активатором операции (action enabler). Человек может выполнять эти действия вручную. Как вариант, правило может управлять некоторыми программными функциями, благодаря которым приложение при выполнении определенных условий реализует нужную модель поведения. Условия, определяющие выполнение операции, иногда представляют собой сложную комбинацию значений «истина» и «ложь», выполняющихся для нескольких отдельных условий. Таблица принятия решений — это выразительный способ документирования активирующих операции бизнес-правил расширенной логики. Выражение вида «Если <некоторое условие верно или наступило определенное событие>, то <что-то произойдет>» — это ключ, который описывает активатор операции. Вот несколько примеров таких бизнес-правил, активирующих определенные операции, в системе Chemical Tracking System:

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

• В последний день квартала должны генерироваться отчеты для Управления по безопасности труда (OSHA) и Агентства по защите окружающей среды о хранении и использовании химикатов (EPA) в этом квартале. • Если срок хранения контейнера с химикатом истек, об этом необходимо уведомить лицо, у которого в данный момент находится контейнер.

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

• Если клиент заказал книгу автора, написавшего несколько книг, перед оформлением заказа нужно клиенту предложить приобрести другие книги того же автора.

• После добавления клиентом книги в корзину отобразить аналогичные книги, которые приобрели другие клиенты вместе с этой книгой.

Рис. 2. Ограничивающие бизнес-правила иногда могут представляться в виде матрицы ролей и разрешений

Выводы

Вывод (inference), иногда его еще называют предположительным знанием или производным фактом, создает новый факт на основе других фактов. Выводы зачастую записывают в формате «если-то», применяемом также при записи бизнес-правил, активирующих операции; тем не менее, раздел «то» вывода заключает в себе факт, а не действие. Вот несколько примеров выводов:

• Если платеж не поступил в течение 30 календарных дней с момента отправки счета, то счет считается просроченным.

• Если поставщик не может поставить заказанный товар в течение пяти дней с момента получения заказа, то заказ считается невыполненным.

• Химикаты с токсичностью агента LD50 ниже 5 мг на килограмм массы мыши считаются опасными.