2016-09-22 13 views

ответ

0

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

если клиент сотрудника является родственником сотрудника , то вызывает исключение аудита.

Здесь вы начали с сотрудника и перешли к клиенту с фразой «из».

Реверс навигация может быть:

если работник обслуживания клиента является родственником клиента затем возбудит исключение аудита

Так вот у вас есть двунаправленную навигацию во время авторинга бизнес-правил , Это может быть важно и дать некоторую ценность авторам правил, чтобы они могли начать свое авторинг со своим сотрудником или клиентом, а может и нет. Это решение, которое вам нужно было бы при разработке языка разработки правил.

Другая возможность заключается в том, что вы фактически выражаете мощность отношений, которые возможны в базовой модели, используя правила. Но это не частое использование. Если вы думаете об этом, такое выражение мощности вряд ли сильно изменится и, вероятно, не должно обрабатываться на уровне бизнес-правил. Например, вам нужно дать авторам бизнес-правил возможность выражать и изменять тот факт, что работник может обрабатывать только одного клиента или какой-то момент в будущем, где они могут обращаться с 1 клиентом N? Это может иметь смысл в недействительной модели принятия решений, но вряд ли будет входить в игру с действующими системами бизнес-правил.

 Смежные вопросы

  • Нет связанных вопросов^_^