DB를 공부하다가 Code Freeze 라는 용어를 발견하였는데, 그 의미를 정확히 알수가 없어서 인터넷에서 찾아봤습니다. 국내 웹에선 검색이 안되어서 구글을 통해서
http://www.casemaker.com/dbmaker/acu_code_freeze.html
곳에서 퍼왔습니다. 간략히 해석을 해보겠습니다. 영어 무지하게 짧으니깐 틀린부분 지적좀 해주세요.
Code Freeze
큰 규모의 변경이 어플리케이션(제품)에 적용될 때, 동시에 다른 변경는 이루어지지 많아야 한다. 이것을 "Code Freeze" 라 부른다. 코드가 얼려 졌을때, 전체적 변경가 전용되기 전까진, 다른 변경은 이루어 질수 없다.
Code Freeze 의 필요성
코볼 프로그래머는 안정성과 신뢰성으로 알려져 있다. 큰 변경이 있을때, 그 변경으로 인해 일어날 기능적 차이를 인식하는 중요하다. 그 큰 변화들의 예로는, Y2K 날짜 변경, 통상적 파일을 다중 구조로 나누기, 표준 보안 경로를 다시 설정하기, 텍스트 화면을 그래픽적 형식으로 바꾸기, SQL을 지원하는 코볼파일 구문으로 다시 쓰기 등이다. 만약 프로그래머가 큰 구모의 변경이 일어나는 동안 코드를 추가하거나 수정하였다면, QA 동안 발견된 문제들의 원인을 규명하는 것이 매우 어려울 것이다. 이것은 컨버전 프로세스의 디버깅 구문을 두배로 만들 것이다. Code Freeze는 디버깅과 테스트를 줄이는데 도움을 줄것이다.
번역 중... 시험기간이라.. ^^ 요기까지만.
Code Freeze
When large-scale changes are made to an application, it is recommended that no other changes be made at the same time. This is often called a CODE FREEZE, as the code is frozen, or unable to be changed, until the global changes have been made.
Need for CODE FREEZE
COBOL programs are known for their stability and dependability. When making a global change, it is important to note any functional differences that may have occurred during the mass change process. Examples of a mass change process are: changing dates for Y2K, separating a commonly used file into multiple structures, reorganizing a standard security routine, changing screens from textual to graphical mode, rewriting COBOL file syntax to support SQL, etc. If programmers have been adding/modifying code while the large-scale changes are being made, it will be very difficult to determine the cause of problems found during QA. This can double the debugging phase of the conversion process. Establishing a Code Freeze helps reduce the debugging and testing phase to a more manageable length of time.
Negative Impact of CODE FREEZE
Applications have long lists of enhancements and problems to be fixed. Users want to have problems fixed as quickly as they are found. A Code Freeze means that while the "large scale" enhancement is taking place, no other work can be done to the code. (It is possible to start work on other areas using version control techniques so that multiple changes are made, then integrated at a later point. However, the later integration can be expensive, so that development throughput is made less efficient.) As COBOL applications tend to lag behind new technologies (such as graphical interfaces, or web interactions), a Code Freeze will impose further delays in areas where users are already expressing frustration and anger.