사용할 중간 산출물 및 각 중간 산출물의 사용법을 결정하십시오. 사용할 중간 산출물의 식별뿐만 아니라 각 중간 산출물을 프로젝트의 필요에 맞게 사용하도록 사용자 조정하는 것도 중요합니다.
아래 표는 권장되는 구현 중간 산출물과 선택사항으로 간주되는 형상 및 변경 관리 중간 산출물(예: 특정 경우에만 사용될 수 있음)을 지정합니다. 추가 사용자 조정 고려사항은 중간 산출물 설명 페이지의 사용자 조정
섹션을 참조하십시오.
중간 산출물
|
목적
|
사용자 조정(선택사항, 권장사항)
|
구현 모델
(구현 서브시스템, 구현 요소)
|
구현 모델은 소스 코드, 실행 가능 프로그램 및 런타임 환경에서 시스템을 빌드 및 관리하는 데 필요한 기타 모든 중간 산출물입니다.
구현은 코드(소스, 2진 및 실행 가능 프로그램) 및 정보를 포함하는 파일(예: 시작 파일 또는 ReadMe 파일)을 포함하는 구현 요소로 구성됩니다.
구현 시스템은 구현 요소 및 기타 구현 시스템의 콜렉션이며 구현 모델을 더 작은 파트로 구분하여 구성하는 데 사용됩니다.
|
모든 소프트웨어 프로젝트에는 일부 최소의 소스 코드 및 실행 가능 프로그램으로 구현 요소를 포함하는 구현 모델이 있습니다.
일부 프로젝트에는 서브시스템, 라이브러리 및 비주얼 모델링도 있습니다.
서브시스템은 많은 구현 요소를 구성하는 경우 유용합니다.
|
통합 빌드 계획
|
구현해야 하는 컴포넌트, 시스템 통합 시 작성할 빌드 및 평가 방법에서 순서를 정의합니다.
|
선택사항입니다.
통합을 계획해야 하는 경우 권장사항입니다. 통합이 평범한 경우에만 생략하십시오.
|
유닛 테스트를 수행할 범위 및 코드 적용 범위 레벨(임의의 수부터 100% 코드 적용 범위의 비율)을 결정하십시오. 이 비율은 테스트
계획에서 설명합니다.
유닛 테스트 적용 범위 레벨은 주로 통합 요구 및 코드가 이양된 시스템 테스터에 의해 결정됩니다. 시스템 테스터는 해당 작업 코드의 품질에 종속되어 있습니다. 코드에 결함이 너무 많으면 통합 및 시스템 테스터는
구현자에게 코드를 너무 자주 송신합니다. 이 상황은 개발 프로세스가 열악함을 알리는 신호이며 구현자가 보다 철저한 유닛 테스트를 수행하는 솔루션이 필요할 수 있습니다.
물론, 유닛 테스트 코드에 결함이 전혀 없을 수는 없습니다. 그러나 유닛 테스트 및 품질 사이에서 "적절한" 밸런스를 조절해야 합니다.
유닛 테스트 적용 범위 레벨은 서로 다른 단계 사이에서 서로 다를 수 있습니다. 구현 및 전이에서 코드 적용 범위가 100%여야 하는 안전에 민감한 프로젝트인 경우에도 정제 단계에서는 많은 클래스가 부분적으로만
구현되므로 보통은 100%가 아니어도 됩니다.
코드를 검토해야 하는 범위를 결정하십시오.
다음은 코드 검토의 장점입니다.
-
프로젝트의 공통 코딩 스타일을 강제하고 장려합니다. 코드 검토는 프로젝트 구성원이 프로젝트 가이드라인을 준수하게 만드는 가장 효과적인 방법입니다. 이 경우 모든 소스 코드 파일을 검토하는 대신 모든 작성자
및 구현자의 결과를 검토하는 것이 보다 중요합니다.
-
자동화된 테스트에서 찾지 못한 오류를 찾습니다. 코드 검토 시 테스트에서 발견하지 못한 오류를 발견합니다.
-
개인 사이에서 지식을 공유하고 숙련도가 높은 개인이 숙련도가 낮은 개인에게 지식을 이전합니다.
다음은 코드 검토의 단점입니다.
-
시간 및 자원이 소모됩니다.
-
적절히 수행하지 못하면 효율성이 떨어질 수 있습니다. 코드 검토는 "단지 해야 하기 때문에" 수행하는 것이지, 자동화된 테스트에 대한 실질적인 보충으로 수행되는 것은 아니라는 위험성이 있습니다.
코드 검토에 대한 자세한 정보는 타스크: 코드 검토도 참조하십시오.
코드를 검토하면 프로젝트에 중요한 가치가 추가됩니다. 코드 검토와 관련된 유지보수 문제점 및 버그 레벨을 측정하며 시작하는 프로젝트는 검토를 통해 성능을 향상시킬 수 있다고 주장합니다. 그러나 많은 조직에서 다음과
같은 여러 가지 이유로, 코드 검토를 수행하기 어려울 수 있습니다.
-
코드 검토가 실제로 작동하는지 검증하기에 충분한 데이터가 수집되지 않았습니다.
-
너무 많은 데이터가 수집되었습니다.
-
구현자가 코드를 지나치게 보호합니다.
-
검토가 너무 형식에만 치우쳤습니다.
-
검토 관리에 너무 많은 노력이 듭니다.
코드 검토를 최적으로 사용하려면 다음을 명심하십시오.
-
적합한 데이터만 수집하십시오.
-
검토 성능을 측정하고 결과를 표시하십시오.
-
"간단히" 검토하십시오.
검토 레벨에 대한 자세한 정보는 가이드라인: 검토 레벨을
참조하십시오.
|