프리즈(소프트웨어 엔지니어링)

Freeze (software engineering)

소프트웨어 엔지니어링에서 프리즈란 소스 코드 또는 관련 리소스를 변경하는 규칙이 엄격해진 후 또는 이러한 규칙이 [1]적용되는 기간을 말합니다.동결은 변경의 규모나 빈도를 줄임으로써 프로젝트를 릴리스 또는 반복의 마지막에 진행하는데 도움이 됩니다.또, 로드맵의 달성에 도움이 되는 경우도 있습니다.

정확한 규칙은 동결 유형과 사용 중인 특정 개발 프로세스에 따라 달라집니다.예를 들어 버그를 수정하는 변경만 허용하거나 개발팀의 다른 구성원에 의한 철저한 검토 후에만 변경을 허용하는 것이 포함될 수 있습니다.또한 동결 기간의 재시작과 같이 규칙에 반하는 변경이 필요할 경우 발생하는 작업을 지정할 수도 있습니다.일반적인 프리즈 유형은 다음과 같습니다.

  • (완전) 사양 동결: 당사자가 코딩 작업을 시작하기 위해 소프트웨어 프로젝트의 기능 목록에 새로운 요건, 사양 또는 기능을 추가하지 않기로 결정하는 경우.
  • (완전)기능의 동결은 새로운 기능의 추가에 관한 모든 작업이 중단되어 버그를 수정하고 사용자 경험을 개선하는 데 노력을 기울입니다.새로운 기능이 추가되면 테스트되지 않은 새로운 소스 코드 또는 리소스가 도입되거나 다른 기능과의 상호 작용이 모두 프로그램의 다른 부분에 영향을 미칠 수 있습니다.따라서 기능 동결은 프로그램의 안정성을 향상시키는 데 도움이 됩니다.
    예를 들어 "사용자 인터페이스 기능 동결"은 더 이상 사용자 인터페이스 부분에 기능이 허용되지 않음을 의미합니다. 버그는 수정할 수 있습니다.
  • (완전) 코드 동결. 프로그램의 소스 코드 일부 또는 전체를 변경할 수 없습니다.특히 대규모 소프트웨어 시스템에서는 소스 코드를 변경하면 의도하지 않은 결과가 발생하여 새로운 버그가 발생할 수 있습니다.따라서 코드 프리즈는 올바르게 동작하는 것으로 알려진 프로그램의 일부가 계속 변경되도록 하는 데 도움이 됩니다.코드 프리즈는 종종 특정 릴리스 또는 반복이 테스트되는 개발의 최종 단계에서 사용되지만, 다른 릴리스 또는 반복이 진행되는 동안 프로그램의 한 부분에 대한 변경을 방지하기 위해 사용될 수도 있습니다.
    예를 들어, "물리 동결"은 코드의 물리 부분을 변경할 수 없음을 의미합니다.

실장

버전 관리를 사용하는 개발 환경에서는 분기를 사용하면 동결로 인한 개발 지연을 줄일 수 있습니다.예를 들어, 프로젝트에 새로운 버전의 소프트웨어가 출시되는 "안정적인" 분기와 개발자가 새로운 코드를 추가하는 별도의 "개발" 분기가 있을 수 있습니다.동결의 효과는 개발지점에서 안정지점으로의 일부 또는 모든 변경의 추진을 막는 것이다.즉, 동결은 안정된 지점에만 적용되며 개발자는 개발 지점에서 작업을 계속할 수 있다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Mascitelli, Ronald (2007-01-01). The Lean Product Development Guidebook: Everything Your Design Team Needs to Improve Efficiency and Slash Time-to-market. Technology Perspectives. p. 111. ISBN 9780966269734.