Заморозка (программная инженерия)

В программной инженерии заморозка — это момент времени в процессе разработки, после которого правила внесения изменений в исходный код или связанные с ним ресурсы становятся более строгими, или период, в течение которого применяются эти правила. ^[1] Заморозка помогает продвинуть проект вперед к релизу или концу итерации за счет сокращения масштаба или частоты изменений и может использоваться для содействия выполнению дорожной карты .

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

(Полная) заморозка спецификаций, при которой участвующие стороны решают не добавлять никаких новых требований, спецификаций или функций в список функций программного проекта, чтобы начать работу по кодированию.
(Полная) заморозка функций, при которой вся работа по добавлению новых функций приостанавливается, переключая усилия на исправление ошибок и улучшение пользовательского опыта. Добавление новых функций может иметь разрушительный эффект на другие части программы как из-за введения нового, непроверенного исходного кода или ресурсов, так и из-за взаимодействия с другими функциями; таким образом, заморозка функций помогает повысить стабильность программы. Например: «заморозка функций пользовательского интерфейса» означает, что больше никаких функций не будет разрешено для части кода пользовательского интерфейса; ошибки по-прежнему могут быть исправлены.
(Полная) заморозка кода, при которой не допускается никаких изменений в части или во всем исходном коде программы. В частности, в крупных программных системах любое изменение исходного кода может иметь непреднамеренные последствия , потенциально внося новые ошибки; таким образом, заморозка кода помогает гарантировать, что часть программы, которая, как известно, работает правильно, продолжит работать. Заморозки кода часто используются на последних этапах разработки, когда тестируется определенный релиз или итерация, но также могут использоваться для предотвращения изменений в одной части программы, пока другая находится в стадии разработки. Например: «заморозка физики» означает, что никакие изменения не будут разрешены в физической части кода.

Реализации

В средах разработки, использующих управление версиями , использование ветвления может смягчить задержки в разработке, вызванные заморозками. Например, проект может иметь «стабильную» ветку, из которой выпускаются новые версии программного обеспечения, и отдельную «разрабатываемую» ветку, в которую разработчики добавляют новый код. Эффект заморозки заключается в том, чтобы предотвратить продвижение некоторых или всех изменений из ветки разработки в стабильную ветку. Другими словами, заморозка применяется только к стабильной ветке, и разработчики могут продолжать свою работу в ветке разработки.

Смотрите также

Ссылки

^ Масцителли, Рональд (2007-01-01). Руководство по бережливой разработке продукта: все, что нужно вашей команде дизайнеров для повышения эффективности и сокращения времени выхода на рынок. Технологические перспективы. стр. 111. ISBN 9780966269734.