Очень часто необходимо добавить бизнес-логику, чтобы гарантировать, что столбцы в приложении на основе модели отображаются, скрываются или устанавливаются с использованием правильных значений.
В этой статье показано, как создать бизнес-правила и даны рекомендации, чтобы применить логику формы в управляемом моделью приложении без написания кода JavaScript или создания подключаемых модулей. Бизнес-правила предоставляют простой интерфейс для реализации и поддержки быстро меняющихся, широко используемых бизнес-правил. Их можно применять к основным формам и формам быстрого создания. Бизнес-правила работают в приложениях на основе моделей, устаревших веб-приложениях, Dynamics 365 для планшетов и Dynamics 365 for Outlook (онлайн или офлайн режим).
Объединяя условия и действия, вы можете выполнять следующие действия с помощью бизнес-правил:
- Задание значений столбцов
- Очистка значений столбцов
- Задание уровней требований столбцов
- Показать или скрыть столбцы
- Включение или отключение столбцов
- Проверка данных и отображение сообщений об ошибке
- Создание бизнес-рекомендаций на основе бизнес-аналитики
Чтобы определить бизнес-правило для таблицы для применения ко всем формам, см. раздел Создание бизнес-правила для таблицы.
Бизнес-правила в Business Studio: как настроить шаблон отчета
Бизнес-правила не работают с наборами выбора из нескольких вариантов.
Просмотр, редактирование или создание бизнес-правила в Power Apps
- Войдите в Power Apps.
- В левой панели навигации выберите Таблицы, откройте нужную таблицу, а затем выберите область Настройки и Бизнес-правила. Если этого пункта нет на левой панели навигации, выберите …Еще, а затем выберите нужный пункт.
Настройки таблицы должны выполняться в пределах решения. Чтобы обновить таблицу в решении, откройте свое решение, откройте таблицу. Затем, в области Настройки, выберите Бизнес правила.
- На панели команд выберите Создать бизнес-правило.
Просмотр, редактирование или создание бизнес-правила в конструкторе форм
- На левой панели навигации конструктора форм выберите Бизнес правила.
- Выберите один из следующих вариантов:
- По умолчанию отображаются только активные бизнес-правила для формы. Снимите флажок Показывать только активные бизнес-правила для просмотра деактивированных бизнес-правил для формы.
- Чтобы создать бизнес-правило, выберите Создать бизнес-правило.
- Выберите бизнес-правило, чтобы просмотреть свойства и изменить бизнес-правило.
Задание свойств бизнес-правила
Когда откроется окно конструктора бизнес-правил с новый правилом, одно условие уже создано. Каждое правило начинается с условия. Бизнес-правило предпринимает одно или несколько действий на основании условия.
Введите или выберите следующие свойства на панели команд бизнес-правил.
- Имя бизнес-правила: по умолчанию правило называется Новое бизнес-правило. Мы рекомендуем ввести значимое имя для бизнес-правила.
- Описание: при желании добавьте описание.
- Область: область бизнес-правила определяет, к каким формам будет применяться это бизнес-правило. Вы задаете область согласно следующему:
Если вы выбираете этот элемент
Задается следующая область.
Сущность
Таблица и все формы для этой таблицы
Все формы
Все формы для таблицы
Определенная форма (например, Основная форма организации)
Только данная форма
Чтобы изменить существующее бизнес-правило, необходимо деактивировать его и внести нужные изменения.
Создание бизнес-правила
- Добавьте условия. Чтобы добавить дополнительные условия в бизнес-правило:
- Перетащите компонент Условие с вкладки Компоненты на значок «плюс» в конструкторе.
- Чтобы задать свойства для условия, выберите компонент Условие в окне конструктора, затем задайте свойства на вкладке Свойства справа экрана. По мере задания свойств создается выражение внизу вкладки Свойства.
- Чтобы добавить дополнительный оператор (И или ИЛИ) к условию, выберите Создать на вкладке Свойства для создания нового правила, и после этого задайте свойства для этого правила. В столбце Логика правил вы можете определить, добавлять ли новое правило как оператор И или ИЛИ.
- По завершении настройки свойств для условия выберите Применить.
Примечание При создании рекомендации добавляется одно действие по умолчанию. Чтобы просмотреть все действия в рекомендации, выберите Сведения в компоненте Рекомендация.
Вот несколько советов, которые необходимо учитывать при работе с бизнес-правилами в окне конструктора:
- Чтобы сделать снимок всех элементов в окне бизнес-правила, выберите Снимок в области действий. Это полезно, например, при получении обратной связи от членов команды.
- Используйте миникарту для быстрого перехода к различным частям процесса. Это полезно, когда вы имеете сложный процесс, который не помещается на экране.
- По мере добавления условий, действий и бизнес-рекомендаций в бизнес-правило код для бизнес-правила создается и отображается внизу окна конструктора. Этот код доступен только для чтения.
Локализация сообщений об ошибках, используемых в бизнес-правилах
Если для вашей среды предусмотрено несколько языков, стоит локализовать все установленные сообщения об ошибках. Всякий раз при настройке сообщения система создает метку. Если переводы в вашей среде установлены, локализованные версии ваших сообщений могут быть добавлены, а затем импортированы обратно в систему. Это позволяет людям, использующим языки, отличные от вашего основного, просматривать переведенные сообщения.
Типичные проблемы
В этом разделе описываются общие проблемы, которые могут встретиться при использовании бизнес-правил.
Столбцы с полным именем и адресом не поддерживаются приложениями единого интерфейса
Действия или условия, в которых используется составной столбец, например столбец ФИО (полное имя) или столбец Адрес не поддерживается в приложениях на основе единого интерфейса. Кроме того, вы можете использовать действия или условия с составляющими столбцами. Например, для столбца Полное имя вы можете использовать действия или условия для столбцов Имя (firstname) и Фамилия (lastname).
Бизнес-правила не выполняются для некоторых пользователей
Убедитесь, что пользователи имеют роль безопасности, которая включает, как минимум, привилегии чтения пользовательской области в таблице процессов. По умолчанию роль безопасности «Базовый пользователь» имеет это разрешение.
Бизнес-правила не срабатывают в редактируемой сетке на панели мониторинга.
Бизнес-правила на уровне сущности не будут срабатывать в редактируемой сетке, если редактируемая сетка настроена на странице панели мониторинга.
Бизнес-правило не работает для формы?
Бизнес-правило может не выполняться, так как столбец, указанный в бизнес-правиле, не включен в форму.
- Откройте обозреватель решений. Разверните требуемую таблицу, затем выберите Формы.
- Откройте форму, затем на ленте конструктора форм выберите Бизнес-правила.
- В конструкторе форм откройте бизнес-правило.
- В конструкторе бизнес-правил выберите каждое условие и действие, чтобы проверить все столбцы, указанные в каждом условии и действии.
Бизнес-правило может также не выполняться, так как столбец, указанный в бизнес-правиле, является составным столбцом. Вместо этого можно использовать составные столбцы столбцов участников некоммерческой организации.
Вопросы и ответы
Могут ли бизнес-правила разблокировать столбцы в доступной только для чтения форме?
- Да, бизнес-правило может разблокировать столбцы и изменять действия в доступной только для чтения форме.
Как устранять неполадки бизнес-правила, которое не работает?
- См. пункт Ваше бизнес-правило не срабатывает для формы? в этом разделе.
Как выглядят рекомендации в форме?
Рекомендации отображаются в виде лампочки рядом с меткой столбца.
Выберите лампочку, чтобы развернуть представление и отобразить рекомендацию.
См. также
Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).
Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).
Обратная связь
Отправить и просмотреть отзыв по
Источник: learn.microsoft.com
Последовательность разработки и применения бизнес- правил в организации
У современных организаций много бизнес-правил — нормы, которые необходимо соблюдать, руководства, практические методы экспертов, программы старых систем. Проблема в том, что правила не всегда доступны, ими сложно управлять, их трудно проверять, а также использовать в информационных системах согласованно и эффективно.
Для управления и внедрения бизнес-правил необходимо сформулировать их в описательной форме, чтобы каждое правило было четким и независимым от остальных. Не менее важной задачей является выбор и применение технологии, которая поддерживает все этапы работы с правилами. Необходимо быть готовым к управлению потенциально очень большим количеством правил, это означает возможность отделять правила друг от друга, контролировать доступ к ним и отслеживать изменения. Обобщающий процесс разработки правил представлен на рис. 6.5.
Рис. Б.5. Процесс разработки правил
Данный процесс включает такие блоки, как разработка, утверждение и тестирование, внедрение и поддержка. Основные этапы будут рассмотрены более подробно ниже.
Представление правил должно быть таким, чтобы и бизнес, и технические пользователи могли взаимодействовать с ними. Обе группы должны иметь возможность для чтения, редактирования, создания и удаления правил, чтобы бизнес и IT-персонал эффективно сотрудничали при управлении правилами. Все это достигается выбором и применением подходящей системы управления бизнес-правилами.
Почти во всех случаях приходится получать правила из различных источников. Одним из первых решений будет определение источников для рассмотрения. Если источник предоставляет стабильные правила, то задача его анализа — внесение фактических правил в систему управления бизнес-правилами для реализации решения.
Если же источник предоставляет изменчивые правила, задача анализа заключается в проектировании шаблонов правил. Таким образом, можно выделить основные этапы технологии ведения и применения бизнес-правил (рис. 6.6).
Анализ основных источников бизнес-правил предполагает изучение бизнес-процессов, норм, документов, регламентов и инструкций, кода старых приложений, правил расчетов и вычислений, а также анкетирование и интервью с сотрудниками с целью выявления бизнес-правил и их последующей формализации. Данный этап является наиболее сложным, комплексным и затруднительным с точки зрения объема затрат временных, трудовых и денежных ресурсов для извлечения бизнес-правил. К тому же выявление бизнес-правил в полном объеме практически невозможно.
Рис. 6.6. Этапы применения концепции бизнес-правил
Основными источниками бизнес-правил являются (рис. 6.7):
- 1) нормы. Зачастую содержат информацию, которую не нужно вносить в рамках программной реализации. Основные проблемы с нормами — это юридический язык, на котором они написаны, и попытки вывести бизнес-правила из имеющихся в нормах указаний и информации о процессах. Возможны противоречия в политиках и реализации руководств, методических указаний и документах, которые также являются источником бизнес-правил;
- 2) опытный персонал. Многие правила в службах решений исходят от бизнес-пользователей. Также можно получить правила, применяя разнообразные методы сбора требований: фокус-группы, прямое наблюдение, интервью и семинары;
- 3) унаследованные системы и программный код. Разбор кода для поиска бизнес-правил, которые были в нем реализованы, трудоемкий и дорогостоящий процесс. Большинство проектов, в которых применяется этот подход, использует слишком большое число правил на довольно низком уровне;
4) данные и процессы. Можно создавать бизнес-правила на основе полученных данных о том, как протекает процесс. Сами бизнес- процессы содержат большое количество скрытых правил и ограничений.
Рис. В.7. Источники извлечения правил
Для ответа на вопрос: «Что представляют собой ваши бизнес-правила?» практически невозможно собрать нужные сведения, поэтому перед аналитиком стоит сложная и комплексная задача выявления знаний, анализа бизнес-процессов, документов, интервью с работниками предприятия и т.д.
Процесс формализации бизнес-правил предполагает создание словаря бизнес-терминов и требует от аналитика знаний в области логики. Теоретической основой бизнес-правил является логика предикатов как часть формальной логики. Рассмотрение теоретических аспектов бизнес-правил направлено на более универсальное понимание сущности и методологии подхода бизнес-правил.
Следующий этап — создание каталога бизнес-правил с целью документации как самих правил, так и источников получения правил. Поскольку бизнес-правила могут влиять на множество приложений, следует управлять ими на корпоративном уровне и задокументировать выявленные бизнес-правила.
По мере приобретения опыта выявления и документирования бизнес-правил возможно применение структурированных шаблонов для определения правил разных типов. В этих шаблонах описываются образцы ключевых слов и разделов, позволяющих согласованно структурировать правила. Кроме того, они упрощают хранение правил в базах данных и коммерческих инструментах управления бизнес-правилами. Каждому правилу можно присвоить идентификатор, словесно отобразить правило, присвоить тип для указания, чем является правило: фактом, ограничением, выводом, вычислением или активатором операции. Статическое или динамическое поле указывает, насколько вероятно изменение правила с течением времени.
Определение, какие правила будут реализованы в рамках модели бизнес-правил, зависит от поставленной перед аналитиком задачи; так как количество правил в организации может насчитывать несколько тысяч, то, естественно, необходимо ограничить объем внедряемых правил в рамках системы. Иногда бизнес-правила и соответствующие им функциональные требования достаточно схожи. Тем не менее правила — это внешние положения политики, которые требуется реализовать в ПО, и, следовательно, они управляют функциональностью системы. Каждый аналитик должен решить, какие из имеющихся правил относятся к его приложению, какие именно и как необходимо реализовать.
К выбору средства реализации аналитику необходимо подойти ответственно и обоснованно. На рынке BRMS представлен большой выбор как коммерческих предложений, рассчитанных для применения в крупных компаниях со сложными процессами и корпоративными информационными системами, так и бесплатных продуктов, необходимых для небольших организаций в рамках проектов применения подхода на основе бизнес-правил. Создание модели правил предполагает внесение утвержденных и разработанных правил в выбранную систему, что требует навыков и знаний в области программирования, проектирования и баз данных.
На этапе тестирования осуществляется проверка корректности работы модели правил. Тестирование бизнес-правил для максимизации их эффективности состоит из традиционного программного тестирования. Средства тестирования также должны быть предоставлены бизнес-пользователям, имеющим доступ к правилам.
Этап поддержки правил предполагает их модификацию в ответ на изменяющиеся требования и новые отзывы об эффективности, что имеет важнейшее значение для их ценности и является одним из основных преимуществ по сравнению с кодом. Привлечение бизнес-пользователей к непрерывной поддержке правил обеспечивает гибкость бизнеса, т.е. возможность изменять поведение информационных систем, поддерживая их согласованность со стратегией бизнеса.
Следующий этап — внедрение правил. Наличие нужных правил в хранилище является лишь частью решения, необходимо иметь возможность быстро и точно внедрить их в службы решений, так как они редко остаются без изменений в течение длительного времени.
Из вышесказанного следует, что организации, уверенно управляющие своими бизнес-правилами, рассматривают наработанные способы использования бизнес-правил как конкурентное преимущество, которого нет у организаций, относящихся к правилам небрежно. Основные преимущества подхода, основанного на правилах: правила обеспечивают гибкость и прозрачность логики принятия решений и оказывают непосредственное влияние на стратегию предприятия, позволяют повысить наглядность бизнес-процессов и оперативность принятия решений. Недостатки: отсутствие генерации новых правил, сложность формализации бизнес-правил, которые разработаны специалистами, что привносит субъективизм, сложность выявления правил, нехватка специалистов в области бизнес- правил.
Кроме того, резко не хватает специалистов в области бизнес-правил, которые должны обладать не только теоретическими знаниями в области бизнес-правил, логики предикатов, систем управления бизнес-правилами, но и практическими навыками проектирования, программирования и использования BRMS.
Так как бизнес-правила сокрыты в регламентах, умах сотрудников и зашиты в коде приложения, то их ведение, хранение и модификация без использования специальных информационных технологий представляет серьезную проблему и требует существенных временных и материальных затрат.
Применение систем управления бизнес-правилами для организации дает возможность максимально ускорить тестирование ключевых моментов бизнес-логики и позволит бизнес-пользователям вносить изменения в логику принятия решений без привлечения IT-специалистов. Примерами таких систем являются: ILog JRules, Blaze Advisor, Visual Rules. Более подробно архитектура, функции, назначение данных систем будут рассмотрены далее.
Несмотря на преимущества бизнес-правил, их применение в некоторой степени ограничено. Большинство организаций применяют этот подход на стратегическом уровне только для того, чтобы описать и понять свой бизнес. Организации, использующие данный подход, чтобы сделать умнее конкретные системы, обращаются к нему в редких случаях. На сегодняшний день небольшое число организаций проявили инициативу в поиске решений и их автоматизации при помощи бизнес-правил. Хотя возможности этого подхода очевидны, в полной мере их потенциал пока активно не используется.
Источник: studref.com
7.3. Порядок построения модели бизнес правил в Rational Rose
На поле диаграммы «Все модели в разделе Use Case View» должен быть помещен пакет с наименованием: «5. Бизнес правила», например, как представлено на рис. 7.3.
Диаграмма Main следующего уровня иерархии и ее поле должны быть поименованы как «5. Бизнес правила». На ее поле должны быть размещены пакеты с наименованием: «5.1. Бизнес правила по процессу 1», «5.N. Бизнес правила по процессу N», например, как представлено на рис.
7.4. для процесса кредитования.
Иерархия пакетов с описанием бизнес правил должна повторять иерархию бизнес процессов.
На предпоследнем уровне иерархии следует размещать пакеты с наименованием бизнес правила по конкретному процессу (рис. 7.5), и на самом последнем уровне собственно модель правил (внутри соответствующего пакета или под пакетом) (рис. 7.6).
Рис. 7.3. Состав моделей в разделе Use Case View
Рис. 7.4. Модель второго уровня при описании ролей
Рис. 7.5. Состав моделируемых бизнес правила процесса кредитования юридических лиц в валюте
Рис. 7.6. Пример модели правила вывода
Рис. 7.7. Пример модели структурного бизнес правила
7.4. Практические задания
Тема: Построение модели бизнес правил в Rational Rose
Задание 1. Построить бизнес правил в соответствие с примером
Постройте модель бизнес правил в Rational Rose в соответствие с примерами на рис. 7.3-7.7.
Задание 2. Построить модель бизнес правил
Постройте в Rational Rose модель двух бизнес правил международного перевода в Банке.
Правило 1: по одному заявлению на переводу оформляется либо одно сообщение SWIFT МТ 100 или одно сообщение TELEX МТ 100.
Если банк имеет Свфит и корреспондент банка имеет Свифт, то сообщение отправляется по Сфит иначе по телексу.
Заключение
Результаты моделирования, выполненные в соответствие с методикой бизнес моделирования, представленной в данном пособии, можно использовать следующим образом:
- На основе модели классификации бизнес процессов определяются подсистемы разрабатываемой системы.
- На основе основных шагов конкретных бизнес процессов определяются компоненты подсистем.
- На основе функций конкретных ролей определяются функции компонент.
- На основе моделей сущностей проектируется интерфейс пользователя, перечень выходных сигналов и документов, классы, реализующие функции.
- Бизнес правила используются определения правил системы.
Приложение 1. Технология оформления международного перевода в банке
Деятельность
Подразделения
Действующие лица
Менеджер фирмы заключает контракт на поставку товаров и услуг.
Менеджер фирмы обращается в банк с контрактом, в отдел по работе со счетами клиентов к экономисту с просьбой оплатить услуги по контракту со счета фирмы в банке.
Отдел Банка по работе со счетами клиентов.
Пустой бланк заявления на международный перевод.
Экономист отдела по работе со счетами клиентов выдает менеджеру пустой бланк заявления на международный перевод.
Отдел Банка по работе со счетами клиентов.
Экономист отдела по работе со счетами клиентов.
Пустой бланк заявления на международный перевод,
заполненный бланк заявления на международный перевод.
Менеджер фирмы получает пустой бланк заявления на перевод от экономиста, заполняет его и снова передает его экономисту.
Отдел Банка по работе со счетами клиентов.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.
Экономист отдела по работе со счетами клиентов проверяет средства на счете клиента;
проставляет на бланке заявления на международный перевод печать “Сальдо счета позволяет”;
бронирует средства по счету клиента на текущую дату;
передает бланк заявления и контракт в отдел международных расчетов сотруднику этого отдела.
Отдел Банка по работе со счетами клиентов.
Экономист отдела по работе со счетами клиентов.
заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.
Сотрудник отдела международных расчетов получает бланк заявления и контракт. Проверяет правильность заполнения бланка. Если бланк заявления оформлен неверно, он передает его менеджеру фирмы для исправления.
Отдел международных расчетов.
Сотрудник отдела международных расчетов,
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.
Сотрудник отдела международных расчетов передает бланк заявления на международный перевод в отдел корреспондентских отношений позиционеру для бронирования средств по кор. счету.
Отдел международных расчетов.
Сотрудник отдела международных расчетов.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка и датой валютирования.
Позиционер получает бланк заявления на международный перевод, бронирует средства на уход по кор. счету на дату валютирования, проставляет на бланке заявления код корреспондента и дату валютирования и передает его сотруднику отдела международных расчетов.
Отдел кор. счетов.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка и датой валютирования,
МТ100 в формате телекса,
МТ100 в формате СВИФТ,
Сотрудник отдела международных расчетов получает бланк заявления на международный перевод от позиционера и оформляет заявление на перевод в формате телекса или СВИФТ МТ100 и мемориальный ордер с проводками. Оформленные документы и контракт передаются на подпись начальнику отдела международных расчетов.
Отдел международных расчетов.
Сотрудник отдела международных расчетов.
заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка, датой валютирования и подписью начальника отдела международных расчетов,
МТ100 в формате телекса с подписью начальника отдела,
МТ100 в формате СВИФТ с подписью начальника отдела,
мемориальный ордер с подписью начальника отдела.
Начальник отдела международных расчетов подписывает документы и возвращает их обратно сотруднику отдела международных расчетов.
Отдел международных расчетов.
Начальник отдела международных расчетов.
МТ100 в формате телекса с подписью начальника отдела,
МТ100 в формате СВИФТ с подписью начальника отдела,
мемориальный ордер с подписью начальника отдела.
Сотрудник отдела международных расчетов передает МТ100 в формате телекса или СВИФТ в отдел телекса или СВИФТ, мемориальный ордер в бухгалтерию.
Отдел международных расчетов.
Сотрудник отдела международных расчетов.
МТ100 в формате телекса с подписью начальника отдела,
МТ100 в формате СВИФТ с подписью начальника отдела.
Сотрудники отдела телекса или СВИФТ отправляют заявления на перевод (МТ100) корреспонденту Банка.
Сотрудник отдела телекса,
сотрудник отдела СВИФТ.
Мемориальный ордер с подписью начальника отдела.
Бухгалтер получает мемориальный ордер и заносит его в операционный день банка
Источник: studfile.net
