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

Распространённые типы замораживания:

• замораживание функциональных свойств ( англ. feature freeze ), когда новые возможности не добавляются, а всё внимание переключается на исправление ошибок и тестирование , что позволяет улучшить стабильность программы перед релизом;
• замораживание кода ( англ. code freeze ) — состояние, при котором не разрешаются никакие изменения исходников; в больших проектах небольшие изменения могут сопровождаться ошибками в работе продукта, замораживание кода предотвращает допущение таких ошибок в последний момент, когда они могут быть незамеченными: код, который продолжительное время стабильно работал, попадает в ближайший выпуск; как правило, происходит перед выпуском релиз-кандидатов ;
• замораживание требований и замораживание дизайна могут предшествовать стадии разработки .

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

Примечания

Литература

• Pete Goodliffe. chapter 22: The curious case of the frozen code // . — "O'Reilly Media, Inc.", 2014-10-03. — С. 195 - 203. — 362 с. — ISBN 9781491905586 .
• Aaron J. Shenhar, Dov Dvir. freeze requirements and design at the right moment // . — Harvard Business Press, 2013-12-30. — Стб. 167 - 171. — 290 с. — ISBN 9781422163474 .
• Murali Chemuturi. 2.7 evolutoin of requirements // . — Springer Science & Business Media, 2012-09-26. — С. 26. — 275 с. — ISBN 9781461453772 .

Ссылки