Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Примеры бизнес-правил
Бизнес-правила — это ограничения, логика и принципы, которые регулируют работу системы согласно требованиям бизнеса. Они отличаются от технических требований и должны быть понятны не-техническим людям.
Давайте разберёмся на конкретных примерах из разных доменов.
Пример 1: E-commerce (Интернет-магазин)
Сценарий: Платформа для продажи товаров с системой скидок и налогов.
Бизнес-правила:
-
Правило скидок:
- Клиент получает 10% скидку при покупке более чем на 1000 рублей
- VIP клиенты получают дополнительные 5%
- Максимальная комбинированная скидка не может превышать 30%
- Скидка не применяется к товарам, уже помеченным как "Распродажа"
-
Правило доставки:
- Доставка бесплатна при заказе более 2000 рублей
- Доставка в пределах города — 24 часа
- Доставка в другие города — 3-5 дней
- Если товара нет на складе, уведомляем клиента и предлагаем pre-order
-
Правило налогов:
- НДС 20% для большинства товаров
- НДС 10% для продуктов питания
- НДС 0% для льготных товаров (медикаменты)
- Налог рассчитывается по месторасположению доставки, не откупки
-
Правило возвратов:
- Клиент может вернуть товар в течение 14 дней
- Товар должен быть в оригинальном состоянии
- Скоропортящиеся товары можно вернуть в течение 24 часов
- Возврат денег происходит в течение 5 рабочих дней
Пример 2: Система управления проектами (Jira-подобная)
Сценарий: Платформа для отслеживания задач и управления проектами.
Бизнес-правила:
-
Правило жизненного цикла задачи:
- Новая → In Progress → In Review → Done
- Задачу можно вернуть в "In Progress" только из "In Review"
- Из "Done" можно вернуться только в "In Review" (переоткрытие)
- Если задача "In Progress" более 5 дней без обновлений, отправляется напоминание
-
Правило приоритезации:
- Bug с severity "Critical" должен быть взят в работу в течение 4 часов
- Feature с приоритетом "High" должна быть в work в течение 1 дня
- Feature с приоритетом "Low" может ждать до 2 недель
- Если 3+ критичных баги одновременно, текущие work приостанавливаются
-
Правило ответственности:
- Каждую задачу должен оценить минимум 1 senior разработчик
- Оценка в story points должна быть согласована всей командой
- Если разброс оценок > 50%, проводится обсуждение
- После выполнения задачи, код-review обязателен 2+ людьми
-
Правило сроков:
- Если задача red flag (просрочена), руководитель уведомляется автоматически
- Просрочка более 3 дней требует эскалации
- Задача не может быть закрыта, если есть открытые sub-tasks
Пример 3: Банковская система
Сценарий: Платформа для управления счетами и операциями.
Бизнес-правила:
-
Правило лимитов:
- Максимум 5 переводов в день
- Максимум 100,000 рублей в день
- VIP клиенты: максимум 1,000,000 рублей в день
- Если лимит превышен, запрос отклоняется
-
Правило верификации:
- Перевод более 50,000 рублей требует двухфакторной аутентификации
- Новый получатель платежа должен быть верифицирован
- Если сумма > 1,000,000, требуется одобрение менеджера
- Все операции логируются и могут быть проверены аудитом
-
Правило комиссий:
- Базовая комиссия 1% на все переводы
- Если перевод < 100 рублей, фиксированная комиссия 5 рублей
- Переводы между своими счетами — без комиссии
- VIP клиенты: комиссия 0%
- Комиссия не может быть больше самого перевода
-
Правило безопасности:
- Если операция происходит из нового устройства, требуется подтверждение
- Если сумма отличается от средней операции > чем в 2 раза, требуется подтверждение
- Если три неудачные попытки ввода пароля, счет блокируется на 30 минут
- Все операции старше 7 дней не могут быть отменены
Пример 4: Платформа обучения (LMS)
Сценарий: Система для управления курсами и прогрессом студентов.
Бизнес-правила:
-
Правило доступа к курсу:
- Студент должен иметь active подписку для доступа
- Если подписка истекла, доступ блокируется через 24 часа
- Преподаватель может дать временный доступ (максимум на 7 дней)
- Если студент скончался подписку, у него есть 3 дня для восстановления доступа
-
Правило прохождения курса:
- Для завершения курса необходимо пройти 80% модулей
- Каждый модуль должен быть пройден с оценкой ≥ 60%
- Тест можно переходить максимум 3 раза
- Между попытками обязателен перерыв минимум 24 часа
-
Правило выдачи сертификата:
- Сертификат выдается только если курс завершен с оценкой ≥ 70%
- Сертификат действителен 1 год
- Если студент имеет сертификат, он может пройти refresh курс со скидкой 50%
-
Правило группировки студентов:
- Группа может иметь максимум 30 человек
- Если группа переполнена, создается новая
- Студенты одной группы видят результаты друг друга
- Преподаватель может видеть всех студентов в своих группах
Как документировать бизнес-правила
Плохо: "Система должна обрабатывать скидки"
Хорошо:
BR-001: Расчет скидок на основе суммы заказа
Триггер: Клиент создает заказ
Условия:
- Если сумма заказа > 1000 рублей И клиент не VIP → скидка 10%
- Если сумма заказа > 1000 рублей И клиент VIP → скидка 15%
- Если товар в категории "Распродажа" → скидка не применяется
- Максимальная скидка не превышает 30%
Действие:
- Пересчитать итоговую сумму
- Показать скидку в UI
- Отправить уведомление менеджеру если скидка > 20%
Исключение:
- Если скидка приводит к нулевой цене, применяется минимальная цена 100 рублей
Типичные категории бизнес-правил
- Валидация данных — какие данные допустимы
- Ограничения — лимиты, квоты, максимумы/минимумы
- Расчеты — комиссии, налоги, скидки
- Жизненные циклы — переходы между состояниями
- Уведомления — когда отправлять уведомления
- Доступ — кто может делать что
- Безопасность — требования к верификации
- Компенсация — как обрабатывать ошибки
Вывод
Бизнес-правила — это сердце любой системы. Они должны быть:
- Явными — сформулированы четко, не в коде
- Проверяемыми — можно написать тест для каждого правила
- Управляемыми — можно изменять без переписывания кода
- Понимаемыми — бизнес-люди должны их понимать
Хороший системный аналитик не просто пишет требования, а глубоко разбирается в бизнес-логике и правилах, которые регулируют работу.