가이드라인: 구현에 대한 중요한 결정
이 가이드라인은 프로세스의 구현 측면을 사용자 조정할 경우 고려해야 할 중요한 사항을 설명합니다.
관계
기본 설명

중간 산출물 사용법 결정

사용할 중간 산출물 및 각 중간 산출물의 사용법을 결정하십시오. 사용할 중간 산출물의 식별뿐만 아니라 각 중간 산출물을 프로젝트의 필요에 맞게 사용하도록 사용자 조정하는 것도 중요합니다.  

아래 표는 권장되는 구현 중간 산출물과 선택사항으로 간주되는 형상 및 변경 관리 중간 산출물(예: 특정 경우에만 사용될 수 있음)을 지정합니다. 추가 사용자 조정 고려사항은 중간 산출물 설명 페이지의 사용자 조정 섹션을 참조하십시오.

중간 산출물 목적

사용자 조정(선택사항, 권장사항)

구현 모델

(구현 서브시스템, 구현 요소)

구현 모델은 소스 코드, 실행 가능 프로그램 및 런타임 환경에서 시스템을 빌드 및 관리하는 데 필요한 기타 모든 중간 산출물입니다.

구현은 코드(소스, 2진 및 실행 가능 프로그램) 및 정보를 포함하는 파일(예: 시작 파일 또는 ReadMe 파일)을 포함하는 구현 요소로 구성됩니다.

구현 시스템은 구현 요소 및 기타 구현 시스템의 콜렉션이며 구현 모델을 더 작은 파트로 구분하여 구성하는 데 사용됩니다.

모든 소프트웨어 프로젝트에는 일부 최소의 소스 코드 및 실행 가능 프로그램으로 구현 요소를 포함하는 구현 모델이 있습니다.

일부 프로젝트에는 서브시스템, 라이브러리 및 비주얼 모델링도 있습니다.

서브시스템은 많은 구현 요소를 구성하는 경우 유용합니다.

통합 빌드 계획 구현해야 하는 컴포넌트, 시스템 통합 시 작성할 빌드 및 평가 방법에서 순서를 정의합니다.

선택사항입니다.

통합을 계획해야 하는 경우 권장사항입니다. 통합이 평범한 경우에만 생략하십시오.



유닛 테스트 적용 범위 결정

유닛 테스트를 수행할 범위 및 코드 적용 범위 레벨(임의의 수부터 100% 코드 적용 범위의 비율)을 결정하십시오. 이 비율은 테스트 계획에서 설명합니다.

유닛 테스트 적용 범위 레벨은 주로 통합 요구 및 코드가 이양된 시스템 테스터에 의해 결정됩니다. 시스템 테스터는 해당 작업 코드의 품질에 종속되어 있습니다. 코드에 결함이 너무 많으면 통합 및 시스템 테스터는 구현자에게 코드를 너무 자주 송신합니다. 이 상황은 개발 프로세스가 열악함을 알리는 신호이며 구현자가 보다 철저한 유닛 테스트를 수행하는 솔루션이 필요할 수 있습니다.

물론, 유닛 테스트 코드에 결함이 전혀 없을 수는 없습니다. 그러나 유닛 테스트 및 품질 사이에서 "적절한" 밸런스를 조절해야 합니다.

유닛 테스트 적용 범위 레벨은 서로 다른 단계 사이에서 서로 다를 수 있습니다. 구현 및 전이에서 코드 적용 범위가 100%여야 하는 안전에 민감한 프로젝트인 경우에도 정제 단계에서는 많은 클래스가 부분적으로만 구현되므로 보통은 100%가 아니어도 됩니다.

코드 검토 방법 결정

코드를 검토해야 하는 범위를 결정하십시오.  

다음은 코드 검토의 장점입니다.

  • 프로젝트의 공통 코딩 스타일을 강제하고 장려합니다. 코드 검토는 프로젝트 구성원이 프로젝트 가이드라인을 준수하게 만드는 가장 효과적인 방법입니다. 이 경우 모든 소스 코드 파일을 검토하는 대신 모든 작성자 및 구현자의 결과를 검토하는 것이 보다 중요합니다.
  • 자동화된 테스트에서 찾지 못한 오류를 찾습니다. 코드 검토 시 테스트에서 발견하지 못한 오류를 발견합니다.
  • 개인 사이에서 지식을 공유하고 숙련도가 높은 개인이 숙련도가 낮은 개인에게 지식을 이전합니다.

다음은 코드 검토의 단점입니다.

  • 시간 및 자원이 소모됩니다.
  • 적절히 수행하지 못하면 효율성이 떨어질 수 있습니다. 코드 검토는 "단지 해야 하기 때문에" 수행하는 것이지, 자동화된 테스트에 대한 실질적인 보충으로 수행되는 것은 아니라는 위험성이 있습니다.

코드 검토에 대한 자세한 정보는 타스크: 코드 검토도 참조하십시오.

코드를 검토하면 프로젝트에 중요한 가치가 추가됩니다. 코드 검토와 관련된 유지보수 문제점 및 버그 레벨을 측정하며 시작하는 프로젝트는 검토를 통해 성능을 향상시킬 수 있다고 주장합니다. 그러나 많은 조직에서 다음과 같은 여러 가지 이유로, 코드 검토를 수행하기 어려울 수 있습니다.

  • 코드 검토가 실제로 작동하는지 검증하기에 충분한 데이터가 수집되지 않았습니다.
  • 너무 많은 데이터가 수집되었습니다.
  • 구현자가 코드를 지나치게 보호합니다.
  • 검토가 너무 형식에만 치우쳤습니다.
  • 검토 관리에 너무 많은 노력이 듭니다.

코드 검토를 최적으로 사용하려면 다음을 명심하십시오.

  • 적합한 데이터만 수집하십시오.
  • 검토 성능을 측정하고 결과를 표시하십시오.
  • "간단히" 검토하십시오.

검토 레벨에 대한 자세한 정보는 가이드라인: 검토 레벨을 참조하십시오.