개념: 형상 상태 보고
이 가이드라인은 형상 상태 보고서에 일반적으로 포함되는 내용을 설명합니다. 형상 상태 보고서는 제품 개발 과정 중에 발견되고 수정된 결함 유형, 수, 비율 및 심각도를 기반으로 제품의 "상태"를 설명하는 데 사용됩니다.
관계
관련 요소
기본 설명

개요

소프트웨어 프로젝트의 진행상태를 추적하는 것은 어려운 타스크입니다. 직면하는 주요 문제점 중 하나는 실제 진행상태의 객관적 측정 및 연관된 상태를 평가할 수 있는 수단을 찾는 것입니다. 고려해야 하는 한 가지의 접근 방식은 변경 제어 시스템으로부터 실제 변경 메트릭으로 상태동향을 추적하는 것입니다. 진행상태를 측정하기 위한 이와 같은 접근 방식을 형상 상태 계산이라고 하며 여기에서 파생되는 보고서는 종종 형상 상태 보고서라고 합니다.

형상 상태 계산(측정) - 제품 개발 과정 중에 발견되고 수정된 결함 유형, 수, 비율 및 심각도를 기반으로 제품의 '상태'를 설명하는 데 사용됩니다. 이 형상 관리 측면에서 파생되는 메트릭은 프로젝트의 전체적인 완전성 상태를 판단하는 데 유용합니다.

소프트웨어 형상 상태 보고서의 네 가지 핵심 소스는 다음과 같습니다.

  • 변경 요청
  • 소프트웨어 빌드
  • 버전 설명
  • 감사

변경 요청

변경 요청(CR)은 중간 산출물이나 프로세스를 변경하려는 요청에 대한 일반적인 용어입니다. CR과 연관되는 일반 프로세스는 개념: 변경 요청 관리를 참조하십시오.

상태 '태그'는 CRM 프로세스 단계에 설명된 대로 CR(추이 분석, 분포 또는 상태동향) 통계의 기초를 제공합니다.

변경 요청 기반 결함 보고서는 다음 카테고리에 속합니다.

  • 추이 분석(시간 기반 보고서)
  • 다양한 유형의 변경 요청이 얼마나 오래 열려 있었습니까? 라이프사이클 결함이 발견된 시기와 수정된 시기 사이의 '지연 시간'은 어느 정도입니까?

  • 분포(계수 기반 보고서)
  • 다양한 카테고리에 소유자, 우선순위 또는 수정 상태별로 얼마나 많은 변경 요청이 있습니까?

  • 상태동향(시간 및 계수 관련 보고서)
  • 시간 경과에 따라 발견되고 수정되는 누적 결함 수는 몇 개입니까? 결함 발견 및 수정 비율은 얼마입니까? 미해결 결함과 처리된 결함 사이의 '품질 간격'은 어느 어떻습니까? 평균 결함 해결 시간은 어느 정도입니까?

    추이 분석 보고서, 분포 보고서 및 상태동향 보고서를 생성하는 변경 요청에 대한 일반화된 프로세스 플로우

빌드 보고서

빌드 보고서는 소프트웨어의 특정 버전에 대한 빌드를 구성하는 모든 파일, 파일 위치 및 통합 변경사항을 나열합니다.

빌드 보고서는 시스템 및 서브시스템 레벨 모두에서 유지보수할 수 있습니다.

버전 설명

릴리스 정보와 마찬가지로, 버전 설명은 소프트웨어 릴리스의 세부사항을 설명합니다. 최소한 설명에 다음 정보를 포함해야 합니다.

  • 릴리스된 자료의 인벤토리(실제 매체 및 문서)
  • 소프트웨어 컨텐츠 인벤토리(파일 목록)
  • 사이트에 고유한 모든 '적응' 데이터
  • 설치 지시사항
  • 가능한 문제점 및 알려진 오류

감사

형상 관리 환경에서 다뤄지는 감사 유형은 두 가지입니다.

  • 실제 형상 감사
  • 기능적 형상 감사

실제 형상 감사(PCA)는 프로젝트 저장소에서 배치할 제품 요소를 식별합니다.

기능적 형상 감사(FCA)는 기준선이 기준선을 대상으로 하는 요구사항을 충족하는지 확인합니다.

감사 수행에 대한 자세한 타스크는 형상 감사 수행을 참조하십시오.