뒤늦게 알게 된 ASPICE - sup.8

○형상관리 담당자는 반드시 혼자해야 할까? 

아니다. 프로젝트 크기에 따라 도메인 별로 형상관리 담당자를 둘 수 있다.

 

○형상에서 말하는 무결성이란?

순수하게 의도한 대로 예측되는 것과 일치하는 것을 말한다.

이를 위해, 명명규칙, 버전 규칙을 붙이고해서 관리한다. 또한 어느 도구에

저장하고, 권한은 어떻게 부여하고 등이된다. 왜냐하면 이런 활동들이

다 뭔가 제약이라는 느낌이 들지 않는가? 집에서 귀한 자식을 통제하는

것처럼 철저히 제약을 걸어 원하는대로 성장하길 바라는 것이다.

 

○SUP.8의 strategy는 어떻게?

엄밀한 정도가 좋으면 품질은 좋아지지만 과하면 안되므로 최대 효율을 위한

적절한 관리를 계획,

-어느 주기로 형상 상태를 감사하겠다.

-형상 관리 메뉴얼을 만들고 이를 각 담당자에게 배포하고, 이들에게 교육을

시키겠다~

 

○Brach Merge 전략시 필수 있어야 할 개념

-brach는 언제 할 수 있는지에 대한 정의

-Merge할 때 잘못된 병합이 생기지 않도록 하기 위한 전략

 

○형상감사의 종류?

라이브러리 감사, 물리적 감사, 기능적 감사가 있다

이 중 물리적 감사와 기능적 감사는 조금 같이 봐야하고 라이브러리 감사는

따로 봐야 한다.

 

-라이브러리 형상감사: 형상관리 규칙을 형상을 만드는 각 담당자들이

잘 지켜서 산출물을 만들었는지 감사를 하고, 베이스라인 대상 산출물이

무결한지 감사를 하는 것__ 수행 주기는 정기적으로 자주 감사하는 것이

필요함

-물리적 형상감사와, 기능적 형상감사는 고객 릴리즈를 주 목적으로

감사를 하는 것이다. 이 둘은 보는 관점이 차이가 있다.

물리적 형상감사는 이번 샘플을 내야 할 것 중, 릴리즈 노트, 설명서, 소스코드

등이 물리적으로 준비가 되었느냐?를 보는 관점이고

기능적 형상감사는 이번 샘플 낼 때 고객이 요구했던 기능들에 대한 부분이

각 산출물들에 다 반영이 되어있는지를 보는 것이다.

 

여기서 QA 보는 형상감사는 사실 품질 점검이라고 봐야 하고 이 때 보는 것은

형상관리 절차에 형상관리 담당자 위주로 작성된 절차대로 형상관리담당자가

일을 했는지를 보는 것이다. 마치 다른 영역의 품질점검을 할 때와 같다.