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

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

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

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

Реализации

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

См. также

Ссылки

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

[1] Маскителли, Рональд (1 января 2007 г.). Руководство по бережливой разработке продуктов: все, что нужно вашей команде разработчиков для повышения эффективности и сокращения времени выхода на рынок . Технологические перспективы. п. 111. ИСБН 9780966269734 .

[1]