Бизнес-Правила И Системные Требования



Как описать бизнес-правила.

Различия между бизнес-правилами и системными требованиями Работа над любым ИТ-продуктом/системой всегда начинается со сбора требований.

В идеальном мире бизнес-аналитик работает на стороне представителя бизнеса, который собирает пожелания и требования клиентов и формирует их в бизнес-правила.

Далее системный аналитик работает над бизнес-правилами, формируя требования к системе.

Но, зачастую, позиция «бизнес-аналитик» опускается: в бизнесе эта должность отсутствует, в ИТ-команде эту роль совмещает системный аналитик.

У многих возникает вопрос, как правильно определить бизнес-правила, чем они отличаются от системных требований и зачем вообще их выделять; нельзя ли сразу приступить к формулированию системных требований? Для начала давайте определимся с понятиями «Бизнес-правила» и «Системные требования».

Группа бизнес-правил (2012 г.

) определила бизнес-правила как с точки зрения бизнеса, так и с точки зрения информационных систем.

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

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

    Его целью является создание бизнес-структуры или контроль и влияние на деловую деятельность».

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

Системные требования описываются в виде традиционных высказываний со словами «должен» и «должен».

На первом этапе работы над продуктом необходимо определить бизнес-правила:

  • Определить бизнес-правила;
  • Документ;
  • Координируйте свои действия с бизнесом.

Давайте подробнее рассмотрим, как правильно описывать бизнес-правила.

Для этого можно применить следующие правила:

  1. Бизнес-правило должно быть сформулировано на деловом языке.

    При описании бизнес-правил не следует использовать технические термины.

    Язык, на котором написаны бизнес-правила, должен быть понятен представителю бизнеса, не являющемуся ИТ-специалистом.

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

  2. Бизнес-правило должно описывать бизнес-правило, а не работу системы.

    Описание бизнес-правил должно содержать бизнес-требования, которые должна решать система, но без описания работы системы.

    Например, в бизнесе есть правило: «Отслеживайте время прихода и ухода сотрудников с рабочего места».

    Бизнес-правило не должно содержать описания того, как добиться соблюдения этого правила: будет ли сотрудник регистрироваться в журнале прихода и ухода или на входе будет установлена автоматическая система доступа, которая будет фиксировать время.

  3. Бизнес-правило должно описывать ограничения: какие операции нельзя выполнять.

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

    Например: «Страховщик может включить в полис ОСАГО не более 5 водителей»; «Оформить заказ онлайн может только клиент компании».

  4. Бизнес-правило подчиняется бизнесу: принять, изменить, отменить.

    Представители бизнеса могут изменять правила ведения бизнеса, вносить изменения или отменять их.

Давайте рассмотрим несколько примеров бизнес-правил и системных требований.

Бизнес-правило Системные требования
Постоянный посетитель библиотеки может оставить себе до 10 книг.

Посетитель, имеющий читательский билет; Те, кто посещает библиотеку хотя бы раз в месяц, являются постоянными.

Постоянный посетитель должен иметь возможность отложить для себя 10 книг.

Клиент компании может оформить заказ с оплатой курьеру.

Клиентом компании является пользователь, имеющий учетную запись в интернет-магазине компании.

Для оформления заказа пользователю необходимо авторизоваться в системе.

Пользователь должен иметь возможность разместить заказ.

Заказ можно разместить: с доставкой по указанному адресу; с оплатой наличными при получении; с оплатой банковской картой при получении.

В примере показана разница между формулировкой бизнес-правил и системными требованиями.

Можно задаться вопросом, какую роль играют бизнес-правила, если их содержание менее явно, чем описание требований? Нужно ли вообще описывать бизнес-правила?

  1. Бизнес-правила существуют для четкого определения бизнес-целей.

  2. Бизнес понимает язык бизнес-правил.

    Язык, используемый для описания требований к бизнес-системе, непонятен.

    На этапе утверждения БП бизнес сможет понять, правильно ли зафиксированы его пожелания и требования.

  3. Бизнес-правила являются основой для написания системных требований.

    Одно бизнес-правило может быть источником нескольких системных требований.

  4. Правильно записанные бизнес-правила снижают риски разработки.

    Не будем забывать золотое правило: «Чем раньше выявлены неточности в зафиксированных требованиях, тем дешевле их исправить!»

Собирайте бизнес-правила, создавайте продукты, отвечающие требованиям клиентов! Материал для данной статьи подготовлен с помощью книги К.

Вигерса «Инженерия требований к программному обеспечению», 3-е издание, 2021 г.

Теги: #Системный анализ и проектирование #системные требования #правила бизнеса

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.