Basic Concepts
"Software Configuration Management는 주어진 시점에서 software의 configuration(i.e., selected software work products and their descriptions)을 identify하며, configuration의 변경에 대하여 시스템적으로 controll하며, software lifecycle에 걸쳐 configuration의 integrity와 traceability를 유지한다. SCM을 통한 work product들은 고객에게 전달될 software product(e.g., the software requirements document and the code)들과 이러한 software product들을 만드는데 요구되거나 identified된 item (e.g., compiler)들을 포함한다." [Paulk 93].
SCM은 software product을 전개하는 상태에 대한 visibility를 제공한다.
SCM은 다음의 기능적인 영역들로 나누어 진다.
: Identification, Change Control, Status Accounting, and Audit.
Figure Software Configuration Management
- Configuration Identification
Identification은 software system의 구조를 identify하며, individual component들을 unique하게 identify하며, 어떤 form에 따라 그들을 access할 수 있게 하는 것이다. Identification의 목표는 lifecycle에 걸쳐 system component들을 identify할 수 있어야 하며, software와 관련된 software product들 사이의 traceability를 제공해야 한다.
아래 그림은 software의 전형적인 명세를 별개의 부분으로 표현하고 있으며, 각 component들을 unique하게 identify하는 numbering scheme으로 표현한다.
Figure Software Configuration Identification Hierarchy
- Change Control
Configuration Change Control은 전 software lifecycle에 걸쳐 software product들의 release와 변경을 제어한다. throughout the software lifecycle. Change Control의 목표는 질좋은 software를 생산하기위한 mechanism들을 세우기 위함이다. generic change process가 아래 그림에 identify되어 있다.
Figure Generic Change Process
baseline은 SCM의 핵심개념이다. baseline은 “공식적으로 review되고 동의된 스펙이나 제품을 일컬으며, 그때부터 더 나은 개발의 기초를 제공하며, 공식적인 변경절차에 의해서만 변경될 수 있다” [IEEE 90]. item이 baseline되면 item은 고정되며, 오직 새로운 버전을 create함으로써만 변경될 수 있다.
- Configuration Status Accounting
Configuration Status Accounting은 change process의 recording과 reporting을 한다. status accounting의 목표는 baseline내의 모든 item들의 status record를 유지함으로써, 전 software lifecycle에 걸쳐 baseline의 모든 변경의 traceability를 제공하는 것이다.
- Configuration Audit
Configuration Audit는 software product이 requirements, standards, or contractual agreement에 따라 built되었는지를 verify한다. Test reports and documentation는 software가 기술된 요구분석과 충돌하는지를 verify하는데 사용된다. Configuration Audit의 목표는 모든 software product가 올바르게 produce되고, identify되고, describe되는지와 모든 변경 요구가 해결되었는지를 verify하는 것이다. 비공식적인 audit들은 software lifecycle의 핵심절에서 수행된다. 고객에게 diliver되기전에 수행될 공식적인 audit는 두가지 type이 있다.
Functional Configuration Audit (FCA)
Physical Configuration Audit (PCA)
FCA는 System Requirements Specification and the Interface Requirements Specification에 기술된 software 요구사항을 실제로 만족하는지를 verify한다. PCA는 design and reference document들이 built된 software를 제대로 표현하는지를 결정한다.
-
.gif){kind=small}