Бизнес-правила предназначены для защиты структуры бизнеса или влияния на его операции. В таблице3.2 приведена матрица атрибутов бизнес-правил.
Таблица 3.2 — Бизнес-правила проекта
BR1: Оформление статьи К каждой статье публикуется аннотация на русском и английском языках
BR2: Оформление статьи Каждой статье соотствует список литературы в романском алфавите
BR3: Оформление статьи Заглавие статьи публикуется на английском и русском языках
BR4: ISSN У журнала есть Международный стандартный номер журнала
BR5: Редакционный совет Журнал возлавляет редакционный совет
BR6: Для авторов Существуют специальные правила оформления статей
BR7: Авторы У статьи может быть несколько авторов
BR8: Письмо главного редактора К каждому новому номеру прилагается письмо редактора.
BR9: Рецензенты Каждая статья рецензируется
BR10: Заявка на размещение статьи Рассмотрение статьи на публикацию происходит по заявке автора
BR11: Правила подачи заявки Существуют специальные правила подачи заявки на публикацию
Лекция «Business Analysis: учимся понимать бизнес требования» Кирилл Белявский | APOLLO IT School
BR12: Правила оформления статьи Существуют определенные правила оформления статьи к публикации в журнале
BR13: Архив журнала Вышедшие номера журнала попадают в архив журнала
BR14: Вопрос автору Чиататели могут задавать вопросы авторам
BR15: Переодичность Журнал издается 3 раза в год
BR16: Срок рассмотрения заявки 2 недели
BR17: Публикация платная автор оплачивает публикацию
BR18: Заявка Авторы подают в журнал заявку на публикацию статьи
Функциональные требования
Функциональные требования (functional requirements) определяют функциональность разрабатываемой системы, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований. Иногда они называются требованиями поведения (behavioral requirements), они содержат положения с традиционным «должен» или «должна».
Для того чтобы справиться со сложностью разрабатываемой системы, рекомендуется описывать возможности новой системы более абстрактно.
Атрибуты функциональных возможностей — элементы данных, которые содержат дополнительную информацию о каждой функции. Атрибуты используются для того, чтобы связать функции с другой информацией проекта. С помощью атрибутов можно отслеживать, задавать приоритет, и управлять функциями, предложенными для реализации.
Ниже приведена матрица атрибутов функциональных требований.
Таблица 3.3 — Матрица атрибутов функциональных требований
FEAT1: Авторизация Система должна разграничивать пользователей по правам.
Включена в проект
FEAT2: Регистрация Система должна иметь возможность регистрировать пользователей
Включена в проект
FEAT3: Изменить аккаунт Система должна предоставлять возможность зарегистрированному пользователю изменять аккаунт.
Включена в проект
FEAT4: Сохранение измененных данных Система должна позволять сохранять измененные данные пользователя.
Бизнес правила — это не требования! Нужно ли с ними работать. Белин А.
Включена в проект
FEAT5: Добавить участника Система должна иметь возможность добавлять новых участников.
Включена в проект
FEAT6: Удалить участника Система должна иметь возможность удалять участников (зарегистрированных пользователей, авторов)
Включена в проект
FEAT7: Добавить статью Система должна иметь возможность добавлять новую статью.
Включена в проект
FEAT8: Удалить статью Система должна иметь возможность удалить статью.
Включена в проект
FEAT9: Поиск Система должна осуществлять поиск по архиву журнала
Включена в проект
FEAT10: Информация об авторах Система должна иметь возможность хранить информацию об авторах.
Включена в проект
FEAT11: Авторы Система должна иметь возможность выводить краткую информацию об авторах
Включена в проект
FEAT12: Статьи журнала Система должна предоставлять возможность зарегистрированным пользователям скачивать полные тексты статей
Включена в проект
FEAT13: Архив журнала Система должна иметь возможность хранить весь архив номеров журнала.
Включена в проект
FEAT14: Скачать архив журнала Система должна предоставлять возможность зарегистрированным пользователям скачать архив номеров журнала за определенный год.
Включена в проект
FEAT15: Посмотреть статью Система должна предоставлять пользователю возможность просматривать тексты статей.
Включена в проект
FEAT16: Оформление статьи Система должна предоставить пользователю правила оформления статьи к публикации в журнале.
Источник: studbooks.net
Бизнес Правила – это не Требования! Нужно ли с ними работать?
Вопреки широко распространенному заблуждению Бизнес Правила – это не требования. Стоит ли в таком случае тратить время и силы на их выявление, формулирование, сохранение, управление…? Какая польза от БП в IT проекте по разработке приложения? Как они связаны с требованиями, как на них влияют, помогают, или мешают выявлять и разрабатывать требования для программного обеспечения?
• Что такое Бизнес Правила (БП)?
• Какие существуют классификации БП?
• Какие существуют типы БП?
• Что не является БП?
• Почему БП — это не требования? В чем отличия БП и требований?
• Зачем работать с БП?
• Как связаны БП и требования?
• Как необходимо формулировать БП? Какие стандарты и рекомендации для формулирования БП существуют?
Целевая аудитория:
Бизнес Аналитики, Системные Аналитики, Аналитики Требований
Белин Александр Специалист в области бизнес-анализа
Александр работает в IT-области с 2002 г. Принимал участие как разработчик в крупных проектах для министерств и ведомств РФ. Является сертифицированным разработчиком и администратором БД Oracle.
В качестве функционального и технического архитектора работал в крупном проекте компании Oracle по разработке Автоматизированной системы Федерального казначейства РФ.
Являясь бизнес-аналитиком и аналитиком требований участвовал в успешных проектах для таких заказчиков, как: Boing, Oracle, Лаборатория Касперского, DHL.
В настоящее время Александр – ведущий бизнес-аналитик компании EPAM Systems.
Алексндр является сооснователем и Президентом Российского отделения Международного института бизнес-анализа (IIBA Russia Chapter).
В качестве преподавателя Luxoft Training ведет курсы по бизнес-анализу и разработке требований, в том числе собственные авторские курсы.
Александр – автор первого в России курса, сертифицированного Международным институтом бизнес-анализа (IIBA) по программе Endorsed Education Provider (EEP™) Program, – «BABOK: Подготовка к проведению этапа бизнес-анализа IT-проекта».
Александр является членом Российского сообщества аналитиков (UML2.ru) и Международного института бизнес-аналитиков (IIBA).
Александр имеет опыт выступления на конференции аналитиков (LAF-2010).
Источник: ibs-training.ru
формулирования бизнес-правил.
Бизнес-правила (Business Rules) — это положения, которые определяют бизнес-подход или отдельные процедуры. Бизнес-правила — это своеобразная логика, которая определяет, что будет делаться, когда, где, почему, как, под чьим управлением и руководством. При этом правила могут принимать форму как простых бинарных решений, так и более сложные формы. Если в некоторых случаях достаточно принятия простого решения да/нет, то в других — требуется построение сложных деревьев решений.
Благодаря бизнес-правилам происходит влияние на поведение компании, ее структуру или сотрудников. Под бизнес-правилами понимаются отдельные операции, определения и ограничения на самом низком уровне (с тем расчетом, чтобы они не могли быть разбиты на более мелкие составляющие). Также под бизнес-правилами могут пониматься положения, определяющие или ограничивающие какие-либо стороны деятельности компании. Наконец, еще одно определение бизнес-правил гласит, что это конкретные осуществляемые и проверяемые дерективы, которые находятся под контролем бизнеса и служат критерием поведения руководства, формирования суждений и принятия решений.
Существует множество классификаций бизнес-правил, которые используются современным бизнесом. Базовая классификация включает в себя пять типов бизнес-правил, первый из которых — факты. Под фактами в данном случае понимаются корректные суждения о бизнесе, которые описывают связи и отношения между важными для компаний бизнес-терминами. Факты инвариантны и напрямую не преобразуются в функциональные требования к системе.
Другой тип бизнес-правил — это так называемые ограничения. С помощью ограничений коммерческая организация формулирует, какие операции могут выполняться в рамках операционной деятельности. Для создания таких бизнес-правил используются фразы «должен»/«не должен», «может»/«не может» и т.п. Близко по смыслу к активаторам относятся так называемые активаторы операций, которые приводят к выполнению определенных действий при достижении того или иного условия (логическая функция «если . то . »).
Также к бизнес-правилам относятся выводы и вычисления. Вывод — это правило, с помощью которого создаются новые факты на основании имеющихся фактов или проведенного анализа. Вычисление — особый вид бизнес-правил, который используется для определения порядка вычислений, включая описание формул и порядок их применения.
Источник: studme.org