28. SCI(Software Configuration Index) (Section 11.16)

SCI는 앞서 살펴본 SECI와 약어가 비슷하고 한편으로는 서로 연관된 부분이 있지만 실제 작성되는 내용에서는 다른 점이 많다. 우선 가이드라인의 설명을 보자.

 

해석을 보자.

 

소프트웨어 형상 인덱스(SCI)는 소프트웨어 제품의 형상을 구분한다. 특정한 형상 구분자와 버전 구분자가 제공되어야 한다.

 

SCI가 구분하는 형상은 다음과 같다.

 

a.      소프트웨어 제품

b.     실행가능 오브젝트 코드와 파라미터 데이터 아이템 파일 (있을 경우)

c.      각 소소코드 컴포넌트

d.     소프트웨어 제품내의 이전에 개발된 소프트웨어 (사용되는 경우)

e.      소프트웨어 라이프 사이클 데이터

f.       저장과 발행 매체

g.     예를 들어 컴파일과 링크를 위한 명령과 데이터를 포함하는 실행가능 오브젝트 코드와 파라미터 데이터 아이템 파일(있을 경우)을 빌드하기 위한 명령어, 재생성, 시험 혹은 수정을 위해 소프트웨어를 복구하는데 사용되는 절차

h.     SECI로의 참조 (만약 별도로 패키지되는 경우)

i.       실행가능 오브젝트 코드에 대한 데이터 무결성 체크 (사용된다면)

j.       사용자 수정가능 소프트웨어 수정을 위한 절차, 방법 그리고 툴 (만약 있다면)

k.      타겟 하드웨어로 소프트웨어를 로드하기 위한 절차와 방법

 

상당히 많은 정보들이 나오는데 SECI와 관련되는 내용도 포함되어 있는 것을 확인할 수 있다. 그런데 위의 항목들을 보면 어떤 면에서는 우리가 개발과정에서 버전발행과 관련해서 흔히들 사용하는 ‘릴리즈 노트’의 내용이 많이 포함되어 있는 것을 볼 수 있다. 가이드라인에서도 다음과 같이 언급하고 있다.

 

해석을 보자.

 

유의사항: SCI는 하나의 소프트웨어 제품 버전에 대해서 생성될 수 있거나 여러가지 대체 혹은 이어지는 제품 버전에 대한 데이터를 포함하도록 확장될 수 있다.

 

사실 필자는 SCI를 릴리즈 노트의 용도로 사용하고 있다. 위의 설명에서 볼 수 있듯이 그런 용도로 사용될 수 있는 데이터가 모두 포함되어 있기 때문에 비록 DO-178 가이드라인에서 명시적으로 용도를 가이드하지 않았더라도 전혀 문제가 되지 않는다.

 

참고) 다음으로 나오는 것이 문제점 리포트(Problem Reports), 소프트웨어 형상관리 레코드(Software Configuration Management Records), 소프트웨어 품질보증 레코드(Software Quality Assurance Records)이다. 다들 이해하고 있는 것들로 DO-178 가이드라인에도 특별한 것이 없으므로 관련된 설명은 생략한다.