Configuration Management

[ 개발 동안의 문제점 ]

▪ 소프트웨어를 개발하는 팀에서, 팀 멤버들은 작업을 방해해서는 안 된다. 만약 하나의 컴포넌트에서 두 사람이 함께 작업을 한다면 한명의 프로그래머는 그들의 작업을 오버라이트 하면 안 된다.

▪ 모든 사람들이 소프트웨어 컴포넌트의 최신 버전에 접근이 가능해야한다. 그렇지 않으면 그들은 이미 완료한 작업을 다시 해야 할 수도 있다.

▪ 한 시스템의 새로운 버전에 문제가 있다면, 우리는 이전 버전으로 돌아갈 수 있어야 한다.

▪ 형상관리란 소프트웨어 시스템의 변경을 위한 일반적 절차이다.

 

[ 근본적인 형상관리 activity ]

version management (version control)	- 소프트웨어 요소들의 다른 버전 흔적을 유지하는 것이다.
System integration (system building)	- 소프트웨어 컴포넌트, 데이터, 라이브러리를 모아 실행 가능한 시스템을 만들기 위해 컴파일 하는 것이다. - 한 시스템의 각 버전컴포넌트의 버전을 생산하기 위해 사용되어지는 각 컴포넌트를 정의하는 것이다. - 이런 설명은 요구된 컴포넌트를 연결하고 컴파일 하므로서 자동으로
Release management	- 배포를 위해 소프트웨어를 준비하는 것이다 - 고객이 사용하기 위해 발표된 시스템버전의 Track을 유지한다.
Issue tracking (bug tracking)	- 사용자로부터 개발 문제점을 보고받는다. - 모든 개발자들은 누가 그러한 문제점들을 발생 시켰고 언제 고쳤는지 알 수 있어야 한다.

 

[ Cinfiguration Management Tools ]

▪ IBM Rational GlearClase : 버전 관리, 시스템 통합, 문제 트래킹 제공

▪ Subversion, Git : 버전 관리

▪ GNU build system(Autoconf, Automake, Libtool) : 시스템 통합

▪ Bugzilla, Trac, Google Code : 버그 트래킹과 이슈 트래킹

 

[ 형상관리 ]

▪ 진화하는 시스템 제품을 관리하기 위한 표준과 절차를 개발하고 적용하는 것이다.

▪ 소프트웨어 시스템은 개발과 사용하는 동안 항상 변한다. 버그가 발생하고 고쳐진다. 소프트웨어가 변경될 때, 새로운 버전이 생긴다.

▪ 진화하는 시스템을 관리할 필요가 있는 이유는 어떤 변경이 어떤 시스템 버전에 수용되었는가를 추적 하는 것을 놓치기 쉽기 때문이다.이러한 버전들은 변경의 제안, 결함의 수정, 그리고 상이한 하드웨어와 운영체제에 대한 적응을 포함한다. 개발 중에 여러 버전들이 존재할 수도 있고 동시에 사용될 수도 있다. 만일 효과적인 형상관리 절차를 가지고 있지 않으면, 시스템의 잘못된 버전을 수정하기 위한 노력을 소모해야 하고, 잘못된 버전을 고객에게 인도하거나 소스 코드가 저장된 장소를 잃어 버릴 수 있다.

▪ 형상 관리 절차는 제안된 시스템 변경을 어떻게 기록하고 처리하는지 시스템 컴포넌트와 시스템의 상이한 버전을 식별하기 위해 이용된

 

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