Меняется правило калькулятора: как согласовать новую версию расчёта

Подготовлено 23 октября 2026 года

Новое правило калькулятора нужно сохранить как отдельную версию с условиями применения и контрольными входами. Прежние результаты остаются связанными со старым правилом. В приёмке проверяют и вычисление, и объяснение пользователю — изменение подписи не подтверждает правильность расчёта.

Назовите изменяемое бизнес-условие

Возьмём учебный расчёт количества упаковок. Раньше в условную упаковку помещалось пять изделий, теперь для выбранного варианта — четыре. Требуется определить число целых упаковок, достаточное для заказа. Все числа вымышлены и не являются нормами реального производства.

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

Сохраните прежнее и новое правило

Обозначим старую версию Р-1 и новую Р-2. Нужно согласовать, к каким новым расчётам применяется Р-2 и что происходит с уже сохранёнными результатами. Дата изменения интерфейса сама по себе не определяет применимость ко всей истории.

Заказ на девять изделий по Р-1 требовал две упаковки, а по Р-2 — три. Историческая запись с двумя упаковками не становится ошибочной только потому, что её сейчас пересчитали другим правилом. В ней сохраняют версию и входные данные.

Подготовьте контрольные входы

Отдельно согласуйте допустимость нуля, отрицательного и иного неподходящего ввода. Правильное поведение определяется задачей, а не случайной возможностью формы принять значение.

Покажите объяснение результата

Сотруднику нужен проверяемый ответ: «Для девяти изделий по Р-2 при вместимости четыре требуется три целые упаковки». Такое объяснение связывает число с входом и правилом. Одно значение «3» без контекста затрудняет проверку и сравнение со старой записью.

Если часть входов неизвестна, результат не должен выглядеть завершённым. Укажите недостающее условие и следующий шаг. Объяснение также проверяют на контрольных примерах, чтобы текст не остался от прежней версии.

Разведите формулу и интерфейс

Проверьте вычисление для заданного входа и отображаемые единицы, версию, подсказки и ошибки. Новый заголовок не доказывает применение Р-2; верный внутренний результат не помогает, если экран показывает старое значение.

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

Как ограничить доработку

Для оценки изменения калькулятора выберите одну версию, применимость и конечные проверки. Универсальный калькулятор, перенос всей истории и иные правила не включаются автоматически.

Бизнес-условие и его владелец:
Прежнее правило / версия:
Новое правило / версия / область применения:
Входы и допустимые значения:
Обычный случай / граница / недостающий ввод:
Ожидаемый результат и объяснение:
Исторические расчёты — что сохраняется:
Проверка формулы / отдельная проверка интерфейса:
Принимающий / свидетельство / исключения:

Если такой участок есть в вашем проекте, опишите одно действие и нужный результат. Первый разговор бесплатный; готовое ТЗ не обязательно. Обсудить свою задачу.