구성 항목

기준선

상태 보고 구성

CCB: 제어 보드 구성 제어 보드 변경

데이터 매체 및 이에 기록된 데이터.

사람이나 기계가 영구적으로 읽을 수 있으며, 사람이 읽을 수 있는 내용을 설명하는 데 사용됩니다.

소프트웨어 엔지니어링에서 문서는 활동, 요구 사항, 프로세스 또는 결과를 설명, 정의, 지정, 보고 또는 인증하는 서면 또는 그래픽 정보를 설명하는 데 자주 사용됩니다.

소프트웨어 프로젝트 문서의 특정 분류

중요한 측면 및 품질 요구 사항

프로젝트 주기

세부분류 : 문서 14종

소프트웨어 개발 중에 생성된 자산

기능 정보 세트 사용

여섯 가지 유형

기준선: 소프트웨어 수명 주기의 각 개발 단계가 끝나는 특정 지점(마일스톤이라고도 함)

이정표에서 단계 작업이 종료되고 공식적인 단계 제품이 형성되어 원래의 지속적인 개발 작업이 이 지점에서 나누어집니다. 이는 단계 작업의 결과를 테스트하고 확인하는 데 더 도움이 되며 다음에도 도움이 됩니다. 제어를 변경합니다.

기본 조항에 따르면 다른 개발 단계의 작업 결과를 수정하기 위해 마일스톤을 교차하는 것이 금지되어 있으며, 설정된 마일스톤의 일부 완료된 단계 결과가 동결된 것으로 간주됩니다.

구성 상태 설명 및 보고

작업: 보고서 관리 구성에 필요한 정보를 효과적으로 기록합니다. 구성 항목의 현재 상태를 관련 담당자가 이해할 수 있도록 적시에 정확하게 제공하여 구성 관리 작업을 강화하는 것이 목적입니다.

작업: 구성 플래그에 대해 구성 항목의 일관성을 확인합니다.

소프트웨어 개발 관행에 따르면 구성 항목은 변경 제어 및 버전 제어를 달성하기 위해 표시됩니다. 확인이나 확인이 이루어지지 않으면 여전히 혼란이 발생할 수 있습니다.

구성 항목의 이름을 지정하는 방법과 구성 항목을 설명하는 데 사용할 정보를 결정합니다.

구성 항목 변경에 대한 감독 조직입니다.

작업: 구성 항목에 대해 제안된 변경 사항을 평가 및 승인하고 승인된 변경 사항의 구현을 감독합니다.

회원:

구성 항목

구성 ID

중요한 내용

구성 ID

구성 플래그

형상관리 시스템 구축 단계

힘내

SVN.

1. 개발 라이브러리

2. 제어 라이브러리

3. 제품 라이브러리

구성 항목 변경 흐름도

관리 중인 구성 항목은 원칙적으로 수정이 허용되지 않으나, 이는 절대적인 것은 아니며, 여러 가지 이유로 변경이 필요한 경우에는 변경 요청을 제출하실 수 있습니다.

공동 검토와 담당 리더가 변경 요청을 승인한 후 구성 항목을 라이브러리에서 체크아웃할 수 있습니다. 변경이 완료되고 검토된 후 변경이 올바른지 다시 확인할 수 있습니다. 제어된 상태로 복원하기 위해 라이브러리에 들어갔습니다.

구성항목 개발이 성공적으로 완료되었는지 여부.

구성 항목이 지정된 성능 및 기능에 도달했는지 여부

구성 항목의 운영 및 지원 문서가 완료되었으며 요구 사항을 충족하는지 여부.

테스트 데이터를 기반으로 공식 테스트 문서를 검토하고 검증 및 검증 보고서를 검토합니다. 승인된 모든 변경 사항을 검토하고 설계 검토 보고서를 검토하여 모든 테스트가 기능을 기반으로 추가 샘플링 테스트를 수행했는지 확인합니다. 및 성능 요구 사항.

구축된 각 구성 항목이 해당 기술 문서를 준수하는지 여부.

구성 항목이 구성 상태 보고서의 정보와 일치하는지 여부

완전성을 위해 시스템 사양을 검토합니다.

일관성을 위해 아키텍처 설계와 세부 설계 구성요소를 비교합니다.

모듈 목록을 검토하여 승인된 코딩 표준을 준수하는지 확인하세요.

매뉴얼(예: 사용자 매뉴얼, 운영 매뉴얼)의 형식과 완성도, 시스템 기능 설명의 준수 여부를 검토합니다.