Release Management

[ Release ]

▪ 시스템 배포는 고객들에게 분배된 소프트웨어 시스템의 버전이다.

▪ 두 가지 타입의 배포가 있다.

  - Major releases : 중요한 새로운 기술의 전달

  - Minor releases : 버그를 수정하고 고객들의 문제를 고치는  것

▪ managing system 배포는 복잡한 단계이다.

  - 다른 시스템 배포는 다른 고객들을 위해 생산될 지도 모른다.

  - 10 또는 100이상의 다른 상품의 배포가 있다.

 

[ Release Tracking ]

▪ 문제가 발생했을 때, 특정한 고객에게 전달되는 소프트웨어를 즉시 고칠 필요가 있다. 그래서 시스템 배포를 할 때 미래에 즉시 재생산하기 위해 서를 작성하는 것은 필수이다. 이것은 주문 제작과 시스템의 긴 수명에 특별히 중요하다. 고객들은 많은 시간을 위해 그러한 시스템의 배포를 사용할지도 모르고 첫 배포 후 오랜 시간이 지나 특별한 소프트웨어의 변경을 요구할 지도 모른다.

 

[ Release Reproduction ]

▪ 배포를 문서화 하기 위해, 실행 가능한 코드를 생산하기 위해 사용된 소스코드 컴포넌트의 구체적인 버전을 기록 해야 한다.

▪ 소스코드의 사본과 모든 configuration file이 필요하다.실행하는 시스템, libraries, compiler와 다른 소프트웨어를 build 하기 위한 도구들의 버전을 기록 해야 한다.

 

[ Release Planning ]

▪ 시스템 분배를 준비하고 나누는 것은 많은 비용이 드는 절차이다. 광고와 publicity material이 준비되어야 한다. 마케팅 전략은 새롭게 배포된 시스템으로 고객들을 확신 시켜야한다.

▪ 배포시간

  - 너무 자주 배포되거나 하드웨어의 업그레이드를 요구한다면 고객들은 새로운 배포를 가지려 하지 않을 것이다. 특히 돈을 내야 한다면 더더욱

  - 만약 시스템 배포가 너무 느리면 시장 공유가 다른 시스템으로 이동해 고객들을 잃을 것이다.

 

[ Release Components ]

▪ 실행 가능한 프로그램처럼 배포도 포함시킨다.

  - Configuration files : 설치를 위해 release가 어떻게 configure되는지 설명한다.

  - Data files : 성공적인 시스템의 설치를 필요로 한다.

  - An installation program : 타겟 하드웨어에 시스템을 설치하는 것을 도와준다.

  - Electronic and paper documentation : 시스템을 설명한다.

  - Packaging and associated publicity : 배포에 대해 설명한다.

 

댓글이나 공감 남겨주는 사람 착한사람