19장 구성 및 변경 관리(P555 시험 1~2점 선택)
구성관리는 정보시스템 프로젝트의 라이프사이클 전반에 걸쳐 구성 변경을 체계적으로 제어하고 구성의 무결성 및 추적성을 유지하는 것입니다. (1점 객관식 문제)
일반적인 구성 항목에는 프로젝트 계획, 기술 솔루션, 요구 사항 문서, 설계 문서, 소스 코드, 실행 코드, 테스트 사례, 소프트웨어 실행에 필요한 다양한 데이터, 장비 모델 및 주요 구성 요소가 포함됩니다.
기준 구성 항목에는 모든 설계 문서 및 소스 프로그램이 포함될 수 있으며, (리더십)
비기준 구성 항목에는 프로젝트의 다양한 계획 및 보고서가 포함될 수 있습니다.
모든 구성 항목의 작업 권한은 구성 관리자가 엄격하게 관리해야 하며 기본 원칙은 기본 구성 항목은 개발자에게 읽기 권한을 허용하고 비기준 구성 항목은 프로젝트 관리자, CCB 및 관련 담당자에게 공개된다는 것입니다.
구성항목의 상태는 구성항목의 유형과 관리 요구사항에 따라 별도로 정의되어야 하며, 구성항목 구성 프로세스의 관점에 따라 구성항목의 상태는 초안, "정식"의 세 가지 유형으로 나눌 수 있습니다. 그리고 "수정". 구성 항목이 처음 생성되면 상태는 "초안"입니다. 구성 항목이 검토를 통과하면 상태가 "정식"으로 변경됩니다. 이후 구성 항목이 변경되면 상태가 "수정됨"으로 변경됩니다. 항목이 수정되어 다시 검토를 통과하면 상태가 "공식"으로 변경됩니다(P556 1점 객관식 문제).
기준선 설정의 가치에는 다음이 포함될 수 있습니다.
(1) 기준선은 프로젝트 작업에 대한 고정 지점과 스냅샷을 제공합니다.
(2) 기준선이 제공하는 고정 지점에서 새로운 프로젝트를 수립할 수 있습니다. 별도의 브랜치인 새 프로젝트는 원래 프로젝트(메인 브랜치)에 대한 후속 변경 사항으로부터 격리됩니다.
(3) 베이스라이닝은 업데이트가 불안정하거나 신뢰할 수 없는 것으로 간주될 때 변경 사항을 취소할 수 있는 방법을 팀에 제공합니다.
(4) 보고된 오류를 재현하기 위해 특정 릴리스 버전을 기반으로 구성을 다시 설정하는 데 기준선을 사용할 수 있습니다.
구성 라이브러리는 개발 라이브러리, 제어 라이브러리, 제품 라이브러리의 세 가지 유형으로 나눌 수 있습니다.
(1) 개발 라이브러리(개발자, 풀뿌리): 개발 라이브러리는 동적 라이브러리, 프로그래머 라이브러리 또는 작업 라이브러리라고도 하며, 새 모듈, 문서, 데이터 요소 또는 개발자가 현재 개발 중인 구성 개체를 저장하는 데 사용됩니다. 기존 요소와 동적 구성 항목은 버전 관리 아래에 배치됩니다. 동적 라이브러리는 개발자의 개인 작업 공간으로 개발자가 제어하며, 라이브러리에 포함된 정보는 수시로 변경될 수 있으며, 개발 라이브러리 사용자가 필요하다고 판단하는 한 이를 구성하고 제어할 필요가 없습니다. 이는 일반적으로 프로젝트의 다른 부분에는 영향을 미치지 않습니다.
(2) 제어 라이브러리(메인 버전). 기본 라이브러리라고도 하는 제어 라이브러리에는 현재 기준선과 기준선에 대한 변경 사항이 포함되어 있습니다. 제어 라이브러리의 구성 항목은 전체 구성 관리하에 있습니다. 정보 시스템 개발의 특정 단계가 끝나면 현재 작업 결과물이 통제된 라이브러리에 저장됩니다.
(3) 제품 라이브러리(릴리스 버전): 제품 라이브러리는 정적 라이브러리, 릴리스 라이브러리, 소프트웨어 웨어하우스라고도 하며, 지금까지 릴리스되어 사용된 다양한 기준선의 아카이브를 포함하며 완전한 구성 관리하에 배치됩니다. 개발된 정보시스템 제품은 시스템 테스트를 마친 후 최종 제품으로 제품 라이브러리에 저장되어 사용자에게 전달되거나 현장에 설치되기를 기다립니다.
구성 관리 관련 역할에는 변경 제어 보드(CCB), 구성 관리 리더, 구성 관리자 및 구성 항목 리더 등이 포함되는 경우가 많습니다.
구성 프로세서는 프로젝트 수명주기(P559 1점 객관식 문제) 전반에 걸쳐 구성 관리의 주요 구현 활동을 담당하며, 구체적으로 1) 구성 관리 시스템 구축 및 유지 관리, 2) 구성 라이브러리 또는 구성 구축 및 유지 관리를 담당
합니다
. 데이터베이스 관리,
3) 구성 항목 식별,
4) 기준 설정 및 관리,
5) 버전 관리 및 구성 제어,
6) 구성 상태 보고,
7) 구성 감사,
8) 릴리스 관리 및 전달
문서는 크게 개발문서, 제품문서, 관리문서로 구분됩니다(P569 1점 객관식 문제).
(1) 개발 문서는 개발 프로세스 자체를 기술하며 기본 개발 문서에는 타당성 조사 보고서 및 프로젝트 사명 선언문, 요구 사항 사양, 기능 사양, 설계 사양(프로그램 및 데이터 사양 포함, 개발 계획, 소프트웨어 통합 및 테스트 계획, 품질 보증 포함)이 포함됩니다. 계획, 안전 및 테스트 정보 등)
(2) 제품 문서는 개발 프로세스의 제품을 설명합니다. 기본 제품 문서에는 교육 매뉴얼, 참조 매뉴얼 및 사용자 가이드, 소프트웨어 지원 매뉴얼, 제품 매뉴얼 및 정보 광고가 포함됩니다. ( 3 )
관리 문서는 개발 프로세스의 각 단계에서 진행 및 진행 변경 기록, 소프트웨어 변경 기록, 개발 팀의 책임 정의, 프로젝트 계획, 프로젝트 단계 보고서와 같은 프로젝트 관리 정보를 기록합니다. 구성 관리 계획.