비공식 문서

공식 문서

개발 문서

제품 문서

문서 관리

상세한 14개 카테고리 문서

구성 관리 목적으로 지정되고 구성 관리 프로세스 중에 별도의 엔터티로 처리되는 하드웨어, 소프트웨어 또는 둘 다의 모음입니다.

소프트웨어 개발, 사용 및 유지 관리를 지원하는 제어된 소프트웨어 및 관련 문서(IEEE610.12-90) 세트로, 소프트웨어 릴리스 관리 및 제공 활동에서 중요한 역할을 합니다.

주로 구성 관리 계획 수립, 구성 식별 및 기준 설정, 구성 관리 시스템 구축, 버전 관리, 구성 상태 보고 및 구성 감사가 포함됩니다.

소프트웨어 엔지니어링의 중요한 부분입니다.

그 목적은 소프트웨어 형상 관리 규칙을 과소평가하고 표준화된 소프트웨어 형상 항목 관리 소프트웨어 시스템을 제공함으로써 소프트웨어 개발 프로세스의 품질 관리를 강화하고, 소프트웨어 개발 프로세스의 제어성을 향상시키며, 소프트웨어 형상 관리 항목이 완전하다는 것을 보장하는 것입니다. , 명확하고 일관되며 추적 가능성이 있습니다.

고유하게 식별된 요구 사항, 설계, 소스 코드 문서, 해당 실행 코드, 구성 문서 및 사용자 문서 세트가 기준선을 형성합니다.

기준선이 설정되기 전에 제품 소유자는 신속하고 비공식적으로 제품을 변경할 수 있습니다. 기준선이 설정된 후에는 변경 사항을 평가하고 검증하기 위한 공식 절차를 통해 변경 사항이 제어됩니다.

특정 프로젝트에 대한 소프트웨어 구성 관리 프로세스 계획을 개발할 때 조직의 상황, 적용 가능한 제약 조건, 일반적으로 허용되는 지침 및 프로젝트 성격과 일치해야 합니다.

다루는 주요 활동은 다음과 같습니다.

구성 관리 소프트웨어 및 하드웨어 자원, 구성 항목 계획, 기준 계획, 납품 계획, 백업 계획, 구성 감사 및 검토, 변경 관리 등이 포함됩니다.

변경 통제 위원회(CCB)가 계획을 승인합니다.

구성 식별은 다음을 포함하여 구성 관리자의 기능입니다.

기본 원칙: 기준 구성은 소프트웨어 개발자에게 공개되어 있으며 기준이 아닌 구성 항목은 PM, CCB 및 관련 직원에게 공개되어 있습니다.

1. 형상관리계획 수립팀 구성

2. 대상 조직의 이해 및 추정

3. 구성 관리 도구 및 해당 공급자 평가

4. 실행 계획 개발

5. 구성 관리 프로세스 정의

6. 시범사업 실시

7. 전체 구현

구성 라이브러리 유형

구성 라이브러리 구성 모드

구성 라이브러리 구축을 위한 도구

상태: 초안, 공식, 개정됨

그 목적은 특정 규칙에 따라 구성 항목의 모든 버전을 저장하여 버전 손실이나 혼란을 방지하고 구성 항목의 모든 버전을 빠르고 정확하게 찾는 것입니다.

프로젝트 관리자 등 관련 담당자가 변경 신청서를 작성하고 변경 내용, 변경 이유, 변경에 영향을 받는 구성 항목, 작업량 및 변경 실행자를 설명하여 CCB에 제출합니다. .

변경된 내용이 타당한지 여부.

변경 범위가 정확하고 잘 고려되었는지 여부.

영향을 받는 구성 항목이 완전히 고려되었는지, 동시에 변경해야 하는지 여부.

작업량 추정이 합리적인지 여부.

실시계획에 변경이 있는 경우 기준변경에 대한 실시계획이 타당한지 평가한다.

CCB는 변경 사항을 수용할지 여부를 결정하고 해당 결정을 관련 담당자에게 알립니다.

프로젝트 관리자는 연습, 검토 등 변경된 구성 항목을 테스트하거나 검증할 인력을 지정합니다.

프로젝트 관리자는 변경 사항 및 검증 결과를 CCB 팀 리더에게 제출하여 승인을 받아야 하며, 해당 팀 리더는 필요에 따라 변경 사항이 완료되었는지 확인할 것입니다.

구성 관리자는 변경 사항 및 결과를 관련 담당자에게 알리고 기록을 유지합니다.

구성현황보고서는 소프트웨어 개발 활동의 진행상황을 관리자에게 보고하기 위한 구성항목의 운영기록이다.

추적된 콘텐츠: 제품 설명 기록, 각 제어 소프트웨어 구성 요소의 상태, 각 빌드 버전 릴리스의 콘텐츠 및 상태, 각 기본 콘텐츠, 구성 확인 기록, 변경 상태 기록, 알 수 없는 모든 구성 항목의 설치 상태.

보고서는 개발 진행 보고서에 대한 참조로서 현재 기본 구성 항목의 상태를 반영하는 데 중점을 두어야 합니다.

주요 기능은 특정 변경 요구 사항이 효과적으로 구현되었는지 확인하기 위한 변경 제어의 보충 수단 역할을 하는 것입니다.

1. 구성항목 개발이 성공적으로 완료되었습니다.

2. 구성 항목이 지정된 성능 및 기능별 특성에 도달했습니다.

3. 구성 항목의 운영 및 지원 문서가 완료되었으며 요구 사항을 충족합니다. (IEEE-610)

1. 각 구축 구성 항목은 해당 기술 문서를 준수합니다.

2. 구성 항목은 구성 상태 보고서의 정보에 해당합니다.

완전성을 위한 감사 시스템 사양, 감사 기능 및 감사 보고서, 비준수에 대해 취한 조치 이해, 일관성을 위한 아키텍처 설계 및 세부 설계 구성요소 비교, 승인된 코딩 표준 준수 여부를 결정하기 위한 모듈 목록 검토, 감사 매뉴얼 형식, 완료 시 시스템 기능 설명 등